Google Postmaster Tools est le tableau de bord gratuit de Google qui montre comment Gmail traite les envois en masse d’un domaine que vous avez vérifié par un enregistrement DNS. La version 2 remplace la version 1 et supprime les notes de réputation du domaine et de l’IP que beaucoup d’équipes consultaient chaque matin. Voici ce que montre la v2, où en est l’API et ce que nous vérifions désormais chaque semaine à la place.

À retenir

• La v2 conserve le taux de spam, la boucle de rétroaction, l’authentification, le chiffrement et les erreurs de distribution, et ajoute le statut de conformité. La réputation du domaine et celle de l’IP disparaissent des tableaux de bord et de l’API.
• Le nouveau verdict de l’analyse de la délivrabilité, par exemple « Votre taux de spam est supérieur à 0,1 % », est ce que la v2 offre de plus proche d’un signal de réputation.
• Maintenez votre taux de spam Gmail sous 0,1 % et ne le laissez jamais atteindre 0,3 % : sinon, Google ne vous aidera pas tant qu’il ne sera pas resté sous 0,3 % pendant 7 jours consécutifs.
• Remplacez le graphique par des vérifications hebdomadaires, fournisseur par fournisseur, du taux de spam, des codes de rebond et des clics, complétées par les rapports DMARC, les listes de blocage et un test sur boîtes témoins.
• Les tests sur boîtes témoins sont un contrôle de base de l’authentification et du contenu, pas un taux de placement.

Ce qui a changé, et quand

Al Iverson, de Spam Resource, a rapporté en septembre 2025 qu’« à compter du 30 septembre 2025, les utilisateurs n’auront plus accès qu’à la nouvelle version (v2) ». Google a marqué une pause en novembre 2025, puis, le 20 août 2026, Iverson a annoncé la levée de cette pause : « GPT V1 est désormais en cours de retrait progressif ».

Le calendrier, d’après les notes de version de l’API Gmail et Spam Resource :

Les pages de Google sont en retard. Début octobre, son avis d’abandon indiquait encore « nous reportons l’abandon de l’ancienne interface web de Postmaster Tools », sans date, et ses consignes pour les expéditeurs recommandent toujours de vérifier « la réputation de votre domaine et de votre adresse IP avec Postmaster Tools ». Pour la plupart des comptes, la v1 a déjà disparu.

Ce que montre Postmaster Tools v2

Ce qui a été conservé, ce qui est nouveau, et ce qu’il faut surveiller à la place de la réputation.

D’après la page d’aide de Google sur les tableaux de bord, tous les tableaux de bord ne couvrent que les comptes Gmail personnels, se mettent à jour en 24 heures environ, utilisent l’heure UTC et peuvent présenter des trous les jours de faible volume.

Statut de conformité

Le statut de conformité (Compliance status) soumet chaque expéditeur à cinq contrôles au regard des consignes pour les expéditeurs : SPF et DKIM, enregistrements DNS, mise en forme des messages, chiffrement et taux de spam. Les expéditeurs en masse (environ 5 000 e-mails par jour ou plus vers Gmail) ont aussi des contrôles pour DMARC, le désabonnement en un clic et le respect des désabonnements.

Chaque ligne indique Conforme (Compliant), À améliorer (Needs work) ou Aucune donnée (No data found). Ce sont des moyennes glissantes : une correction met jusqu’à 7 jours à apparaître. Le statut ne porte que sur les domaines principaux : si vous vérifiez email.example.com, les lignes couvrent tout example.com. La ligne sur le respect des désabonnements (« Honor unsubscribe ») passe à « À améliorer » si les désinscriptions prennent plus de 48 heures, et Google compte une demande même si votre CDN ou votre pare-feu l’a bloquée.

Analyse de la délivrabilité

L’analyse de la délivrabilité (Deliverability analysis) rend un verdict par domaine, que l’API renvoie sous la forme deliverabilityStatusVerdict via domains.getComplianceStatus. Iverson a listé chaque message et sa valeur dans l’API :

Surveillez USER_FEEDBACK_LOW. Rien ne rebondit, le taux de spam semble correct, et pourtant les gens vous ignorent. Dans la v1, cela ressemblait à une réputation qui glissait d’élevée à moyenne.

