Le tue campagne finiscono nello spam mentre il tool di emailing segnala invii riusciti? Apri prima Postmaster Tools: la reputazione del mittente si legge nel tasso di spam. Il tasso di spam sotto lo 0,10% è l’obiettivo e lo 0,30% il limite da non raggiungere mai. Le linee guida di Google non indicano alcuna durata per ricostruire la reputazione; questa guida dà l’ordine delle verifiche e poi un piano di correzione in 3 fasi con scadenze.
Cosa misurano Gmail, Outlook e Yahoo
La reputazione del mittente non si riduce a un voto unico. Ogni provider di caselle email ha la propria, costruita sui messaggi che i suoi utenti ricevono da te. Gmail la mostra in Postmaster Tools (tasso di spam, reputazione del dominio e dell’IP, autenticazione). Quella vecchia interfaccia lascerà il posto a una v2 e alla sua dashboard di conformità. Microsoft la mostra in SNDS e Yahoo nel suo Sender Hub. Il Sender Score è un’altra misura: un punteggio da 0 a 100 assegnato a un indirizzo IP da Validity, una terza parte, e non da un provider di caselle. Su un IP dedicato, la reputazione dell’indirizzo IP si controlla separatamente da quella del dominio.
Questi segnali dipendono da 5 fattori:
- il tasso di segnalazioni di spam;
- l’origine delle iscrizioni (single o double opt-in);
- i tassi di rimbalzo;
- la regolarità dei volumi inviati;
- il coinvolgimento dei destinatari.
Diagnosi: Postmaster Tools, SNDS e blacklist
Parti dalle misure: ogni rilevazione qui sotto esclude o conferma una causa.
Leggere il tasso di spam in Postmaster Tools
Aggiungi in Postmaster Tools il dominio DKIM (d=) o il dominio SPF (Return-Path) dei tuoi invii, poi convalidalo con il record TXT o CNAME fornito. Google indica fino a 10 minuti per la convalida (guida di Postmaster Tools). Senza convalida non compare nessun dato. La guida per configurare Google Postmaster descrive la procedura.
La dashboard copre solo i messaggi ricevuti da account @gmail.com o @googlemail.com. I destinatari Google Workspace restano fuori. L’indicazione di Google sta in una frase:
Mantieni i tassi di spam indicati in Postmaster Tools sotto lo 0,10% ed evita di raggiungere un tasso di spam dello 0,30% o superiore.
La frase compare nelle linee guida per i mittenti di email di Gmail. Google aggiunge che un tasso basso rende il mittente più resistente ai picchi occasionali di segnalazioni.
| Provider | Soglia di segnalazioni | Requisiti di autenticazione |
|---|---|---|
| Gmail | obiettivo sotto lo 0,10%, limite 0,30% | SPF, DKIM e DMARC oltre 5.000 messaggi al giorno |
| Yahoo | 0,3% (sulla posta recapitata in posta in arrivo) | SPF e DKIM, DMARC almeno in p=none |
| Outlook.com | non indicata nell’annuncio | SPF, DKIM e DMARC oltre 5.000 messaggi al giorno, rifiuto 550 5.7.515 dal 5 maggio 2025 |
Interrogare SNDS e il Sender Hub di Yahoo
Accedi a SNDS con un account Microsoft e richiedi l’accesso agli indirizzi IP di cui sei responsabile. Il servizio fornisce dati per IP e un programma di segnalazione della posta indesiderata (JMRP) che rimanda le segnalazioni degli utenti Outlook.com. La nostra scheda su Microsoft SNDS spiega le colonne del report.
Yahoo fissa lo stesso limite dello 0,3% di segnalazioni. Il calcolo parte dalla posta recapitata in posta in arrivo, secondo la pagina Sender Requirements: il tasso calcolato sui tuoi invii totali sarà quindi più basso di quello che applica Yahoo. Il Sender Hub di Yahoo serve a iscrivere i tuoi domini al Complaint Feedback Loop, che rimanda indietro le segnalazioni.
Cercare IP e dominio nelle blacklist
Spamhaus gestisce diverse liste: SBL, PBL, XBL per gli indirizzi IP e DBL per i domini. Interrogale con l’IP di invio, poi con il dominio del mittente. Se l’IP o il dominio compare in una lista, correggi prima la causa (lista acquistata, autenticazione, segnalazioni): ogni lista pubblica la propria procedura di rimozione e di norma respinge la richiesta finché il problema persiste.
Nei log SMTP, il codice 550 5.7.1 di Gmail può indicare che l’IP è in una lista di indirizzi sospesi, un caso che Google collega agli IP condivisi con cattiva reputazione. Il codice ha anche altre cause possibili, tra cui un dominio con una reputazione molto bassa. Un messaggio rifiutato con 5.7.26 segnala invece un difetto di autenticazione.
Le cause che fanno crollare la reputazione
Le rilevazioni puntano quasi sempre a una di queste cause.
In testa ci sono le liste acquistate. Yahoo sconsiglia di acquistare liste o di spuntare d’ufficio la casella di iscrizione. Spamhaus ricorda che le spam trap, indirizzi senza un titolare umano, servono a individuare i mittenti che raccolgono, comprano o trascurano di mantenere i propri contatti (guida Spamhaus sulle spamtrap, 2022). La verifica della lista riduce i rimbalzi ed elimina gli indirizzi morti. Non rileva una trappola che accetta la posta: solo l’origine della lista risolve questo rischio.
Viene poi l’assenza della disiscrizione con un clic. Gmail e Yahoo si aspettano un’intestazione List-Unsubscribe che permetta la disiscrizione con un clic (RFC 8058) per i messaggi di marketing. Le richieste vanno gestite entro 48 ore (raccomandazione di Google) o 2 giorni (Yahoo). Chi non trova l’uscita clicca su «spam».
Pesa anche l’autenticazione incompleta. Oltre 5.000 messaggi al giorno verso Gmail, Google richiede SPF, DKIM e DMARC, con un dominio dell’intestazione From allineato al dominio SPF o DKIM. Da novembre 2025 Gmail applica queste regole con più rigore: i messaggi non conformi rischiano rifiuti temporanei o definitivi, oltre a finire in spam. Microsoft ha annunciato il 2 aprile 2025 gli stessi requisiti per Outlook.com (domini con più di 5.000 messaggi al giorno). L’annuncio iniziale prevedeva prima lo smistamento nella cartella Junk dal 5 maggio 2025, poi il rifiuto a una data non precisata. L’aggiornamento del 29 aprile annulla questo passaggio: i messaggi non conformi vengono respinti con l’errore 550 5.7.515, con effetto dal 5 maggio 2025 come annunciato (annuncio Microsoft). Riprendi la configurazione dell’autenticazione se uno dei tre protocolli fallisce: SPF e DKIM provano l’origine del messaggio, DMARC stabilisce la politica da applicare in caso di errore.
Il volume ha un peso a sé. Secondo Google, raddoppiare di colpo gli invii può far scattare una limitazione della velocità o un calo di reputazione. Su un IP condiviso, anche la reputazione di tutti i clienti dello stesso pool incide sulle tue consegne. Un IP dedicato elimina questa dipendenza e ti lascia l’unico responsabile della sua reputazione.
Piano di correzione in 3 fasi
Nessun provider promette una durata. Le fasi qui sotto formano un calendario di lavoro, con tappe misurabili in Postmaster Tools.
Giorni 1-7: fermare il peggioramento
Sospendi gli invii ai contatti importati di recente e a quelli che non hanno aperto nulla negli ultimi 6 mesi. Mantieni la posta transazionale. Aggiungi l’intestazione List-Unsubscribe con un clic e correggi gli errori SPF, DKIM o di allineamento emersi sopra. Punta a 7 giorni consecutivi sotto lo 0,3%: sopra lo 0,3%, un mittente di massa perde l’accesso alle misure di mitigazione di Google e ne torna idoneo solo dopo 7 giorni consecutivi sotto questa soglia.
Settimane 2-4: pulire la lista e riprendere il volume
Passa la lista in uno strumento di verifica prima del prossimo invio, per esempio su un campione di 1.000 contatti, poi confronta il tasso di hard bounce prima e dopo la pulizia. La pulizia delle email elimina gli indirizzi non validi. Non dice nulla sull’interesse dei destinatari. Invia quindi una campagna di re-engagement agli inattivi e rimuovi chi non risponde.
Riprendi il volume con un warm-up a scaglioni, seguendo le raccomandazioni di Google: parti da pochi invii verso utenti interessati, controlla il tasso di spam e gli errori SMTP a ogni scaglione, riduci il volume se i rinvii persistono. Passa infine al double opt-in per le nuove iscrizioni.
Dopo la quarta settimana: blindare e monitorare
Google, Yahoo e Microsoft accettano un DMARC in p=none, che non protegge nulla ma produce report. Leggi i report aggregati (tag rua) finché tutte le tue fonti legittime superano l’allineamento. Poi sali a p=quarantine e quindi a p=reject. Iscriviti ai feedback loop dei provider, JMRP per Microsoft e Complaint Feedback Loop per Yahoo, per togliere dalla lista ogni utente che segnala. Regola infine la frequenza di invio sulla promessa fatta all’iscrizione, con oggetti email fedeli al contenuto: un ritmo più serrato o un oggetto ingannevole fa salire le segnalazioni.
Errori comuni
Convalidare il dominio sbagliato in Postmaster Tools. Google chiede il dominio DKIM o il dominio SPF dei tuoi messaggi. Un dominio di marca assente dalle intestazioni non genera nessun grafico.
Accontentarsi di un link «annulla l’iscrizione» nel corpo del messaggio. Google precisa che un link mailto nel testo non soddisfa il requisito della disiscrizione con un clic, che passa dalle intestazioni.
Credere che lo status di mittente di massa sparisca quando il volume cala. Non scade: secondo le FAQ di Google, un dominio che ha raggiunto 5.000 messaggi al giorno verso Gmail resta soggetto alle regole dei grandi mittenti, senza data di uscita.
Giudicare la reputazione da un solo indicatore. Un buon Sender Score non evita un blocco su Gmail, che solo Postmaster Tools documenta.
Domande frequenti
Si può chiedere a Google di togliere un blocco?
Solo i mittenti di massa che rispettano tutti i requisiti possono presentare una richiesta tramite il modulo di contatto di Google. Da giugno 2024, un tasso di spam sopra lo 0,3% esclude da queste misure di mitigazione.
Le regole valgono anche sotto i 5.000 messaggi al giorno?
Sì per la base. Dal 1° febbraio 2024, ogni mittente verso Gmail deve autenticare con SPF o DKIM, usare TLS, avere un DNS inverso valido e restare sotto lo 0,3% di spam. DMARC e la disiscrizione con un clic diventano obbligatori solo oltre i 5.000 messaggi giornalieri.
Un nuovo dominio sfugge alla reputazione del vecchio?
Google applica le sue misure più in fretta ai nuovi domini, definiti come quelli che dal 1° gennaio 2024 non hanno superato i 5.000 messaggi al giorno verso Gmail. Cambiare dominio per sfuggire a una cattiva reputazione espone quindi a un controllo più rapido.
