---
title: "SPF, DKIM, dan DMARC: Panduan Lengkap Autentikasi Email"
description: "Kuasai autentikasi email dengan panduan komprehensif ini tentang SPF, DKIM, dan DMARC. Pelajari apa yang dilakukan setiap protokol, cara mengatur record DNS, memecahkan masalah umum, dan meningkatkan deliverability email Anda."
url: https://tajo.io/in/blog/spf-dkim-dmarc-guide/
markdown: https://tajo.io/in/blog/spf-dkim-dmarc-guide.md
lang: id-ID
author: "Set Noa"
author_url: https://tajo.io/in/set-noa/
published: 2026-03-08
updated: 2026-05-21
alternates: {en-US: /blog/spf-dkim-dmarc-guide.md, bg-BG: /bg/blog/spf-dkim-dmarc-guide.md, cs-CZ: /cz/blog/spf-dkim-dmarc-guide.md, de-DE: /de/blog/spf-dkim-dmarc-guide.md, da-DK: /dk/blog/spf-dkim-dmarc-guide.md, es-ES: /es/blog/spf-dkim-dmarc-guide.md, fr-FR: /fr/blog/spf-dkim-dmarc-guide.md, el-GR: /gr/blog/spf-dkim-dmarc-guide.md, hi-IN: /hi/blog/spf-dkim-dmarc-guide.md, hr-HR: /hr/blog/spf-dkim-dmarc-guide.md, it-IT: /it/blog/spf-dkim-dmarc-guide.md, ja-JP: /jp/blog/spf-dkim-dmarc-guide.md, ko-KR: /kr/blog/spf-dkim-dmarc-guide.md, ar-SA: /ar/blog/spf-dkim-dmarc-guide.md, nl-NL: /nl/blog/spf-dkim-dmarc-guide.md, pl-PL: /pl/blog/spf-dkim-dmarc-guide.md, ro-RO: /ro/blog/spf-dkim-dmarc-guide.md, ru-RU: /ru/blog/spf-dkim-dmarc-guide.md, sv-SE: /se/blog/spf-dkim-dmarc-guide.md, zh-CN: /zh-cn/blog/spf-dkim-dmarc-guide.md, sl-SI: /sl/blog/spf-dkim-dmarc-guide.md, sr-Latn-RS: /sr/blog/spf-dkim-dmarc-guide.md, th-TH: /th/blog/spf-dkim-dmarc-guide.md, tr-TR: /tr/blog/spf-dkim-dmarc-guide.md, ur-PK: /ur/blog/spf-dkim-dmarc-guide.md, vi-VN: /vi/blog/spf-dkim-dmarc-guide.md, sk-SK: /sk/blog/spf-dkim-dmarc-guide.md}
---

