Guide SEO des pages de catégorie

TL;DR — Une page de catégorie, aussi appelée PLP ou page de collection, regroupe des produits, par exemple des « chaussures de running pour homme ». Ces pages génèrent souvent beaucoup de chiffre d’affaires organique, car elles répondent aux recherches générales des acheteurs. Elles doivent à la fois se classer et permettre à Google d’atteindre chaque produit. Deux pièges dominent : les filtres et les tris créent discrètement des milliers d’URL presque identiques, et une simple grille de produits sans contexte peut être difficile à classer.

Qu’est-ce qu’une page de catégorie ?

Lorsque vous achetez en ligne, vous arrivez généralement sur l’un de ces deux types de pages :

• Une page produit — un article précis, comme une paire de chaussures donnée.
• Une page de catégorie — une liste d’articles, par exemple « chaussures de running » ou « ordinateurs portables à moins de 500 USD ». On parle aussi de PLP (page de liste de produits) ou, sur Shopify, de page de collection.

Les pages de catégorie occupent le milieu de la hiérarchie : accueil → catégorie → produit. Elles ciblent les recherches générales effectuées pendant le choix, comme « chaussures de running », plutôt que les recherches portant sur un produit exact, comme « Nike Pegasus 41 taille 10 ». Leur volume supérieur peut attirer de nombreux acheteurs.

Les deux fonctions d’une page de catégorie

1. Se classer sur la recherche de catégorie. Pour une recherche telle que « chaussures de running », votre page correspondante doit apparaître.
2. Acheminer les visiteurs et Google vers les produits. Google découvre d’abord vos produits en suivant les liens de la catégorie. Sans lien depuis une page explorable, un produit peut rester invisible. Evidence for this claim Googlebot generally discovers ecommerce products through crawlable links from category pages. Scope: Feeds and sitemaps can aid discovery but do not replace a crawlable site structure. Confidence: high · Verified: 2026-07-14 Google: Ecommerce site structure

Les deux problèmes fréquents

1. Trop d’adresses web. Chaque filtre ou tri — « trier par prix », « rouge uniquement, taille 10 » — peut créer une nouvelle URL. Quelques milliers de produits peuvent ainsi engendrer des centaines de milliers d’URL filtrées presque identiques. Le temps d’exploration de Google étant limité, ces URL inutiles concurrencent les pages importantes. Ce sujet, appelé navigation à facettes, dispose d’un guide complet. Evidence for this claim Faceted navigation can generate very large URL spaces and cause overcrawling. Scope: Risk depends on whether filter states create crawlable URLs and links. Confidence: high · Verified: 2026-07-14 Google: Managing faceted navigation

2. La catégorie « vide ». Une grille de produits dépourvue de texte peut être difficile à comprendre et à classer. Une ou deux phrases réellement utiles sur le contenu de la catégorie apportent du contexte. Évitez toutefois le long bloc de mots-clés au bas de la page que personne ne lira : Google y voit du bourrage de mots-clés.

Liste de contrôle simple

• Donnez à la catégorie une URL descriptive, comme /shoes/running/, et un titre qui contient son nom.
• Rendez chaque produit accessible par un lien normal depuis la catégorie ou depuis une page suivante liée.
• Ajoutez une courte introduction utile si les produits ne suffisent pas à rendre le thème évident.
• Empêchez les filtres et les tris de créer un espace d’URL explorable incontrôlé.
• Ajoutez un fil d’Ariane pour situer la page aux yeux des acheteurs et de Google.

Pour la version technique — pagination après l’abandon de rel=prev/next, choix des URL filtrées à indexer et données structurées pertinentes — ouvrez l’onglet Avancé.

TL;DR — Les catégories sont à la fois les pages les plus rentables et les plus risquées techniquement d’une boutique : elles ciblent les requêtes commerciales générales et distribuent l’exploration et le PageRank aux produits. En 2026, rel=prev/next est abandonné par Google depuis mars 2019. Ne canonisez pas les pages paginées vers la page 1, car les produits des pages suivantes disparaîtraient ; chaque page doit se canoniser elle-même, sauf si une véritable page « tout afficher » sert de référence. La navigation à facettes est la principale menace : bloquez le bruit avec robots.txt et indexez les combinaisons demandées. L’outil URL Parameters de GSC a disparu en avril 2022 ; utilisez robots.txt et les URL canoniques. Une grille sans contexte peut être difficile à classer, mais selon Mueller, le contenu supplémentaire est utile, pas obligatoire, et un pavé de mots-clés en pied de page est une mauvaise solution. BreadcrumbList est le balisage structuré pertinent ; n’ajoutez pas le balisage de résultat enrichi Product à une liste de plusieurs produits.

