Pertanyaan Borang Hubungi Tidak Sampai ke Peti Masuk Anda? Punca Biasa dan Cara Menguji

Seorang pelanggan berkata dia mengisi borang hubungi di laman web anda pada hari Isnin. Kini sudah Khamis, tiada apa-apa sampai, dan anda tidak pasti sama ada dia memang tidak menghantarnya atau ada sesuatu antara borang dan peti mel anda yang menelannya. Panduan ini memberi pemilik perniagaan bukan teknikal urutan semakan yang tenang: apa yang disemak dahulu, cara menguji dengan betul, punca yang biasa, dan apa yang perlu ditanya kepada pembina atau hos laman web anda. Panduan ini sengaja umum. Ia tidak menerangkan cara mana-mana alat borang tertentu menghantar e-mel, dan tidak membuat sebarang dakwaan tentang cara borang pada laman web yang dibina Gotka menghantar e-mel.

Perjalanan mesej borang dan semakan sepuluh minit yang pertama

Mesej borang hubungi melalui lima pautan sebelum anda membacanya:

• Pelayar pelawat. Pelawat menekan Hantar. Captcha atau semakan spam tersembunyi boleh menghentikan penyertaan di sini.
• Laman web anda. Kod borang menerima penyertaan dan memutuskan sama ada untuk menerimanya. Sesetengah alat turut menyimpan salinan; ramai yang tidak.
• Langkah penghantaran. Laman menyerahkan mesej kepada pelayan e-mel, sama ada melalui fungsi e-mel terbina dalam pelayan web atau dengan log masuk ke peti mel sebenar (SMTP).
• Penyedia penerima. Perkhidmatan yang menempatkan peti mel penerima menyemak siapa penghantarnya, kemudian menerima mesej, memasukkannya ke folder spam atau menolaknya.
• Peti mel dan peraturannya. Had storan, penapis, pemajuan dan tetapan peti mel kongsi menentukan di mana mesej itu mendarat.

Kegagalan pada mana-mana pautan biasanya senyap. “Terima kasih” yang dilihat pelawat hanya bermaksud laman web anda menerima penyertaan itu (pautan kedua); ia tidak memberitahu apa-apa tentang pautan ketiga hingga kelima. Itulah sebabnya menyemak borang sahaja jarang menemui puncanya. Sebelum membuat apa-apa yang teknikal, luangkan sepuluh minit untuk semakan ini:

• Cari dalam setiap folder, bukan peti masuk sahaja. Semak spam atau junk, sampah, arkib, tab “lain-lain” atau promosi dan folder yang dibuat oleh peraturan. Cari tajuk subjek borang atau nama daripada pertanyaan yang anda tahu tercicir.
• Gunakan webmel selain aplikasi telefon. Sesetengah aplikasi hanya menyegerak peti masuk dan menyembunyikan folder junk.
• Minta butiran daripada pelanggan. Tarikh dan masa, halaman mana, alamat e-mel dan nombor telefon yang ditaip, dan sama ada dia nampak pengesahan.
• Cari coraknya. Semuanya hilang sejak tarikh tertentu menunjukkan ada perubahan: kemas kini, perubahan peti mel, pemindahan hos. Hanya sebahagian yang hilang menunjukkan penapisan, peti mel hampir penuh atau pelayar yang disekat.
• Catat apa yang anda temui. Tarikh dan gejala menjimatkan masa apabila anda berbincang dengan pembangun atau hos anda.

Sahkan alamat yang dituju oleh borang

Setiap borang menyimpan sekurang-kurangnya satu alamat penerima di suatu tempat: dalam tetapan plugin, dalam pilihan borang pembina laman atau dalam kod borang. Biasanya ia dipilih semasa pelancaran dan tidak dilihat lagi, menjadikannya salah satu punca paling biasa dan antara yang paling mudah disemak. Masalah lazim:

• Peti mel yang sudah tiada. Ia disediakan untuk bekas pekerja, pereka bentuk, atau domain lama yang tidak diperbaharui.
• Peti mel yang penuh. Apabila peti mel melebihi had storan, mel baharu boleh ditolak atau ditangguhkan. Panduan tentang peti mel perniagaan yang penuh menerangkan apa yang dikira dalam had dan cara mengosongkan ruang.
• Salah taip atau alamat lama selepas perubahan. Selepas menukar nama atau domain, borang boleh terus menghantar ke alamat lama. Lihat apa yang berubah apabila anda menjenamakan semula.
• Alamat yang tiada siapa baca. Peti mel peribadi seseorang yang sudah berhenti, atau alamat kongsi tanpa pemilik.
• Alias atau penghantar semula. Nama yang hanya menyampaikan mel ke alamat lain menambah satu pautan yang boleh rosak.

