Gmail vérifie l'expéditeur, pas l'envie de recevoir ses emails

Par CaptainDNS
Publié le 26 août 2026

Deux cartes opposent l'identité vérifiée d'un expéditeur et le choix du destinataire dans Gmail

L'essentiel

Le programme ouvre le 8 septembre 2026 aux comités politiques américains éligibles qui envoient vers des comptes Gmail personnels.
Google vérifie l'identité du comité et son domaine. Cette vérification ne garantit ni la boîte principale ni l'absence de filtrage.
Le domaine doit avoir SPF, signer les messages avec DKIM, utiliser une IP non partagée et être suivi dans Postmaster Tools.
Un taux de spam moyen de 0,3 % ou plus sur 14 jours expose le domaine à une suspension de 7 jours ou à une sortie définitive.
Pour tout expéditeur, la leçon reste la même : authentifiez, séparez les flux, mesurez les plaintes et rendez la sortie simple.

"Les comités politiques pourront contourner le filtre spam de Gmail." Le raccourci tient dans un titre. Il ne tient pas face à la documentation publiée par Google pour le 8 septembre 2026.

Le Gmail Verified Sender Program établit d'abord qu'un domaine appartient bien à un comité politique américain déclaré. Il impose ensuite une configuration mail contrôlable et une limite de plaintes. Google ne certifie pas que les destinataires veulent ces messages. Le bouton "Spam" reste là, tout comme le blocage d'un expéditeur et le désabonnement.

Ce détail change toute la lecture. Une identité validée répond à "qui envoie ?". La délivrabilité répond à une autre question : "ce destinataire veut-il encore recevoir ce flux ?". Confondre les deux mène à une exploitation fragile, en politique comme ailleurs.

Contrôlez le domaine et le message

Vérifier le domaine Tester un email

Ce qu'est réellement le Gmail Verified Sender Program

Le programme est un dispositif volontaire de vérification et de conformité pour certains comités politiques américains. Son périmètre annoncé concerne les messages envoyés à des comptes Gmail personnels.

L'ouverture est fixée au 8 septembre 2026. Sont éligibles les candidats, partis, PAC et autres comités politiques constitués en organisations exonérées au titre de la section 527, à condition d'être enregistrés auprès de la Federal Election Commission ou d'une autorité électorale d'État, locale ou tribale.

La portée "Gmail personnel" mérite d'être écrite noir sur blanc. Google définit ces comptes comme les adresses qui se terminent par @gmail.com ou @googlemail.com. La documentation générale des expéditeurs ne s'applique pas de la même façon aux messages entrants d'un domaine Google Workspace. Un opérateur doit donc segmenter ses mesures par destination au lieu d'agréger Gmail personnel et tous les domaines hébergés par Google.

L'inscription commence chez Campaign Verify. Cet organisme américain non partisan, constitué en 501(c)(3), contrôle l'identité du comité. Après cette étape, il vérifie le domaine soumis. Le domaine doit correspondre au site public du comité ou y rediriger. Les domaines de messagerie gratuite et les domaines partagés sont refusés. Campaign Verify précise aussi qu'il vérifie le domaine racine, pas la partie locale située avant @.

Le comité doit en parallèle posséder un compte Postmaster Tools associé au domaine d'envoi et vérifier ce domaine. Après la confirmation de Campaign Verify, Google annonce un statut actif sous un à deux jours ouvrés. L'état du programme se lit dans le tableau de conformité de Postmaster Tools.

Cette succession évite une confusion fréquente chez les équipes mail. Campaign Verify contrôle l'entité et son lien avec le domaine. Postmaster Tools contrôle la propriété technique du domaine et expose les données reçues par Gmail. Gmail applique enfin ses politiques au trafic. Trois fonctions, pas un tampon unique.

Ce que ce programme n'est pas

Le Gmail Verified Sender Program n'est ni une garantie d'inbox, ni la coche bleue BIMI, ni un remplacement des règles Gmail pour les gros expéditeurs.

