Comment optimiser les breadcrumbs pour le SEO local

Un client m'appelle en janvier. Cabinet de kinésithérapie, trois praticiens, une seule adresse à Nantes. Il a mis en place des pages « Kiné à Rezé », « Kiné à Saint-Herblain », « Kiné à Orvault » — huit pages au total, une par commune de la météo périurbaine. Résultat après six mois : zéro position dans le pack local sur ces communes, et une position qui stagne sur Nantes.

Je regarde le fil d'Ariane de sa page Rezé. Il affiche « Accueil > Services > Kinésithérapie du sport ». La page parle de Rezé dans son contenu, son H1, son title, ses coordonnées. Sauf que dans le fil d'Ariane, Rezé n'existe pas. Pour Google, cette page est un service parmi huit autres, indistinguable de la page Nantes. Le signal local le plus évident que la page pouvait envoyer était absent.

Voilà le sujet dont personne ne parle vraiment. Les breadcrumbs pour le SEO local ne servent pas à améliorer la navigation. Ils servent à déclarer une hiérarchie géographique que Google peut lire, indexer et recouper avec le reste de vos signaux. La plupart des sites multi-villes passent à côté, et ce n'est pas une question de plugin mal configuré — c'est une question d'architecture.

Pourquoi le fil d'Ariane pèse lourd quand vous visez plusieurs villes

Sur un site mono-adresse, le breadcrumb est un confort. Sur un site qui cible dix communes, c'est une pièce d'architecture. Je m'explique.

Google construit une compréhension d'un site à partir de signaux qui se recoupent : les liens internes, les URL, les titres, le contenu, le balisage structuré, et la cohérence entre tout ça. Quand vous publiez une page « Kiné à Rezé », vous affirmez une chose. Google vérifie ailleurs. Si l'URL dit /kine-reze/, que le H1 dit Rezé, que la fiche Google Business Profile dit Rezé, mais que le fil d'Ariane dit « Services », il y a une dissonance. Pas dramatique. Mais réelle.

L'inverse est plus intéressant. Un fil qui dit « Accueil > Pays de la Loire > Rezé > Kinésithérapie du sport » raconte une histoire géographique cohérente, et cette histoire se propage dans tout le maillage interne : le lien « Rezé » pointe vers une page parente de zone, qui elle-même structure l'ensemble. Vous ne déclarez plus une page isolée. Vous déclarez un silo.

Ce que le fil d'Ariane ne fait pas

Il ne fait pas grimper une page dans le pack local. Je préfère le dire tout de suite parce que j'ai vu des gens y consacrer des semaines en espérant un miracle.

Le classement local repose d'abord sur la proximité, la pertinence et la notoriété, et une bonne part de ça se joue hors du site : fiche d'établissement, avis, citations locales, cohérence des coordonnées. Le fil d'Ariane ne compense pas une fiche mal tenue. En revanche, il aide Google à rattacher une page à une entité géographique, et ça, quand le reste est propre, ça fait la différence sur les requêtes où vous n'êtes pas l'établissement le plus proche.

Le retrait de l'affichage sur mobile, et ce qu'il change vraiment

Fin janvier 2025, Google a cessé d'afficher les fils d'Ariane dans les résultats mobiles. Beaucoup de prestataires ont envoyé des mails paniqués. J'en ai reçu trois.

La réalité est plus simple : Google continue d'utiliser le balisage pour comprendre la structure du site. Il n'a juste plus jugé utile de l'afficher à l'écran sur petit format. Ce qui a changé, c'est la valeur « cosmétique » du fil. Ce qui n'a pas changé, c'est sa valeur « structurelle ». Autrement dit, si vous faisiez des breadcrumbs uniquement pour occuper de la place dans la SERP, cette place a disparu. Si vous en faisiez pour dire à Google où se situe votre page dans une arborescence géographique, tout est intact.

Franchement, c'est une bonne nouvelle déguisée. Ça décourage les implémentations décoratives.

Hiérarchie géographique : la structure qui fonctionne

Le fil hiérarchique est le seul qui vous intéresse. Le fil « historique », qui retrace le parcours de l'utilisateur (« Vous êtes ici parce que vous venez de la page Tarifs »), n'a aucun intérêt SEO. Oubliez-le pour ce sujet.

Reste à choisir l'ordre des niveaux. Deux écoles s'affrontent, et j'ai testé les deux.

L'approche « service d'abord »

Accueil > Services > Kinésithérapie du sport > Rezé. C'est ce que la majorité des thèmes WordPress produisent par défaut, parce que les catégories du blog ou les taxonomies de services sont créées avant qu'on pense aux villes.

Avantage : cohérent avec un site organisé par prestation. Inconvénient : la ville arrive en bout de chaîne, comme un détail. Dans le balisage, le parent direct de la page est un service, pas une zone. Google comprend « page de service déclinée localement », pas « page locale ».

L'approche « ville d'abord »

Accueil > Pays de la Loire > Rezé > Kinésithérapie du sport.

J'ai basculé un client sur cette structure au printemps 2024. Site de plomberie, quatorze communes, une page par commune et par prestation principale. Avant : les pages villes recevaient en moyenne 12 visites organiques par mois, essentiellement sur des requêtes en marque. Après le basculement, plus une passe sur le maillage interne pour que les pages de zone existent réellement (et non comme de simples coquilles vides) : 47 visites par mois en moyenne six mois plus tard, avec des requêtes du type « plombier [commune] » qui ont commencé à remonter.