Minta pengurus laman web menunjukkan, melalui tangkapan skrin atau kongsi skrin, medan penerima yang tepat, termasuk sebarang alamat salinan (CC) atau salinan tersembunyi (BCC). Kemudian hantar e-mel biasa daripada akaun luar ke alamat yang tepat itu dan pastikan seseorang menerimanya.

Uji dengan betul: ujian yang mengasingkan punca

Meneka hanya membuang masa. Beberapa ujian yang disengajakan memberitahu pautan mana yang rosak. Gunakan alamat anda sendiri sahaja, jangan alamat pelanggan sebenar, dan letakkan frasa unik dalam setiap mesej ujian, seperti tarikh, masa dan satu perkataan pelik, supaya anda boleh mencarinya.

Selepas setiap ujian, tunggu kira-kira lima belas minit dan semak peti masuk serta folder junk. Gunakan penyedia berbeza dengan sengaja: mesej antara dua peti mel pada perkhidmatan yang sama boleh dikendalikan secara dalaman dan lulus, sedangkan mesej yang datang dari internet luar tidak. Jika ujian mendarat di junk, catatkannya, kerana itu menunjuk kepada bahagian seterusnya. Jika anda boleh membuka pengepala penuh mesej (selalunya “show original” atau “view source”), cari baris yang menunjukkan SPF, DKIM dan DMARC sebagai lulus atau gagal, dan hantarkannya kepada pihak yang mengurus e-mel anda.

Adakah e-mel domain anda disahkan, dan apakah alamat From?

Apabila laman web menghantar mel yang kelihatan datang daripada domain anda, penyedia penerima bertanya sama ada pelayan itu dibenarkan berbuat demikian. Tiga rekod dalam DNS domain anda menjawab soalan itu. SPF menyenaraikan pelayan yang dibenarkan menghantar bagi domain. DKIM menambah tandatangan digital. DMARC menyatakan tindakan apabila semakan itu gagal dan boleh menghantar laporan kepada anda. Penyediaan rekod ini dibincangkan dalam panduan e-mel perniagaan pada domain sendiri, jadi ia tidak diulang di sini.

Yang penting untuk borang ialah mel borang selalunya keluar dari tempat yang berbeza daripada mel biasa anda, seperti pelayan web atau plugin. Domain yang disediakan dengan baik untuk peti mel anda masih boleh gagal untuk borang. Semak:

• Alamat From. Ia harus alamat pada domain anda sendiri, dengan alamat pelawat diletakkan dalam medan Reply-To supaya anda boleh menekan Balas. Borang yang meletakkan alamat pelawat sendiri, katakan alamat webmel percuma, dalam From mendakwa sebagai penyedia itu sambil menghantar dari pelayan anda, dan itulah corak yang tidak dipercayai penyedia.
• Cara borang menghantar. Melalui fungsi mel terbina dalam pelayan, atau dengan log masuk ke peti mel sebenar menggunakan SMTP. Menghantar melalui peti mel sebenar pada domain anda secara amnya lebih boleh dipercayai. Tanya pembangun anda yang mana satu anda gunakan.
• Apa yang dilindungi SPF. Perkhidmatan yang sebenarnya menghantar mel borang perlu dibenarkan. Ramai penyedia e-mel menawarkan alat semakan percuma.
• Di mana peti mel anda berada. Jika e-mel anda dihoskan pada penyedia lain daripada laman web anda, pastikan pelayan laman web tidak menganggap mel domain anda sebagai setempat. Pada panel gaya cPanel ini ialah tetapan Email Routing. Tetapan yang salah boleh menyebabkan mel daripada laman ke alamat anda sendiri tidak ke mana-mana.

Ambil salinan rekod DNS semasa sebelum sesiapa mengubahnya. Rekod yang salah boleh merosakkan semua e-mel anda, bukan borang sahaja.

Apa yang borang lakukan apabila penghantaran gagal

Ini menentukan sama ada anda pernah tahu tentang masalah. Tanya soalan berikut:

• Adakah ia memaparkan “Terima kasih” walaupun e-mel tidak dihantar? Banyak borang berbuat demikian, kerana mesej itu hanya mengesahkan laman menerima penyertaan.
• Adakah laman menyimpan salinan setiap penyertaan? Senarai tersimpan dalam papan pemuka atau pangkalan data membolehkan anda memulihkan pertanyaan yang tercicir dan membandingkannya dengan yang sampai ke peti masuk. Tanpanya, e-mel yang gagal bermakna prospek yang hilang.
• Adakah ada log e-mel atau amaran? Sesetengah persediaan merekodkan ralat penghantaran. Yang lain tidak merekod apa-apa.
• Bolehkah pelawat melihat ralat? “Kami tidak dapat menghantar mesej anda, sila telefon atau WhatsApp kami” lebih murah kosnya daripada kejayaan palsu.

