Trasforma le email in fatturato con Brew.
Postmaster Tools v2 elimina i grafici sulla reputazione di dominio e IP. Cosa mostra, a che punto è l’API e un piano settimanale con soglie per sostituirli.

Google Postmaster Tools è la dashboard gratuita di Google che mostra come Gmail tratta le email inviate in grandi volumi da un dominio che hai verificato con un record DNS. La versione 2 sta sostituendo la versione 1 ed elimina le valutazioni della reputazione di dominio e IP che molti team controllavano ogni mattina. Ecco cosa mostra la v2, a che punto è l’API e cosa controlliamo invece ogni settimana.
Al Iverson di Spam Resource ha riferito a settembre 2025 che “dal 30 settembre 2025 gli utenti avranno accesso solo alla versione più recente (v2)”. A novembre 2025 Google ha sospeso il passaggio, poi il 20 agosto 2026 Iverson ha riferito che la sospensione era stata revocata: “GPT V1 è ora in fase di dismissione”.
La cronologia, dalle note di rilascio dell’API di Gmail e da Spam Resource:
| Data | Cosa è successo |
|---|---|
| 2024 | Postmaster Tools v2 viene lanciato accanto alla v1 |
| 2 dic 2025 | API v2beta in anteprima per sviluppatori |
| 3 feb 2026 | API v2 in disponibilità generale |
| 24 giu 2026 | Gestione di domini e utenti nell’API; lo stato di conformità restituisce il verdetto sulla deliverability |
| 20 ago 2026 | Spam Resource segnala che l’accesso alla v1 viene rimosso un account alla volta |
Le pagine di Google sono in ritardo. A inizio ottobre il suo avviso di dismissione diceva ancora “stiamo posticipando la dismissione della vecchia interfaccia web di Postmaster Tools”, senza una data, e le linee guida per i mittenti dicono ancora di controllare “la reputazione del tuo dominio e del tuo indirizzo IP con Postmaster Tools”. Per la maggior parte degli account, la v1 è già sparita.

