Hard bounce vs soft bounce: betydelse, acceptabel studsfrekvens och åtgärder

En hard bounce är den ena sortens studsade mejl, ett permanent leveransfel: adressen finns inte, eller så avvisar den mottagande servern ditt mejl för gott. En soft bounce är ett tillfälligt fel, som en full inkorg, en hastighetsgräns eller ett serverfel, och meddelandet får ett nytt försök. Spona skickade 20 000 mejl till verifierade B2B-adresser och loggade varje serversvar. Hard bounces landade på 1,525 % och soft bounces på 2,425 %.

Den här guiden tolkar svaren kod för kod. Den visar när en soft bounce blir en hard bounce på varje utskicksplattform, vilken nivå som räknas som acceptabel och hur du åtgärdar varje typ av studs. Till sist går vi igenom vad Spona gör när en levererad lista passerar 2 %.

Get thousands of leads in 4 minutes.

Stop stitching tools together.
Start with verified sales data, delivered in minutes.

SCALE SALES NOW

No contracts · No setup · No onboarding

Hard bounce vs soft bounce i 20 000 utskick: vad som kom tillbaka

En studs är varje serversvar som säger att meddelandet inte kom fram. Tre utfall täcker alla utskick: servern tar emot meddelandet, skjuter upp det eller avvisar det.

Spona loggar dem enligt tre regler. Levererat betyder att servern svarade 250 2.0.0 och tog emot meddelandet. En soft bounce är en 4.x.x-fördröjning som fortfarande är öppen efter 72 timmar, utan slutligt avslag. En hard bounce är ett slutligt 5.x.x-avslag.

Lägg ihop de två studsraderna så misslyckades 790 meddelanden, eller 3,95 % av utskicken. Soft bounces stod för 61 % av de felen. Den kvoten spelar roll, eftersom de två typerna kräver motsatta åtgärder. En hard bounce tar du bort, på en soft bounce väntar du.

Två förbehåll följer med tabellen. Levererat är inte detsamma som inkorgen. En server kan ta emot ett meddelande och lägga det i skräpposten, och loggen visar ändå 250.

Det andra förbehållet gäller listan. Varje adress hade klarat Sponas kontroll före utskicket, så siffrorna visar vad 40 verifierade B2B-listor gav tillsammans. De mäter inte vad kontrollen sorterade bort.

Vad är en hard bounce? Ett permanent avslag

Med en hard bounce säger den mottagande servern åt dig att sluta. RFC 3463 är standarden bakom koderna. Den definierar ett permanent fel som ett fel som ”sannolikt inte löses genom att meddelandet skickas om i sin nuvarande form”. Svarskoden börjar med 5, och de två siffrorna därefter anger orsaken.

Utskicksplattformar behandlar det svaret som slutgiltigt. I de flesta fall tar Mailchimp bort adresser med hard bounce ”automatiskt och omedelbart”. HubSpot stryker dem som mottagare av framtida marknadsföringsmejl. Twilio SendGrid lägger dem på en spärrlista.

Ett undantag är viktigt. HubSpot påpekar att en hard bounce ”också kan orsakas av ett strikt säkerhetsfilter för e-post”. Adressen finns; en gateway har avvisat dig. Det fallet syns i koderna som ett 5.7.x-avslag på grund av policy, och åtgärden ligger hos dig, inte i listan.

Varför mejl får hard bounce: fyra orsaker

Brevlådan finns inte (5.1.1). RFC 3463 kallar det en felaktig adress till målbrevlådan, där ”brevlådan som anges i adressen inte finns”. Microsofts guide om rapporter om utebliven leverans anger de två vanliga orsakerna: avsändaren skrev fel adress, eller så finns adressen inte längre i målsystemet.

På en B2B-lista växer den andra orsaken med tiden, eftersom folk byter jobb. Klaviyos ordlista nämner ett sådant fall: en mottagare som har bytt e-postadress och raderat den gamla. Sponas inlägg om dataförfall beskriver i vilken takt det sker.

Domänen finns inte (5.1.2). Målsystemet ”finns inte eller kan inte ta emot e-post”. Om ett företag avvecklar sin domän efter ett uppköp kan mejl till varje kontakt där misslyckas på det här sättet.

Brevlådan är inaktiverad (5.2.1). Standarden kallar det ”Brevlåda inaktiverad, tar inte emot meddelanden”. Kontot för någon som har slutat, och som IT har stängt av men sparat, kan svara så.