Jika penyertaan disimpan, eksportnya, cari yang tidak pernah anda terima dan balas dengan permohonan maaf ringkas. Jika tidak disimpan, minta supaya penyimpanan dihidupkan dahulu, sebelum pembaikan lain.

Peraturan pemajuan, penapis dan peti mel kongsi

• Pemajuan automatik. Jika peti mel memajukan ke alamat peribadi, mel yang dimajukan lebih berkemungkinan dimasukkan ke junk di sana, destinasinya mungkin penuh, atau pemajuan itu mungkin telah dimatikan.
• Peraturan peti masuk. Peraturan yang ditulis untuk surat berita, atau yang memindahkan mesej mengandungi perkataan seperti “enquiry” atau “quote”, boleh menyembunyikan prospek. Semak peraturan dalam webmel dan dalam setiap aplikasi e-mel; peraturan aplikasi hanya berjalan semasa aplikasi dibuka.
• Peti mel kongsi dan kumpulan. Orang lain mungkin membacanya, menandakan mesej sebagai telah dibaca atau memadamkannya. Alamat kumpulan yang hanya menerima mel daripada ahlinya akan menolak mel daripada laman web.
• Penapis syarikat. Penapis terurus boleh mengkuarantin mesej. Minta senarai kuarantin.
• Penghantar selamat. Menambah alamat penghantar borang ke kenalan anda membantu sedikit, tetapi ia hanya menutup punca dan tidak menyembuhkannya.

Anti-spam, captcha dan kemas kini terkini yang menghalang pertanyaan sebenar

Perlindungan spam berbaloi dimiliki, tetapi peraturan yang terlalu ketat menyekat orang sebenar tanpa memberitahu sesiapa. Perhatikan:

• Captcha yang tidak dimuatkan. Penyekat iklan, tetapan privasi atau sambungan mudah alih yang perlahan boleh membuat butang Hantar tidak berbuat apa-apa.
• Plugin keselamatan atau firewall yang menyekat penghantaran borang daripada sesetengah rangkaian, negara atau pelayar telefon.
• Penapis perkataan dan pautan. Pertanyaan sebenar sering mengandungi pautan laman web, nombor telefon atau aksara Cina, dan sesetengah peraturan menganggapnya mencurigakan.
• Caching halaman. Halaman borang yang dicache boleh membawa token keselamatan yang telah tamat tempoh, jadi penyertaan gagal selepas seketika. Panduan CDN menyebut borang yang dicache sebagai risiko.

Kemudian tanya bila kali terakhir ia pasti berfungsi dan senaraikan apa yang berubah sekitar tarikh itu: kemas kini plugin, tema atau teras, laman yang dibina semula, perubahan versi PHP, pemindahan hos, penyedia e-mel baharu, kata laluan peti mel yang ditukar atau suntingan DNS. Pertukaran kata laluan pada peti mel yang digunakan borang untuk SMTP merosakkan penghantaran secara senyap. Uji kemas kini pada salinan staging dahulu, simpan titik pemulihan daripada sandaran anda, dan anggap kemas kini sebagai rutin seperti dalam mengapa laman web memerlukan penyelenggaraan berterusan.

Daripada “tiada apa sampai” kepada tempat seterusnya untuk dilihat

Padankan apa yang anda lihat dengan punca yang mungkin dan tempat seterusnya untuk disemak.

Ujian mingguan lima minit dan saluran sandaran

Kegagalan senyap kekal senyap melainkan seseorang memeriksa. Rutin ini mengambil lima minit:

1. Pilih slot tetap, seperti pagi Isnin, dan tetapkan peringatan berulang.
2. Pada telefon anda, dengan data mudah alih, hantar borang dengan frasa unik, menggunakan alamat di penyedia yang berbeza.
3. Semak peti masuk dan junk selepas lima belas minit. Rekodkan tarikh dan keputusan dalam satu nota kongsi.
4. Sebulan sekali, ulang dari pelayar lain dan pada versi Melayu dan Cina jika laman anda mempunyainya.
5. Uji lagi selepas setiap kemas kini, perubahan DNS atau perubahan e-mel.
6. Jika ujian gagal dua kali, berhenti dan bawa ke peringkat atas menggunakan soalan di bawah.