Les tableaux de bord conservés

Le taux de spam est la part des e-mails délivrés en boîte de réception et authentifiés par DKIM que les destinataires ont signalés comme spam. La boucle de rétroaction (Feedback Loop) le ventile selon votre en-tête Feedback-ID pour montrer quel flux attire les plaintes. L’authentification présente les taux de réussite SPF, DKIM et DMARC, et le chiffrement la part des e-mails envoyés via TLS.

Les erreurs de distribution (Delivery errors) comptent désormais le plus : la part des e-mails authentifiés que Gmail a rejetés ou différés, avec les motifs. Les motifs de rejet de l’API v2 sont bad_attachment, bad_or_missing_ptr_record, ip_in_rbls, low_domain_reputation, low_ip_reputation, spammy_content, stamp_policy_error et other. La réputation ne survit plus que sous forme de rejet, une fois qu’elle vous a déjà coûté des e-mails.

Ce qui a disparu, et pourquoi

Les anciens tableaux de bord notaient chaque domaine et chaque IP : mauvaise, faible, moyenne ou élevée. L’avis de Google explique que ces données « ne permettent pas facilement d’agir pour la plupart des expéditeurs », que les changements de comportement « mettent du temps à s’y refléter » et que le tableau de bord « peut être trompeur, car la réputation n’est que l’un des nombreux facteurs qui influencent la délivrabilité ».

C’est juste, mais c’est tout de même une perte. Comme l’écrivait Iverson en août, le graphique montrait une réparation qui faisait effet au fil des semaines. Le verdict ne montre que la situation du jour. De nouveaux tableaux de bord sont promis, sans date.

Où en est l’API Postmaster Tools

Ce que dit le guide de migration de Google vers la v2, désormais disponible pour tous : trafficStats devient domainStats, une seule méthode domains.domainStats.query remplace get et list, domainStats:batchQuery couvre plusieurs domaines par appel, et domains.getComplianceStatus fait son apparition.

Les métriques de la v2 sont SPAM_RATE, FEEDBACK_LOOP_ID, FEEDBACK_LOOP_SPAM_RATE, AUTH_SUCCESS_RATE, TLS_ENCRYPTION_RATE, TLS_ENCRYPTION_MESSAGE_COUNT, DELIVERY_ERROR_COUNT et DELIVERY_ERROR_RATE. Google indique que la v2 couvre « toutes les fonctionnalités existantes de la v1, à l’exception de la réputation du domaine et de l’IP », et que « l’API v1 actuelle sera retirée ». Pas encore de date. Ne construisez plus rien sur la v1.

Taux de spam et de rejet quotidiens pour un domaine :

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"
}

Les deux dates sont incluses. Un jour manquant signifie un faible volume, pas zéro plainte. Si un tableau de bord interne lit encore la réputation de la v1, supprimez ce panneau.

Un plan de surveillance pour remplacer le graphique de réputation

Aucun signal ne remplace à lui seul la réputation, mais ensemble, ceux-ci vous alertent plus tôt que l’ancien graphique.

Le taux de spam, par fournisseur

La FAQ de Google pour les expéditeurs demande de rester sous 0,1 % et de ne jamais atteindre 0,3 %. Au-delà de 0,1 %, les expéditeurs en masse sont déjà pénalisés. À 0,3 %, vous n’êtes plus éligible aux mesures d’atténuation, et Google ne traitera pas vos demandes d’assistance tant que votre taux ne sera pas resté sous 0,3 % pendant 7 jours consécutifs.

Gmail ne compte que les e-mails arrivés en boîte de réception : un fort classement en spam donne donc l’illusion d’un taux sain. Un taux de spam et des clics qui baissent ensemble, c’est une mauvaise nouvelle.

Les bonnes pratiques de Yahoo pour les expéditeurs retiennent le même plafond de 0,3 %. Un ESP qui divise par l’ensemble des e-mails délivrés, dossier spam compris, affichera un taux plus bas que les deux.

Les codes de rebond et de report, par fournisseur

Les réponses SMTP sont votre retour le plus direct. Regroupez chaque semaine les rebonds et les reports par fournisseur et par code. Voici les principaux, d’après la référence des erreurs SMTP de Google et les pages de chaque fournisseur :

