Vos listes de produits ou d'articles s'étalent sur des dizaines d'écrans successifs et Google s'y perd plus souvent qu'on ne le croit. Voici comment garder ces enchaînements propres, explorables et utiles au positionnement.
Une catégorie de 300 produits ne tient pas sur une seule page : votre CMS découpe le catalogue en pages 2, 3, 4 et ainsi de suite. La façon dont ces pages sont construites détermine si les moteurs de recherche explorent l’ensemble du catalogue, si vos fiches profondes reçoivent des liens et si vous évitez le contenu dupliqué. La pagination SEO consiste à optimiser ce découpage pour que l’exploration, l’indexation et le maillage interne fonctionnent jusqu’à la dernière page.
Pourquoi les pages paginées pèsent sur votre référencement
Chaque page paginée est une URL à part entière aux yeux de Google : elle consomme du budget de crawl, transmet des liens et peut participer au classement. Sur les audits e-commerce que je mène, le schéma revient presque à chaque fois : la première page de catégorie est soignée, les suivantes sont laissées au réglage d’usine du CMS et les produits situés en page 5 ou 6 ne reçoivent quasiment aucun lien interne.
Les conséquences SEO se mesurent à trois niveaux. Les produits relégués en fin de pagination sont explorés moins souvent, parfois pas du tout sur les sites à gros catalogue. L’équité interne, c’est-à-dire la façon dont la popularité circule au fil de la série, se dilue à mesure que la profondeur de clic augmente. Le contenu de ces pages, souvent identique d’un segment à l’autre hors liste de produits, peut envoyer des signaux de duplication si les balises sont mal posées.
Une pagination propre n’est pas un détail technique réservé aux très gros sites web. Dès qu’une de vos catégories dépasse deux pages, la question se pose : comment les moteurs atteignent-ils la page 3 et avec quelle popularité transmise ?
La page 2 d’une catégorie est une vraie page : elle mérite les mêmes réglages que la première.
Rel next et rel prev : un signal que Google n’utilise plus
Les balises <link rel="next" href="..."> et <link rel="prev" href="..."> indiquaient aux moteurs de recherche qu’une série de pages formait une séquence. L’annonce est venue de Google Search Central en 2019 : ces éléments ne servent plus de signal d’indexation depuis plusieurs années déjà.
Concrètement, garder ces éléments link dans le <head> de ces pages ne vous pénalise pas, mais n’a aucun effet sur le classement. D’autres moteurs et certains navigateurs savent encore les lire, notamment pour l’accessibilité ; les conserver reste défendable si votre CMS génère nativement cette balise link.
Le point qui compte : ne comptez ni sur next ni sur prev pour consolider votre pagination. Ce que Google regarde aujourd’hui, ce sont les liens HTML classiques au sein de la série. Une pagination dont les boutons « page suivante » et « page précédente » sont de vraies balises <a href> explorables fait plus pour votre référencement que n’importe quel élément link déclaratif. C’est le premier contrôle que je fais en audit SEO : afficher le code source d’une page 2 et vérifier que les numéros de pagination sont crawlables, pas des boutons JavaScript inertes.
URL canonique et contenu dupliqué : les bonnes pratiques
L’erreur la plus répandue en pagination SEO consiste à poser sur chaque page paginée une balise <link rel="canonical" href="..."> pointant vers la première page. Le raisonnement paraît logique : les pages 2 et suivantes ressemblent à la première, autant tout consolider. Le résultat est l’inverse de celui recherché.
Une URL canonique dit à Google : cette page est une copie, indexez l’autre. Si la page 2 se déclare copie de la première, le moteur peut cesser de l’explorer et avec elle les liens vers les produits qu’elle contient. Vos fiches profondes perdent leur seul chemin d’accès interne et leur classement s’en ressent. Le guide de Google Search Central est clair : chaque page paginée porte une canonique auto-référente et pointe vers sa propre adresse.
Les vrais problèmes de contenu dupliqué viennent rarement de la pagination elle-même. Ils viennent des paramètres d’URL qui se combinent avec elle : tris par prix, filtres de couleur, identifiants de session. Le même contenu devient accessible sous des dizaines d’URL. C’est là qu’une canonique bien posée, pointant vers la version sans paramètre de tri, fait son travail.
Complétez avec un title différencié : afficher « page 2 », « page 3 » dans le title et la méta description de chaque segment suffit à lever toute ambiguïté, sans effort de rédaction.
Maillage interne : faire circuler les liens jusqu’aux dernières pages
Le maillage interne d’une pagination détermine la profondeur de clic de vos produits. Avec une navigation limitée à « précédent / suivant », une fiche en page 8 se trouve à huit clics de la catégorie : les robots comme les utilisateurs l’atteignent rarement.
Plusieurs aménagements corrigent ce défaut sans refonte ni migration :
- Pagination numérotée : afficher une liste de numéros cliquables (1, 2, 3 … 10), chacun avec son attribut href, plutôt qu’un simple « suivant » divise la profondeur de clic et répartit mieux la popularité dans la série.
- Lien vers la dernière page : accessible dès la première, il crée un raccourci de crawl vers la fin de la séquence.
- Nombre de références par page : passer de 20 à 48 références affichées réduit mécaniquement la longueur de la série, donc le nombre de clics vers le fond du catalogue.
- Liens transverses : les blocs « produits similaires » et le maillage depuis vos articles et contenus de blog donnent aux fiches profondes des chemins d’accès qui ne dépendent pas de la pagination et soutiennent leur classement.
Un point de vigilance sur le fichier robots.txt : bloquer l’exploration de la série paginée (un Disallow: /*page= posé un peu vite) coupe le seul chemin de crawl vers les produits profonds. Ce blocage empêche l’exploration, il n’empêche pas l’indexation des URL déjà connues : vous cumulez les inconvénients. Je réserve ce type de directive aux paramètres de tri et de filtre, jamais à la pagination principale.
Défilement infini, bouton « voir plus » ou pagination classique
Le défilement infini séduit côté expérience utilisateur sur mobile, mais il pose un problème d’exploration : Googlebot ne fait pas défiler une page et ne clique pas sur un bouton. Les contenus chargés en JavaScript après le scroll restent invisibles pour les moteurs de recherche si aucune URL paginée ne les porte.
| Solution | Expérience utilisateur | Exploration par Google | Condition SEO |
|---|---|---|---|
| Pagination classique | Repères clairs, navigation directe | Complète si liens <a href> | Auto-référence propre |
| Défilement infini seul | Fluide sur mobile | Limitée au premier chargement | À éviter sans pagination de repli |
| Défilement infini + URL paginées | Fluide | Complète | Mise à jour de l’URL au scroll |
| Bouton « voir plus » | Contrôle utilisateur | Partielle | Lien crawlable derrière le bouton |
La solution hybride recommandée par Google Search Central consiste à conserver des URL paginées sous le défilement infini : à mesure que l’utilisateur descend, l’adresse se met à jour (pages 2 et 3) et le contenu de chaque palier reste accessible directement. Les moteurs explorent chaque palier de la séquence, l’utilisateur garde son scroll continu. Cette solution demande un développement spécifique, mais elle préserve l’exploration complète du catalogue.
Le bouton « voir plus » se traite de la même façon : un <a href> crawlable derrière le bouton, sinon les références chargées après le clic restent hors d’atteinte des robots, donc absentes du classement. Si votre prestataire web propose un défilement infini pur, sans adresses de pagination accessibles, demandez de quelle façon les produits au-delà du premier chargement seront explorés. L’absence de réponse précise est une réponse.
Régler la pagination sur WordPress et les autres CMS
La pagination WordPress génère nativement des URL en /page/2/, avec des liens HTML explorables : la base est saine. Les erreurs SEO courantes viennent des extensions et des réglages ajoutés par-dessus.
Le réglage le plus discuté est le noindex de ces pages, proposé par plusieurs plugins SEO. Basculer toute la série en noindex via la balise méta robots paraît propre : seules les premières pages apparaissent dans les résultats de recherche. Le revers est documenté : une page durablement en noindex finit par être explorée moins souvent et le moteur peut cesser de suivre ses liens. Vos fiches profondes perdent leur maillage à retardement. Sur un catalogue vivant, je recommande de laisser les pages paginées indexables avec canonique auto-référente ; le noindex se défend uniquement sur des paginations sans valeur de crawl, comme les archives de commentaires sous vos articles de blog.
Sur les sites e-commerce sous d’autres CMS, les points de contrôle sont les mêmes pour vos catégories : liens de pagination en HTML, métadonnées différenciées, paramètres de tri gérés séparément de la pagination. Un guide de bonnes pratiques ne remplace pas la vérification dans le code source.
Google Search Console vous donne la mesure des résultats. Le rapport d’indexation montre si ces URL sont explorées et indexées ou classées en « détectée, actuellement non indexée » ; les statistiques d’exploration révèlent si le budget de crawl part dans des combinaisons de filtres au lieu du catalogue. C’est par là que je commence tout audit de pagination.
Ouvrez la page 2 de votre plus grosse catégorie
Affichez son code source et vérifiez trois choses : la canonique pointe vers elle-même, les numéros de pagination portent un attribut href explorable, le title mentionne le numéro de page. Ces trois contrôles prennent dix minutes et révèlent l’essentiel de l’état de votre pagination SEO. Si l’un des trois échoue, croisez le constat avec le rapport d’indexation de la Search Console avant d’optimiser le moindre réglage.
Consultant SEO senior, 8 années de référencement naturel, conférencier (SEO Summit, Bizz & Buzz). Expert netlinking et GEO.