Lewati ke konten
OmniChannels.ai

Deliverabilitas Email: SPF, DKIM, dan DMARC Dijelaskan

Deliverabilitas email dijelaskan: SPF, DKIM, dan DMARC dengan contoh record DNS, aturan pengirim Gmail, Yahoo, dan Outlook, unsubscribe satu klik, warm-up, dan checklist.

Diperbarui 10 menit baca

Oleh OmniChannels.ai Editorial Team · Ditinjau oleh BroadNet Messaging Solutions Team

Omnichannel

Jawaban singkat

Deliverabilitas email adalah kemampuan pesan Anda mencapai inbox, bukan ditolak atau masuk ke spam. Fondasinya tiga record DNS: SPF mendaftar server yang boleh mengirim atas nama domain Anda, DKIM menandatangani setiap pesan, dan DMARC memberi tahu penerima apa yang harus dilakukan bila email gagal serta mengirimkan laporan kepada Anda. Tambahkan unsubscribe satu klik, daftar yang bersih, peningkatan volume bertahap, dan tingkat spam di bawah 0,3%.

Di halaman ini
  1. Apa itu deliverabilitas email?
  2. Apa fungsi SPF, DKIM, dan DMARC?
  3. Seperti apa contoh record DNS-nya?
  4. Apa itu keselarasan DMARC dan mengapa sering menyebabkan kegagalan?
  5. Apa yang disyaratkan Gmail, Yahoo, dan Outlook.com dari bulk sender?
  6. Bagaimana cara menyiapkan unsubscribe satu klik?
  7. Bagaimana cara warm-up domain atau IP baru?
  8. Bagaimana menjaga daftar tetap bersih?
  9. Bagaimana memantau deliverabilitas?
  10. Checklist deliverabilitas email
  11. Contoh kasus: apotek online di Dubai menambahkan kampanye
  12. Apa keterbatasan panduan ini?
  13. Bagaimana OmniChannels.ai membantu

Poin penting

  • SPF, DKIM, dan DMARC membuktikan bahwa email benar-benar berasal dari domain Anda; DMARC lolos hanya jika SPF atau DKIM lolos untuk domain yang selaras dengan alamat From yang terlihat.
  • Pedoman Google menerapkan aturan lebih ketat bagi pengirim lebih dari 5.000 pesan per hari ke alamat Gmail: SPF, DKIM, dan DMARC, unsubscribe satu klik untuk email pemasaran, dan tingkat spam di bawah 0,30%.
  • Yahoo meminta bulk sender memiliki SPF, DKIM, dan kebijakan DMARC minimal p=none, serta menyatakan unsubscribe harus dihormati dalam 2 hari; Outlook.com menerapkan aturan autentikasi pada domain yang mengirim lebih dari 5.000 email per hari.
  • Begitu Google menganggap Anda bulk sender, statusnya tidak kedaluwarsa, jadi bangun pengaturan autentikasi dan unsubscribe sebelum mencapai ambang batas.
  • Mulai DMARC di p=none dengan alamat pelaporan, baca laporannya untuk menemukan semua pengirim yang sah, lalu perketat kebijakannya.

Panduan ini ditujukan bagi tim pemasaran, CRM, dan engineering yang mengirim email dari domain sendiri dan ingin emailnya sampai ke inbox. Isinya menjelaskan apa itu deliverabilitas, cara kerja SPF, DKIM, dan DMARC beserta contoh record DNS, apa yang diminta Gmail, Yahoo, dan Outlook.com dari bulk sender, dan memberi Anda checklist untuk dijalankan sebelum kampanye.

Apa itu deliverabilitas email?

Deliverabilitas email adalah kemampuan email Anda mencapai inbox penerima, bukan ditolak atau difilter ke spam. Ini bergantung pada autentikasi, reputasi pengirim, kualitas daftar, tingkat keluhan, dan konten. Entri glosarium deliverabilitas email kami memberi definisi singkatnya.

Dua hal sering tertukar. Pesan terkirim (delivered) ketika server penerima menerimanya. Pesan ditempatkan di inbox hanya jika filter penyedia kotak surat kemudian mempercayainya. Sebuah kampanye bisa menunjukkan tingkat penerimaan 99% dan tetap mendarat di spam, itulah sebabnya Anda memerlukan sinyal dari sisi server (bounce) sekaligus sinyal dari penyedia kotak surat (tingkat spam, reputasi).

Apa fungsi SPF, DKIM, dan DMARC?

