---
title: DMARC
description: Kebijakan DNS yang mengatur apa yang dilakukan penerima jika SPF atau DKIM gagal, plus laporan agregat untuk memantau spoofing.
canonical: https://penasihathosting.com/wikihosting/dmarc
type: wiki
locale: id
updated: 2026-07-15
author: Willya Randika
---

# DMARC

Kebijakan DNS yang mengatur apa yang dilakukan penerima jika SPF atau DKIM gagal, plus laporan agregat untuk memantau spoofing.

**DMARC** (Domain-based Message Authentication, Reporting and Conformance) adalah kebijakan DNS yang memberitahu penerima email: **apa yang harus dilakukan** jika [SPF](/wikihosting/spf) atau [DKIM](/wikihosting/dkim) gagal, dan ke mana laporan dikirim. Record-nya berupa TXT di hostname `_dmarc.domainanda.com`.

DMARC menyatukan hasil autentikasi menjadi keputusan domain: pantau saja (`p=none`), kirim ke spam/karantina (`quarantine`), atau tolak (`reject`). Tanpa DMARC, domain Anda lebih mudah dipalsukan untuk phishing. Banyak organisasi memulai dari mode pantau agar tidak memutus email sah secara tidak sengaja.

## Analogi Sederhana

Jika SPF adalah daftar kurir resmi dan DKIM adalah segel amplop, DMARC adalah **SOP satpam di gerbang**: “kalau kurir tidak terdaftar atau segel rusak, paket ditahan atau ditolak, lalu kirim rekap harian ke kantor pusat.”

## Contoh Record

```text
v=DMARC1; p=none; rua=mailto:dmarc@contoh.com; fo=1
```

Mulai dengan `p=none` sambil membaca laporan RUA. Setelah semua pengirim sah terlihat sehat di laporan, naikkan bertahap ke `quarantine`, lalu `reject` jika siap.

## Kapan Menaikkan Kebijakan

- Semua layanan pengirim sudah punya SPF `include` yang benar  
- DKIM pass untuk jalur utama (hosting mail, Google Workspace, SMTP transactional)  
- Laporan tidak lagi menunjukkan volume gagal yang sebenarnya “email sah”  
- Tim support siap menangani false positive dari partner lama  

## Hubungan dengan Hosting

Di shared hosting, Anda sering mengatur DMARC di panel DNS (bukan di File Manager). [cPanel](/wikihosting/cpanel) Email Deliverability kadang menampilkan saran record. Yang penting: zona DNS harus yang aktif sesuai [nameserver](/wikihosting/nameserver).

## Yang Perlu Anda Perhatikan

- DMARC bergantung pada **alignment**: domain di header From harus selaras dengan domain SPF/DKIM  
- Forwarding dan mailing list bisa rumit; uji sebelum `reject`  
- Siapkan mailbox atau layanan parser untuk laporan XML  
- DMARC tidak menggantikan filter spam berbasis konten  
- Edit di zona aktif dan perhatikan [TTL](/wikihosting/ttl)  

## FAQ

<Accordion>
  <AccordionItem title="Haruskah langsung p=reject?">
    Jangan. Mulai `p=none`, perbaiki pengirim, baru naikkan bertahap.
  </AccordionItem>
  <AccordionItem title="SPF dan DKIM pass tapi DMARC fail?">
    Sering masalah alignment (domain From beda dengan domain yang diautentikasi).
  </AccordionItem>
  <AccordionItem title="Apakah DMARC memperbaiki website?">
    Tidak langsung. Dampaknya ke email domain, reputasi merek, dan anti-spoofing.
  </AccordionItem>
  <AccordionItem title="Butuh tools berbayar?">
    Tidak wajib. Bisa mulai dengan mailbox laporan; parser berbayar memudahkan di volume tinggi.
  </AccordionItem>
</Accordion>