Comment vérifier son site dans Bing Webmaster Tools ?

Pour vérifier son site dans Bing Webmaster Tools, il faut prouver au moteur que l'on contrôle réellement le domaine, en déposant un fichier XML à la racine du site, en insérant une balise meta dans le <head> de la page d'accueil, ou en ajoutant un enregistrement CNAME dans la zone DNS du domaine. Une quatrième voie existe pour les sites déjà validés ailleurs : l'import depuis Google Search Console, qui reprend les propriétés vérifiées d'un compte Google sans repasser par une manipulation technique. Ces méthodes aboutissent toutes au même résultat, la différence tient uniquement à ce à quoi vous avez accès : les fichiers du serveur, le code du thème, ou la zone DNS chez votre registrar. Une fois la validation acceptée, l'ensemble des rapports et des outils du service devient accessible pour le domaine concerné.

À quoi sert réellement la vérification de propriété

Bing Webmaster Tools expose des informations qui ne sont pas publiques : les requêtes sur lesquelles vos pages apparaissent, les URL que le moteur a explorées ou refusé d'indexer, les erreurs rencontrées par le robot, les liens pointant vers votre domaine. Ces données constituent une vue interne du comportement du moteur face à votre site. Il serait problématique que n'importe qui puisse les consulter pour un domaine qui ne lui appartient pas.

La vérification résout ce problème de la manière la plus simple qui soit : elle demande une action que seule une personne disposant d'un accès au site ou au domaine peut accomplir. Déposer un fichier à la racine suppose un accès aux fichiers. Modifier le <head> suppose un accès au code ou à l'administration du CMS. Ajouter un enregistrement DNS suppose un accès au compte du registrar. Aucune de ces trois actions n'est réalisable par un tiers.

La vérification ouvre également l'écriture, pas seulement la lecture. Un compte validé peut soumettre des sitemaps, demander l'exploration d'une URL, signaler des paramètres d'URL, gérer des clés IndexNow. Ce sont des instructions adressées au moteur au sujet de votre site : il est logique qu'elles soient réservées à quelqu'un dont le contrôle du domaine a été établi.

Enfin, la propriété validée est attachée à une URL précise, pas à une « marque » ou à un nom. C'est un point qui provoque beaucoup d'incompréhensions et sur lequel nous reviendrons : la version HTTPS et la version HTTP d'un domaine, la version avec www et la version sans, ne sont pas la même propriété du point de vue du moteur.

Créer le compte et ajouter un premier site

L'accès à Bing Webmaster Tools se fait avec un compte Microsoft. Si vous en possédez déjà un, il est utilisable directement ; sinon, la création est un préalable. Le choix du compte n'est pas anodin quand plusieurs personnes travaillent sur le même site : mieux vaut un compte rattaché à l'organisation qu'un compte personnel qui suivra son propriétaire s'il change de poste. Le service permet ensuite d'inviter d'autres utilisateurs sur une propriété, ce qui évite de partager des identifiants.

Une fois connecté, l'interface propose d'ajouter un site. C'est à cette étape que vous saisissez l'URL de la propriété que vous souhaitez suivre. Écrivez-la telle qu'elle est réellement servie aux visiteurs : si votre site répond en HTTPS et sans www, c'est cette forme exacte qu'il faut renseigner. Une saisie approximative ne bloque pas forcément la vérification, mais elle produit ensuite des rapports vides ou incomplets, parce que les données seront rattachées à une adresse que personne ne visite.

Le service propose alors deux chemins : l'import d'un site déjà vérifié dans Google Search Console, ou la vérification manuelle par l'une des trois méthodes classiques. L'import est proposé en premier parce qu'il est le plus rapide quand il s'applique. La vérification manuelle reste la voie universelle, disponible dans tous les cas.

Avant de choisir, prenez trente secondes pour faire l'inventaire de ce à quoi vous avez accès. Avez-vous un accès FTP ou un gestionnaire de fichiers sur l'hébergement ? Pouvez-vous éditer l'en-tête du thème ou disposez-vous d'une extension SEO qui offre un champ dédié aux balises de vérification ? Avez-vous la main sur la zone DNS ? La réponse à ces trois questions désigne presque toujours la méthode la plus confortable.

Les trois méthodes de validation manuelle

