Pagination SEO : guide complet et bonnes pratiques 2026
SEO
Chloé Boucaut
Consultante SEO e-commerce
SEO
↗ Vous êtes pressé ? Voici ce qu'il faut retenir
- Le rel=prev/next est mort depuis 2019. Google traite désormais les pages paginées comme des pages normales et indépendantes.
- Canonicaliser vers la page 1 est l'erreur n°1 (31 % des sites). Utilisez un canonical auto-référent sur chaque page.
- Ne bloquez pas vos pages paginées en robots.txt ni en noindex : vous rendriez vos contenus profonds invisibles.
- Quel que soit le pattern (pagination, charger plus, scroll infini), il faut toujours des URLs crawlables en <a href>.
- Le contenu dupliqué via pagination est un mythe : chaque page affiche des contenus différents.
- E-commerce : 24 à 48 produits par page, bestsellers en page 1.
La pagination est l'un des sujets SEO les plus mal compris.
Une étude Botify de 2025 révèle que 52 % des gros sites e-commerce ont au moins une erreur critique de pagination. Canonical mal configuré, pages paginées en noindex, pagination JavaScript sans URL de repli : autant de problèmes qui rendent des produits ou des articles entiers invisibles pour Google.
Le piège, c'est que beaucoup de ressources recommandent encore des méthodes que Google a officiellement abandonnées. Ce guide clarifie ce qui fonctionne vraiment en 2026, avec les directives Google actuelles.
Qu'est-ce que la pagination en SEO ?
La pagination consiste à diviser une longue liste de contenus en plusieurs pages numérotées et reliées entre elles. Plutôt que d'afficher 200 produits sur une seule page interminable, on en montre 30 sur la page 1, puis on propose une navigation vers les pages 2, 3, 4 et suivantes.
Les cas les plus courants : les pages catégories d'un site e-commerce qui répartissent des centaines de produits, les archives de blog qui listent les articles par date ou par thème, les listings d'actualités, ou encore les fils de forum qui s'étendent sur des dizaines de pages.
Côté expérience utilisateur, la pagination réduit le temps de chargement et rend la navigation digeste. Personne n'a envie de charger 200 produits d'un coup sur mobile.
Côté SEO, elle remplit un rôle essentiel : rendre crawlables des contenus profonds que Google ne trouverait pas autrement, et éviter que des produits ou articles ne deviennent des pages orphelines.
🗂️ Anatomie d'une série paginée
Page principale
/chaussures
canonical
auto-référent
Page 2
?page=2
canonical
auto-référent
Page 3
?page=3
canonical
auto-référent
<a href> crawlable. Google explore toute la série et découvre tous les produits. Pourquoi la pagination pose problème en SEO
Commençons par déconstruire un mythe tenace : la pagination ne crée pas de contenu dupliqué. Chaque page d'une série paginée affiche des produits ou des articles différents. Le contenu est distinct d'une page à l'autre. Google l'a confirmé à plusieurs reprises : utiliser des titres et meta descriptions similaires sur une série paginée est normal et attendu.
Les vrais problèmes sont ailleurs.
Le gaspillage du budget crawl. Sur les gros sites, les pages paginées peuvent représenter jusqu'à 35 % des URLs crawlables selon l'étude Botify 2025. Si Google passe son temps à explorer des pages paginées mal gérées, il en a moins pour vos pages stratégiques. Ce point rejoint la logique générale d'efficacité du crawl que j'aborde dans mon guide sur comment être premier sur Google.
La dilution des signaux de ranking. Quand les pages d'une série ne sont pas correctement reliées, l'autorité se disperse au lieu de se concentrer là où elle compte.
Les contenus profonds inaccessibles. Un produit qui n'apparaît qu'à la page 7 d'une catégorie mal paginée risque de ne jamais être découvert par Google. On parle de produit "soft-orphaned" : techniquement lié, mais pratiquement invisible.
Les erreurs de canonical. C'est l'erreur la plus fréquente et la plus coûteuse. Mal configurée, une balise canonical peut faire disparaître de l'index la totalité de vos pages paginées et avec elles tous les contenus qu'elles distribuent.
Ce que Google a changé : la fin du rel=prev/next
En 2011, Google a introduit les balises rel="next" et rel="prev". Elles servaient à indiquer aux moteurs de recherche qu'une série d'URLs faisait partie d'un même ensemble paginé. Pendant des années, leur implémentation a été considérée comme une bonne pratique SEO.
En mars 2019, Google a annoncé avoir abandonné ces balises. Mieux : l'entreprise a précisé ne plus les utiliser comme signal d'indexation depuis déjà plusieurs années. La nouvelle a surpris tout le secteur, car des milliers d'heures de développement avaient été investies dans ces balises.
La phrase de John Mueller, porte-parole de Google, résume la position actuelle : "On ne traite pas la pagination différemment. On traite ces pages comme des pages normales."
Ce que ça implique concrètement : chaque page paginée est désormais une page indépendante à part entière, traitée comme n'importe quelle autre page de votre site. Une catégorie avec 4 pages paginées, ce ne sont pas 4 pages consolidées en une seule, mais bien 5 pages individuelles (la page principale plus les 4 paginées).
Faut-il retirer le rel=prev/next si vous l'avez déjà ? Non. Ça ne nuit pas et d'autres moteurs comme Bing l'utilisent encore. Mais ne perdez plus de temps à l'implémenter sur de nouveaux projets.
Les 3 méthodes validées par Google en 2026
John Mueller a confirmé trois approches comme étant des bonnes pratiques actuelles. Le choix dépend de votre type de site.
Méthode 1 : pages paginées indexables (la plus recommandée)
Chaque URL de la série paginée est traitée comme une page indexable normale : une balise canonical auto-référente (la page 2 pointe vers la page 2, pas vers la page 1) et des liens <a href> crawlables entre les pages.
C'est l'approche la plus simple et la plus robuste. Elle convient à la grande majorité des sites. Chaque page peut ainsi se positionner sur ses propres contenus et transmettre son autorité aux produits ou articles qu'elle liste.
Méthode 2 : la page "Tout afficher" (View All)
Vous créez une page unique qui regroupe l'intégralité de la liste, et vous faites pointer la balise canonical de toutes les pages paginées vers cette page "Tout afficher". Celle-ci porte un canonical auto-référent.
Cette méthode fonctionne bien uniquement si la liste complète reste rapide à charger. Sur une catégorie de 500 produits, une page "Tout afficher" serait trop lourde et nuirait aux Core Web Vitals. À réserver aux listes raisonnables.
Méthode 3 : pagination indexable + noindex sur les variations
Vous gardez vos pages paginées indexables (méthode 1), mais vous ajoutez une balise noindex sur les variations générées par les paramètres : tri par prix, tri par popularité, filtres de couleur. Ces variations affichent le même contenu dans un ordre différent et n'ont pas vocation à être indexées.
C'est l'approche adaptée aux sites avec une navigation à facettes, fréquente en e-commerce. J'en parle plus en détail dans mon guide sur le SEO e-commerce.
Pagination, "Charger plus" ou scroll infini : que choisir ?
Trois patterns d'affichage coexistent et le choix a des implications SEO.
La pagination numérotée affiche des liens "page 1, 2, 3, suivant". Le bouton "Charger plus" étend la liste au clic. Le scroll infini charge automatiquement du contenu au défilement.
Quelle que soit l'option visuelle retenue, la règle d'or est absolue : il faut toujours des URLs paginées crawlables avec des liens <a href>.
Google indexe les URLs présentes dans des balises <a href> et ne déclenche pas les événements JavaScript. Un scroll infini ou un bouton "Charger plus" basé uniquement sur du JavaScript charge du contenu que Google ne verra jamais. Tous les produits ou articles ainsi chargés deviennent invisibles aux moteurs de recherche.
La solution : combiner l'expérience de scroll infini (pour l'utilisateur) avec de vraies URLs paginées accessibles via des liens <a href> (pour le SEO), en s'appuyant sur la History API. On obtient le meilleur des deux mondes : une UX fluide et un contenu crawlable.
⚖️ Pagination, "Charger plus" ou scroll infini ?
🔢
Pagination numérotée
✓ La plus SEO-friendly
URLs claires, crawl facile, contrôle total. Idéale e-commerce et listings.
➕
Bouton "Charger plus"
⚠ OK si URLs de repli
Bon compromis UX, mais doit s'appuyer sur de vraies URLs paginées crawlables.
♾️
Scroll infini
✗ Risqué en JS pur
Invisible pour Google sans History API + liens <a href> vers URLs réelles.
La règle d'or : quel que soit le pattern visuel, il faut toujours des URLs paginées crawlables avec des liens <a href>. Google ne déclenche pas le JavaScript.
Faut-il bloquer les pages paginées dans le robots.txt ?
Non, dans la grande majorité des cas. C'est une erreur qui part d'une bonne intention (économiser le budget crawl) mais produit l'effet inverse.
Bloquer le crawl des pages paginées via le robots.txt empêche Google de découvrir les contenus profonds qu'elles distribuent. Le risque *: des produits qui deviennent "soft-orphaned", des articles de blog jamais indexés, des pans entiers de votre catalogue invisibles.
L'exception concerne les variations de paramètres (tri, filtres). Pour celles-là, la bonne approche n'est pas de bloquer dans le robots.txt mais d'utiliser une balise noindex. La nuance est importante :
Le robots.txt empêche le crawl (Google ne visite pas la page). Le noindex autorise le crawl mais empêche l'indexation (Google visite la page, suit ses liens, mais ne l'affiche pas dans les résultats). Le canonical suggère quelle version privilégier. Confondre ces trois mécanismes est la source de la plupart des erreurs de pagination.
Pour les variations de tri et de filtres, le noindex est préférable, car il laisse Google crawler les liens vers les produits tout en évitant d'indexer des pages redondantes.
Vous pensez avoir un problème de pagination ?
J'audite votre structure technique, je détecte les erreurs de canonical, de crawl et d'indexation, et je corrige ce qui freine votre visibilité.
Pagination e-commerce vs blog : les différences
Les principes de base sont identiques, mais l'application diffère.
Sur un e-commerce, la pagination se joue principalement sur les pages catégories, à l'intersection avec la navigation à facettes. La recommandation pratique : afficher entre 24 et 48 produits par page pour équilibrer profondeur de crawl et vitesse de chargement. Placez vos bestsellers et produits stratégiques sur la première page, car c'est elle qui reçoit le plus d'autorité et qui sera privilégiée par Google comme page d'atterrissage.
Sur un blog ou un site éditorial, la pagination concerne les archives et les listings d'articles. La technique éprouvée des grands médias : utiliser des liens d'ancrage par mot-clé depuis les articles vers les pages piliers. Le Guardian, par exemple, lie ses articles vers ses pages thématiques de haut niveau avec des ancres précises, ce qui indique clairement à Google quelle page doit ranker sur quel sujet.
Le point commun aux deux : chaque page paginée doit pouvoir tenir debout seule. Si elle aide réellement l'utilisateur à trouver ce qu'il cherche, Google ne la considérera pas comme du contenu de faible valeur.
Les erreurs de pagination les plus fréquentes
D'après l'étude Botify 2025, voici les erreurs critiques les plus répandues sur les gros sites :
Le canonical vers la page 1 (31 % des cas). L'erreur numéro un. Faire pointer toutes les pages paginées vers la page 1 dit à Google d'ignorer les pages 2, 3, 4 et tous les produits qu'elles contiennent. Utilisez un canonical auto-référent à la place.
Le noindex sur les pages paginées (14 %). Cela fait disparaître les contenus profonds. Google finit par arrêter de crawler ces pages, et les produits ou articles qui n'apparaissent que sur les pages profondes ne sont jamais indexés.
La pagination JavaScript sans URL de repli (7 %). Le contenu chargé en JS pur est invisible pour Google.
Bloquer les pages paginées dans le robots.txt. Même conséquence : contenus profonds inaccessibles.
Mettre un rel=prev sur la page 1 ou un rel=next sur la dernière page. Si vous utilisez encore ces balises, ne mettez jamais de rel=prev sur la première page ni de rel=next sur la dernière.
✅ Checklist — Ma pagination est-elle SEO-friendly ?
À vérifier sur vos pages catégories et listings paginés.
Moins de 6 cases cochées : votre pagination freine probablement l'indexation de vos contenus profonds.
Votre pagination mérite d'être auditée.
Canonical, crawl, indexation, navigation à facettes : je détecte ce qui freine votre visibilité et je corrige de bout en bout, sur e-commerce comme sur site éditorial.
FAQ
Google utilise-t-il encore rel=prev/next ?
Non. Google a confirmé en mars 2019 ne plus utiliser ces balises comme signal d'indexation, et ce depuis plusieurs années déjà. La position officielle de John Mueller : les pages paginées sont traitées comme des pages normales. Si votre site utilise encore ces balises, ce n'est pas grave (Bing les utilise encore), mais il est inutile de les implémenter sur de nouveaux projets.
Faut-il canonicaliser les pages paginées vers la page 1 ?
Non, c'est l'erreur la plus fréquente et la plus coûteuse. Faire pointer le canonical des pages 2, 3, 4 vers la page 1 indique à Google d'ignorer ces pages et tous les contenus qu'elles contiennent. La bonne pratique est un canonical auto-référent : chaque page paginée pointe vers elle-même. L'exception est la méthode "Tout afficher", où les pages paginées pointent vers la page View All.
Faut-il mettre les pages paginées dans le sitemap XML ?
En général, non. Le sitemap XML devrait contenir les pages que vous voulez voir ranker, et les pages paginées profondes ne rentrent généralement pas dans cette catégorie. L'exception : si vous utilisez une page "Tout afficher", celle-ci a sa place dans le sitemap. Incluez toujours la page principale de la catégorie.
Le scroll infini est-il mauvais pour le SEO ?
Pas s'il est bien implémenté. Le scroll infini en JavaScript pur est problématique car Google ne déclenche pas les événements JS et ne voit donc pas le contenu chargé dynamiquement. La solution est de combiner le scroll infini avec de vraies URLs paginées accessibles via des liens <a href>, en utilisant la History API. Vous gardez l'UX fluide tout en restant crawlable.
Combien de produits ou d'articles afficher par page ?
Pour un e-commerce, la recommandation pratique est de 24 à 48 produits par page. Cet équilibre limite la profondeur de crawl (moins de pages à explorer) sans alourdir excessivement le temps de chargement. Pour un blog, 10 à 20 articles par page de listing est une fourchette courante. L'essentiel est de surveiller l'impact sur les Core Web Vitals.
La pagination crée-t-elle du contenu dupliqué ?
Non, c'est un mythe. Chaque page d'une série paginée affiche des contenus différents. Google a confirmé que des titres et meta descriptions similaires sur une série paginée sont normaux et attendus. Le seul vrai cas de duplication problématique survient quand une page "Tout afficher" et des pages paginées coexistent sans gestion correcte des balises canonical.