Pas un bypass documenté du filtre spam

La page 2026 ne promet pas que chaque message validé ira dans la boîte principale. Elle dit que le programme aide les comités éligibles et conformes à remettre leurs messages de façon fiable. Sa FAQ ajoute que la délivrabilité dépend de la conformité continue et de l'engagement positif des destinataires, mesuré notamment par le taux de spam.

Le vocabulaire compte. Google ne décrit pas les traitements algorithmiques accordés aux participants. La documentation indique seulement qu'après une suspension ou une résiliation, le domaine peut continuer à envoyer vers Gmail et repasse sous le filtrage spam standard. On peut en déduire qu'un statut actif produit un traitement distinct. On ne peut pas en déduire une exemption totale des filtres, encore moins une remise garantie dans l'onglet Principal.

Pas la coche bleue de Gmail

Le mot "verified" désigne ici la vérification d'un comité et de son domaine. Il ne s'agit pas du mécanisme visuel traité dans Gmail Verified contre Google Verified, où BIMI, VMC et Business Profile peuvent afficher des marques différentes dans l'interface Gmail. Aucun logo de marque ni certificat VMC ne remplace les règles du programme politique.

Pas les règles bulk de novembre 2025

Les exigences générales pour les expéditeurs envoyant environ 5 000 messages ou plus par jour vers Gmail personnel existent depuis février 2024. Gmail a renforcé progressivement leur application à partir de novembre 2025. Notre dossier sur les exigences Gmail pour les expéditeurs en masse couvre ce socle.

Le programme politique ajoute une vérification d'identité et une contrainte d'infrastructure. Un participant qui franchit le seuil bulk n'est dispensé ni de DMARC, ni de l'alignement du domaine visible, ni du désabonnement en un clic pour les messages concernés, ni du DNS inverse, ni de TLS, ni du format RFC 5322.

Ce que Google exige vraiment

L'admission repose sur cinq familles de contrôles : éligibilité, identité du domaine, authentification, infrastructure et comportement mesuré par Gmail.

Contrôle	Exigence 2026	Preuve ou observation	Conséquence pratique
Éligibilité	Comité politique américain éligible, organisation 527 enregistrée	Dossier auprès de la FEC ou d'une autorité d'État, locale ou tribale	Le programme n'est pas ouvert à un expéditeur commercial ordinaire
Identité	Comité et domaine vérifiés par Campaign Verify	Le domaine héberge le site public du comité ou y redirige	Un domaine gratuit, partagé ou déjà revendiqué est refusé
Postmaster Tools	Compte associé au domaine et domaine vérifié	Statut visible dans le tableau de conformité	Les alertes et changements de statut y sont communiqués
SPF	SPF configuré sur le domaine d'envoi	Résultat d'authentification observé par Gmail	L'autorisation IP doit couvrir chaque source réelle
DKIM	Chaque message est signé par le domaine d'envoi	Signature DKIM valide avec le domaine attendu	Une signature posée par un domaine tiers ne satisfait pas la formulation du programme
Infrastructure	L'IP du domaine d'envoi n'est partagée avec aucun autre expéditeur	Inventaire ESP, pools IP et journaux SMTP	Un pool mutualisé standard ne convient pas
Plaintes	Taux de spam inférieur à 0,3 % sur une moyenne de 14 jours	Spam Rate et conformité dans Postmaster Tools	À 0,3 % ou plus, le domaine viole la politique
Conformité continue	Politiques du programme et règles Gmail respectées	Tableau de conformité et comportement du trafic	Suspension de 7 jours ou résiliation définitive possible

Le tableau est disponible en CSV et JSON depuis les liens d'export placés avec l'article.

SPF et DKIM doivent porter le bon domaine