Pourquoi les catégories sont un levier majeur

Dans la plupart des boutiques, les catégories sont simultanément les pages les plus précieuses et les plus fragiles. Elles répondent aux requêtes commerciales générales — « chaussures de running », « ordinateurs portables à moins de 500 USD » — dont le volume dépasse celui d’une recherche de produit précis. Elles distribuent aussi l’exploration et l’autorité des liens : Google atteint largement les produits en suivant leurs liens. Sa documentation le dit clairement : “If category pages don’t include direct links to all products in a category, Googlebot might not find all of your products by crawling alone.” (traduction) « Si les pages de catégorie ne contiennent pas de liens directs vers tous les produits, Googlebot risque de ne pas tous les découvrir par la seule exploration. » Evidence for this claim Google warns that products may not be found by crawling when category pages do not link directly to them. Scope: Use crawlable anchor links and pagination or load-more implementations Google can follow. Confidence: high · Verified: 2026-07-14 Google: Ecommerce site structure

Une catégorie remplit donc deux missions : se classer sur sa propre requête et servir de voie d’accès à tout ce qui se trouve dessous. Le travail SEO consiste à ne sacrifier aucune des deux.

Navigation à facettes : le risque principal

L’interface de filtres et de tris placée au-dessus d’une catégorie constitue la navigation à facettes. Sous sa forme habituelle à paramètres d’URL, elle représente une source majeure de problèmes d’exploration. Google décrit deux effets. D’abord la surexploration : “the crawlers will typically access a very large number of faceted navigation URLs before the crawlers’ processes determine the URLs are in fact useless,” (traduction) « les robots accèdent généralement à un très grand nombre d’URL à facettes avant de déterminer qu’elles sont inutiles ». Ensuite, la découverte ralentit : “if crawling is spent on useless URLs, the crawlers have less time to spend on new, useful URLs.” (traduction) « si l’exploration se concentre sur des URL inutiles, les robots disposent de moins de temps pour les nouvelles URL utiles ». Evidence for this claim Google documents infinite faceted URL spaces as a source of overcrawling and wasted resources. Scope: Google recommends preventing crawl when faceted URLs do not need to be indexed. Confidence: high · Verified: 2026-07-14 Google: Managing faceted navigation Gary Illyes estime que les facettes expliquent environ la moitié des problèmes de surexploration signalés à Google et décrit leur effet ainsi : “exploding your URL space from a balmy 1000 URLs to a scorching 1 million.” (traduction) « faire passer votre espace d’URL d’un paisible millier à un million brûlant ».

La navigation à facettes mérite son propre guide, mais la règle d’une catégorie tient en une phrase : bloquez le bruit, indexez le signal.

• Bloquer avec robots.txt : variantes de tri (?sort=price), paramètres de session ou de suivi et filtres qui ne font que recomposer les mêmes produits. Google recommande : “Oftentimes there’s no good reason to allow crawling of filtered items… instead, allow crawling of just the individual items’ pages along with a dedicated listing page that shows all products without filters applied.” (traduction) « Il n’existe souvent aucune bonne raison d’autoriser l’exploration des éléments filtrés ; laissez plutôt explorer les fiches individuelles et une page de liste dédiée montrant tous les produits sans filtre. »
• Canoniser vers la catégorie de base : combinaisons utiles à la navigation mais peu recherchées. L’effet est lent, car Google indique que l’URL canonique “may, over time, decrease the crawl volume” (traduction) « peut, avec le temps, réduire le volume d’exploration » ; chaque variante doit d’abord être visitée.
• Indexer et optimiser : combinaisons qui répondent à une demande vérifiée, comme « chaussures de running rouges ». Elles méritent une URL stable, un titre, un H1 et un texte uniques, ainsi qu’une URL canonique autoréférente. Faites d’abord la recherche de mots-clés.
• Renvoyer 404 pour les impasses : les filtres vides ou absurdes ne doivent pas s’accumuler comme URL explorables.

