Vérifier un domaine dans Google Postmaster Tools

1. Confirmez le domaine exact utilisé pour l’envoi

Commencez par l’adresse que les destinataires voient dans le champ De. Si une campagne est envoyée depuis news@example.com, le domaine visible dans le champ De est example.com. C’est généralement ce domaine que vous devez vérifier dans Google Postmaster Tools.

Ne le confondez pas avec le domaine d’infrastructure du service d’envoi. Un fournisseur peut acheminer les messages par ses propres serveurs, mais cela ne signifie pas que son domaine est celui que voient les destinataires. Vérifiez également si vous utilisez un sous-domaine d’envoi : offers.example.com est distinct de example.com pour la vérification. Utilisez le domaine correspondant au flux de messages que vous souhaitez surveiller.

Vérifiez un véritable message, et pas seulement le brouillon d’une campagne. Ouvrez ses en-têtes complets et comparez l’adresse du champ De aux domaines utilisés pour l’authentification, comme SPF et DKIM. Ces domaines d’authentification peuvent différer du domaine visible dans le champ De : notez-les donc tous avant de continuer. Pour vérifier la configuration, consultez ce guide de configuration de l’authentification des e-mails, qui présente les enregistrements concernés.

2. Vérifiez si le domaine figure déjà dans Postmaster Tools

Connectez-vous à Google Postmaster Tools avec le compte Google qui doit gérer le domaine. Avant d’ajouter quoi que ce soit, vérifiez les domaines déjà répertoriés. Une entrée existante peut appartenir à un collègue, à une agence ou à un compte que votre entreprise contrôle toujours.

Une vérification rapide peut éviter de faire deux fois le même travail. Demandez à l’équipe marketing ou informatique si le domaine a déjà été ajouté, puis vérifiez son orthographe exacte, y compris celle du sous-domaine d’envoi. example.com et offers.example.com ne sont pas des entrées interchangeables.

Si le domaine apparaît, mais que vous ne pouvez pas accéder à ses données, ne concluez pas que la vérification a échoué. Le propriétaire actuel devra peut-être accorder l’accès à votre compte. Déterminez qui contrôle ce compte avant de créer une autre entrée ou de modifier les enregistrements DNS.

3. Ajoutez un domaine à Google Postmaster Tools

Pour ajouter un domaine à Google Postmaster Tools, utilisez l’option d’ajout de domaine dans le tableau de bord et saisissez le domaine exact repéré dans les en-têtes de vos messages. Choisissez le domaine racine si vos e-mails utilisent des adresses comme news@example.com, ou le sous-domaine si les destinataires voient des adresses comme news@offers.example.com.

Google vous fournira un enregistrement DNS de vérification, généralement un enregistrement TXT. Gardez le tableau de bord ouvert ou copiez l’enregistrement dans une note de travail sécurisée. Vous aurez besoin du nom ou de l’hôte de l’enregistrement, ainsi que de sa valeur. Un seul caractère manquant peut empêcher Google de le trouver.

Les libellés du tableau de bord et les étapes de vérification peuvent changer : suivez donc les instructions qui s’affichent actuellement dans votre compte. Ne remplacez pas l’enregistrement par celui d’un ancien guide de configuration ou d’un autre domaine. Vous devez publier la valeur indiquée par Google pour votre entrée.

À cette étape, beaucoup recherchent « comment vérifier un domaine d’envoi dans Google Postmaster Tools ». En pratique, il faut ajouter le bon domaine, ajouter un enregistrement TXT pour Google Postmaster Tools en publiant la valeur exacte fournie par Google, puis retourner dans le tableau de bord pour vérifier le résultat.

4. Effectuez la vérification du domaine Google Postmaster Tools dans le DNS

Cette vérification DNS d’un domaine d’envoi d’e-mails nécessite que vous accédiez au service qui héberge les enregistrements DNS du domaine. Il peut s’agir de votre bureau d’enregistrement, d’un fournisseur DNS géré ou d’une plateforme cloud ; ce n’est pas nécessairement l’entreprise qui héberge votre site web. En cas de doute, demandez à la personne responsable du DNS avant d’apporter des modifications.

Créez un enregistrement TXT en utilisant le nom ou l’hôte ainsi que la valeur indiqués dans Postmaster Tools. Copiez ces deux champs à l’identique. Certaines interfaces DNS ajoutent automatiquement le nom de domaine au champ de l’hôte, tandis que d’autres exigent un nom complet. Consultez les instructions de votre fournisseur afin de ne pas publier l’enregistrement sous le mauvais nom d’hôte.

Ne remplacez pas les enregistrements TXT existants. Un domaine peut comporter plusieurs enregistrements TXT pour différents services, notamment SPF et d’autres vérifications. Ajoutez le nouvel enregistrement séparément, sauf si votre fournisseur DNS indique explicitement une autre procédure. Si l’interface vous demande un TTL, conservez la valeur par défaut du fournisseur ou utilisez celle recommandée par votre administrateur DNS.

