Faut-il un fil d'Ariane (breadcrumb) sur une landing page ?

« Accueil > Templates > Coach & Consultant » : ce fil de liens gris clair, posé juste sous le header, a l'air si consensuel qu'on l'ajoute parfois sans se poser de question — c'est ce que fait un site « professionnel ». Le problème, c'est qu'un fil d'Ariane sert à indiquer où l'on se situe dans une arborescence, et qu'une landing page publicitaire pure n'a pas d'arborescence : elle a une seule page, un seul objectif, un seul CTA, conçue pour qu'un visiteur venu d'une annonce Google Ads ou Meta Ads ne voie qu'un seul chemin possible. Notre article sur le menu de navigation explique déjà pourquoi recopier le header du site vitrine coûte des conversions ; le fil d'Ariane pose une question voisine mais distincte, à la fois technique (un balisage SEO) et ergonomique (une aide au repérage), qui mérite sa propre réponse.

Deux choses qu'on confond sous le même mot

« Fil d'Ariane » recouvre en réalité deux éléments indépendants. D'un côté, le fil visible : la ligne de liens affichée à l'écran, que l'utilisateur peut cliquer pour remonter d'un niveau. De l'autre, le balisage BreadcrumbList de schema.org, un bloc JSON-LD invisible qui décrit la même hiérarchie pour les moteurs de recherche. On peut avoir l'un sans l'autre — un fil visible sans JSON-LD reste utilisable mais invisible pour Google ; un balisage JSON-LD sans fil visible fonctionne pour le SEO mais n'aide aucun visiteur humain. La confusion des deux fait qu'on ajoute souvent les deux par réflexe, ou qu'on les retire tous les deux alors que seul l'un des deux posait problème.

Ce que dit la recherche sur l'usage réel du fil visible

L'idée que le fil d'Ariane « aide toujours » l'utilisateur est plus fragile qu'elle n'y paraît. Une étude de 2003 menée par Bonnie Lida, Spring Hull et Katie Pilcher au Software Usability Research Laboratory de la Wichita State University (disponible sur Google Scholar) a observé l'usage spontané du breadcrumb sur deux sites réels (Google Directory et OfficeMax) : 79 % des participants ont remarqué le fil d'Ariane, mais seuls 52 % l'ont utilisé au moins une fois, et ceux qui l'ont utilisé n'ont pas terminé leurs tâches plus vite que les autres — beaucoup préfèrent le bouton retour ou le menu principal. Une étude ultérieure de Spring Hull, publiée en 2004 dans Usability News (disponible sur Google Scholar), nuance ce constat : quand les participants recevaient une brève explication du fonctionnement du fil d'Ariane avant de naviguer, ils terminaient leurs tâches 23 % à 33 % plus vite que ceux qui n'avaient reçu aucune indication. Le fil d'Ariane n'est donc pas magique — son bénéfice dépend de ce que l'utilisateur en comprend au premier coup d'œil, pas de sa seule présence sur la page.

Pourquoi une landing page publicitaire n'en a presque jamais besoin

