# Postmaster Tools v2 : que surveiller à la place URL canonique : https://brew.new/fr/blog/postmaster-tools-v2-what-to-monitor Rédigé par Thomas Park Publication : 2026-10-08 Mise à jour : 2026-10-08 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](https://www.spamresource.com/2025/09/google-changes-coming-to-gpt.html) 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](https://www.spamresource.com/2026/08/gpt-v1-retirement-and-important-updates.html) : « GPT V1 est désormais en cours de retrait progressif ». Le calendrier, d’après les [notes de version de l’API Gmail](https://developers.google.com/workspace/gmail/release-notes) et Spam Resource : | Date | Événement | | --- | --- | | 2024 | Lancement de Postmaster Tools v2 en parallèle de la v1 | | 2 déc. 2025 | API v2beta en avant-première pour les développeurs | | 3 févr. 2026 | API v2 en disponibilité générale | | 24 juin 2026 | Gestion des domaines et des utilisateurs dans l’API ; le statut de conformité renvoie le verdict de délivrabilité | | 20 août 2026 | Spam Resource signale le retrait de l’accès à la v1, compte par compte | Les pages de Google sont en retard. Début octobre, son [avis d’abandon](https://support.google.com/mail/answer/16594218) indiquait encore « nous reportons l’abandon de l’ancienne interface web de Postmaster Tools », sans date, et ses [consignes pour les expéditeurs](https://support.google.com/mail/answer/81126) 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 ![Un tableau qui compare, ligne par ligne, Postmaster Tools v1, les tableaux de bord de la v2 et l’API v2 : les lignes de réputation du domaine et de l’IP sont marquées comme retirées, avec un signal de remplacement pour chacune.](/images/blog/postmaster-tools-v2-what-to-monitor-v1-vs-v2.png) *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](https://support.google.com/mail/answer/14668346), 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](https://www.spamresource.com/2026/09/gpt-lets-talk-deliverability-analysis.html) : | Message du tableau de bord | Motif dans l’API | Que faire | | --- | --- | --- | | Les utilisateurs indiquent qu’ils veulent recevoir vos e-mails | `USER_FEEDBACK_POSITIVE` | Rien. C’est l’objectif. | | Pas assez d’e-mails sortants | `MESSAGE_VOLUME_LOW` | Envoyez régulièrement et augmentez le volume progressivement. | | Vous ne respectez pas nos exigences pour les expéditeurs | `SENDER_NOT_COMPLIANT` | Corrigez les lignes « À améliorer » du statut de conformité. | | Beaucoup de messages présentent des erreurs de distribution | `SMTP_ERRORS_HIGH` | Lisez les réponses 4xx et 5xx de Gmail et ralentissez. | | Les utilisateurs indiquent qu’ils ne veulent pas recevoir vos e-mails | `USER_FEEDBACK_NEGATIVE` | Revoyez à qui vous écrivez, à quelle fréquence et ce que vous envoyez. | | Les utilisateurs n’interagissent pas avec vos messages | `USER_FEEDBACK_LOW` | Retirez les destinataires inactifs depuis longtemps et changez le contenu. | | Votre taux de spam est supérieur à 0,1 % | `SPAM_RATE_HIGH` | Urgent. Cessez d’écrire aux sources qui génèrent les plaintes. | 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](https://developers.google.com/workspace/gmail/postmaster/guides/migration-v2) 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 : ```http POST https://gmailpostmastertools.googleapis.com/v2/domains/example.com/domainStats:query Authorization: Bearer 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](https://support.google.com/mail/answer/14229414) 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](https://senders.yahooinc.com/best-practices/) 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](https://knowledge.workspace.google.com/admin/support/troubleshooting/gmail-smtp-errors-and-codes) de Google et les pages de chaque fournisseur : | Fournisseur | Réponse | Signification | | --- | --- | --- | | Gmail | `421 4.7.0` « very low reputation of the sending IP address » ou « sending domain » | Problème de réputation, message différé. Le texte précise lequel des deux. | | Gmail | `550 5.7.1` « likely unsolicited » ou « very low reputation » | Rejeté comme spam | | Gmail | `421 4.7.28` « unusual rate of unsolicited email » | Débit limité sur l’IP, le domaine ou le domaine d’une URL | | Gmail | `4.7.27`, `4.7.30`, `4.7.31`, `4.7.32` | Échec SPF, échec DKIM, aucun enregistrement DMARC, From non aligné | | Microsoft | `550 5.7.515` | Un domaine qui envoie plus de 5 000 e-mails par jour ne satisfait pas aux [exigences d’authentification](https://techcommunity.microsoft.com/blog/microsoftdefenderforoffice365blog/strengthening-email-ecosystem-outlook%E2%80%99s-new-requirements-for-high%E2%80%90volume-senders/4399730) d’Outlook | | Yahoo | `421` ou `451` | Temporaire, notamment en cas de plaintes ou de trafic inhabituel ([codes d’erreur Yahoo](https://senders.yahooinc.com/smtp-error-codes/)) | | Yahoo | `553` ou `554` | Définitif, notamment en cas d’échec DMARC ou d’inscription sur une liste Spamhaus. Ne réessayez pas. | 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](https://www.apple.com/legal/privacy/data/en/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](/fr/blog/email-metrics-that-matter)). 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](https://senders.yahooinc.com/email-deliverability-performance-feeds/) 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](https://blog.postmaster.yahooinc.com/post/798590258207916032/introducing-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](https://substrate.office.com/ip-domain-management-snds/SNDS/FAQ) 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](https://www.rfc-editor.org/rfc/rfc9990.html), 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 : ```dns _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](https://www.spamhaus.org/blocklists/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. | Vérification | Où | Situation saine | Agir quand | Première action | | --- | --- | --- | --- | --- | | Taux de spam Gmail | Postmaster Tools v2 ou API | Moins de 0,1 % | 0,1 % ou plus un jour donné | Repérer le flux dans la boucle de rétroaction et le suspendre | | Verdict Gmail | Analyse de la délivrabilité | `USER_FEEDBACK_POSITIVE` | Tout autre verdict pendant 2 semaines | Appliquer l’action indiquée plus haut pour ce verdict | | Conformité Gmail | Statut de conformité | Tout est « Conforme » | Une ligne « À améliorer » | Corriger, puis compter 7 jours pour la mise à jour | | Plaintes Yahoo | Sender Hub Insights | Nettement sous 0,3 % | En hausse 2 semaines de suite | Consulter les rapports de la boucle de rétroaction par campagne | | IP Outlook | SNDS (vos propres IP uniquement) | Vert | Un jour jaune ou rouge | Comparer le volume et l’audience de ce jour-là | | Rebonds et reports | Journal des rebonds, par fournisseur | Moins de 1 % de rebonds définitifs | Plus de 2 %, ou un texte qui évoque la réputation ou une limite de débit | Ralentir l’envoi et lire la réponse complète | | Clics par fournisseur | Vos statistiques | Écart de moins de 20 % par rapport à la moyenne sur 8 semaines | Un fournisseur en baisse de 20 % ou plus | Faire un test sur boîtes témoins au prochain envoi, retirer les inactifs chez ce fournisseur | | Authentification | Rapports agrégés DMARC | Les sources connues réussissent et sont alignées | Nouvelle source ou alignement en baisse | Corriger le DNS ou le DKIM de l’outil concerné avant d’envoyer | | Listes de blocage | Recherche sur Spamhaus | Aucune inscription | Toute inscription | Trouver la cause, puis demander le retrait | | Test sur boîtes témoins | Outil de placement | Boîte de réception chez chaque grand fournisseur | Spam chez un fournisseur | Comparer avec la dernière version qui passait | ## 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`](https://docs.brew.new/api-reference/public-v1/domains/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](https://docs.brew.new/api-reference/public-v1/analytics/unified-events-feed) : `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é](/fr/blog/email-deliverability) et l’[État des lieux de l’emailing de septembre](/fr/blog/state-of-email-september-2026) donnent le contexte plus large.