Aller au contenu
Fil d'Ariane 2026 : le baliser après le retrait mobile

Fil d'Ariane 2026 : le baliser après le retrait mobile

Par Guillaume P.

9 min de lecture
Lien copié dans le presse-papiers
Guillaume P.

Le 23 janvier 2025, Google a arrêté d'afficher le fil d'Ariane dans les résultats de recherche sur mobile. Plus de Accueil > Blog > SEO, juste le nom de domaine. La question m'est tombée dessus la semaine suivante, posée par un client e-commerce un peu paniqué : « Si Google ne l'affiche plus, on retire le balisage ? »

Non. Et c'est tout l'objet de cet article. Le fil d'Ariane (breadcrumb, si vous préférez l'anglais) reste un des balisages les plus rentables du SEO technique, même après ce retrait. Voyons pourquoi, et comment le poser proprement.

Ce que Google a vraiment changé en janvier 2025#

Reprenons les faits, parce que la rumeur a vite gonflé la chose en « Google tue le fil d'Ariane ». Faux.

Le changement ne touche que l'affichage mobile. À partir du 23 janvier 2025, Google n'affiche plus le fil d'Ariane dans les résultats de recherche mobile, dans toutes les langues et régions : à la place, on ne voit que le nom de domaine. Le desktop n'est pas concerné. Sur ordinateur, cette fonctionnalité reste disponible dans toutes les régions et langues où Google Search existe.

La raison avancée, relayée par Search Engine Journal et Search Engine Land : le fil d'Ariane se retrouvait tronqué sur les petits écrans et n'apportait pas grand-chose à l'internaute en situation de recherche mobile. Google a donc simplifié l'URL visible. À noter que cette fonctionnalité tournait sur mobile depuis environ seize ans, lancée en 2009 selon Android Authority. Seize ans de service avant la sortie discrète.

Le point qui doit vous rassurer : si vous utilisez déjà le balisage, il n'y a rien à faire. Le balisage BreadcrumbList reste supporté et recommandé sur desktop, le rapport dédié dans la Search Console continue de fonctionner, et le Rich Results Test valide toujours ce balisage. Personne ne vous demande de toucher à votre code.

Pourquoi le garder malgré tout#

Là je vais être direct, parce que c'est le cœur du sujet.

D'abord, le desktop. L'affichage enrichi y est intact. Sur cette seule surface, votre résultat affiche un chemin de navigation lisible plutôt qu'une URL brute. Ça reste un gain de clarté dans la SERP, et donc des résultats enrichis que vos concurrents laissent parfois sur la table.

Ensuite, le maillage. Gary Illyes, chez Google, l'a dit dès 2017 : « We like them. We treat them as normal links in, e.g., PageRank computation. » Les liens d'un fil d'Ariane sont traités comme des liens normaux dans le calcul du PageRank. Autrement dit, votre breadcrumb participe à votre maillage interne et à la circulation d'autorité entre vos pages. Ce bénéfice-là n'a jamais dépendu de l'affichage en SERP. Il vit dans le code, il y reste.

Il y a aussi l'angle IA. Semrush avance que les données structurées, dont le balisage breadcrumb, pourraient aider les modèles de langage à mieux lire et comprendre une page, donc à la citer en recherche générative. J'insiste sur le conditionnel : Semrush ne chiffre pas cette affirmation, aucune étude n'est produite à l'appui. C'est une hypothèse qualitative, à traiter comme telle. Je ne vais pas vous vendre un miracle GEO sur cette base.

Enfin, la seule donnée chiffrée solide que j'ai trouvée sur l'impact réel. La plateforme de tests A/B SearchPilot a mené l'expérience chez un client du secteur du voyage, anonymisé. Premier temps : ajout du seul balisage BreadcrumbList côté serveur. Résultat « inconclusive », rien de significatif. Deuxième temps : ajout d'un fil d'Ariane visible sur mobile, en plus du balisage schema. Là, gain de 5 % de trafic organique, statistiquement significatif, avec une nette amélioration du positionnement. Le CTR mobile, lui, n'a que très peu bougé.

Ce chiffre est précieux mais c'est un cas unique, un seul client anonymisé. Ne le prenez pas pour une moyenne de marché. Ce qu'il suggère, en revanche, c'est net : le balisage seul ne suffit pas, c'est la combinaison balisage plus fil d'Ariane visible qui a payé.

Le balisage BreadcrumbList, proprement#

Passons au concret. Le fil d'Ariane se balise en JSON-LD, le format que Google recommande pour les données structurées. Schema.org définit un BreadcrumbList comme une liste chaînée de pages liées, décrites au minimum par leur URL et leur nom, se terminant généralement par la page courante.

Trois propriétés par élément de la liste (chaque ListItem) :

  • position : la place du maillon dans le fil. La position 1 marque le début. Schema.org précise que cette propriété sert à reconstruire l'ordre des éléments.
  • name : le titre du maillon affiché pour l'utilisateur.
  • item : l'URL de la page que désigne le maillon. Elle n'est pas requise pour le dernier élément, la page courante.

