Réservez votre audit gratuit

Prendre un RDV

Pagination SEO pour pros : bonnes pratiques et checklist

Table des matières

Des mains en train de coder une pagination optimisée pour le référencement

Partagez

Pour qu’une pagination soit réellement SEO-friendly, chaque page paginée doit exposer une URL distincte et crawlable, et se self-canonicaliser sur elle-même. C’est la règle fondamentale, et tout le reste en découle.

La règle d’or de la pagination SEO : exposez une suite d’URLs accessibles via des balises <a href>, donnez à chaque page son propre rel=canonical auto-référent, et ne bloquez jamais le crawl de ces URLs via robots.txt ou noindex généralisé. Sans ces trois conditions réunies, vos pages profondes restent invisibles pour Google.

Actions à mener en priorité :

  • Vérifier les canoniques : chaque page /categorie?page=2, /categorie/page/2 doit pointer sur elle-même, pas sur la page 1.
  • Contrôler les liens <a href> : le bouton « Suivant » doit être un lien HTML standard, pas un appel JavaScript sans URL.
  • Éliminer les fragments : une URL du type exemple.com/categorie#page=2 n’est pas crawlable par Google.
  • Prévoir un fallback paginé pour les interfaces en chargement dynamique (infinite scroll, load more).

L’impact attendu est direct : une meilleure découverte des produits et articles en profondeur de catalogue, une réduction du risque d’indexation incomplète, et une utilisation plus efficace du budget de crawl.

Points clés

Une pagination SEO correcte repose sur trois règles non négociables : des URLs crawlables, des canoniques auto-référents sur chaque page, et un fallback HTML pour les interfaces JavaScript.

Point Détails
URLs distinctes et crawlables Chaque page paginée doit avoir sa propre URL (?page=n ou /page/2), accessible via un lien <a href>.
Canonical auto-référent La balise canonical de /categorie?page=3 doit pointer sur /categorie?page=3, jamais sur la page 1.
rel=“next”/“prev” obsolète Google n’utilise plus ces balises ; seuls les liens <a href> garantissent la découverte des pages.
Fallback pour JS Infinite scroll et load more doivent inclure des liens statiques paginés dans le HTML pour les crawlers.
Branderizing Branderizing réalise des audits de pagination complets et des plans de correction priorisés pour les catalogues e-commerce.

Table des matières

Qu’est-ce que la pagination en SEO, et quand l’utiliser ?

La pagination est le mécanisme qui divise un contenu long ou une liste volumineuse en plusieurs pages successives, chacune accessible via une URL distincte. En SEO, l’enjeu n’est pas esthétique : c’est la capacité de Google à découvrir et indexer l’ensemble des éléments répartis sur ces pages.

Les cas d’usage les plus courants sont :

  • Catégories e-commerce : une page de 300 produits découpée en tranches de 24 ou 48 références.
  • Archives de blog : les articles classés par date sur plusieurs pages successives.
  • Fils de forum ou commentaires : des discussions longues paginées pour alléger le chargement.
  • Galeries et listes de résultats : photos, annonces immobilières, offres d’emploi.

La question « faut-il paginer ? » mérite une réponse nuancée. Pour un catalogue de 20 produits, une page unique (view-all) est préférable : elle concentre les signaux de pertinence, simplifie le maillage interne et évite de diluer l’autorité de la page. En revanche, dès que la liste dépasse une centaine d’éléments, ou que le temps de chargement d’une page unique deviendrait pénalisant pour les Core Web Vitals, la pagination reste la solution la plus sûre sur le plan technique.

Quels modèles UX choisir selon leur impact sur le référencement ?

Quatre patterns coexistent sur le web, avec des implications SEO très différentes.

Pattern Quand l’utiliser Impact SEO / indexabilité Complexité front/back Accessibilité & UX Performance perçue Facilité d’audit
Pagination numérotée Catalogues larges, archives Excellent si URLs uniques et canonical self-ref Faible Bonne (liens natifs) Stable Très facile (Screaming Frog)
« Afficher plus » avec URL Listes moyennes, mobile-first Bon si chaque lot a une URL Moyenne Correcte Bonne Facile
Infinite scroll avec fallback Flux médias, réseaux sociaux Acceptable si history.pushState + liens statiques Élevée Variable Excellente Complexe
View-all Petits catalogues Excellent (page unique) Faible Excellente Dépend du poids Très facile

