Un site web peut compter des dizaines, voire des centaines de pages, et pourtant proposer une navigation fluide. Tout dépend de la manière dont son plan de site est conçu. Le plan de site remplit deux fonctions distinctes : guider les visiteurs vers l’information recherchée et signaler aux moteurs de recherche les pages à explorer. Ces deux rôles ne se recoupent pas toujours.
Un sitemap XML soumis à Google aide à découvrir des URL, mais ne garantit ni leur exploration ni leur indexation. La décision finale revient au moteur de recherche, qui peut exclure certaines pages pour des raisons techniques ou qualitatives. Côté visiteur, une page référencée dans le sitemap peut rester introuvable si aucun chemin de navigation concret n’y mène.
Sitemap XML et plan de site visiteur : deux outils, deux logiques
La confusion entre ces deux notions revient souvent. Le sitemap XML est un fichier technique, lisible par les robots d’indexation. Il liste des URL canoniques avec, parfois, une date de dernière modification. Google précise que les champs priority et changefreq ne sont pas utilisés par son algorithme. Seule la balise lastmod compte, à condition qu’elle reflète une modification réelle du contenu.
Le plan de site destiné aux visiteurs est une page HTML, accessible depuis le pied de page ou le menu. Son objectif est tout autre : offrir une vue d’ensemble de l’arborescence pour qu’un internaute retrouve une rubrique sans passer par la barre de recherche. Sur le plan du site Mon Habitat, par exemple, chaque catégorie renvoie directement aux contenus classés par thématique, ce qui raccourcit le parcours de navigation.
Un sitemap XML bien rempli ne remplace pas un plan de site lisible par un humain. Les deux se complètent, mais leurs publics et leurs mécaniques diffèrent.
Liens internes et navigation : ce que le sitemap ne fait pas à votre place
Ajouter une URL dans un fichier sitemap ne crée aucun lien visible pour le visiteur. Si une page n’est reliée ni depuis le menu, ni depuis une catégorie, ni depuis un contenu connexe, elle reste un cul-de-sac. Les liens internes restent le premier levier de navigation sur un site web.
Un plan de site bien organisé repose sur une arborescence cohérente. Les pages principales (accueil, catégories, sous-catégories) forment un squelette. Les contenus secondaires se rattachent à ce squelette par des liens contextuels intégrés dans le corps du texte ou dans des encadrés de navigation latérale.
Les référenceurs parlent souvent de « profondeur de clic » : le nombre de clics nécessaires pour atteindre une page depuis la page d’accueil. Une page enfouie à quatre ou cinq clics de profondeur sera moins visitée et moins souvent explorée par les robots. L’arborescence du site doit donc limiter cette profondeur pour les contenus stratégiques.
Points concrets à vérifier dans la structure de navigation
- Chaque page de contenu est accessible depuis au moins une page de catégorie ou un menu, pas uniquement depuis le sitemap XML
- Le menu de navigation conserve le même ordre relatif d’une page à l’autre, conformément aux recommandations WCAG 2.1, pour que les visiteurs (y compris ceux qui naviguent au clavier ou avec des technologies d’assistance) retrouvent leurs repères
- Les URL sont descriptives et reflètent la hiérarchie des rubriques, ce qui aide autant les utilisateurs que les moteurs de recherche à comprendre la structure du site
- Les liens contextuels dans les articles renvoient vers des contenus proches thématiquement, pas vers des pages sans rapport
Tester avec de vrais utilisateurs : la méthode du tri de cartes
Une arborescence peut paraître logique à l’équipe qui l’a conçue et dérouter complètement un visiteur extérieur. La perception interne d’une structure ne prédit pas son efficacité réelle. Pour vérifier qu’un plan de site fonctionne, il existe des protocoles simples à mettre en place avant ou après la mise en ligne.
Le tri de cartes (card sorting) consiste à présenter à un panel d’utilisateurs les intitulés de toutes les pages du site sur des cartes séparées, puis à leur demander de les regrouper par catégories. En version ouverte, les participants créent eux-mêmes les catégories. En version fermée, les catégories sont imposées et les participants y classent les cartes. La comparaison entre les regroupements spontanés des utilisateurs et l’arborescence prévue révèle les décalages.
Test d’arborescence (tree testing) : mesurer le taux de réussite
Le tree testing va plus loin. On présente l’arborescence du site sous forme textuelle (sans design, sans couleurs, sans visuels) et on demande aux participants de trouver une information précise. Le résultat se mesure en taux de réussite et temps moyen pour localiser la bonne page.
Ce protocole isole la structure de tout effet visuel. Si un participant met trop longtemps ou se trompe de chemin, le problème vient de l’organisation des contenus, pas du design. Des outils en ligne permettent de conduire ces tests à distance, avec quelques dizaines de participants suffisant pour identifier les points de friction majeurs.
Entretenir un plan de site : la date lastmod et le nettoyage des URL obsolètes
Un plan de site n’est pas un document figé. Un sitemap rempli d’URL obsolètes ou redirigées perd toute utilité. Google recommande de n’inclure que les URL canoniques destinées à apparaître dans les résultats de recherche. Laisser traîner des pages supprimées, des doublons ou des contenus dépubliés dans le sitemap XML brouille le signal envoyé aux robots.
La date lastmod mérite une attention particulière. La modifier à chaque sauvegarde mineure (correction de faute, ajustement de mise en page) sans changement substantiel du contenu revient à crier au loup. Google finit par ignorer cette indication si elle ne correspond pas à une vraie mise à jour.
Pour le plan de site HTML visible par les visiteurs, le même principe s’applique : retirer les liens vers des pages inexistantes, mettre à jour les intitulés quand une rubrique change de nom, vérifier que chaque lien aboutit à un contenu actif.
- Auditer le sitemap XML au moins une fois par trimestre pour supprimer les URL en erreur 404 ou redirigées en 301
- Ne mettre à jour la date lastmod que lors d’une modification significative du contenu de la page
- Croiser les données de la Search Console (pages « découvertes, actuellement non indexées ») avec les URL du sitemap pour identifier les pages que Google refuse d’indexer
Un plan de site, qu’il soit XML ou HTML, fonctionne quand il reflète fidèlement l’état réel du site. La structure la plus soignée perd sa valeur dès qu’elle cesse d’être synchronisée avec les contenus publiés. C’est un travail de maintenance régulier, pas un réglage unique au lancement.
