Mulakan dengan satu contoh sebenar
Sebut harga yang masuk spam boleh melambatkan jualan. Invois yang tidak ditemui pula menambah kerja susulan. Sebelum menukar penyedia atau menghantar berulang kali, kumpulkan satu contoh: pengirim, penerima, masa penghantaran, tajuk dan sebarang mesej ralat. Tanya sama ada mesej ditolak, masuk spam atau langsung tidak ditemui. Keadaan ini berbeza.
Simpan mesej asal dan pengepala penuh jika tersedia. Kongsi maklumat diagnostik secara peribadi dengan penyedia, bukan dengan menyiarkan surat-menyurat pelanggan secara terbuka. Satu contoh khusus lebih membantu daripada laporan umum bahawa e-mel tidak berfungsi.
Kenal pasti semua sistem penghantar domain anda
Aplikasi e-mel pasukan mungkin bukan satu-satunya penghantar. Borang laman web, platform invois dan alat surat berita boleh menghantar secara berasingan. Senaraikan semuanya dan uji setiap laluan. Ujian berjaya daripada peti mel sendiri tidak membuktikan platform invois telah disediakan dengan betul.
Minta penyedia menyemak pengesahan bagi setiap laluan. SPF mengenal pasti infrastruktur penghantar yang dibenarkan, DKIM menambah tandatangan domain, dan DMARC menyemak penjajaran dengan domain pengirim yang dipaparkan. Google menyarankan ketiga-tiganya. Semak penghantar sedia ada sebelum mengetatkan dasar DMARC supaya mesej sah tidak terjejas tanpa dijangka.
Semak perkara selain kandungan mesej
Pengesahan penting, tetapi bukan jaminan masuk ke peti masuk. Panduan Google turut merangkumi infrastruktur penghantaran, reputasi dan aduan penerima. Penyedia pengehosan mungkin perlu menyiasat masalah alamat IP penghantar yang dikongsi. Menukar tajuk sahaja tidak membaiki masalah itu.
Gunakan nama pengirim tepat dan tajuk yang menerangkan tujuan sebenar mesej. Pastikan maklumat hubungan, pautan dan lampiran dijangka oleh penerima. Jangan gambarkan mesej baharu sebagai balasan kepada perbualan sedia ada. Jika PDF terlalu besar, pertimbangkan versi lebih kecil atau kaedah perkongsian dokumen yang dipersetujui.
Jalankan ujian terkawal
Hantar mesej perniagaan ringkas melalui sistem yang bermasalah kepada penerima ujian yang bersetuju membantu. Catat masa dan hasil, kemudian ubah satu tetapan berkaitan pada satu masa bersama penyedia. Ini memudahkan penilaian sama ada pembaikan berjaya.
Untuk surat berita berkala, gunakan senarai berasaskan persetujuan dan sediakan cara mudah berhenti melanggan. Keluarkan alamat yang berulang kali gagal. Urus surat-menyurat pelanggan biasa dan kempen pukal secara berasingan dengan alat sesuai serta tanggungjawab yang jelas.
Sediakan maklumat untuk penyedia
Sediakan domain, aplikasi penghantar, penyedia penerima yang terjejas, anggaran tarikh masalah bermula dan satu contoh terkini. Maklumkan perubahan DNS, pengehosan atau platform invois yang baru dibuat. Jangan hantar kata laluan peti mel melalui mesej sokongan biasa.
OnHypp boleh menyemak konfigurasi pengehosan dan domain mengikut skop yang dipersetujui serta membantu mengenal pasti tindakan seterusnya. Sesetengah isu memerlukan siasatan platform penghantar atau organisasi penerima. Matlamatnya ialah diagnosis yang direkodkan dan penambahbaikan yang boleh dinilai, bukan janji bahawa setiap mesej sentiasa sampai ke peti masuk.