La pagination numérotée reste le choix le plus sûr pour les sites e-commerce à fort catalogue : chaque page est une ressource crawlable, les liens sont natifs, et l’audit se fait en quelques minutes avec Screaming Frog. L’infinite scroll sans fallback est le pattern le plus risqué : si le contenu n’existe que derrière une interaction JavaScript, Googlebot ne le verra pas.

Conseil de pro : pour un site « load more », générez systématiquement les liens paginés statiques dans le HTML initial (même s’ils sont masqués visuellement) et laissez JavaScript améliorer l’expérience par-dessus. C’est le principe du progressive enhancement appliqué au SEO.

Ce que dit Google Search Central et les règles techniques essentielles à respecter

La documentation officielle de Google Search Central est sans ambiguïté sur trois points fondamentaux.

Règle Google Détail technique Conséquence si non respectée
Liens <a href> crawlables Googlebot suit les URLs dans les attributs href, pas les clics JS Pages profondes non découvertes
URLs distinctes par page Utiliser ?page=n ou /page/2, jamais #page=2 Fragments ignorés, contenu invisible
Canonical auto-référent Chaque page pointe sur elle-même, pas sur la page 1 Pages 2+ inéligibles à l’indexation

Sur la question des fragments : Google ignore la partie d’une URL située après le #. Une URL comme exemple.com/produits#page=3 ne constitue pas une nouvelle ressource crawlable. C’est une erreur fréquente dans les implémentations JavaScript qui modifient uniquement le hash de l’URL.

Sur le rel=“next”/“prev” : John Mueller a confirmé que Google n’utilise plus ces balises comme signal d’indexation. Les implémenter ne nuit pas, mais ne garantit rien. La crawlabilité via des liens <a href> reste le seul signal fiable pour la découverte des pages paginées.

Exemple d’implémentation correcte d’un canonical auto-référent sur la page 2 d’une catégorie :

<link rel="canonical" href="https://exemple.com/categorie?page=2" />

Et non :

<link rel="canonical" href="https://exemple.com/categorie" />

Cette deuxième forme, pourtant répandue, rend la page 2 inéligible à l’indexation.

Checklist technique pour implémenter la pagination correctement