L’ancien moyen de contrôle n’existe plus : l’outil URL Parameters de Search Console a été supprimé en avril 2022. Google gère désormais automatiquement les paramètres et indiquait qu’environ 1 % seulement des configurations de l’outil avaient un effet utile. Si vous l’utilisiez pour maîtriser les facettes, remplacez-le par robots.txt et les URL canoniques.

Pagination en 2026 : ce qui fonctionne

Les conseils obsolètes abondent sur ce sujet. Voici les règles fiables :

rel=prev/next est abandonné. Google a confirmé en mars 2019 qu’il ne l’utilisait plus depuis des années : “Google no longer uses these tags, although these links may still be used by other search engines.” (traduction) « Google n’utilise plus ces balises, même si d’autres moteurs peuvent encore exploiter ces liens. » N’en faites pas votre solution de pagination. Leur conservation coûte peu pour Bing et d’autres moteurs, mais elle ne constitue pas une stratégie pour Google.

Ne canonisez jamais les pages paginées vers la page 1. Cette erreur peut masquer une partie du catalogue. Google est explicite : “Specifying a rel=canonical from page 2 (or any later page) to page 1 is not correct use of rel=canonical.” (traduction) « Indiquer une URL canonique de la page 2, ou d’une page ultérieure, vers la page 1 est une utilisation incorrecte de rel=canonical. » Sinon, les produits visibles uniquement après la première page risquent de ne pas être indexés. Chaque page doit se canoniser elle-même : “Don’t use the first page of a paginated sequence as the canonical page.” (traduction) « N’utilisez pas la première page d’une séquence paginée comme page canonique. »

Le modèle actuel repose sur l’un des deux schémas suivants :

1. Chaque page paginée est indexée pour elle-même. Attribuez-lui une URL unique, par exemple ?page=2 et non un fragment #, car “Google ignores fragment identifiers” (traduction) « Google ignore les identifiants de fragment ». Utilisez une URL canonique autoréférente et un lien séquentiel <a href> vers la page suivante : “Include links from each page to the following page using <a href> tags.” (traduction) « Ajoutez sur chaque page des liens vers la suivante au moyen de balises <a href>. »
2. Une page « tout afficher » sert de référence, si elle existe et reste rapide. Dans ce cas, les pages composantes peuvent pointer vers elle comme URL canonique. Ne chargez pas 10 000 produits sur une page inutilisable uniquement pour appliquer ce modèle.

Le défilement infini et le bouton “charger plus” exigent un vrai dispositif SEO JavaScript : une URL paginée pour chaque portion de résultats, accompagnée d’un sitemap ou d’un flux Merchant Center afin que les produits ne restent pas prisonniers d’un événement de défilement. Une page paginée vide doit renvoyer 404, pas une coque vide indexable.

Structure des URL

Choisissez l’un de ces deux modèles et conservez-le :

• Au premier niveau — /laptops/. La page reste très proche de l’accueil et reçoit légèrement plus d’autorité, mais la racine devient vite encombrée.
• Parent + enfant — /electronics/laptops/. Ce modèle décrit la hiérarchie et évolue mieux ; la plupart des grands catalogues l’utilisent.

Une restructuration ultérieure impose des redirections : la constance compte donc davantage que le modèle choisi. Utilisez des paramètres ?key=value plutôt que ?value, conformément à “Use ?key=value URL parameters rather than ?value, where possible” (traduction) « Utilisez si possible des paramètres d’URL ?key=value plutôt que ?value ». Ne répétez jamais un paramètre, car “Googlebot may ignore one of the values otherwise” (traduction) « Googlebot pourrait sinon ignorer l’une des valeurs ». Écartez les paramètres de session ou de suivi des liens internes : “Avoid internally linking to temporary parameters, such as session-IDs, tracking codes, user-relative values” (traduction) « Évitez les liens internes vers des paramètres temporaires, comme les identifiants de session, codes de suivi ou valeurs propres à l’utilisateur ». Utilisez la même URL dans les liens internes, le sitemap et la balise canonique.

Autre règle utile : une catégorie vide doit recevoir noindex ou renvoyer 404. Google recommande : “If a category has no items, use a noindex robots meta tag. If your site detects that a category has become empty… consider returning a 404.” (traduction) « Si une catégorie ne contient aucun article, utilisez une balise meta robots noindex. Si votre site détecte qu’elle est devenue vide, envisagez une réponse 404. »

