Gmail verifica il mittente, non la voglia di ricevere le sue email

⚡L'essenziale

• Il programma apre l'8 settembre 2026 ai comitati politici statunitensi idonei che inviano verso account Gmail personali.
• Google verifica l'identità del comitato e il suo dominio. Questa verifica non garantisce né la posta Principale né l'assenza di filtraggio.
• Il dominio deve avere SPF, firmare i messaggi con DKIM, usare un'IP non condivisa ed essere seguito in Postmaster Tools.
• Un tasso di spam medio dello 0,3% o superiore su 14 giorni espone il dominio a una sospensione di 7 giorni o a un'uscita definitiva.
• Per ogni mittente, la lezione resta la stessa: autentica, separa i flussi, misura i reclami e rendi l'uscita semplice.

"I comitati politici potranno aggirare il filtro spam di Gmail." La scorciatoia sta in un titolo. Non regge di fronte alla documentazione pubblicata da Google per l'8 settembre 2026.

Il Gmail Verified Sender Program stabilisce prima di tutto che un dominio appartiene davvero a un comitato politico statunitense dichiarato. Poi impone una configurazione mail controllabile e un tetto di reclami. Google non certifica che i destinatari vogliano questi messaggi. Il pulsante "Spam" resta lì, come il blocco di un mittente e la disiscrizione.

Questo dettaglio cambia tutta la lettura. Un'identità convalidata risponde a "chi invia?". La deliverability risponde a un'altra domanda: "questo destinatario vuole ancora ricevere questo flusso?". Confondere le due cose porta a un'operazione fragile, in politica come altrove.

Quello che è davvero il Gmail Verified Sender Program

Il programma è uno schema volontario di verifica e conformità per certi comitati politici statunitensi. Il perimetro annunciato riguarda i messaggi inviati a account Gmail personali.

L'apertura è fissata all'8 settembre 2026. Sono idonei i candidati, i partiti, i PAC e gli altri comitati politici costituiti come organizzazioni esenti ai sensi della section 527, a condizione di essere registrati presso la Federal Election Commission o un'autorità elettorale statale, locale o tribale.

Il perimetro "Gmail personale" merita di essere scritto nero su bianco. Google definisce questi account come gli indirizzi che finiscono con @gmail.com o @googlemail.com. La documentazione generale dei mittenti non si applica allo stesso modo ai messaggi in arrivo su un dominio Google Workspace. Un operatore deve quindi segmentare le misure per destinazione, invece di aggregare Gmail personale e tutti i domini ospitati da Google.

L'iscrizione inizia da Campaign Verify. Questo organismo statunitense non partigiano, costituito come 501(c)(3), controlla l'identità del comitato. Dopo questo passaggio, verifica il dominio presentato. Il dominio deve corrispondere al sito pubblico del comitato o reindirizzare ad esso. I domini di posta gratuita e i domini condivisi sono rifiutati. Campaign Verify precisa anche che verifica il dominio radice, non la parte locale prima di @.

Il comitato deve in parallelo possedere un account Postmaster Tools associato al dominio di invio e verificare quel dominio. Dopo la conferma di Campaign Verify, Google annuncia uno stato attivo entro uno o due giorni lavorativi. Lo stato del programma si legge nella dashboard di conformità di Postmaster Tools.

Questa sequenza evita una confusione frequente nei team mail. Campaign Verify controlla l'entità e il suo legame con il dominio. Postmaster Tools controlla la proprietà tecnica del dominio ed espone i dati ricevuti da Gmail. Gmail applica infine le sue policy al traffico. Tre funzioni, non un unico timbro.

Quello che questo programma non è

Il Gmail Verified Sender Program non è una garanzia di inbox, né la spunta blu BIMI, né un sostituto delle regole Gmail per i mittenti di massa.

Non è un bypass documentato del filtro spam

