Fil d'Ariane SEO : bien structurer sa hiérarchie

Un fil d'Ariane, c'est cette ligne de liens en haut d'une page qui montre par exemple Accueil > Blog > SEO technique > l'article que vous lisez. L'expression vient du mythe grec, mais l'idée derrière est purement pratique : montrer au visiteur où il se trouve dans le site, et lui donner un chemin direct pour remonter d'un cran ou de plusieurs. C'est un élément d'interface qu'on ne remarque presque jamais, sauf le jour où il manque.

Ce fil rend en réalité deux services différents, à deux publics différents. Pour l'utilisateur, c'est un repère spatial : il sait où il est et comment revenir en arrière sans cliquer dix fois sur le bouton retour du navigateur. Pour un moteur de recherche, c'est un signal de structure : chaque niveau du fil dit explicitement que cette page appartient à cette catégorie, qui appartient elle-même à une catégorie parente. Ces deux fonctions ne se recouvrent pas complètement, et c'est justement là que la plupart des erreurs commencent : on optimise pour l'une en oubliant l'autre.

Deux fonctions dans un seul élément

Le premier rôle du fil d'Ariane est purement ergonomique. Sur un site avec plusieurs niveaux de profondeur, un visiteur qui arrive sur une page produit ou un article via une recherche externe n'a souvent aucune idée de la structure du site. Le fil d'Ariane lui donne ce contexte en une fraction de seconde, sans qu'il ait à réfléchir : il voit la catégorie parente, la sous-catégorie, et peut remonter directement sans repasser par la page d'accueil ou par un menu qu'il devrait explorer à tâtons.

Le second rôle est plus discret mais tout aussi réel : chaque lien du fil d'Ariane est un lien interne normal, avec un texte d'ancre qui décrit la catégorie cible. Un moteur de recherche qui explore le site suit ces liens comme n'importe quel autre, et en déduit la position de la page dans l'arborescence. Contrairement à un menu de navigation qui reste souvent identique d'une page à l'autre, le fil d'Ariane change à chaque page et décrit précisément le chemin vers celle-ci. C'est cette spécificité qui en fait un signal de hiérarchie plus net qu'un menu générique.

Les données structurées BreadcrumbList

Au-delà du fil visible dans la page, on peut décrire la même hiérarchie dans un bloc de données structurées au format JSON-LD, avec le type BreadcrumbList de schema.org. Chaque élément du fil devient une entrée avec une position, un nom et une URL. C'est un balisage volontairement simple : une liste ordonnée d'étapes, rien de plus.

L'intérêt concret de ce balisage est que Google peut s'en servir pour remplacer, dans la page de résultats, l'URL affichée sous le titre par le chemin du fil d'Ariane. Au lieu d'un chemin d'URL parfois technique ou peu lisible, l'utilisateur voit une suite de noms de catégories compréhensibles. C'est un gain de lisibilité pour le clic, pas un gain de position : le balisage n'améliore pas le classement de la page, il améliore la façon dont le résultat se présente une fois qu'elle est déjà là.

Un point souvent négligé : le BreadcrumbList doit correspondre exactement au fil visible et à la structure réelle des URL. Un balisage qui décrit une hiérarchie différente de celle que montre la page, ou de celle que suggère l'URL, est au mieux ignoré, au pire une source de confusion pour l'exploration.

Sur le plan technique, chaque élément de la liste porte un numéro de position qui commence à 1, et le dernier élément, celui qui correspond à la page actuelle, se passe en général de propriété item puisqu'il n'y a pas de lien vers une autre page à indiquer à cet endroit. Ce sont des détails mineurs en apparence, mais une position mal numérotée ou une URL manquante sur un maillon intermédiaire suffit à rendre l'ensemble du balisage incohérent, et donc peu fiable pour un moteur de recherche.

La hiérarchie doit suivre la structure du site, pas le parcours

C'est le point sur lequel le plus d'implémentations se trompent. Un fil d'Ariane bien conçu décrit une position fixe dans l'arborescence du site, la même quel que soit le chemin emprunté pour arriver sur la page. Un fil d'Ariane mal conçu retrace l'historique de navigation de la session en cours, ce qui produit un chemin différent selon d'où vient chaque visiteur.

Le cas typique est celui d'une fiche produit accessible depuis plusieurs catégories à la fois, par exemple un même article de sport rangé à la fois sous Chaussures et sous Promotions. Si le fil d'Ariane suit le parcours de navigation, deux visiteurs verront deux fils différents pour la même page, et un moteur de recherche verra lui-même un fil variable selon le point d'entrée qu'il a suivi lors de l'exploration. Un fil statique, lui, associe la page à une catégorie principale unique, choisie une fois pour toutes dans l'architecture du site, et affiche toujours ce même chemin.