La formulation de Google est plus précise qu'un simple "SPF et DKIM activés". Le domaine d'envoi doit avoir SPF configuré, et les messages doivent être signés DKIM par ce domaine. Campaign Verify ajoute que l'alignement ne relève pas de son contrôle, mais qu'un défaut d'alignement empêche la pleine conformité au programme Gmail.

Prenons un flux envoyé avec From: info@captaindns.com. Si un ESP signe uniquement avec son domaine technique, la signature peut être valide sans prouver le contrôle de captaindns.com. Pour le programme et pour DMARC, configurez une signature DKIM personnalisée avec d=captaindns.com ou un sous-domaine aligné selon la politique applicable. Contrôlez séparément l'enregistrement SPF, la clé publiée par le Checker DKIM et l'enregistrement DMARC.

SPF seul reste attaché à l'enveloppe SMTP. Une redirection peut le casser. DKIM attache une signature au message, mais un intermédiaire peut modifier une partie signée. DMARC relie au moins l'un de ces résultats au domaine visible dans From:. Voilà pourquoi une capture d'écran montrant trois coches un mardi ne remplace pas une mesure continue du trafic réel.

Une IP non partagée, pas seulement une option commerciale nommée "dédiée"

Google écrit : "Avoid sending messages with shared infrastructure; ensure that the IP address for your sending domain is not shared with any other senders." La contrainte vise l'usage réel de l'adresse IP. Elle ne demande pas d'acheter une option dont la fiche commerciale porte le mot "dedicated".

Un ESP peut réserver une IP à un compte tout en mélangeant plusieurs clients derrière une autre couche de routage. À l'inverse, une organisation peut exploiter elle-même une IP affectée à un seul expéditeur. L'audit doit suivre le chemin SMTP observé : IP source, DNS inverse, pools de bascule, régions, reprise après incident et éventuel prestataire secondaire.

Une IP isolée ne vaut pas une bonne réputation. Elle retire le risque causé par les voisins, mais elle laisse son propriétaire seul responsable de la chauffe, des volumes et des plaintes. Une IP neuve lancée brutalement à plein régime est isolée et suspecte. Google recommande d'augmenter les volumes lentement et de s'en tenir à des envois raisonnables, attendus par les destinataires.

Le taux de spam est une mesure de plainte, pas un verdict abstrait

Pour ce programme, le taux doit rester sous 0,3 % sur une moyenne de 14 jours. La règle est stricte : 0,3 % n'est pas une cible acceptable, c'est le seuil de violation. Sur 100 000 messages comptabilisés dans le dénominateur pertinent, 300 plaintes représentent déjà 0,3 %.

Le dénominateur de Postmaster Tools surprend souvent. Son tableau Spam Rate mesure les messages authentifiés DKIM remis à la boîte de réception d'utilisateurs engagés, puis marqués comme spam. Si Gmail place déjà beaucoup de messages en spam automatiquement, le taux affiché peut paraître artificiellement bas. Une valeur minuscule ne prouve donc pas que toute la liste est ravie.

Les données ne sont pas en temps réel. Google annonce une mise à jour habituelle sous 24 heures, parfois plus lente. Les journées à faible volume peuvent ne rien afficher pour protéger la vie privée. Une exploitation sérieuse conserve ses propres données de désabonnement, de rebonds, de volumes et de campagnes, puis les rapproche des données Google.

Identité vérifiée, désir du destinataire

Google vérifie l'authenticité de l'expéditeur. Le destinataire garde le dernier mot sur le caractère désiré du message.

La politique Gmail le formule sans détour :

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

Même un contact qui a accepté des messages autrefois peut ne plus les vouloir aujourd'hui. L'ancienneté d'un opt-in n'annule pas cette évolution. Une collecte licite n'est pas une permission perpétuelle.

Les quatre couches distinctes entre légalité, identité, désir du destinataire et remise en boîte de réception

Le diagramme montre le vrai ordre des contrôles. La légalité définit ce qu'un expéditeur peut faire. L'authentification prouve quel domaine a envoyé le message. La réputation synthétise l'historique observé. La décision de remise intervient après ces contrôles et dépend encore du destinataire, du message et du contexte.

