La page plan d’un blog n’est pas un simple sitemap XML destiné aux robots. C’est une interface de navigation à part entière, soumise à des contraintes d’accessibilité précises et à des logiques de maillage interne qui conditionnent à la fois l’expérience utilisateur et le crawl. Nous allons détailler les points techniques qui font la différence entre une page plan utile et une page plan décorative.
Conformité WCAG 2.2 et page plan de blog : les critères AA à respecter
La page plan remplit une fonction normative souvent ignorée dans les articles sur la navigation de blog. Depuis la publication officielle de WCAG 2.2 le 5 octobre 2023, le critère 2.4.5 Multiple Ways (niveau AA) impose de fournir plus d’un mode d’accès à chaque contenu. La page plan structurée est explicitement reconnue comme l’un de ces moyens, au même titre que la recherche interne et les breadcrumbs.
Concrètement, un blog qui dispose uniquement d’un menu principal et d’une barre de recherche sans page plan accessible risque un défaut de conformité AA. Nous recommandons de traiter cette page comme un composant d’accessibilité, pas comme un gadget SEO secondaire.
Le critère 2.4.8 Location (niveau AAA) reconnaît le breadcrumb comme technique standard pour situer une page dans la hiérarchie. La structure de votre page plan doit refléter fidèlement la hiérarchie réelle du blog, catégories et sous-catégories comprises. Un décalage entre l’arborescence affichée dans la page plan et celle des breadcrumbs crée une incohérence qui pénalise les utilisateurs de lecteurs d’écran.
Pour les utilisateurs de technologies d’assistance, la page plan fonctionne aussi comme un bypass des blocs de navigation répétitifs (header, sidebars, menus). Elle permet de sauter directement vers la section ou la catégorie recherchée sans parcourir l’intégralité des éléments récurrents. Un blog qui a structuré la page plan du site Maman Modeuse illustre cette approche : les catégories sont listées avec leurs articles enfants dans un ordre hiérarchique lisible par un lecteur d’écran.
Structure HTML de la page plan : balises sémantiques et landmarks
Une page plan efficace repose sur un balisage sémantique strict. Nous observons trop de pages plan générées automatiquement par des plugins WordPress qui produisent des listes plates sans hiérarchie, ou pire, des tableaux de liens sans landmark ARIA.
Le squelette minimal d’une page plan de blog performante s’appuie sur ces éléments :
- Un élément <nav> avec un aria-label explicite (par exemple « Plan du site ») pour que les lecteurs d’écran identifient immédiatement la zone de navigation
- Des listes imbriquées <ul> / <li> qui reproduisent la hiérarchie catégorie-article, jamais des <div> aplatis
- Des liens avec un texte d’ancre descriptif reprenant le titre réel de l’article, pas un « Lire la suite » générique qui viole le critère WCAG 2.4.4 Link Purpose
- Un heading <h2> par catégorie principale pour structurer la page en sections scannables
Sur WordPress, les plugins de sitemap HTML les plus courants (WP Sitemap Page, Simple Sitemap) génèrent par défaut une liste plate. Il faut paramétrer explicitement l’affichage hiérarchique et vérifier dans le code source que les listes sont bien imbriquées.
Pagination et volume d’articles
Un blog qui dépasse plusieurs centaines d’articles ne peut pas afficher l’intégralité de son contenu sur une seule page plan sans dégrader le temps de chargement et la lisibilité. Deux approches fonctionnent.
La première consiste à ne lister que les catégories et sous-catégories avec un lien vers la page archive de chaque catégorie. La seconde segmente la page plan elle-même par catégorie, avec des ancres internes en haut de page qui permettent de sauter vers la section voulue. Les ancres internes remplacent la pagination classique et conservent la page plan comme point d’entrée unique.
Maillage interne depuis la page plan : impact SEO réel sur le crawl
La page plan distribue du PageRank interne vers chaque URL listée. Sur un blog WordPress avec une structure classique (accueil, catégories, articles), la page plan crée un chemin de crawl direct depuis une page de profondeur 1 vers n’importe quel article, quel que soit son âge ou sa position dans les archives.
Ce raccourci de profondeur est particulièrement utile pour les articles anciens qui ont disparu des premières pages de catégorie. Sans page plan, un article publié il y a deux ans peut se retrouver à quatre ou cinq clics de la page d’accueil, ce qui réduit sa fréquence de crawl par les moteurs de recherche.
Différence entre sitemap XML et page plan HTML
Le sitemap XML s’adresse aux robots, la page plan HTML s’adresse aux visiteurs et aux robots simultanément. Google utilise le sitemap XML pour découvrir des URLs, mais la page plan HTML transmet du jus de lien réel via des balises <a> standards. Les deux sont complémentaires, pas interchangeables.
Un piège fréquent consiste à désactiver la page plan HTML en pensant que le sitemap XML suffit. Le résultat : perte d’un mode d’accès alternatif (non-conformité WCAG 2.4.5) et suppression d’un nœud de maillage interne qui alimentait les pages profondes.
Catégories, tags et taxonomies : ce que la page plan doit afficher
La question du périmètre est technique. Faut-il inclure les tags dans la page plan, ou seulement les catégories ? Nous recommandons d’exclure les tags dans la majorité des cas. Les tags WordPress créent des pages d’archive qui dupliquent souvent le contenu des catégories. Les inclure dans la page plan dilue le maillage interne au lieu de le renforcer.
La page plan doit refléter les catégories principales et leurs articles associés, éventuellement les pages statiques (à propos, contact, mentions légales). Les éléments à exclure :
- Les pages de tags, sauf si votre stratégie SEO repose explicitement sur des tags à fort volume de recherche
- Les pages auteur sur un blog mono-auteur (contenu dupliqué avec la page d’accueil)
- Les pages de résultats de recherche interne et les URLs avec paramètres
Sur un blog à plusieurs auteurs, les pages auteur peuvent figurer dans une section dédiée de la page plan, à condition que chaque page auteur contienne du contenu unique (bio, sélection d’articles).
La page plan d’un blog reste un document vivant. Chaque nouvel article publié doit y apparaître automatiquement dans la bonne catégorie. Un plugin WordPress correctement configuré gère cette mise à jour, mais nous constatons régulièrement des pages plan figées depuis des mois parce que le cache de page n’a pas été purgé après publication. Vérifiez que votre solution de cache exclut la page plan ou la purge à chaque nouvelle publication.