La première méthode consiste à télécharger un fichier XML généré par Bing Webmaster Tools et à le déposer à la racine du site, de façon qu'il soit accessible directement à l'adresse du domaine suivie du nom de fichier. C'est la méthode la plus lisible : soit le fichier répond, soit il ne répond pas, et vous pouvez le contrôler vous-même dans un navigateur avant de lancer la validation. Elle suppose un accès aux fichiers du serveur, par FTP, SFTP ou via le gestionnaire de fichiers de l'hébergeur. Sur un site statique déployé depuis un dépôt, le fichier se place simplement dans le dossier public et part avec le prochain déploiement.

La deuxième méthode passe par une balise meta à insérer dans le <head> de la page d'accueil. Elle convient bien aux CMS, où l'on n'a pas toujours envie de manipuler des fichiers mais où l'on dispose d'un champ prévu pour ce type de balise, soit dans les réglages du thème, soit dans une extension d'optimisation. Son inconvénient tient à sa fragilité : la balise vit dans un gabarit, et un gabarit se met à jour, se remplace, ou se voit écraser par une nouvelle version du thème. Si la balise doit rester en place pour maintenir la validation, mieux vaut la placer à un endroit qui survit aux mises à jour, typiquement un champ de configuration ou un thème enfant, plutôt qu'en dur dans un fichier du thème parent.

La troisième méthode repose sur un enregistrement CNAME à créer dans la zone DNS du domaine, avec la valeur fournie par l'interface. Elle a un avantage que les deux autres n'ont pas : elle est totalement indépendante du site lui-même. Peu importe le CMS, le thème, l'hébergement, une refonte complète ou une migration de serveur, l'enregistrement DNS demeure. C'est la méthode que l'on privilégie pour une validation durable sur un domaine qui va évoluer. Elle suppose en revanche un accès au registrar ou au fournisseur DNS, et elle n'est pas instantanée : le temps de propagation d'un enregistrement varie et il faut parfois relancer la validation plus tard.

Aucune de ces trois méthodes n'est meilleure que les autres dans l'absolu. Le raisonnement pratique est simple : accès aux fichiers, prenez le fichier XML ; CMS avec extension SEO et pas d'accès FTP, prenez la balise meta ; accès à la zone DNS et volonté d'une validation qui ne bougera plus, prenez le CNAME.

Importer un site depuis Google Search Console

Si le domaine est déjà vérifié dans Google Search Console avec le même compte Google, Bing Webmaster Tools propose de reprendre cette validation. Vous autorisez la connexion entre les deux services, l'interface affiche la liste des propriétés vérifiées côté Google, et vous sélectionnez celles à rapatrier. Aucune manipulation de fichier, de balise ou de DNS n'est nécessaire : le moteur s'appuie sur une vérification qui a déjà eu lieu ailleurs.

C'est de loin le chemin le plus rapide pour quelqu'un qui gère plusieurs sites déjà suivis côté Google, puisqu'il permet d'ajouter plusieurs propriétés d'un coup. L'import peut aussi reprendre certains réglages existants, ce qui évite de reconstruire une configuration depuis zéro.

Deux réserves méritent d'être posées. D'abord, l'import ne fonctionne que si vous êtes réellement propriétaire vérifié côté Google, et avec le bon compte : un accès délégué en lecture seule ne suffit pas nécessairement. Ensuite, la propriété importée dépend d'un lien entre deux comptes. Si l'accès Google change de mains, si le compte est fermé, ou si l'organisation veut une validation qui lui appartienne en propre, une vérification manuelle reste plus robuste. Rien n'empêche d'ailleurs de faire les deux : importer pour aller vite, puis poser un CNAME pour ancrer la propriété de façon indépendante.

Les erreurs de vérification les plus fréquentes

Quand la validation échoue, le problème est presque toujours dans une poignée de causes identifiables. La plus courante concerne le fichier XML : il a bien été déposé, mais il ne répond pas là où le moteur le cherche. Ouvrez son URL dans un navigateur en navigation privée. Si vous obtenez une page d'erreur 404, le fichier n'est pas à la racine mais dans un sous-dossier, ou son nom a été modifié à l'upload. Si vous êtes redirigé ailleurs, une règle de réécriture ou une redirection globale intercepte la requête avant qu'elle n'atteigne le fichier. Certains serveurs refusent aussi de servir un fichier dont les permissions sont trop restrictives.

Pour la balise meta, l'erreur classique est le placement. La balise doit se trouver dans le <head> de la page d'accueil, pas dans le corps de la page, pas sur une page intérieure, pas dans un widget de pied de page. Autre cas fréquent : la balise a été ajoutée puis effacée par une mise à jour du thème, ou elle est bien présente en base mais un cache sert encore une ancienne version du HTML. Affichez le code source de la page d'accueil et cherchez-y la balise ; si vous ne la voyez pas dans le source servi au visiteur, le moteur ne la verra pas non plus. Videz le cache du site et celui d'un éventuel service de diffusion avant de relancer la validation.

