La semaine dernière, un client m'appelle, paniqué. Sa catégorie « chaises de bureau » a perdu 40 % de trafic en trois semaines. Première hypothèse : une pénalité. Deuxième : un concurrent qui lui passe devant. Réalité : il avait demandé à son développeur de « nettoyer les URLs dupliquées » et le type avait collé un noindex sur toutes les pages de pagination. Y compris la page 1. Vous voyez le tableau.
La pagination SEO, c'est le sujet dont personne ne parle parce qu'il est technique, ingrat, et qu'il tombe toujours au mauvais moment. Pourtant, mal gérée, elle génère du contenu dupliqué à la pelle — et peut plomber un site entier. Bien gérée, elle devient un levier de crawl budget que la plupart des concurrents ignorent. Cet article, c'est ce que j'aurais aimé lire quand j'ai commencé à m'arracher les cheveux sur les archives d'un blog à 4 000 articles.
Points clés à retenir
- Les balises
rel="next"etrel="prev"ne sont plus utilisées par Google pour l'indexation depuis plusieurs années — les garder ne nuit pas, mais ne compte plus comme un signal. - Le contenu dupliqué lié à la pagination n'est pas une pénalité automatique : c'est un problème de dilution et de budget de crawl.
- La vraie question n'est pas « comment cacher la page 2 » mais « est-ce que cette page mérite d'exister dans l'index ».
- Les filtres et tris (
?sort=,?color=) créent souvent plus de duplication que la pagination elle-même. - Un
canonicalmal placé sur une page paginée est plus dangereux que pas de canonical du tout.
Pourquoi la pagination SEO génère du contenu dupliqué (et pourquoi ce n'est pas si grave)
Commençons par démonter une croyance. Google ne « pénalise » pas la pagination. Il ne va pas sortir la sulfateuse parce que votre page /blog/page/3/ ressemble à /blog/page/4/.
Ce qui se passe réellement est plus sournois : les moteurs doivent choisir quelle URL afficher, quelle URL crawler en priorité, et comment répartir la valeur perçue entre des dizaines de pages qui partagent le même template, les mêmes balises de navigation, le même titre quasi identique. Résultat : le signal se disperse. Une page qui aurait pu ranker se retrouve noyée.
Ce que le contenu dupliqué provoque vraiment
Trois symptômes, dans mon expérience :
- Une chute de trafic sur les pages profondes pendant que la page 1 encaisse tout
- Des pages paginées qui remontent dans les résultats à la place de l'article cible — l'horreur absolue
- Un crawl budget gaspillé : votre bot passe son temps sur
?page=2au lieu d'explorer vos nouvelles pages
Sur un site e-commerce que j'ai suivi pendant deux ans, on avait plus de 1 200 URLs paginées crawlées chaque semaine pour finalement zéro conversion. Une fois consolidées, le taux de découverte de nouvelles fiches produits a bondi. Pas de miracle SEO, juste un budget rendu disponible.
Duplication interne, duplication externe : la distinction qui change tout
La duplication interne vient de vous. La duplication externe vient des autres (scrapers, agrégateurs, sites qui reprennent vos contenus). La pagination est un cas de duplication interne — donc vous avez la main. C'est une bonne nouvelle : pas besoin d'attendre un désaveu, vous corrigez à la source.
rel=next/prev, canonical : ce qu'il faut vraiment faire en 2026
Question qu'on me pose à chaque audit : « je mets un canonical vers la page 1 ou pas ? ». La réponse tient en une phrase, et beaucoup de développeurs se trompent.
Les balises rel=next et rel=prev sont-elles encore utiles ?
Non. Google les a officiellement mises de côté en 2019 — l'annonce date, mais je vois encore des agences les implémenter comme si c'était 2015. Garder ces balises ne casse rien, mais elles ne servent plus de signal d'indexation. Si vous les avez encore, laissez-les tranquilles si votre CMS les génère nativement. Ne perdez pas une journée à les ajouter manuellement.
Faut-il mettre un canonical sur les pages paginées ?
Chaque page paginée doit pointer vers elle-même. Pas vers la page 1. C'est l'erreur la plus fréquente que je croise, et elle fait plus de dégâts que l'absence de canonical.
Pourquoi ? Parce que si toutes vos pages 2, 3, 4 pointent vers la page 1, vous dites à Google : « ces pages n'existent pas vraiment ». Sauf qu'elles contiennent des articles ou des produits totalement différents de la page 1. Vous demandez à Google d'ignorer du contenu unique. C'est un peu comme dire à un libraire de ne vendre que la première page de chaque livre.
Et le « view all » ?
Beaucoup de mes clients ont tenté le coup : une page « tout afficher » qui regroupe les 12 pages de pagination. Séduisant sur le papier. En pratique, ça crée une page gigantesque, lente à charger, difficile à parser, et qui entre elle-même en concurrence avec les pages paginées. Je déconseille, sauf pour des catégories très petites (moins de 30 produits).
Filtres, tris, paramètres d'URL : le vrai nid à duplication
Voici un tableau que j'utilise systématiquement en audit. Il reprend les cas que je vois le plus souvent, et la décision à prendre.
| Type d'URL | Risque de duplication | Traitement recommandé |
|---|---|---|
/categorie/page/2/ | Faible à modéré | Indexable, canonical vers elle-même |
/categorie/?sort=prix-asc | Élevé | noindex ou robots.txt selon le volume |
/categorie/?color=rouge&size=40 | Très élevé | Canonical vers la catégorie mère si aucun contenu unique |
/categorie/?page=3&sort=prix | Très élevé | Robots.txt + noindex combinés |
Archives par date /2024/03/ | Modéré | Souvent à désindexer si peu de valeur |
| Archives par tag | Variable | À traiter au cas par cas selon l'usage |
Le piège classique : croire que le robots.txt suffit. Non. Un Disallow empêche le crawl, mais n'empêche pas l'indexation d'une URL si elle est liée ailleurs. La combinaison noindex,follow + Disallow donne ce qu'on veut : la page n'est pas crawlé, et si elle l'est quand même via un lien externe, elle n'est pas indexée.
La stratégie que j'applique systématiquement
Trois étapes, dans cet ordre.
- Identifier les pages paginées qui reçoivent du trafic organique (Search Console, filtre sur les URLs contenant
/page/). Si aucune ne génère de clics, elles ne méritent pas votre attention. - Consolider ce qui peut l'être : augmenter le nombre d'éléments par page (par palier, pas d'un coup), améliorer la navigation par facettes, proposer une recherche interne solide.
- Assainir les paramètres d'URL qui n'apportent aucune valeur et qui sont crawlés en masse.
Le point 1 est celui qu'on saute. On veut tout nettoyer, tout de suite. Sauf que sur un site de 50 000 URLs, vous allez passer trois mois à optimiser des pages que personne ne voit. Mesurez avant de raser.
Combien de temps avant de voir un effet ?
Sur les deux derniers sites où j'ai mené ce chantier, les premiers mouvements apparaissent entre 4 et 8 semaines. Le crawl budget récupéré se voit plus vite que le repositionnement des pages elles-mêmes. Ne vous attendez pas à un boom la première semaine — et méfiez-vous de l'agence qui vous promet le contraire.
Trois erreurs que j'ai faites (pour que vous ne les fassiez pas)
La première : mettre un noindex sur toutes les pages de pagination d'un blog. Résultat, plus aucune page profonde n'était découvrable par les robots, et les nouveaux articles mettaient une éternité à se faire indexer. J'ai mis deux mois à comprendre.
La deuxième : faire confiance à un plugin qui automatise les canonicals. Sympa sur le papier, catastrophique en pratique — le plugin pointait toutes les pages paginées vers la racine. Découvert six semaines trop tard.
La troisième, plus bête : confondre ?page=2 et /page/2/. Les deux coexistaient sur le site. Près de 800 URLs dupliquées, à cause d'une seule redirection manquante. Une demi-journée de travail, six mois d'effet résiduel.
Faut-il tout désindexer par défaut ?
Non. C'est une fausse bonne idée, très répandue. Les pages de pagination peuvent attirer du trafic longue traîne, et les désindexer en masse vous coupe d'une partie de votre visibilité. La règle : une page paginée qui apporte du trafic mérite de vivre. Une page qui n'en apporte pas et qui dilue signale à Google qu'elle est secondaire.
Ce qu'il faut garder en tête
La pagination SEO n'est pas un problème de « contenu dupliqué » à éliminer — c'est un problème d'architecture à décider. Chaque page paginée doit savoir pourquoi elle existe : pour être vue, ou pour servir de chemin vers du contenu qui sera vu. Entre les deux, il y a tout un tas de pages qui ne servent à rien et qui coûtent du crawl.
La prochaine fois qu'un dev vous propose de « tout mettre en noindex », posez-lui une seule question : « quelle page de pagination reçoit du trafic en ce moment ? ». S'il n'a pas la réponse, il n'est pas prêt à toucher à votre site.
Et si vous ne devez retenir qu'une chose : mesurez avant de raser. Le vrai gain n'est presque jamais là où on l'attend.