[Email](https://tajo.io/in/blog/?category=email)

# SPF, DKIM, dan DMARC: Panduan Lengkap Autentikasi Email

Kuasai autentikasi email dengan panduan komprehensif ini tentang SPF, DKIM, dan DMARC. Pelajari apa yang dilakukan setiap protokol, cara mengatur record DNS, memecahkan masalah umum, dan meningkatkan deliverability email Anda.

SPF DKIM DMARC

Apa perbedaan antara SPF, DKIM, dan DMARC?

SPF menentukan server mana yang dapat mengirim email untuk domain Anda. DKIM menambahkan tanda tangan kriptografi yang membuktikan keaslian pesan. DMARC menetapkan kebijakan tentang bagaimana penerima harus menangani kegagalan autentikasi dan memberikan pelaporan. Ketiganya bekerja bersama untuk autentikasi email yang lengkap.

[Pelajari selengkapnya](https://tajo.io/in/blog/spf-dkim-dmarc-guide/#mengapa-autentikasi-email-penting)

Autentikasi email adalah fondasi pengiriman email yang andal. Tanpa konfigurasi SPF, DKIM, dan DMARC yang tepat, email yang Anda buat dengan hati-hati mungkin tidak pernah mencapai kotak masuk pelanggan Anda. Sebaliknya, email tersebut berakhir di folder spam atau ditolak sepenuhnya.

Panduan komprehensif ini menjelaskan apa yang dilakukan setiap protokol autentikasi email, memberikan instruksi pengaturan DNS langkah demi langkah, mencakup pemecahan masalah umum, dan menunjukkan cara memverifikasi bahwa konfigurasi Anda bekerja dengan benar.

## Mengapa Autentikasi Email Penting

Email dirancang di era ketika keamanan bukan merupakan perhatian utama. Protokol SMTP asli tidak memiliki mekanisme verifikasi bawaan untuk mengonfirmasi bahwa email benar-benar berasal dari siapa yang diklaim. Kelemahan mendasar ini memungkinkan spoofing email, serangan phishing, dan spam.

Protokol autentikasi email memecahkan masalah ini dengan memungkinkan pemilik domain untuk menentukan:

- **Server mana yang dapat mengirim email atas nama mereka** (SPF)
- **Bukti kriptografi bahwa pesan asli dan tidak diubah** (DKIM)
- **Apa yang harus dilakukan dengan pesan yang gagal autentikasi** (DMARC)

### Dampak Bisnis dari Autentikasi yang Buruk

Tanpa autentikasi email yang tepat:

- **Kemampuan pengiriman yang lebih rendah**: Penyedia utama seperti Gmail, Microsoft, dan Yahoo menyaring email yang tidak diautentikasi lebih agresif
- **Tingkat spam yang lebih tinggi**: Email sah Anda bersaing dengan pesan spoofed yang menggunakan domain Anda
- **Kerusakan merek**: Serangan phishing yang meniru merek Anda mengikis kepercayaan pelanggan
- **Kehilangan pendapatan**: Kampanye pemasaran gagal menjangkau pelanggan yang mendaftar untuk menerimanya
- **Risiko kepatuhan**: Banyak regulasi sekarang memerlukan autentikasi email yang tepat

### Triad Autentikasi

SPF, DKIM, dan DMARC bekerja bersama sebagai sistem autentikasi yang lengkap:

| Protokol | Yang Dilakukannya | Analogi |
| --- | --- | --- |
| SPF | Mencantumkan server pengiriman yang diizinkan | Kop surat perusahaan dengan kantor yang disetujui |
| DKIM | Menandatangani pesan secara kriptografi | Segel lilin yang membuktikan keaslian |
| DMARC | Menetapkan kebijakan untuk kegagalan + pelaporan | Instruksi tentang apa yang harus dilakukan dengan surat yang mencurigakan |

Setiap protokol mengatasi vektor serangan yang berbeda. SPF mencegah server yang tidak sah mengirim sebagai Anda. DKIM mencegah modifikasi pesan setelah dikirim. DMARC mengikat keduanya dan memberikan visibilitas ke dalam hasil autentikasi.

## Memahami SPF (Sender Policy Framework)

SPF (Sender Policy Framework) adalah metode autentikasi email berbasis DNS yang menentukan server mail mana yang diizinkan untuk mengirim email atas nama domain Anda.

### Cara Kerja SPF

Ketika email tiba di server penerima, server tersebut mencari catatan SPF domain pengirim. Kemudian memeriksa apakah alamat IP yang mengirim email terdaftar sebagai yang diizinkan. Jika IP cocok, SPF lulus. Jika tidak, SPF gagal.

**Proses verifikasi SPF:**

1. Anda mengirim email dari platform pemasaran Anda
2. Server penerima mengekstrak domain Anda dari Return-Path (pengirim amplop)
3. Server menanyakan DNS untuk catatan SPF domain Anda
4. Server membandingkan IP pengirim dengan daftar yang diizinkan dalam catatan SPF Anda
5. Server mencatat hasil lulus, gagal, softfail, atau netral

### Sintaks Catatan SPF

Catatan SPF diterbitkan sebagai catatan TXT di DNS domain Anda. Berikut adalah struktur dasar:

```
v=spf1 [mekanisme] [kualifikasi]all
```

**Tag versi:** Selalu dimulai dengan `v=spf1`

**Mekanisme:** Mendefinisikan siapa yang dapat mengirim

| Mekanisme | Deskripsi | Contoh |
| --- | --- | --- |
| include: | Percayai SPF domain lain | include:spf.brevo.com |
| ip4: | Izinkan IPv4 tertentu | ip4:192.168.1.1 |
| ip6: | Izinkan IPv6 tertentu | ip6:2001:db8::1 |
| a | Izinkan IP catatan A domain | a |
| mx | Izinkan IP server mail domain | mx |

**Kualifikasi:** Mendefinisikan cara menangani kecocokan

| Kualifikasi | Arti | Hasil |
| --- | --- | --- |
| + | Lulus (default) | Diizinkan |
| - | Gagal (keras) | Tidak diizinkan, tolak |
| ~ | SoftFail | Tidak diizinkan, terima tetapi tandai |
| ? | Netral | Tidak ada kebijakan |

### Contoh Catatan SPF

**Pengaturan dasar dengan satu penyedia email:**

```
v=spf1 include:spf.brevo.com -all
```

Ini mengizinkan Brevo untuk mengirim email untuk domain Anda dan menolak semua pengirim lainnya.

**Beberapa layanan email:**

```
v=spf1 include:spf.brevo.com include:_spf.google.com include:spf.protection.outlook.com -all
```

Ini mengizinkan Brevo, Google Workspace, dan Microsoft 365.

**Termasuk server mail Anda sendiri:**

```
v=spf1 ip4:203.0.113.10 include:spf.brevo.com -all
```

Ini mengizinkan alamat IP tertentu (server Anda) ditambah Brevo.

**Memulai dengan soft fail saat pengujian:**

```
v=spf1 include:spf.brevo.com ~all
```

Menggunakan `~all` daripada `-all` menandai kegagalan tetapi tidak menolak. Berguna selama pengaturan awal.

### Menyiapkan Catatan SPF

**Langkah 1: Identifikasi sumber pengiriman Anda**

Daftarkan setiap layanan yang mengirim email dari domain Anda:

- Platform email marketing (Brevo, Mailchimp, dll.)
- Layanan email transaksional
- Sistem CRM
- Software help desk
- Email perusahaan (Google Workspace, Microsoft 365)
- Server mail Anda sendiri

**Langkah 2: Kumpulkan pernyataan SPF include**

Setiap penyedia layanan email mendokumentasikan SPF include yang diperlukan. Contoh umum:

| Penyedia | SPF Include |
| --- | --- |
| Brevo | include:spf.brevo.com |
| Google Workspace | include:\_spf.google.com |
| Microsoft 365 | include:spf.protection.outlook.com |
| Amazon SES | include:amazonses.com |
| SendGrid | include:sendgrid.net |
| Mailgun | include:mailgun.org |

**Langkah 3: Buat catatan SPF Anda**

Gabungkan semua include menjadi satu catatan:

```
v=spf1 include:spf.brevo.com include:_spf.google.com -all
```

**Langkah 4: Tambahkan catatan DNS**

Di antarmuka manajemen DNS Anda:

- Jenis: TXT
- Host/Nama: @ (atau biarkan kosong untuk domain root)
- Nilai: Catatan SPF lengkap Anda
- TTL: 3600 (atau default)

**Langkah 5: Verifikasi catatan**

Gunakan alat pencarian DNS untuk konfirmasi:

```bash
dig TXT domainda.com
```

Atau gunakan alat online seperti MXToolbox SPF Lookup.

### Batasan dan Praktik Terbaik SPF

**Batas 10 pencarian DNS:**

SPF memiliki maksimum 10 pencarian DNS. Setiap `include:` dihitung sebagai satu pencarian, dan catatan yang disertakan mungkin berisi include sendiri, yang dihitung menuju batas Anda. Melebihi ini menyebabkan SPF permerror (kesalahan permanen), yang menggagalkan semua pemeriksaan.

**Strategi untuk tetap di bawah batas:**

- Gunakan alamat IP secara langsung jika memungkinkan (ip4: tidak dihitung sebagai pencarian)
- Konsolidasikan layanan menggunakan penyedia yang sama
- Gunakan layanan SPF flattening yang mengonversi include ke alamat IP
- Hapus include yang tidak digunakan dari layanan lama

**Praktik terbaik SPF lainnya:**

- Hanya satu catatan SPF per domain (beberapa catatan menyebabkan kegagalan)
- Mulai dengan `~all` (softfail) selama pengaturan, pindah ke `-all` setelah dikonfirmasi
- Perbarui SPF saat mengubah penyedia email
- Jangan gunakan mekanisme `ptr` yang sudah tidak digunakan lagi

## Memahami DKIM (DomainKeys Identified Mail)

DKIM (DomainKeys Identified Mail) menambahkan tanda tangan kriptografi ke email Anda, membuktikan bahwa pesan berasal dari domain Anda dan tidak dimodifikasi saat transit.

### Cara Kerja DKIM

DKIM menggunakan kriptografi kunci publik:

1. Penyedia email Anda menghasilkan pasangan kunci publik/privat
2. Anda mempublikasikan kunci publik di DNS
3. Penyedia menandatangani email keluar dengan kunci privat
4. Server penerima mengambil kunci publik Anda dari DNS
5. Mereka menggunakan kunci publik untuk memverifikasi tanda tangan
6. Tanda tangan yang valid membuktikan keaslian dan integritas

**Apa yang DKIM tandatangani:**

Tanda tangan DKIM biasanya mencakup header tertentu dan isi pesan:

- Header From (diperlukan)
- Header Subject
- Header Date
- Isi pesan
- Header lain sesuai konfigurasi

Ini mencegah penyerang memodifikasi elemen-elemen ini setelah dikirim.

### Struktur Catatan DKIM

Catatan DKIM diterbitkan sebagai catatan TXT dengan format penamaan tertentu:

```
selector._domainkey.domainda.com
```

**Selektor** adalah pengidentifikasi unik yang memungkinkan Anda memiliki beberapa kunci DKIM. Layanan email berbeda menggunakan selektor berbeda (misalnya, brevo, google, s1, s2).

### Menyiapkan DKIM

**Langkah 1: Hasilkan kunci DKIM**

Penyedia layanan email Anda biasanya menghasilkan kunci untuk Anda. Di Brevo:

1. Buka Pengaturan > Pengirim, Domain & IP Khusus
2. Pilih domain Anda
3. Navigasikan ke bagian DKIM
4. Salin catatan DNS yang disediakan

**Langkah 2: Tambahkan catatan DNS DKIM**

Di manajemen DNS Anda:

- Jenis: TXT
- Host/Nama: selector.\_domainkey (misalnya, brevo.\_domainkey)
- Nilai: Catatan DKIM dari penyedia Anda
- TTL: 3600

**Langkah 3: Aktifkan penandatanganan DKIM**

Di pengaturan penyedia email Anda, aktifkan penandatanganan DKIM untuk domain Anda. Ini memberi tahu penyedia untuk menandatangani pesan keluar.

**Langkah 4: Verifikasi pengaturan**

Kirim email uji dan periksa header untuk DKIM-Signature. Gunakan alat seperti:

- mail-tester.com
- DKIM Validator
- MXToolbox DKIM Lookup

### Praktik Terbaik DKIM

- Gunakan kunci RSA 2048-bit (minimum 1024-bit)
- Rotasi kunci secara berkala
- Pantau kompromi kunci
- Gunakan selektor berbeda untuk layanan berbeda
- Periksa propagasi DNS

## Memahami DMARC (Domain-based Message Authentication, Reporting, and Conformance)

DMARC dibangun di atas SPF dan DKIM untuk memberikan penegakan kebijakan dan pelaporan. Ini memberi tahu server penerima apa yang harus dilakukan ketika autentikasi gagal dan mengirimkan laporan kepada Anda tentang hasil autentikasi.

### Cara Kerja DMARC

DMARC menambahkan dua kemampuan kritis:

1. **Penegakan kebijakan**: Tentukan bagaimana penerima harus menangani kegagalan autentikasi
2. **Pelaporan**: Terima data tentang siapa yang mengirim email menggunakan domain Anda

**Kebijakan DMARC:**

| Kebijakan | Tindakan |
| --- | --- |
| p=none | Hanya pantau, tidak ada tindakan pada kegagalan |
| p=quarantine | Kirim kegagalan ke folder spam |
| p=reject | Blokir email yang gagal sepenuhnya |

*How DMARC decides what happens to a message*

### Menyiapkan DMARC

**Langkah 1: Pastikan SPF dan DKIM berfungsi**

DMARC bergantung pada SPF dan DKIM. Verifikasi keduanya dikonfigurasi dengan benar sebelum menambahkan DMARC.

**Langkah 2: Mulai dengan pemantauan (p=none)**

Mulailah dengan kebijakan paling permisif untuk mengumpulkan data tanpa mempengaruhi pengiriman:

```
v=DMARC1; p=none; rua=mailto:dmarc-reports@domainda.com
```

**Langkah 3: Tambahkan catatan DNS**

Di manajemen DNS Anda:

- Jenis: TXT
- Host/Nama: \_dmarc
- Nilai: Catatan DMARC Anda
- TTL: 3600

**Langkah 4: Analisis laporan selama 2-4 minggu**

Laporan agregat DMARC tiba setiap hari sebagai file XML. Mereka menunjukkan:

- IP mana yang mengirim email menggunakan domain Anda
- Tingkat lulus/gagal SPF dan DKIM
- Hasil keselarasan DMARC
- Tindakan server penerima

**Langkah 5: Perbaiki masalah autentikasi**

Masalah umum yang terungkap oleh laporan:

- Layanan sah yang hilang dari SPF
- DKIM tidak diaktifkan untuk layanan pengiriman
- Layanan pihak ketiga yang mengirim tanpa autentikasi yang tepat
- Penerusan yang merusak keselarasan SPF

**Langkah 6: Terapkan secara bertahap**

Setelah sumber yang sah lulus secara konsisten:

1. Pindah ke `p=quarantine; pct=10` (karantina 10% kegagalan)
2. Tingkatkan pct ke 25, 50, 75, 100
3. Pindah ke `p=reject; pct=10`
4. Tingkatkan ke penolakan penuh

## Panduan Lengkap Pengaturan Catatan DNS

### Menambahkan Catatan di Penyedia DNS Umum

**Cloudflare:**

1. Masuk ke Dashboard Cloudflare
2. Pilih domain Anda
3. Buka DNS > Catatan
4. Klik Tambah Catatan
5. Untuk SPF: Jenis=TXT, Nama=@, Konten=catatan SPF Anda
6. Untuk DKIM: Jenis=TXT, Nama=selector.\_domainkey, Konten=kunci DKIM
7. Untuk DMARC: Jenis=TXT, Nama=\_dmarc, Konten=catatan DMARC

**GoDaddy:**

1. Buka Produk Saya > Domain
2. Klik DNS di samping domain Anda
3. Gulir ke bagian Catatan
4. Klik Tambah untuk setiap catatan baru
5. Pilih TXT untuk Jenis
6. Masukkan Nama (@ untuk SPF, selector.\_domainkey untuk DKIM, \_dmarc untuk DMARC)
7. Masukkan Nilai

**Namecheap:**

1. Buka Daftar Domain > Kelola
2. Klik DNS Lanjutan
3. Tambah Catatan Baru untuk masing-masing
4. Pilih TXT Record
5. Host: @ untuk SPF, selector.\_domainkey untuk DKIM, \_dmarc untuk DMARC
6. Nilai: Konten catatan Anda

### Contoh Pengaturan Lengkap

Untuk domain yang menggunakan Brevo dan Google Workspace:

**Catatan SPF (TXT di @):**

```
v=spf1 include:spf.brevo.com include:_spf.google.com -all
```

**Catatan DKIM untuk Brevo (TXT di brevo.\_domainkey):**

```
v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBA... [kunci dari dashboard Brevo]
```

**Catatan DMARC (TXT di \_dmarc):**

```
v=DMARC1; p=none; rua=mailto:dmarc@domainda.com
```

## Pemecahan Masalah Umum

### Pemecahan Masalah SPF

**Catatan SPF tidak ditemukan:** Verifikasi catatan ada dengan `dig TXT domainda.com`. Periksa bidang Nama/Host (harus @ atau kosong untuk domain root). Tunggu propagasi DNS.

**SPF PermError (terlalu banyak pencarian):** Audit include Anda dan hapus yang tidak digunakan. Ganti include dengan entri ip4: jika memungkinkan.

**SPF SoftFail atau Fail untuk mail yang sah:** Tambahkan include yang hilang untuk layanan pengiriman Anda. Periksa IP mana yang benar-benar mengirim email.

**Beberapa catatan SPF:** Gabungkan semua mekanisme menjadi satu catatan SPF.

### Pemecahan Masalah DKIM

**Tanda tangan DKIM hilang:** Aktifkan DKIM di pengaturan penyedia Anda. Selesaikan langkah verifikasi domain.

**Verifikasi DKIM gagal:** Verifikasi catatan DNS ada di selector.\_domainkey.domain. Bandingkan selektor dalam header DKIM-Signature dengan DNS. Regenerasi kunci jika dicurigai ada ketidakcocokan.

### Pemecahan Masalah DMARC

**Kegagalan keselarasan DMARC:** Pastikan penyedia email Anda menandatangani dengan domain Anda (DKIM khusus). Konfigurasi Return-Path/pengirim amplop kustom.

**Tidak menerima laporan DMARC:** Verifikasi sintaks rua: `rua=mailto:alamat@domain.com`. Uji bahwa alamat pelaporan dapat menerima mail eksternal.

### Alat Pemecahan Masalah Umum

**Validator online:**

- MXToolbox (mxtoolbox.com) - Pencarian SPF, DKIM, DMARC
- Mail Tester (mail-tester.com) - Kirim email uji untuk analisis lengkap
- DMARC Analyzer - Visualisasi laporan

**Alat baris perintah:**

```bash
# Periksa SPF
dig TXT domainda.com

# Periksa DKIM
dig TXT selector._domainkey.domainda.com

# Periksa DMARC
dig TXT _dmarc.domainda.com
```

## Autentikasi Email dan Brevo

Brevo menyediakan dukungan autentikasi email yang komprehensif, memudahkan konfigurasi SPF, DKIM, dan DMARC untuk domain pengiriman Anda.

### Menyiapkan Autentikasi di Brevo

1. Masuk ke akun Brevo Anda
2. Navigasikan ke Pengaturan > Pengirim, Domain & IP Khusus
3. Klik Tambah Domain
4. Masukkan nama domain Anda
5. Ikuti petunjuk untuk menambahkan catatan SPF dan DKIM ke DNS Anda
6. Brevo secara otomatis memeriksa catatan DNS Anda — tanda centang hijau menunjukkan konfigurasi yang berhasil

## Kesimpulan

Autentikasi email melalui SPF, DKIM, dan DMARC bukan lagi opsional bagi bisnis yang mengandalkan komunikasi email. Protokol-protokol ini melindungi merek Anda dari spoofing, meningkatkan kemampuan pengiriman, dan membangun kepercayaan yang diperlukan untuk email marketing yang efektif.

**Poin utama:**

- **SPF** mengizinkan server pengiriman melalui DNS
- **DKIM** membuktikan keaslian pesan dengan tanda tangan kriptografi
- **DMARC** menegakkan kebijakan dan memberikan visibilitas melalui laporan
- Mulai dengan pemantauan (p=none) sebelum menegakkan penolakan
- Semua sumber pengiriman yang sah harus dikonfigurasi dengan benar
- Pemantauan reguler mencegah drift konfigurasi

## Di mana Tajo berperan

Tajo adalah pembangun integrasi agentik. Tetap pakai penyedia Anda. Agen menghubungkan semua yang lain, dan Anda menyetujui setiap sinkronisasi. Tajo sedang dalam akses awal. [Minta akses awal](https://tajo.io/in/#early-access)

## Pertanyaan yang sering diajukan

**Apa itu SPF, DKIM, dan DMARC?**

SPF memverifikasi server pengirim, DKIM menambahkan tanda tangan digital pada email, dan DMARC memberi tahu penerima cara menangani pesan yang tidak terautentikasi. Bersama-sama, ketiganya mengautentikasi email Anda dan melindunginya dari spoofing.

**Apakah saya membutuhkan ketiganya (SPF, DKIM, DMARC)?**

Ya. Google dan Yahoo kini mewajibkan SPF dan DKIM untuk semua pengirim, dan DMARC untuk pengirim lebih dari 5.000 email per hari. Ketiganya bersama-sama memberikan deliverability dan keamanan terbaik.

**Bagaimana cara menyiapkan SPF, DKIM, dan DMARC?**

Tambahkan record DNS ke domain Anda: SPF sebagai record TXT yang mencantumkan pengirim resmi, DKIM sebagai record TXT berisi kunci publik Anda, dan DMARC sebagai record TXT berisi kebijakan Anda. Platform email Anda memberikan nilai spesifiknya.

**Apa perbedaan antara SPF, DKIM, dan DMARC?**

SPF menentukan server mana yang dapat mengirim email untuk domain Anda. DKIM menambahkan tanda tangan kriptografi yang membuktikan keaslian pesan. DMARC menetapkan kebijakan tentang bagaimana penerima harus menangani kegagalan autentikasi dan memberikan pelaporan. Ketiganya bekerja bersama untuk autentikasi email yang lengkap.

**Apakah saya memerlukan ketiganya (SPF, DKIM, dan DMARC)?**

Untuk kemampuan pengiriman dan keamanan yang optimal, ya. SPF saja rentan terhadap spoofing. DKIM saja tidak menentukan kebijakan. DMARC memerlukan SPF atau DKIM untuk berfungsi. Bersama-sama, mereka memberikan perlindungan komprehensif dan tingkat penempatan kotak masuk terbaik.

**Berapa lama untuk autentikasi email berfungsi?**

Perubahan DNS biasanya disebarkan dalam 30 menit hingga 48 jam. Setelah disebarkan, autentikasi berlaku segera. Namun, membangun reputasi pengirim berdasarkan autentikasi yang konsisten membutuhkan waktu berminggu-minggu hingga berbulan-bulan.

**Apakah menyiapkan DMARC dengan p=reject akan memblokir email sah saya?**

Bisa, jika dikonfigurasi tidak benar. Inilah mengapa Anda harus selalu memulai dengan p=none (pemantauan), menganalisis laporan selama 2-4 minggu, memperbaiki masalah apa pun, kemudian secara bertahap pindah ke karantina dan tolak. Jangan pernah melewatkan fase pemantauan.

**Apa itu SPF alignment dibandingkan DKIM alignment?**

Alignment berarti domain yang diautentikasi cocok dengan domain di header From yang terlihat. SPF alignment membandingkan domain Return-Path. DKIM alignment membandingkan domain penanda tangan (tag d=). DMARC mensyaratkan setidaknya salah satunya selaras.

**Bisakah saya memiliki beberapa kunci DKIM untuk satu domain?**

Bisa. Setiap layanan email dapat memakai selector yang berbeda (misalnya brevo.\_domainkey, google.\_domainkey). Dengan begitu beberapa layanan dapat menandatangani dengan DKIM secara terpisah. Tidak ada batas jumlah selector DKIM.

**Mengapa email saya masih masuk spam setelah autentikasi disiapkan?**

Autentikasi itu wajib, tetapi belum cukup untuk masuk ke inbox. Faktor lainnya termasuk reputasi pengirim, kualitas konten, tingkat keterlibatan, dan kebersihan daftar. Autentikasi meloloskan Anda dari filter pertama; praktik yang baik menentukan penempatan akhirnya.

**Bagaimana cara membaca laporan agregat DMARC?**

Laporan agregat DMARC berupa file XML. Gunakan alat seperti dmarcian, Postmark DMARC, atau DMARC Analyzer untuk mengurai dan memvisualisasikannya. Alat ini menunjukkan IP mana yang mengirim email atas nama domain Anda beserta tingkat lolos/gagal autentikasinya.

**Apa yang terjadi jika saya melebihi batas 10 lookup SPF?**

SPF mengembalikan error permanen (permerror), dan semua pemeriksaan SPF gagal. Untuk memperbaikinya, hapus include yang tidak dipakai, ganti include dengan alamat IP bila memungkinkan, atau gunakan layanan SPF flattening.

**Sebaiknya saya memakai -all atau ~all di record SPF?**

Gunakan \`~all\` (softfail) selama pengujian dan saat membangun keyakinan. Setelah Anda memastikan semua sumber sah lolos, beralihlah ke \`-all\` (hard fail) untuk perlindungan yang lebih kuat. Softfail menandai kegagalan tetapi tidak menolak; hard fail mengizinkan penolakan.

**Seberapa sering saya harus merotasi kunci DKIM?**

Tidak ada aturan baku, tetapi rotasi tahunan adalah praktik keamanan yang baik. Saat merotasi, tambahkan kunci baru terlebih dahulu, tunggu propagasi DNS, aktifkan penandatanganan dengan kunci baru, lalu hapus kunci lama setelah masa transisi.

**Apakah subdomain memerlukan autentikasi terpisah?**

SPF: Ya, setiap subdomain memerlukan record SPF sendiri jika mengirim email darinya. DKIM: Kunci bisa dipakai bersama atau terpisah per subdomain. DMARC: Subdomain mewarisi kebijakan domain induk kecuali sp= diatur atau subdomain memiliki record DMARC sendiri.

## Artikel terkait

### [Pemeriksaan Daftar Hitam Email: Panduan Lengkap Deteksi, Penghapusan, dan Pencegahan](https://tajo.io/in/blog/email-blacklist-check-guide/)

8 Mar 2026 · 14 menit baca

9 bagian

### [Keterkiriman Email: Panduan Lengkap untuk Penempatan Kotak Masuk \[2025\]](https://tajo.io/in/blog/email-deliverability-complete-guide/)

8 Mar 2025 · 14 menit baca

13 bagian

### [Apa itu server MCP? Cara kerja MCP dan MCP UI di 2026](https://tajo.io/in/blog/what-is-an-mcp-server/)

3 Okt 2026 · 13 menit baca

Langkah 1 → Langkah 6