Leveransen är inte godkänd (5.7.1). Servern säger att ”avsändaren inte har behörighet att skicka till mottagaren”. Microsoft är rakare: koden 5.7.509 betyder att din domän inte klarar DMARC-verifieringen och har en DMARC-policy satt till ”reject”. Det är inget fel på adressen; felet sitter i din autentisering.

Vad är en soft bounce? En tillfällig fördröjning

Med en soft bounce säger servern: inte nu. RFC 3463 kallar klassen ett bestående tillfälligt fel, ”där meddelandet som det skickades är giltigt” men ett övergående tillstånd håller kvar det. Svarskoden börjar med 4. Ditt utskicksverktyg behåller meddelandet och försöker igen.

HubSpot beskriver en soft bounce som ”ett tillfälligt problem med mottagarens server eller ett annat tillfälligt tekniskt problem”. HubSpot fortsätter försöka i upp till 72 timmar, och kontakter med soft bounce får fortsatt ta emot framtida mejl. Även Twilio SendGrid gör nya försök i upp till 72 timmar. Branschorganisationen M3AAWG uppmanar avsändare att ”lägga meddelandet i kö igen och försöka senare”.

Varför mejl får soft bounce: hastighetsgränser, fulla inkorgar, serverproblem

Du skickade för mycket för snabbt (4.7.0). Den mottagande servern skjuter upp din anslutning av policyskäl. Microsofts koder 4.7.500 till 4.7.699 lyder ”Access denied, please try again later”. De betyder att Microsoft har upptäckt misstänkt aktivitet och begränsat avsändaren en tid.

M3AAWG:s råd vid en tillfällig blockering som denna är att ”stänga anslutningen och öppna en ny anslutning senare”. Den här fördröjningen var den vanligaste soft-koden i Sponas logg.

Brevlådan är full (4.2.2). Användaren ”har överskridit en administrativ kvot per brevlåda eller den fysiska kapaciteten”. En brevlåda som ingen tömmer blir full.

Brevlådan är tillfälligt otillgänglig (4.2.0). Kontot finns, men servern kan inte leverera till det just då.

E-postsystemet fallerade (4.3.0) eller svarade inte (4.4.1). RFC 3463 placerar det andra under ”No answer from host”, alltså inget svar från värden. Fjärrservern ligger nere, är överbelastad eller går inte att nå, och ditt meddelande väntar i kön.

Soft bounce vs hard bounce: sju skillnader sida vid sida

Studskoder för e-post: de 10 koderna bakom Sponas studsar

Varje studs i loggen har två koder. Det tresiffriga svaret, till exempel 550 eller 421, är den klassiska SMTP-statusen. Den utökade koden med punkter, till exempel 5.1.1, kommer från RFC 3463 och anger orsaken. Läs den utökade koden först: dess första siffra säger om du ska ta bort adressen eller vänta.

Tio koder står för alla 790 studsar i Sponas utskick. Den sista hard-koden, 554 5.0.0, samlar övriga slutliga fel. En kod dominerar på varje sida: bland hard bounces stod ”brevlådan finns inte” för 59 %. Bland soft bounces stod fördröjningar på grund av hastighet och policy för 43 %.

Bara en hard-kod pekar på avsändaren i stället för listan: policyavslaget. De 13 övriga slutliga felen anger ingen orsak. Allt annat på hard-sidan är en död adress, en död domän eller en stängd brevlåda. Bara en färskare kontroll fångar dem innan servern gör det.

När blir en soft bounce en hard bounce?

Ingen standard bestämmer tidpunkten. RFC 3463 definierar de två klasserna och lämnar klockan åt avsändaren. Varje plattform väljer ett antal eller en tidsgräns, och reglerna skiljer sig så mycket att dina rapporterade siffror påverkas.

Braze lägger till en komplikation: en studs kan komma ”till och med veckor efter det första leveransförsöket”. Antalet levererade är bara en ögonblicksbild. Räkna om siffrorna en vecka efter utskicket innan du bedömer en lista.

Vilken studsfrekvens är bra för e-post?

Under 2 % hard bounces. Det är siffran Amazon SES ger sina avsändare: ”För bästa resultat bör du hålla en studsfrekvens under 2 %”. Vid 5 % sätter SES kontot under granskning, och vid 10 % kan det pausa utskicken. Gränserna för klagomål är mycket snävare: granskning vid 0,1 % och möjlig paus vid 0,5 %.

