Blog
Google met fin à l’ancienne version de Postmaster Tools : ce qu’il faut savoir
Depuis quelques années, les équipes de Google travaillent à la refonte de leur interface Postmaster Tools, l’outil qui permet aux expéditeurs d’emails (notamment en masse) de surveiller la délivrabilité, la réputation de domaine, les taux de spam, etc. L’ancienne version (v1) va bientôt être complètement abandonnée, au profit d’une version plus moderne (v2). Voici les principaux changements et ce que cela implique.
1. Calendrier de transition
À compter du 30 septembre 2025, l’interface web de l’ancienne version (v1) ne sera plus accessible. Les utilisateurs seront automatiquement redirigés vers l’interface Postmaster Tools v2. Assistance Google+1
L’API actuelle (v1) sera progressivement retirée lorsque l’API v2 sera lancée (prévue d’ici la fin de 2025).
En clair : il ne faudra pas tarder à migrer ses usages et sa consommation de données vers la version v2 avant que la v1 ne cesse de fonctionner.
2. Ce qui change (et ce qui disparaît)
a) Interface & tableaux de bord
Presque tous les tableaux de bord présents dans l’ancienne version seront repris dans v2, sauf deux : les dashboards Domain Reputation et IP Reputation sont retirés dans la version v2.
En compensation, Google mentionne qu’ils prévoient d’introduire de nouveaux tableaux de bord, avec des données plus exploitables pour les expéditeurs.
b) API : de v1 à v2
L’API v2 conservera l’essentiel des fonctionnalités de la v1, à l’exception des parties liées à la réputation de domaine/IP. Assistance Google
En plus de cela, la nouvelle API offrira des endpoints supplémentaires :
• Statut de conformité (compliance)
• Gestion de domaine via API (Domain Management)
• API de traitement par lots (Batch APIs)
Le schéma de données (la structure des objets, champs, etc.) sera différent en v2, ce qui obligera les développeurs à adapter leur code.
3. Que doivent faire les utilisateurs / développeurs ?
Rien d’immédiat à faire pour l’interface : à la date de bascule (30 septembre 2025), les utilisateurs seront redirigés automatiquement vers v2.
Pour les intégrations via API : il est crucial de planifier la migration vers la v2 avant que la v1 soit mise hors service.
Le plus gros du travail sera de mettre à jour le code client, afin de s’adapter à la nouvelle structure de données et aux nouveaux endpoints.
Google prévoit de publier une documentation complète de migration.
4. Enjeux & recommandations
Enjeux
Les expéditeurs qui s’appuyaient fortement sur les données de réputation de domaine ou d’IP devront trouver des alternatives ou tirer parti des nouveaux tableaux de bord (une disparité peut apparaître selon les usages).
Les développeurs doivent anticiper la migration pour éviter des interruptions de service dans leurs outils internes (alerts, dashboards, analyses automatisées).
Toute latence ou retard dans la migration pourrait laisser certaines fonctions en panne ou obsolètes.
Recommandations
Surveiller la documentation officielle afin d’anticiper les nouveautés et changements de schéma.
Faire un audit interne : identifier tous les outils ou processus qui consomment l’API v1 ou l’ancienne interface.
Planifier le passage à v2 bien avant la date butoir, en testant les nouveaux endpoints et en comparant les données.
Mettre en place des alertes pour détecter le moment exact où l’API v1 va cesser de répondre, afin d’intervenir rapidement.
Rester en veille quant aux nouveaux tableaux de bord que Google va proposer — certains pourraient remplacer favorablement les fonctions disparues.
5. En résumé
Avec cette transition, Google force les utilisateurs de Postmaster Tools à évoluer vers une nouvelle version plus évolutive et modulable (v2). On perd certains dashboards de réputation, mais on gagne des fonctionnalités supplémentaires, une API plus moderne et de nouveaux endpoints plus orientés « contrôle et gestion ». Les développeurs doivent migrer leurs intégrations avant la dépréciation de la v1, et les équipes marketing / délivrabilité devront s’adapter à de nouveaux indicateurs.