Voici les contrôles à exécuter dans l’ordre, du plus critique au plus fin.

  1. Liens <a href> vers les pages suivantes et précédentes : vérifiez dans le code source HTML (pas le DOM rendu) que les boutons de navigation contiennent bien des balises <a> avec un attribut href pointant vers l’URL de la page cible.
  2. Canonical auto-référent sur chaque page paginée : la balise <link rel="canonical"> de /categorie?page=3 doit pointer sur /categorie?page=3. Toute erreur de canonicalisation vers la page 1 rend les pages suivantes inéligibles à l’indexation.
  3. Robots.txt : assurez-vous que les URLs paginées ne sont pas bloquées. Une règle Disallow: /*?page= est une erreur courante sur les sites dont le fichier robots.txt a été configuré pour bloquer les paramètres.
  4. Sitemaps XML : incluez les pages paginées importantes (au moins les premières pages de chaque catégorie principale) pour accélérer leur découverte.
  5. Noindex sélectif : réservez le noindex aux variantes de tri et de filtre qui ne méritent pas d’être indexées (ex. /categorie?tri=prix-asc), pas aux pages paginées elles-mêmes.
  6. Performance : pour les transitions entre pages, envisagez le prefetch des pages suivantes (<link rel="prefetch">) pour réduire la latence perçue. Évitez les pages view-all qui chargent plusieurs centaines de produits en une seule requête.

Conseil de pro : pour limiter la dilution du link equity sur les pages profondes, renforcez le maillage interne depuis les pages de catégorie vers les produits phares, plutôt que de compter uniquement sur la chaîne de pagination pour les faire découvrir. Un produit accessible en deux clics depuis la page d’accueil sera toujours mieux traité qu’un produit accessible uniquement via la page 8 d’une catégorie.

Quelles erreurs nuisent le plus au référencement des pages paginées ?

Certaines erreurs sont quasi-universelles sur les sites audités. Les voici avec leur correction directe.

  • Canonical de toutes les pages vers la page 1 : c’est l’erreur la plus fréquente et la plus dommageable. Les pages 2, 3, 4… sont considérées comme des doublons de la page 1 et ne sont pas indexées. Correction : canonical auto-référent sur chaque page.

  • Navigation via fragments (#page=2) : Google ignore les fragments. Si votre URL ne change que dans la partie après le #, la page suivante n’existe pas aux yeux du crawler. Correction : utiliser des paramètres de requête (?page=2) ou des segments de chemin (/page/2).

  • Boutons « Suivant » en JavaScript pur : un <button onclick="loadPage(2)"> sans <a href> correspondant est invisible pour Googlebot. Le crawler ne clique pas sur des boutons JavaScript.

  • Blocage via robots.txt : une règle Disallow: /?page= empêche la découverte de l’ensemble du catalogue paginé. Les produits en page 3 et au-delà ne seront jamais crawlés.

  • Noindex généralisé sur la pagination : certains CMS appliquent par défaut un noindex sur toutes les pages paginées pour « éviter le contenu dupliqué ». C’est une fausse bonne idée : les produits présents uniquement sur ces pages ne seront jamais indexés.

Avant/après sur le canonical :
✗ Page 3 : <link rel="canonical" href="https://exemple.com/chaussures" />
✓ Page 3 : <link rel="canonical" href="https://exemple.com/chaussures?page=3" />

Pour aller plus loin sur les erreurs techniques à éviter dans une stratégie digitale, les mêmes principes de rigueur s’appliquent à l’ensemble de l’architecture du site.

Quand vaut-il mieux éviter la pagination et quelles alternatives choisir ?

La pagination n’est pas toujours la meilleure réponse. Voici les critères pour arbitrer.

  1. Préférez la view-all quand le catalogue compte moins d’une centaine d’éléments et que le poids de la page reste acceptable (moins de 3–4 secondes de chargement). Une page unique concentre les signaux de pertinence et simplifie le maillage interne.

  2. Renforcez le maillage interne avant d’ajouter des niveaux de pagination. Un maillage interne bien structuré peut permettre à Google de découvrir des pages profondes sans avoir à crawler une chaîne de 10 pages paginées. Des liens contextuels depuis les pages de catégorie vers les sous-catégories ou les produits phares réduisent la profondeur effective du site.

  3. Gérez les pages filtrées avec discernement : les variantes de tri (?tri=prix-asc) et les combinaisons de filtres (?couleur=rouge&taille=42) génèrent souvent des dizaines de pages quasi-identiques. Pour ces URLs, deux options : noindex si elles n’ont pas de valeur SEO propre, ou canonical vers la page de catégorie parente si elles dupliquent son contenu. Utilisez Google Search Console pour déclarer les paramètres à ignorer.

  4. Pour les grands catalogues e-commerce, la pagination reste la solution de référence, à condition de contrôler le budget de crawl : limitez l’indexation des variantes filtrées, incluez les premières pages paginées dans le sitemap, et surveillez régulièrement la couverture dans Google Search Console.

Comment rendre l’infinite scroll et le « load more » compatibles avec le SEO ?

L’infinite scroll est l’un des patterns les plus délicats à sécuriser sur le plan du référencement. La documentation Google Search Central et les recommandations de SeoMods convergent sur la même approche.

  • Associer chaque lot à une URL distincte : chaque « page » chargée dynamiquement doit correspondre à une URL réelle (?page=2, /page/2). Sans cela, Googlebot ne peut pas atteindre le contenu profond.
  • Utiliser history.pushState() : quand l’utilisateur fait défiler et que le contenu de la page 2 apparaît, l’URL dans la barre du navigateur doit se mettre à jour en conséquence. Cela permet le partage de l’URL et signale à Google l’état courant de la page.
  • Inclure des liens statiques paginés dans le HTML : même si l’interface ne les affiche pas visuellement, les liens <a href="/categorie?page=2">, <a href="/categorie?page=3"> doivent être présents dans le code source initial. C’est le fallback indispensable pour les crawlers.
  • Tester sans JavaScript : désactivez JavaScript dans votre navigateur et vérifiez que la navigation paginée reste fonctionnelle. Si la page devient une liste sans navigation, le fallback est absent.

Conseil de pro : après une implémentation ou une correction d’infinite scroll, soumettez les URLs paginées dans Google Search Console via l’outil d’inspection d’URL, puis vérifiez dans les logs serveur que Googlebot les a bien crawlées dans les jours suivants. Un crawler qui ne revient pas sur les pages 2+ est le signe que le fallback ne fonctionne pas.

Comment auditer la pagination de votre site étape par étape ?

Un audit de pagination suit une logique précise : identifier les patterns d’URL, vérifier les canoniques, contrôler les liens, analyser les sitemaps, puis interpréter les données de couverture.

  1. Identifier les patterns d’URL paginées avec Screaming Frog : configurez un filtre sur les paramètres page=, p= ou les segments /page/. Listez toutes les URLs paginées crawlées.
  2. Vérifier les canoniques page par page : dans Screaming Frog ou Sitebulb, exportez la colonne « Canonical » et filtrez les pages dont le canonical ne correspond pas à leur propre URL. Chaque occurrence est une erreur à corriger.
  3. Contrôler la présence de liens <a href> vers les pages suivantes : dans Screaming Frog, analysez les liens sortants de chaque page paginée et vérifiez qu’un lien vers la page suivante est bien présent dans le HTML source.
  4. Analyser les sitemaps : vérifiez que les pages paginées importantes y figurent et que leurs URLs correspondent exactement à celles crawlées.
  5. Interpréter la couverture dans Google Search Console : dans le rapport « Pages », filtrez par URL contenant page= ou /page/. Les pages classées « Exclues » avec la raison « Page canonique avec balise canonique » sont celles dont le canonical pointe ailleurs qu’elles-mêmes.
  6. Analyser les logs serveur : vérifiez que Googlebot crawle effectivement les pages 2, 3 et au-delà. Une absence de crawl sur les pages profondes confirme un problème de découverte.
Outil Usage principal Ce qu’il révèle sur la pagination
Screaming Frog Crawl complet Canoniques incorrects, liens manquants, profondeur
Sitebulb Audit visuel Graphe de liens, anomalies canoniques
Google Search Console Couverture d’index Pages exclues, impressions par URL paginée
Logs serveur Comportement Googlebot Fréquence de crawl, pages jamais visitées
Lighthouse Performance Temps de chargement des pages paginées

Pour une méthodologie d’audit plus large, le guide d’audit SEO de Branderizing couvre l’ensemble des dimensions techniques à contrôler.

Quand faire appel à une agence pour gérer la pagination de votre site ?

Trois situations justifient l’externalisation de l’audit et de la correction de la pagination.

  • Catalogue volumineux (plusieurs milliers de références) : la gestion manuelle des canoniques et des sitemaps devient ingérable sans outillage et méthode structurée.
  • Ressources internes limitées : un développeur front-end sans expérience SEO peut implémenter une pagination techniquement correcte mais SEO-défaillante (boutons JS, fragments, canonical vers page 1).
  • Problèmes de crawl budget : si Google Search Console montre que des milliers de pages paginées sont crawlées mais que les produits profonds ne sont pas indexés, un audit externe permet de prioriser les corrections à fort impact.

Les livrables attendus d’une mission agence sur la pagination :

  • Audit technique complet (canoniques, liens, robots.txt, sitemaps, logs)
  • Plan de correction priorisé par impact et effort
  • Tests post-correction (crawl de validation, vérification GSC)
  • Monitoring mensuel de la couverture d’index et du crawl rate

KPIs à suivre après correction :

  • Nombre de pages paginées indexées dans Google Search Console
  • Impressions et clics sur les URLs paginées
  • Fréquence de crawl de Googlebot sur les pages 2+
  • Taux de conversion des pages de liste (catégories paginées)

Perspective agence : l’audit de pagination est souvent le premier levier à activer sur un site e-commerce dont le trafic organique stagne malgré un catalogue riche. Corriger les canoniques et les liens de navigation peut débloquer l’indexation de centaines de produits en quelques semaines, sans toucher au contenu ni au netlinking.

Comment gérer la pagination dans les sitemaps XML ?

Les sitemaps XML jouent un rôle d’accélérateur de découverte, pas de garantie d’indexation. Pour la pagination, la règle est pragmatique : incluez les premières pages paginées de vos catégories principales, pas l’intégralité de la chaîne.

Une catégorie avec 15 pages paginées ne nécessite pas que les pages 8 à 15 figurent dans le sitemap si elles ne contiennent que des produits peu stratégiques. En revanche, les pages 1 à 3 des catégories à fort trafic méritent d’y être, avec leurs URLs exactes (incluant le paramètre ?page=2).

Deux points de vigilance : d’abord, les URLs dans le sitemap doivent correspondre exactement aux URLs canoniques déclarées dans les pages. Une URL /categorie?page=2 dans le sitemap avec un canonical pointant sur /categorie crée une contradiction que Google résout généralement en faveur du canonical, rendant l’entrée du sitemap inutile. Ensuite, évitez d’inclure dans le sitemap les URLs de variantes filtrées que vous avez décidé de ne pas indexer : cela envoie un signal contradictoire.

Pour les sites sous WordPress avec Yoast SEO ou Rank Math, la gestion des pages paginées dans le sitemap est configurable directement dans les réglages du plugin. Vérifiez que l’option d’inclusion des archives paginées est activée pour les catégories prioritaires.

Exemples d’implémentation sur WordPress et Magento

WordPress

WordPress génère nativement des URLs paginées propres pour les archives et les catégories : /categorie/page/2/, /categorie/page/3/. Ces URLs sont crawlables par défaut et Yoast SEO ou Rank Math y appliquent automatiquement un canonical auto-référent, à condition que la configuration soit correcte.

Points à vérifier sur WordPress :

  • Dans Yoast SEO, assurez-vous que l’option « Noindex » n’est pas activée sur les archives paginées.
  • Vérifiez que le thème génère bien un lien <a href> pour la navigation entre pages (certains thèmes utilisent des appels AJAX sans lien natif).
  • Pour WooCommerce, les pages de catégorie produit suivent le même pattern /categorie/page/2/. Contrôlez que les filtres de prix ou d’attributs n’écrasent pas les canoniques avec des URLs filtrées.

Magento

Magento 2 utilise par défaut le paramètre ?p=2 pour la pagination des catégories. La gestion des canoniques est plus délicate : par défaut, Magento peut canonicaliser toutes les pages paginées vers la page 1, ce qui est précisément l’erreur à éviter.

Pour corriger ce comportement dans Magento 2 :

  • Dans Stores > Configuration > Catalog > Search Engine Optimization, vérifiez le paramètre « Use Canonical Link Meta Tag For Categories ». S’il est activé avec un canonical vers la page 1, désactivez-le ou configurez-le pour un canonical auto-référent.
  • Les paramètres de tri (?product_list_order=price) et de filtre (layered navigation) génèrent des URLs supplémentaires. Utilisez Google Search Console pour déclarer ces paramètres comme variantes à ignorer, ou appliquez un noindex via le fichier de configuration.

La checklist SEO pour PME de Branderizing couvre ces points dans un contexte plus large d’audit technique.

La position de Google sur le rel=“next”/“prev” et la crawlabilité

Pour clore tout débat sur ce sujet : Google a officiellement cessé d’utiliser les balises rel="next" et rel="prev" comme signal d’indexation. John Mueller l’a confirmé publiquement, et Seroundtable en a rendu compte dès l’annonce. Ces balises ne fusionnent pas les signaux de pertinence entre les pages d’une série, et leur présence ou absence n’influence pas la décision d’indexer ou non une page paginée.

Ce qui compte réellement pour la crawlabilité, c’est la présence de liens <a href> dans le HTML. Google suit les liens, pas les métadonnées de relation entre pages. Un site qui implémente rel="next"/"prev" sans liens <a href> fonctionnels n’obtiendra aucun bénéfice. À l’inverse, un site avec des liens de navigation propres mais sans rel="next"/"prev" sera parfaitement crawlé.

La conséquence pratique est simple : concentrez votre effort sur la qualité des liens de navigation (présents dans le HTML source, pointant vers des URLs distinctes, non bloqués par robots.txt) plutôt que sur des balises qui n’ont plus d’effet. C’est ce que confirme la documentation Google Search Central sur la pagination et le chargement incrémental.

Branderizing vous accompagne sur l’audit et la correction de votre pagination

Votre catalogue e-commerce compte des centaines de pages paginées, mais Google n’en indexe qu’une fraction ? Le problème vient presque toujours des canoniques ou des liens de navigation, et il se corrige avec méthode.

Branderizing

Branderizing réalise des audits techniques SEO complets qui couvrent l’ensemble de la chaîne de pagination : identification des erreurs de canonical, vérification des liens <a href>, analyse des sitemaps et des logs serveur, puis plan de correction priorisé par impact. Contrairement à une approche généraliste, chaque recommandation est calibrée sur votre CMS, votre volume de catalogue et vos objectifs de couverture d’index. Pour les sites sous WordPress ou Magento avec des milliers de références, c’est souvent le levier le plus rapide pour débloquer l’indexation de produits profonds sans toucher au contenu ni au budget publicitaire. Contactez Branderizing pour un accompagnement SEO sur mesure et commencez par un audit de votre pagination.

Un conseil avant toute restructuration lourde

Avant de repenser l’architecture de votre site ou de migrer vers un nouveau CMS, auditez d’abord vos canoniques et vos liens de navigation paginés. Dans la grande majorité des cas, corriger ces deux points suffit à débloquer l’indexation des pages profondes, sans refonte. Procédez par étapes : corrigez les erreurs critiques, mesurez l’impact dans Google Search Console sur quatre à six semaines, puis décidez si une restructuration plus profonde est justifiée.

Sources

Recommandation