Eppure la lista contatti non si muove da sei mesi e il tasso di rimbalzo continua a salire. Molti responsabili emailing vivono questo scenario dalla fine del 2025: una deliverability che crolla dal 20 al 30% in poche settimane, senza alcun cambiamento nei contenuti o nella frequenza di invio. I rifiuti SMTP aumentano perché Gmail, Yahoo e Microsoft applicano dal 2024 soglie di spam e autenticazione più severe. Questo inasprimento fa cadere in rifiuto diretto, codice 5xx, messaggi che prima finivano silenziosamente nella cartella spam. Per ridurli, bisogna allineare SPF, DKIM e DMARC, pulire la lista prima dell’invio e monitorare il tasso di reclamo tramite Postmaster Gmail. Il risultato: meno sospetti vaghi, più numeri alla mano.
L’inasprimento di Gmail e Yahoo cambia le carte in tavola dal 2024
Da febbraio 2024, Gmail condiziona l’accesso alle caselle di posta a un’autenticazione completa per ogni mittente che invia più di 5.000 messaggi al giorno verso i suoi indirizzi. Il rollout è avvenuto in tre fasi: prima errori temporanei 4xx a titolo di avviso, poi rifiuti permanenti 5xx su una parte del traffico non conforme tra aprile e giugno 2024, poi un ultimo passaggio, a novembre 2025, in cui l’applicazione è diventata quasi sistematica su tutto il traffico in entrata. Yahoo e Microsoft hanno seguito una traiettoria simile, con una soglia di tasso di reclamo fissata allo 0,3% in Google Postmaster Tools e una raccomandazione ufficiale di restare sotto lo 0,1% per evitare qualsiasi effetto di filtraggio sull’intero dominio.
Questo calendario chiarisce il paradosso di partenza: a parità di lista, il tasso di rimbalzo sale di anno in anno perché nel frattempo la soglia di tolleranza dei provider di posta si è ristretta, non perché la lista stessa sia improvvisamente invecchiata male.
Un confine che si sposta, non solo una definizione
Rifiuto temporaneo da un lato, rifiuto definitivo dall’altro: per la distinzione completa tra soft bounce e hard bounce e le rispettive cause, la nostra guida dedicata analizza ogni caso. Ciò che cambia qui è il confine stesso: con l’inasprimento dei provider di posta, i messaggi che prima passavano come 4xx o finivano silenziosamente nella cartella spam ora cadono direttamente in 5xx.
La trappola classica è che alcune dashboard di emailing continuano talvolta a classificare questi ritorni come “soft bounce”, mentre il codice effettivamente restituito dal server destinatario è già un 5xx definitivo. Lo sfasamento tra l’aggiornamento della policy dei provider di posta e l’etichetta mostrata lato ESP spiega perché un mittente può vedere una dashboard “verde” mentre la sua reputazione IP si degrada silenziosamente su Postmaster. Per conoscere il codice reale, bisogna risalire ai log SMTP grezzi o testare direttamente la casella MX prima dell’invio massivo, sapendo che pochi ESP espongono questo dettaglio nella loro interfaccia standard.
Una lista stabile, un rimbalzo che sale comunque
Un database di contatti si degrada da solo, con o senza cambiamenti nella policy dei provider di posta. Su oltre 126 milioni di indirizzi email verificati da CaptainVerify nel 2025, solo il 57% era valido: il 23% di una lista diventa invalido ogni anno, circa il 2% al mese, tra cambi di lavoro e chiusure di caselle, senza contare gli indirizzi catchall che finiscono per rifiutare tutto il traffico in entrata. Questo dato sale ancora più rapidamente sui database B2B, dove il turnover dei ruoli è più alto rispetto alle liste consumer.
Su oltre 126 milioni di indirizzi email verificati da CaptainVerify nel 2025, solo il 57% era valido: il 23% di un database di contatti diventa invalido ogni anno, in tutti i settori, con un’accelerazione marcata sui segmenti B2B.
In pratica, questo invecchiamento naturale si combina con l’inasprimento dei provider di posta descritto sopra: un indirizzo catchall tollerato nel 2023 può essere identificato e bloccato nel 2026, un dominio parking riacquistato può improvvisamente restituire 5xx su tutto il suo traffico in entrata. La sender reputation incassa entrambi gli effetti contemporaneamente, il che rende la diagnosi difficile senza uno storico di confronto. Un dominio che inviava 200.000 messaggi al mese nel 2024 con un tasso di rimbalzo stabile all’1,5% può ritrovarsi al 4% nel 2026 senza che appaia alcun cambiamento lato contenuti o frequenza, né lato piattaforma di invio; la lista è semplicemente invecchiata mentre la soglia di tolleranza dei provider di posta si restringeva.
Confronto dei codici di rifiuto SMTP più comuni
Un 421 temporaneo e un 550 definitivo non chiedono la stessa reazione, e confonderli costa caro.
| Criterio | 550 5.1.1 | 550 5.7.1 / DMARC reject | 421 o 450 (4xx) |
|---|---|---|---|
| Significato | Indirizzo destinatario sconosciuto | Messaggio bloccato per non conformità dell’autenticazione | Incidente temporaneo lato server destinatario |
| Causa tipica | Indirizzo digitato male, dominio scaduto, casella eliminata | SPF o DKIM non allineato con il dominio From | Casella piena, quota di invio superata, greylisting |
| Natura del rifiuto | Definitivo | Definitivo se la policy è impostata su reject | Temporaneo, nuovo tentativo automatico |
| Azione consigliata | Rimuovere immediatamente l’indirizzo dalla lista | Correggere l’allineamento DNS prima del prossimo invio | Monitorare la ricorrenza per più giorni |
Verificare prima di inviare costa meno che filtrare dopo
Spesso si obietta che aggiungere una fase di verifica appesantisce il budget rispetto a un semplice filtraggio dei bounce dopo la campagna. Il calcolo cambia quando il rifiuto diventa permanente: un hard bounce su un dominio in DMARC reject non lascia né notifica né un secondo tentativo; pesa immediatamente sul tasso di reclamo misurato da Postmaster.
In concreto, rimuovere il 5% di indirizzi invalidi prima dell’invio anziché dopo fa scendere meccanicamente il tasso di rimbalzo sotto la soglia raccomandata del 2-3%; l’IP torna in zona accettabile su Postmaster in una o due settimane. L’unico modo per sapere se una lista sfocerà in hard bounce è passarla al setaccio prima che tocchi il server SMTP del destinatario, e non una volta che il messaggio è già partito. CaptainVerify fa esattamente questo a monte di una campagna: testa ogni indirizzo contro il protocollo SMTP reale per isolare quelli che sfoceranno in hard bounce, prima che facciano salire il tasso di rimbalzo di tutta la lista.
Ridurre il tasso di rifiuto senza ridurre il volume di invio
Allineare SPF, DKIM e DMARC in configurazione quarantine prima di passare a reject evita che un errore di configurazione faccia sparire traffico legittimo senza lasciare traccia. Stessa logica lato volume: un IP warmup progressivo su ogni nuovo indirizzo di invio, alzando i livelli nell’arco di più settimane anziché tutto insieme, limita i falsi positivi del filtraggio anti-spam legati a un picco improvviso. Resta la soglia di reclamo. Mantenerla sotto lo 0,1% in Postmaster Tools, invece di aspettare lo 0,3% che fa scattare le misure correttive di Google, lascia un margine prima che il traffico si degradi per davvero. Un calendario di warmup realistico parte da circa 50 messaggi il primo giorno verso Gmail, sale a scaglioni del 20-30% ogni settimana e si ferma non appena compare un picco di reclami in Postmaster. In parallelo, iscriversi ai feedback loop dei grandi provider di posta, come il programma SNDS di Microsoft o il feedback loop di Yahoo, dà un avviso prima che il tasso di reclamo superi una soglia critica.
Allineare SPF, DKIM e DMARC risolve la maggior parte dei rifiuti legati all’autenticazione. Su un dominio il cui DNS è gestito da un fornitore esterno irraggiungibile, il rollout a volte si trascina per mesi, il tempo che un ticket arrivi al team giusto.
Ciò che le guide generiche non dicono abbastanza: una pulizia trimestrale della list hygiene non compensa una segmentazione scadente. Un database inattivo da 18 mesi, anche senza indirizzi invalidi, genera un tasso di apertura basso che spinge i provider di posta a classificare il dominio come poco coinvolgente, indipendentemente dal tasso di bounce grezzo.
Domande frequenti sui rifiuti SMTP
Perché un ESP mostra ancora “soft bounce” quando il rifiuto è definitivo?
Alcune dashboard di emailing si basano su una vecchia mappatura dei codici e continuano a classificare il ritorno come soft bounce, mentre il server destinatario ha già restituito un 5xx. Lo scarto tra la policy del provider di posta e l’etichetta dell’ESP nasconde un reale degrado della reputazione IP finché il codice grezzo non viene verificato.
Quale tasso di rimbalzo resta accettabile nel 2026?
La maggior parte degli attori della deliverability raccomanda di restare sotto il 2-3% di tasso di rimbalzo globale e sotto lo 0,1% di tasso di reclamo in Postmaster Tools. Oltre questi limiti, la reputazione dell’IP o del dominio comincia a degradarsi in modo visibile.
Il DMARC può provocare un rifiuto SMTP diretto?
Sì, se la policy del dominio è impostata su p=reject e il messaggio fallisce l’allineamento SPF o DKIM, il server destinatario restituisce un codice 5xx senza notifica al mittente originale, a differenza di una policy quarantine che instrada il messaggio verso lo spam.
Il protocollo non negozia mai due volte: un indirizzo rifiutato con 5xx resta rifiutato.