Sediakan juga saluran sandaran supaya satu pautan yang rosak kurang merugikan prospek:

• Butang klik-untuk-sembang WhatsApp pada setiap halaman. Lihat borang pertanyaan berbanding WhatsApp untuk penempatannya.
• Nombor telefon yang kelihatan dan boleh diketik untuk memanggil.
• Alamat e-mel biasa dalam teks di sebelah borang, yang telah anda uji.
• Penerima kedua, seperti orang lain atau peti mel kongsi yang ada pemilik bernama.
• Salinan tersimpan bagi setiap penyertaan pada laman.
• Mesej ralat yang menunjuk pelawat kepada pilihan ini.

Apa yang perlu ditanya kepada pembina atau hos laman web anda

Kepada pembangun atau ejen:

• Alamat mana yang dituju oleh borang, dan di mana ia ditetapkan?
• Adakah ia menghantar melalui fungsi mel pelayan atau log masuk peti mel? Peti mel yang mana?
• Adakah From alamat pada domain kami, dengan pelawat dalam Reply-To?
• Adakah perkhidmatan penghantar dilindungi SPF, DKIM dan DMARC, dan bolehkah anda tunjukkan keputusan ujian?
• Adakah penyertaan disimpan, di mana, dan bagaimana saya mengeksportnya?
• Apa yang dilihat pelawat jika penghantaran gagal, dan adakah log atau amaran?
• Perlindungan spam apa yang dihidupkan, dan ke mana penyertaan yang disekat pergi?
• Apa yang berubah baru-baru ini, dan bagaimana kemas kini diuji?

Kepada hos: bolehkah anda semak log mel untuk domain saya sekitar masa ujian saya? Adakah peti mel melebihi had? Adakah ada had penghantaran pada akaun saya? Adakah penghalaan e-mel domain betul? Jika anda tidak pasti siapa hos anda, lihat siapa yang menghoskan laman web anda.

Kesilapan lazim

• Menguji dari peti mel penerima kepada dirinya sendiri. Ia boleh lulus walaupun mel dari luar gagal.
• Melihat peti masuk sahaja.
• Mempercayai mesej terima kasih. Ia hanya membuktikan laman menerima penyertaan, tidak lebih.
• Menindih plugin mel. Alat kedua di atas alat pertama yang rosak menyukarkan pencarian punca.
• Menyunting DNS tanpa salinan rekod semasa.
• Menguji sekali sahaja. Uji lagi keesokan harinya dan dengan penyedia lain.
• Tiada pemilik. Semakan yang tiada siapa bertanggungjawab tidak akan berlaku.

Di mana Gotka Technologies sesuai

Akaun e-mel disertakan dengan pengehosan cPanel Gotka: Go AI Lite menyertakan 30 akaun e-mel, dan Go AI Plus serta Go AI Pro menyertakan akaun tanpa had. Gotka menawarkan sokongan 24/7, dan pelanggan boleh membuka tiket melalui kawasan pelanggan untuk soalan tentang akaun hosting atau peti mel mereka. Setiap pakej reka bentuk web termasuk borang pertanyaan hubungi dengan anti-spam dan butang klik-untuk-sembang WhatsApp tanpa caj tambahan. Panduan ini nasihat umum: ia tidak menyatakan cara mana-mana borang pada laman yang dibina Gotka menghantar e-mel, tidak menjanjikan kadar penghantaran atau masa tindak balas dan tidak menerangkan perkhidmatan membaiki borang. Untuk latar belakang, lihat penjelasan pengehosan cPanel, e-mel pada telefon dan komputer riba dan senarai semak minggu pertama hosting.

Istilah penting dalam panduan ini

• Alamat penerima: peti mel yang menerima pemberitahuan daripada borang.
• Folder spam atau junk: tempat penyedia meletakkan mel yang tidak dipercayainya tetapi tidak ditolak.
• Pantulan (bounce): mesej automatik yang menyatakan sesuatu mesej ditolak, dihantar ke alamat penghantar.
• SMTP: cara piawai e-mel dihantar; borang boleh log masuk ke peti mel sebenar untuk menggunakannya.
• SPF, DKIM, DMARC: semakan berasaskan DNS yang menunjukkan mesej benar-benar datang daripada domain anda.
• From dan Reply-To: penghantar yang dipaparkan pada mesej dan alamat tempat balasan dihantar.
• Captcha: semakan yang cuba membezakan manusia daripada bot.
• Alias atau penghantar semula: alamat yang menyampaikan mel ke peti mel lain.
• Kuarantin: kawasan menunggu tempat penapis menyimpan mesej yang disekatnya.