Kerangka Dasar: Apa yang Sebetulnya Anda Uji?

Testing deliverability sebaiknya memisahkan tiga lapis masalah: (1) acceptance (apakah diterima server penerima), (2) placement (masuk inbox/spam/promo/karantina), dan (3) engagement (apakah perilaku penerima membuat reputasi membaik atau memburuk). Kegagalan bisa terjadi di salah satu lapis, dan gejalanya sering menipu.

Contoh paling klasik: email “terkirim sukses” tapi placement-nya buruk, sehingga sebagian besar pesan masuk folder spam. Dari dashboard pengirim, semua hijau. Dari kenyataan, open rate jatuh, konversi nol.

Pola Kegagalan #1: Autentikasi Email Tidak Konsisten (SPF/DKIM/DMARC)

Ini adalah sumber masalah paling umum dan paling mudah terlewat saat ada banyak domain, subdomain, vendor, dan alur pengiriman. Kadang SPF benar untuk domain A tapi tidak untuk subdomain B. DKIM aktif di satu sistem, tapi tidak di sistem lain. DMARC ada, tapi kebijakannya membuat sebagian email ditolak.

Gejala saat testing

• Email masuk spam padahal konten “aman”.
• Di beberapa provider masuk inbox, di provider lain ditolak atau diperingatkan.
• Header menunjukkan spf=fail atau dkim=fail atau dmarc=fail.

Akar masalah yang sering terjadi

• SPF terlalu panjang/terlalu banyak include sehingga melewati batas lookup DNS.
• DKIM signature rusak karena perubahan konten oleh proxy, footer gateway, atau tracking yang salah.
• DMARC alignment gagal karena “From:” memakai domain berbeda dengan domain yang menandatangani DKIM.
• Pengiriman lewat vendor baru tapi SPF belum ditambahkan.

Uji cepat yang bisa Anda lakukan

• Kirim ke beberapa provider besar (Gmail, Outlook, Yahoo) dan bandingkan header autentikasinya.
• Pastikan domain di From selaras dengan DKIM (alignment), bukan sekadar DKIM “pass”.
• Audit semua jalur pengiriman: marketing, transactional, support, CRM, dan sistem internal.

Pola Kegagalan #2: Reputasi IP/Domain Buruk (Warm-up Tidak Beres)

Deliverability sangat dipengaruhi reputasi. Jika Anda memakai IP baru (dedicated) atau domain/subdomain baru, provider perlu “melihat” pola pengiriman yang sehat sebelum mempercayainya. Ketika warm-up dilewati atau dilakukan terlalu agresif, hasilnya sering berupa throttling, spam placement, atau blokir langsung.

Gejala saat testing

• Pesan sporadis masuk inbox, tapi saat volume naik langsung banyak bounces atau delay.
• Provider tertentu mulai merespons dengan “rate limited” atau “try again later”.
• Open rate turun tajam saat Anda memperbanyak pengiriman.

Akar masalah yang sering terjadi

• Lonjakan volume mendadak dari IP/domain yang belum punya histori.
• List quality buruk (banyak alamat tidak aktif) sehingga bounce tinggi sejak hari pertama.
• Engagement rendah karena segmentasi buruk; provider membaca sinyal negatif.

Langkah diagnosa

• Bandingkan performa per provider: kalau masalah hanya terjadi di satu provider besar, reputasi bisa jadi pemicu.
• Periksa bounce code: apakah dominan “policy”/“reputation”/“rate limit”.
• Uji volume kecil dengan audiens paling engaged terlebih dahulu.

Pola Kegagalan #3: Konten Memicu Filter (Bukan Sekadar “Kata Spam”)

Banyak orang mengira spam filter hanya mencari kata-kata tertentu. Pada kenyataannya, filter modern menilai kombinasi: struktur HTML, rasio teks-gambar, pola link, redirect, penggunaan URL shortener, hingga konsistensi brand. Konten yang tampak normal untuk manusia bisa terlihat “berisiko” bagi mesin.

Gejala saat testing

• Pesan masuk inbox kalau tanpa gambar, tapi jadi spam setelah template lengkap dipakai.
• Versi plain-text aman, versi HTML bermasalah.
• Link tertentu membuat pesan langsung turun kualitas placement.

Failure patterns konten yang sering terjadi

