Un sitemap envoyé dans la Search Console affiche souvent un joli statut vert, et l’affaire semble réglée. Sauf que ce statut dit seulement que Google a lu le fichier, pas qu’il en a extrait quelque chose. Les données d’images, de vidéos, d’actualités et les versions localisées dorment dans le XML sans que personne ne vérifie leur présence réelle dans l’index. Résultat : on croit suivre son site alors qu’on suit une case cochée.
déclarer n’est pas relire
La Search Console range la section « Sitemaps » dans le menu de gauche, sous la rubrique « Index ». On y colle l’adresse du fichier, on valide, et le tableau affiche un état. Ce que ce tableau ne montre pas, c’est le contenu du fichier lui-même.
Un sitemap peut être parfaitement accessible, renvoyer un code correct, et ne contenir que des URL sans aucune métadonnée utile. Le statut reste vert dans les deux cas, ce qui trompe beaucoup de propriétaires de sites.
La relecture commence donc ailleurs, dans le XML brut. Un outil de conseils SEO comme referencement-internet.pro insiste sur ce point : le fichier se lit, se compare et se corrige. Ouvrez-le dans un onglet, regardez ce qui accompagne chaque adresse d’URL. S’il n’y a que des balises loc et lastmod, votre sitemap ne transporte que du texte indexable, et tout le reste est perdu.
ce que le format XML sait porter
Google accepte les formats de sitemaps définis par le protocole Sitemap, mais il ne les met pas sur le même plan. Le sitemap XML est décrit par Google comme le format le plus polyvalent, extensible, et capable de fournir le maximum d’informations sur les URL. Cette phrase mérite d’être relue lentement, parce qu’elle explique pourquoi le choix du format conditionne ce que vous pourrez un jour analyser.
Le sitemap XML peut fournir des données supplémentaires sur les images, les vidéos et les actualités, ainsi que sur les versions localisées des pages. Les sitemaps RSS, mRSS et Atom 1.0 ne peuvent fournir des informations que sur des vidéos, et rien sur les images ni les actualités. Quant au sitemap au format texte, il ne permet de lister que des URL en HTML et d’autres pages indexables, sans le moindre champ supplémentaire.
un exemple parlant vaut mieux qu’un long discours
Prenons une page de produit avec une photo, une fiche vidéo et une déclinaison en espagnol. Dans un sitemap XML, cette page peut apparaître une fois avec trois blocs de métadonnées accrochés à son URL, chacun portant son propre titre et sa propre adresse de fichier. Un format texte n’en gardera que l’adresse. La différence se voit à la relecture, pas à la déclaration.
- L’extension image porte l’adresse du fichier, son titre et sa légende, ce qui donne à Google de quoi comprendre la photo sans la voir.
- Où sont donc passées les versions localisées quand on n’a rien déclaré ?
- L’extension vidéo reprend la vignette, la durée et la page de lecture, autant d’informations qui n’existent nulle part ailleurs.
- Un bloc actualités se périme vite, et le relire chaque semaine évite de croire à une indexation qui n’a plus lieu.
- Les balises hreflang glissées dans le sitemap indiquent les variantes linguistiques d’une même page.
ce que Search Console ne raconte pas
La question revient sans cesse : comment utiliser Google Search Console pour vérifier vraiment ce qui a été ingéré ? L’interface donne le nombre d’URL soumises et le nombre d’URL indexées, ce qui reste une vue de surface. Elle ne dresse pas la liste des images reconnues comme rattachées à une page, ni celle des vidéos découvertes par le robot. Ces informations, il faut aller les chercher dans les rapports d’indexation, et surtout dans le fichier lui-même.
Un propriétaire de site m’a montré récemment un sitemap déclaré depuis des mois, avec un statut impeccable. En le relisant ligne par ligne, il manquait la moitié de ses articles, tout simplement parce que le générateur n’incluait que les publications récentes. Aucun message d’erreur n’était remonté, et le trafic stagnant ne s’expliquait pas. Le fichier disait la vérité, encore fallait-il la lui demander.
comment consulter vraiment son sitemap
La consultation tient en gestes simples, mais elle demande une habitude régulière. Ouvrez l’adresse du fichier dans le navigateur, puis comparez le nombre d’URL présentes avec le nombre de pages que vous croyez publiées. Un écart signale un problème de génération ou une règle d’exclusion trop large. Ensuite, cherchez les balises d’extension dans le code source : leur absence est le signe qu’aucune donnée riche n’est transmise.
Un dernier contrôle porte sur les variantes linguistiques et sur les pages qui changent souvent. Si votre site vend des produits dans plusieurs pays, le sitemap doit refléter ces versions, sinon le moteur ne saura pas qu’elles existent. Bon, personne n’a envie de relire du XML chaque lundi matin. Pourtant c’est là que se joue la différence entre un fichier décoratif et un fichier qui travaille pour vous.
le statut vert n’est qu’un départ
Déclarer un sitemap dans la Search Console reste une formalité utile, mais elle ne dit presque rien du contenu réel du fichier. Les données sur les images, les vidéos, les actualités et les versions localisées ne parviennent au moteur que si elles sont écrites dans le XML, puis relues par quelqu’un.
Un fichier jamais ouvert est un fichier dont on ignore tout, même quand tout semble aller. Franchement, le contrôle prend peu de temps et évite bien des illusions. Combien de sitemaps de votre propre site n’ont jamais été ouverts depuis leur déclaration ?