Un client e-commerce nous appelle : ses pages catégorie profondes ne remontent plus. Son développeur a lu qu’il fallait « remettre du rel next/prev » pour arranger ça. Mauvaise piste. Ce balisage ne sert plus à rien depuis 2019. Le vrai sujet de la pagination n’a jamais été ce couple de balises, mais la façon dont Google découvre et range les milliers d’URL qu’une liste paginée fabrique.
Rel next/prev est-il mort, et par quoi le remplacer ?
Oui, Google a retiré rel=next/prev de ses signaux d’indexation en 2019 et sa documentation le confirme. Il ne demande aucun remplacement : chaque page paginée est traitée comme une page autonome. Le bon réflexe est de garder des URL uniques et crawlables, un canonical propre par page, et un chemin de liens vers la profondeur.
Google a annoncé en 2019 avoir cessé d’utiliser rel=next et rel=prev comme signal d’indexation. Sa documentation officielle sur la pagination, mise à jour en décembre 2025, le rappelle noir sur blanc : « Google ne tient plus compte de ces balises. » Le balisage n’a pas été remplacé par un autre. Il a disparu du calcul.
D’où l’erreur de cadrage qui traîne dans la moitié des guides : chercher le « nouveau rel next/prev ». Il n’existe pas. Google traite chaque URL paginée comme une page à part entière, qu’il explore, comprend et relie au reste du site par vos liens. Votre travail n’est plus de baliser une séquence, mais de la rendre crawlable et lisible.
L’erreur qu’on lit encore : canoniser toutes les pages vers la page 1
On lit partout la même « solution » depuis la mise à la retraite de rel next/prev : poser un canonical des pages 2, 3, N vers la page 1. Google déconseille pourtant ce geste de façon formelle. C’est le réglage qui casse le plus souvent la pagination sur les catalogues que nous auditons.
« N’utilisez pas la première page d’une séquence paginée en tant que page canonique. Attribuez plutôt à chaque page sa propre URL canonique. » (Documentation Google sur la pagination, décembre 2025)
La raison est mécanique. Un canonical vers la page 1 dit à Google que les pages suivantes sont des doublons sans intérêt. Il cesse de les explorer en priorité, et les produits qui ne vivent que sur ces pages profondes sortent de sa découverte. Vous croyez consolider vos signaux ; vous coupez le chemin vers votre longue traîne.
Le symptôme revient à l’identique en audit : des catégories dont seuls les premiers produits sont indexés, une traîne de fiches jamais explorées, un client qui ne comprend pas pourquoi sa profondeur de catalogue reste invisible. Le coupable n’est pas l’absence de balise moderne. C’est un canonical mal orienté, souvent hérité d’un plugin ou d’un tuto écrit avant 2019.
Avant la technique, une décision : paginer, tout charger ou consolider ?
La bonne question n’est pas « quelle balise poser », mais « faut-il paginer cette liste ». On peut ramener ces choix à trois modèles d’affichage, chacun avec ses arbitrages. Le choix se fait avant la première ligne de code, pas après.
- La pagination classique découpe la liste en pages numérotées reliées par des liens. Simple, robuste, crawlable dès lors que ces liens sont de vrais <a href>. Elle reste le défaut sûr d’un gros catalogue.
- Le « charger plus » et le scroll infini gardent tout sur une URL et chargent la suite en JavaScript. Confortables pour l’internaute, risqués pour le SEO : Googlebot ne clique pas sur un bouton et ne fait pas défiler la page.
- La page « tout afficher » réunit la liste entière sur une seule URL. Séduisante pour regrouper les signaux, viable uniquement si elle se charge vite. Sur un catalogue de milliers de références, elle s’effondre.
Sur les catalogues que nous suivons, le choix par défaut reste la pagination classique avec de vraies URL. Elle offre à Google un chemin de liens net vers la profondeur, sans dépendre de l’exécution d’un script. Un « charger plus » peut cohabiter côté interface, à condition de doubler l’expérience JavaScript de liens paginés crawlables en repli.
La méthode : gérer la pagination proprement en 2026
Une fois le modèle choisi, la mise en œuvre tient en quelques règles que nous appliquons sur chaque audit technique de catalogue.
- Une URL unique et lisible par page. Google recommande un paramètre clair, du type ?page=2, et traite chaque URL de la séquence comme une page distincte.
- Un canonical propre à chaque page. La page 2 se canonise sur elle-même, pas sur la page 1. C’est l’inverse exact de l’erreur vue plus haut.
- Des liens de pagination en vrai HTML. Un <a href> crawlable vers la page suivante, pas un bouton JavaScript. Sans lien explorable, Google n’atteint jamais la page 3.
- Aucun fragment d’URL. Google ignore tout ce qui suit le #. Une pagination cachée derrière #page=2 reste invisible pour le moteur.
- Un repli crawlable pour le scroll infini. Si l’interface charge en JavaScript, fournissez en parallèle des URL paginées classiques que Googlebot peut suivre.
Le noindex sur les pages profondes se discute au cas par cas. Le poser en masse prive Google du chemin de découverte vers vos produits : il doit crawler la page avant de lire la balise, puis finit par la visiter moins souvent. Nous le réservons aux listes sans aucune valeur de recherche, jamais par réflexe.
Pagination et citabilité IA : l’angle que les guides oublient
Les guides sur la pagination s’arrêtent à Google. Une liste paginée pose pourtant une autre question : que voit un modèle de langage quand il parcourt votre catalogue ? La réponse est nette. Une page 2 ou 3 de catégorie n’est presque jamais reprise dans une réponse générée.
Un moteur de réponse cite la page qui traite une intention précise : la catégorie racine bien rédigée, ou la fiche produit elle-même. Les pages paginées ne sont qu’un chemin d’accès. Leur rôle pour la visibilité IA n’est pas d’être citées par les LLM, mais de garantir que les vraies pages citables, en profondeur de catalogue, restent découvrables. Une pagination qui casse la découverte casse aussi votre présence dans les réponses IA, sans qu’aucun rapport ne vous l’indique.
Cet arbitrage rejoint celui de la structure e-commerce dans son ensemble. Pagination, facettes et fil d’Ariane forment un même système de découverte. Les traiter séparément produit les incohérences que nous démêlons en audit SEO.
Questions fréquentes
Faut-il mettre les pages paginées 2, 3, etc. en noindex ?
Rarement, et jamais par défaut. Une page paginée en noindex reste explorée : Google doit la crawler pour lire la balise, puis la visite moins souvent. Vous perdez le chemin de découverte vers vos produits profonds. Réservez le noindex aux listes dépourvues de toute valeur de recherche.
La pagination fait-elle remonter les produits des pages profondes ?
Indirectement. Les liens de pagination transmettent une part de signal aux pages suivantes, mais elle s’amenuise à chaque niveau. Un produit coincé en page 12 reçoit peu d’autorité interne. Mieux vaut lui offrir un autre point d’entrée : maillage éditorial, collection thématique ou lien depuis une catégorie parente.
Combien de produits afficher par page ?
Assez pour limiter le nombre de pages sans alourdir le chargement. Quelques dizaines d’éléments conviennent à la plupart des catalogues. Trop peu multiplie les niveaux de pagination et disperse le crawl ; trop dégrade le temps de chargement, que Google mesure. Le bon seuil dépend du poids de chaque vignette et de votre serveur.
Faut-il retirer les balises rel next/prev déjà en place ?
Non, rien ne vous y oblige. Google les ignore sans pénalité, et d’autres moteurs peuvent encore les lire. Les retirer ne changera pas votre référencement sur Google ; les garder non plus. Concentrez l’effort sur les URL crawlables et les canonical, pas sur ce balisage devenu inerte.
L’essentiel à retenir
La pagination n’a plus de balise magique depuis la mise à la retraite de rel next/prev. Elle obéit à des règles simples : une URL unique par page, un canonical qui pointe sur elle-même, des liens crawlables vers la profondeur, aucun canonical vers la page 1. Le reste est un choix d’architecture, à trancher avant le code : paginer, charger plus ou tout afficher, selon la taille de votre catalogue et votre budget de crawl. Pour auditer la pagination et la découverte de votre catalogue, parlons de votre projet.
Rédigé par Yonel Sasson, consultant SEO depuis 2014 et GEO chez Getknown. Observations issues de nos audits e-commerce ; recommandations techniques sourcées dans la documentation officielle de Google sur la pagination.