Vous ouvrez une page de votre site et vous voyez, tout en haut, une petite ligne du genre « Accueil › Chaussures › Baskets ». C’est le fil d’Ariane : la suite de liens qui remonte de la page courante vers ses pages parentes. Les guides français vous disent qu’il « améliore le référencement », sans jamais dire par quel mécanisme. Cet article part de la documentation française de Google, de trois déclarations datées de ses porte-parole et de deux tests publiés, et en tire les deux couches à poser, celle qui sert à quelque chose et celle qui ne sert à rien toute seule.
Ce que c’est, et ce que Google en affiche
La définition tient en une phrase, et c’est celle de Google : « Un fil d’Ariane sur une page indique la position de la page dans l’arborescence du site, et peut aider les internautes à comprendre et à explorer efficacement un site. » Le sujet de la phrase, ce sont les internautes, et le verbe est au conditionnel.
Vient ensuite la phrase qui égare la moitié du web français. Toujours sur la même page, Google écrit : « La recherche Google utilise des balises de fil d’Ariane dans le corps d’une page Web pour classer les informations de la page dans les résultats de recherche. » Un lecteur français comprend « classer » comme « positionner ». La version anglaise de cette même page dit « categorize » : ranger dans une catégorie. Ce n’est pas la même chose, et c’est probablement l’origine de la croyance selon laquelle le fil d’Ariane ferait monter une page.
Reste l’argument que tout le monde avance : le fil s’affiche dans les résultats de recherche. C’est vrai, mais deux précisions le vident d’une partie de sa force.
D’abord, Google le fabrique tout seul. Son guide de démarrage écrit : « Google apprend automatiquement les fils d’Ariane en fonction des mots de l’URL, mais vous pouvez également les influencer avec des données structurées. » Les données structurées, ce sont des informations ajoutées au code de la page pour en décrire le contenu aux moteurs. Elles influencent le fil, elles ne le déclenchent pas.
Ensuite, cet affichage n’existe plus sur téléphone. Le 23 janvier 2025, Google annonce le retrait : « nous avons constaté que l’élément de fil d’Ariane n’était pas aussi utile aux utilisateurs effectuant des recherches sur des appareils mobiles, car il est tronqué sur les petits écrans ». Et la mesure elle-même : « À partir d’aujourd’hui, nous ne montrerons plus les fils d’Ariane dans les résultats de recherche sur mobile dans toutes les langues et régions où la recherche Google est disponible (ils continueront d’apparaître dans les résultats de recherche sur ordinateur). »
Le billet ajoute la consigne qui manque à la plupart des reprises françaises : « Si vous utilisez le balisage de fil d’Ariane, vous n’avez rien à faire, car nous continuons à accepter le balisage de fil d’Ariane dans les résultats de recherche sur ordinateur. » Autrement dit : rien à retirer, rien à réparer.
Les deux couches à poser
Un fil d’Ariane, ce sont deux choses distinctes, qui ne font pas le même travail.
Le fil visible, d’abord : de vrais liens dans la page. C’est la couche utile, et c’est du maillage interne ordinaire — des liens internes posés entre vos pages, que Google suit comme les autres. John Mueller le confirmait le 25 avril 2021 : « We use breadcrumbs for crawling (finding internal links) & for rich results (structured data); both don’t depend on placement of the breadcrumbs » — Google se sert du fil d’Ariane pour l’exploration, c’est-à-dire pour découvrir des liens internes, et pour les résultats enrichis, ces affichages plus riches qu’un simple titre bleu ; et ni l’un ni l’autre ne dépend de l’endroit où le fil est posé dans la page. Le nombre de liens internes qui pointent vers une page pèse lourd sur sa mise à l’index : un relevé publié sur gameofseo.fr montre ce que la courbe d’inlinks dit des pages non indexées.
Le guide de bonnes pratiques ARIA du W3C, qui fait référence en accessibilité sans avoir valeur de norme, décrit le fil comme une liste de liens vers les pages parentes, dans l’ordre hiérarchique, et note qu’il « helps users find their place within a website or web application » — il aide les utilisateurs à se situer. Il demande trois choses : que le fil soit contenu dans un repère de navigation — un <nav>, que les lecteurs d’écran annoncent —, que ce repère porte une étiquette, et que le lien de la page courante porte aria-current="page".
<nav aria-label="Fil d'Ariane">
<ol>
<li><a href="/">Accueil</a></li>
<li><a href="/chaussures/">Chaussures</a></li>
<li><a href="/chaussures/baskets/" aria-current="page">Baskets</a></li>
</ol>
</nav>Le balisage BreadcrumbList, ensuite : un bloc de données structurées qui décrit le même fil aux moteurs, pour influencer ce que Google affiche sur ordinateur. Google demande au moins deux entrées : « Pour spécifier les éléments du fil d’Ariane, définissez une BreadcrumbList contenant au moins deux ListItems. » Chaque entrée porte sa position et son libellé. Le bloc se colle dans le code de la page, enveloppé dans une balise <script> dédiée.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{"@type":"ListItem","position":1,"name":"Accueil","item":"https://exemple.fr/"},
{"@type":"ListItem","position":2,"name":"Chaussures","item":"https://exemple.fr/chaussures/"},
{"@type":"ListItem","position":3,"name":"Baskets"}
]
}
</script>Google écrit qu’on peut alléger ce balisage : « Il n’est pas nécessaire d’inclure un fil d’Ariane ListItem pour le chemin d’accès de premier niveau (nom de domaine ou d’hôte de votre site) ni pour la page elle-même. » C’est exact, et c’est là qu’il faut être prudent : la seule mesure publiée sur ce terrain montre ce que coûte une divergence entre les deux couches. Voir la section suivante.
Dernier point : une page peut déclarer plusieurs fils, quand plusieurs chemins y mènent — « S’il existe plusieurs façons d’accéder à une page de votre site, vous pouvez spécifier plusieurs fils d’Ariane pour une seule page. » Google ne dit pas lequel il choisit d’afficher.
Les deux erreurs qui coûtent cher
Première erreur : baliser sans fil visible. Un BreadcrumbList en données structurées, sans liens cliquables dans la page, ne remplace pas le maillage interne. La question a été posée à John Mueller le 4 mars 2022, dans les permanences SEO de Google — les données structurées de fil d’Ariane rendent-elles le maillage interne encore utile ? Réponse : « internal linking is supercritical for SEO », puis « You should really have normal HTML links between the different parts of your website » — le maillage interne est absolument critique, et il faut de vrais liens entre les différentes parties du site. Sur les URL déclarées dans le balisage, il précise : « we don’t use those URLs in the same way as we would use normal internal links on a page » — Google ne les utilise pas de la même façon que des liens ordinaires.
À quoi s’ajoute une règle générale de Google sur les données structurées : « Don’t mark up content that is not visible to readers of the page » — ne balisez pas un contenu invisible pour le lecteur. Google ne l’énonce pas spécifiquement pour le fil d’Ariane : c’est une déduction, pas une consigne dédiée.
Seconde erreur : désynchroniser le fil visible et le balisage. C’est ce qu’a mesuré SearchPilot, une plateforme de tests A/B SEO — on sert deux versions à deux groupes de pages comparables, et on compare le trafic obtenu. Le 25 juillet 2024, sur les pages de listing produits d’un site marchand, le lien de la page courante est retiré du fil visible, sans toucher au balisage. Résultat : « a statistically significant negative impact on organic traffic, with a 5.5% decrease » — une baisse du trafic venu des résultats naturels de 5,5 %, assez nette pour ne pas s’expliquer par le hasard. L’éditeur du test attribue la perte non pas au retrait du lien, mais à l’écart créé : « We removed the self-referential link from the breadcrumb, but this change was not updated in the schema » — le lien a été retiré du fil visible sans que le balisage suive. La règle à en tirer n’est donc pas « gardez le dernier lien » mais « si vous modifiez une couche, modifiez l’autre en même temps ».
Et le mobile n’est pas devenu sans enjeu pour autant. Le 10 octobre 2025, le même éditeur publie un second test, sur les pages de destination d’un site de voyage. Première phase, passer le balisage en rendu côté serveur : sans effet mesurable. Seconde phase, ajouter un fil d’Ariane visible sur mobile : « a statistically significant +5% uplift in organic traffic », 5 % de trafic naturel en plus. Le fil ne s’affiche plus dans les résultats mobiles ; dans la page mobile, il compte toujours.
Ce qui est documenté, ce qui ne l’est pas
Le tableau ci-dessous sépare quatre régimes de preuve. Documenté vient des pages de documentation de Google. Déclaré vient de déclarations publiques et datées de ses porte-parole, jamais reprises dans la documentation — c’est le cas de tout ce qui concerne l’exploration et le placement. Observé vient des deux tests SearchPilot, menés sur des sites clients non nommés. Déduit n’est écrit nulle part. Et inconnu : Google n’a publié aucune mesure d’un effet du fil d’Ariane sur le classement, et ne dit pas quel fil il affiche quand une page en déclare plusieurs.
| Affirmation | Statut | Source |
|---|---|---|
| Le fil d’Ariane peut aider les internautes à comprendre et explorer un site | Documenté | Google, Fil d’Ariane, 12/09/2026 |
| Google fabrique le fil à partir des mots de l’URL ; le balisage l’influence | Documenté | Google, Guide de démarrage SEO, 18/12/2025 |
| L’affichage dans les résultats est limité à l’ordinateur ; rien à changer au balisage | Documenté | Google, blog Search Central, 23/01/2025 |
| Google utilise les liens du fil pour découvrir des pages | Déclaré | John Mueller, message public du 25/04/2021 |
| Le placement du fil dans la page est indifférent pour Google | Déclaré | John Mueller, message public du 25/04/2021 |
| Le balisage ne se substitue pas au maillage interne | Déclaré | John Mueller, permanence SEO du 04/03/2022 |
| Les données structurées ne font pas mieux classer un site | Déclaré | John Mueller, message public du 13/04/2025 |
| Désynchroniser le fil visible et le balisage a coûté 5,5 % de trafic naturel | Observé | SearchPilot, 25/07/2024, pages de listing d’un site marchand |
| Ajouter un fil visible sur mobile a rapporté 5 % de trafic naturel | Observé | SearchPilot, 10/10/2025, pages de destination d’un site de voyage |
| Un balisage sans fil visible contrevient aux consignes | Déduit | Règle générale de Google sur les données structurées |
| Le fil d’Ariane fait monter une page dans les résultats | Non documenté | Aucune mesure publiée |
Questions fréquentes
Faut-il un fil d’Ariane sur toutes les pages ? Il n’a de sens que là où la page a des parents : pages de catégorie, fiches produit, articles rangés dans une rubrique. Sur la page d’accueil, il n’a rien à remonter.
Le fil d’Ariane fait-il monter mes pages dans Google ? Aucune mesure publiée ne l’établit, et John Mueller a tranché la question plus largement le 13 avril 2025 : « Structured data won’t make your site rank better » — les données structurées ne feront pas mieux classer votre site. Ce qui reste documenté est plus modeste : les liens du fil aident à la découverte des pages, et le fil aide les internautes à se situer.
En haut ou en bas de la page ? Pour Google, cela n’a pas d’importance. Pour les lecteurs, l’usage décrit par le W3C est de le placer avant le contenu principal.
Comment vérifier que mon balisage est correct ? Par les deux outils que Google cite dans son billet de janvier 2025 : « Le rapport sur les résultats enrichis pour les fils d’Ariane dans la Search Console continue d’exister. Vous pouvez toujours implémenter et tester le balisage des fils d’Ariane dans le test des résultats enrichis. » Le premier remonte les erreurs sur les pages déjà connues de Google, le second teste une page à la demande.
Sources
- Google Search Central, Comment ajouter un balisage de fil d’Ariane (BreadcrumbList), mise à jour du 12 septembre 2026 — developers.google.com
- Google Search Central, Guide de démarrage SEO, mise à jour du 18 décembre 2025 — developers.google.com
- Google Search Central Blog, Simplification de l’élément d’URL visible dans les résultats de recherche sur mobile, 23 janvier 2025 — developers.google.com
- Google Search Central, General structured data guidelines — developers.google.com
- John Mueller, message du 25 avril 2021, rapporté par Barry Schwartz le 26 avril 2021 — seroundtable.com
- John Mueller, permanence SEO du 4 mars 2022, transcription Onely — onely.com
- John Mueller, message du 13 avril 2025, rapporté par Barry Schwartz le 15 avril 2025 — seroundtable.com
- Noe Servin, Will removing self-referential breadcrumb links improve organic traffic?, SearchPilot, 25 juillet 2024 — searchpilot.com
- Rida Abidi, We Tested Breadcrumbs — Was Mobile-First Indexing the Real Story?, SearchPilot, 10 octobre 2025 — searchpilot.com
- W3C WAI, Breadcrumb Pattern, ARIA Authoring Practices Guide — w3.org