Catégories minces : informer sans bourrage

La recommandation demande de la nuance, car beaucoup de boutiques surcompensent par du bourrage de mots-clés.

Une simple grille sans contexte peut être difficile à classer. Mueller l’expliquait en mars 2019 : “When the ecommerce category pages don’t have any other content at all, other than links to the products, then it’s really hard for us to rank those pages.” (traduction) « Lorsque les catégories e-commerce ne contiennent rien d’autre que des liens vers les produits, il nous est très difficile de les classer. »

Le contenu supplémentaire est toutefois utile, pas obligatoire. À propos de catégories dont les noms de produits suffisent, Mueller dit : “If the names of the products are clear enough to us to understand… then it’s clear that this is a list of running shoes. You don’t need to put in extra text there.” (traduction) « Si les noms nous permettent de comprendre qu’il s’agit d’une liste de chaussures de running, aucun texte supplémentaire n’est nécessaire. » Il précise aussi : “We don’t have any limits. There’s no limit… you have to have some information on a page so that we understand what the topic is. But that’s generally very little information.” (traduction) « Nous n’imposons aucune limite ; il faut assez d’informations pour comprendre le sujet, ce qui représente généralement très peu de texte. »

Le mauvais modèle est le pavé de mots-clés en pied de page. Mueller le qualifie ainsi : “From our point of view that’s essentially keyword stuffing. So that’s something which I would try to avoid.” (traduction) « Pour nous, cela revient à bourrer la page de mots-clés ; mieux vaut donc l’éviter. » Sa solution : “I’d try to stick to really informative content and put that in places where you think that users will be able to see it.” (traduction) « Je m’en tiendrais à un contenu réellement informatif, placé là où les utilisateurs peuvent le voir. »

La règle pratique est donc la suivante :

• Ajoutez du contenu seulement s’il mérite sa place : courte introduction qui aide à choisir, guide d’achat pour une catégorie principale recherchée ou FAQ correspondant à de vraies questions.
• Placez-le là où les utilisateurs le voient, en haut ou dans le parcours, pas dans un mur masqué au bas de la page.
• Un peu de texte standard dupliqué entre sous-catégories ne pose pas de problème. Mueller : “If you’re talking about a very small amount of text then having that duplicated is absolutely no problem.” (traduction) « Pour une très petite quantité de texte, la duplication ne pose absolument aucun problème. »

Reconnaissons la tension : certains référenceurs continuent d’ajouter du texte en pied de page parce que leurs tests restent positifs, avec cette réplique : “I’ll stop doing it when it stops working.” (traduction) « J’arrêterai lorsque cela cessera de fonctionner. » À mon avis, c’est un pari fragile face à un signal de spam documenté. Ajoutez plutôt un contenu qu’un acheteur lirait réellement.

Liens internes : la voie d’accès aux produits

Les catégories distribuent le PageRank ; leurs liens sont donc essentiels :

• Liez tous les produits de la catégorie, directement ou via des pages paginées accessibles avec <a href>. Si c’est impossible, un sitemap ou un flux Merchant Center sert de secours, mais les liens de page restent le mécanisme principal.
• Utilisez de vrais liens <a href>, pas des gestionnaires de clic JavaScript : “Use <a href> tags when creating links to other content. Don’t use JavaScript events on other HTML DOM elements for navigation.” (traduction) « Utilisez des balises <a href> pour créer des liens ; n’employez pas d’événements JavaScript sur d’autres éléments HTML DOM pour la navigation. »
• Le nombre de liens indique l’importance. Google précise : “The more links a page has to it within a site, the higher the relative importance.” (traduction) « Plus une page reçoit de liens internes, plus son importance relative est élevée. » Liez les catégories majeures depuis l’accueil et les contenus pertinents.
• Les fils d’Ariane, dans l’interface et dans le schéma BreadcrumbList, renforcent la hiérarchie et fournissent un contexte d’ancre clair.

Balises title, descriptions meta et H1

