Bounce rate email: hard bounce, soft bounce și reputația de expeditor

Bounce rate în contextul email este procentajul mesajelor returnate ca nelivrate din totalul celor trimise. Un mesaj bounceat este refuzat de serverul receptor sau de un intermediar înainte să ajungă la destinatar. Spre deosebire de delivery rate (procentul mesajelor acceptate la nivel SMTP), bounce rate este complementul: ce n-a putut fi livrat.

Un bounce rate ridicat semnalează că lista nu este curată sau că domeniul are probleme de reputație. Providerii de email (Gmail, Outlook, Yahoo) îl folosesc ca semnal direct în evaluarea expeditorului.

Ce înseamnă bounce rate email și prin ce diferă de delivery rate?

Delivery rate înregistrează codul SMTP 250 OK: serverul receptor a acceptat mesajul. Apare de obicei la 97-99% pentru liste curate, dar nu spune nimic despre ce se întâmplă după acceptare: inbox, spam sau ignorat silențios.

Bounce rate = (mesaje returnate / mesaje trimise) × 100. Un bounce rate de 3% pe 10.000 de mesaje înseamnă 300 de adrese cu probleme. Compoziția contează: sunt hard sau soft bounce? Răspunsul dictează acțiunea.

Care e diferența dintre hard bounce și soft bounce?

Distincția vine din codurile de răspuns SMTP: seria 4xx înseamnă eroare temporară, seria 5xx înseamnă eroare permanentă.

• Hard bounce: cod SMTP 5xx. Exemple: 550 No such user here (adresa nu există), 553 Mailbox not allowed (blocată de politica serverului). Adresa este definitiv inutilizabilă; mai trimiți la ea, mai semnalezi providerii că lista ta nu este curată.
• Soft bounce: cod SMTP 4xx. Exemple: 421 Service temporarily unavailable (server offline), 452 Mailbox full. Furnizorii de trimitere (ESP de la email service provider) încearcă retransmiterea automat 1-3 zile. Un soft bounce care persistă mai mult de 3-5 zile este tratat de platformele mature (SES, SendGrid, Postmark, Mailgun) ca hard bounce de facto.

Care sunt pragurile critice pentru reputația de expeditor?

Pragurile generale din practica industriei:

• Sub 0,5% hard bounce: sănătos. Lista este curată, procesul de colectare este solid.
• 0,5-2% hard bounce: zonă galbenă. Ceva în procesul de colectare sau în igienizarea listei nu funcționează corect. Investighează sursa adreselor cu probleme.
• Peste 2% hard bounce: semnal de alarmă. Providerii de email (și Google Postmaster Tools în particular) încep să penalizeze reputația domeniului. Google și Yahoo au formalizat din 2024 cerințele pentru expeditorii cu volum ridicat, unde complaint rate și bounce rate ridicat sunt motive directe de respingere¹.
• Peste 5% hard bounce: risc de blocaj. ISP-urile și platformele de trimitere pot throttle volumul de mesaje sau bloca temporar trimiterea. Unele ESP-uri au politici automate de suspendare a contului la acest nivel.

Aceste praguri sunt orientative. Fiecare provider are praguri interne nepublicate, ajustate în funcție de istoricul tău. Bounce rate nu se citește izolat: îl pui alături de complaint rate și engagement rate. Contextul complet este tratat în intrarea despre email deliverability.

Cum tratezi automat hard vs soft bounces?

Tratarea manuală a bounce-urilor nu funcționează la scară. Fluxul se bazează pe webhook events de la ESP:

• Configurezi webhooks. SES (prin SNS), SendGrid (Events API), Postmark și Mailgun trimit un eveniment JSON la un endpoint al tău la fiecare bounce sau complaint. Endpoint-ul răspunde rapid, altfel ESP-ul retransmite evenimentul.
• Hard bounce: adăugi imediat la suppression list. La evenimentul bounced de tip permanent, adresa intră în suppression list și nu mai primește niciun mesaj viitor, indiferent de campanie. Adăugarea este sincronă, nu batch-uită.
• Soft bounce: lași ESP-ul să reîncerce. Bounce-urile repetate (3-5 eșecuri consecutive) pe aceeași adresă sunt tratate ca hard bounce de facto. Dacă ESP-ul nu face tranziția automat, o implementezi tu.
• Suppression list centralizat. Dacă trimiți din mai multe sisteme (CRM, campanii, email tranzacțional), suppression list-ul trebuie să fie comun între toate.

Logica de mai sus se aplică atât pentru email de marketing (S06 din catalogul crawlerra), cât și pentru email tranzacțional (S07). Diferențele de infrastructură între cele două sunt detaliate în intrarea despre email tranzacțional.

Care e capcana spam trap-urilor și ce spun ele despre igienizarea listei?

Spam trap-urile (sau honeypot addresses) sunt adrese de email create și menținute deliberat de organizații de securitate, ISP-uri și provideri de blocklist (Spamhaus, Project Honey Pot) cu un singur scop: să identifice expeditorii care nu își culeg listele organic.

Există două categorii principale:

• Spam traps pure (pristine traps). Adrese care n-au aparținut niciodată unui utilizator real; plasate pe pagini web sau forumuri. Prezența lor în lista ta indică scraping sau cumpărare de liste.
• Spam traps reciclate (recycled traps). Adrese abandonate de utilizatori reali, transformate ulterior în capcane de provideri. Indică liste neigienizate cu adrese vechi, inactive.

Consecința trimiterii la un spam trap este rapidă. Spamhaus poate adăuga un IP sau un domeniu pe blocklist în mai puțin de 24 de ore după detectarea trimiterii la un pristine trap. Efectul este similar cu un rate limiting total la nivel de domeniu, dar aplicat de provideri externi pe care nu îi controlezi.

Indicatoarele că lista ta conține probabil spam traps:

• Adrese colectate fără double opt-in sau cu single opt-in vechi de câțiva ani
• Liste cumpărate sau primite de la terți
• Segment de abonați vechi (2+ ani) fără nicio deschidere în ultimele 12 luni

Soluția este igienizarea regulată: muți în segment de reactivation adresele inactive 90-180 de zile, monitorizezi bounce rate-ul per segment (nu doar global) și alertezi când depășește pragul. Aceeași logică pe care o aplici SLA-urilor de disponibilitate sau metricelor din stack-ul de observabilitate: măsori devreme, acționezi înainte ca problema să crească. Dacă ai fost deja prins într-un blocklist, procesul de delisting variază (Spamhaus oferă request manual prin formularul lor; ISP-urile mari au de obicei un canal pentru postmaster), dar cu mult mai dureros decât prevenirea: reputația domeniului se reface în luni, nu zile, iar volumul de trimitere trebuie reluat în trepte cu warm-up dedicat.

1. Gmail și Yahoo cer din februarie 2024 expeditorii cu volum ridicat (5.000+ mesaje/zi) să aibă SPF și DKIM configurate plus politică DMARC de minimum p=none. Autentificarea completă este prima linie de apărare împotriva respingerii la nivel SMTP. [seo.gmail_yahoo_2024_requirements]