Un blog de jardinage qui publie depuis plusieurs années accumule des centaines de pages : fiches plantes, tutos de taille, comparatifs d’outils, recettes du potager.
Le jour où un visiteur cherche un article précis sur la greffe du cerisier, il scrolle la page d’accueil, tente deux mots dans la barre de recherche interne, et finit par quitter le site. Le problème ne vient pas du contenu, mais de l’absence d’un plan de site lisible qui aurait guidé cette personne en quelques secondes.
Plan de site HTML et sitemap XML : deux fichiers, deux fonctions distinctes
On confond souvent le plan de site destiné aux visiteurs et le fichier sitemap.xml lu par les robots d’exploration. Le premier est une page HTML accessible depuis le menu ou le pied de page, qui liste les rubriques et les articles dans un ordre logique. Le second est un fichier technique, soumis à Google Search Console ou Bing Webmaster Tools, pour signaler aux moteurs de recherche les URL existantes.
Un sitemap XML aide les robots à découvrir des URL, mais il ne garantit ni leur exploration ni leur indexation. Google traite ce fichier comme un inventaire, pas comme une instruction. Pour qu’un article apparaisse dans les résultats de recherche, la page doit aussi être techniquement saine, correctement maillée et non bloquée par le fichier robots.txt.
Le plan de site HTML, lui, sert les visiteurs. Sur un site de jardinage qui publie régulièrement, c’est la table des matières que les lecteurs consultent quand la navigation par catégories ne suffit plus. On retrouve un bon exemple de cette approche sur le plan du site Actu en vrac, où les contenus sont regroupés par thématique avec des liens directs vers chaque article.
Structure d’un plan de site HTML efficace pour un blog
Un plan de site utile ne se résume pas à un dump de toutes les URL. La page doit reproduire la logique de navigation du site, en plus clair. On part des grandes catégories (potager, verger, outillage, aménagement paysager) et on descend vers les sous-rubriques, puis vers les articles individuels.
Regrouper les articles par thématique plutôt que par date
Le tri chronologique est le réflexe par défaut de la plupart des CMS. Un visiteur qui cherche un contenu sur la taille des rosiers ne sait pas si l’article date de mars ou d’octobre. Classer par thématique accélère la recherche et réduit le taux de rebond.
Chaque regroupement fonctionne comme une mini-table des matières. On place le nom de la catégorie en sous-titre, puis les liens vers les articles correspondants. Si une catégorie dépasse la vingtaine d’articles, on la découpe en sous-groupes plus précis (par exemple, « Rosiers grimpants », « Rosiers buissons », « Maladies des rosiers »).
Nommer les liens avec des intitulés descriptifs
Un lien intitulé « Article 47 » ou « Lire la suite » n’aide personne. Chaque ancre de lien dans le plan de site doit reprendre le titre complet de l’article ou un résumé explicite du sujet traité. Ce point sert autant les utilisateurs que les moteurs de recherche, qui analysent le texte des liens pour comprendre le contenu de la page cible.
Sitemap XML : les champs qui comptent vraiment pour Google
La structure du fichier sitemap.xml comporte plusieurs balises optionnelles. Toutes n’ont pas le même poids. Google précise que la balise changefreq et la balise priority ne sont pas utilisées par son algorithme. Les remplir ne cause pas de problème technique, mais n’apporte rien non plus.
La balise lastmod mérite une attention particulière. Google peut s’en servir pour prioriser l’exploration, à condition que la date corresponde réellement à une modification substantielle de la page. Mettre à jour la date sans toucher au contenu (pratique courante pour « forcer » un recrawl) produit l’effet inverse : le moteur finit par ignorer le champ.
- La balise
locest obligatoire : elle contient l’URL canonique de chaque page. Toute URL listée doit renvoyer un code HTTP 200, pas une redirection ni une erreur. - La balise
lastmoddoit refléter la date de dernière modification réelle du contenu. Si on corrige une faute de frappe, la date ne change pas. Si on ajoute un paragraphe ou qu’on actualise des informations, elle change. - Quand le fichier devient trop volumineux, on le découpe en plusieurs fichiers référencés dans un sitemap index.
Segmenter ses sitemaps pour diagnostiquer des problèmes d’indexation
Même sur un site modeste, séparer les sitemaps par type de contenu simplifie le suivi. On crée un fichier pour les articles de blog, un pour les pages fixes (à propos, contact, mentions légales) et, si le site en a, un pour les fiches produits.
Cette segmentation prend tout son sens dans Google Search Console. Le rapport sur les sitemaps indique combien d’URL Google a découvertes dans chaque fichier. Le rapport d’indexation des pages, lui, montre lesquelles sont effectivement indexées. Ces deux rapports ne répondent pas à la même question : le premier mesure la découverte, le second l’indexation effective.
Quand un lot d’articles disparait soudainement des résultats de recherche, pouvoir filtrer le rapport d’indexation par sitemap permet de localiser le problème. Si seul le fichier « articles-potager.xml » est touché, on sait que le souci est concentré sur ce modèle de page ou cette catégorie, sans avoir à passer en revue l’intégralité du site.
Liens internes et plan de site : un duo qui renforce la navigation
Un plan de site HTML ne remplace pas le maillage interne. Les deux se complètent. Le maillage interne (liens contextuels dans le corps des articles) guide le lecteur d’un contenu à un autre en suivant le fil de sa lecture. Le plan de site offre une vue d’ensemble quand le visiteur ne sait pas encore ce qu’il cherche.
Pour les moteurs de recherche, un article lié uniquement depuis le plan de site mais jamais depuis d’autres pages du site reste faiblement valorisé. Les pages orphelines, celles qui ne reçoivent aucun lien interne contextuel, sont plus difficiles à explorer et à indexer, même si elles figurent dans le sitemap XML.
- Chaque nouvel article publié doit être ajouté au plan de site HTML et recevoir au moins un lien contextuel depuis un article existant traitant d’un sujet proche.
- Vérifier régulièrement que le plan de site ne contient pas de liens cassés (erreurs 404). Un outil de crawl gratuit suffit pour cette vérification.
- Sur WordPress, des extensions génèrent automatiquement le sitemap XML à chaque publication. Le plan de site HTML, en revanche, nécessite souvent une mise à jour manuelle ou un plugin dédié.
Un plan de site bien tenu transforme un blog dense en bibliothèque navigable. Le travail initial de classement par thématiques, de nommage clair et de segmentation technique se rentabilise à chaque article publié, parce que chaque nouveau contenu trouve sa place dans une structure que les lecteurs et les robots comprennent sans effort.
