// guide pilier · écosystème seo
SEO e-commerce : indexer un catalogue produit.
Le problème d'une boutique n'est jamais d'avoir trop peu d'URLs, c'est d'en avoir beaucoup trop. Facettes combinatoires, pagination, fiches minces, ruptures de stock : les arbitrages d'indexation qui décident si Googlebot atteint vos produits ou s'épuise dans vos filtres.
Le problème : trop d'URLs.
Un site éditorial cherche à faire indexer plus de pages. Une boutique a le problème inverse : elle génère mécaniquement des URLs que personne n'a décidé de créer, et Googlebot les crawle toutes avant d'atteindre les fiches qui rapportent.
4,7×
plus de pages indexées que de pages utiles, en moyenne, sur les boutiques à navigation facettée mal gérée (étude Screaming Frog, 200 sites e-commerce, 2023).
10 000
URLs : seuil officiel Google au-delà duquel le crawl budget devient un sujet. Un catalogue de 1 000 produits le dépasse facilement.
// à retenir
La chaîne causale est toujours la même, et elle est mal comprise. Les facettes génèrent des dizaines de milliers d'URLs quasi identiques. Googlebot les crawle. Son budget s'épuise. Les fiches produit profondes ne sont jamais atteintes. Le symptôme visible est "mes produits ne sont pas indexés", mais la cause est à l'autre bout du site, dans les filtres.
Les quatre générateurs d'URLs
- Les facettes combinées. Couleur × taille × marque × prix. Une catégorie devient des milliers de variantes. Le générateur le plus prolifique, et de loin.
- Les paramètres de tri. La même liste de produits dans un ordre différent : contenu strictement identique pour Google, URL distincte.
- La pagination. Multipliée par chaque facette et chaque tri, ce qui produit un effet combinatoire sur le combinatoire.
- La recherche interne. Si ses résultats sont crawlables, chaque requête devient une URL indexable. À bloquer sans hésiter.
La navigation à facettes.
Le sujet le plus important du SEO e-commerce, et celui où les mauvais conseils coûtent le plus cher. La règle tient en une phrase : une combinaison indexable, tout le reste bloqué.
La facette à une valeur
"Chaussures de running homme" : une seule facette appliquée, qui correspond à une vraie requête et renvoie assez de produits. Ces pages méritent une URL propre, un contenu éditorial et des liens internes.
→ demande réelle + stock suffisant
Les combinaisons multiples
"Chaussures rouges taille 42 moins de 50 euros triées par prix" : personne ne cherche cela, et la page renvoie trois produits. Aucune raison d'exister pour Google.
→ robots.txt sur le motif
// noindex ou robots.txt
La distinction décide du résultat. robots.txt empêche le crawl : c'est le seul qui préserve le crawl budget, et donc le seul qui règle le problème de fond. noindex empêche l'indexation, mais Googlebot crawle quand même la page pour lire la directive : le budget est dépensé. Sur 100 000 URLs de filtres, le noindex ne change presque rien au crawl. Voir robots.txt et indexation.
La hiérarchie des solutions
- 01
Ne pas créer l'URL
La meilleure option quand la technique le permet : gérer les filtres à faible valeur côté client, sans changer d'URL. Aucun crawl à récupérer puisqu'il n'y a rien à crawler.
- 02
Bloquer les motifs clairs en robots.txt
?sort=,?orderby=,?session=et les paramètres de facettes multiples. Économie de crawl immédiate. Vérifier qu'aucune URL utile ne tombe dans le motif avant de déployer. - 03
Canonical sur les variantes restantes
Pour les facettes qui doivent rester accessibles aux utilisateurs sans être indexées, canoniser vers la catégorie mère. Consolide les signaux, mais ne préserve pas le crawl. Voir balise canonical.
- 04
Ne pas lier ce qu'on ne veut pas voir crawlé
Un lien interne est une invitation. Lier chaque combinaison de filtres depuis la navigation, puis la bloquer en robots.txt, revient à envoyer des signaux contradictoires. Voir maillage interne.
La pagination des catégories.
Beaucoup de sites appliquent encore des recettes périmées. Deux d'entre elles font activement des dégâts, et elles sont toujours recommandées un peu partout.
- rel="next" et rel="prev" sont morts. Google ne les prend plus en compte depuis 2019. Les garder ne nuit pas, mais compter dessus pour regrouper une pagination est une illusion.
- Ne pas canoniser la pagination vers la page 1. L'erreur la plus destructrice du lot : Google cesse alors de considérer les pages 2 et suivantes, et les produits qui n'apparaissent qu'en page 4 disparaissent de l'index. Chaque page de pagination doit être self-canonical.
- Des liens de pagination en HTML. Un "voir plus" en JavaScript sans lien réel rend les produits profonds inatteignables en première vague de crawl. Voir JavaScript SEO.
- Limiter la profondeur. Une catégorie de 60 pages enterre ses derniers produits. Augmenter le nombre de produits par page, ou découper en sous-catégories qui ont un sens pour l'utilisateur.
Les fiches produit.
Une fiche non indexée relève de deux causes seulement, et le correctif n'a rien à voir selon le cas. Le rapport d'indexation de Search Console tranche en donnant le motif exact.
Jamais crawlée
Statut "détectée, actuellement non indexée". Google connaît l'URL mais n'a pas dépensé son budget dessus. Le problème est le crawl gaspillé ailleurs, ou un maillage qui enterre la fiche.
→ fix : libérer le crawl
Crawlée puis écartée
Statut "explorée, actuellement non indexée". Google a lu la fiche et l'a jugée sans valeur ajoutée : description fournisseur brute, aucun contenu propre. Verdict éditorial, pas technique.
→ fix : différencier la fiche
// arbitrage
Réécrire 8 000 descriptions n'est jamais rentable. Une description fournisseur ne déclenche aucune pénalité, elle ne donne simplement à Google aucun motif de vous préférer. Réécrire les 50 fiches qui font le chiffre d'affaires, et différencier le reste par ce qui ne se copie pas : avis clients réels, photos propres, disponibilité, délai de livraison.
Ruptures et fins de vie.
Le sujet où les boutiques détruisent le plus de capital SEO sans s'en apercevoir. Une fiche qui a trois ans d'antériorité, des backlinks et des positions ne doit jamais disparaître par simple automatisme de gestion de stock.
200 Rupture temporaire : garder la page
Le produit revient : conserver l'URL en 200, indiquer clairement la rupture, proposer des alternatives et une alerte de réassort. Signaler OutOfStock en données structurées. L'antériorité est préservée.
301 Fin de vie avec équivalent
Le produit ne revient pas mais un successeur existe : 301 vers l'équivalent le plus proche. Transfère l'autorité accumulée. Rediriger vers la home produirait un soft 404.
410 Fin de vie sans équivalent
Aucun successeur, aucune valeur, aucun backlink : la 410 assume la suppression et sort proprement l'URL de l'index. Plus net qu'une 404 qui laisse Google réessayer. Voir introuvable 404.
404 Le réflexe à bannir
La suppression automatique en fin de stock détruit l'antériorité, les backlinks et les positions. Une fiche saisonnière supprimée chaque année repart de zéro à chaque saison.
Où investir vraiment.
L'arbitrage le plus rentable du SEO e-commerce, et le plus souvent pris à l'envers. Les équipes soignent des milliers de fiches et laissent quarante catégories en gabarit brut.
- Les catégories captent le volume. "Chaussures de running homme" pèse cent fois la référence exacte d'un modèle. Ce sont les pages qui font le trafic générique.
- Elles sont peu nombreuses. Quarante catégories s'optimisent à la main en quelques jours. Huit mille fiches, non. Le rendement par heure de travail n'a rien de comparable.
- Elles sont stables. Les fiches vont et viennent avec le stock ; une catégorie vit des années et capitalise son antériorité sans interruption.
- Elles distribuent l'autorité. Une catégorie bien maillée pousse le crawl vers ses fiches. Investir sur la catégorie sert aussi les produits en dessous.
Workflow d'audit catalogue.
Cinq étapes, applicables trimestriellement. La séquence compte : libérer le crawl avant de pousser quoi que ce soit.
- 01
Mesurer le ratio utile
Comparer le nombre de pages indexées au nombre de pages qui devraient l'être (catégories + fiches actives). Un ratio supérieur à 2 signale une explosion combinatoire à traiter en priorité.
- 02
Cartographier le crawl par motif d'URL
Logs serveur filtrés sur Googlebot, groupés par gabarit : home, catégorie, fiche, filtre, tri, pagination. La part consommée par les filtres est le chiffre qui déclenche l'action. Voir crawl budget.
- 03
Bloquer par familles
Un motif, une règle robots.txt. Vérifier avant déploiement qu'aucune URL utile ne tombe dans le motif : un Disallow trop large désindexe des catégories entières. Voir URL bloquée par robots.txt.
- 04
Vérifier le sitemap
Uniquement des URLs canoniques, indexables, en 200, et à jour du stock. Un sitemap qui liste des fiches supprimées ou des filtres bloqués envoie des signaux contradictoires. Voir sitemap XML.
- 05
Re-mesurer à 4 semaines
Vérifier que la part de crawl sur les fiches et catégories a augmenté, et que le nombre de fiches indexées suit. Itérer sur le motif suivant.
Pousser les URLs prioritaires
Une fois le crawl libéré, les lancements et collections saisonnières gagnent à être poussés sans attendre le passage naturel de Googlebot. Un service d'indexation envoie un signal de découverte sur une liste d'URLs. Il complète l'optimisation du crawl, il ne la remplace pas : si les filtres consomment toujours 40 % du budget, le fond du problème reste entier.
Questions fréquentes.
Pourquoi mes fiches produit ne sont-elles pas indexées ?
Sur un gros catalogue, la cause est presque toujours le gaspillage de crawl, pas un blocage. Googlebot dépense son budget sur des dizaines de milliers d'URLs de filtres et de tri, et n'atteint jamais vos fiches profondes. Le statut détectée, actuellement non indexée en est la signature. Seconde cause : la fiche est jugée trop mince, avec une description fournisseur identique à trente concurrents et rien d'autre. Voir explorée, actuellement non indexée.
Faut-il indexer les pages de filtres ?
Une combinaison, pas plus. La règle qui tient : rendre indexable la facette à une seule valeur qui correspond à une vraie demande (par exemple "chaussures de running homme"), et bloquer toutes les combinaisons multiples. Une facette mérite d'être indexée si des gens la recherchent réellement et si elle renvoie assez de produits. "Chaussures rouges taille 42 moins de 50 euros triées par prix" ne remplit aucun des deux critères et ne doit pas exister pour Google.
Noindex ou robots.txt sur les facettes ?
Cela dépend de ce qu'on veut économiser, et c'est la confusion la plus coûteuse du SEO e-commerce. robots.txt empêche le crawl : c'est le seul qui préserve réellement le crawl budget, à réserver aux motifs clairs et sans valeur (?sort=, ?orderby=). noindex empêche l'indexation mais Googlebot crawle quand même la page pour lire la directive : on économise l'index, pas le crawl. Sur un catalogue qui génère 100 000 URLs de filtres, seul le robots.txt règle le problème de fond.
Comment gérer la pagination des catégories ?
Les balises rel="next" et rel="prev" ne sont plus prises en compte par Google depuis 2019 : les utiliser ne sert plus à rien. La méthode actuelle : self-canonical sur chaque page de pagination (page 2 canonique vers page 2, jamais vers page 1), pages profondes indexables mais allégées, et liens de pagination en HTML accessibles sans JavaScript. Canoniser toute la pagination vers la page 1 fait disparaître de l'index les produits qui n'apparaissent qu'en page 4.
Que faire des produits en rupture de stock ?
Surtout pas une 404, et surtout pas une suppression. Une fiche qui a de l'antériorité, des backlinks et des positions doit rester en 200 si le produit revient : conserver la page, indiquer la rupture, proposer des alternatives, et signaler OutOfStock en données structurées. Si le produit ne revient jamais, rediriger en 301 vers l'équivalent le plus proche, ou vers la catégorie parente à défaut. La 410 se réserve aux fiches sans valeur ni historique.
Faut-il réécrire toutes les descriptions fournisseur ?
Non, l'arbitrage économique ne le justifie presque jamais sur un gros catalogue. Une description identique à celle de trente revendeurs ne déclenche aucune pénalité, elle ne donne simplement à Google aucune raison de vous préférer. Réécrire sur les 50 produits qui font le chiffre d'affaires, et différencier le reste autrement : avis clients, photos propres, disponibilité, informations de livraison. Voir contenu dupliqué.
Catégorie ou fiche produit : où investir ?
Sur les catégories, dans la grande majorité des cas. Elles captent les requêtes génériques à fort volume ("chaussures de running homme"), elles sont peu nombreuses donc optimisables à la main, et elles restent stables dans le temps alors que les fiches vont et viennent avec le stock. Les fiches produit captent la longue traîne transactionnelle, précieuse mais éparpillée. L'erreur classique consiste à soigner 8 000 fiches et à laisser 40 catégories en gabarit brut.
Un service d'indexation aide-t-il sur un catalogue ?
Pour un usage précis : pousser des URLs prioritaires sans attendre le passage naturel de Googlebot (lancements, collections saisonnières, réassorts). Cela complète une optimisation du crawl, mais ne la remplace jamais : si Googlebot gaspille 40 % de son budget dans les filtres, le problème reste entier. Et aucun service ne fera indexer une fiche que Google juge trop mince. Libérer le crawl d'abord, pousser ensuite. Voir comparatif des indexeurs.
// passer à l'action
Diagnostiquer une fiche produit.
Avant de crawler tout un catalogue, vérifier qu'une fiche stratégique ne porte aucun blocage technique et que sa canonical pointe où il faut.