Dans le rapport « Indexation des pages » de la Google Search Console, chacune de vos pages paginées reçoit un verdict. Une page 3 de catégorie classée « Explorée, actuellement non indexée » n'a le plus souvent rien d'inquiétant. La même page 3 classée « Autre page avec balise canonique correcte » pose un problème autrement plus sérieux : Google l'a rattachée à la page 1, et les produits qui n'étaient liés que depuis elle ne sont plus découverts. Ces deux verdicts se ressemblent, mais ils décrivent des situations opposées. Encore faut-il savoir, quand on gère des dizaines ou des centaines d'URLs paginées, lesquelles relèvent du premier cas et lesquelles du second.
La pagination en SEO : ce que Google indexe vraiment
La pagination découpe une longue liste (produits d'une catégorie, articles d'un blog, sujets d'un forum) en une série de pages numérotées : /t-shirts, /t-shirts?page=2, /t-shirts?page=3. Pour Google, chacune de ces adresses est une page à part entière, qu'il explore, évalue et indexe (ou non) individuellement. Google n'applique aucun traitement d'ensemble à « la pagination » : il rend un verdict par URL.
La plupart des guides prennent le sujet dans le mauvais sens. Ils commencent par les balises à poser, puis espèrent que Google s'y conforme. Le chemin inverse est plus fiable : regarder d'abord ce que Google a réellement décidé pour chaque page paginée, dans la Search Console, puis en déduire ce qu'il faut corriger. Une pagination bien configurée laisse une empreinte reconnaissable dans le rapport d'indexation ; une pagination défaillante aussi. Tout le travail consiste à distinguer l'une de l'autre.
Ce que Google recommande depuis l'abandon de rel=next/prev
La position officielle tient en quatre règles, plus simples que l'histoire mouvementée du sujet ne le laisse penser. Chaque page de la séquence doit avoir sa propre URL (« Give each page a unique URL »), les pages doivent être reliées entre elles par de vrais liens <a href>, chaque page conserve sa propre balise canonique, et les numéros de page ne doivent jamais figurer dans un fragment #, que Google ignore.
Le malentendu historique vient des balises rel="next" et rel="prev". Pendant des années, elles ont constitué la réponse classique à toute question de pagination. Or Google a annoncé en mars 2019 qu'il ne les utilisait plus, et sa documentation actuelle ne laisse aucune place au doute : « Google no longer uses these tags », même si d'autres moteurs peuvent encore les lire. Les conserver ne pénalise en rien ; les mettre en place aujourd'hui ne sert plus à rien pour Google. Une partie des guides, y compris parmi les mieux positionnés, en détaille pourtant encore la syntaxe.
Deux recommandations officielles restent largement méconnues. La première : ne pas désigner la page 1 comme canonique de toute la séquence. La documentation le dit sans détour : « Don't use the first page of a paginated sequence as the canonical page. Instead, give each page its own canonical URL. » Chaque page paginée doit se désigner elle-même comme canonique. La seconde, plus surprenante : les pages d'une même séquence peuvent partager le même title et la même meta description (« You can use the same titles and descriptions for all pages in the sequence »). Ajouter « page 2 sur 14 » dans le title reste une bonne pratique, mais Google n'en fait pas une exigence.
Reste la question des liens. Googlebot ne clique pas : « Google's crawlers don't 'click' buttons and generally don't trigger JavaScript functions ». Un bouton « Suivant » en JavaScript pur, sans balise <a href> vers l'URL de la page suivante, empêche Google de découvrir les pages profondes, exactement comme sur une application React ou Vue dont les vues n'existent qu'en fragments.
Les statuts d'une pagination saine, et ceux qui doivent alerter
Une pagination saine ne signifie pas « toutes les pages indexées ». Dans une configuration correcte, la page 1 est indexée, et une partie des pages profondes ne l'est pas : Google les explore, constate qu'elles n'apportent rien de propre à une recherche, et les laisse de côté. L'essentiel est ailleurs : les produits et les articles listés sur ces pages doivent, eux, être indexés sous leur propre URL. Les statuts qui suivent sont les plus fréquents sur des pages paginées ; d'autres restent possibles selon la configuration.
Dans une pagination qui fonctionne, deux statuts dominent. « Explorée, actuellement non indexée » sur des pages 3, 5 ou 8 est le comportement le plus courant : Google a lu la page, il comprend qu'elle sert de sommaire intermédiaire, il ne juge pas utile de l'indexer. Tant que ce statut concerne des pages paginées et non vos fiches produit, il n'appelle aucune correction. « Détectée, actuellement non indexée » sur quelques pages très profondes n'a rien d'anormal non plus : Google connaît ces URLs et n'a simplement pas encore pris le temps de les explorer.
Trois situations doivent en revanche alerter. Un volume massif de « Détectée, actuellement non indexée » sur toute la profondeur de la pagination indique que Googlebot n'atteint plus vos pages : maillage insuffisant, ou budget de crawl saturé. « Page en double sans URL canonique » sur des pages paginées trahit des variantes concurrentes de la même liste (tri, paramètres d'affichage) sans canonique déclarée. Enfin, « Autre page avec balise canonique correcte » sur vos pages 2 et suivantes est le signal le plus trompeur : l'intitulé sonne comme un satisfecit, alors qu'il signifie que Google a suivi une canonique qui pointe ailleurs, presque toujours vers la page 1. Vos pages profondes sont alors absorbées par la première, et les produits qui n'étaient liés que depuis elles échappent désormais à Google.
La grille de lecture est simple : sur une page paginée, un statut d'exploration sans indexation est généralement normal ; un statut canonique traduit le plus souvent une erreur de configuration.
Les erreurs classiques et leur verdict dans la Search Console
Chaque erreur de pagination laisse une empreinte particulière dans le rapport d'indexation. Les connaître permet de mener le diagnostic dans le bon sens : du verdict vers la cause.
La canonique vers la page 1
C'est l'erreur la plus répandue, souvent héritée d'un thème ou d'un plugin configuré à l'époque de rel=next/prev : toutes les pages de la séquence déclarent la page 1 comme canonique. Deux verdicts peuvent en résulter, selon la réaction de Google. S'il suit votre déclaration, les pages profondes passent en « Autre page avec balise canonique correcte » : elles disparaissent de l'index, et les liens qu'elles contenaient ne servent plus de chemin vers vos produits. S'il juge votre déclaration incohérente, il l'ignore et tranche lui-même : les pages remontent alors en « Page en double : Google n'a pas choisi la même URL canonique ». Dans les deux cas, le rapport vous montre ce que Google a fait de votre balise, une information qu'aucun crawler ne peut fournir.
L'absence de canonique sur des variantes de liste
Une même page 2 accessible en ?page=2, ?page=2&tri=prix et ?page=2&affichage=48, sans canonique déclarée, finit en « Page en double sans URL canonique » : Google constate les doublons et arbitre seul. C'est ici que pagination et paramètres de tri se rejoignent, et la documentation Google réserve justement le noindex à ces variantes d'une même liste, pas à la séquence paginée elle-même. Les guides passent presque toujours cette nuance sous silence.
Le noindex posé sur toute la séquence
Mettre les pages 2 et suivantes en noindex ressemble à une précaution raisonnable : elles quittent les rubriques inquiétantes du rapport et se rangent en « Exclue par la balise noindex ». Le prix se paie ailleurs : avec le temps, Google explore de moins en moins des pages qu'il n'a pas le droit d'indexer, et les liens qu'elles portent cessent de faire découvrir les produits profonds. Un noindex de pagination ne se pose donc pas par défaut : il se décide en pesant ce risque.
Les numéros de page en fragment ou derrière un bouton
/produits#page=2 n'existe pas aux yeux de Google : « Google ignores fragment identifiers ». Un bouton « Charger plus » sans lien <a href> produit le même résultat. Les pages au-delà de la première ne sont jamais découvertes, et les produits liés uniquement depuis elles s'accumulent en « Détectée, actuellement non indexée », voire en « URL inconnue de Google ». Le symptôme apparaît d'abord sur les fiches produit, pas sur la pagination : c'est ce qui le rend difficile à relier à sa vraie cause tant qu'on n'examine pas les deux familles de pages ensemble.
💡 Ces verdicts se lisent URL par URL dans l'inspecteur de la Search Console. Sur une pagination de 300 pages, personne ne le fait à la main. Découvrir IndexProbe en accès anticipé →
Repérer à l'échelle les pages de pagination concernées
L'inspecteur d'URL de la Search Console donne le verdict exact d'une page paginée : son statut, la canonique que Google a retenue, la date du dernier passage de Googlebot. Mais il traite une URL à la fois, et le rapport de couverture ne se filtre pas selon vos patterns d'URL : impossible d'y isoler « toutes mes URLs ?page= » pour en voir la répartition. Sur une boutique dont chaque catégorie s'étend sur 10 ou 20 pages, la vérification manuelle atteint vite ses limites.
La méthode qui tient la route consiste à traiter la pagination comme une liste d'URLs à inspecter en masse. Vous constituez cette liste depuis un export de crawl ou votre sitemap, ou directement à partir d'un pattern : toutes les URLs qui contiennent ?page= ou /page/. C'est exactement ce que permet IndexProbe : vous lui confiez cette liste, ou vous la constituez depuis votre Search Console par pattern d'URL (regex), et il interroge l'API officielle pour chaque page. Vous obtenez, pour chaque URL paginée, le statut d'indexation, la canonique retenue par Google et la date du dernier crawl, dans un tableau filtrable.
La différence avec un crawler mérite d'être énoncée clairement : un crawler lit la canonique que votre code déclare ; l'API de la Search Console révèle celle que Google a retenue. C'est précisément cet écart qui permet de savoir si votre canonique vers la page 1 a été suivie ou ignorée. Et avec une segmentation par type de pages (générée par IA ou définie à la main, par exemple un segment « pagination » construit sur le pattern \?page=), la répartition des statuts se lit d'un coup d'œil, segment par segment.
Corriger selon le statut constaté
Une fois la répartition connue, chaque verdict appelle sa correction, et certaines situations n'en appellent aucune.
Des pages profondes en « Explorée, actuellement non indexée » pendant que les fiches produit sont correctement indexées : rien à corriger. C'est l'équilibre d'une pagination qui joue son rôle de sommaire. Le seul chantier qui vaille est le maillage : rapprocher les produits importants de la page 1, en mettant en avant les meilleures ventes ou en réduisant la profondeur (davantage d'éléments par page, sous-catégories plus fines).
Des pages en « Autre page avec balise canonique correcte » ou en « Page en double : Google n'a pas choisi la même URL canonique » : rétablir la canonique auto-référente. Chaque page paginée déclare sa propre URL, ?page=3 pointe vers ?page=3. Sur la plupart des CMS, tout se joue dans un réglage de thème ou de plugin SEO ; le point de vigilance est de contrôler, après déploiement, que la balise réellement rendue dans le HTML a changé, caches et redirections compris.
Des variantes de tri en « Page en double sans URL canonique » : choisir une règle et s'y tenir. Soit une canonique des variantes vers la version par défaut de la même page, soit un noindex sur les variantes, conformément à la recommandation officielle sur les « variations of the same list of results ». Ce qui compte, c'est que la règle s'applique partout, et non paramètre par paramètre.
Une accumulation de « Détectée, actuellement non indexée » sur la profondeur : rétablir d'abord la découverte. Vérifier que les liens de pagination sont de vrais <a href>, que la profondeur reste raisonnable (une page importante à 15 clics de l'accueil ne sera presque jamais prioritaire), et que le budget de crawl n'est pas gaspillé ailleurs.
Facettes, scroll infini et budget de crawl : ce qui sature l'indexation
La pagination pose rarement problème toute seule. Elle devient redoutable quand elle se combine aux autres multiplicateurs d'URLs.
Le premier est la navigation à facettes : chaque combinaison de filtres crée sa propre liste, et chaque liste se pagine. ?couleur=rouge&page=2, ?couleur=rouge&taille=m&page=3 : la combinatoire des filtres, déjà considérable, se multiplie par la profondeur de pagination. Si les facettes n'ont pas été triées (indexables, bloquées ou canonicalisées selon leur demande de recherche), la pagination aggrave un problème qui existait déjà.
Le deuxième est le scroll infini. Mis en place sans URLs paginées sous-jacentes, il rend la profondeur du catalogue invisible pour Googlebot, qui ne déclenche pas le chargement au défilement. La documentation Google recommande de doubler tout chargement progressif par de vraies URLs paginées reliées en <a href> : l'utilisateur garde le confort du défilement, le robot garde une séquence explorable.
Le troisième est le budget de crawl. Sur un site de plus de 10 000 URLs, des milliers de pages paginées et de variantes consomment des passages de Googlebot qui ne profitent plus aux pages importantes. Le signal se lit dans la donnée de crawl : si la part de pages stratégiques explorées récemment recule pendant que la pagination profonde continue de recevoir des visites, Googlebot dépense son temps au mauvais endroit.
Vérifier que la correction a produit le bon verdict
Une correction de pagination ne se valide pas au moment où la balise est mise en ligne, mais au moment où le verdict change dans la Search Console, c'est-à-dire après le repassage de Googlebot sur chaque page. Sur des pages profondes, rarement explorées par définition, ce délai se compte en semaines.
La méthode : relancer la même analyse sur la même liste d'URLs paginées quelques semaines après le déploiement, et comparer. Les pages en « Autre page avec balise canonique correcte » doivent basculer vers « Explorée, actuellement non indexée » ou « Page indexée » à mesure que Google relit les canoniques corrigées ; le volume de « Détectée » doit refluer si la découverte a été rétablie. La vue Comparaison d'IndexProbe met les deux analyses face à face, statut par statut, et la relance automatique accompagnée d'un e-mail de synthèse transforme la vérification ponctuelle en surveillance continue : une pagination qui se dérègle après une mise à jour de thème se repère au changement de verdict, avant la baisse de trafic.
Le raisonnement complet se déroule en trois temps : lire le verdict actuel de Google sur chaque page paginée, corriger ce que ce verdict désigne, puis vérifier qu'il a changé. Essayez IndexProbe en accès anticipé pour lire ces verdicts sur l'ensemble de vos pages paginées, en une seule analyse.
Questions fréquentes
Faut-il mettre les pages de pagination en noindex ?
Non, pas par défaut. Google recommande le noindex pour les variantes d'une même liste (tri, affichage), pas pour la séquence paginée. Un noindex généralisé finit par réduire l'exploration de ces pages et prive les produits profonds des liens qui permettaient de les découvrir.
Une page paginée en « Explorée, actuellement non indexée », c'est grave ?
Dans la plupart des cas, non. C'est le statut attendu d'une page 3 ou 5 qui sert de sommaire, sans intérêt propre pour une recherche. La vérification utile porte sur les fiches produit et les articles listés : tant qu'ils sont indexés sous leur propre URL, la pagination remplit son rôle.
Faut-il une balise canonique vers la page 1 ?
Non. La documentation Google demande explicitement de ne pas utiliser la première page comme canonique de la séquence : chaque page paginée déclare sa propre URL. La canonique vers la page 1 est justement l'erreur qui envoie les pages profondes en « Autre page avec balise canonique correcte » et fait sortir leur contenu de l'index.
Les balises rel=next et rel=prev servent-elles encore ?
Plus pour Google, qui a annoncé en 2019 ne plus les utiliser. D'autres moteurs peuvent encore les lire, donc les laisser en place ne coûte rien. Les mettre en œuvre aujourd'hui pour Google, en revanche, ne sert à rien.
Le scroll infini nuit-il à l'indexation ?
Il y nuit s'il remplace la pagination au lieu de la compléter. Googlebot ne déclenche pas le chargement au défilement : sans URLs paginées reliées par de vrais liens <a href>, les éléments profonds ne sont jamais découverts et s'accumulent en « Détectée, actuellement non indexée ».
La pagination crée-t-elle du contenu dupliqué ?
Pas en elle-même : chaque page liste des éléments différents, et Google traite les URLs d'une séquence comme des pages distinctes. Les doublons viennent des variantes d'une même page (tri, paramètres d'affichage), qui se gèrent par canonique ou par noindex, conformément à la recommandation officielle.