SPF menyatakan server mana yang boleh mengirim atas nama domain Anda, DKIM menandatangani pesan agar perubahan dapat terdeteksi, dan DMARC mengikat keduanya ke alamat From yang Anda tampilkan serta memberi tahu penerima apa yang harus dilakukan saat gagal. Lihat juga entri glosarium SPF, DKIM, dan DMARC.

Standar Yang diperiksa Lokasinya Gagal ketika
SPF (RFC 7208) Server yang terhubung ada dalam daftar yang Anda izinkan Record TXT pada domain Anda Layanan pengirim tidak ada di record, atau record memiliki lebih dari 10 lookup DNS
DKIM (RFC 6376) Tanda tangan pesan cocok dengan kunci publik Record TXT di selector._domainkey.yourdomain Pesan diubah, kunci salah, atau platform tidak menandatangani untuk domain Anda
DMARC SPF atau DKIM lolos untuk domain yang selaras dengan alamat From Record TXT di _dmarc.yourdomain Baik SPF maupun DKIM tidak lolos secara selaras

Spesifikasi DMARC semula adalah RFC 7489. IETF kemudian menerbitkan RFC 9989, dokumen standards-track yang menggantikan RFC 7489 dan RFC 9091, jadi rujuk RFC 9989 bila Anda memerlukan acuan terkini. Tag dasar yang dipakai dalam artikel ini (v, p, rua) tidak berubah artinya.

Seperti apa contoh record DNS-nya?

Berikut record yang disederhanakan untuk domain dokumentasi example.com. Ganti include dan kuncinya dengan nilai yang diberikan penyedia email Anda; jangan pernah menyalin nilai perusahaan lain.

SPF (satu record per domain):

example.com.  IN TXT  "v=spf1 include:_spf.mailprovider.example ~all"

DKIM (penyedia Anda membuat pasangan kunci dan memberi Anda selector serta kunci publik):

s1._domainkey.example.com.  IN TXT  "v=DKIM1; k=rsa; p=MIIBIjANBgkq...public-key-here..."

DMARC (mulai dalam mode pemantauan):

_dmarc.example.com.  IN TXT  "v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com"

Catatan untuk masing-masing:

  • SPF: terbitkan tepat satu record SPF. Dua record membuat SPF gagal. Setiap layanan yang mengirim atas nama domain Anda (platform pemasaran, help desk, CRM, platform pesan) harus tercakup oleh include atau entri IP, dan totalnya harus tetap dalam 10 lookup DNS.
  • DKIM: Google menyatakan bahwa pengiriman ke akun Gmail pribadi memerlukan kunci DKIM 1024 bit atau lebih panjang, dan merekomendasikan 2048 bit jika penyedia Anda mendukungnya.
  • DMARC: p=none memberi tahu penerima untuk tidak mengambil tindakan atas kegagalan tetapi tetap mengirim laporan ke alamat rua. Ini langkah pertama yang tepat. Kemudian Anda beralih ke p=quarantine lalu p=reject.

Apa itu keselarasan DMARC dan mengapa sering menyebabkan kegagalan?

Keselarasan (alignment) berarti domain yang lolos SPF atau DKIM cocok dengan domain di alamat From yang terlihat. DMARC lolos bila setidaknya salah satu dari keduanya lolos secara selaras. Inilah langkah yang sering terlewat.

Misalkan platform newsletter Anda mengirim dari news@example.com tetapi memakai domain bounce miliknya sendiri untuk SPF dan domainnya sendiri untuk menandatangani DKIM. SPF dan DKIM sama-sama "lolos", namun tidak satu pun domain cocok dengan example.com, sehingga DMARC gagal. Solusinya adalah menyiapkan autentikasi domain kustom bersama platform, agar ia menandatangani dengan kunci yang diterbitkan di bawah domain Anda dan memakai domain bounce di bawah domain Anda. Google juga mencatat bahwa keselarasan DMARC tidak disyaratkan untuk pesan yang diteruskan atau pesan mailing list.

Apa yang disyaratkan Gmail, Yahoo, dan Outlook.com dari bulk sender?

Gmail, Yahoo, dan Outlook.com semuanya mengharapkan autentikasi dari pengirim bervolume tinggi, dan Gmail serta Yahoo menambahkan unsubscribe satu klik dan batas tingkat spam. Periksa halaman masing-masing penyedia untuk teks terbaru, karena detail penegakan berubah.