• Title : incluez le nom de la catégorie. Des modèles comme [Category] — [Brand] ou [Category]: [N] Products — [Brand] conviennent. Pour la pagination, conservez le titre ou ajoutez — Page N.
• Description meta : une génération programmatique est adaptée aux grands catalogues ; mentionnez les critères d’achat comme la gamme de prix, le nombre de produits et les marques.
• H1 : alignez-le sur le titre. Un seul H1 reste la structure la plus claire, même si plusieurs H1 ne provoquent pas à eux seuls une pénalité selon Mueller.

Données structurées

• BreadcrumbList : oui. C’est le balisage important pour une catégorie : il aide Google à “understand the hierarchy of pages on your site” (traduction) « comprendre la hiérarchie des pages du site » et peut afficher le fil d’Ariane dans les résultats. Google conseille de baliser “a typical user path to a page, instead of mirroring the URL structure” (traduction) « un parcours utilisateur typique vers la page plutôt que la structure brute de l’URL ».
• Résultats enrichis Product : non. N’ajoutez pas le balisage Product destiné aux résultats enrichis sur une liste de plusieurs produits ; Google le réserve aux pages d’un produit unique.
• CollectionPage / ItemList : facultatif. Aucun résultat enrichi Google natif n’existe aujourd’hui, mais ce balisage peut améliorer la lisibilité machine. FAQPage convient seulement à une FAQ utile et intégrée naturellement.

Suivi

• Rapport Indexation des pages de GSC — surveillez l’augmentation des URL de paramètres ou de facettes dans les catégories exclues.
• Statistiques sur l’exploration — si Googlebot consacre trop de temps aux paramètres, resserrez robots.txt ou les URL canoniques.
• Test des résultats enrichis / Inspection d’URL — validez BreadcrumbList et contrôlez le rendu et l’indexation.
• Site Audit — vérifiez la profondeur d’exploration, les produits orphelins et le nombre de liens internes.

Place dans l’architecture

Le SEO des catégories fait partie de la structure globale d’un site e-commerce. Les décisions relatives aux filtres sont détaillées dans le guide sur la navigation à facettes. À l’autre extrémité se trouve la fiche produit, traitée dans le guide SEO des pages produit ; l’ensemble s’inscrit dans l’architecture d’un site e-commerce.

Résumé par l’IA

Version condensée de l’onglet Avancé :

• Une catégorie, PLP ou collection regroupe des produits et remplit deux fonctions : cibler les requêtes commerciales générales et transmettre l’exploration et le PageRank aux produits. Sans liens vers tous les articles, Googlebot peut ne pas les découvrir.
• La navigation à facettes est la menace centrale. Les paramètres peuvent engendrer une infinité d’URL. Bloquez le bruit avec robots.txt, canonisez les combinaisons peu demandées, indexez celles qui répondent à une demande réelle avec des éléments uniques, et renvoyez 404 pour les impasses.
• Pagination : Google n’utilise plus rel=prev/next depuis 2019. Ne canonisez jamais les pages 2 et suivantes vers la page 1. Chaque page se canonise elle-même, ou pointe vers une véritable page « tout afficher », possède une URL distincte sans fragment # et mène à la suivante avec <a href>.
• L’outil URL Parameters de GSC a disparu en 2022 ; maîtrisez les paramètres avec robots.txt et les URL canoniques.
• Une grille seule peut être difficile à classer, mais le contenu est utile et non obligatoire. Préférez une introduction courte, visible et utile à un pavé de mots-clés en pied de page.
• Données structurées : utilisez BreadcrumbList, mais pas le balisage de résultat enrichi Product sur une liste de produits.

Documentation officielle

Documentation de première main, principalement issue de la section e-commerce de Google.

Google — documentation e-commerce

• Pagination et chargement incrémentiel — liens <a href> séquentiels, URL uniques, canonisation autoréférente et abandon de rel=prev/next.
• Concevoir la structure d’URL d’un site e-commerce — paramètres ?key=value, traitement des catégories vides et réduction des doublons.
• Aider Google à comprendre la structure d’un site e-commerce — liens des catégories vers tous les produits, importance indiquée par le nombre de liens et préférence pour <a href> plutôt que les événements JavaScript.
• Gérer la navigation à facettes — espace d’URL infini, règles robots.txt et lenteur du signal canonique.
• Inclure les données structurées utiles à l’e-commerce — schémas adaptés aux listes et aux produits.

Google — documentation et blog complémentaires