La pagina 2026 non promette che ogni messaggio convalidato finirà nella posta Principale. Dice che il programma aiuta i comitati idonei e conformi a consegnare i messaggi in modo affidabile. La FAQ aggiunge che la deliverability dipende dalla conformità continua e dall'engagement positivo dei destinatari, misurato in particolare dal tasso di spam.

Le parole contano. Google non descrive i trattamenti algoritmici concessi ai partecipanti. La documentazione indica solo che, dopo una sospensione o una cessazione, il dominio può continuare a inviare verso Gmail e torna sotto il filtraggio spam standard. Si può dedurre che uno stato attivo produca un trattamento distinto. Non si può dedurre un'esenzione totale dai filtri, e ancora meno una consegna garantita nella scheda Principale.

Non è la spunta blu di Gmail

La parola "verified" indica qui la verifica di un comitato e del suo dominio. Non è il meccanismo visivo trattato in Gmail Verified contro Google Verified, dove BIMI, VMC e Business Profile possono mostrare contrassegni diversi nell'interfaccia Gmail. Nessun logo di marca né certificato VMC sostituisce le regole del programma politico.

Non sono le regole bulk di novembre 2025

Le esigenze generali per i mittenti che inviano circa 5.000 messaggi o più al giorno verso Gmail personale esistono da febbraio 2024. Gmail ha rafforzato progressivamente la loro applicazione a partire da novembre 2025. Il nostro dossier sulle esigenze Gmail per i mittenti di massa copre questa base.

Il programma politico aggiunge una verifica di identità e un vincolo di infrastruttura. Un partecipante che supera la soglia bulk non è dispensato né da DMARC, né dall'allineamento del dominio visibile, né dalla disiscrizione in un clic per i messaggi interessati, né dal DNS inverso, né da TLS, né dal formato RFC 5322.

Quello che Google esige davvero

L'ammissione poggia su cinque famiglie di controlli: idoneità, identità del dominio, autenticazione, infrastruttura e comportamento misurato da Gmail.

Controllo	Requisito 2026	Prova o osservazione	Conseguenza pratica
Idoneità	Comitato politico statunitense idoneo, organizzazione 527 registrata	Documentazione presso la FEC o un'autorità statale, locale o tribale	Il programma non è aperto a un mittente commerciale ordinario
Identità	Comitato e dominio verificati da Campaign Verify	Il dominio ospita il sito pubblico del comitato o vi reindirizza	Un dominio gratuito, condiviso o già rivendicato viene rifiutato
Postmaster Tools	Account associato al dominio e dominio verificato	Stato visibile nella dashboard di conformità	Gli avvisi e i cambi di stato sono comunicati lì
SPF	SPF configurato sul dominio di invio	Risultato di autenticazione osservato da Gmail	L'autorizzazione IP deve coprire ogni fonte reale
DKIM	Ogni messaggio è firmato dal dominio di invio	Firma DKIM valida con il dominio previsto	Una firma apposta da un dominio di terzi non soddisfa la formulazione del programma
Infrastruttura	L'IP del dominio di invio non è condivisa con nessun altro mittente	Inventario ESP, pool IP e log SMTP	Un pool condiviso standard non è adatto
Reclami	Tasso di spam inferiore allo 0,3% su una media di 14 giorni	Spam Rate e conformità in Postmaster Tools	Allo 0,3% o più, il dominio viola la policy
Conformità continua	Policy del programma e regole Gmail rispettate	Dashboard di conformità e comportamento del traffico	Possibile sospensione di 7 giorni o cessazione definitiva

La tabella è disponibile in CSV e JSON dai link di export dell'articolo.

SPF e DKIM devono portare il dominio giusto

La formulazione di Google è più precisa di un semplice "SPF e DKIM attivati". Il dominio di invio deve avere SPF configurato, e i messaggi devono essere firmati DKIM da quel dominio. Campaign Verify aggiunge che l'allineamento non rientra nel suo controllo, ma che un difetto di allineamento impedisce la piena conformità al programma Gmail.

