Sur la plupart des boutiques PrestaShop, le fil d’Ariane sert à une seule chose : remonter d’un niveau. Le visiteur clique sur « Chaussures » depuis une fiche produit, et retourne dans la catégorie parente. C’est utile, mais c’est un usage très pauvre d’un élément présent sur chacune de vos pages.
Il existe une variante qui change la nature de ce composant : rendre chaque niveau survolable, et afficher dans un menu déroulant les catégories du même rang. Le fil d’Ariane cesse d’être un chemin de retour et devient une navigation latérale.
Cet article traite cette transformation. Pour le balisage JSON-LD et sa lecture par Google, voyez plutôt l’article sur le balisage BreadcrumbList, qui couvre l’autre moitié du sujet.
Le problème que cela résout
Un visiteur arrive sur une fiche « Perceuse sans fil 18V » depuis Google. Il constate que le modèle ne lui convient pas. Ses options de navigation sont limitées : le menu principal, qui le renvoie au sommet de l’arborescence, ou le fil d’Ariane, qui le ramène dans la catégorie qu’il vient de voir.
Ce qu’il cherche est souvent latéral, pas vertical. Il veut voir les visseuses, ou les perceuses filaires, c’est-à-dire les catégories voisines. Aujourd’hui, il doit repasser par le niveau supérieur pour y descendre à nouveau. Deux clics et un rechargement de page, alors qu’un seul suffirait.
Sur les pages d’atterrissage SEO, ce détour est un point de fuite mesurable. Le taux de sortie des fiches produit issues du référencement naturel est structurellement élevé, et une part de ces sorties correspond à des visiteurs qui n’ont pas trouvé la voie latérale.
Le principe : chaque niveau devient un menu
Le fil d’Ariane affiche par exemple : Accueil > Outillage > Perçage > Perceuse sans fil 18V.
Chaque segment porte alors un menu :
Sur « Outillage », les autres catégories de premier niveau : Jardin, Plomberie, Électricité.
Sur « Perçage », les autres sous-catégories d’Outillage : Vissage, Sciage, Ponçage.
Sur le produit, rien, ou les produits voisins de la même catégorie selon le paramétrage.
La règle à retenir : un segment affiche ses frères, pas ses enfants. C’est ce qui rend la navigation latérale. Afficher les enfants reproduit simplement le méga-menu à un endroit où il ne sert à rien.
Les trois variantes, et laquelle choisir
Sœurs uniquement. Le comportement décrit ci-dessus. C’est la variante par défaut, et celle qui convient à la majorité des catalogues.
Sœurs plus enfants du segment courant. Le dernier segment de catégorie affiche ses sous-catégories. Pertinent quand l’arborescence est profonde et que le visiteur atterrit souvent à mi-parcours.
Sœurs plus produits populaires. Sur le dernier segment, une courte liste de produits de la même catégorie avec vignette. Cette variante est la plus lourde et la plus intrusive. Elle ne se justifie que sur des catalogues où la catégorie compte moins d’une vingtaine de références.
Fil d'Ariane ProMenus déroulants, JSON-LD BreadcrumbList et chemin intelligent multi-catégories€89.00
Combien d’entrées afficher
La question n’est pas cosmétique. Un menu déroulant qui affiche quarante catégories sœurs est inutilisable, et il alourdit chaque page du site.
Trois règles de calibrage.
Plafonnez à une douzaine d’entrées par niveau, avec un lien « voir toutes les catégories » au-delà. Le visiteur qui cherche au-delà de douze options ne cherche pas dans un menu déroulant, il cherche dans une page.
Ordonnez par volume, pas par alphabet. L’ordre alphabétique est un choix par défaut qui met en avant des catégories arbitraires. Un tri par nombre de produits ou par chiffre d’affaires place en tête ce qui a le plus de chances d’intéresser.
Marquez la catégorie courante dans la liste, en gras ou avec une pastille. Sans ce repère, le visiteur ne sait pas d’où il part.
L’effet sur le maillage interne
C’est l’aspect qui échappe le plus souvent à l’arbitrage, et il mérite attention dans les deux sens.
Côté positif, chaque page de catégorie reçoit désormais des liens depuis toutes les pages de ses catégories sœurs. Sur un catalogue de trois mille produits répartis en quarante catégories, cela représente plusieurs milliers de liens internes nouveaux, distribués horizontalement au lieu de converger vers la page d’accueil.
Côté vigilance, ces liens sont identiques sur toutes les pages, ce qui les rapproche d’un élément de navigation global. Leur valeur individuelle est faible. Ils ne remplacent pas un maillage contextuel dans le contenu des pages.
Point de vigilance technique : si les menus sont générés côté serveur, le HTML de chaque page grossit. Comptez entre trois et huit kilooctets supplémentaires selon la taille de l’arborescence. Sur une boutique déjà lourde, chargez les menus à la demande plutôt qu’à l’affichage.
Le cas du mobile
Le survol n’existe pas sur écran tactile, ce qui rend la variante déroulante inopérante telle quelle. Trois options, par ordre de préférence.
Le tap ouvre le menu, le second tap suit le lien. Comportement standard, compris par les visiteurs, mais qui demande un indicateur visuel clair, un chevron par exemple.
Un fil d’Ariane défilant horizontalement, sans menu, avec seulement le dernier niveau cliquable. Solution de repli acceptable.
Le masquage complet sur mobile. À éviter : le fil d’Ariane est justement plus utile sur petit écran, où le menu principal est replié.
Ce qu’il faut mesurer
Trois indicateurs, relevés un mois après la mise en place, sur les pages fiche produit uniquement.
Le nombre de pages vues par session, qui est l’effet direct attendu.
Le taux de sortie des fiches produit, à comparer avant et après sur le trafic issu du référencement naturel.
Le taux de clic sur le fil d’Ariane, à mesurer par événement. C’est le seul indicateur qui dit si le composant est réellement utilisé, et il est souvent décevant au départ, autour de 2 à 4 % des sessions. Un chiffre bas ne signifie pas que le dispositif est inutile : il signifie qu’il sert à une minorité de visiteurs, généralement ceux qui hésitent, c’est-à-dire ceux qu’il faut retenir.
Les erreurs à éviter
Reproduire le méga-menu. Si le menu déroulant du fil d’Ariane affiche la même chose que la navigation principale, il n’apporte rien et double le poids de la page.
Oublier le chemin réel du visiteur. Un produit rattaché à plusieurs catégories affiche par défaut sa catégorie par défaut, qui n’est pas forcément celle par laquelle le visiteur est arrivé. Sur les arrivées internes, conservez la catégorie d’origine.
Casser le balisage structuré. Les entrées du menu déroulant ne doivent pas entrer dans le JSON-LD BreadcrumbList, qui ne décrit que le chemin, pas les alternatives. C’est une erreur fréquente quand le menu est ajouté après coup.
Le module Fil d’Ariane Pro pour PrestaShop couvre cette mécanique sur PrestaShop 8 et 9 : menus déroulants par niveau avec choix sœurs, enfants ou mixte, plafond d’entrées et tri paramétrables, comportement tactile dédié, conservation de la catégorie d’origine sur les arrivées internes, et balisage JSON-LD limité au chemin réel.