Cette distinction compte doublement pour le SEO. D'une part, un fil incohérent envoie un signal de hiérarchie bruité plutôt que clair. D'autre part, si le fil d'Ariane sert aussi de source pour le balisage BreadcrumbList, un chemin qui change à chaque visite rend ce balisage franchement contradictoire d'une page à l'autre pour la même URL.

Les erreurs qui reviennent le plus souvent

Quatre erreurs reviennent régulièrement dans les audits, et elles sont pour la plupart faciles à corriger une fois identifiées.

• Un fil qui duplique le menu principal : s'il répète simplement les mêmes entrées que la navigation principale, sans jamais descendre dans les sous-niveaux réels de la page consultée, il n'apporte aucune information supplémentaire ni au visiteur ni au moteur de recherche.
• Un fil qui commence à la page courante : certaines implémentations omettent le lien Accueil ou la catégorie racine, et démarrent directement sur la sous-catégorie ou même sur la page en cours, si bien qu'on ne sait plus par rapport à quoi la position est donnée.
• Un fil injecté uniquement en JavaScript, absent du HTML source : s'il n'existe que dans le DOM généré côté client, il dépend entièrement du rendu JavaScript pour être vu et utilisé, y compris pour l'exploration, ce qui est une fragilité inutile pour un élément aussi simple à générer côté serveur.
• Un fil en désaccord avec la structure d'URL : quand le fil affiche Accueil > Chaussures > Running mais que l'URL de la page est sous /promotions/produit-1234, les deux systèmes de hiérarchie racontent deux histoires différentes, et un désaccord flagrant entre les deux mérite d'être résolu, dans un sens ou dans l'autre.

Le maillage interne, précieux sur les sites profonds

Sur un site avec beaucoup de profondeur, un catalogue e-commerce à quatre ou cinq niveaux de catégories, ou un blog qui organise ses centaines d'articles par thème puis sous-thème, le fil d'Ariane a un effet de maillage interne qui dépasse le simple confort visuel. Chaque fil ajoute, sur chaque page profonde, des liens directs vers ses pages parentes.

Concrètement, une page de catégorie de niveau deux ou trois, qui reçoit rarement des liens depuis l'extérieur du site, se retrouve liée depuis toutes les pages produits ou articles qu'elle contient, simplement parce que chacune de ces pages affiche un fil d'Ariane qui remonte jusqu'à elle. Sur un catalogue de plusieurs milliers de références, cela représente un nombre de liens internes vers les pages de catégories qu'aucun autre élément du site ne fournit à cette échelle. C'est aussi un raccourci d'exploration : un moteur qui suit ces liens remonte facilement vers les niveaux intermédiaires de l'arborescence, plutôt que de dépendre uniquement du plan de site ou du menu principal pour les atteindre.

Ce maillage n'est pas qu'un supplément marginal. Sur les catalogues les plus profonds, le fil d'Ariane est parfois la seule source de liens internes cohérente et prévisible vers certaines catégories intermédiaires, notamment quand le menu principal ne peut afficher que les deux ou trois premiers niveaux de l'arborescence sans devenir illisible.

L'affichage sur mobile

Sur un écran étroit, un fil d'Ariane à quatre ou cinq niveaux ne tient pas sur une seule ligne sans design particulier. Les solutions les plus courantes consistent à tronquer les niveaux intermédiaires avec une ellipsis, à ne montrer que le niveau parent immédiat avec un lien retour, ou à rendre la ligne défilable horizontalement.

Ce qui compte pour le SEO ici, c'est que la simplification visuelle sur mobile n'a pas besoin de toucher au balisage sous-jacent. Le HTML complet du fil, et le JSON-LD associé s'il existe, peuvent rester entiers dans le code source même si l'affichage visuel n'en montre qu'une partie compressée. La donnée structurée en particulier n'a aucune obligation de correspondre visuellement à l'écran : elle décrit la hiérarchie de la page, pas la mise en page.

Quand un site n'a pas besoin de fil d'Ariane

Un fil d'Ariane est utile quand il y a une vraie hiérarchie à exprimer, avec plusieurs niveaux entre l'accueil et la page consultée. Sur un site plat, une vitrine d'une dizaine de pages, un blog qui ne classe pas ses articles par catégorie, un site à page unique, il n'y a tout simplement rien à orienter : la page est à un clic de l'accueil, et un fil d'Ariane à deux niveaux n'apporte ni repère utile ni signal de structure supplémentaire par rapport à ce que le menu principal donne déjà.

Ajouter un fil d'Ariane par réflexe sur ce type de site n'est pas dangereux, mais c'est un effort qui n'a pas de retour : mieux vaut consacrer ce temps à une architecture de contenu qui, elle, en aura besoin le jour où le site grandira.