• HTML terlalu berat, banyak nested table/div yang berantakan, atau tag tidak tertutup rapi.
• Rasio gambar terlalu dominan, teks sedikit, alt text kosong.
• Terlalu banyak link tracking, atau domain link tidak konsisten dengan domain From.
• CTA terlalu agresif, banyak tanda seru, dan gaya “hard sell” berlebihan.
• Redirect berlapis: klik link terlihat menuju domain A, tapi sebenarnya melompat ke domain B lalu C.

Cara menguji secara terstruktur

1. Kirim template minimal (teks + satu link) sebagai baseline.
2. Tambah elemen satu per satu: gambar, CTA, footer, tracking, personalisasi.
3. Identifikasi elemen yang “mengubah placement” dan audit elemen itu.

Pola Kegagalan #4: List Quality Buruk (Bounce, Spam Trap, dan Alamat Tidak Aktif)

Ini pola yang sering muncul pada tim yang mengejar pertumbuhan cepat: list dibeli, di-scrape, atau digabung dari sumber yang tidak jelas. Akibatnya deliverability jatuh bukan karena sistem pengiriman buruk, melainkan karena target penerima memang tidak sehat. Provider membaca bounce dan complaint sebagai sinyal bahwa Anda mengganggu pengguna.

Gejala saat testing

• Bounce rate tinggi bahkan pada volume kecil.
• Keluhan spam (complaint) naik, open rate rendah.
• Performa memburuk semakin lama Anda mengirim, bukan membaik.

Kesalahan umum pada list

• Tidak menerapkan double opt-in untuk subscriber baru.
• Mengirim ke alamat yang lama tidak aktif tanpa re-engagement.
• Tidak memisahkan segment engaged vs cold.
• Memaksa mengirim ke semua kontak CRM, padahal izin komunikasi tidak jelas.

Perbaikan yang realistis

• Segmentasi: mulai dari engaged, lalu perlahan perluas.
• Sunset policy: hentikan pengiriman ke alamat yang tidak pernah berinteraksi dalam periode tertentu.
• Validasi alamat: minimal hapus hard bounce dan perhatikan pola soft bounce berulang.

Pola Kegagalan #5: Throttling, Greylisting, dan Delay yang Disalahartikan

Kadang email tidak ditolak, tapi ditahan. Ini membuat hasil testing terasa “acak”: satu email datang cepat, yang lain terlambat 10–30 menit, atau bahkan beberapa jam. Banyak provider menerapkan throttling (pembatasan laju) dan greylisting (minta pengirim mencoba ulang) sebagai mekanisme anti-spam.

Gejala saat testing

• Log menunjukkan “deferred” atau “temporary failure”, lalu email terkirim setelah retry.
• Kode respons SMTP 4xx mendominasi, bukan 5xx.
• Delay meningkat saat volume meningkat.

Kesalahan interpretasi yang sering terjadi

• Menganggap deliverability “baik” karena akhirnya terkirim, padahal retry menambah latency dan menurunkan pengalaman pengguna.
• Menganggap ada bug sistem, padahal provider memang meminta retry sebagai kebijakan.

Langkah perbaikan

• Atur retry policy yang sehat (exponential backoff).
• Stabilkan volume, hindari burst besar dalam waktu singkat.
• Perbaiki reputasi dan autentikasi agar provider lebih percaya.

Pola Kegagalan #6: Konfigurasi DNS yang “Hampir Benar” (Tapi Cukup untuk Gagal)

DNS adalah fondasi, dan masalahnya sering tidak terlihat. Misalnya, record sudah dibuat, tapi TTL lama membuat perubahan belum terpropagasi. Atau ada record duplikat yang saling bertentangan. Atau CNAME tracking diarahkan salah. Banyak kasus deliverability buruk muncul dari detail kecil yang dianggap remeh.

Gejala saat testing

• Provider tertentu “pass”, provider lain “fail”.
• Hanya sebagian email yang bermasalah (tergantung jalur pengiriman atau subdomain).
• Link tracking kadang berfungsi, kadang error, memicu sinyal negatif.

Failure patterns DNS yang sering terjadi

• SPF memiliki dua record TXT terpisah yang membuat evaluasi jadi kacau.
• DKIM selector salah (misal selector di sistem A, tapi DNS pakai selector B).
• DMARC record salah format sehingga diabaikan atau tidak terbaca.
• Reverse DNS (PTR) tidak selaras dengan IP pengirim (khususnya untuk dedicated IP).

Pola Kegagalan #7: Tracking dan Link Domain Mengacaukan Kepercayaan

Tracking itu penting untuk analitik, tapi jika implementasinya “terlalu agresif” atau memakai domain yang reputasinya buruk, Anda bisa menukar data dengan deliverability. Provider melihat pola link dan reputasi domain tujuan sebagai sinyal.