Prendiamo un flusso inviato con From: info@captaindns.com. Se un ESP firma solo con il suo dominio tecnico, la firma può essere valida senza provare il controllo di captaindns.com. Per il programma e per DMARC, configura una firma DKIM personalizzata con d=captaindns.com o un sottodominio allineato secondo la policy applicabile. Controlla separatamente il record SPF, la chiave pubblicata dal Checker DKIM e il record DMARC.

SPF da solo resta agganciato all'envelope SMTP. Un inoltro può romperlo. DKIM applica una firma al messaggio, ma un intermediario può modificare una parte firmata. DMARC collega almeno uno di questi risultati al dominio visibile in From:. Per questo uno screenshot con tre spunte un martedì non sostituisce una misura continua del traffico reale.

Un'IP non condivisa, non solo un'opzione commerciale chiamata "dedicata"

Google scrive: "Avoid sending messages with shared infrastructure; ensure that the IP address for your sending domain is not shared with any other senders." Il vincolo mira all'uso reale dell'indirizzo IP. Non chiede di comprare un'opzione la cui scheda commerciale porta la parola "dedicated".

Un ESP può riservare un'IP a un account mescolando comunque più clienti dietro un altro strato di routing. All'inverso, un'organizzazione può gestire da sé un'IP assegnata a un solo mittente. L'audit deve seguire il percorso SMTP osservato: IP sorgente, DNS inverso, pool di fallback, regioni, ripresa dopo incidente ed eventuale provider secondario.

Un'IP isolata non vale una buona reputazione. Toglie il rischio causato dai vicini, ma lascia il proprietario solo responsabile del riscaldamento, dei volumi e dei reclami. Un'IP nuova lanciata di colpo a pieno regime è isolata e sospetta. Google consiglia di aumentare i volumi lentamente e di limitarsi a invii ragionevoli, attesi dai destinatari.

Il tasso di spam è una misura di reclamo, non un verdetto astratto

Per questo programma, il tasso deve restare sotto lo 0,3% su una media di 14 giorni. La regola è stretta: lo 0,3% non è un obiettivo accettabile, è la soglia di violazione. Su 100.000 messaggi contabilizzati nel denominatore pertinente, 300 reclami rappresentano già lo 0,3%.

Il denominatore di Postmaster Tools sorprende spesso. La tabella Spam Rate misura i messaggi autenticati DKIM consegnati nella posta in arrivo di utenti coinvolti, poi marcati come spam. Se Gmail mette già molti messaggi in spam in automatico, il tasso mostrato può sembrare artificialmente basso. Un valore minuscolo non prova quindi che tutta la lista sia soddisfatta.

I dati non sono in tempo reale. Google annuncia un aggiornamento abituale entro 24 ore, a volte più lento. I giorni a basso volume possono non mostrare nulla per proteggere la privacy. Un'operazione seria conserva i propri dati di disiscrizione, bounce, volumi e campagne, poi li confronta con i dati Google.

Identità verificata, desiderio del destinatario

Google verifica l'autenticità del mittente. Il destinatario tiene l'ultima parola sul carattere desiderato del messaggio.

La policy Gmail lo formula senza giri di parole:

Your definition of "unsolicited" mail may differ from your email recipients' perception.

Anche un contatto che ha accettato messaggi in passato può non volerli più oggi. L'anzianità di un opt-in non annulla questa evoluzione. Una raccolta lecita non è un permesso perpetuo.

Il diagramma mostra il vero ordine dei controlli. La legalità definisce ciò che un mittente può fare. L'autenticazione prova quale dominio ha inviato il messaggio. La reputazione sintetizza lo storico osservato. La decisione di consegna arriva dopo questi controlli e dipende ancora dal destinatario, dal messaggio e dal contesto.

Il CAN-SPAM Act illustra bene la separazione. La FTC spiega che la legge mira quasi esclusivamente ai messaggi commerciali. I messaggi il cui scopo si limita a sollecitare donazioni di beneficenza o a promuovere un contenuto politico non commerciale in genere non sono regolati da CAN-SPAM. Questo non trasforma quei messaggi in posta desiderata. La regola giuridica e il segnale "Spam" di Gmail non rispondono alla stessa domanda.