Une page conçue pour recevoir du trafic payant (Google Ads, Meta Ads, une séquence d'emailing) n'a, par construction, qu'un seul niveau : elle n'est la « fiche détail » d'aucune catégorie que le visiteur aurait explorée avant d'arriver. Y afficher un fil d'Ariane revient à l'un de ces deux choix, tous deux mauvais : soit un fil réduit à « Accueil > [Titre de la page] », qui n'apporte aucune information de repérage puisqu'il n'y a rien à remonter, soit un vrai fil vers le site vitrine (Accueil, catégories, autres offres), qui rouvre exactement la porte de sortie que l'absence de menu cherche à fermer. Sur ce type de page, chaque lien cliquable qui n'est pas le CTA principal est un pari perdant : le visiteur qui clique sur « Accueil » dans le fil d'Ariane a autant de chances de revenir compléter le formulaire que celui qui clique sur un lien de menu classique — c'est-à-dire, d'après les mêmes ressorts décrits dans notre article sur la loi de Hick, assez peu.

Quand ça devient pertinent : les pages qui ont une vraie hiérarchie

• Une fiche template comme Coach & Consultant : elle appartient réellement à une catégorie (« Templates ») que le visiteur a pu parcourir avant de cliquer — un fil « Accueil > Templates > Coach & Consultant » décrit une navigation qui a effectivement eu lieu.
• Une page de démo comme la démo du template liste d'attente SaaS : elle découle directement de sa fiche produit, dans une relation parent-enfant claire.
• Un article de blog — celui que vous lisez appartient à la catégorie « Blog », lui-même rattaché à l'accueil : c'est la structure la plus classique où un fil d'Ariane a un sens immédiat, y compris pour un lecteur arrivé directement depuis une recherche Google.
• Une future page de catégorie (par thème, par secteur) : dès qu'un site introduit un second niveau de classement, le fil d'Ariane redevient l'outil le plus économique pour l'exposer, sans dupliquer un menu complet dans le header.

Le changement Google de janvier 2025 change la donne côté SEO

Le balisage BreadcrumbList reste utile, mais son bénéfice visible a été réduit de moitié. Le 23 janvier 2025, Google a annoncé sur son blog officiel pour développeurs qu'il cessait d'afficher le fil d'Ariane dans l'URL visible des résultats de recherche mobile, au profit d'un affichage simplifié ne montrant que le nom de domaine — jugé plus lisible sur petit écran. Sur desktop, en revanche, rien n'a changé : le fil d'Ariane continue de s'afficher dans le résultat de recherche, et le rapport « Améliorations > Fil d'Ariane » de la Search Console reste actif pour surveiller les erreurs de balisage. Concrètement, cela veut dire qu'ajouter un BreadcrumbList aujourd'hui n'apporte plus de gain visuel sur la majorité du trafic (mobile), mais reste pertinent pour la part desktop et pour aider Google à comprendre la structure du site — un signal de contexte, pas un ornement de résultat de recherche universel.

Mettre en place le balisage sans se tromper

1. Le JSON-LD doit refléter exactement le fil visible à l'écran — même intitulés, même ordre : un décalage entre les deux est l'erreur la plus fréquente signalée dans le rapport « Améliorations » de la Search Console.
2. Chaque item du BreadcrumbList doit être une URL absolue (https://votredomaine.fr/templates), jamais un chemin relatif.
3. Ne baliser que les pages qui ont une hiérarchie réelle (fiches template, démos, articles de blog) — pas les pages de vente pilotées par une campagne publicitaire, cohérent avec la règle générale de ne baliser que ce qui est visible et réel sur la page.
4. Sur un projet Next.js App Router, un seul composant serveur partagé (par exemple dans le layout.tsx des routes /templates/[slug], /demo/[slug] et /blog/[slug]) suffit à générer à la fois le fil visible et son <script type="application/ld+json"> à partir du même tableau de segments, ce qui élimine mécaniquement le risque de désynchronisation.
5. Tester avec l'outil de test des résultats enrichis de Google après chaque changement de structure d'URL, avant de considérer le balisage comme définitif.

La règle à retenir

Le fil d'Ariane n'est ni bon ni mauvais par principe : il est juste, ou faux, selon qu'il décrit une hiérarchie qui existe vraiment. Sur une landing page publicitaire à objectif unique, il n'y a rien à décrire — l'ajouter n'aide personne et ouvre une sortie inutile. Sur une fiche template, une page de démo ou un article de blog, il décrit une navigation réelle et mérite son balisage BreadcrumbList, avec un bénéfice SEO désormais concentré sur le desktop depuis le changement de janvier 2025. La question à se poser avant d'en ajouter un n'est donc jamais « est-ce que ça fait plus sérieux ? » mais « d'où vient réellement ce visiteur, et que reste-t-il au-dessus de cette page dans l'arborescence du site ? ».