Le CAN-SPAM Act illustre bien la séparation. La FTC explique que la loi vise presque exclusivement les messages commerciaux. Les messages dont l'objet se limite à solliciter des dons caritatifs ou à promouvoir un contenu politique non commercial ne sont généralement pas régis par CAN-SPAM. Cela ne transforme pas ces messages en courrier désiré. La règle juridique et le signal "Spam" de Gmail ne répondent pas à la même question.

Un lien de désabonnement reste donc utile même quand une lecture juridique étroite ne l'impose pas. Google le recommande explicitement aux participants du programme. Il réduit la tentation de cliquer sur "Spam", donne une sortie mesurable et nettoie la liste. Pour les flux promotionnels soumis aux règles bulk, l'en-tête de désabonnement en un clic répond en plus à une exigence technique distincte.

Évitez aussi le faux choix entre "Spam" et "Non spam". Un destinataire peut bloquer un expéditeur, se désabonner, ignorer le message ou le supprimer. Chacune de ces actions raconte une relation différente. Gmail ne publie pas tout son modèle, mais sa documentation confirme que l'engagement des destinataires intervient dans la délivrabilité du programme.

Du pilote de 2022 au programme de 2026

Le pilote lancé en septembre 2022 et le programme annoncé pour 2026 partagent un public politique, mais leur traitement documenté n'est pas le même.

En août 2022, la FEC a rendu l'avis consultatif 2022-14 sur le projet de Google. Le pilote concernait les comités autorisés de candidats fédéraux, les comités de partis et les leadership PAC. La FEC décrivait un mécanisme où les messages bulk des participants n'étaient pas détectés par l'algorithme spam ordinaire. Le classement reposait alors sur le retour direct de l'utilisateur, avec, sur le premier message, une invitation à choisir de continuer ou non à recevoir ce flux.

Google a lancé le pilote le 19 septembre 2022. Plus de 100 comités des deux partis y ont participé selon les déclarations de l'entreprise rapportées à la fin du test. Le pilote s'est terminé le 31 janvier 2023. Ce sont des faits historiques utiles, car ils expliquent pourquoi le mot "bypass" revient aujourd'hui.

La documentation 2026 ne reprend pas cette description technique. Elle ne dit pas que les participants échappent aux algorithmes spam. Elle insiste sur l'identité, les contrôles d'authentification, l'IP non partagée, la conformité et la moyenne des plaintes sur 14 jours. Elle précise que le filtrage standard revient après la sortie du programme, sans expliquer le traitement exact tant que le statut reste actif.

Cette absence n'autorise pas à combler le vide. Écrire que 2026 reproduit le bypass de 2022 serait une extrapolation. Écrire qu'il ne change aucun traitement serait tout aussi aventureux. La conclusion défendable est plus étroite : Google accorde un programme distinct aux expéditeurs vérifiés et conformes, mais ne documente pas une route garantie vers l'inbox.

Le contentieux entre le Republican National Committee et Google ne change pas cette lecture technique. Le RNC avait poursuivi Google au sujet du classement de ses emails de collecte de fonds en 2022. Le tribunal de district a rejeté les demandes. Le 16 janvier 2026, la cour d'appel fédérale du 9e Circuit a confirmé ce rejet. Son mémorandum n'est pas un cahier des charges de délivrabilité et ne décrit pas le nouveau programme.

La doctrine Gmail vaut pour tous les expéditeurs

Le programme 2026 rend particulièrement visible une doctrine déjà appliquée au reste du trafic : une configuration conforme donne le droit d'être évalué proprement, pas un droit à l'inbox.

Depuis le 1er février 2024, tous les expéditeurs vers Gmail personnel doivent utiliser SPF ou DKIM, avoir des enregistrements DNS direct et inverse valides, employer TLS, respecter RFC 5322 et maintenir un taux de spam inférieur à 0,3 %. Google recommande en pratique de rester sous 0,1 % et d'éviter d'atteindre 0,3 %.

