Så publicerar och verifierar du ett DMARC-record i Google Workspace

Många svenska B2B-företag skickar riktad cold email från en Google Workspace-domän utan att någonsin ha publicerat ett DMARC-record — och undrar sedan varför svaren uteblir och mejlen hamnar i skräpposten. Den här guiden visar exakt hur du skapar, publicerar och verifierar det dmarc record google workspace-uppsättningen kräver, steg för steg med DNS-syntax och gratisverktyg för dmarc check online.

Varför ett DMARC-record är kritiskt för Google Workspace-domäner

DMARC (Domain-based Message Authentication, Reporting and Conformance) talar om för mottagande mejlservrar, som Gmail, vad de ska göra med mejl som utger sig för att komma från din domän men som inte klarar SPF- eller DKIM-kontrollen. Utan ett publicerat DMARC-record kan vem som helst tekniskt skicka mejl som ser ut att komma från @dittforetag.se, vilket skadar domänens rykte och gör det lättare för mottagande system att klassa legitim cold email som spam.

För företag som kör Google Workspace är detta extra aktuellt sedan Google och Yahoo skärpte kraven på avsändare som skickar större volymer — men även små, riktade B2B-utskick gynnas av att domänen är fullt autentiserad. En trovärdig dmarc record google workspace-konfiguration är i praktiken en förutsättning för att SDR-team ska kunna lita på att mejl till specifika beslutsfattare faktiskt når inkorgen, inte skräpposten.

Skillnaden mot SPF och DKIM är att DMARC dessutom kräver att avsändardomänen i 'From'-fältet stämmer överens (alignment) med den domän som SPF eller DKIM verifierar — och att du som domänägare talar om vilken policy (none, quarantine, reject) mottagaren ska tillämpa vid avvikelser.

Så publicerar du DMARC-recordet i DNS

Google Workspace hanterar SPF och DKIM via Admin-konsolen, men DMARC-recordet publiceras alltid som en vanlig TXT-post hos din DNS-leverantör — Google lagrar den inte åt dig. Ordningen spelar roll: SPF och DKIM måste vara aktiva och korrekta innan DMARC-policyn får någon verklig funktion, annars riskerar du att blockera din egen legitima trafik.

• Aktivera DKIM under Admin-konsolen → Appar → Google Workspace → Gmail → Autentisera e-post, och publicera den genererade TXT-posten hos din DNS-leverantör.
• Kontrollera att SPF-posten innehåller include:_spf.google.com och att den inte överskrider gränsen på 10 DNS-uppslag.
• Skapa en ny TXT-post på _dmarc.dindoman.se med värdet v=DMARC1; p=none; rua=mailto:dmarc-rapporter@dindoman.se; pct=100;
• Vänta minst en DNS-propagering (upp till 24–48 timmar) innan du kör en dmarc lookup för att bekräfta att posten syns publikt.
• Låt policyn stå på p=none i 2–4 veckor och läs de dagliga rapporterna (rua) för att identifiera legitima avsändare som ännu inte är korrekt autentiserade, t.ex. fakturasystem eller CRM-integrationer.
• Höj policyn stegvis: först p=quarantine med pct=25–50, därefter p=reject när rapporterna visar att endast legitim trafik passerar.

Verifiera med dmarc lookup och Googles egna verktyg

En dmarc lookup är det snabbaste sättet att se om domänen redan har ett skydd. Kommandot dig TXT _dmarc.dindoman.se i terminalen, eller vilken gratis dmarc check online-tjänst som helst (MXToolbox, dmarcian, EasyDMARC), visar direkt om posten finns, om syntaxen är giltig och vilken policy som är aktiv.

För en fullständig spf dkim dmarc check google-genomgång är Google Admin Toolbox ('Check MX') och Google Postmaster Tools de mest tillförlitliga källorna, eftersom de visar exakt hur Gmail själv tolkar din autentisering — inte bara hur DNS-posten ser ut i teorin. Postmaster Tools kräver tillräcklig volym till Gmail-mottagare för att generera statistik, vilket gör den särskilt användbar när cold email-volymen ökar.

I LDM:s onboarding-granskningar av nya kunddomäner är det vanligast att SPF finns men DMARC saknas helt — det bekräftar att många företag stannar på halva vägen och därför aldrig får det skydd mot domän-spoofing som DMARC faktiskt ger.

Från p=none till p=reject — realistiska tidslinjer och nyckeltal

Att gå direkt till p=reject utan att först ha kört p=none är den vanligaste orsaken till att legitima mejl plötsligt studsar. En realistisk tidslinje för en Google Workspace-domän med redan korrekt SPF och DKIM är: vecka 1–2 med p=none och löpande rapportgranskning, vecka 3–4 med p=quarantine och pct=25, vecka 5–6 med pct=100 på quarantine, och först därefter p=reject.

Effekten syns tydligast i inbox placement snarare än i den totala leveransgraden — mejl som tekniskt levereras men hamnar i skräppost räknas sällan som 'bounce', vilket gör att många aldrig upptäcker problemet utan att aktivt mäta var mejlen faktiskt landar.

Vanliga misstag med DMARC-record hos Google Workspace

De flesta problem med DMARC för Google Workspace-domäner handlar inte om att posten saknas helt, utan om att den är felkonfigurerad eller aldrig underhålls.

• pct=100 med p=reject satt från dag ett, utan att ha sett en enda rapport.
• Ingen rua-adress angiven, vilket gör att ingen i organisationen ser vilka avsändare som misslyckas.
• Glömda underdomäner — en marknadsföringsplattform som skickar från nyhetsbrev.dindoman.se omfattas inte automatiskt av huvuddomänens policy om inget sp= (subdomain policy) är satt.
• Alignment-krav (aspf=s, adkim=s) satt strikt medan tredjepartsverktyg för cold email fortfarande skickar via en annan avsändardomän i SPF eller DKIM-signaturen.
• DMARC-recordet uppdateras aldrig efter att nya verktyg, till exempel en ny cold email-plattform eller ett CRM, börjar skicka mejl från domänen.

Checklista: så säkerställer LDM att DMARC-recordet fungerar

När LDM tar över leveranskvaliteten för en kunds riktade B2B-kampanjer är DMARC-genomgången ett av de första stegen, eftersom hela domänens rykte — och därmed svarsfrekvensen från specifika beslutsfattare — vilar på att autentiseringen är komplett.

• Kör en dmarc lookup och bekräfta att posten finns och har giltig syntax.
• Verifiera att SPF och DKIM är korrekt konfigurerade i Google Admin-konsolen innan policyn skärps.
• Sätt en rua-adress som faktiskt bevakas, inte bara en teknisk brevlåda ingen läser.
• Höj policyn stegvis över minst 4–6 veckor, aldrig i ett hopp till p=reject.
• Testa spf dkim dmarc check google via Postmaster Tools innan volymen på cold email-kampanjen ökar.
• Dokumentera alla tredjepartsavsändare (CRM, cold email-plattform, faktureringssystem) som skickar från domänen, så de inte fastnar i quarantine.

Vanliga frågor