Pagination et SEO : bonnes pratiques pour ne pas perdre de trafic


Pagination et SEO : bonnes pratiques pour ne pas perdre de trafic

La pagination est omniprésente sur le web : listes de produits, archives d’articles, résultats de recherche. Mais c’est aussi l’une des sources les plus silencieuses de perte de trafic SEO. Google doit crawler vos pages 2, 3, 4… alors qu’elles font souvent concurrence à votre page 1, ou pire, se cannibalisent mutuellement.

Le problème n’est pas la pagination en elle-même. C’est l’absence de signal clair à Google : « ces pages forment une série, elles partagent le même sujet, voici l’ordre. » Sans cela, vous gaspillez du crawl budget, diluez l’autorité de vos pages, et laissez des positions sur la table.

Cet article vous montre comment structurer votre pagination pour que Google la comprenne et l’exploite sans vous pénaliser.

Pourquoi la pagination pose un problème SEO

Avant de parler solutions, il faut comprendre où ça casse :

  • Contenu dupliqué : Les pages 2, 3, 4 affichent souvent le même contenu (une barre de tri, une intro identique). Google doit décider quelle version est « canonique ».
  • Dilution du crawl budget : Si vos pages paginées sont mal structurées, Google dépense des ressources à les crawler au lieu de découvrir du contenu neuf ailleurs.
  • Perte de lien juice : Les liens pointant vers votre page 1 ne bénéficient pas aux pages 2 et suivantes si vous ne les rechez pas.
  • Indexation indésirée : Les pages paginées n’ont souvent aucun intérêt à être classées pour le mot-clé principal. Elles siphonnent des impressions.
  • Conflits de canoniques : Si chaque page se pointe elle-même, ou pointe vers des cibles contradictoires, Google est confus.

Un e-commerce avec 500 produits et pagination « afficher 20 par page » génère 25 pages. Sans structuration, ces 25 pages font la course pour le même trafic.

rel=next et rel=prev : l’outil historique (encore utile)

Depuis 2014, Google a réduit l’importance de rel=next et rel=prev dans ses communiqués officiels. Mais les ignorer serait une erreur.

Comment ça marche :

Dans le <head> de votre page 1 :

<link rel="next" href="https://example.com/produits?page=2" />

Dans le <head> de votre page 2 :

<link rel="prev" href="https://example.com/produits?page=1" />
<link rel="next" href="https://example.com/produits?page=3" />

Et sur la dernière page, seulement le rel=prev.

Effet : Vous dites explicitement à Google « ces pages forment une suite ». Google les traite comme une entité logique, pas comme des pages isolées en compétition.

Important : utilisez des URLs absolues, et vérifiez la syntaxe dans la Search Console.

La canonique : une arme à deux tranchants

Beaucoup de sites font ceci sur la page 2 :

<link rel="canonical" href="https://example.com/produits?page=1" />

Résultat : toutes les pages 2, 3, 4… pointent vers la page 1. Google voit des doublons, et dépense du crawl pour rien.

La bonne pratique : chaque page paginée doit être sa propre canonique.

<!-- Page 2 -->
<link rel="canonical" href="https://example.com/produits?page=2" />

Pourquoi ? Parce que la page 2 est une page valide avec un contenu unique (d’autres produits, d’autres articles). Lui faire pointer vers la page 1 revient à dire « je n’existe pas vraiment ».

Exception : si vous utiliserez la canonique, utilisez-la avec rel=next/prev en même temps. Cela dit à Google : « les pages 2+ sont sœurs de la page 1, pas des doublons ».

L’infini scroll (pagination invisible) : attention aux pièges

Beaucoup de sites modernes remplacent la pagination traditionnelle par un chargement infini (« infinite scroll »). L’utilisateur défile, et de nouveaux contenus se chargent dynamiquement.

Problème SEO : Google ne charge souvent que le HTML initial. Les contenus chargés en JavaScript restent invisibles, non indexables.

Solution :

  • Générez des URLs distinctes pour chaque « page » (exemple : /produits?page=2), même si l’UI affiche un défilement.
  • Utilisez le rendu côté serveur (SSR) pour servir le contenu en HTML statique à Google.
  • Signalez à Google les URLs paginées via le sitemap XML.
  • Testez avec le test d’accessibilité Google Search Console pour vérifier que le contenu chargé est indexable.

Sans cela, les pages 2, 3, 4… chargées en JS resteront invisibles pour Google, et vous perdrez la moitié de votre potentiel de contenu.