Persyaratan Google (Gmail) Yahoo Microsoft (Outlook.com)
Siapa yang tercakup Semua pengirim untuk dasar; aturan tambahan di atas 5.000 pesan per hari ke akun Gmail Dasar untuk semua pengirim; aturan tambahan untuk bulk sender Domain yang mengirim lebih dari 5.000 email per hari
Autentikasi SPF atau DKIM untuk semua; SPF, DKIM, dan DMARC untuk bulk sender SPF atau DKIM untuk semua; keduanya, plus DMARC, untuk bulk sender SPF dan DKIM harus lolos; DMARC minimal p=none, selaras
Kebijakan DMARC Harus lolos, selaras dengan domain From Minimal p=none dan harus lolos; rua sangat dianjurkan Minimal p=none, selaras dengan SPF atau DKIM
Unsubscribe satu klik Wajib untuk email pemasaran dan langganan dari bulk sender, plus tautan yang terlihat Wajib untuk bulk sender, plus tautan yang terlihat; hormati dalam 2 hari Bukan bagian dari persyaratan yang dikutip
Tingkat spam Di bawah 0,10%, jangan pernah 0,30% atau lebih Di bawah 0,3% Tidak disebutkan dalam postingan yang dikutip

Poin lain dari pedoman Google: IP pengirim memerlukan DNS maju dan balik yang cocok (record PTR yang valid), email harus dikirim lewat TLS, pesan memerlukan Message-ID yang valid dan format RFC 5322 yang bersih, dan HTML tidak boleh menyembunyikan konten. Pengirim yang pernah mencapai ambang bulk dianggap bulk sender secara permanen; statusnya tidak memiliki masa kedaluwarsa. Google juga menyatakan email yang tidak patuh dapat ditolak atau dikirim ke spam.

Di Outlook.com, postingan Microsoft menyatakan bahwa email tidak patuh dari domain bervolume tinggi diarahkan ke folder Junk, dengan penolakan (error 550; 5.7.515 Access denied) direncanakan pada tanggal yang akan diumumkan kemudian. Periksa kembali halaman Microsoft sebelum mengandalkan hal ini, karena tahap penegakannya mungkin sudah bergeser.

Bagaimana cara menyiapkan unsubscribe satu klik?

Tambahkan dua header ke setiap email pemasaran, dan sertakan juga tautan berhenti berlangganan yang terlihat di isi email. Header tersebut didefinisikan dalam RFC 2369 dan RFC 8058.

List-Unsubscribe: <https://example.com/unsubscribe?t=abc123>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

URL harus menerima permintaan POST dan menghentikan langganan penerima tanpa login atau pertanyaan lanjutan. Yahoo menyatakan metode POST sangat dianjurkan dan metode mailto dapat diterima. Yahoo juga meminta pengirim menghormati unsubscribe dalam 2 hari, jadi proses secara otomatis dan simpan satu daftar suppression yang dipakai bersama oleh setiap alat kampanye Anda.

Bagaimana cara warm-up domain atau IP baru?

Warm-up berarti menaikkan volume pengiriman secara bertahap agar penyedia kotak surat dapat mempelajari reputasi Anda dari interaksi yang baik. Panduan Google hanya menyatakan untuk menaikkan volume secara bertahap dan memantau laporan spam dari penerima, jadi gunakan jadwal yang digerakkan data, bukan tabel yang dipublikasikan.

  1. Autentikasi lebih dulu. Terbitkan SPF, DKIM, dan DMARC dan pastikan lolos sebelum pengiriman pertama.
  2. Mulai dari orang yang paling aktif: pembeli terbaru, pembuka email terbaru, atau orang yang baru berlangganan.
  3. Naikkan volume bertahap hanya selama bounce dan keluhan tetap rendah.
  4. Jaga ritme yang stabil. Lonjakan mendadak dari domain yang sepi terlihat seperti penyalahgunaan.
  5. Hentikan kenaikan pada tanda pertama bounce, pemblokiran, atau keluhan yang meningkat, dan perbaiki penyebabnya sebelum melanjutkan.
  6. Tambahkan segmen yang lebih dingin terakhir, dan buang yang tidak pernah berinteraksi.

Bila Anda mengirim dari alamat pengirim platform bersama, Anda mewarisi reputasi pihak lain; mengirim dari domain Anda sendiri yang terautentikasi membuat reputasi itu milik Anda, baik maupun buruknya.

Bagaimana menjaga daftar tetap bersih?