Brevlådeleverantörerna själva publicerar ingen studssiffra. Googles regler för massavsändare gäller alla som skickar mer än 5 000 meddelanden till Gmail-adresser på en dag. De kräver att avsändare hanterar avregistreringar inom två dagar och sätter ingen studsgräns.

Yahoo uppmanar avsändare att ”övervaka hard och soft bounces”, ta bort ogiltiga mottagare snabbt och hålla skräppostandelen under 0,3 %. Ingen av dem anger någon studsprocent. Sponas inlägg med statistik om kall e-post tar därför upp ”E-postleverantörer tillåter en studsfrekvens på 2 %” som en myt.

Sponas eget riktmärke ligger under gränsen. Det publicerade riktmärket delar upp de 20 000 utskicken per land, med 5 000 i vart och ett av fyra länder. Andelen hard bounces var 1,5 % i USA och 1,2 % i Storbritannien. Sammantaget över alla 20 000 utskick var den 1,525 %.

Två saker avgör om en lista hamnar under 2 %: hur färsk kontrollen är och vilka studsar du räknar. Formeln avgör det andra.

Formel för studsfrekvens, med räkneexempel

Studsfrekvens = studsar ÷ utskicksförsök × 100.

Kör formeln på Sponas logg, där 305 av 20 000 utskick fick hard bounce. Det ger en andel hard bounces på 1,525 %. Räknar du med soft bounces blir täljaren 790. Den totala studsfrekvensen blir då 3,95 %.

Två val flyttar resultatet. Det första är vilka studsar som räknas. Amazon SES räknar bara hard bounces till overifierade domäner, så en total studsfrekvens som jämförs med dess gräns på 2 % överskattar din risk.

Det andra är vilka utskick som räknas. Sponas publicerade siffra är ”permanenta leveransfel delat med utskicksförsök till den verifierade delmängden, exklusive catch-all-adresser”. Ange formeln varje gång du rapporterar en studsfrekvens.

Så åtgärdar du hard bounces och minskar soft bounces

Arbeta igenom listan i den här ordningen. Steg 1 till 4 hanterar det som redan har studsat. Steg 5 och 6 hindrar nästa omgång från att studsa.

1. Spärra varje hard bounce direkt, och försök aldrig igen efter ett 5.x.x. M3AAWG kallar det ”mycket viktigt” att ett meddelande till en adress som inte finns inte skickas igen, och att adressen hålls borta från framtida utskick. Mailchimp och Twilio SendGrid gör det åt dig. Skickar du via en egen SMTP-server bygger du spärrlistan själv.
2. Låt ett 4.x.x få nya försök, och ta bort adressen efter upprepade fel. M3AAWG:s gräns är två studsar i följd under två veckor eller mer. Mailchimp använder 7 eller 15 soft bounces. Välj en regel och tillämpa den på varje lista.
3. Sakta ner när du ser 421 4.7.0. Servern säger att ditt utskicksmönster ser fel ut, inte att adressen är fel. M3AAWG:s instruktion är att stänga anslutningen och ansluta igen senare. Sprid omgången över fler timmar eller fler inkorgar.
4. Kontrollera SPF, DKIM och DMARC när 5.7.x dyker upp. Ett policyavslag kan betyda att adressen är i sin ordning men inte din domän. Microsofts 5.7.509 säger det rakt ut: den avsändande domänen klarar inte DMARC och har en reject-policy. Rätta posten innan du rör listan.
5. Verifiera före utskicket, och kontrollera om en lista som har blivit inaktuell. En bulkverifierare fångar döda brevlådor och döda domäner innan den mottagande servern gör det. Sponas guide om rensning av e-postlistor jämför tjänsterna och deras priser, och inlägget om validering av B2B-data går igenom kontrollerna utöver brevlådan.
6. Avsändare i Storbritannien: spara uppgifter om vad som studsade. Om personuppgifter är felaktiga säger ICO:s vägledning om riktighet att du måste ”vidta rimliga åtgärder för att rätta eller radera dem” så snart som möjligt. Samma sida tillåter register över misstag, ”förutsatt att dessa register inte är vilseledande om fakta”. En spärrlista kan vara ett sådant register och hindrar dig från att importera en död adress igen nästa kvartal. ICO ser över vägledningen på grund av Data (Use and Access) Act.

