A partire da quale tasso di rimbalzo una piattaforma di emailing smette davvero di inviare una campagna? Il tasso di rimbalzo accettabile non si esaurisce nel 2% che circola su tutti i blog: il valore cambia a seconda del router. Amazon SES mette un account sotto revisione al 5% di bounce e interrompe l’invio al 10%; MailerLite sospende già al 5%; Brevo, invece, non pubblica alcuna soglia numerica. Le campagne finiscono nello spam mentre il SaaS di emailing mostra una dashboard verde: il motivo si ripete costantemente tra i team che inviano in volume. Il SaaS dice il vero sui propri numeri. La soglia che scatena la sanzione si trova un passo più in là, presso il router destinatario.
Da dove viene la soglia del 2% e quanto vale davvero
Il numero 2% circola come punto di riferimento di mercato più che come politica ufficiale unica. Nasce da un consenso implicito tra i provider di caselle di posta come Gmail o Outlook, che a loro volta non pubblicano le proprie soglie esatte, per timore di fornire una tabella di marcia agli spammer. Sulle 10 piattaforme verificate qui, 4 pubblicano una soglia numerica e 6 non ne pubblicano nessuna. Amazon SES è l’unica ad ancorare il numero 2% a livelli di sanzione scritti: sotto il 2%, l’account resta in zona verde; al 5%, passa sotto revisione; al 10%, l’invio può essere sospeso. Anche HubSpot e MailerLite pubblicano una soglia collegata a un’interruzione automatica, il che porta a tre il numero di piattaforme dove la sanzione numerica è scritta nero su bianco. SendGrid mostra un numero, come raccomandazione, senza livello di sospensione. ActiveCampaign avanza la soglia del 2% sul proprio blog, mentre il centro assistenza descrive una messa sotto revisione scatenata da “troppi rimbalzi” senza mai scrivere una percentuale. Nessun valore soglia presso Mailchimp, Brevo, Mailjet, Klaviyo o Sarbacane.
La tabella delle soglie reali, piattaforma per piattaforma
La tabella seguente incrocia tre elementi che i comparativi generalisti raramente mescolano: la soglia di bounce, quella di reclamo e la sanzione che segue realmente. L’ultima colonna conta altrettanto: indica se il numero proviene da una politica scritta datata o da un centro assistenza ufficiale. In mancanza dell’uno o dell’altro, si tratta di un uso constatato più che di una politica scritta.
| Piattaforma | Soglia di bounce tollerata | Soglia di reclamo | Sanzione al superamento | Provenienza del dato |
|---|---|---|---|---|
| Amazon SES | <2% raccomandato, revisione al 5%, pausa al 10% | <0,1% raccomandato, revisione a 0,1%, pausa a 0,5% | Pausa automatica dell’invio, reversibile | Documentazione ufficiale AWS SES |
| HubSpot | 5% di hard bounce cumulati in un mese | 0,1%, ovvero un reclamo ogni 1.000 messaggi | Interruzione dell’invio da parte del sistema di protezione della deliverability | Knowledge base HubSpot |
| MailerLite | Sospensione oltre il 5% | 0,2%, indicato nella stessa politica | Sospensione immediata dell’account e indagine | Politica anti-spam MailerLite |
| Mailjet | Nessuna soglia pubblicata | Nessuna soglia pubblicata | Limite di invio temporaneo di 7 giorni, riapplicato in caso di recidiva | Centro assistenza Mailjet, che si riserva il diritto di modificare le proprie soglie senza preavviso |
| SendGrid (Twilio) | Hard bounce raccomandato sotto il 5% | 0,1% per provider di caselle di posta, soglia di allerta senza sanzione | Restrizione dell’invio in caso di superamento ripetuto, senza soglia di sospensione automatica pubblicata | Documentazione Twilio SendGrid |
| ActiveCampaign | Nessuna soglia pubblicata nel centro assistenza, il 2% che circola viene dal blog dell’editore | Nessuna soglia pubblicata, reclami “più alti del normale” bastano | Messa sotto revisione automatica, campagne bloccate fino a risoluzione | Centro assistenza ActiveCampaign |
| Klaviyo | Nessuna soglia di account in %, rimozione del contatto all’hard bounce e oltre 7 soft bounce consecutivi contati su 2 anni | Non pubblicato in % | Rimozione del profilo; nessuna sospensione di account documentata a una soglia precisa | Centro assistenza Klaviyo |
| Mailchimp | Non pubblicato (limiti dei provider variabili, non divulgati da Mailchimp) | Non pubblicato | Sospensione automatica dell’account, poi email del team compliance | Centro assistenza Mailchimp |
| Brevo | Nessuna soglia numerica nella politica anti-spam | Nessun numero pubblicato sulla pagina ufficiale | Sospensione o restrizione dell’account, formulazione generale senza percentuale | Politica anti-spam Brevo |
| Sarbacane (diventato Positive User) | Nessuna soglia pubblicata | Non pubblicato | Nessuna sanzione numerica documentata, rischio di blacklisting da parte dei provider citato | Nessuna politica d’uso numerica pubblicata; il blog editoriale, migrato verso il sito Positive User, non indica alcun livello |
Il numero che conta: hard bounce piuttosto che tasso globale
Una lista può mostrare un tasso di rimbalzo globale del 3% e restare sana agli occhi di un router. La distinzione tra hard bounce e soft bounce spiega il motivo: AWS SES, HubSpot e, in misura minore, MailerLite contano, ai fini della sanzione, solo il tasso di hard bounce. HubSpot fissa questo limite al 5% di hard bounce cumulati in un mese di calendario; oltre questa soglia, il sistema di protezione della deliverability interrompe l’invio, indipendentemente dal tasso globale mostrato sulla dashboard. Un picco isolato di soft bounce quasi mai scatena una sanzione da solo, pesa sulla reputazione in modo più diffuso. Le cause tecniche dietro ogni rimbalzo, dal DNS al server destinatario, sono oggetto di una guida alla correzione dei rimbalzi a parte.
La soglia di reclamo, più rapida da scatenare rispetto al bounce
0,1%. È la soglia di reclamo che mette un account Amazon SES sotto revisione, contro il 5% per il bounce: questa soglia è 50 volte più bassa, il che ne fa, meccanicamente, il primo fattore scatenante di sanzione tra le piattaforme che ne pubblicano una. HubSpot mantiene esattamente lo stesso numero, 0,1%, ovvero un reclamo ogni 1.000 messaggi inviati. L’argomento merita un approfondimento a parte sul tasso di reclamo. Una lista può scendere sotto la soglia di bounce accettabile e venire comunque sospesa, sul solo reclamo.
Cosa succede davvero al momento del superamento
La parola “sospensione” copre realtà molto diverse a seconda del router. Presso Amazon SES, il processo è meccanico e documentato.
«Per ottenere i risultati migliori, mantieni un tasso di rimbalzo inferiore al 2%; al 5% o oltre, il tuo account passa sotto revisione; al 10% o oltre, possiamo sospendere la tua capacità di invio.»
Documentazione ufficiale Amazon SES, traduzione italiana. Superare il 10% di bounce o lo 0,5% di reclamo scatena una pausa automatica, reversibile una volta corretta la causa. Presso Mailchimp, il meccanismo cambia natura. Nessuna percentuale viene comunicata: arriva un’email dal team compliance, con domande precise sull’origine della lista, e l’invio resta bloccato finché le risposte non convincono. MailerLite e ActiveCampaign seguono uno schema simile, basato su una revisione umana e uno scambio di domande, senza messaggio di errore API automatico. Sarbacane e Brevo, che non pubblicano né soglia né livello, lasciano che l’utente scopra la sanzione in tempo reale piuttosto che in un centro assistenza consultato in anticipo.
Perché la stessa lista mostra un tasso diverso a seconda del router
Due account che inviano esattamente la stessa lista, lo stesso giorno, possono mostrare due tassi di rimbalzo diversi. La causa sta nel routing stesso: lo stesso server destinatario può restituire un enhanced status code (il codice di stato dettagliato del server SMTP) diverso a seconda dell’IP di origine, del server usato per il comando MAIL FROM o dello stato esatto del dominio al momento del tentativo. Un IP pool condiviso aggrava lo scarto: la reputazione del mittente che pesa sul calcolo non è più solo quella del cliente, include quella di tutti gli account che condividono lo stesso IP durante il warm-up. Il disagio segnalato dai team growth nasce proprio da questo scarto: il SaaS di emailing mostra un tasso pulito sulla propria dashboard, feedback loop dei provider inclusi, mentre il rimbalzo o il reclamo si è scatenato un passo più in là presso il provider destinatario. Il postmaster di Gmail conferma regolarmente questo scarto, e mostra una reputazione degradata anche quando nessun allarme è arrivato lato ESP.
Lo stack di un team growth conta già un sequencer, a volte uno strumento di warm-up. La verifica della lista prima dell’invio gioca un ruolo diverso: misura lo stato reale di un indirizzo prima che l’hard bounce risalga fino ad AWS o HubSpot, in un momento in cui correggere costa ancora un’esclusione di contatto piuttosto che una sospensione di account. È il mestiere di CaptainVerify: entra un file di contatti, esce la lista ripulita dai suoi indirizzi non validi. L’API di validazione in tempo reale si collega ai moduli di iscrizione affinché gli indirizzi errati smettano di entrare nel database. Un controllo prima dell’invio cattura un istante preciso: un indirizzo valido oggi può appartenere domani a una posizione vacante, il che rende l’igiene della lista un calendario ricorrente, allo stesso ritmo della pulizia regolare del database. Prima della prossima campagna, far passare la lista permette di sapere da quale lato della soglia cadrà, quello di AWS come quello, non scritto, di Brevo.
Domande frequenti sul tasso di rimbalzo
Come calcolare il proprio tasso di rimbalzo?
Il calcolo divide il numero di email rimbalzate per il numero di email inviate, moltiplicato per 100. Una campagna partita su 20.000 indirizzi con 600 rimbalzi mostra quindi un tasso di rimbalzo del 3%. Il punto che cambia tutto si trova al denominatore: la maggior parte delle piattaforme considera le email inviate, mentre un calcolo manuale spesso si basa solo sui messaggi accettati, il che produce due numeri diversi per una stessa campagna.
Quale tasso di rimbalzo aspettarsi da una lista mai ripulita?
Sui 126 milioni di indirizzi sottoposti alla sua verifica nel 2025, CaptainVerify ha misurato il 57% di indirizzi validi e l’8,2% di indirizzi non validi puri, quelli il cui dominio è scomparso o la cui casella è stata eliminata. Questo 8,2% finisce in hard bounce già al primo invio, ovvero quattro volte la soglia del 2%. Il campione pende verso le liste dubbie, trattandosi di database che il proprietario ha proprio scelto di far verificare. Dà comunque l’ordine di grandezza del rischio su una base lasciata così com’è. Il dettaglio si trova nell’analisi de il valore reale di un indirizzo email.
Perché una lista sotto soglia torna sopra?
Un database si degrada di circa il 23% all’anno, ovvero quasi il 2% al mese, al ritmo dei cambi di posizione lavorativa e dei domini abbandonati. Una lista misurata all’1,5% di rimbalzo a gennaio supera quindi la soglia del 2% verso la primavera senza che nulla sia cambiato nelle pratiche di invio. Ecco perché la riverifica ogni 3-6 mesi funziona meglio di una pulizia occasionale fatta dopo un incidente.
AWS quantifica le proprie soglie al decimo di punto percentuale. Brevo e Sarbacane si riservano il diritto di sospendere un account senza aver mai scritto a partire da quale tasso.
