Un site de plusieurs centaines de pages, un crawl Google qui stagne, et des contenus enfouis à cinq clics de la page d’accueil : on a tous connu cette situation. La carte du site, qu’elle soit au format XML ou sous forme de plan HTML visible par les visiteurs, reste l’un des leviers les plus sous-exploités pour fluidifier la navigation et accélérer l’indexation. Encore faut-il savoir la construire, la maintenir et la croiser avec le maillage interne.
Sitemap XML et plan de site HTML : deux outils, deux fonctions distinctes
On confond souvent le sitemap XML, destiné aux robots d’exploration, avec le plan de site HTML, pensé pour les visiteurs humains. Le premier est un fichier technique soumis via Google Search Console. Le second est une page accessible depuis le pied de page, qui liste les rubriques et sous-rubriques du site.
Sur le terrain, le sitemap XML ne garantit ni l’indexation ni un meilleur positionnement. Google l’utilise comme une suggestion de parcours, pas comme une obligation. Les valeurs priority et changefreq sont d’ailleurs ignorées par Google. Seule la balise lastmod peut avoir un effet, à condition qu’elle reflète une modification réelle et vérifiable du contenu.
Le plan HTML, lui, sert directement l’utilisateur perdu dans une arborescence complexe. Pour un site vitrine de vingt pages, il est superflu. Pour un site e-commerce ou un portail éditorial, il devient un filet de sécurité : quand le menu principal ne suffit plus, le visiteur peut retrouver n’importe quelle section en un clic.
On peut d’ailleurs explorer le site Horizon Net pour observer comment un plan de site structuré expose clairement l’ensemble des rubriques disponibles, sans surcharger la navigation principale.
Maillage interne et carte du site : pourquoi l’un ne remplace pas l’autre
Les liens internes restent le mécanisme central par lequel Google découvre de nouvelles pages. Une page bien maillée sera trouvée même sans sitemap. À l’inverse, une URL présente dans le sitemap mais orpheline (aucun lien interne pointant vers elle) a très peu de chances d’être crawlée régulièrement.
Auditer le maillage interne avant de toucher au sitemap évite de traiter un symptôme plutôt qu’une cause. Quand on repère dans la Search Console des pages « Découverte, actuellement non indexée », le réflexe est de vérifier le sitemap. La vraie question : ces pages reçoivent-elles au moins un lien contextuel depuis une page déjà indexée ?
En pratique, on croise trois sources de données :
- Le rapport de couverture de la Search Console, qui signale les pages exclues ou en attente d’indexation
- Un crawl interne (Screaming Frog, Sitebulb ou équivalent) pour repérer les pages orphelines et les profondeurs de clic excessives
- Le sitemap lui-même, comparé à la liste des URL effectivement indexées, pour identifier les écarts
Ce croisement révèle souvent que le problème n’est pas le sitemap, mais une arborescence trop profonde ou des liens cassés qui bloquent la transmission du jus interne.
Navigation mobile et carte du site : le point faible récurrent
Une arborescence qui fonctionne sur ordinateur peut devenir un labyrinthe sur téléphone. Les écarts de qualité de navigation entre desktop et mobile restent marqués, selon les audits Baymard. Le menu hamburger masque par définition la structure du site, et beaucoup de visiteurs ne l’ouvrent jamais.
Proposer un accès « Voir tout » à chaque niveau de catégorie est une recommandation concrète encore rarement appliquée. Sur mobile, forcer l’utilisateur à choisir immédiatement une sous-catégorie sans pouvoir consulter l’ensemble de la catégorie parente génère de la frustration et augmente les sorties.
Le plan de site HTML prend ici une valeur supplémentaire. Accessible depuis le footer, il offre une vue panoramique que le menu hamburger ne permet pas. Pour que ce plan soit réellement utile sur mobile, quelques contraintes :
- Regrouper les liens par sections claires avec des intitulés explicites, pas des libellés internes type « cat-47 »
- Limiter la profondeur affichée à deux niveaux pour éviter le scroll infini
- Vérifier que chaque lien du plan est cliquable avec une zone tactile suffisante (les recommandations WCAG 2.2 insistent sur le focus clavier visible et non masqué, ce qui concerne aussi les menus sticky)
Maintenance du sitemap XML : les erreurs qui passent inaperçues
Générer un sitemap automatiquement via un plugin (Yoast, SEOPress, Rank Math) donne un faux sentiment de sécurité. Le fichier se met à jour, certes, mais il inclut parfois des URL qu’on ne veut pas indexer : pages de tags vides, résultats de recherche interne, variantes de tri ou de filtres.
Un sitemap efficace ne liste que les pages canoniques que l’on souhaite voir indexées. Chaque URL présente doit renvoyer un code 200, pointer vers sa propre canonical, et ne pas être bloquée par le robots.txt. Les retours varient sur la fréquence idéale de vérification, mais un audit trimestriel reste un minimum raisonnable pour un site actif.
Points de contrôle concrets
Vérifier que le nombre d’URL dans le sitemap correspond au nombre de pages indexées dans la Search Console. Un écart de plus de quelques pourcents signale un problème : pages en erreur 404, redirections en chaîne, ou contenus dupliqués qui polluent le fichier.
Supprimer du sitemap toute URL renvoyant une redirection 301 ou 302. Google finit par suivre la redirection, mais un sitemap propre accélère le processus et évite de gaspiller le budget de crawl sur des rebonds inutiles.
La carte du site, qu’elle soit technique ou visible, n’est pas un document figé qu’on génère à la mise en ligne puis qu’on oublie. C’est un outil de diagnostic autant que de navigation. Quand on le maintient en phase avec le maillage interne et qu’on l’adapte aux contraintes mobiles, il remplit son rôle : permettre aux robots et aux visiteurs de trouver chaque page utile sans détour.