• Données structurées BreadcrumbList — principal balisage utile aux catégories.
• Cinq erreurs fréquentes avec rel=canonical (2013) — première erreur : canoniser les pages paginées vers la page 1.
• Abandon de l’outil URL Parameters (2022) — utilisez désormais robots.txt et les URL canoniques.
• Regrouper les URL en double — pourquoi rel=canonical, et non noindex, est le signal de regroupement privilégié.

Bing / Microsoft

• Consignes Bing pour les webmasters — règles générales d’exploration, d’indexation et de qualité. Bing continue d’interpréter rel=prev et rel=next, contrairement à Google.

Citations des sources

Déclarations publiques de Google. Chaque lien mène directement au passage cité lorsque la page source le permet.

Documentation Google — pagination et canonisation

• “Google no longer uses these tags, although these links may still be used by other search engines.” (traduction) « Google n’utilise plus ces balises, même si d’autres moteurs peuvent encore exploiter ces liens. » — Google Search Central, à propos de rel=prev/next. Accéder à la citation
• “Don’t use the first page of a paginated sequence as the canonical page.” (traduction) « N’utilisez pas la première page d’une séquence paginée comme page canonique. » Accéder à la citation
• “Specifying a rel=canonical from page 2 (or any later page) to page 1 is not correct use of rel=canonical.” (traduction) « Indiquer une URL canonique de la page 2, ou d’une page ultérieure, vers la page 1 est une utilisation incorrecte de rel=canonical. » — Pierre Far, Google (2013). Accéder à la citation
• “Include links from each page to the following page using <a href> tags.” (traduction) « Ajoutez sur chaque page des liens vers la suivante avec des balises <a href>. » Accéder à la citation

Documentation Google — structure d’URL et navigation à facettes

• “Minimize the number of alternative URLs that return the same content to avoid Google making more requests to your site than needed.” (traduction) « Réduisez le nombre d’URL alternatives qui renvoient le même contenu afin d’éviter des requêtes Google inutiles. » Accéder à la citation
• “Avoid internally linking to temporary parameters, such as session-IDs, tracking codes, user-relative values.” (traduction) « Évitez les liens internes vers des paramètres temporaires, comme les identifiants de session, codes de suivi ou valeurs propres à l’utilisateur. » Accéder à la citation
• “If category pages don’t include direct links to all products in a category, Googlebot might not find all of your products by crawling alone.” (traduction) « Si les catégories ne contiennent pas de liens directs vers tous les produits, Googlebot risque de ne pas les découvrir par la seule exploration. » Accéder à la citation
• “The crawlers will typically access a very large number of faceted navigation URLs before the crawlers’ processes determine the URLs are in fact useless.” (traduction) « Les robots accèdent généralement à un très grand nombre d’URL à facettes avant de déterminer qu’elles sont inutiles. » — à propos de la surexploration. Accéder à la citation

John Mueller, Google Search Advocate — contenu des catégories

• “When the ecommerce category pages don’t have any other content at all, other than links to the products, then it’s really hard for us to rank those pages.” (traduction) « Lorsque les catégories e-commerce ne contiennent rien d’autre que des liens vers les produits, il nous est très difficile de les classer. » — Google Webmaster Hangout, 5 mars 2019.

  Citation relayée par Search Engine Roundtable et Search Engine Land ; la vidéo du hangout est la source primaire.

• “You don’t need to put in extra text there.” (traduction) « Il n’est pas nécessaire d’ajouter du texte supplémentaire. » — à propos des catégories dont les noms de produits rendent déjà le sujet clair, hangout SEO Google du 17 septembre 2021.

  Citation rapportée par Search Engine Journal : article.

• “From our point of view that’s essentially keyword stuffing. So that’s something which I would try to avoid.” (traduction) « De notre point de vue, c’est essentiellement du bourrage de mots-clés, donc quelque chose que j’éviterais. » — à propos d’un pavé en pied de page.

  Citation relayée par Search Engine Land : article.

Gary Illyes, Google

• “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly.” (traduction) « Il arrive que vous créiez accidentellement de nouvelles fausses URL, faisant passer leur nombre d’un paisible millier à un million brûlant et poussant les robots à surcharger vos serveurs. » — LinkedIn, août 2024.

  Citation rapportée par Search Engine Journal : article.

Liste de contrôle SEO d’une page de catégorie