Cosa è rimasto, cosa è nuovo e cosa tenere d’occhio al posto della reputazione.
Secondo la pagina di assistenza sulle dashboard di Google, tutte le dashboard riguardano solo gli account Gmail personali, si aggiornano entro circa 24 ore, usano l’ora UTC e possono avere dei vuoti nei giorni con pochi invii.
Ogni mittente riceve cinque controlli basati sulle linee guida per i mittenti: SPF e DKIM, record DNS, formattazione dei messaggi, crittografia e tasso di spam. Per i mittenti di grandi volumi, cioè circa 5.000 o più email al giorno verso Gmail, si aggiungono DMARC, disiscrizione con un clic e rispetto delle disiscrizioni.
Ogni riga indica Conforme (Compliant), Da migliorare (Needs work) o Nessun dato trovato (No data found). Sono medie mobili, quindi una correzione può impiegare fino a 7 giorni per comparire. Lo stato riguarda solo i domini principali: se verifichi email.example.com, le righe coprono tutto example.com. La riga sul rispetto delle disiscrizioni (“Honor unsubscribe”) mostra Da migliorare se le disiscrizioni richiedono più di 48 ore, e Google conta una richiesta anche se la tua CDN o il tuo firewall l’hanno bloccata.
L’API restituisce questo verdetto per dominio come deliverabilityStatusVerdict da domains.getComplianceStatus. Iverson ha elencato ogni messaggio con il relativo valore nell’API:
| Messaggio nella dashboard | Motivo nell’API | Cosa fare |
|---|---|---|
| Gli utenti segnalano di voler ricevere le tue email | USER_FEEDBACK_POSITIVE |
Niente. È l’obiettivo. |
| Email in uscita insufficienti | MESSAGE_VOLUME_LOW |
Invia con regolarità e aumenta i volumi gradualmente. |
| Non soddisfi i nostri requisiti per i mittenti | SENDER_NOT_COMPLIANT |
Correggi le righe Da migliorare nello stato di conformità. |
| Molti messaggi con errori di consegna | SMTP_ERRORS_HIGH |
Leggi le risposte 4xx e 5xx di Gmail e rallenta. |
| Gli utenti segnalano di non voler ricevere le tue email | USER_FEEDBACK_NEGATIVE |
Rivedi a chi scrivi, con quale frequenza e cosa invii. |
| Gli utenti non interagiscono con i tuoi messaggi | USER_FEEDBACK_LOW |
Togli i destinatari inattivi da tempo e cambia i contenuti. |
| Il tuo tasso di spam è superiore allo 0,1% | SPAM_RATE_HIGH |
Urgente. Smetti di inviare ai contatti delle fonti che generano le segnalazioni di spam. |
Tieni d’occhio USER_FEEDBACK_LOW. Niente rimbalza, il tasso di spam sembra a posto, eppure le persone ti ignorano. Nella v1 si presentava come una reputazione che scivolava da alta a media.
Il tasso di spam è la quota di email autenticate con DKIM e consegnate in inbox che i destinatari hanno segnalato come spam. Feedback loop lo suddivide in base al tuo header Feedback-ID, per mostrare quale flusso di invii genera le segnalazioni. Autenticazione mostra le percentuali di superamento di SPF, DKIM e DMARC, e Crittografia la quota inviata tramite TLS.
Errori di consegna (Delivery errors) è ora la dashboard più importante: mostra la quota di email autenticate che Gmail ha rifiutato o rinviato, con i motivi. I motivi di rifiuto nell’API v2 sono bad_attachment, bad_or_missing_ptr_record, ip_in_rbls, low_domain_reputation, low_ip_reputation, spammy_content, stamp_policy_error e other. La reputazione sopravvive solo come motivo di rifiuto, quando ti è già costata dei messaggi.
Le vecchie dashboard valutavano ogni dominio e IP come scarsa, bassa, media o alta (Bad, Low, Medium, High). L’avviso di Google dice che per la maggior parte dei mittenti questi dati “non si traducono facilmente in azioni concrete”, che i cambiamenti di comportamento “si riflettono lentamente” e che la dashboard “può essere fuorviante, perché la reputazione è solo uno dei tanti fattori che influiscono sulla deliverability”.
Giusto, ma resta una perdita. Come ha scritto Iverson ad agosto, il grafico mostrava una correzione che faceva effetto nel giro di settimane. Il verdetto mostra solo la situazione di oggi. Sono state promesse nuove dashboard, senza una data.
La guida alla migrazione di Google per la v2, ora in disponibilità generale: trafficStats diventa domainStats, un unico metodo domains.domainStats.query sostituisce get e list, domainStats:batchQuery copre più domini per chiamata e domains.getComplianceStatus è nuovo.
Le metriche della v2 sono SPAM_RATE, FEEDBACK_LOOP_ID, FEEDBACK_LOOP_SPAM_RATE, AUTH_SUCCESS_RATE, TLS_ENCRYPTION_RATE, TLS_ENCRYPTION_MESSAGE_COUNT, DELIVERY_ERROR_COUNT e DELIVERY_ERROR_RATE. Google dice che la v2 copre “tutte le funzionalità esistenti della v1, tranne la reputazione di dominio e IP” e che “l’attuale API v1 verrà dismessa”. Non c’è ancora una data. Non costruire niente di nuovo sulla v1.
Tassi giornalieri di spam e di rifiuto per un dominio:
POST https://gmailpostmastertools.googleapis.com/v2/domains/example.com/domainStats:query
Authorization: Bearer <oauth-token with postmaster.traffic.readonly>
Content-Type: application/json
{
"metricDefinitions": [
{ "name": "spam_rate", "baseMetric": { "standardMetric": "SPAM_RATE" } },
{
"name": "reject_rate",
"baseMetric": { "standardMetric": "DELIVERY_ERROR_RATE" },
"filter": "error_type = \"reject\""
}
],
"timeQuery": {
"dateRanges": {
"dateRanges": [
{ "start": { "year": 2026, "month": 9, "day": 28 },
"end": { "year": 2026, "month": 10, "day": 4 } }
]
}
},
"aggregationGranularity": "DAILY"
}Entrambe le date sono incluse. Un giorno mancante indica volumi bassi, non zero segnalazioni. Se una dashboard interna legge ancora la reputazione della v1, elimina quel pannello.
Nessun segnale da solo sostituisce la reputazione, ma insieme questi ti avvisano prima del vecchio grafico.
Le FAQ di Google per i mittenti dicono di restare sotto lo 0,1% e di non arrivare mai allo 0,3%. Sopra lo 0,1% i mittenti di grandi volumi sono già penalizzati. Allo 0,3% perdi l’accesso alle misure di mitigazione, e Google non darà seguito alle richieste di assistenza finché non resterai sotto lo 0,3% per 7 giorni consecutivi.
Gmail conta solo le email arrivate in inbox, quindi se molti messaggi finiscono nella cartella spam il tasso sembra sano. Se il tasso di spam e i clic calano insieme, è una cattiva notizia.
Le best practice di Yahoo per i mittenti usano lo stesso tetto dello 0,3%. Un ESP che divide per tutte le email consegnate, cartella spam compresa, mostrerà un valore più basso di entrambi.
Le risposte SMTP sono il riscontro più diretto che hai. Raggruppa ogni settimana rimbalzi e rinvii (deferral) per provider e per codice. Ecco i principali, dal riferimento sugli errori SMTP di Google e dalle pagine di ciascun provider:
| Provider | Risposta | Significato |
|---|---|---|
| Gmail | 421 4.7.0 “very low reputation of the sending IP address” o “sending domain” |
Problema di reputazione, messaggio rinviato. Il testo dice quale. |
| Gmail | 550 5.7.1 “likely unsolicited” o “very low reputation” |
Rifiutato come spam |
| Gmail | 421 4.7.28 “unusual rate of unsolicited email” |
Limitazione della frequenza su IP, dominio o dominio di un URL |
| Gmail | 4.7.27, 4.7.30, 4.7.31, 4.7.32 |
SPF non superato, DKIM non superato, nessun record DMARC, From non allineato |
| Microsoft | 550 5.7.515 |
Un dominio che invia più di 5.000 email al giorno non ha soddisfatto i requisiti di autenticazione di Outlook |
| Yahoo | 421 o 451 |
Temporaneo, anche per segnalazioni di spam e traffico insolito (codici di errore di Yahoo) |
| Yahoo | 553 o 554 |
Permanente, anche per errori DMARC e presenza nelle liste di Spamhaus. Non riprovare. |
Leggi il testo che segue il codice. Il riferimento di Google elenca dieci diverse risposte 4.7.0, dal record PTR mancante alla bassa reputazione del dominio.
Gmail ti giudica in base al comportamento dei destinatari, quindi monitora i clic unici di persone reali per messaggio consegnato, per provider e per settimana. Un calo presso un solo provider di solito indica un filtraggio da parte sua; un calo ovunque di solito indica che sono cambiati i contenuti o il pubblico.
Non le aperture: la funzione Mail Privacy Protection di Apple “scarica i contenuti remoti in background per impostazione predefinita, indipendentemente dal fatto che tu interagisca o meno con l’email”. Escludi anche i clic degli scanner di sicurezza (come contiamo un clic reale).
Una trappola: le aziende che usano Google Workspace hanno i propri domini. Considera gmail.com, outlook.com, hotmail.com, yahoo.com e icloud.com come provider, e il resto come posta aziendale.
Un seed test indica se il messaggio è arrivato in inbox, in spam o non è arrivato affatto, per un insieme fisso di indirizzi presso ciascun provider. Intercetta i problemi che colpirebbero tutti i destinatari: una chiave DKIM non funzionante, un dominio dei link in blocklist, contenuti che sanno di spam. Gli indirizzi seed non hanno uno storico con te, né aperture, risposte o clic su “Non è spam”, e Gmail decide in parte destinatario per destinatario. La pagina sui feed delle prestazioni di Yahoo dice che il tracciamento basato su panel e pixel “può compromettere la privacy e la sicurezza dei nostri utenti e violare i nostri termini e le nostre norme”. Eseguine uno dopo modifiche a DNS, dominio, modello o dominio dei link e prima degli invii importanti. Non presentarlo mai come il tuo tasso di posizionamento in inbox.
La vista Insights di Yahoo Sender Hub mostra il tasso di segnalazioni di spam e il numero di email consegnate per ogni dominio DKIM verificato, sulle email arrivate in inbox, sopra un volume giornaliero minimo. Iscrivi gli stessi domini al Complaint Feedback Loop di Yahoo per ricevere un report per ogni segnalazione; i feedback loop basati sugli IP non esistono più.
SNDS di Microsoft, che quest’anno è passato a un nuovo portale, mostra volume, tasso di segnalazioni di spam e un risultato del filtro per ogni IP che controlli. Le FAQ di SNDS definiscono verde meno del 10% di messaggi giudicati spam, giallo tra il 10% e il 90% e rosso oltre il 90%, e considerano un tasso di segnalazioni inferiore allo 0,3% “una buona soglia”. L’accesso scade 10 mesi dopo l’approvazione o la migrazione, quindi segna in calendario il rinnovo dell’attestazione. Gli IP condivisi non si possono registrare, quindi chiedi al tuo provider cosa monitora.
I report aggregati mostrano ogni fonte che usa il tuo dominio From e se SPF e DKIM hanno superato il controllo con allineamento. Il formato ora è definito dalla RFC 9990, pubblicata a maggio 2026, che insieme alle RFC 9989 e 9991 sostituisce la RFC 7489. Pubblica un indirizzo rua che punti a uno strumento in grado di analizzarli:
_dmarc.example.com. IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@example.com"Cerca nuove fonti, un allineamento DKIM in calo e volumi insoliti. Dopo un calo improvviso su Gmail, noi controlliamo prima l’autenticazione: di solito è la correzione più rapida.
Poi le blocklist. La Domain Blocklist di Spamhaus riguarda i domini, compresi quelli dei link e delle immagini nel corpo dell’email; la SBL riguarda gli IP. Gmail segnala la presenza degli IP in queste liste come ip_in_rbls.
Le soglie dello 0,1% e dello 0,3% e quelle di SNDS vengono da Google, Yahoo e Microsoft. Le soglie per rimbalzi e clic sono nostre, quindi adattale alla tua baseline.
| Controllo | Dove | Situazione sana | Intervieni quando | Prima azione |
|---|---|---|---|---|
| Tasso di spam di Gmail | Postmaster Tools v2 o API | Sotto lo 0,1% | 0,1% o più in un qualsiasi giorno | Trova il flusso di invii in Feedback loop e mettilo in pausa |
| Verdetto di Gmail | Analisi della deliverability | USER_FEEDBACK_POSITIVE |
Qualsiasi altro verdetto per 2 settimane | Segui l’azione indicata sopra per quel verdetto |
| Conformità su Gmail | Stato di conformità | Tutte le righe Conforme | Qualsiasi riga Da migliorare | Correggi, poi aspetta 7 giorni per l’aggiornamento |
| Segnalazioni di spam su Yahoo | Insights di Sender Hub | Ben sotto lo 0,3% | In aumento per 2 settimane di fila | Controlla i report del feedback loop per campagna |
| IP su Outlook | SNDS (solo IP propri) | Verde | Qualsiasi giorno giallo o rosso | Confronta volume e pubblico di quel giorno |
| Rimbalzi e rinvii | Log dei rimbalzi, per provider | Rimbalzi permanenti sotto l’1% | Oltre il 2%, o testo che cita reputazione o limiti di frequenza | Rallenta l’invio e leggi la risposta completa |
| Clic per provider | Le tue statistiche | Entro il 20% dalla media delle ultime 8 settimane | Un provider in calo del 20% o più | Fai un seed test sull’invio successivo e riduci gli inattivi su quel provider |
| Autenticazione | Report aggregati DMARC | Le fonti note superano il controllo e sono allineate | Nuova fonte o allineamento in calo | Correggi il DNS o il DKIM del fornitore prima di inviare |
| Blocklist | Ricerca su Spamhaus | Non presente | Qualsiasi presenza | Trova la causa, poi chiedi la rimozione dalla lista |
| Seed test | Strumento di posizionamento | Inbox presso ogni provider principale | Spam presso qualsiasi provider | Confronta con l’ultima versione che superava il test |
Brew copre i controlli basati sui tuoi invii. Tieni aperti in parallelo Postmaster Tools, Sender Hub e SNDS.
get_domain_health (strumento MCP, oppure GET /v1/domains/{domainId}/health) è gratuito. Restituisce un verdetto healthy, at_risk o critical, lo stato di SPF, DKIM e DMARC, un punteggio da 0 a 100 con la tendenza e dei segnali con le correzioni suggerite. Il suo pilastro “reputazione” usa i tassi di rimbalzo e di segnalazione di spam che Brew misura sui tuoi invii di campagne e automazioni, per dominio quando i volumi lo consentono e altrimenti sull’intero workspace. Quel pilastro vale il 25% del punteggio e usa le stesse soglie dello 0,1% e dello 0,3%; lo 0,3% o più con almeno tre segnalazioni limita il punteggio a 40. include=scoreHistory restituisce fino a 50 snapshot, così ritrovi una linea di tendenza.
create_inbox_placement_test invia una vera email dal tuo dominio verificato a inbox di test su Gmail, Outlook, Yahoo, Apple e altri provider, per 10 crediti più il piccolo invio. La verifica di un dominio di marketing avvia anche un test gratuito con cinque varianti di modello, da Nota semplice a Promozionale. Valgono le avvertenze sui seed test viste sopra.
Per i clic per provider, usa due volte il feed degli eventi: GET /v1/analytics/events?eventType=clicked&groupBy=recipientDomain&bucket=week, poi la stessa richiesta con eventType=delivered. Dividi un valore per l’altro per dominio e settimana. I clic dei bot sono esclusi per impostazione predefinita. Sono conteggi di eventi, quindi una persona che clicca due volte conta due volte: va bene per individuare un calo del 20% presso un provider, ma non è il tasso di clic unici dei report di invio. I conteggi raggruppati leggono i 20.000 eventi più recenti, quindi con una lista di grandi volumi passa from e to una settimana alla volta e controlla il flag truncated. Per i problemi, sostituisci il tipo di evento con bounced, complained o delivery_delayed; i codici di stato restano nel tuo log dei rimbalzi.
No. Né la v2 né la sua API hanno una metrica della reputazione. Una reputazione bassa compare solo come motivo di rifiuto in Errori di consegna, e il verdetto dell’analisi della deliverability è il sostituto più vicino.
Google dice di restare sotto lo 0,1% e di non arrivare mai allo 0,3%. Sopra lo 0,1% i mittenti di grandi volumi sono già penalizzati, e allo 0,3% Google non ti aiuterà finché il tasso non resterà sotto lo 0,3% per 7 giorni consecutivi.
Google dice che l’API v1 verrà dismessa e invita a migrare alla v2, in disponibilità generale dal 3 febbraio 2026, ma non ha fissato una data. La v2 copre tutto tranne la reputazione.
Postmaster Tools nasconde i dati dei giorni con pochi invii verso gli account Gmail personali. Il tasso di spam conta solo le email autenticate con DKIM, e il dominio verificato deve corrispondere al dominio DKIM o SPF delle tue email. L’analisi della deliverability mostra “Email in uscita insufficienti” (Not enough outgoing email) quando Gmail non è ancora in grado di valutare il tuo dominio.
Per i problemi che colpiscono tutti i destinatari, come un’autenticazione non superata o un link in blocklist, sì. Non tengono conto dell’engagement degli iscritti, quindi valuta il posizionamento reale in base al tasso di spam, ai clic per provider e al verdetto di Gmail. La nostra guida alla deliverability e lo State of Email di settembre approfondiscono il contesto generale.