Gejala saat testing

• Email tanpa tracking masuk inbox, email dengan tracking masuk spam.
• Link click-through rendah karena banyak penerima tidak melihat email di inbox.
• Beberapa gateway perusahaan menahan email karena URL dianggap berisiko.

Praktik yang lebih aman

• Gunakan domain tracking yang selaras dengan brand (subdomain resmi) bila memungkinkan.
• Hindari redirect berlapis dan URL shortener generik untuk email bisnis.
• Jaga jumlah link: cukup informatif, tidak berlebihan.

Pola Kegagalan #8: Template yang Tidak Ramah Client (Dan Berujung Sinyal Negatif)

Mungkin terdengar “bukan deliverability”, tapi desain email yang buruk bisa menurunkan engagement: orang tidak membaca, tidak klik, atau langsung hapus. Engagement yang buruk adalah bahan bakar untuk reputasi buruk. Jadi, masalah rendering akhirnya bisa memicu masalah deliverability pada pengiriman berikutnya.

Gejala saat testing

• Di Gmail terlihat oke, di Outlook desktop berantakan.
• Font terlalu kecil, CTA sulit diklik di mobile.
• Pengguna menghapus email karena tampak “tidak profesional”.

Perbaikan sederhana yang berdampak

• Sediakan versi plain-text yang rapi dan relevan.
• Pastikan CTA jelas, mudah di-tap, dan tidak memaksa.
• Kurangi elemen berat yang memperbesar ukuran email dan memperlambat rendering.

Cara Membaca “Clue” Paling Berguna Saat Testing

Kalau Anda ingin diagnosa cepat, tiga data ini biasanya paling membantu: bounce codes, delivery logs per provider, dan email headers. Dengan tiga hal ini, Anda bisa mengerucutkan masalah tanpa menebak-nebak.

1) Bounce code: 4xx vs 5xx

• 4xx biasanya temporary (delay, greylisting, throttling).
• 5xx biasanya permanent (alamat tidak ada, domain invalid, kebijakan blok).

2) Header: hasil autentikasi dan jalur pengiriman

Header membantu Anda melihat apakah SPF/DKIM/DMARC lulus, apakah ada rewriting, dan bagaimana provider menilai pesan Anda. Saat testing, biasakan membandingkan header dari provider yang berbeda untuk menemukan perbedaan sinyal.

3) Performa per provider

Jangan menyimpulkan dari satu inbox saja. Gmail, Outlook, Yahoo, dan inbox korporat punya kebijakan berbeda. Kunci diagnosa adalah melihat pola: apakah kegagalan terjadi di semua provider (sering berarti autentikasi/konten), atau hanya di satu provider (sering berarti reputasi/rate limit).

Checklist Uji Deliverability Sebelum Produksi

Agar testing tidak “random”, gunakan checklist ini sebagai standar internal. Anda tidak harus sempurna di semua poin, tapi minimal Anda tahu titik mana yang berisiko.

• SPF, DKIM, DMARC aktif dan alignment sesuai domain From.
• List bersih: hard bounce dihapus, segment engaged diprioritaskan.
• Template punya plain-text yang rapi dan tidak kosong.
• Link dan tracking tidak berlebihan; domain link konsisten dengan brand.
• Volume dinaikkan bertahap, bukan lonjakan mendadak.
• Retry policy sehat untuk menghadapi 4xx (deferred).
• Monitoring: placement (inbox/spam), bounce rate, complaint, dan engagement dipantau per provider.

Penutup: Deliverability Itu Sistem, Bukan Tombol

Kegagalan deliverability jarang disebabkan satu faktor tunggal. Biasanya kombinasi: autentikasi yang tidak konsisten, reputasi yang belum matang, konten yang memicu filter, dan list yang kurang sehat. Kabar baiknya, pola-pola kegagalan ini bisa dideteksi lebih cepat jika Anda menguji dengan metode bertahap, mengumpulkan bukti (logs, headers, bounce codes), dan memperbaiki sumber masalah yang paling dominan terlebih dahulu.

Saat testing terasa “misterius”, biasanya bukan karena email itu magis. Biasanya karena sinyalnya tersebar di banyak tempat, dan Anda hanya perlu cara baca yang lebih rapi. Begitu Anda mengenali failure patterns di atas, proses diagnosa akan jauh lebih cepat, dan hasil inbox placement bisa lebih stabil dari waktu ke waktu.