Quand vous publiez un nouvel article sur votre blog, vous partez du principe que Google le trouvera. Dans la pratique, certaines pages restent invisibles pendant des semaines parce que le moteur de recherche ne les a tout simplement pas découvertes. Le sitemap est le fichier qui résout ce problème : il liste vos URL pour que les robots d’exploration sachent exactement quoi parcourir.
Nettoyer son sitemap XML avant de chercher à l’enrichir
La plupart des guides commencent par la création du fichier. Le vrai point de départ, c’est le ménage. Un sitemap qui contient des redirections, des pages en noindex ou des URL renvoyant une erreur 404 envoie un signal brouillé aux moteurs de recherche.
Seules les URL canoniques, indexables et renvoyant un code 200 méritent d’y figurer. Concrètement, ouvrez votre fichier sitemap.xml et vérifiez que chaque adresse correspond à une page active, accessible et que vous souhaitez réellement voir apparaître dans les résultats de recherche.
Les variantes paramétrées (filtres, tris, paginations) et les doublons créés par votre CMS polluent le fichier. Retirez-les. Un sitemap allégé permet à Google de consacrer son budget de crawl aux pages qui comptent, comme vos articles de fond ou vos catégories principales. Pour observer un exemple concret de sitemap bien structuré sur un blog, vous pouvez consulter la page sitemap de LES BABILLAGES DE BABINETTE, qui illustre cette logique de tri.
Balises lastmod et priority dans un sitemap : ce que Google utilise vraiment
Vous avez peut-être remarqué que votre plugin SEO remplit automatiquement les balises priority et changefreq dans le fichier XML. Ces deux champs ne servent plus à rien. Google les ignore désormais.
La seule balise temporelle encore prise en compte est lastmod. Elle indique la date de dernière modification d’une page. Google peut s’en servir pour décider de re-crawler un article mis à jour.
Mais attention : cette balise ne fonctionne que si elle reflète un changement éditorial réel. Réécrire un paragraphe, ajouter une section, mettre à jour des informations obsolètes, voilà des modifications qui justifient une nouvelle date. En revanche, si votre CMS actualise lastmod à chaque régénération du cache sans que le contenu ait bougé, Google finit par ignorer cette date qu’il juge artificielle. Mieux vaut alors omettre la balise plutôt que d’envoyer un signal trompeur.
Comment vérifier si lastmod est fiable sur votre blog
Ouvrez votre sitemap dans un navigateur. Comparez la date affichée pour un article avec la date de sa dernière vraie modification dans votre éditeur. Si les deux correspondent, tout va bien. Si la date du sitemap avance automatiquement sans raison éditoriale, désactivez cette mise à jour automatique dans les réglages de votre plugin.
Découper le sitemap par type de contenu pour piloter l’indexation
Un blog qui publie régulièrement accumule des dizaines, parfois des centaines d’URL. Tout regrouper dans un seul fichier XML revient à ranger vêtements, vaisselle et outils dans le même carton : techniquement possible, mais difficile à exploiter.
Séparer les URL par modèle de page transforme le sitemap en outil de diagnostic. L’idée est de créer un index de sitemaps (sitemap index) qui pointe vers plusieurs fichiers distincts :
- Un fichier pour les articles de blog, qui représente le contenu éditorial principal et évolue le plus souvent.
- Un fichier pour les pages statiques (à propos, contact, mentions légales), rarement modifiées mais nécessaires à l’indexation.
- Un fichier pour les pages de catégories ou de tags, dont l’utilité SEO varie selon votre stratégie de maillage interne.
Dans Google Search Console, vous pouvez ensuite soumettre chaque fichier séparément. Le rapport de couverture d’indexation affichera, pour chaque sitemap, le nombre d’URL soumises face au nombre d’URL effectivement indexées. Un écart marqué sur un type de contenu précis révèle un problème ciblé : qualité insuffisante, erreurs de canonical, ou maillage interne défaillant.
Sitemap HTML et sitemap XML : deux rôles distincts pour votre blog
Le fichier XML s’adresse aux robots. Le sitemap HTML s’adresse aux visiteurs. Confondre les deux, c’est optimiser pour un seul public alors que les deux existent.
Le sitemap HTML est une page de votre site qui liste vos contenus de façon lisible. Sur un blog, il prend souvent la forme d’un sommaire organisé par thématiques ou par dates de publication. Son intérêt est double : il facilite la navigation pour un lecteur qui cherche un sujet précis, et il crée des liens internes vers des articles qui pourraient autrement être enfouis dans vos archives.
Quand le sitemap HTML devient réellement utile
Sur un blog récent avec une dizaine d’articles, cette page n’apporte pas grand-chose. Votre menu et vos catégories suffisent. En revanche, dès que votre blog dépasse la cinquantaine d’articles, une page de plan de site permet aux visiteurs (et aux moteurs de recherche) de parcourir l’ensemble de vos publications sans dépendre uniquement de la recherche interne.
Quelques critères pour qu’un sitemap HTML reste efficace :
- Organisez les liens par catégorie ou par thématique, pas par date seule. Un classement chronologique perd son utilité dès que la liste s’allonge.
- Limitez la page aux contenus indexables. Pas besoin d’y inclure des pages de mentions légales ou de politique de cookies.
- Mettez à jour cette page à chaque nouvelle publication. La plupart des plugins WordPress le font automatiquement, mais vérifiez que les nouveaux articles y apparaissent bien.
Un sitemap XML propre combiné à un sitemap HTML bien organisé couvre les deux faces de la navigation : celle des robots d’exploration et celle de vos lecteurs. Le XML garantit la découverte technique de vos pages. Le HTML offre un chemin de lecture alternatif quand le menu principal ne suffit plus.
La prochaine fois que vous publiez un article, prenez trente secondes pour vérifier qu’il apparaît dans votre sitemap XML et sur votre page de plan de site. Ce réflexe simple évite que des contenus sur lesquels vous avez passé des heures restent invisibles.