Vérifiez que la catégorie se classe et remplit son rôle de voie d’accès :

Classer la page

• URL descriptive contenant le mot-clé de catégorie (/electronics/laptops/), selon un modèle cohérent sur le site.
• Nom de la catégorie dans la balise title et H1 correspondant.
• Courte introduction réellement utile seulement si la grille ne rend pas le sujet évident, placée là où les utilisateurs la voient.
• Données structurées BreadcrumbList présentes et valides.
• Aucun balisage de résultat enrichi Product sur la liste.

Préserver l’exploration et les liens

• Tous les produits accessibles par de vrais liens <a href>, directement ou par pagination.
• Navigation fondée sur <a href>, pas sur des gestionnaires de clic JavaScript.
• Catégorie vide renvoyant noindex ou 404.

Pagination

• Chaque page paginée se canonise elle-même, ou toutes pointent vers une véritable page « tout afficher ».
• Aucune URL canonique des pages 2 et suivantes vers la page 1.
• Aucune dépendance à rel=prev/next ; URL distincte sans fragment # pour chaque page et lien <a href> séquentiel.
• Résultat paginé vide renvoyant 404.

Navigation à facettes

• URL de tri, de suivi ou de filtres redondants bloquées avec robots.txt ou canonisées.
• Facettes demandées dotées d’une URL, d’un titre, d’un H1 et d’un texte uniques, d’une URL canonique autoréférente et d’une présence dans le sitemap.
• Combinaisons vides ou absurdes renvoyant 404.

Suivi

• Rapport Indexation des pages de GSC surveillé pour repérer la prolifération des paramètres.
• Statistiques sur l’exploration vérifiées pour mesurer le temps consacré à ces URL.

Modèles mentaux

1. Une catégorie remplit deux fonctions : mesurez les deux. Elle doit se classer sur sa requête et transmettre l’exploration et le PageRank à ses produits. Les erreurs optimisent souvent une fonction au détriment de l’autre, par exemple des facettes AJAX élégantes mais des produits inaccessibles. Contrôlez toujours les deux.

2. URL à facettes : bloquez le bruit, indexez le signal. Chaque URL relève de quatre catégories : bloquer pour les tris, suivis et doublons ; canoniser pour une navigation peu demandée ; indexer et optimiser pour une demande réelle ; ou renvoyer 404 pour une combinaison vide ou absurde. Décidez par type de facette selon la demande avant de construire.

3. Arbre de décision de la pagination. Une page « tout afficher » réellement utilisable existe ? Les pages composantes la prennent pour URL canonique. Sinon, chaque page se canonise elle-même, possède une URL unique et mène à la suivante avec <a href>. Les pages ultérieures ne doivent en aucun cas désigner la première comme URL canonique.

4. Le contenu doit mériter sa place et rester visible. Par défaut, les noms de produits portent le sujet. Ajoutez du texte seulement s’il aide réellement l’acheteur, en haut de page et non dans un pied de page masqué. La bonne posture est « utile, pas obligatoire ».

Aide-mémoire SEO des catégories

Pagination : bonnes et mauvaises pratiques en 2026

URL à facettes → action

Données structurées

Repères rapides

• rel=prev/next : abandonné par Google depuis mars 2019 ; Bing le reconnaît encore.
• Outil URL Parameters de GSC : supprimé en avril 2022 ; utilisez robots.txt et les URL canoniques.
• Catégorie vide : noindex ou 404.
• Longueur du texte : aucun minimum selon Mueller ; il est utile, pas obligatoire.

Choisir le traitement de la pagination et des facettes

Erreurs à éviter sur les catégories

Canoniser toutes les pages paginées vers la page 1

Les produits des pages ultérieures deviennent bien plus difficiles à découvrir et à indexer. Laissez chaque page se canoniser elle-même, ou utilisez une véritable page « tout afficher » comme référence.

Compter sur rel=prev/next comme solution Google

Google n’utilise plus ces balises depuis des années. Créez plutôt des liens séquentiels explorables et de véritables URL de page.

Placer le balisage Product sur une liste de produits

Les résultats enrichis Product de Google concernent les pages d’un produit unique. Utilisez BreadcrumbList sur les catégories et considérez ItemList comme un balisage descriptif, pas comme un raccourci vers un résultat enrichi.

