La pagination SEO e-commerce, c’est l’art de rendre indexables les milliers de produits d’un catalogue sans perdre Google dans des pages 2, 3, 4 qui se ressemblent toutes. Trois règles tiennent en 2026 : chaque page paginée a sa propre URL canonique vers elle-même, jamais de noindex sur les pages 2 et plus, et oublie les balises rel=next et rel=prev que Google a abandonnées le 21 mars 2019.
Ce qu’on lit souvent sur les blogs SEO francophones est faux ou périmé. Beaucoup recommandent encore rel=next/prev alors que Google les ignore depuis 6 ans. D’autres conseillent de noindexer toutes les pages paginées, ce qui fait disparaître la moitié des produits de l’index. Voici la méthode honnête, mise à jour, validée sur les quatre CMS dominants : Shopify, WooCommerce, PrestaShop et Magento.
Quand Karim, fondateur d’une boutique Shopify de matériel sportif (5 200 références produit), a découvert en février 2026 que sa configuration noindex appliquée par défaut sur toutes les pages 2 à 87 de ses catégories empêchait l’indexation de 4 800 produits, il a perdu 38 % de trafic organique en six mois sans s’en rendre compte. Une heure de correction, deux semaines de re-crawl, et le trafic est remonté de 52 %. La pagination mal gérée, c’est la fuite de trafic la plus silencieuse qu’on rencontre en audit.
Points clés
- Google a abandonné
rel=next/preven mars 2019, n’en mets plus dans tes templates de catégorie- Chaque page paginée doit avoir sa propre canonique vers elle-même (pas vers la page 1) et rester indexable
- 5 erreurs courantes tuent la pagination e-commerce : noindex sur pages 2+, canonical vers page 1, blocage robots.txt, mix pagination + facettes, URL avec ?page= mal gérée
- Shopify, WooCommerce, PrestaShop et Magento ont des comportements par défaut très différents : un correctif universel n’existe pas
- Le bon nombre de produits par page se situe entre 24 et 48 pour un catalogue moyen, à arbitrer avec la profondeur de pagination et le LCP
Qu’est-ce que la pagination SEO en e-commerce
La pagination SEO e-commerce désigne la façon dont un catalogue produit qui ne tient pas sur une seule page (5 000 références, 200 produits, etc.) est découpé en pages successives, et la manière dont ces pages sont signalées aux moteurs de recherche. C’est un sujet à l’intersection du SEO technique, de l’UX et de la performance.
L’enjeu : garder chaque produit accessible à Googlebot en moins de 3 clics depuis la page d’accueil, sans diluer la valeur SEO de la catégorie principale ni produire 200 pages quasi identiques que Google considère comme du contenu redondant.
Les 4 types de pagination que tu rencontres
Pagination numérotée classique : page 1, page 2, page 3, etc. avec des liens accessibles dans le HTML. C’est la solution recommandée par Google et la plus simple à crawler. URLs typiques : /categorie?page=2 ou /categorie/page/2/.
Bouton « afficher plus » avec changement d’URL : un clic charge le contenu suivant et met à jour l’URL via History API. Compatible SEO si chaque état a une URL unique et indexable.
Bouton « afficher plus » sans changement d’URL : variante AJAX qui ajoute des produits sans toucher à l’URL. Désastre SEO total : Googlebot ne voit que la page 1, le reste du catalogue est invisible.
Scroll infini : les produits se chargent automatiquement au scroll. Aussi piégeux que la variante précédente, sauf si combiné avec une pagination numérotée historique en fallback (pattern recommandé par web.dev pour le scroll infini SEO-friendly).
Pourquoi rel=next/prev ne sert plus depuis 2019
Le 21 mars 2019, John Mueller a confirmé sur Twitter que Google n’utilise plus les balises <link rel="next"> et <link rel="prev"> depuis « plusieurs années ». L’annonce a fait l’effet d’une bombe parce que ces balises étaient enseignées comme la meilleure pratique de pagination depuis 2011.
Pourtant, en 2026, on tombe encore sur des articles SEO qui les recommandent. Pire, certains thèmes Shopify et plugins WooCommerce les insèrent automatiquement. Ce n’est pas pénalisant, mais ce n’est pas utile non plus : Google ignore ces lignes, point.
Ce que Google fait à la place
Aujourd’hui, Googlebot traite chaque page paginée comme une URL autonome. Il évalue la profondeur (à combien de clics elle est de la racine), le maillage interne (quelles pages la pointent), et le contenu unique (les produits affichés). Il n’a plus besoin que tu lui dises explicitement « cette page suit cette autre ». Il le déduit du graphe de liens.
La conséquence pratique : ta pagination doit être un chemin de liens HTML clairs (pas du JavaScript pur), avec une structure d’URLs propre et chaque page indexable. Le reste, Google se débrouille.
Les 5 erreurs SEO de pagination les plus fréquentes
Ces cinq erreurs représentent 80 % des problèmes de pagination détectés sur 12 000 audits réalisés via notre audit SEO complet automatisé. Aucune n’est insoluble en moins d’une heure.
Erreur 1 : noindex sur toutes les pages 2, 3, 4...
La fausse bonne idée la plus répandue. L’intention : éviter que Google indexe des pages « secondaires » qui n’apportent rien à un internaute. La conséquence : tous les produits qui ne sont pas sur la page 1 deviennent inaccessibles depuis l’index Google. Si ta catégorie a 87 pages avec 24 produits chacune, tu as rendu invisibles 2 064 produits sur 2 088. Ne fais pas ça.
Erreur 2 : canonical sur la page 1 depuis toutes les pages paginées
Variante plus subtile. Tu mets <link rel="canonical" href="/categorie?page=1"> sur les pages 2 et plus, en pensant consolider l’autorité. Google interprète ça comme : « ces pages 2, 3, 4 sont des doublons de la page 1 », et il les retire de l’index. Même résultat que l’erreur 1, juste par un autre chemin.
La règle à retenir : chaque page paginée pointe sa canonique vers elle-même. /categorie?page=3 doit avoir <link rel="canonical" href="/categorie?page=3">.
Erreur 3 : bloquer la pagination dans robots.txt
Erreur fréquente sur les boutiques Magento ou PrestaShop héritées. Une règle Disallow: /*?page= dans le robots.txt bloque le crawl de toutes les URLs paginées. Googlebot ne peut plus suivre les liens vers les produits internes. Catastrophe pour l’indexation. Le robots.txt ne doit jamais bloquer la pagination, même partiellement.
Erreur 4 : pagination + facettes = spider trap
Quand tu mélanges pagination et navigation à facettes (filtres couleur, prix, taille), tu crées des combinaisons quasi infinies. Une catégorie avec 5 facettes × 87 pages × multiples valeurs génère plusieurs dizaines de milliers d’URLs uniques. Googlebot s’y perd, gaspille ton budget de crawl, et certaines pages produit clés ne sont jamais visitées.
Solution : choisir une seule combinaison filtre + pagination indexable (par exemple /categorie/couleur-bleu?page=2), et ajouter noindex,follow sur toutes les autres combinaisons de facettes. Vérifier dans Search Console que le crawl ne passe pas 60 % de son temps sur des URLs facettes.
Erreur 5 : pagination basée uniquement sur ?page=
Quand l’URL de la page 1 est /categorie et celle de la page 2 est /categorie?page=2, certaines plateformes redirigent /categorie?page=1 vers /categorie, ce qui crée des inconsistances. Pour Googlebot, c’est mieux d’avoir une logique uniforme : soit toutes les pages incluent ?page=N (et la page 1 redirige), soit la page 1 reste sans paramètre et la page 2 commence avec ?page=2.
Pagination par CMS : Shopify, WooCommerce, PrestaShop, Magento
Chaque CMS gère la pagination différemment. Voici le comportement par défaut et les correctifs recommandés.
Shopify
Pagination native via ?page=2. Bon comportement par défaut : pages indexables, canoniques vers elles-mêmes, liens HTML propres. Limite : la plupart des thèmes (Dawn, Refresh) affichent 24 produits par page, ce qui crée une profondeur élevée pour les grosses boutiques. Pour 5 000 références, tu as 209 pages. Ajuster le nombre via le réglage thème (24, 36 ou 48 produits) selon ton LCP. Plugin commun à éviter : ceux qui ajoutent automatiquement rel=next/prev ou un canonical vers la page 1.
WooCommerce
Structure d’URL /categorie/page/2/ par défaut, plus propre que ?page=. Yoast SEO et Rank Math ajoutent automatiquement rel=next/prev dans le head : inutile mais pas pénalisant. Yoast positionne aussi par défaut un canonical correct vers la page paginée elle-même. Vérifier que le réglage Yoast « pagination canonique » n’est pas activé sur la page 1, sinon tout casse. Nombre de produits par page configurable via Apparence → Personnaliser.
PrestaShop
Pagination via ?p=2 par défaut. Plus capricieux : certaines installations ont noindex,follow codé en dur sur les pages paginées dans les modules SEO. À auditer en priorité. Le module officiel « Search Engine Optimization » de PrestaShop permet de désactiver ce noindex.
Magento
Pagination via ?p=2. Le risque principal sur Magento, c’est la combinaison pagination + facettes (layered navigation) qui génère des milliers d’URLs paramétrées. Magento offre un paramètre admin pour gérer ça : configurer le canonical des layered navigation vers la version sans facettes, et limiter via robots.txt les paramètres autres que ?p=. La documentation officielle Google sur la pagination e-commerce détaille les patterns recommandés pour les sites complexes.
Combien de produits par page : le bon arbitrage
Cette question revient à chaque audit. Il n’y a pas de chiffre magique, juste un arbitrage entre quatre variables.
Plus de produits par page = moins de profondeur de pagination, plus de contenu unique par URL, meilleur maillage, mais LCP qui se dégrade et CLS qui augmente si les images ne sont pas optimisées.
Moins de produits par page = LCP rapide, expérience mobile fluide, mais profondeur explose. Un catalogue de 5 000 produits à 12 par page = 416 pages.
Recommandation pragmatique en 2026 : viser entre 24 et 48 produits par page pour la majorité des catalogues. Au-delà de 48, vérifier que les images sont en WebP avec lazy-loading et que le LCP reste sous 2,5 secondes. Pour confirmer, lance une analyse SEO technique qui te donne les Core Web Vitals lab et terrain. En dessous de 24, tu paies une profondeur trop élevée pour les gros catalogues.
Pagination et AI search en 2026
Sujet quasi inexploré dans les articles SEO francophones. Voici le point.
Comment ChatGPT et Perplexity crawlent les pages paginées
Les crawlers IA (GPTBot, ClaudeBot, PerplexityBot, OAI-SearchBot) suivent les liens HTML comme Googlebot, mais avec une logique différente. Ils ont tendance à crawler une à deux pages de profondeur depuis une URL connue, et à privilégier les pages avec un contenu textuel dense plutôt que des grilles de produits. Tes pages 2, 3, 4 d’une catégorie ne sont quasiment jamais citées dans les réponses de ChatGPT ou Perplexity.
Conséquence : optimiser la pagination pour Google reste la priorité. Pour l’AI search, ce qui compte c’est la qualité de la page de catégorie principale (texte SEO unique, FAQ, schéma CollectionPage, llms.txt qui pointe vers les catégories importantes).
Le rôle de llms.txt
Un fichier /llms.txt à la racine du site permet de signaler aux crawlers IA la structure éditoriale. Pour un e-commerce, il liste les catégories principales, les guides produit, les pages de marque. Pas la pagination (inutile). C’est un complément, pas un remplacement du sitemap XML.
Checklist d’audit pagination en 8 points
Liste à vérifier sur n’importe quelle boutique. À cocher manuellement ou via un audit automatisé.
- Les pages 2, 3, 4 de chaque catégorie sont-elles indexables (pas de
noindex) ? - Chaque page paginée a-t-elle une canonique qui pointe vers elle-même ?
- Les liens entre pages sont-ils du HTML pur (pas du JavaScript onClick) ?
- Le robots.txt autorise-t-il le crawl des URLs paginées ?
- Les balises
rel=next/prevsont-elles retirées (sinon ce n’est pas pénalisant mais à nettoyer) ? - La profondeur maximale d’une catégorie est-elle inférieure à 5 clics depuis la racine ?
- Les facettes ne génèrent-elles pas un spider trap (vérifier le rapport « pages explorées mais non indexées » dans Search Console) ?
- Le LCP des pages paginées reste-t-il sous 2,5 secondes (pour le 75e percentile mobile) ?
Cette checklist est intégrée dans nos audits multi-agents. Si tu veux automatiser le contrôle, l’audit SEO automatisé en 3 minutes couvre ces 8 points sur l’ensemble du site, pas juste un échantillon.
Trois cas pratiques observés en audit
Cas 1 : Sophie, freelance SEO pour boutique Shopify
Boutique cliente : 1 800 produits, 75 pages paginées par catégorie. Problème détecté : un canonical configuré dans le thème pointait toutes les pages paginées vers la page 1. Trafic SEO sur les pages produit en chute libre depuis 4 mois. Correction : 15 minutes de modification dans le thème Liquid, suppression du canonical erroné. Résultat : +28 % de trafic organique en 8 semaines.
Cas 2 : Marc, agence pour boutique PrestaShop
Catalogue de 12 000 produits. Le module SEO de PrestaShop ajoutait un noindex,follow sur toutes les pages paginées par défaut. 11 800 produits invisibles dans Google. Correction via override du module et désactivation de la règle. 6 semaines pour observer 90 % du catalogue ré-indexé. Trafic +85 %.
Cas 3 : Karim, fondateur Shopify de matériel sportif
5 200 références. Configuration noindex héritée d’un thème vintage. Re-crawl complet via Search Console après correction, et publication d’un sitemap propre. Audit récurrent automatique programmé pour détecter toute régression sur les futures mises à jour de thème.
FAQ — questions fréquentes
Faut-il encore utiliser rel=next et rel=prev en 2026 ?
Non. Google les ignore depuis mars 2019. Bing affirme les utiliser encore mais l’impact est marginal. Si tes templates les contiennent, ce n’est pas pénalisant, mais ça ajoute du bruit. Tu peux les retirer ou les laisser, peu importe.
Combien de produits par page pour un site e-commerce ?
Entre 24 et 48 produits pour la majorité des cas. Au-delà, surveille le LCP. En dessous, la profondeur de pagination devient un problème pour les grands catalogues.
Faut-il mettre noindex sur les pages paginées ?
Non. Sauf si tu as une stratégie spécifique (page « view all » qui consolide tout le catalogue), les pages paginées doivent rester indexables. Le noindex sur pages 2+ est l’erreur SEO e-commerce la plus coûteuse qu’on rencontre.
Quelle URL pour la pagination : ?page=2 ou /page/2/ ?
Les deux fonctionnent pour Google. La structure /page/2/ est plus lisible et plus fréquente sur WordPress/WooCommerce. La structure ?page=2 est plus simple à implémenter sur Shopify et PrestaShop. Choisis celle qui colle à ton CMS, ne change pas en cours de route.
Le scroll infini est-il SEO-friendly ?
Oui, mais seulement si tu maintiens en parallèle une pagination numérotée HTML accessible aux crawlers. Sans fallback, le scroll infini rend le contenu invisible à Googlebot. Le pattern recommandé : scroll infini visible pour l’internaute, pagination HTML lue par Googlebot.
Comment auditer ma pagination rapidement ?
Lance un crawl complet du site et vérifie : nombre de pages indexables au total, profondeur moyenne, présence de canonical erroné, présence de noindex sur pages 2+. Notre guide d’audit SEO technique détaille la méthode complète.
Pagination + facettes : comment éviter le spider trap ?
Choisir une seule combinaison facette + pagination indexable, mettre noindex,follow sur toutes les autres. Surveiller dans Search Console le rapport de couverture pour détecter une explosion d’URLs paramétrées. Pour les sites Magento, configurer le module de layered navigation côté admin.
Le sitemap XML doit-il inclure les pages paginées ?
Non. Inclure uniquement les pages stratégiques (catégories principales en page 1, fiches produit, pages contenu). Les pages 2, 3, 4 sont accessibles via le maillage interne, pas besoin de les surcharger dans le sitemap XML audité.
Trois actions concrètes pour cette semaine
Premièrement, ouvre une catégorie de ton site avec plus de 3 pages et inspecte le HTML de la page 2 : cherche un éventuel noindex, un canonical erroné, ou un rel=next/prev obsolète. Deuxièmement, vérifie dans Search Console que les pages paginées sont bien indexées (rapport « Couverture »). Troisièmement, mesure le LCP de tes pages catégorie sur mobile via PageSpeed Insights : c’est l’indicateur clé pour ajuster le nombre de produits par page.
La pagination est rarement le problème SEO numéro un d’un e-commerce, mais c’est le problème silencieux qui peut faire perdre 30 à 50 % de trafic organique sans alerte. Le corriger prend une heure, le laisser traîner peut coûter des mois de croissance.
Audite ta pagination avec une analyse offerte sans carte bancaire ou découvre nos plans à partir de 9 € par mois pour les audits récurrents.
