Add a DMARC record in SiteGround

Updated 2026-09-30 · Setup Guides

If your domain's nameservers are ns1.siteground.net and ns2.siteground.net, its DNS is at SiteGround. SiteGround creates a basic DMARC record automatically for every website it hosts, so on SiteGround you'll usually edit a record rather than add one.

The record you're publishing

The Value is your DMARC policy. If you're setting up monitoring with DMARCmetric, Add your first domain generates the full value for you, including your workspace's unique rua= reporting address — copy it from the wizard with the copy button rather than retyping it. p=none is the right starting policy: it monitors everything and blocks nothing.

The steps below add a new record, for a domain with no DMARC record yet. If _dmarc already has one, don't add another — edit the one you have instead.

Step by step

1. In Site Tools, go to Domain → DNS Zone Editor. (From the Client Area: Services → Domains, press Settings for the website, then DNS Zone Editor.)
2. In Manage DNS Records, look for the TXT record that starts with v=DMARC1. If it's there — the usual case — edit it instead.
3. Otherwise, in Create New Record, click the TXT tab.
4. In Name, enter _dmarc only — Site Tools appends your domain automatically.
5. In Value, paste your v=DMARC1; … value.
6. Click Create.

SiteGround says DNS propagation typically takes 24–48 hours, and in some cases up to 72.

If you already have a DMARC record

A domain can have only one DMARC record, so don't click Create — change the one that's there. Never add a second _dmarc record next to the old one: with two, email providers ignore both.

1. In the DNS Zone Editor, find the TXT record that starts with v=DMARC1, and click the pencil icon next to it — SiteGround's pop-up saves with Confirm.
2. Edit that record.
3. What you change depends on what DMARCmetric shows you — check which of these two it is before you touch anything:
   • If DMARCmetric shows only an address (mailto:rua+…, shown when it couldn't read your DNS at that moment), don't replace anything. Add that address to your existing rua= tag, separated by a comma. If the record has no rua= tag, add one: rua= followed by the address, separated from the tag before it by a semicolon. Leave your policy and every other tag as they are.
   • If DMARCmetric shows a full record (starting with v=DMARC1), replace the record's whole Value with it. That value is built from your existing record: your policy and tags are kept, and it includes your DMARCmetric reporting address.
4. Save the record.

If there are several. If the list shows more than one TXT record at _dmarc that starts with v=DMARC1, delete the extras and keep one, then change the one you keep exactly as in step 3: if DMARCmetric shows a full record, that record becomes its Value; if it shows only an address, add the address to its rua= tag. Until only one is left, receivers treat the domain as having no DMARC policy at all.

Verify it's live

From a terminal:

dig TXT _dmarc.example.com +short

You should see your v=DMARC1; … value echoed back in quotes. No terminal handy? Run your domain through the free DMARC checker — it fetches the live record and validates the syntax, which dig won't do. And if you added the record as part of DMARCmetric onboarding, press Verify DNS in the wizard; Verify your domain explains each result it can give you.

Common mistakes

• A second record next to SiteGround's. SiteGround already created one when the website was set up. Edit it rather than adding another.
• Typing your domain in Name. Site Tools appends it automatically — enter only _dmarc.
• Editing while the domain uses other nameservers. SiteGround says you can manage DNS records only if the domain is pointed to its name servers. Otherwise, publish the record where the nameservers point.
• Two _dmarc records. A domain may have only one DMARC record; receivers treat two TXT records at _dmarc as no valid policy at all. If a record already exists, edit it — don't add a second.
• Editing the value by hand. A missing semicolon between tags, mailto; instead of mailto:, or a mangled reporting address all invalidate the record or send your reports nowhere. Copy-paste the whole value, then confirm with the checker.

If some of your domains live at other providers, the same record works everywhere — the Cloudflare and GoDaddy walkthroughs cover those panels.