Un plan du site HTML remplit une fonction précise sur un blog : il expose la totalité de l’arborescence sous forme de liens cliquables, accessibles aux visiteurs comme aux robots d’indexation. Sur un blog dont les archives grossissent chaque semaine, cette page devient le seul endroit où la structure complète reste lisible d’un coup d’œil.
Crawl budget et plan du site HTML : ce que le maillage classique ne couvre pas
Sur un blog actif, les articles anciens finissent enfouis sous plusieurs niveaux de pagination. Les robots des moteurs de recherche allouent un budget de crawl limité à chaque domaine. Sans lien direct depuis une page de faible profondeur, les contenus orphelins sortent progressivement de l’index.
Le plan du site HTML règle ce problème en plaçant chaque URL à un clic de la racine. Il ne remplace pas le sitemap XML, qui reste un fichier technique destiné aux crawlers. Les deux formats remplissent des rôles complémentaires : le XML signale les URL et leur date de modification, le HTML offre un parcours de navigation réel aux visiteurs.
Google précise d’ailleurs qu’envoyer un sitemap XML constitue un signal de découverte, pas une garantie d’indexation. Le plan HTML, lui, crée un lien hypertexte réel que le robot suit comme n’importe quel autre lien interne. Combiner les deux augmente la probabilité qu’une page soit explorée.
Un blog comme Les Babillages de Babinette illustre bien cette logique : en consultant le plan du site LES BABILLAGES DE BABINETTE, chaque rubrique et chaque billet restent accessibles sans passer par la pagination ni par le moteur de recherche interne.
Structure d’un plan de site efficace pour un blog à catégories multiples
Un blog organisé en catégories (beauté, lifestyle, parentalité, voyages) nécessite un plan du site qui reproduit cette hiérarchie. Lister les URL à plat, sans regroupement, revient à proposer un annuaire téléphonique sans classement alphabétique.
Regroupement par taxonomie
Chaque catégorie principale forme une section. Les sous-catégories ou les tags apparaissent en retrait, suivis des articles correspondants. Cette disposition reproduit le schéma en silo que les moteurs de recherche interprètent comme un signal thématique cohérent.
Ordre de tri et mise à jour
Deux options courantes : tri chronologique inversé (le plus récent en haut) ou tri alphabétique. Le tri chronologique convient mieux aux blogs éditoriaux, parce que les lecteurs cherchent souvent le dernier contenu publié. Le point technique à ne pas négliger : le plan doit se régénérer automatiquement à chaque publication. Un plan statique qui oublie les nouveaux articles perd toute utilité en quelques semaines.
Sur WordPress, plusieurs extensions génèrent cette page en temps réel. Nous recommandons de vérifier que l’extension choisie respecte les balises sémantiques HTML (listes imbriquées ul/li) plutôt que de produire un bloc de liens en vrac.
Plan du site et accessibilité WCAG : un levier de conformité souvent ignoré
Le critère de succès 2.4.5 des WCAG 2.2, de niveau AA, exige qu’un ensemble de pages propose plusieurs moyens de localiser une page donnée. Les trois voies classiques sont le menu de navigation, la recherche interne et le plan du site.
Sur un blog, le menu principal ne peut pas lister des centaines d’articles. La recherche interne dépend de la qualité de l’indexation côté serveur. Le plan du site HTML devient alors le filet de sécurité qui garantit qu’un utilisateur, y compris via un lecteur d’écran, retrouve n’importe quel contenu.
- Le plan du site fournit une liste de liens natifs, parfaitement interprétables par les technologies d’assistance, sans dépendre de JavaScript.
- Il offre une vue d’ensemble aux utilisateurs qui ne maîtrisent pas le système de catégories ou de tags du blog.
- Il satisfait le critère WCAG 2.4.5 en complément du menu et du champ de recherche, sans développement supplémentaire.
Ignorer ce point expose un blog professionnel ou institutionnel à un défaut de conformité, alors que la solution demande moins d’une heure de mise en place.
Erreurs fréquentes qui rendent un plan de site inutile pour la navigation
Produire un plan du site ne suffit pas. Plusieurs erreurs courantes annulent ses bénéfices, tant pour le référencement que pour l’expérience de lecture.
- Inclure des URL en noindex : si une page porte une directive noindex, la lister dans le plan envoie un signal contradictoire aux robots et brouille le budget de crawl.
- Lister des URL redirigées (301 ou 302) : le plan doit pointer vers les URL finales, pas vers des adresses intermédiaires.
- Omettre le lien vers le plan depuis le footer ou le menu : un plan du site introuvable ne sert personne. La convention veut qu’il figure dans le pied de page, accessible depuis toutes les pages du blog.
- Générer un plan sans structure hiérarchique : une liste plate de plusieurs centaines de liens décourage la lecture et ne transmet aucune information thématique aux moteurs de recherche.
Vérifier ces points prend quelques minutes. Le gain en lisibilité et en couverture d’indexation se mesure dès le recrawl suivant.
Balise lastmod du sitemap XML : le piège de la date automatique
La valeur lastmod dans un sitemap XML indique aux robots la date de dernière modification significative d’une page. Google a précisé en juin 2023 que cette donnée peut influencer la fréquence de recrawl, à condition qu’elle reflète un changement réel du contenu.
Beaucoup de blogs mettent à jour cette date à chaque régénération du cache ou à chaque publication d’un commentaire. Le résultat : toutes les URL affichent la même date récente, et le signal perd toute valeur. Le moteur finit par ignorer la balise pour ce domaine.
La bonne pratique consiste à ne modifier lastmod que lors d’une mise à jour éditoriale (ajout de paragraphe, correction factuelle, actualisation de données). Les modifications cosmétiques (changement de thème, ajout d’un widget en sidebar) ne justifient pas une nouvelle date.
Le plan du site HTML n’est pas un gadget de référenceur. C’est un composant structurel du blog qui sert simultanément trois objectifs : guider les visiteurs vers n’importe quel contenu, fournir aux robots un chemin de crawl à faible profondeur, et remplir une exigence d’accessibilité documentée. Sa mise en place prend peu de temps, mais sa maintenance (URL à jour, hiérarchie cohérente, absence de redirections) demande une vérification régulière, idéalement à chaque audit technique du site.