Un link di disiscrizione resta quindi utile anche quando una lettura giuridica stretta non lo impone. Google lo consiglia esplicitamente ai partecipanti del programma. Riduce la tentazione di cliccare su "Spam", dà un'uscita misurabile e pulisce la lista. Per i flussi promozionali soggetti alle regole bulk, l'header di disiscrizione in un clic risponde in più a un'esigenza tecnica distinta.

Evita anche la falsa scelta tra "Spam" e "Non spam". Un destinatario può bloccare un mittente, disiscriversi, ignorare il messaggio o cancellarlo. Ognuna di queste azioni racconta una relazione diversa. Gmail non pubblica tutto il suo modello, ma la documentazione conferma che l'engagement dei destinatari interviene nella deliverability del programma.

Dal pilota del 2022 al programma del 2026

Il pilota lanciato a settembre 2022 e il programma annunciato per il 2026 condividono un pubblico politico, ma il trattamento documentato non è lo stesso.

Nell'agosto 2022, la FEC ha emesso il parere consultivo 2022-14 sul progetto di Google. Il pilota riguardava i comitati autorizzati di candidati federali, i comitati di partito e i leadership PAC. La FEC descriveva un meccanismo in cui i messaggi bulk dei partecipanti non venivano rilevati dall'algoritmo spam ordinario. La classificazione si basava allora sul feedback diretto dell'utente, con, sul primo messaggio, un invito a scegliere se continuare o no a ricevere quel flusso.

Google ha lanciato il pilota il 19 settembre 2022. Più di 100 comitati dei due partiti hanno partecipato, secondo le dichiarazioni dell'azienda riportate a fine del test. Il pilota è terminato il 31 gennaio 2023. Sono fatti storici utili, perché spiegano perché la parola "bypass" torna oggi.

La documentazione 2026 non riprende questa descrizione tecnica. Non dice che i partecipanti sfuggono agli algoritmi spam. Insiste sull'identità, i controlli di autenticazione, l'IP non condivisa, la conformità e la media dei reclami su 14 giorni. Precisa che il filtraggio standard torna dopo l'uscita dal programma, senza spiegare il trattamento esatto finché lo stato resta attivo.

Questa assenza non autorizza a riempire il vuoto. Scrivere che il 2026 riproduce il bypass del 2022 sarebbe un'estrapolazione. Scrivere che non cambia nessun trattamento sarebbe altrettanto azzardato. La conclusione difendibile è più stretta: Google concede un programma distinto ai mittenti verificati e conformi, ma non documenta una via garantita verso l'inbox.

La causa tra il Republican National Committee e Google non cambia questa lettura tecnica. Il RNC aveva citato Google per la classificazione delle sue email di raccolta fondi nel 2022. Il tribunale distrettuale ha respinto le domande. Il 16 gennaio 2026, la Corte d'appello federale del 9th Circuit ha confermato questo rigetto. Il suo memorandum non è un capitolato di deliverability e non descrive il nuovo programma.

La dottrina Gmail vale per tutti i mittenti

Il programma 2026 rende particolarmente visibile una dottrina già applicata al resto del traffico: una configurazione conforme dà il diritto di essere valutati correttamente, non un diritto all'inbox.

Dal 1 febbraio 2024, tutti i mittenti verso Gmail personale devono usare SPF o DKIM, avere record DNS diretto e inverso validi, impiegare TLS, rispettare RFC 5322 e mantenere un tasso di spam inferiore allo 0,3%. Google in pratica consiglia di restare sotto lo 0,1% e di evitare di arrivare allo 0,3%.

A partire da circa 5.000 messaggi al giorno, calcolati sul dominio principale, SPF e DKIM diventano entrambi obbligatori. DMARC può partire da p=none, e il dominio visibile deve allinearsi con SPF o DKIM per gli invii diretti. I messaggi marketing e quelli inviati agli abbonati devono proporre la disiscrizione in un clic e un link visibile nel corpo. Una volta classificato come bulk sender, il dominio mantiene questo stato.

