Hard bounce umumnya menandakan kegagalan pengiriman permanen; soft bounce biasanya menggambarkan masalah sementara. Istilah tersebut merupakan titik awal, bukan diagnosis lengkap. Respons yang diterima dapat menunjukkan alamat tidak valid, kebijakan sistem penerima, atau batas sementara. Baca alasan yang dilaporkan sebelum mencoba lagi, lalu simpan buktinya bersama catatan pelanggan agar kampanye berikutnya tidak mengulangi masalah yang sama.
Mulai dari alasan kegagalan yang dilaporkan
Hard bounce umumnya menunjukkan masalah pengiriman permanen, misalnya alamat penerima tidak valid. Kegagalan sementara dapat disebabkan server yang sibuk, kotak surat penuh, atau penundaan. Penolakan karena autentikasi dan kebijakan perlu diselidiki tersendiri, bukan dianggap sebagai kesalahan ketik biasa.
Tinjau detail pengiriman yang tersedia dalam laporan. Cari pola berdasarkan sumber audiens, domain, dan perubahan konfigurasi terbaru. Satu kegagalan yang terisolasi berbeda dari lonjakan mendadak yang memengaruhi seluruh kampanye.
Pisahkan kategori respons dari penyebabnya
Respons sementara berarti sistem penerima belum menerima pesan pada percobaan tersebut dan mungkin bersedia menerima percobaan berikutnya. Respons permanen berarti percobaan itu ditolak sebagai kegagalan akhir. Alasan detailnya tetap penting: kotak surat yang tidak ada, masalah autentikasi, dan penolakan kebijakan bukan masalah yang sama hanya karena laporan mengelompokkannya sebagai kegagalan.
Jangan menyederhanakan diagnosis menjadi “soft berarti aman dikirim ulang” dan “hard berarti salah ketik”. Baca teks respons yang tersedia dan minta bantuan jika tidak jelas. Penerima yang sedang sibuk mungkin hanya perlu waktu, sementara kesalahan autentikasi seluruh domain memerlukan perbaikan konfigurasi. Mengirim ulang kampanye yang sama secara manual berkali-kali dapat membuat percobaan ganda tanpa mengatasi salah satu masalah tersebut.
Bandingkan polanya. Satu alamat baru yang gagal permanen memerlukan penyelidikan berbeda dari banyak alamat yang sebelumnya sehat lalu gagal setelah domain pengirim berubah. Kegagalan yang terkumpul pada satu penerima mungkin mengarah pada penanganan khusus penerima tersebut, tetapi tetap perlu bukti, bukan tebakan berdasarkan nama domain saja.
Kecualikan catatan tidak valid dari pengiriman rutin
Sendvio menjalankan pemeriksaan email sebelum pengiriman dan menandai alamat yang tidak dapat digunakan sebagai Tidak valid, bukan menghapus catatan pelanggan. Pertahankan status dan riwayat yang relevan. Jangan berulang kali mengimpor alamat yang sama sebagai alamat aktif untuk dikirimi email hanya karena audiens kampanye tampak lebih kecil dari perkiraan.
Jika pelanggan memberikan alamat yang sudah diperbaiki, perbarui melalui proses yang dapat dipercaya dan simpan catatan izin yang sesuai. Validitas teknis dan persetujuan merupakan dua pemeriksaan terpisah. Alamat baru tidak boleh diam-diam mewarisi semua izin pemasaran tanpa mempertimbangkan bagaimana koreksi itu diterima.
Simpan catatan insiden yang ringkas
Catat kampanye terdampak, rentang waktu, sumber audiens yang dituju, jumlah kegagalan, penyebut penghitungannya, serta contoh detail respons yang sudah disanitasi. Catat perubahan terbaru pada autentikasi, volume pengiriman, identitas pengirim, atau impor data. Simpan informasi secukupnya untuk membandingkan pengujian setelah perbaikan dengan kegagalan awal tanpa membagikan data pelanggan yang tidak perlu.
Sebagai contoh, dari audiens yang menerima 1.000 percobaan pengiriman, 30 kegagalan berarti 3% percobaan gagal berdasarkan definisi tersebut. Jika 25 kegagalan berasal dari impor baru berisi 100 kontak, sumber itu perlu ditinjau terpisah. Persentase keseluruhan saja dapat menyamarkan konsentrasi tersebut. Angka ini hanya contoh cara mendiagnosis, bukan ambang batas pengiriman yang aman.
Perbaiki sumber masalah, bukan hanya gejalanya
Kenaikan jumlah pendaftaran tidak valid dapat menunjukkan masalah formulir, kualitas sumber akuisisi yang buruk, atau kiriman yang menyalahgunakan formulir. Kenaikan setelah perubahan domain dapat mengarah pada masalah autentikasi. Sesuaikan respons dengan penyebabnya sebelum menaikkan volume pengiriman.
Gunakan penyebut yang jelas untuk menghitung tingkat kegagalan dan bandingkan pengiriman yang sejenis. Lacak apakah masalah membaik setelah perbaikan. Mencoba ulang tanpa memilah penyebab dapat mengaburkan masalah dan memperburuk pengalaman pelanggan; diagnosis yang cermat membantu mempertahankan riwayat berguna dan audiens pengiriman yang dapat diandalkan.
Setelah penyebab yang dicurigai diperbaiki, lakukan pengujian terkontrol melalui jalur pengiriman yang terdampak. Periksa respons sebenarnya dan status catatan yang dihasilkan sebelum memperluas pengiriman. Jika status permanen Tidak valid memang sesuai, jangan mengesampingkannya sekadar agar audiens pengujian lebih besar. Alamat koreksi dari pelanggan memerlukan pembaruan yang tepercaya dan pemeriksaan izin tersendiri.
Tutup insiden dengan mencatat penyebab utama, perbaikan, dan langkah pencegahan. Masalah formulir mungkin memerlukan pemeriksaan pengumpulan yang lebih baik; masalah konfigurasi mungkin memerlukan daftar periksa perubahan; impor yang buruk mungkin memerlukan peninjauan sumber yang lebih ketat. Hasil yang berharga adalah berkurangnya pengulangan kegagalan yang sama, bukan laporan yang tampak lebih rapi karena riwayat bermasalah dihapus.