Svenska avsändare: Integritetsskyddsmyndighetens (IMY) grundkurs i dataskyddsförordningen slår fast: ”Personuppgifterna ska vara riktiga och om nödvändigt uppdaterade.” Kursmaterialet tillägger att det är ”viktigt att den personuppgiftsansvariga har rutiner för att rätta eller radera oriktiga personuppgifter”.

Vad Spona gör när hard bounces passerar 2 %, och var gränserna går

Sponas operativa mål är hard bounces under 2 % på en nyss kontrollerad lista. En omgång över gränsen kontrolleras om och utreds.

Av de 40 listor som levererades i urvalet gick 4 över gränsen. Den högsta nådde 3,0 %, den lägsta av de fyra 2,4 %. De övriga 36 listorna låg sammantaget på 1,394 %.

I tre av de fyra fallen stödde utredningen ett datafel. Ett kom från avsändarens sida: ett problem med autentisering eller policy som Spona dokumenterade och lämnade över till utskicksleverantören. Varje fall gick igenom fem av de sex stegen; orsaken avgjorde om steg 4 eller steg 5 gällde. Eventuell gottgörelse följer det faktiska avtalet.

Där Spona passar in: du beskriver din idealkund i en chatt. AI:n söker igenom fler än 40 källor, verifierar varje lead och levererar en poängsatt lista på ungefär 4 minuter, och du betalar per lead.

En Standard Search-lead med enbart e-post kostar 3 till 7 krediter. Med planernas kreditpriser blir det 0,024 till 0,07 dollar per lead. Varje ny söksession kostar engångsvis 1 000 krediter. Varje sökning börjar med ett gratis urval, och Free-planen har 3 000 krediter som engångsbelopp.

Där den inte passar. Spona skickar inte dina mejl och ser därför aldrig de soft bounces som din egen uppsättning orsakar. Ett 421 4.7.0 från en ouppvärmd inkorg får du åtgärda själv. Spona mäter inte inkorgsplacering; levererat betyder i loggen accepterat.

Målet höll på 36 av 40 listor, inte alla, och en av missarna kom från avsändarsidan. Och om du redan äger listan är en särskild bulkverifierare verktyget som är byggt för att kontrollera den; guiden om rensning av e-postlistor jämför dem.

Get thousands of leads in 4 minutes.

Stop stitching tools together.
Start with verified sales data, delivered in minutes.

SCALE SALES NOW

No contracts · No setup · No onboarding

Vanliga frågor om hard bounce och soft bounce

Ska du radera adresser med hard bounce?

Spärra dem i stället för att radera dem. En spärrlista hindrar samma adress från att komma tillbaka med nästa import. Enligt principen om riktighet i UK GDPR är ett register över ett misstag godtagbart så länge det inte är vilseledande om fakta. Raderar du raden tar du bort ditt enda bevis på att adressen misslyckades.

Vilken studsfrekvens är för hög för kalla mejl?

Allt över 2 % hard bounces kräver åtgärd. Amazon SES granskar konton vid 5 % och kan pausa dem vid 10 %. Ingen brevlådeleverantör publicerar en egen studsgräns. Inlägget med statistik om kall e-post förklarar varför ”E-postleverantörer tillåter en studsfrekvens på 2 %” är en myt.

Hur lång tid tar det innan ett mejl studsar?

En hard bounce kommer tillbaka så fort servern avvisar meddelandet, eftersom ingen försöker igen efter ett 5.x.x. En soft bounce kan ta 72 timmar att synas i rapporten, eftersom HubSpot och Twilio SendGrid fortsätter försöka så länge. Braze varnar för att vissa studsar kommer veckor efter det första försöket.

Studsar ett mejl om adressen inte finns?

Ja, i de flesta fall. Enligt Klaviyos ordlista får ett utskick till en adress som inte finns felet 550 5.1.1. Det var den största hard bounce-koden i Sponas logg, med 180 av 305 hard bounces.

Är en studsfrekvens på 20 % eller 70 % bra?

De siffrorna kommer från webbanalys, där en studs är en besökare som lämnar efter en sida. För e-post vore de en katastrof. Amazon SES sätter ett konto under granskning vid 5 %, så 20 % är fyra gånger den gränsen.