À partir d'environ 5 000 messages par jour, calculés sur le domaine principal, SPF et DKIM deviennent tous les deux obligatoires. DMARC peut commencer à p=none, et le domaine visible doit s'aligner avec SPF ou DKIM pour les envois directs. Les messages marketing et ceux envoyés à des abonnés doivent proposer le désabonnement en un clic et un lien visible dans le corps. Une fois classé comme bulk sender, le domaine garde ce statut.

Le programme politique réutilise plusieurs de ces pièces, puis serre deux vis : l'identité est contrôlée par un tiers et l'infrastructure ne peut pas être partagée. En contrepartie, la plainte reste centrale. C'est cohérent. Un domaine authentique peut envoyer du courrier lassant, répétitif ou trop fréquent. DKIM signera ce courrier avec une précision parfaite.

La méthode de score de délivrabilité sépare justement authentification, réputation, transport et engagement. Aucun pilier ne compense mécaniquement les autres. Une bonne signature DKIM n'efface pas 0,4 % de plaintes. Une liste engagée ne répare pas un domaine non aligné. Une IP propre ne rend pas un objet trompeur acceptable.

Les équipes qui cherchent encore "le paramètre pour passer Gmail" perdent du temps. Gmail observe un système : domaine, IP, signatures, volumes, réactions et historique. Les causes d'un classement en spam se diagnostiquent donc par couche, avec des données datées, pas avec une promesse de prestataire.

Ce que le programme change pour un expéditeur non politique

Un expéditeur non politique ne peut pas rejoindre ce programme, mais il peut reprendre sa discipline opérationnelle dès maintenant.

Cartographiez le domaine visible, le Return-Path, le domaine DKIM et chaque IP source. Une configuration "verte" chez l'ESP ne prouve pas que ces identités sont alignées.
Vérifiez qui partage les IP de chaque flux. Une IP mutualisée peut convenir hors programme, mais sa réputation dépend aussi des voisins. Mesurez ce risque au lieu de l'ignorer.
Ajoutez le domaine à Postmaster Tools avant un incident. Les données ne remontent pas rétroactivement sur commande, et les faibles volumes peuvent laisser des trous.
Fixez une alerte interne sous le seuil public. Attendre 0,3 % ne laisse aucune marge. Google recommande moins de 0,1 % pour les expéditeurs généraux.
Séparez le transactionnel du promotionnel par sous-domaines, adresses et, selon le volume, pools IP. Une collecte agressive ne doit pas pénaliser les réinitialisations de mot de passe.
Rendez le désabonnement plus facile que le signalement spam. Traitez-le sous 48 heures pour les flux soumis aux exigences bulk, puis empêchez toute réinjection par une source secondaire.
Augmentez les volumes par paliers vers les contacts engagés. Un calendrier interne doit définir le retour en arrière si les erreurs SMTP, plaintes ou désabonnements montent.
Conservez les preuves par campagne : volume accepté par Gmail, plaintes, rebonds, source de collecte, date du consentement et version du contenu.

Cette checklist ne promet pas 100 % d'inbox. Elle rend les causes observables. C'est beaucoup plus utile lorsqu'un taux change après un nouveau segment, un basculement d'ESP ou une modification de signature.

Plan d'action recommandé

Le bon plan commence par un état mesuré, corrige les identités, puis protège la réputation avec des seuils internes plus stricts que ceux de Google.