Daftar yang bersih adalah alat deliverabilitas termurah. Kirim hanya kepada orang yang setuju menerima email Anda, dan hapus alamat yang tidak dapat menerimanya.

  • Kumpulkan persetujuan dengan benar dan simpan catatannya: lihat panduan kami tentang opt-in dan persetujuan lintas kanal dan pembuat persetujuan opt-in gratis.
  • Hapus hard bounce segera. Mengirim berulang kali ke alamat tidak valid merusak reputasi Anda.
  • Tekan (suppress) unsubscribe dan pelapor spam di setiap alat.
  • Sunset kontak tidak aktif. Definisikan ketidakaktifan untuk bisnis Anda (misalnya, tidak ada klik atau pembelian selama periode yang Anda pilih) dan berhenti mengirimi mereka, atau jalankan satu email re-permission lebih dulu.
  • Jangan membeli daftar. Alamat yang dibeli tidak memiliki persetujuan dan cenderung menghasilkan keluhan.
  • Pisahkan aliran transaksional dan pemasaran agar lonjakan keluhan pemasaran tidak merugikan tanda terima dan reset kata sandi. Kami membahasnya di email transaksional vs pemasaran.

Bagaimana memantau deliverabilitas?

Pantau tiga sumber: data bounce dan pengiriman Anda sendiri, dasbor penyedia kotak surat, dan laporan DMARC Anda.

  • Google Postmaster Tools menunjukkan tingkat spam, hasil autentikasi, serta reputasi domain dan IP untuk email yang dikirim ke pengguna Gmail. Pedoman Google meminta pengirim memakainya untuk memantau laporan spam, masalah pengiriman, dan autentikasi.
  • Laporan agregat DMARC yang dikirim ke alamat rua Anda mendaftar setiap sumber yang mengirim atas nama domain Anda. Dari sinilah Anda menemukan CRM atau alat penagihan yang terlupakan sebelum beralih ke p=reject.
  • Penanganan bounce: hard bounce adalah kegagalan permanen dan harus dihapus; soft bounce bersifat sementara dan harus dicoba ulang beberapa kali sebelum Anda berhenti. Di Email API Anda dapat memindai kotak surat untuk pesan bounce dan memulai pemantauan bounce.
  • Seed test: kirim ke alamat Anda sendiri di penyedia utama sebelum setiap kampanye dan periksa foldernya, header, dan hasil autentikasi.

Checklist deliverabilitas email

Jalankan ini sebelum setiap domain, platform, atau kampanye besar yang baru.

  1. Record SPF diterbitkan satu kali, mencakup setiap layanan pengirim, dalam 10 lookup.
  2. DKIM diaktifkan untuk domain Anda, kunci 2048 bit bila didukung.
  3. Record DMARC diterbitkan dengan alamat rua; kebijakan dinaikkan hanya setelah laporan bersih.
  4. Domain From selaras dengan domain SPF atau DKIM.
  5. DNS maju dan balik cocok pada IP pengirim, dan TLS diaktifkan.
  6. Header unsubscribe satu klik dan tautan berhenti berlangganan yang terlihat pada email pemasaran.
  7. Unsubscribe diproses otomatis, jauh di dalam 2 hari.
  8. Persetujuan tercatat untuk setiap penerima; tidak ada daftar yang dibeli.
  9. Hard bounce dihapus; kontak tidak aktif di-sunset.
  10. Volume dinaikkan bertahap; tingkat spam dipantau di Postmaster Tools.
  11. Email pemasaran dan transaksional pada aliran terpisah.
  12. Pengiriman uji diperiksa di penyedia kotak surat utama.

Contoh kasus: apotek online di Dubai menambahkan kampanye

"Noor Pharmacy", peritel fiktif di Dubai, mengirim tanda terima pesanan dari orders@noorpharmacy.example lewat toko webnya dan ingin menambahkan newsletter bulanan dari platform pemasaran. Dalam audit, ditemukan bahwa toko web sudah tercakup SPF tetapi platform newsletter menandatangani dengan domainnya sendiri.

Tindakan: menambahkan platform ke record SPF yang ada alih-alih membuat record kedua, mengaktifkan DKIM domain kustom, menerbitkan p=none dengan kotak surat rua, dan membaca laporan dua minggu. Laporan itu mengungkap alat dukungan lama yang juga mengirim atas nama domain; alat itu pun diautentikasi. Newsletter dipindahkan ke subdomain, news.noorpharmacy.example, agar lonjakan keluhan pada promosi tidak memengaruhi tanda terima. Kemudian apotek mengirim ke pelanggan yang paling aktif lebih dulu dan memperluas audiens bertahap, sambil memantau tingkat spam.

Apa keterbatasan panduan ini?

Autentikasi membuat Anda lolos di pintu, bukan masuk ke inbox. Penyedia kotak surat juga menimbang interaksi, konten, dan riwayat yang tidak dikendalikan record DNS mana pun, dan aturan mereka berubah, jadi kami menautkan halaman penyedia sendiri alih-alih mengutip ambang batas tetap di luar yang dikutip. Tidak ada yang dapat menjanjikan penempatan di inbox. Ini adalah panduan umum, bukan nasihat hukum; email pemasaran juga memiliki aturan persetujuan, yang dibahas di email transaksional vs pemasaran.

