Distributeurs et détaillants : l'architecture d'URL d'un catalogue de 50 000 références
Google écrit qu'une structure d'URL qui ne répond pas à ses exigences mène à une exploration inefficace, avec des taux extrêmement élevés ou nuls. Sur un catalogue de 50 000 références, cette décision se prend avant de générer les adresses. Après, elle coûte une migration.
- Google indique que si vos URL ne répondent pas à ses exigences, il explorera probablement votre site de manière inefficace, avec des taux d'exploration extrêmement élevés ou nuls.
- La décision qui structure tout est la frontière entre ce qui appartient au chemin et ce qui appartient à un paramètre.
- Les facettes, ces filtres cumulables qui affinent une liste de produits, produisent une explosion combinatoire. Six filtres à cinq valeurs génèrent des dizaines de milliers d'adresses pour un seul rayon.
- Google attend un encodage précis des paramètres : un signe égal pour séparer les paires, une esperluette pour les ajouter.
- Une reprise d'architecture sur un catalogue existant est une migration complète, avec son plan de redirection et son risque. C'est pourquoi la décision se prend en amont.
Sur cette page
Qu'est-ce que la frontière chemin-paramètre
La frontière chemin-paramètre est la règle qui détermine ce qui appartient au chemin d'une adresse et ce qui appartient à un paramètre. Le chemin porte ce qui identifie durablement un contenu et que vous voulez voir indexé. Le paramètre porte ce qui filtre, trie ou personnalise un affichage sans créer de contenu nouveau. Placer un élément du mauvais côté de cette frontière est la décision qui coûte le plus cher sur un gros catalogue, parce qu'elle se corrige par une migration.
Ce qui casse sur 50 000 références
Cet article s'adresse aux dirigeants et aux gestionnaires de commerce en ligne dont le catalogue dépasse quelques dizaines de milliers de références : distribution, quincaillerie, pièces, ameublement, librairie. Sur deux cents produits, aucun de ces problèmes ne se manifeste.
Avec le volume, ce n'est pas la difficulté technique qui augmente : c'est le moteur qui ne peut plus tout explorer. Il dispose d'une capacité limitée pour votre site et chaque adresse sans valeur qu'il visite prend la place d'une adresse utile.
Google est direct sur les conséquences d'une mauvaise structure. Il indique qu'une structure d'URL qui ne répond pas à ses exigences l'amènera probablement à explorer le site de manière inefficace, ce qui peut inclure des taux d'exploration extrêmement élevés ou nuls.
Les deux extrêmes coûtent cher. Un taux extrêmement élevé consomme vos ressources serveur et disperse l'attention du moteur sur des adresses sans valeur. Un taux nul signifie que vos nouveautés n'entrent jamais dans l'index, donc ne se vendent jamais par la recherche.
Le symptôme visible n'est presque jamais l'exploration. C'est un délai anormalement long avant qu'un nouveau produit apparaisse dans les résultats, parfois plusieurs semaines. Sur un catalogue qui se renouvelle, ce délai est un coût direct : vous payez de la publicité pour vendre ce que l'organique aurait dû porter.
La frontière entre chemin et paramètre
C'est la décision qui structure tout le reste et elle se prend en une réunion.
Le chemin porte ce qui identifie durablement. La catégorie, la sous-catégorie, le produit. Ce sont des contenus distincts, que vous voulez voir indexés, partagés et liés. Un chemin est lisible, stable et il ne change pas quand un client change de filtre.
Le paramètre porte ce qui filtre, trie ou personnalise. La couleur sélectionnée, l'ordre d'affichage, la pagination, la provenance d'une campagne. Ce sont des vues d'un même contenu, pas des contenus nouveaux.
| Élément | Chemin ou paramètre | Pourquoi |
|---|---|---|
| Catégorie et sous-catégorie | Chemin | Contenu distinct avec une demande de recherche propre |
| Produit | Chemin | Destination finale, partagée et liée |
| Marque | Chemin si elle a une demande, sinon paramètre | Souvent recherchée nommément |
| Filtre d'attribut | Paramètre | Vue d'un contenu existant, sauf demande avérée |
| Tri et pagination | Paramètre | Ne crée aucun contenu nouveau |
| Identifiant de session | Ni l'un ni l'autre | À porter par un témoin, le fichier que le site dépose dans le navigateur, jamais par l'adresse |
La ligne du milieu est celle qui se discute. Un filtre d'attribut mérite parfois de passer dans le chemin, quand la combinaison a une demande de recherche réelle. « botte de travail imperméable » en est un exemple, « botte de travail en pointure 10 » n'en est pas un. La logique est la même que celle du seuil de page distincte, traitée dans notre article sur les variantes de produit.
L'explosion combinatoire des facettes
Les facettes sont le mécanisme qui transforme un catalogue raisonnable en labyrinthe pour un robot.
Prenez un rayon avec six filtres offrant chacun cinq valeurs. Le nombre de combinaisons atteint 15 625 adresses et ce calcul ignore encore l'ordre dans lequel les filtres sont appliqués et les options de tri. Multipliez par le nombre de rayons et vous obtenez des millions d'adresses pour quelques dizaines de milliers de produits.
Aucune de ces adresses ne produit de revenu propre. Elles présentent toutes des sous-ensembles d'un contenu déjà accessible et elles consomment la capacité d'exploration que vos fiches produits n'obtiennent pas.
La réponse tient en trois décisions. Choisir la poignée de combinaisons qui ont une demande de recherche réelle et leur donner un chemin propre. Laisser les autres en paramètres. Et empêcher activement l'exploration de ces combinaisons de paramètres, plutôt que d'espérer que le moteur les ignore de lui-même.
Google a d'ailleurs renforcé ses recommandations sur ce point en 2025, en intégrant à sa documentation principale sur la structure des URL des indications qui figuraient auparavant dans un article de blogue sur la navigation à facettes.
Les exigences de Google
La documentation officielle énonce des règles concrètes, faciles à vérifier et souvent enfreintes par les plateformes.
Respecter la norme IETF STD 66, la référence technique qui fixe l'écriture des adresses web. Les caractères définis comme réservés doivent être encodés en pourcent. Un catalogue français mal encodé sur les accents produit des adresses que le moteur traite différemment de ce que vous croyez.
Ne pas utiliser de fragments pour modifier le contenu. Google indique qu'il n'accepte généralement pas les fragments d'URL. Si un filtre change le contenu après un dièse, ce contenu n'existe pas pour le moteur. La documentation recommande à la place l'API History, une fonction du navigateur qui change l'adresse affichée sans recharger la page.
Utiliser l'encodage courant des paramètres. Un signe égal pour séparer les paires clé-valeur, une esperluette pour ajouter des paramètres. Les crochets et les deux-points sont explicitement présentés comme l'approche déconseillée.
Porter les identifiants de session par un témoin. Un identifiant de session dans l'adresse crée une adresse unique par visiteur, ce qui multiplie l'espace à explorer sans aucune contrepartie.
Le deuxième point surprend beaucoup d'équipes techniques : un filtre implémenté avec un dièse fonctionne parfaitement pour l'utilisateur et n'existe tout simplement pas pour le moteur.
La stabilité prime sur l'élégance
Une adresse qui ne change jamais vaut mieux qu'une adresse parfaite.
Beaucoup d'équipes veulent inclure dans le chemin tout ce qui décrit le produit : catégorie, sous-catégorie, marque, gamme, modèle du fabricant. Le résultat est élégant, mais fragile : chaque réorganisation du catalogue casse des milliers d'adresses et exige des redirections.
Une hiérarchie de deux ou trois niveaux suffit dans la quasi-totalité des cas. Au-delà, vous encodez dans l'adresse une structure commerciale qui, elle, changera.
Deux règles pratiques. Ne mettez jamais dans le chemin une information susceptible de changer sans que le produit change : le prix, le stock, une promotion, une classification interne. Et évitez de faire dépendre l'adresse d'un produit de sa position dans l'arborescence, sinon un déplacement de rayon devient une migration.
Concevez pour la réorganisation à venir : elle arrivera et son coût dépendra entièrement de ce choix.
Ce que coûte une reprise
Le coût d'une reprise est l'argument qui justifie de prendre le temps en amont.
Reprendre l'architecture d'un catalogue existant n'est pas une correction, c'est une migration. Il faut établir la correspondance entre chaque ancienne adresse et sa nouvelle, produire le plan de redirection, tester, déployer, puis surveiller l'indexation pendant plusieurs mois.
Sur un catalogue de 50 000 références, comptez de l'ordre de 720 heures entre l'analyse, la correspondance, l'exécution, les tests et le suivi. À 120 $ l'heure, cela représente environ 86 400 $, sans compter la perte de trafic pendant la période de transition.
La même décision prise avant de générer le catalogue coûte quelques heures de réunion. C'est le rapport le plus déséquilibré de tout le domaine technique et c'est pourquoi cette question doit figurer dans le devis d'un projet de commerce en ligne plutôt que d'être laissée à la plateforme.
Quatre questions se tranchent en réunion, avant la première ligne de code.
Quelles combinaisons de filtres ont une demande de recherche réelle, vérifiée plutôt que supposée ? Ce sont les seules qui méritent un chemin.
Combien de niveaux de hiérarchie votre catalogue exige-t-il vraiment et lesquels sont stables sur cinq ans ?
Quels paramètres existent aujourd'hui sur votre site, tous confondus, y compris ceux ajoutés par des outils de suivi ? Cette liste est presque toujours plus longue que ce que l'équipe croit et chaque paramètre oublié coûte de l'exploration.
Et quelle règle empêchera l'exploration des combinaisons sans valeur, décidée en même temps que la structure plutôt qu'après avoir constaté le problème ?
Ce qu'il faut trancher avant de commander un catalogue
Ces cinq questions déterminent le coût du projet et sa durée de vie. Y répondre après la mise en ligne revient à financer une migration.
- Combien d'adresses votre site génère-t-il aujourd'hui, pour combien de produits réels ?
- Quels paramètres existent sur votre site, y compris ceux ajoutés par vos outils de suivi ?
- Quelles combinaisons de filtres ont une demande de recherche vérifiée et non supposée ?
- Combien de temps s'écoule entre l'ajout d'un produit et son apparition dans les résultats de recherche ?
- Si la structure actuelle impose une migration, qui décide du moment et sur quel budget ?
Une réponse solide donne un rapport entre adresses et produits et un délai d'indexation en jours. Une réponse vague parle de bonnes pratiques SEO. Un fournisseur qui livre un catalogue sans avoir tranché la frontière entre chemin et paramètre vous vend une plateforme et vous laisse la migration.
Mesurer votre espace d'adresses réel et trancher cette frontière avant d'engager un développement fait partie de ce qu'on livre en audit payant.
Ce qui reste chez vous : la décision de la frontière entre chemin et paramètre, la hiérarchie retenue et l'arbitrage entre une migration coûteuse maintenant et une structure qui vieillit mal. Ce qui se délègue : le comptage des adresses et des paramètres, la vérification de la demande par combinaison, le plan de redirection, les tests et le suivi d'indexation. Une entreprise qui tranche cette question en réunion avant de générer son catalogue ne la revisite jamais. Une entreprise qui laisse la plateforme décider paie une migration trois ans plus tard, sur un catalogue devenu plus gros.
La vue d'ensemble du référencement figure dans guide complet pour PME et grandes entreprises.
Construire un catalogue qui reste performant à mesure qu'il grossit est au cœur de l'objectif Attirer des clients avec le SEO et l'IA.
Votre catalogue dépasse plusieurs dizaines de milliers de références ? Voyez notre travail en commerce en ligne.
Questions fréquentes sur l'architecture d'URL
Faut-il mettre la catégorie dans l'adresse du produit ?
C'est un arbitrage entre lisibilité et stabilité. Inclure la catégorie rend l'adresse plus claire, mais l'adresse casse dès qu'un produit change de rayon. Sur un catalogue qui se réorganise régulièrement, une adresse produit indépendante de l'arborescence évite des milliers de redirections. Sur un catalogue stable, la lisibilité l'emporte.
Les paramètres nuisent-ils au référencement ?
Pas en eux-mêmes. Ce qui nuit est leur multiplication non contrôlée, qui crée un espace d'adresses que le moteur explore au détriment de vos pages utiles. Google demande un encodage précis, un signe égal pour séparer les paires et une esperluette pour les ajouter et recommande de limiter les paramètres sans valeur comme les identifiants de session.
Combien de niveaux de hiérarchie faut-il ?
Deux ou trois suffisent dans la quasi-totalité des cas. Au-delà, vous encodez dans l'adresse une structure commerciale qui changera et chaque réorganisation devient une migration. La question à se poser n'est pas combien de niveaux décrivent le catalogue d'aujourd'hui, mais combien resteront valides dans cinq ans.
Un filtre implémenté avec un dièse pose-t-il problème ?
Oui et c'est le point qui surprend le plus les équipes techniques. Google indique qu'il n'accepte généralement pas les fragments d'URL pour modifier le contenu. Un filtre qui fonctionne parfaitement pour l'utilisateur peut donc être totalement invisible pour le moteur. La documentation recommande d'utiliser l'API History plutôt qu'un fragment.
Comment savoir si notre structure pose problème ?
Mesurez le délai entre l'ajout d'un produit et son apparition dans les résultats. S'il dépasse plusieurs semaines sur un catalogue actif, votre capacité d'exploration est consommée ailleurs. Comparez aussi le nombre d'adresses connues du moteur au nombre de produits réels : un rapport supérieur à cinq mérite un examen.
Peut-on corriger sans refaire le site ?
Partiellement. Limiter l'exploration des combinaisons de paramètres et corriger l'encodage se font sans migration et règlent une bonne part du gaspillage d'exploration. Déplacer un élément du chemin vers un paramètre, ou l'inverse, change les adresses et constitue une migration avec son plan de redirection. C'est cette seconde catégorie qui coûte cher.
- Google Search Central, Bonnes pratiques concernant la structure des URL pour la recherche Google, documentation officielle, consultée en juillet 2026. Source de la mention sur les taux d'exploration extrêmement élevés ou nuls, de la norme IETF STD 66, du traitement des fragments d'URL et de l'encodage attendu des paramètres.
- Google Search Central, En quoi consiste le choix de l'URL canonique, documentation officielle, consultée en juillet 2026.
- Cadre de travail Falia, arithmétique de l'explosion combinatoire et du coût d'une reprise d'architecture. Les volumes et les montants sont des cas de figure explicites, à refaire avec votre catalogue et vos taux.
C'est Geneviève qui met en œuvre la stratégie de votre mandat. Elle prend en charge tous nos projets de développement web : Shopify, WordPress et les nouvelles façons de construire un site avec l'IA. Elle dirige notre équipe de développeurs et traduit vos besoins d'affaires en langage technique. Elle mène votre référencement (SEO), votre visibilité dans les réponses des IA (GEO) et la conversion de votre site (CRO). Son travail est au cœur des objectifs Attirer des clients avec le SEO et l'IA, Améliorer la conversion de votre site ainsi que Renforcer votre visibilité dans les réponses IA. Avec Gabriel, elle prépare aussi les pages de destination de vos campagnes publicitaires. Ses analyses portent surtout sur le SEO, la visibilité IA et la conception de site web.
À propos de Falia →Trois analyses sur le même sujet
Tout SEO →Consultation diagnostique · Mandat payant
90 minutes sur votre rentabilité, pas sur la théorie
Vous venez de lire la méthode. La vôtre commence par vos chiffres. On regarde vos chiffres avec vous, on nomme l'écart et vous repartez avec une synthèse écrite et l'ordre de travail recommandé, que vous l'exécutiez avec nous ou non.
C'est un mandat payant, mené par l'expert qui exécute. Vous gardez le livrable, sans engagement de suite.
SEO
Publicité payante
Conversion
Visibilité IA
Conception web