Vérifiez d’abord si vous parlez d’une page plan du site destinée aux visiteurs ou d’un fichier sitemap XML
La première étape consiste à distinguer deux choses différentes : une page plan du site pour les internautes et un sitemap XML pour les moteurs de recherche. Une page plan du site destinée aux visiteurs est généralement une page web classique avec des liens regroupés par thème, rubrique ou service. Un sitemap XML est un fichier lisible par machine, souvent invisible pour les visiteurs occasionnels, et il peut se trouver à un chemin comme /sitemap.xml.
Cette distinction compte, car la recherche ne se fait pas de la même manière. Si vous cherchez à vérifier si un site a un plan du site, vous cherchez peut-être une page cliquable pour un visiteur, pas un fichier conçu pour les robots d’exploration. Le fichier peut exister même si aucune page visible n’est présente, et l’inverse peut aussi se produire sur un petit site éditorial.
Un indice rapide est le titre de la page. Si le site affiche « Sitemap », « Plan du site » ou « Toutes les pages », vous regardez probablement une page destinée aux visiteurs. Si le navigateur montre des balises XML ou une simple liste d’URL, il s’agit du sitemap XML. C’est simple. Ne les confondez pas.
Vérifiez le pied de page, le centre d’aide et les liens d’accessibilité ou « plan du site »
Commencez par le pied de page sur ordinateur et sur mobile, car de nombreux sites y placent un lien vers le plan du site, à côté de À propos, Confidentialité ou Contact. Un grand éditeur peut aussi le cacher dans un centre d’aide, une page d’accessibilité ou une zone de ressources institutionnelles. Ces emplacements sont courants sur les sites comportant des centaines de pages, où une page plan du site visible aide les visiteurs à s’orienter.
Recherchez des libellés simples, pas seulement « sitemap ». Certains sites utilisent « Plan du site », « Index du site » ou un libellé d’accessibilité comme « carte du site ». C’est important sur les sites gouvernementaux, universitaires et d’entreprise, où les équipes d’accessibilité exigent souvent une page listant les principales destinations dans une structure claire. Un site de 20 pages peut s’en passer ; un site de 2 000 pages, en général, non.
Ne vous fiez pas uniquement au menu principal. Un lien dans le pied de page peut être le seul indice public. Si le site dispose d’un centre d’aide, recherchez « plan du site » à l’intérieur de cette section avant de lancer une recherche sur l’ensemble du site. Un clic peut vous faire gagner dix minutes.
Essayez les modèles d’URL les plus probables pour la page plan du site
Si le pied de page ne donne rien, testez des modèles d’URL probables dans la barre d’adresse. Commencez par /sitemap, puis /site-map, puis /sitemap-page. De nombreux sites utilisent aussi /pages/sitemap ou /info/sitemap. La dénomination varie, donc une courte liste vaut mieux que des suppositions au hasard.
Essayez un modèle à la fois et observez le résultat. Une bonne page plan du site renvoie souvent une page HTML propre avec des liens regroupés, tandis qu’une page inexistante peut vous conduire vers une erreur 404 ou vous rediriger ailleurs. Si le site est en anglais et possède une architecture d’information étendue, /sitemap est le premier endroit à tester. S’il suit une charte de marque, /site-map apparaît parfois à la place.
Petite précaution : ne partez pas du principe que l’URL est publique simplement parce qu’elle paraît logique. Certains sites bloquent l’accès direct ou réservent ce chemin au personnel. Si le navigateur affiche une page d’erreur personnalisée, c’est aussi une information utile. Cela signifie que le site a réfléchi à cet emplacement, même s’il ne l’expose pas.
Pour les sites au contenu vaste, une page plan du site peut aussi se trouver sous un chemin de section, comme /help/sitemap ou /about/site-map. C’est particulièrement courant lorsque le site veut placer cette page près des ressources d’aide plutôt que dans la couche publique principale. Essayez les noms de dossiers que vous voyez déjà sur le site.
Recherchez les références au sitemap dans le fichier robots.txt du site
Ouvrez /robots.txt et repérez une ligne qui commence par Sitemap:. Cette ligne renvoie souvent vers un fichier sitemap XML, et parfois vers plusieurs fichiers. Un site peut garder sa page plan du site pour les humains cachée, tout en signalant le sitemap XML dans robots.txt, ce qui est un indice solide qu’une forme de plan du site existe. C’est souvent la meilleure façon de trouver sitemap XML dans robots.txt.
Cette vérification est rapide. Tapez le domaine du site suivi de /robots.txt, puis lisez le texte brut. Si vous voyez Sitemap: https://example.com/sitemap.xml, vous avez la preuve d’un sitemap XML même si aucune page publique n’est liée. Si plusieurs entrées Sitemap apparaissent, le site peut répartir le plan du site par rubrique, langue ou type de contenu.
Ne vous arrêtez pas au premier fichier. Certains sites indiquent un fichier d’index de sitemap au lieu d’un seul fichier sitemap. Ce fichier d’index peut renvoyer vers plusieurs sitemaps XML en arrière-plan. Utile, oui. Visible pour les visiteurs, pas toujours.
Si vous avez besoin d’une page destinée aux humains, robots.txt ne le confirmera pas directement. Il confirme la partie XML. Cela dit, c’est un bon point de départ, et les pistes comptent quand la navigation d’un site est chargée ou inhabituelle. Pour d’autres vérifications de structure de site, le guide comment vérifier si un site web consacré aux pages presse montre la même habitude : suivre la trace.
Recherchez « sitemap » dans la navigation du site, la recherche interne ou le code source
Utilisez le champ de recherche du site s’il en possède un, et cherchez directement « sitemap ». Cela paraît presque trop simple, mais cela fonctionne sur les sites avec de grandes archives ou des menus multilingues. Si le site n’affiche pas de champ de recherche visible, essayez la recherche dans la page du navigateur après avoir chargé la page d’accueil, puis le pied de page, puis une page de rubrique. Trois endroits. Trois chances.
La recherche interne peut révéler des titres de pages cachés, pas seulement des liens actifs. Un résultat nommé « Sitemap », « Plan du site » ou « Plan du site d’accessibilité » peut apparaître même si le menu principal reste muet. Sur certains sites riches en contenu, la page plan du site n’existe que comme page recherchable, car l’équipe éditoriale ne voulait pas l’intégrer à la navigation principale.
Si la recherche échoue, inspectez le code source de la page. Dans le HTML source, cherchez le mot « sitemap » dans le texte des liens, les attributs de données ou le code commenté. Il arrive parfois qu’un développeur ait laissé le lien dans le balisage, mais pas à l’écran. Ce n’est pas très élégant, mais cela arrive. Plus d’une fois.
C’est là que la répétition est payante. Cherchez dans l’en-tête, le pied de page, le menu mobile et le code source. Quatre endroits, un seul mot. Si le site contient une page plan du site, une trace de « sitemap » apparaît souvent dans au moins l’un de ces emplacements. Un lien caché reste un lien.
Vérifiez si le site utilise une page plan du site dynamique ou rendue en JavaScript
Certains sites construisent la page plan du site avec JavaScript, de sorte que la page n’apparaît qu’après l’exécution des scripts. Dans une exploration de liens en HTML simple, la page peut sembler absente alors qu’elle existe bel et bien dans le navigateur. C’est fréquent sur les sites de type application, les plateformes marketing et les sites qui chargent la navigation depuis une API.
Pour la repérer, ouvrez l’URL supposée du plan du site et attendez la fin du chargement. Si le navigateur affiche un indicateur de chargement, un conteneur vide ou une liste de liens qui apparaît avec retard, vous êtes peut-être face à une page plan du site rendue en JavaScript. Vérifiez le code source et le DOM rendu séparément si vos outils le permettent. Un script peut créer une page qui semble vide au premier coup d’œil.
Autre indice : il s’agit d’une route plutôt que d’un fichier. Un site peut utiliser /sitemap comme route côté front-end, tandis que le serveur affiche d’abord un conteneur d’application. La page peut toujours être réelle, mais le contenu arrive plus tard. C’est important lorsque vous vérifiez une application monopage avec routage côté client.
Pour les visiteurs, cela peut être déroutant. Pour les éditeurs, c’est pire : la page existe, mais seulement une fois les scripts chargés. Si le site bloque les scripts ou si votre outil ne les exécute pas, vous risquez de la manquer. N’affirmez pas trop vite qu’elle est absente.
Vérifiez que la page est bien un plan du site et non un index ou un répertoire apparenté
Une page intitulée « Plan du site » n’est pas toujours une vraie page plan du site. Vérifiez son contenu. Une vraie page plan du site liste généralement les principales sections, les groupes d’articles ou les pages de destination dans une structure organisée. Une archive de blog, à l’inverse, est triée par date. Un index de catégories est trié par thème. Un répertoire est souvent classé par ordre alphabétique, avec peu d’explications.
Utilisez une vérification simple en 4 points. Premièrement, voyez si la page regroupe les liens par nom de section. Deuxièmement, regardez si elle couvre un large éventail du site, et pas seulement une seule catégorie. Troisièmement, vérifiez si elle inclut des pages utilitaires comme À propos, Contact ou les Mentions. Quatrièmement, confirmez qu’elle est publique et destinée aux lecteurs, et non seulement aux robots. Quatre vérifications, pas une seule.
Observez aussi l’URL et le fil d’Ariane. Une page située sous /blog/ ou /category/ peut être une archive, même si le titre indique « sitemap ». Une page sous /sitemap ou /site-map est plus prometteuse, mais le contenu reste déterminant. Les titres peuvent mentir. La structure dit généralement la vérité.
Si la page ressemble à un répertoire avec une longue liste de fichiers, c’est encore autre chose. Une page de répertoire peut lister des dossiers ou des téléchargements, pas des sections du site. Pour un utilisateur, la différence saute aux yeux en quelques secondes. Pour une personne qui vérifie, c’est une distinction nécessaire.
Que faire si aucune page plan du site n’existe
Si vous ne trouvez aucune page plan du site publique, rabattez-vous sur le sitemap XML, la recherche du site ou une approche basée sur l’exploration. Le sitemap XML est le recours le plus rapide, car il liste souvent les URL importantes du site en un seul endroit. Si robots.txt pointe vers plusieurs fichiers XML, commencez par le fichier d’index et poursuivez à partir de là.
La recherche interne du site est la solution suivante. Recherchez des termes généraux comme « à propos », « blog », « aide » ou le nom d’une rubrique connue, puis observez la manière dont le site organise les résultats. Une page de résultats peut vous en apprendre davantage sur la structure du site qu’une page plan du site absente. Elle peut aussi révéler des pages qui ne sont pas liées dans le pied de page.
Si vous avez besoin d’une carte plus complète, parcourez le site avec un outil basé sur navigateur ou un crawler local et collectez les liens internes à partir des pages accessibles. Vous obtiendrez ainsi un inventaire pratique, même sans page plan du site publique. Sur un site à la navigation limitée, l’exploration peut être le seul chemin fiable.
Vous pouvez aussi comparer cette tâche à d’autres vérifications de site, comme le guide comment vérifier si un site web pour le chat en ligne ou le guide comment vérifier si un site web pour les horaires d’ouverture, car chacune commence de la même manière : trouvez d’abord l’endroit évident, puis testez le chemin caché si l’évidence ne donne rien.
Et si le site est petit, ne soyez pas surpris de ne trouver aucune page plan du site. Une recherche sur où trouver la page plan du site dépend souvent de la taille et de la complexité du site : un site vitrine de cinq pages peut très bien reposer uniquement sur le menu principal. Une archive de 500 pages, en revanche, ne le peut généralement pas. Cette différence influence davantage la recherche que n’importe quelle URL supposée.