Inventoriez les flux. Listez le domaine visible, l'enveloppe, le sélecteur DKIM, l'IP, le type de message, le volume quotidien et le prestataire.
Vérifiez l'authentification sur un message réel. Lisez Authentication-Results après réception chez Gmail. Un DNS correct ne garantit pas qu'un message donné utilise la bonne signature.
Contrôlez l'alignement DMARC. Le domaine visible doit s'aligner avec SPF ou DKIM. Pour un bulk sender, publiez au minimum p=none et exploitez les rapports.
Ouvrez Postmaster Tools. Vérifiez le domaine racine, les sous-domaines utiles et les accès de l'équipe. Documentez qui reçoit les alertes.
Posez deux seuils de plainte. Déclenchez une enquête bien avant 0,3 %, puis arrêtez ou réduisez le flux si la tendance continue. Une moyenne mobile masque parfois un pic récent.
Testez la sortie de liste. Le clic doit fonctionner sans connexion, la suppression doit se propager et aucune synchronisation CRM ne doit réabonner le contact.
Préparez le mode dégradé. Définissez à l'avance qui réduit les volumes, quels segments sont coupés et comment le transactionnel reste isolé.

Testez ensuite une campagne représentative, pas un message vide envoyé à trois collègues. Le guide tester la délivrabilité d'un email détaille les contrôles avant envoi. Après l'envoi, confrontez vos journaux à Postmaster Tools pendant au moins une semaine, puisque les tableaux de Google ont du retard.

FAQ

Qu'est-ce que le Gmail Verified Sender Program ?

C'est un programme volontaire qui ouvre le 8 septembre 2026 aux comités politiques américains éligibles. Il vérifie leur identité et leur domaine, puis impose des règles techniques et un taux de spam inférieur à 0,3 % sur 14 jours.

Le programme garantit-il l'arrivée en boîte de réception ?

Non. Google dit que l'inscription établit l'authenticité de l'expéditeur, tandis que la délivrabilité dépend de la conformité continue et de l'engagement des destinataires. La documentation 2026 ne promet ni l'onglet Principal ni une exemption totale des filtres.

Qui peut s'inscrire au programme le 8 septembre 2026 ?

Les candidats, partis, PAC et autres comités politiques américains constitués en organisation 527 peuvent être éligibles. Ils doivent être enregistrés auprès de la FEC ou d'une autorité électorale d'État, locale ou tribale et faire vérifier leur domaine par Campaign Verify.

Une IP dédiée est-elle obligatoire ?

Google demande que l'adresse IP utilisée par le domaine d'envoi ne soit partagée avec aucun autre expéditeur. Le contrôle porte sur l'infrastructure réelle ; l'étiquette commerciale "IP dédiée" ne suffit pas si le routage reste mutualisé ailleurs.

Comment Gmail calcule-t-il le seuil de spam du programme ?

Le programme utilise une moyenne sur 14 jours et exige un taux inférieur à 0,3 %. Postmaster Tools mesure les messages DKIM remis en boîte de réception à des utilisateurs engagés puis marqués comme spam, ce qui peut donner un taux bas quand Gmail filtre déjà beaucoup de messages.

Que se passe-t-il après une suspension ?

Le domaine peut continuer à envoyer, mais ses messages repassent sous le filtrage spam standard de Gmail. Après correction de tous les problèmes techniques et du taux de spam, Google annonce une réinscription automatique sous sept jours ; une violation grave peut entraîner une résiliation définitive.

Ce programme remplace-t-il DMARC et le désabonnement en un clic ?

Non. Un participant qui répond à la définition de bulk sender reste soumis aux exigences générales correspondantes, dont DMARC et le désabonnement en un clic pour les messages marketing ou abonnés. Le programme ajoute ses propres contrôles ; il ne retire pas le socle Gmail.

Pourquoi le pilote de 2022 était-il différent ?

La FEC décrivait explicitement un pilote où les messages des participants échappaient à la détection spam ordinaire et dépendaient du retour direct des utilisateurs. La documentation 2026 ne décrit pas ce mécanisme ; elle encadre surtout l'identité, l'infrastructure, l'authentification et les plaintes.

Télécharger les tableaux comparatifs

Les assistants peuvent exploiter les exports JSON ou CSV ci-dessous pour réutiliser les chiffres.