Att upprätthålla en hög e-postleverans kräver noggrann konfiguration av domänautentisering, nätverksinfrastruktur och sändningsmetoder. Genom att systematiskt gå igenom de tekniska kraven kan domänägare, driftpersonal och sändningsteam minimera risken för att legitima meddelanden filtreras bort som skräppost.
Verktyget Checklista för e-postleverans är utformat för att utvärdera dina förberedelser baserat på en statisk referensuppsättning daterad 2026-07-16. Denna referens sammanfattar etablerade RFC-standarder och gällande riktlinjer från stora e-postleverantörer.
Hur verktyget fungerar och bearbetar data
Verktyget utvärderar de uppgifter och val du anger i gränssnittet. Det gör inga externa DNS-frågor, skickar inga testmeddelanden, granskar inte dina faktiska meddelandehuvuden och verifierar inte dina externa leverantörskonton.
När det gäller integritet och databehandling sker all analys lokalt. Din domän och dina val i checklistan stannar i webbläsaren. BroBroGo laddar inte upp eller sparar dem, vilket innebär att ingen information lämnar din enhet.
Indata och validering
För att generera en granskning krävs följande indata:
- Sändningsdomän: Den offentliga domän som används i den synliga From-adressen. Den ska anges utan schema (t.ex. utan
https://), sökväg eller e-postadress. Ett giltigt exempel ärmail.example.com. Domänen normaliseras automatiskt genom att konverteras till gemener och eventuella avslutande punkter tas bort. - Massavsändare: En inställning som aktiveras om du skickar cirka 5 000 eller fler meddelanden per dag till privata Gmail-konton, eller om din e-postleverantör på annat sätt behandlar ditt flöde som massutskick.
- Marknadsförings- eller prenumerationspost: En inställning som aktiveras för nyhetsbrev, kampanjer och andra meddelanden som mottagare aktivt prenumererar på.
- Checklistans tolv punkter: Manuella kryssrutor där du markerar vilka steg du redan har verifierat och slutfört.
Om du klickar på "Läs in exempel" visas statusen Exemplet har lästs in. Granska de återstående stegen.. Om du klickar på "Rensa" töms inmatningsfältet, resultaten nollställs och statusen Checklistan har rensats. visas.
Följande felmeddelanden kan visas vid felaktig inmatning:
- Om fältet för sändningsdomän är tomt när du försöker köra granskningen:
Ange sändningsdomänen först. - Om domännamnet överskrider gränsen på 253 tecken:
Domänen är ovanligt lång. Begränsa den till 253 tecken. - Om domänen inte är en giltig offentlig domän:
Ange endast en offentlig domän, till exempel mail.example.com.
Domänautentisering med SPF, DKIM och DMARC
Kärnan i modern e-postleverans är kryptografisk och postbaserad autentisering. Dessa mekanismer skyddar din domän mot missbruk och visar för mottagande servrar att meddelandet är legitimt.
SPF (Sender Policy Framework)
SPF är en DNS-post som anger vilka IP-adresser och servrar som har tillåtelse att skicka e-post för din domän. Det är kritiskt att din SPF-policy omfattar varje sändningstjänst du använder. Om en extern tjänst skickar e-post i ditt namn utan att vara inkluderad i din SPF-post, riskerar meddelandet att avvisas.
DKIM (DomainKeys Identified Mail)
DKIM lägger till en kryptografisk signatur i e-postmeddelandets rubriker. Mottagaren verifierar signaturen mot en offentlig nyckel som publicerats i din domäns DNS. För att säkerställa en stark kryptering bör signeringsnyckeln vara minst 1024 bitar, men 2048 bitar rekommenderas starkt när det stöds av sändningsplattformen.
DMARC (Domain-based Message Authentication, Reporting and Conformance)
DMARC knyter samman SPF och DKIM. Policyn publiceras i DNS under namnet _dmarc på din From-domän. Som ett första steg bör DMARC publiceras med minst p=none (övervakningsläge). Detta gör att du kan samla in rapporter om hur din domän används innan du stegvis stramar åt policyn till p=quarantine (karantän) eller p=reject (avvisning).
Justering (Alignment)
För att DMARC ska godkännas krävs justering. Det innebär att domänen i den synliga From-adressen måste stämma överens med den domän som autentiserats via antingen SPF (retursökvägen/Envelope From) eller DKIM (d=-taggen i signaturen). Du kan verifiera detta genom att granska fältet Authentication-Results i ett mottaget testmeddelande.
Infrastruktur, DNS och meddelandeformat
En stabil nätverksinfrastruktur och korrekt formaterade meddelandehuvuden är grundläggande för att e-postleverantörer ska lita på dina utskick.
| Infrastrukturkomponent | Krav och verifiering |
|---|---|
| Framåt- och bakåt-DNS | IP-adressen som skickar e-post måste ha en giltig PTR-post (bakåt-DNS) som pekar på ett värdnamn. Detta värdnamn måste i sin tur peka tillbaka till samma IP-adress vid en framåtsökning (A/AAAA-post). |
| TLS (Transport Layer Security) | All utgående e-post bör använda TLS-kryptering under transporten. Kontrollera dina SMTP-loggar eller sändningstjänstens inställningar för att bekräfta att krypterade anslutningar erbjuds till alla mottagande servrar som stöder det. |
| Giltiga rubriker | Varje meddelande måste innehålla en giltig From-adress, korrekta fält för Date och Message-ID, samt ett ämne och en avsändaridentitet som inte är vilseledande för mottagaren. |
Sändningspraxis, samtycke och hantering av avregistreringar
Teknisk konfiguration är verkningslös om dina sändningsmetoder leder till att mottagare markerar dina meddelanden som skräppost. Mottagarnas beteende och ditt sändarrykte är direkt avgörande för din leveranssäkerhet.
Samtycke och listhygien
Skicka endast e-post till mottagare som uttryckligen har samtyckt till att ta emot dem. Du bör regelbundet granska bevis på registrering, blockera adresser som genererar permanenta studsar (hard bounces) samt omedelbart ta bort adresser som rapporterar klagomål. Sluta skicka till mottagare som inte längre visar intresse för ditt flöde.
Övervakning av klagomålsnivåer
Håll noggrann uppsikt över dina klagomålsnivåer via leverantörernas egna verktyg och instrumentpaneler. För att behålla en god leveransstatus hos Gmail bör din spamfrekvens ligga under 0,10 % och absolut aldrig nå upp till eller överstiga 0,30 %. För Yahoo bör klagomålsnivån hållas under 0,30 %.
Mekanismer för avregistrering
Det måste vara enkelt för mottagare att avsluta sin prenumeration. Om du skickar marknadsförings- eller prenumerationspost bör du implementera följande två metoder:
- Avregistrering med ett klick: Meddelandehuvudet ska innehålla RFC 8058-rubrikerna
List-UnsubscribeochList-Unsubscribe-Post. Mottagarens e-postklient kan då visa en avregistreringsknapp direkt i gränssnittet. Du måste verifiera att din HTTPS POST-slutpunkt tar emot och hanterar dessa anrop korrekt. - Synlig avregistreringslänk: Det måste finnas en tydlig och synlig länk i själva meddelandet. Länken ska fungera direkt utan att mottagaren tvingas logga in på ett konto, och begäran om avregistrering måste hanteras och verkställas inom två dagar.
Tolkning av granskningsresultatet
När du anger din domän och klickar på "Skapa granskningssteg" genererar verktyget en sammanställning under rubriken Avsändargranskning. Resultatet visar en sammanfattning i formatet:
‹domain›: ‹completed›/‹applicable› tillämpliga punkter kontrollerade; ‹required› obligatoriska och ‹recommended› rekommenderade steg återstår.
Om det finns kritiska brister i din grundläggande autentisering visas sektionen Saknade aktuella krav med rekommendationen Konfigurera SPF eller DKIM. Övriga omarkerade punkter sorteras under Rekommenderad uppföljning.
Om du har markerat alla tillämpliga rutor för din valda konfiguration visar verktyget följande meddelande:
Inga omarkerade punkter i den här referensuppsättningenFortsätt övervaka riktiga meddelanden, rapporter och leverantörsriktlinjer eftersom status och krav kan ändras.
Det är viktigt att komma ihåg att en fullständigt genomgången checklista inte är en garanti för att dina meddelanden alltid hamnar i mottagarens inkorg. E-postleverantörer fattar sina slutgiltiga beslut baserat på dynamiska faktorer som sändarrykte, mottagarrespons, meddelandets faktiska innehåll, trafikmönster och sina egna interna, proprietära filtreringsregler.
Vanliga frågor
Vilka regler använder checklistan?
Referensuppsättningen från 2026-07-16 använder RFC 7208 för SPF, RFC 6376 för DKIM, RFC 9989 för DMARC, RFC 8058 för avregistrering med ett klick samt de riktlinjer för avsändare från Gmail och Yahoo som fanns tillgängliga det datumet.
Gör checklistan DNS-frågor eller skickar ett testmeddelande?
Nej. Den bedömer bara domänen, sammanhanget och rutorna du fyller i. Följ de skapade stegen hos din DNS-leverantör, sändningstjänst och i rubrikerna för riktiga meddelanden.
Garanterar alla slutförda punkter placering i inkorgen?
Nej. Mottagare använder även rykte, mottagarrespons, innehåll, trafikmönster och föränderliga interna regler. Checklistan hjälper dig att förbereda en granskning, men kan inte förutsäga eller lova leverans.