Borang website tidak masuk e-mel boleh berpunca daripada borang gagal diproses, alamat penerima salah, laluan penghantaran bermasalah atau e-mel ditapis selepas dihantar. Mulakan dengan membezakan tiga perkara: borang diterima oleh website, mesej dihantar oleh sistem, dan mesej sampai ke inbox.
Notis “berjaya dihantar” bukan bukti bahawa pasukan anda sudah menerima pertanyaan. Panduan ini membantu pemilik bisnes menyemak simptom secara selamat sebelum mengubah plugin atau tetapan DNS. Ia bukan diagnosis khusus website anda; punca sebenar memerlukan rekod dan ujian.
Kenal pasti di mana aliran mesej terhenti
Aliran biasa ialah pelawat mengisi borang → website memproses submission → sistem menghantar notifikasi → penyedia e-mel menerima atau menolak → mesej berada di inbox, spam atau kuarantin. Rekod pada satu peringkat tidak membuktikan peringkat seterusnya berjaya.
Dokumentasi wp_mail() WordPress menjelaskan bahawa nilai pulangan berjaya tidak semestinya bermaksud pengguna menerima e-mel. Oleh itu, jangan gunakan notis borang sahaja sebagai bukti penghantaran lengkap.
| Simptom | Semakan pertama |
|---|---|
| Borang berputar atau memaparkan error | Validasi, captcha, sambungan dan log aplikasi |
| Rekod borang ada, notifikasi tiada | Tetapan penerima dan laluan penghantaran |
| Log menunjukkan dihantar, inbox kosong | Status penyedia, spam, kuarantin dan peraturan mailbox |
| Hanya satu penerima tidak mendapat mesej | Alamat, kapasiti mailbox dan penapisan penerima itu |
| Masalah bermula selepas migrasi | Konfigurasi penghantar, kelayakan dan DNS berkaitan |
1. Uji borang dengan maklumat ujian, bukan data pelanggan
Gunakan nama seperti “Ujian borang” dan mesej ringkas dengan penanda masa. Catat URL, masa Malaysia, peranti dan notis yang muncul. Gunakan alamat ujian yang anda kawal. Elakkan nombor kad, dokumen identiti atau maklumat sulit; satu ujian terkawal lebih berguna daripada banyak penghantaran berturut-turut.
Jika borang terus error, semak medan wajib, format alamat dan saiz lampiran. Captcha, skrip yang tidak dimuatkan atau permintaan yang disekat juga boleh menghalang pemprosesan. Pemeriksa teknikal boleh melihat log dan respons rangkaian. Jangan terus mematikan perlindungan keselamatan pada website live.
2. Periksa alamat penerima dan peraturan inbox
Pastikan notifikasi pergi kepada alamat yang masih aktif dan tiada kesilapan ejaan. Semak Spam/Junk, kuarantin organisasi, folder yang dipindahkan oleh filter, forwarding dan kapasiti mailbox. Jika pasukan menukar alamat selepas website siap, tetapan borang mungkin masih merujuk alamat lama.
Bandingkan satu ujian kepada mailbox asal dengan satu mailbox lain yang anda kawal. Jika penerima kedua menerima mesej, laluan penghantaran mungkin berfungsi tetapi penapisan penerima asal perlu disemak. Ini petunjuk, bukan bukti bahawa keseluruhan sistem sudah baik. Jangan tambah alamat pihak luar hanya untuk ujian tanpa kebenaran.
3. Semak From dan Reply-To yang digunakan
Untuk notifikasi, From ialah identiti pengirim; Reply-To menentukan alamat balasan. Meletakkan alamat pelawat sebagai From boleh menyebabkan penghantaran tidak sepadan dengan polisi domain pelawat. Gunakan pengirim yang dibenarkan oleh perkhidmatan e-mel, dan letakkan alamat pelawat pada Reply-To apabila sesuai.
Sebagai contoh konfigurasi, notifikasi boleh menggunakan pengirim pada domain bisnes yang disahkan, dengan Reply-To diambil daripada medan e-mel pelanggan. Ini bukan arahan menggunakan alamat contoh secara literal. Rujuk panduan tetapan mail Contact Form 7 jika plugin tersebut digunakan; plugin lain mempunyai tetapan dan aturan tersendiri.
4. Periksa laluan SMTP atau API serta status penyedia
Website mungkin menggunakan mail hosting, SMTP atau API penyedia e-mel. Semak sambungan, pengesahan akaun, alamat pengirim yang dibenarkan dan had penghantaran. Log penyedia boleh menunjukkan mesej diterima untuk diproses, ditolak, tertangguh atau bounced; bezakan status ini daripada penghantaran ke inbox.
SMTP bukan penyelesaian ajaib bagi semua borang. Ia tidak membetulkan alamat penerima salah atau borang yang tidak pernah diproses. Elakkan memasang beberapa plugin penghantaran serentak tanpa mengetahui plugin yang mengawal laluan sebenar. Jangan letakkan kata laluan SMTP atau API key dalam screenshot, artikel atau tiket terbuka.
5. Sahkan DNS e-mel dengan penyedia yang betul
SPF menyenaraikan penghantar yang dibenarkan, DKIM menggunakan tandatangan domain, dan DMARC menetapkan polisi serta penjajaran identiti. Rujuk panduan pengirim e-mel Google untuk konsep pengesahan. Rekod yang diperlukan bergantung pada perkhidmatan yang benar-benar menghantar e-mel. Penyedia hosting website dan penyedia mailbox mungkin bukan syarikat yang sama.
Minta penyedia menyemak konfigurasi sedia ada sebelum menambah atau mengganti rekod. Jangan salin rekod contoh dari website lain. Perubahan DNS yang salah boleh mengganggu e-mel seluruh organisasi, bukan borang sahaja. Simpan nilai asal dan ikut arahan rasmi penyedia; pengesahan domain perlu disertai ujian semula selepas perubahan.
6. Semak perubahan terakhir tanpa mencuba secara rawak
Catat sama ada masalah bermula selepas kemas kini plugin, pertukaran hosting, domain, akaun e-mel, captcha atau tetapan cache. Jika masalah hanya berlaku selepas migrasi, semakan konfigurasi lama dan baharu lebih berguna daripada mengganti semua plugin.
Sebelum perubahan, sediakan backup dan lakukan ujian di staging apabila boleh. Rujuk panduan backup WordPress. Jika borang sendiri mengambil masa terlalu lama, checklist punca website lambat boleh membantu mengasingkan isu kelajuan daripada penghantaran e-mel.
Bagaimana hendak tahu pembaikan benar-benar selesai?
- Hantar satu submission ujian melalui halaman live pada desktop dan telefon.
- Sahkan rekod submission jika fungsi simpan tersedia.
- Padankan penanda masa dengan log penghantaran dan mailbox penerima.
- Pastikan kandungan medan lengkap dan Reply-To membawa balasan ke alamat ujian yang betul.
- Uji notifikasi lain yang berkongsi laluan e-mel selepas perubahan.
- Dokumentasikan tetapan dan siapa yang memantau pertanyaan.
Rekod borang boleh menjadi saluran semakan tambahan, tetapi tidak semua plugin menyimpannya. Penyimpanan juga perlu mempunyai kawalan akses dan tempoh yang sesuai. Jangan menganggap e-mel yang hilang boleh dipulihkan jika tiada rekod, log atau backup. Sediakan cara hubungan alternatif sementara masalah diselesaikan.
Bila patut mendapatkan bantuan teknikal?
Dapatkan bantuan jika borang pelanggan tidak berfungsi, status log tidak jelas atau pembaikan memerlukan akses server/DNS. Berikan URL borang, masa ujian, screenshot yang telah dipadam maklumat sensitif, platform dan perubahan terakhir. Tidak perlu memberikan kata laluan dalam pertanyaan awal.
Servis Baiki Website alfatihstudio menawarkan pemeriksaan awal percuma, dengan pembaikan bermula RM200. Harga sebenar diterangkan selepas punca dan skop dikenal pasti; caj pihak ketiga mungkin berasingan. Semakan meliputi masalah borang dan e-mel mengikut platform serta akses yang tersedia.
Soalan lazim
Belum tentu. Notis berjaya menunjukkan satu langkah pemprosesan selesai, bukan bukti mesej masuk ke inbox. Semak rekod borang jika tersedia, log penghantaran dan mailbox penerima untuk mengenal pasti tempat ia terhenti.
Tidak. SMTP atau API e-mel membantu menyediakan laluan penghantaran yang boleh dikonfigurasi, tetapi penerima, pengesahan, DNS, had akaun dan penapisan spam masih perlu diperiksa.
Untuk notifikasi borang, gunakan alamat pengirim yang dibenarkan oleh penyedia e-mel anda. Alamat pelanggan lazimnya diletakkan pada Reply-To supaya balasan pergi kepada pelanggan tanpa menyamar sebagai domain mereka.
Tidak. Sesetengah borang hanya menghantar notifikasi tanpa menyimpan rekod. Semak fungsi sebenar dan tetapan plugin anda; jangan anggap mesej lama boleh dipulihkan jika tiada rekod atau backup.
Berikan URL halaman borang, masa ujian, screenshot notis, platform dan perubahan terakhir. Jangan hantarkan kata laluan, API key atau data pelanggan dalam pertanyaan awal.