Pagination et paramètres d’URL : quand les choses se compliquent

Vous avez un site e-commerce avec :

  • Filtres : marque, prix, couleur
  • Tri : popularité, prix croissant, note client
  • Pagination : page 1, 2, 3…

Résultat : des dizaines de combinaisons possibles pour la même liste de produits.

example.com/shoes?brand=nike&price=50-150&sort=popular&page=2

Risque : Google indexe toutes les variantes, considère beaucoup comme du contenu dupliqué, et dépense du crawl pour rien.

Solutions :

  • Canonique vers la page 1 : Optionnel, mais si les pages filtrées n’apportent aucune valeur SEO distinct, signalez les pages 2+ comme canoniques vers ?page=1 (mais sans rel=next/prev, pour éviter la confusion).
  • Paramètres dans la Search Console : Indiquez à Google quels paramètres changent le contenu vraiment (pagination, filtres majeurs) et lesquels ne sont que du cosmétique.
  • Bloquer les variantes non SEO : Si les combinaisons filtre + pagination génèrent peu de trafic, désindexez-les via robots.txt ou noindex.

Pagination et anchor text : un levier souvent oublié

Sur une page paginée, l’anchor text des liens « Suivant » ou « Page 2 » a de l’importance contextuelle pour Google.

Mauvais :

<a href="/produits?page=2">Suivant >></a>

Meilleur :

<a href="/produits?page=2" title="Produits électroniques page 2">Page 2</a>

Ou encore mieux, insérez le contexte métier :

<a href="/blog/tutoriels?page=2" title="Tutoriels SEO — page 2">Page 2</a>

Cela aide Google à comprendre que ces pages traitent d’un sujet spécifique, et renforce le clustering thématique.

Faut-il vraiment indexer les pages paginées ?

C’est la question que tout SEO se pose. Réponse honnête : ça dépend.

À indexer :

  • Articles de blog paginés, qui ont chacun une valeur pour l’utilisateur.
  • Listes de produits ou services quand la pagination offre une vraie alternative au filtre (ex : « voir les 40 premiers produits en vente »).
  • Archives ou résultats de recherche interne que les utilisateurs cherchent activement.

À ne pas indexer :

  • Pages 2+ des listes paginées que seul le bot découvre, jamais un humain.
  • Variantes filtrées générées automatiquement sans ajout de valeur.
  • Pages avec très peu de contenu unique (un header, un footer, et quelques items différents).

Implémentation : utilisez des meta noindex selectifs ou le blocage via robots.txt.

Sitemap XML et pagination : l’oubli courant

Beaucoup de sites créent un sitemap XML pour la page 1 uniquement. Erreur classique.

Si vous indexez les pages paginées, listez-les toutes dans votre sitemap :

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://example.com/produits?page=1</loc>
    <lastmod>2024-01-15</lastmod>
    <priority>1.0</priority>
  </url>
  <url>
    <loc>https://example.com/produits?page=2</loc>
    <lastmod>2024-01-15</lastmod>
    <priority>0.8</priority>
  </url>
  <!-- etc. -->
</urlset>

Cela indique à Google : « ces pages existent, les crawler est légitime. »

Les erreurs à ne surtout pas faire

  • Pas de lien vers la page 2 : Si votre page 1 n’a aucun lien vers la page 2 (ni en footer, ni en pagination), Google découvrira lentement la page 2, si jamais.
  • Mélanger rel=next avec une canonique vers la page 1 : Cela crée une contradiction. Google ignore les signaux.
  • Changer la structure entre page 1 et page 2 : Si page 1 affiche 5 colonnes et page 2 seulement 3, Google soupçonne une manipulation.
  • Ajouter des pièges JavaScript : Charger page 2 en AJAX sans mise à jour d’URL rend la page invisible pour Google.
  • Négliger la pagination mobile : La pagination mobile est souvent différente (un bouton « Charger plus »). Assurez-vous qu’elle reste SEO-friendly.

FAQ

La pagination pénalise-t-elle mon site ?

Non, à condition de bien la structurer. Google accepte la pagination. C’est l’absence de structure (URLs changeantes, contenu dupliqué, canoniques contradictoires) qui pose problème.

Dois-je absolument utiliser rel=next et rel=prev ?

Non, mais c’est vivement recommandé. Ces balises offrent un signal clair à Google et coûtent peu. Combinées avec une canonique propre, elles maximisent votre visibilité.

Combien de pages paginées dois-je indexer ?

Seules celles qui apportent une valeur réelle à l’utilisateur. Si 80 %