Il programma politico riutilizza parecchi di questi pezzi, poi stringe due viti: l'identità è controllata da un terzo e l'infrastruttura non può essere condivisa. In cambio, il reclamo resta centrale. È coerente. Un dominio autentico può inviare posta stancante, ripetitiva o troppo frequente. DKIM firmerà quella posta con una precisione perfetta.

Il metodo di punteggio di deliverability separa appunto autenticazione, reputazione, trasporto e engagement. Nessun pilastro compensa meccanicamente gli altri. Una buona firma DKIM non cancella lo 0,4% di reclami. Una lista coinvolta non ripara un dominio non allineato. Un'IP pulita non rende accettabile un oggetto ingannevole.

I team che cercano ancora "il parametro per passare Gmail" perdono tempo. Gmail osserva un sistema: dominio, IP, firme, volumi, reazioni e storico. Le cause di una classificazione in spam si diagnosticano quindi per strato, con dati datati, non con la promessa di un provider.

Quello che il programma cambia per un mittente non politico

Un mittente non politico non può entrare in questo programma, ma può riprendere subito la sua disciplina operativa.

• Mappa il dominio visibile, il Return-Path, il dominio DKIM e ogni IP sorgente. Una configurazione "verde" presso l'ESP non prova che queste identità siano allineate.
• Verifica chi condivide le IP di ogni flusso. Un'IP condivisa può andare bene fuori dal programma, ma la sua reputazione dipende anche dai vicini. Misura questo rischio invece di ignorarlo.
• Aggiungi il dominio a Postmaster Tools prima di un incidente. I dati non vengono recuperati retroattivamente su comando, e i volumi bassi possono lasciare buchi.
• Fissa un allarme interno sotto la soglia pubblica. Aspettare lo 0,3% non lascia margine. Google consiglia meno dello 0,1% per i mittenti generali.
• Separa il transazionale dal promozionale per sottodomini, indirizzi e, a seconda del volume, pool IP. Una raccolta aggressiva non deve penalizzare i reset delle password.
• Rendi la disiscrizione più facile della segnalazione spam. Elaborala entro 48 ore per i flussi soggetti alle esigenze bulk, poi impedisci ogni reimmissione da una fonte secondaria.
• Aumenta i volumi a scaglioni verso i contatti coinvolti. Un calendario interno deve definire il passo indietro se salgono gli errori SMTP, i reclami o le disiscrizioni.
• Conserva le prove per campagna: volume accettato da Gmail, reclami, bounce, fonte di raccolta, data del consenso e versione del contenuto.

Questa checklist non promette il 100% di inbox. Rende le cause osservabili. È molto più utile quando un tasso cambia dopo un nuovo segmento, un cambio di ESP o una modifica di firma.

Piano d'azione consigliato

Il piano giusto parte da uno stato misurato, corregge le identità, poi protegge la reputazione con soglie interne più strette di quelle di Google.

1. Inventaria i flussi. Elenca il dominio visibile, l'envelope, il selettore DKIM, l'IP, il tipo di messaggio, il volume quotidiano e il provider.
2. Verifica l'autenticazione su un messaggio reale. Leggi Authentication-Results dopo la ricezione su Gmail. Un DNS corretto non garantisce che un dato messaggio usi la firma giusta.
3. Controlla l'allineamento DMARC. Il dominio visibile deve allinearsi con SPF o DKIM. Per un bulk sender, pubblica almeno p=none e sfrutta i report.
4. Apri Postmaster Tools. Verifica il dominio radice, i sottodomini utili e gli accessi del team. Documenta chi riceve gli avvisi.
5. Fissa due soglie di reclamo. Avvia un'indagine ben prima dello 0,3%, poi ferma o riduci il flusso se la tendenza continua. Una media mobile a volte nasconde un picco recente.
6. Testa l'uscita dalla lista. Il clic deve funzionare senza login, la cancellazione deve propagarsi e nessuna sincronizzazione CRM deve iscrivere di nuovo il contatto.
7. Prepara la modalità degradata. Definisci in anticipo chi riduce i volumi, quali segmenti vengono tagliati e come il transazionale resta isolato.