Côté DNS, la difficulté est la patience. Un enregistrement fraîchement créé n'est pas visible partout immédiatement, et une validation lancée trop tôt échoue sans que rien ne soit fautif. Vérifiez aussi que l'enregistrement a été créé sur la bonne zone, avec le bon nom d'hôte, et sans suffixe de domaine dupliqué — une erreur récurrente quand l'interface du registrar complète automatiquement le nom saisi.

Enfin, il y a la famille d'erreurs liées à la variante d'URL. Vous avez déclaré la version HTTP alors que le site répond en HTTPS, ou la version avec www alors que tout redirige vers la version sans. La validation peut alors échouer, ou pire, réussir sur une propriété fantôme dont les rapports resteront désespérément vides. La règle est de déclarer la version canonique, celle vers laquelle toutes les autres redirigent, et celle qui figure dans vos balises canoniques et votre sitemap. Rien n'interdit d'ajouter les autres variantes comme propriétés supplémentaires, mais la propriété de travail doit être la bonne.

Ce que la vérification débloque une fois validée

Le premier bénéfice est l'accès aux rapports d'indexation. Vous voyez quelles URL de votre site sont connues du moteur, lesquelles ont été explorées, lesquelles ont été écartées et pour quel motif. C'est souvent là que se révèlent des problèmes structurels invisibles depuis l'extérieur : des pages bloquées par le fichier robots.txt, des URL en noindex laissées par erreur, des chaînes de redirection, des variantes d'URL qui dupliquent le contenu.

Vient ensuite l'inspection d'URL, qui permet d'interroger le moteur au sujet d'une adresse précise et de voir comment il la perçoit. C'est l'outil de diagnostic à réflexe quand une page importante n'apparaît pas dans les résultats : plutôt que de spéculer, on demande directement au moteur ce qu'il en sait.

La gestion des sitemaps devient également disponible. Soumettre le sitemap XML donne au moteur un inventaire structuré des URL que vous jugez importantes, et l'interface remonte les erreurs de format ou les URL problématiques qu'il contient. C'est un geste rapide, à faire dès la validation acquise.

Enfin, la propriété validée permet de générer et de gérer les clés IndexNow, le protocole qui sert à notifier le moteur de la création ou de la modification d'une URL sans attendre le prochain passage du robot. C'est une brique complémentaire du sitemap plutôt qu'un remplacement, et elle mérite d'être mise en place une fois que la vérification est faite et que les rapports de base sont exploitables.

Ce que les lecteurs demandent souvent

Faut-il laisser le fichier ou la balise en place après la validation ?

Oui. La vérification n'est pas un événement ponctuel : le moteur peut recontrôler la preuve de propriété. Si le fichier XML est supprimé, si la balise meta disparaît lors d'une refonte ou si l'enregistrement CNAME est retiré de la zone DNS, la propriété peut être invalidée et l'accès aux données interrompu. Traitez ces éléments comme faisant partie de la configuration permanente du site, et pensez à les reporter lors d'une migration ou d'un changement de thème.

Peut-on vérifier plusieurs fois le même domaine, ou utiliser plusieurs méthodes ?

Il est tout à fait possible de cumuler les méthodes sur une même propriété, et c'est même une précaution utile : si l'une des preuves saute, l'autre maintient la validation. Il est également possible de déclarer plusieurs variantes d'un domaine comme propriétés distinctes, par exemple la version avec et sans www. Gardez simplement à l'esprit que chacune constitue une propriété séparée avec ses propres données, et travaillez principalement sur la version canonique.

Que faire si la vérification échoue sans message explicite ?

Reprenez les contrôles dans l'ordre. Contrôlez d'abord que la preuve est bien visible depuis l'extérieur, en navigation privée : ouvrez l'URL du fichier XML, ou affichez le code source de la page d'accueil pour y chercher la balise. Vérifiez ensuite que la propriété déclarée correspond exactement à la version canonique du site, protocole et sous-domaine compris. Videz les caches applicatifs et ceux d'un éventuel service de diffusion. Si vous êtes passé par le DNS, laissez le temps à l'enregistrement de se propager avant de relancer. Dans la grande majorité des cas, l'échec vient de l'une de ces quatre causes, pas d'un dysfonctionnement du service.