Attention, je ne dis pas que le breadcrumb a fait ça à lui seul. Le maillage interne a compté pour beaucoup, et le contenu des pages de zone aussi. Mais le fil d'Ariane a rendu ce maillage lisible. C'est lui qui a transformé des pages orphelines en un ensemble structuré.

Comparatif rapide des deux structures

Critère	Service d'abord	Ville d'abord
Lisibilité géographique pour Google	Faible	Forte
Effort de mise en place	Faible (le thème le fait)	Moyen à élevé
Création de pages de zone nécessaires	Non	Oui
Adapté à un site mono-ville	Oui, largement suffisant	Surdimensionné
Adapté à 5 communes et plus	Limité	Recommandé

Si vous gérez une seule adresse et une seule ville, ne vous lancez pas dans une refonte. La structure service d'abord fait le travail. Le sujet devient sérieux à partir de la cinquième commune.

Le balisage en pratique : correspondance stricte obligatoire

Voici l'erreur que je vois le plus souvent, et elle est sournoise.

Le développeur code un joli JSON-LD BreadcrumbList propre, avec toutes les villes aux bons endroits. Puis le thème affiche son propre fil, hérité d'un réglage par défaut, qui ne dit pas la même chose. Résultat : deux hiérarchies contradictoires. Google en choisit une, et ce n'est pas forcément la vôtre.

La règle est simple et non négociable : le fil visible et le fil balisé doivent être identiques, niveau par niveau, libellé par libellé. Si l'un affiche « Rezé » et l'autre « Kine Reze », vous avez un problème.

Un exemple de balisage pour une page ville

Pour une page « Kinésithérapie du sport à Rezé », le balisage ressemble à ceci :

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {"@type": "ListItem", "position": 1, "name": "Accueil", "item": "https://exemple.fr/"},
    {"@type": "ListItem", "position": 2, "name": "Pays de la Loire", "item": "https://exemple.fr/pays-de-la-loire/"},
    {"@type": "ListItem", "position": 3, "name": "Rezé", "item": "https://exemple.fr/pays-de-la-loire/reze/"},
    {"@type": "ListItem", "position": 4, "name": "Kinésithérapie du sport", "item": "https://exemple.fr/pays-de-la-loire/reze/kine-du-sport/"}
  ]
}

Trois choses à vérifier. Les URL pointent vers des pages qui existent réellement (un 404 dans un item, et le niveau est ignoré). La dernière position n'a pas besoin d'URL — mais si vous en mettez une, elle doit correspondre à la page courante. Et le nombre de niveaux doit rester raisonnable : au-delà de cinq, le fil perd en lisibilité et en utilité.

WordPress : faut-il vraiment un plugin ?

Pour un site multi-villes, la plupart des plugins de SEO génèrent un fil basé sur la hiérarchie des catégories. Ce n'est presque jamais ce que vous voulez.

Deux options tiennent la route. Soit vous créez une taxonomie dédiée aux zones, vous l'affichez dans le fil, et vous acceptez de bricoler un peu. Soit vous générez le JSON-LD vous-même, page par page ou via un champ personnalisé, et vous contrôlez tout. J'ai fini par préférer la seconde approche sur les sites dépassant la dizaine de communes, parce qu'elle évite les surprises lors des mises à jour de plugin. C'est plus de travail au départ. C'est beaucoup moins de travail quand quelque chose casse.

Comment vérifier que ça remonte vraiment

Deux endroits, pas plus.

Le premier est Search Console, rapport « Fil d'Ariane ». S'il affiche des URL avec des erreurs, votre balisage a un souci. S'il est vide alors que vos pages sont indexées, c'est que le balisage ne remonte pas du tout — souvent parce qu'il est injecté en JavaScript après le rendu, ce que Google gère mal sur ce type de donnée. J'ai perdu deux semaines sur ce point précis il y a quelques années, en accusant le plugin avant de comprendre que le problème était l'injection côté client.

Le second est un test manuel sur deux ou trois pages représentatives, via l'outil de test des résultats enrichis. Pas besoin de le faire sur les quarante pages du site. Deux pages suffisent à valider la structure.

Pour le suivi dans le temps, je regarde une seule chose : l'évolution des impressions sur les requêtes contenant un nom de commune, dans le rapport Performances, filtré sur les pages de zone. Si cette courbe monte après une refonte de la structure, c'est bon signe. Si elle ne bouge pas en trois mois, le problème est ailleurs — contenu trop mince, fiche d'établissement négligée, ou concurrence locale trop installée.

Ce qu'il faut retenir, et ce que je ferais à votre place

Le fil d'Ariane n'est pas un levier magique. C'est une déclaration. Vous dites à Google où se situe votre page dans un ensemble géographique, ou vous ne le dites pas.

Mon conseil, dans l'ordre. Vérifiez d'abord que votre fil visible et votre balisage racontent la même chose. Ensuite, si vous ciblez plus de cinq communes, posez-vous sérieusement la question de la structure ville d'abord — mais seulement si vous êtes prêt à créer de vraies pages de zone, avec du contenu, une adresse, un téléphone, une équipe. Un fil « Ville » qui pointe vers une page vide ne trompe personne, et surtout pas Google.

Et une dernière chose, que j'ai apprise à mes dépens : ne refaites pas votre architecture pour un gain de positionnement à court terme. Faites-le parce que la structure actuelle vous empêche de dormir quand vous ajoutez une commune. C'est ce signal-là qui indique qu'il est temps.