Lisez le texte qui suit le code. La référence de Google recense dix réponses 4.7.0 différentes, de l’enregistrement PTR manquant à la faible réputation du domaine.

Les clics, par fournisseur

Gmail vous juge sur le comportement des destinataires : suivez donc les clics humains uniques par e-mail délivré, par fournisseur et par semaine. Une baisse chez un seul fournisseur signale généralement un filtrage chez lui ; une baisse partout signale plutôt un changement de contenu ou d’audience.

Pas les ouvertures : la fonction Mail Privacy Protection d’Apple « télécharge par défaut le contenu distant en arrière-plan, que vous interagissiez ou non avec l’e-mail ». Écartez aussi les clics des scanners de sécurité (notre façon de compter un vrai clic).

Un piège : les entreprises sous Google Workspace utilisent leurs propres domaines. Traitez gmail.com, outlook.com, hotmail.com, yahoo.com et icloud.com comme des fournisseurs, et le reste comme de la messagerie professionnelle.

Les tests sur boîtes témoins, pour ce qu’ils valent

Un test sur boîtes témoins indique, pour des adresses fixes chez chaque fournisseur, si l’e-mail arrive en boîte de réception, en spam ou nulle part. Il détecte ce que tous les destinataires subiraient : une clé DKIM cassée, un domaine de lien sur liste de blocage, un contenu qui ressemble à du spam. Les boîtes témoins n’ont aucun historique avec vous (ni ouvertures, ni réponses, ni clics sur « Non-spam »), et Gmail décide en partie destinataire par destinataire. La page de Yahoo sur les flux de performance affirme que le suivi par panels et par pixels « peut compromettre la confidentialité et la sécurité de nos utilisateurs et enfreindre nos conditions et nos règles ». Lancez-en un après toute modification du DNS, du domaine, d’un modèle ou d’un domaine de lien, et avant les gros envois. Ne le présentez jamais comme votre taux de placement.

Yahoo Sender Hub et Microsoft SNDS

La vue Insights du Sender Hub de Yahoo affiche le taux de plainte et le nombre d’e-mails délivrés par domaine DKIM vérifié, sur les e-mails arrivés en boîte de réception, au-delà d’un volume quotidien minimal. Inscrivez les mêmes domaines à la Complaint Feedback Loop de Yahoo pour recevoir un rapport par plainte ; les boucles fondées sur l’IP ont disparu.

SNDS, le service de Microsoft, qui a changé de portail cette année, affiche le volume, le taux de plainte et un résultat de filtrage pour chaque IP que vous contrôlez. La FAQ de SNDS définit le vert comme moins de 10 % de messages jugés comme spam, le jaune comme 10 % à 90 % et le rouge comme plus de 90 %, et qualifie un taux de plainte inférieur à 0,3 % de « bon niveau ». L’accès expire 10 mois après l’approbation ou la migration : notez dans votre agenda la date de la nouvelle attestation. Les IP partagées ne peuvent pas être enregistrées : demandez à votre prestataire d’envoi ce qu’il surveille.

Rapports agrégés DMARC et listes de blocage

Les rapports agrégés montrent chaque source qui utilise votre domaine From, et si SPF et DKIM ont réussi et sont alignés. Leur format relève désormais de la RFC 9990, publiée en mai 2026, qui remplace la RFC 7489 avec les RFC 9989 et 9991. Publiez une adresse rua qui pointe vers un outil capable de les analyser :

_dmarc.example.com.  IN  TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@example.com"

Repérez les nouvelles sources, un alignement DKIM en baisse et les volumes inhabituels. Après une chute soudaine chez Gmail, nous vérifions d’abord l’authentification : c’est généralement ce qui se corrige le plus vite.

Viennent ensuite les listes de blocage. La Domain Blocklist de Spamhaus couvre les domaines, y compris ceux des liens et des images présents dans le corps de vos e-mails ; la SBL couvre les IP. Gmail signale les inscriptions d’IP avec le motif ip_in_rbls.

La checklist hebdomadaire

Les seuils de 0,1 % et de 0,3 %, comme ceux de SNDS, viennent de Google, de Yahoo et de Microsoft. Les seuils de rebond et de clics sont les nôtres : ajustez-les à votre propre référence.