Ajouter un mur de mots-clés en pied de page

Le texte supplémentaire n’est utile que s’il aide les acheteurs et clarifie la catégorie. Placez un contenu concis là où il sera vu.

Compter uniquement sur l’URL canonique pour des facettes incontrôlées

L’URL canonique regroupe les signaux mais nécessite toujours une exploration. Contrôlez l’exploration des espaces d’URL qui ne doivent pas être visités.

Indicateurs SEO des catégories

Empreinte des URL à paramètres

Indicateur : URL de facettes, de tri, de suivi et de pagination par catégorie du rapport Indexation des pages. Interprétation : révèle si le modèle de catégorie laisse entrer des variantes sans valeur dans l’exploration et l’index. Méthode : exportez des exemples de Search Console et classez-les par motif de paramètre. Référence : comparez-les à l’ensemble approuvé des catégories et facettes indexables ; le nombre acceptable dépend du catalogue. Fréquence : chaque mois et après toute évolution du modèle.

Part d’exploration par classe d’URL

Indicateur : requêtes Googlebot vérifiées vers les catégories de base, facettes approuvées, pages paginées et paramètres supprimés. Interprétation : montre si l’attention du robot atteint les chemins de découverte des produits plutôt que les doublons. Méthode : segmentez les journaux serveur ou les statistiques d’exploration par motif d’URL. Référence : établissez votre propre base et réduisez les requêtes vers les motifs volontairement supprimés ; aucun pourcentage universel ne convient. Fréquence : chaque semaine pendant le nettoyage, puis chaque mois.

Accessibilité des produits depuis les catégories

Indicateur : proportion de produits actifs accessibles par des liens d’ancre depuis les catégories et profondeur d’exploration. Interprétation : mesure la fonction de voie d’accès. Méthode : explorez depuis l’accueil avec les réglages JavaScript de production, puis rapprochez les URL du catalogue. Référence : chaque produit destiné à la recherche organique doit disposer d’un chemin explorable ; documentez séparément les exceptions accessibles seulement par flux. Fréquence : après les changements de navigation et chaque mois pour les catalogues mouvants.

Performance des pages de destination de catégorie

Indicateur : clics, impressions, conversions et chiffre d’affaires des catégories canoniques. Interprétation : indique si elles captent la demande commerciale générale et orientent des acheteurs qualifiés. Méthode : reliez les données de pages de destination de Search Console aux analytics ou aux rapports commerciaux. Référence : comparez chaque catégorie à sa saisonnalité et à ses périodes précédentes, pas à une cible universelle. Fréquence : mensuelle, avec annotations saisonnières.

Outils pour le SEO des catégories

Repérez les URL de filtres et de tris qui gaspillent le budget d’exploration avec le Faceted Navigation Auditor :

1. Prélevez jusqu’à 150 URL réelles de catégories depuis les journaux, le sitemap ou un robot d’exploration, en incluant filtres, tris, pagination et suivi.
2. Collez une URL par ligne, puis choisissez Audit facets ou chargez l’exemple intégré.
3. Consultez la classification de chaque ligne — filtre, tri, pagination, suivi ou inconnu — et traitez les lignes marquées Too many parameters comme de possibles pièges d’exploration.
4. Comparez les motifs signalés aux statistiques d’exploration de GSC et au rapport Indexation des pages avant de choisir entre noindex, URL canonique et blocage.

• Google Search Console — rapport Indexation des pages — repérez l’accumulation des paramètres et facettes dans les catégories exclues.
• GSC — Statistiques sur l’exploration — vérifiez si Googlebot gaspille ses visites sur les paramètres.
• GSC — Inspection d’URL et test des résultats enrichis — contrôlez rendu, indexation et validité de BreadcrumbList.
• Ahrefs Site Audit (Structure Explorer) — détectez les espaces d’URL infinis, la profondeur d’exploration, les produits orphelins et les comptes de liens internes.
• Screaming Frog SEO Spider — explorez l’arborescence, repérez les produits accessibles uniquement en JavaScript et auditez les chaînes de pagination.
• Ahrefs Keywords Explorer — mesurez la demande qui détermine les facettes à indexer avant de les créer.

Testez vos connaissances sur le SEO des catégories

Cinq questions sur la pagination, les facettes, le contenu et les données structurées.

Journal des modifications