Bagaimana OmniChannels.ai membantu

OmniChannels.ai mengirim email dari pengirim Anda sendiri: Anda menyambungkan kotak surat lewat SMTP dan IMAP, atau mengirim lewat Email API, dengan pemeriksaan record SPF dan DMARC domain Anda dan pengiriman uji di sandbox. Kampanye mendukung unggah Excel atau CSV, penyaringan duplikat, pratinjau, dan penjadwalan, dan balasan masuk ke Omni Inbox berdampingan dengan WhatsApp dan kanal lain. Laporan pengiriman dapat diekspor ke CSV. Lihat kanal email atau pesan walkthrough developer. Untuk mengetahui mengapa email hanya satu bagian dari bauran, baca SMS vs pemasaran email.

Pertanyaan yang sering diajukan

Apa perbedaan SPF, DKIM, dan DMARC?

SPF adalah record DNS yang mendaftar server yang boleh mengirim email untuk sebuah domain. DKIM menambahkan tanda tangan kriptografis pada setiap pesan yang diperiksa penerima terhadap kunci publik di DNS. DMARC dibangun di atas keduanya: menetapkan kebijakan untuk email yang gagal, mensyaratkan keselarasan dengan domain From yang terlihat, dan meminta laporan. Anda memerlukan ketiganya agar penempatan di inbox andal.

Apakah saya perlu DMARC jika mengirim kurang dari 5.000 email per hari?

Google mensyaratkan SPF atau DKIM dari semua pengirim dan menambahkan DMARC untuk bulk sender di atas 5.000 pesan per hari ke Gmail. Bahkan di bawah batas itu, menerbitkan DMARC di p=none murah, memberi laporan tentang siapa yang mengirim atas nama domain Anda, dan menyiapkan Anda untuk bertumbuh. Begitu mencapai ambang bulk, Google menganggap Anda bulk sender secara permanen.

Berapa tingkat keluhan spam yang baik?

Panduan Google adalah menjaga tingkat spam yang dilaporkan di Postmaster Tools di bawah 0,10% dan jangan pernah mencapai 0,30%. Yahoo meminta pengirim tetap di bawah 0,3%. Anggap angka-angka ini sebagai batas atas, bukan target. Kirim hanya kepada orang yang meminta email Anda, permudah berhenti berlangganan, dan hapus alamat tidak aktif agar keluhan tetap jarang.

Apa itu unsubscribe satu klik dan apakah saya memerlukannya?

Unsubscribe satu klik memungkinkan penerima berhenti berlangganan dari klien email tanpa membuka halaman. Anda menambahkan dua header, List-Unsubscribe berisi URL dan List-Unsubscribe-Post dengan nilai List-Unsubscribe=One-Click, sebagaimana didefinisikan dalam RFC 8058. Google dan Yahoo mewajibkannya untuk email pemasaran dan langganan dari bulk sender, di samping tautan berhenti berlangganan yang terlihat di isi email.

Berapa lama warm-up untuk domain pengirim baru?

Tidak ada jadwal baku. Google hanya menyatakan untuk menaikkan volume secara bertahap sambil memantau laporan spam. Mulai dari penerima yang paling aktif, naikkan volume bertahap, dan hentikan kenaikan jika bounce atau keluhan meningkat. Daftar yang lebih besar memerlukan lebih banyak tahap. Nilai kemajuan dari data Postmaster Tools dan tingkat bounce, bukan dari kalender.

Mengapa email saya masuk spam padahal sudah ada SPF, DKIM, dan DMARC?

Autentikasi membuktikan identitas, bukan kualitas. Email tetap bisa difilter karena reputasi pengirim yang buruk, tingkat keluhan atau bounce yang tinggi, daftar yang dibeli atau sudah basi, subjek yang menyesatkan, HTML yang rusak, atau tautan ke domain berreputasi rendah. Periksa juga keselarasan: platform pihak ketiga yang menandatangani dengan domainnya sendiri lolos DKIM tetapi bisa gagal DMARC untuk merek Anda.

Sumber

  1. Email sender guidelines, Google Workspace Admin Help
  2. Email sender guidelines FAQ, Google Workspace Admin Help
  3. Sender best practices, Yahoo Sender Hub
  4. Strengthening the email ecosystem: Outlook's new requirements for high-volume senders, Microsoft Tech Community
  5. RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC), RFC Editor