# Studsfrekvens e-post: så mäter du den och vad du fixar URL: https://notificationharbor.com/sv/journal/studsfrekvens-e-post-matning-och-atgarder Type: blog Locale: sv Published: 2026-11-03 Updated: 2026-11-03 --- > Studsfrekvens e-post är antalet studsar delat med antalet skickade meddelanden, men nämnaren, studstypen och flödet ändrar svaret. Så mäter du den och vad du ska larma på. Studsfrekvens e-post är andelen av dina skickade meddelanden som en mottagande server har avvisat, delat med det totala antalet skickade meddelanden. Håll hårda studsar under 1 % på en sund lista, undersök när du når 2 %, och behandla 5 % som en incident. De flesta team läser ett enda samlat tal från en instrumentpanel och missar att nämnaren, studstypen och tidsfönstret ändrar svaret var för sig. Resten av texten handlar om att få talet rätt först och sedan avgöra vad du ska göra åt det. ## Formeln är enkel. Nämnaren är där teamen är oense. Studsfrekvens är studsade meddelanden delat med skickade meddelanden, gånger 100. Vissa ESP:er delar i stället med levererade meddelanden, vilket ger ett högre tal eftersom levererade redan utesluter studsarna. Kontrollera vilken variant din leverantör använder innan du jämför med något riktmärke. Amazon SES räknar till exempel sin studsfrekvens enbart från hårda studsar, mätt mot det du har skickat via kontot. Det spelar roll, eftersom en instrumentpanel som blandar mjuka och hårda studsar visar ett högre tal än det din leverantör använder för att bedöma dig. Välj en definition och skriv ner den bredvid måttet, i dashboardens titel om det behövs. Vi använder hårda studsar delat med skickade meddelanden, per sändningsdomän, per 24 timmar och per 7 dagar. Om två personer i teamet anger olika tal för samma vecka är nämnaren det första ni ska jämföra. ![Skrivbord med en skissbok som visar en stigande linjegraf bredvid ett tangentbord](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/notificationharbor/2026-11/0de2bf-img1.webp) ## Hårda, mjuka och blockerade studsar är tre olika signaler En hård studs är ett permanent fel. Adressen finns inte, domänen går inte att slå upp eller brevlådan har stängts. SMTP rapporterar den med en förbättrad statuskod i serien 5.x.x, definierad i [RFC 3463](https://datatracker.ietf.org/doc/html/rfc3463). En mjuk studs är ett tillfälligt fel: en full brevlåda, en server som är nere eller ett meddelande som är för stort. De kommer tillbaka med koder i serien 4.x.x, och en välskött avsändare försöker skicka igen. Den fullständiga klassificeringen av SMTP-koderna går vi igenom i vår tidigare guide om mjuka och hårda studsar. Den tredje kategorin är den som instrumentpaneler döljer. En blockering är en 5.x.x-avvisning som inte säger något om adressen utan allt om dig: en IP-adress på en blockeringslista, en misslyckad autentiseringskontroll eller ett innehålls- eller reputationsfilter. Räknar du en blockering som en hård studs ser listan smutsig ut, fast problemet är din sändningsinställning. Hoppa över alla rapporter som bara visar en enda rad för studsar. Dela upp den i tre serier, annars rensar du en lista som aldrig var problemet. ## Vad räknas som en bra studsfrekvens 2026? Det finns inget enda publicerat tal, och det är bra att veta det innan du citerar ett. Gmail och Yahoo publicerar gränser för spamklagomål, inte för studsar. Google ber massutskickare hålla spamfrekvensen i Postmaster Tools under 0.10 % och aldrig nå 0.30 %, enligt deras [riktlinjer för avsändare](https://support.google.com/a/answer/81126). För studsar kommer de fungerande talen från ESP:er och från praktiken. Det här är de gränser vi använder som larmnivåer, inte garantier från någon brevlådeleverantör. Hård studsfrekvens per domän under 24 timmar, och så hanterar vi den: - **Under 0.5 %:** normalt för en engagerad, verifierad lista. - **0.5 % till 1 %:** bevaka, och kontrollera källorna till nya adresser. - **1 % till 2 %:** undersök, och pausa segmentet med högst andel. - **2 % till 5 %:** stoppa massutskick från det flödet och hitta importen eller formuläret bakom det. - **Över 5 %:** incident. Amazon SES sätter konton på den nivån under granskning. Den sista raden är en dokumenterad gräns. I sin dokumentation för reputationsdashboarden [anger Amazon SES](https://docs.aws.amazon.com/ses/latest/dg/reputationdashboardmessages.html) att ett konto med en studsfrekvens på 5 % eller mer sätts under granskning, och att utskick kan pausas om frekvensen ligger kvar över 10 %. Andra leverantörer använder andra tal och formuleringar, så läs ditt eget avtal. ## Segmentera först: ett samlat tal döljer flödet som havererar En samlad studsfrekvens på 0.8 % kan innehålla ett transaktionsflöde på 0.1 % och en återengagemangsimport på 6 %. Det samlade talet ser acceptabelt ut, och det andra flödet skadar tyst sändningsdomänen. Beräkna andelen per flöde, per källa och per mottagardomän. Fyra snitt fångar de flesta problem: - **Per flöde.** Transaktionella mejl, lifecycle-mejl och massutskick ska aldrig dela på ett och samma tal. - **Per registreringskälla.** Formulär, API-registreringar, CSV-importer och partnerlistor har mycket olika adresskvalitet. - **Per mottagardomän.** En topp hos en enskild leverantör betyder oftast en avvisningspolicy, inte en smutsig lista. - **Per adressålder.** Adresser som samlades in för mer än 12 månader sedan studsar oftare än nya. Det här är inte en rapporteringsfiness. Skillnaden ligger mellan att laga ett valideringsfel i ett formulär på en timme och att rensa en frisk lista i panik. ![Bärbar dator som visar en terminalloggström med markerade rader i ett mörkt rum](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/notificationharbor/2026-11/98b212-img2.webp) Ett femte snitt är värt att lägga till när de andra är på plats: per sändande IP eller domän. Om du kör en dedikerad IP för transaktionsmail och en delad pool för kampanjer pekar en topp på en av dem ut var du ska leta, innan du öppnar en enda loggrad. ## Läs studshändelser från din leverantör utan att tappa dem Varje seriös ESP exponerar studsar som händelser: en webhook, ett notifieringsämne eller ett händelse-API. Behandla flödet som sanningskälla och skriv det till din egen lagring, eftersom instrumentpaneler aggregerar och tappar den detalj du behöver senare. Spara följande fält för varje händelse: meddelande-id, mottagare, studstyp, den förbättrade statuskoden, diagnostiktexten och tidsstämpeln. Med dessa sex kan du svara på nästan alla frågor som dyker upp i en postmortem. `{ "event": "bounce", "message_id": "msg_01H9", "recipient": "user@example.com", "bounce_type": "permanent", "status": "5.1.1", "diagnostic": "550 5.1.1 user unknown", "stream": "lifecycle", "ts": "2026-11-02T09:14:03Z" }`Gör hanteraren idempotent och nyckla den på leverantörens händelse-id tillsammans med meddelande-id. Leverantörer skickar om webhooks, och en dubblerad händelse för hård studs som räknas två gånger förvränger din frekvens och kan spärra en adress som faktiskt är i ordning. Postmark och Resend separerar båda studstyperna i sina händelser och låter dig hämta dem per meddelandeström, vilket gör flödesuppdelningen ovan billig att bygga. ## Regeln för automatisk spärr gör större delen av jobbet Den enskilt mest verkningsfulla kontrollen är automatisk spärr. Efter en hård studs slutar du skicka till den adressen, permanent, i applikationslagret i stället för att enbart förlita dig på leverantörens lista. De flesta ESP:er spärrar hårda studsar åt dig. Gapet uppstår när du byter leverantör, kör två parallellt eller skickar från ett system som aldrig läser spärrlistan. En egen tabell med en normaliserad adress stänger det gapet. För mjuka studsar använder du en räknare i stället för en enskild händelse. Vår standard är att spärra efter tre mjuka studsar i följd under minst sju dagar. En brevlåda som har varit full i en vecka är, för lifecycle-ändamål, borta. Ta inte bort studsade adresser från användartabellen. Flagga dem i stället med statuskoden och datumet. En raderad rad kan inte berätta att samma adress studsade två gånger förra kvartalet. Du behöver posten för att inte importera samma adress igen från nästa CSV-fil, vilket är det vanligaste sättet för en "rensad" lista att bli smutsig igen. ![Tomma kuvert staplade på ett bord, med tre avskilda i en bricka](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/notificationharbor/2026-11/dc3638-img3.webp) ## Varför talet plötsligt hoppar: de vanliga orsakerna, rangordnade När andelen rör sig, leta efter orsaken i den här ordningen. De tre första förklarar de flesta toppar. - **En ny import.** En CSV-fil från ett event, en partner eller en gammal CRM-export. Kontrollera studsfrekvensen per källa före allt annat. - **Ett registreringsformulär utan validering.** Stavfel som gmial.com och engångsdomäner. En syntax- och MX-kontroll vid inskick tar bort de flesta, och ett bekräftelsemejl tar bort resten innan de räknas som ett utskick i ett lifecycle-flöde. - **En ändring i sändningen.** En ny IP-adress, en ny domän eller en uppvärmning som ökade för snabbt, vilket ger blockeringar i stället för hårda studsar. - **Ett trasigt autentiseringsläge.** SPF, DKIM eller DMARC-justering som faller efter en DNS-ändring. - **En avvisningspolicy hos leverantören.** En mottagardomän har skärpt sina filter. Din frekvens är uppe bara hos just den domänen. Diagnosen är fördelningen av statuskoder, grupperad per flöde och mottagardomän under samma fönster som toppen. En ökning av 5.1.1 (användaren okänd) pekar mot listan. En ökning av 5.7.x pekar mot policy, autentisering eller reputation. De kräver motsatta åtgärder, och därför lagrar du koden. ## Det här skulle vi larma på Att larma på ett dagligt medelvärde är för långsamt. En dålig import kan skicka 40 000 meddelanden på en timme. Larma i stället på ett rullande fönster. - Hård studsfrekvens över 1 % under de senaste 1 000 utskicken i ett flöde. - En enskild mottagardomän över 5 % på minst 200 utskick under en timme. - Antalet 5.7.x-blockeringar överstiger din normala baslinje med tydlig marginal. Koppla de två första till en paus av det felaktiga flödet, inte till en sida för en människa. En människa kan undersöka i efterhand. Pausen är det som skyddar din reputation under de kommande tio minuterna. Exportera frekvensen till den övervakning du redan kör, vare sig det är Grafana, Datadog eller något eget, och behåll flödesetiketten på serien så att uppdelningen överlever exporten. För rapportering uppåt, använd hård studsfrekvens per flöde över ett 7-dagarsfönster, plus antalet blockeringar. Lämna mjuka studsar i ingenjörsvyn, där de är användbara, och utanför ledningsvyn, där de skapar förvirring. Rapportera aldrig det samlade kontotalet ensamt, eftersom det rör sig av skäl som ingen i rummet kan förklara. Om någon ber om en enda siffra, ge hård studsfrekvens för transaktionsflödet. Det är flödet där ett fel kostar en lösenordsåterställning eller en faktura, och den tydligaste avläsningen av om din infrastruktur mår bra. Nästa konkreta steg är litet: hämta studshändelserna för de senaste 30 dagarna, gruppera per flöde och statuskod, och se vilken rad du inte väntade dig. ## FAQ ### Vad är en bra studsfrekvens för e-post? För hårda studsar är under 1 % en rimlig gräns för en engagerad lista, och under 0.5 % är vanligt för verifierade adresser. Gmail och Yahoo publicerar ingen officiell studsgräns, så det här är fungerande larmnivåer och inte regler från brevlådeleverantörerna. ### Hur beräknar man studsfrekvens för e-post? Dela antalet studsade meddelanden med antalet skickade meddelanden och multiplicera med 100. Vissa ESP:er delar i stället med levererade meddelanden, vilket ger ett högre tal, så bekräfta nämnaren innan du jämför med ett riktmärke. ### Vilken studsfrekvens leder till att mitt konto stängs av? Det beror på leverantören. Amazon SES sätter ett konto under granskning vid 5 % studsfrekvens och kan pausa utskick om frekvensen ligger kvar över 10 %. Andra ESP:er har egna gränser, så kontrollera leverantörens villkor. ### Räknas mjuka studsar in i studsfrekvensen? Det beror på leverantören. Vissa räknar bara hårda studsar, som Amazon SES gör. Följ mjuka studsar i en separat serie så att ett tillfälligt problem med en brevlåda inte förvränger siffran som avgör ditt kontos status. ### Hur sänker jag min studsfrekvens snabbt? Spärra varje hårt studsad adress i applikationslagret, validera adresser vid registrering med en syntax- och MX-kontroll och sluta skicka till importen eller källan med högst andel. Att åtgärda källan slår att rensa hela listan. ### Är en blockering samma sak som en hård studs? Nej. En blockering är en 5.x.x-avvisning som orsakas av din IP-adress, ditt domänrykte eller din autentisering, inte av en ogiltig adress. Om du räknar den som en hård studs ser listan smutsigare ut än den är, när det är sändningsinställningen som är problemet.