La vérification du domaine dans Google Postmaster Tools nécessite que Google puisse consulter l’enregistrement dans le DNS public. Le fait de l’enregistrer dans le panneau de contrôle ne garantit pas qu’il soit déjà visible partout. La propagation des modifications DNS peut prendre du temps, selon le fournisseur et les paramètres existants de l’enregistrement ; ne partez pas du principe qu’elle s’effectuera dans un délai fixe.

5. Confirmez la vérification et résolvez les problèmes sans risque

Retournez dans Postmaster Tools et lancez la vérification proposée dans le tableau de bord. Si le domaine n’est pas confirmé, comparez l’enregistrement affiché à l’entrée DNS, caractère par caractère. Repérez les espaces superflus, les valeurs tronquées ou les guillemets ajoutés par l’interface DNS.

Vérifiez ensuite que vous avez modifié la zone DNS faisant autorité. Une entreprise peut avoir enregistré example.com auprès d’un bureau d’enregistrement tout en déléguant le DNS à un autre fournisseur. Ajouter un enregistrement TXT dans le panneau DNS inactif du bureau d’enregistrement ne servira à rien si les serveurs de noms du domaine pointent ailleurs.

Vérifiez soigneusement le nom d’hôte. Un enregistrement destiné au domaine racine pourrait être créé sous postmaster.example.com si le panneau DNS ajoute le domaine de manière inattendue. À l’inverse, un fournisseur peut exiger un champ vide ou une valeur spéciale pour le domaine racine. Respectez le format indiqué par le fournisseur et utilisez un outil de recherche DNS si votre administrateur en a un à disposition.

Attendez que l’enregistrement soit visible avant de le modifier à répétition. Chaque modification peut compliquer le diagnostic, surtout lorsque le panneau DNS affiche la valeur enregistrée alors que les recherches publiques renvoient encore un résultat plus ancien. Si l’enregistrement est correct et visible, mais que le tableau de bord signale toujours un problème, consultez à nouveau les instructions actuelles de Google ou contactez l’administrateur du compte.

Consignez brièvement le domaine, le fournisseur DNS, la date de la modification et le nom de la personne qui l’a effectuée. Cette note servira de point de départ à votre équipe si le domaine est déplacé ou si la vérification nécessite une intervention ultérieure.

6. Définissez la propriété et les accès pour la bonne équipe

Choisissez un compte Google que l’organisation pourra conserver, plutôt que de confier la propriété uniquement au compte personnel d’un employé. Un compte générique ou géré par l’entreprise peut limiter les perturbations lorsqu’un responsable marketing quitte l’organisation. Vérifiez que le compte peut toujours être récupéré dans le cadre de la procédure de sécurité habituelle de votre organisation.

Donnez accès à vos collègues à l’aide des options disponibles dans le tableau de bord, au lieu de partager un mot de passe. Limitez le rôle de propriétaire aux personnes capables de coordonner les modifications du domaine et du DNS. Un collègue qui doit uniquement consulter les rapports n’a peut-être pas besoin de droits de gestion du domaine.

Si une agence gère actuellement vos e-mails, convenez par écrit de la personne responsable de l’entrée Postmaster Tools et de ce qui se passera à la fin du contrat. Avant de supprimer le compte de l’agence, assurez-vous qu’un compte interne peut toujours accéder au domaine. Faites de même lorsqu’un employé change de poste ou quitte l’entreprise.

Les performances d’envoi dépendent aussi des pratiques de gestion des listes et des retours des destinataires, pas seulement de l’accès au tableau de bord. Votre équipe peut consulter les bonnes pratiques de délivrabilité des e-mails · YourTrend en parallèle de son processus Postmaster Tools.

7. Comprenez ce que la vérification prouve — et ce qu’elle ne prouve pas

La vérification indique que le compte Google a démontré qu’il contrôlait le domaine pour Postmaster Tools. À elle seule, elle n’authentifie pas les e-mails sortants. SPF, DKIM et DMARC nécessitent leur propre configuration et leurs propres vérifications ; un domaine vérifié peut donc toujours présenter des problèmes d’authentification.

La vérification ne garantit pas non plus l’affichage de données dans le tableau de bord. La disponibilité des rapports dépend des données de Google et des conditions d’affichage. Un domaine récemment ajouté peut ne pas présenter immédiatement de graphiques utiles.

Elle ne certifie pas davantage le placement en boîte de réception. Les messages peuvent toujours être filtrés en raison des plaintes des destinataires, de la qualité des listes, des habitudes d’envoi ou du contenu. Utilisez Postmaster Tools comme une source d’information parmi d’autres, puis comparez ses indicateurs à vos propres journaux de distribution et aux résultats des campagnes. Pour les messages opérationnels, les équipes peuvent également examiner le traitement des événements à l’aide des webhooks d’e-mail pour les e-mails transactionnels.

Gardez bien cette distinction à l’esprit : l’enregistrement TXT prouve que vous contrôlez le domaine pour ce service Google ; il ne garantit pas que vos messages arriveront en boîte de réception. C’est pourquoi la vérification du domaine doit s’inscrire dans une démarche plus large de surveillance des e-mails, et non remplacer les contrôles d’authentification ou une gestion rigoureuse des listes.