Comment faire dans Brew

Brew couvre les vérifications fondées sur vos propres envois. Gardez Postmaster Tools, Sender Hub et SNDS ouverts à côté.

get_domain_health (outil MCP, ou GET /v1/domains/{domainId}/health) est gratuit. Il renvoie un verdict healthy, at_risk ou critical, l’état de SPF, DKIM et DMARC, un score de 0 à 100 avec sa tendance, et des signaux assortis de corrections suggérées. Son pilier « réputation » s’appuie sur les taux de rebond et de plainte que Brew mesure lui-même sur vos envois de campagnes et d’automatisations, par domaine quand le volume le permet, sinon à l’échelle de l’espace de travail. Ce pilier compte pour 25 % du score et reprend les mêmes seuils de 0,1 % et 0,3 % ; à 0,3 % ou plus, avec au moins trois plaintes, le score est plafonné à 40. include=scoreHistory renvoie jusqu’à 50 instantanés : vous retrouvez ainsi une courbe de tendance.

create_inbox_placement_test envoie un vrai e-mail depuis votre domaine vérifié vers des boîtes de réception témoins chez Gmail, Outlook, Yahoo, Apple et d’autres, pour 10 crédits plus le coût de ce petit envoi. La vérification d’un domaine marketing déclenche aussi un test gratuit de cinq variantes de modèle, de Note simple à Promotionnel. Les limites des tests sur boîtes témoins décrites plus haut s’appliquent.

Pour les clics par fournisseur, interrogez deux fois le flux d’événements : GET /v1/analytics/events?eventType=clicked&groupBy=recipientDomain&bucket=week, puis la même requête avec eventType=delivered. Divisez l’un par l’autre, par domaine et par semaine. Les clics de robots sont exclus par défaut. Ce sont des nombres d’événements : une personne qui clique deux fois compte deux fois. Cela suffit pour repérer une baisse de 20 % chez un fournisseur, mais ce n’est pas le taux de clics uniques de vos rapports d’envoi. Les décomptes groupés portent sur les 20 000 événements les plus récents : pour une liste à fort volume, passez from et to une semaine à la fois et vérifiez l’indicateur truncated. Remplacez par bounced, complained ou delivery_delayed pour suivre les problèmes ; les codes de statut restent dans votre journal des rebonds.

Questions fréquentes

Google Postmaster Tools affiche-t-il encore la réputation du domaine ?

Non. Ni la v2 ni son API ne proposent de métrique de réputation. Une faible réputation n’apparaît plus que comme motif de rejet dans les erreurs de distribution, et le verdict de l’analyse de la délivrabilité est ce qui s’en rapproche le plus.

Quel taux de spam Gmail tolère-t-il ?

Google demande de rester sous 0,1 % et de ne jamais atteindre 0,3 %. Au-delà de 0,1 %, les expéditeurs en masse sont déjà pénalisés, et à 0,3 %, Google ne vous aidera pas tant que le taux ne sera pas resté sous 0,3 % pendant 7 jours consécutifs.

L’API v1 de Postmaster Tools fonctionne-t-elle encore ?

Google annonce que l’API v1 sera retirée et demande de migrer vers la v2, disponible pour tous depuis le 3 février 2026, mais n’a fixé aucune date. La v2 couvre tout, sauf la réputation.

Pourquoi mon tableau de bord Postmaster Tools est-il vide ?

Postmaster Tools masque les données des jours où le volume envoyé vers des comptes Gmail personnels est faible. Le taux de spam ne compte que les e-mails authentifiés par DKIM, et le domaine vérifié doit correspondre au domaine DKIM ou SPF de vos e-mails. L’analyse de la délivrabilité affiche « Pas assez d’e-mails sortants » quand Gmail ne peut pas encore juger votre domaine.

Les tests de placement sur boîtes témoins sont-ils fiables pour Gmail ?

Pour les problèmes que rencontrent tous les destinataires, comme un échec d’authentification ou un lien sur liste de blocage, oui. Ils ne voient pas l’engagement des abonnés : jugez donc le placement réel d’après le taux de spam, les clics par fournisseur et le verdict de Gmail. Notre guide de la délivrabilité et l’État des lieux de l’emailing de septembre donnent le contexte plus large.