# Leveransbarhet för e-post: felsök vägen till inkorgen Kanonisk URL: https://brew.new/sv/blog/email-deliverability Författare: Brew Team Publicerad: 2026-08-23 Uppdaterad: 2026-09-29 Leverans och inkorgsplacering är inte samma sak. En mottagande server kan ta emot ett meddelande och lägga det i skräpposten. Att kampanjens översikt visar ”levererad” bevisar inte att läsaren har sett mejlet. När ett problem dyker upp, samla belägg innan du ändrar texten eller byter leverantör. Det som brister kan vara autentiseringen, ryktet, målgruppen eller själva meddelandet. ## Börja med den mottagande serverns svar För meddelanden som avvisas eller fördröjs, granska det faktiska SMTP-svaret och den utökade statuskoden. Tillfälliga fel och permanenta avvisningar kräver olika hantering. Googles [vanliga frågor för avsändare](https://support.google.com/mail/answer/14229414) beskriver båda; där står inte att alla brister mot kraven numera ger permanenta fel. Om meddelandena tas emot men hamnar i skräpposten, granska autentiseringsresultaten i headers på de mottagna mejlen, leverantörernas ryktesdata där sådan finns och nyliga förändringar i målgrupp eller volym. Några testinkorgar hjälper dig att felsöka ett problem, men de mäter inte placeringen för hela listan. ### Läs den utökade statuskoden En utökad statuskod består av tre tal åtskilda av punkter och definieras i [RFC 3463](https://www.rfc-editor.org/rfc/rfc3463.html). Det första talet är klassen. En kod som börjar med 4 är ett tillfälligt fel, och den sändande servern bör försöka igen senare. En kod som börjar med 5 är ett permanent fel, så det hjälper inte att skicka samma meddelande igen utan ändringar. Det andra talet anger ämnesområdet. Koder i intervallet X.1.X gäller adressering, och 5.1.1 betyder oftast att brevlådan inte finns. Spärra den adressen. Koder i intervallet X.7.X gäller säkerhet eller policy, och det är där problem med autentisering och rykte brukar dyka upp. Google listar de svar som Gmail returnerar i sin [referens över SMTP-fel](https://support.google.com/a/answer/3726730). Läs hela svarstexten och inte bara koden, eftersom en och samma kod kan täcka flera olika orsaker. ### Här hittar du leverantörernas ryktesdata [Google Postmaster Tools](https://postmaster.google.com/) visar hur Gmail ser på din avsändardomän, bland annat den spamfrekvens som användarna rapporterar och som Googles krav hänvisar till. Du verifierar domänen med en DNS-post. Gmail visar bara data när en domän skickar tillräckligt många mejl per dag till Gmails användare, så en liten avsändare kan få se tomma översikter. Microsofts Smart Network Data Services, förkortat [SNDS](https://substrate.office.com/ip-domain-management-snds/snds), rapporterar om e-post från specifika IP-adresser till privata brevlådor på Outlook.com, bland annat klagomålsfrekvens och träffar i spamfällor. Du registrerar IP-adresser som du kontrollerar, så tjänsten är mest användbar med dedikerade IP-adresser för utskick. Använder du delade IP-adresser, fråga din utskicksleverantör vad den övervakar. Inget av verktygen visar var en enskild kampanj hamnade. De visar trender per dag, vilket är det du behöver när ett problem har byggts upp under flera utskick. ## Verifiera identiteten i de mejl som faktiskt skickas SPF anger vilken infrastruktur som får skicka för en kuvertdomän. DKIM signerar ett meddelande med en domänidentitet. DMARC kontrollerar alignment, alltså att domänerna stämmer överens med den synliga From-domänen, och publicerar en policy och en mekanism för rapportering. Ingen av dem garanterar inkorgsplacering. Använd de poster som din utskicksleverantör tillhandahåller och verifiera resultatet i ett mejl som du faktiskt har tagit emot. Lägg inte till motstridiga SPF-poster, och utgå inte från att en DNS-post bevisar att varje utskicksväg använder den korrekt. Din infrastruktur behöver också lämplig omvänd DNS och säker överföring. I Brew följer du flödet för domänverifiering och publicerar de poster som efterfrågas. Granska From-adressen som den faktiska kampanjen eller automatiseringen använder, särskilt när en agent sköter flera varumärken. ### Ta DMARC från övervakning till tillämpning En DMARC-policy är en TXT-post på värden `_dmarc` för domänen i From-adressen. Börja med `p=none`. Den ber mottagande servrar att inte vidta någon särskild åtgärd mot mejl som inte klarar kontrollen, och de skickar ändå aggregerade rapporter till adressen i `rua`. ```text _dmarc.example.com TXT "v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com" ``` Rapporterna listar varje källa som skickar e-post i din domäns namn och om var och en klarade SPF eller DKIM med alignment. Räkna med att hitta verktyg som du har glömt bort, till exempel ett faktureringssystem eller ett kundtjänstverktyg. Åtgärda eller ta bort varje källa som inte klarar kontrollen. När all legitim e-post klarar kontrollen går du över till `p=quarantine`. Den ber mottagande servrar att behandla mejl som inte klarar kontrollen som misstänkta, vilket oftast innebär att de hamnar i skräpposten. ```text _dmarc.example.com TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@example.com" ``` Den striktaste policyn, `p=reject`, ber mottagande servrar att avvisa mejl som inte klarar kontrollen. Gå över till den först när quarantine har varit i gång ett tag utan att legitim e-post underkänns. Fortsätt läsa rapporterna i varje steg. Ett nytt verktyg som börjar skicka i din domäns namn syns där först. En dedikerad underdomän för utskick, till exempel `mail.example.com`, är undantaget. När inget annat skickar från den och din leverantör har verifierat dess SPF och DKIM kan den börja direkt på `p=reject`. Brew rekommenderar `p=reject` för en dedikerad underdomän som Brew har konfigurerat, och `p=none` för en huvuddomän där andra tjänster kan skicka. ## Läs leverantörernas krav direkt hos källan [Googles riktlinjer](https://support.google.com/mail/answer/81126) skiljer mellan krav för alla avsändare och striktare regler för avsändare som når ungefär 5 000 meddelanden per dag till personliga Gmail-konton. Google uppmanar avsändare att hålla spamfrekvensen under 0,1 % och varnar för att nå 0,3 %. Kraven för storskaliga avsändare omfattar SPF och DKIM, DMARC, alignment och avregistrering med ett klick för relevant trafik som mottagarna prenumererar på. ### Googles krav för alla avsändare Googles lista för alla avsändare, oavsett volym, omfattar bland annat följande: - Konfigurera SPF eller DKIM för din avsändardomän. - Ge avsändardomäner eller IP-adresser giltiga DNS-poster för både vanlig och omvänd uppslagning. - Skicka via en TLS-anslutning. - Håll spamfrekvensen som rapporteras i Postmaster Tools under gränserna ovan. - Formatera meddelanden enligt RFC 5322. ### Ytterligare krav för storskaliga avsändare Storskaliga avsändare måste dessutom göra följande: - Konfigurera både SPF och DKIM. - Publicera en DMARC-post för avsändardomänen. Google godtar policyn `p=none`. - Se till att From-domänen stämmer överens med antingen SPF-domänen eller DKIM-domänen (alignment). - Stöd avregistrering med ett klick för marknadsföringsmejl och prenumererade meddelanden, och ha en tydligt synlig avregistreringslänk i själva meddelandet. Google räknar ihop e-post från samma primära domän när tröskeln tillämpas, och en domän som har passerat den en gång behåller statusen som storskalig avsändare. Googles [vanliga frågor för avsändare](https://support.google.com/mail/answer/14229414) förklarar hur räkningen går till. [Yahoos riktlinjer](https://senders.yahooinc.com/best-practices/) tar också upp autentisering, klagomål och avregistrering. Yahoo publicerar inte samma numeriska tröskel för storskaliga avsändare; läs Yahoos [vanliga frågor](https://senders.yahooinc.com/faqs/) i stället för att tillämpa Gmails siffra på alla leverantörer. ### Microsoft Outlook.com Microsoft [meddelade 2025](https://techcommunity.microsoft.com/blog/microsoftdefenderforoffice365blog/strengthening-email-ecosystem-outlook%E2%80%99s-new-requirements-for-high%E2%80%90volume-senders/4399730) att domäner som skickar fler än 5 000 mejl per dag till Microsofts privata brevlådor, alltså adresserna på outlook.com, hotmail.com och live.com, måste klara SPF och DKIM och publicera DMARC. DMARC-policyn kan vara `p=none`, och From-domänen måste ha alignment med SPF eller DKIM. Leverantörernas riktlinjer granskades den 28 september 2026. Kontrollera de länkade sidorna när du felsöker en ny incident. ## Testa att avregistreringen faktiskt fungerar Avregistrering med ett klick enligt [RFC 8058](https://www.rfc-editor.org/rfc/rfc8058.html) är en mekanism som bygger på headers och HTTPS POST. En synlig länk i sidfoten är också användbar och krävs av relevanta regler, men en sida för prenumerationsinställningar räcker inte på egen hand för att implementera protokollet. Ett meddelande som stöder avregistrering med ett klick har två headers: ```text List-Unsubscribe: , List-Unsubscribe-Post: List-Unsubscribe=One-Click ``` När läsaren klickar på avregistrera i inkorgen skickar e-postleverantören en POST till HTTPS-URL:en med innehållet `List-Unsubscribe=One-Click`. Adressen i `mailto:` är ett alternativ för e-postprogram som inte stöder avregistrering med ett klick. RFC 8058 kräver också en giltig DKIM-signatur som täcker båda dessa headers. Gör URL:en unik för mottagaren och svår att gissa. Säkerhetsskannrar hämtar ofta länkar i inkommande e-post, så en vanlig GET till URL:en ska inte avregistrera någon. Brew lägger till headers för `List-Unsubscribe` och `List-Unsubscribe-Post` i marknadsföringsutskick. De pekar på en signerad HTTPS-URL som är unik för varje mottagare och tar emot POST-anropet för avregistrering med ett klick. Bekräfta att en avregistrering från marknadsföring stoppar senare marknadsföringsutskick via alla vägar som du använder. Behåll spärrarna när du importerar kontakter eller byter plattform. Håll nödvändiga [transaktionsmeddelanden](/sv/blog/transactional-emails) åtskilda, både i syfte och i utskickskonfiguration. ## Kontrollera målgruppen innan du ökar volymen Gå igenom var adresserna kommer ifrån och vad personerna förväntade sig när de registrerade sig. Ta bort ogiltiga adresser via leverantörens process för spärrar, undersök toppar i antalet klagomål och undvik att skicka igen till personer bara för att spårningen säger att de inte öppnade. Det finns ingen universell listålder, inget förhållande mellan bild och text och inget förbjudet ord som garanterar leverans. En plötslig volymökning till en lista som du inte känner väl är ett allvarligare problem än att använda ordet ”gratis”. Om [en agent skickar kampanjen](/sv/blog/agent-email-deliverability) gäller samma kontroller. Använd verifierade fakta, en relevant målgrupp och en svarsadress som någon bevakar. Åtgärda den orsak du har hittat, skicka ett kontrollerat test och granska leverantörernas svar innan du ökar volymen igen.