Un plan du site est un fichier ou une page qui recense les URL accessibles d’un site web. Il existe sous deux formes principales : le sitemap XML, destiné aux robots des moteurs de recherche, et le plan du site HTML, conçu pour les visiteurs humains. Utiliser ce document comme point de départ permet de cartographier rapidement l’ensemble des contenus publiés, sans dépendre uniquement de la navigation classique par menus.
Pages orphelines : ce que le plan du site révèle sur le maillage interne
Un plan du site complet liste toutes les URL qu’un éditeur souhaite rendre visibles. Mais cette liste ne garantit pas que chaque page soit réellement accessible depuis la navigation du site.
Comparer les URL présentes dans le sitemap avec celles que l’on peut atteindre en suivant les liens internes depuis la page d’accueil met en lumière les pages orphelines. Ces pages figurent dans le plan, mais aucun lien interne ne permet d’y arriver par un parcours naturel.
Un guide d’audit publié par Screaming Frog recommande de recouper les résultats d’une exploration depuis l’accueil avec le contenu du sitemap, puis de vérifier les données d’Analytics et de Search Console. Les URL présentes uniquement dans le plan du site méritent une correction de leur maillage interne, sans quoi elles restent difficiles à trouver pour les visiteurs comme pour les robots.
Le plan du site Wiki Dark illustre bien cette logique de cartographie exhaustive : chaque section y est référencée, ce qui facilite la détection d’éventuelles zones mal reliées au reste de la structure.
Exploration depuis l’accueil ou lecture du sitemap : deux approches complémentaires
Lancer un crawl depuis la page d’accueil simule le parcours d’un visiteur ou d’un robot qui suit les liens un par un. Cette méthode révèle la profondeur réelle du site et les chemins de navigation effectifs.
Lire le sitemap, en revanche, donne accès à la liste complète des URL déclarées par l’éditeur. Ces deux approches ne produisent pas les mêmes résultats.
Les URL découvertes uniquement par le crawl mais absentes du sitemap signalent un oubli dans la déclaration. Celles présentes dans le sitemap mais introuvables par le crawl pointent vers un problème de maillage. Croiser les deux jeux de données constitue la méthode la plus fiable pour dresser un inventaire réaliste du contenu.
Sources complémentaires à recouper
Le guide d’audit de Screaming Frog conseille d’ajouter d’autres sources à cette comparaison :
- Les pages recensées dans Google Analytics, qui montrent quelles URL reçoivent effectivement du trafic, y compris celles que le crawl ou le sitemap auraient manquées
- Les données de Google Search Console, qui listent les URL indexées et celles présentant des erreurs de couverture
- Le CMS lui-même, dont la base de données contient parfois des pages en brouillon ou archivées qui n’apparaissent nulle part ailleurs
- Les journaux serveur (quand ils sont accessibles), qui enregistrent les requêtes réelles des robots et révèlent les URL effectivement demandées par Googlebot ou Bingbot
Aucune de ces sources, prise isolément, ne donne une vue complète. Leur recoupement systématique permet de repérer les incohérences avant qu’elles n’affectent le référencement.
Sitemap XML et plan HTML : choisir le bon format selon l’objectif
Le sitemap XML est un fichier technique structuré en balises. Il contient les URL, et peut inclure des métadonnées comme la date de dernière modification ou la fréquence de mise à jour estimée. Les moteurs de recherche le lisent automatiquement lors de leurs passages réguliers.
Le plan du site HTML est une page web classique, lisible par un humain. Il présente les liens vers les différentes sections sous forme de liste ou d’arborescence cliquable. Son rôle premier est d’aider les visiteurs à trouver rapidement une page précise sans passer par les menus.
Les deux formats répondent à des besoins distincts. Un site qui ne propose qu’un sitemap XML facilite le travail des robots mais n’aide pas ses visiteurs. Un site qui ne propose qu’un plan HTML prive les moteurs d’un fichier structuré qu’ils peuvent traiter plus rapidement.
Maintenir les deux formats en parallèle couvre à la fois l’exploration automatisée et la navigation humaine. Sur les CMS courants comme WordPress, des extensions génèrent automatiquement le sitemap XML. Le plan HTML nécessite souvent une création manuelle ou semi-automatique pour rester lisible et pertinent.
Signaler les mises à jour : le rôle du sitemap face à IndexNow pour Bing
Le sitemap et le protocole IndexNow remplissent des fonctions différentes, même s’ils concernent tous deux la communication avec les moteurs de recherche.
Le sitemap agit comme une liste de référence des URL existantes. Il informe le moteur de recherche de l’ensemble des pages disponibles. IndexNow, en revanche, sert à signaler en temps réel les ajouts, les modifications ou les suppressions de contenu. Bing Webmaster Tools distingue clairement ces deux mécanismes.
Pour un site dont le contenu évolue fréquemment, combiner les deux approches accélère la prise en compte des changements. Le sitemap garantit que l’inventaire global reste à jour. IndexNow notifie les modifications ponctuelles sans attendre le prochain passage du robot.
Quand cette distinction compte
Sur un site statique mis à jour quelques fois par an, le sitemap seul suffit largement. Sur un site éditorial ou e-commerce avec des publications quotidiennes, IndexNow réduit le délai entre la publication et l’indexation. Le plan du site reste la fondation, mais la notification active complète le dispositif pour les contenus urgents.
Le plan du site complet reste le socle de toute exploration méthodique, que ce soit pour un audit technique, une refonte de maillage interne ou simplement pour permettre à un visiteur de trouver une page enfouie dans l’arborescence. La vraie limite du sitemap n’est pas son format, mais la rigueur avec laquelle il est maintenu à jour par rapport au contenu réellement publié.