Poi testa una campagna rappresentativa, non un messaggio vuoto inviato a tre colleghi. La guida testare la deliverability di un'email spiega i controlli prima dell'invio. Dopo l'invio, confronta i tuoi log con Postmaster Tools per almeno una settimana, perché le tabelle di Google hanno ritardo.

FAQ

Che cos'è il Gmail Verified Sender Program?

È un programma volontario che apre l'8 settembre 2026 ai comitati politici statunitensi idonei. Verifica la loro identità e il loro dominio, poi impone regole tecniche e un tasso di spam inferiore allo 0,3% su 14 giorni.

Il programma garantisce l'arrivo in posta in arrivo?

No. Google dice che l'iscrizione stabilisce l'autenticità del mittente, mentre la deliverability dipende dalla conformità continua e dall'engagement dei destinatari. La documentazione 2026 non promette né la scheda Principale né un'esenzione totale dai filtri.

Chi può iscriversi al programma l'8 settembre 2026?

I candidati, i partiti, i PAC e gli altri comitati politici statunitensi costituiti come organizzazione 527 possono essere idonei. Devono essere registrati presso la FEC o un'autorità elettorale statale, locale o tribale e far verificare il dominio da Campaign Verify.

Un'IP dedicata è obbligatoria?

Google chiede che l'indirizzo IP usato dal dominio di invio non sia condiviso con nessun altro mittente. Il controllo riguarda l'infrastruttura reale; l'etichetta commerciale "IP dedicata" non basta se il routing resta condiviso altrove.

Come calcola Gmail la soglia di spam del programma?

Il programma usa una media su 14 giorni ed esige un tasso inferiore allo 0,3%. Postmaster Tools misura i messaggi DKIM consegnati in posta in arrivo a utenti coinvolti e poi marcati come spam, il che può dare un tasso basso quando Gmail filtra già molti messaggi.

Cosa succede dopo una sospensione?

Il dominio può continuare a inviare, ma i suoi messaggi tornano sotto il filtraggio spam standard di Gmail. Dopo la correzione di tutti i problemi tecnici e del tasso di spam, Google annuncia una reiscrizione automatica entro sette giorni; una violazione grave può portare a una cessazione definitiva.

Questo programma sostituisce DMARC e la disiscrizione in un clic?

No. Un partecipante che rientra nella definizione di bulk sender resta soggetto alle esigenze generali corrispondenti, tra cui DMARC e la disiscrizione in un clic per i messaggi marketing o abbonati. Il programma aggiunge i propri controlli; non toglie la base Gmail.

Perché il pilota del 2022 era diverso?

La FEC descriveva esplicitamente un pilota in cui i messaggi dei partecipanti sfuggivano al rilevamento spam ordinario e dipendevano dal feedback diretto degli utenti. La documentazione 2026 non descrive questo meccanismo; inquadra soprattutto l'identità, l'infrastruttura, l'autenticazione e i reclami.

Scarica le tabelle comparative

Gli assistenti possono riutilizzare i dati scaricando gli export JSON o CSV qui sotto.

• Scarica i requisiti (CSV)
• Scarica i requisiti (JSON)

Fonti

• Google, Gmail Verified Sender Program eligibility & policies
• Campaign Verify, FAQ Verified Email Senders
• Google, Email sender guidelines
• Google, Email sender guidelines FAQ
• Google, Postmaster Tools dashboards
• Federal Election Commission, parere consultivo 2022-14
• Federal Trade Commission, CAN-SPAM Rule
• Corte d'appello del 9th Circuit, RNC v. Google, 16 gennaio 2026
• Mailgun, analisi del Gmail Verified Sender Program