L'ordre suit la convention itemListOrder ascendante : les valeurs les plus basses en premier, le premier élément correspondant au sommet du fil. Pour être éligible au résultat enrichi, un BreadcrumbList doit contenir au moins deux ListItem. Inclure une entrée pour le domaine du site ou pour la page courante elle-même est facultatif.

Voici à quoi ça ressemble, avec deux niveaux et le dernier maillon sans item :

{
	"@context": "https://schema.org",
	"@type": "BreadcrumbList",
	"itemListElement": [
		{
			"@type": "ListItem",
			"position": 1,
			"name": "Livres",
			"item": "https://example.com/livres"
		},
		{
			"@type": "ListItem",
			"position": 2,
			"name": "Science-fiction"
		}
	]
}

Un conseil que Google martèle et que je vois trop peu appliqué : refléter le parcours utilisateur typique vers la page, pas la structure d'URL. « Instead of mirroring the URL structure », dit la doc. Votre arborescence de dossiers et le chemin qu'un humain suit pour arriver sur la page ne coïncident pas toujours. C'est le second qu'il faut baliser.

Une fois posé, testez. Le Rich Results Test, sur search.google.com/test/rich-results, valide le rendu avant mise en production. Et surveillez le rapport dédié dans Google Search Console, lancé le 19 septembre 2019, sous la section Améliorations. L'erreur qu'il remonte le plus souvent : Missing field 'item'. Neuf fois sur dix, un développeur a oublié l'URL sur un maillon intermédiaire. Vérifiez ce champ en premier.

Le fil visible : ne pas l'oublier#

Le balisage, c'est la moitié du travail. L'autre moitié, c'est le fil d'Ariane que l'internaute voit sur la page. Et c'est souvent là que ça pèche.

Le Nielsen Norman Group recommande le fil d'Ariane depuis 1995, pour ses bénéfices de navigation à quasi aucun coût d'interface. Leur définition est claire : une liste de liens représentant la page courante et ses « ancêtres », page parente, grand-parente, et ainsi de suite. Ce point, je le répète à chaque audit : le fil d'Ariane montre la hiérarchie du site, pas l'historique de navigation de la session. Ce n'est pas un bouton retour du navigateur.

Cette distinction structure d'ailleurs la typologie de Semrush, qui retient trois types. Le fil hiérarchique (hierarchy-based), qui suit la structure du site du haut vers le bas, celui dont on parle ici. Le fil par attributs (attribute-based), qui reflète les attributs d'un produit, surtout en e-commerce, en complément du hiérarchique. Et le fil par historique (path-based), fondé sur le parcours propre à chaque visiteur, que Semrush déconseille et juge « hard to find » sur les sites modernes. Si un prestataire vous propose ce dernier, méfiance.

Le NN/g note aussi un détail qui devrait clore tout débat interne : en test utilisateur, le fil d'Ariane ne pose jamais de problème. Les gens peuvent l'ignorer, ce petit élément de design, mais ils ne le mécomprennent jamais et ne peinent jamais à l'utiliser. C'est rare, une composante d'UI aussi indolore.

Deux réserves honnêtes, quand même. Sur mobile, évitez que le fil passe sur plusieurs lignes ou devienne trop petit pour un contact tactile confortable, prévient le NN/g. Et tous les sites n'en tirent pas le même bénéfice : Semrush rapporte le cas du blog MEDvidi, où moins de 0,5 % des visiteurs cliquaient sur les liens du fil, ce qui a conduit à le retirer. Un cas isolé, non généralisable, mais qui rappelle qu'un site à un seul niveau de profondeur n'a pas forcément besoin d'un fil d'Ariane.

Sur le placement, la convergence est nette : près du haut de page, sous la navigation principale, à un emplacement cohérent sur tout le site.

Ce que je ferais à votre place#

Vous gardez le balisage BreadcrumbList, sans hésiter. Le retrait mobile de janvier 2025 ne change rien à sa valeur : desktop intact, PageRank via les liens, lecture facilitée pour les moteurs. Vous ne le retirez que si votre site est réellement plat, un seul niveau, où le fil ferait doublon avec la navigation principale.

Et surtout, vous ne vous contentez pas du code invisible. Le seul chiffre fiable de ce dossier, le +5 % de SearchPilot, est venu du fil visible combiné au schema, pas du schema seul. C'est là que se joue le vrai gain. Le reste, c'est de l'hygiène technique : deux maillons minimum, le champ item renseigné partout sauf sur la page courante, et un passage au Rich Results Test avant chaque déploiement.

Google a d'ailleurs déjà retiré d'autres affichages enrichis sans que le balisage sous-jacent perde son intérêt. Le fil d'Ariane suit la même logique : moins visible en SERP, toujours utile dans le moteur.

Sources#

Lien copié dans le presse-papiers

À lire aussi