Pagination en SEO

Pagination découpe les grandes listes de contenus en pages distinctes, chacune avec une URL unique : /catalog/page/2, /catalog/page/3. Le principe est simple, mais la pagination compte parmi les principaux facteurs de gaspillage du budget de crawl sur les gros sites. Googlebot explore des centaines de pages génériques au lieu des fiches produits, et une partie du catalogue n'entre jamais dans l'index.

Qu'est-ce que la pagination

La pagination répartit un grand volume de contenus (produits, articles, avis) sur des pages successives, chacune avec une URL unique. Formats courants : /catalog/?page=2, /catalog/page/2/, /catalog/2/. Les moteurs de recherche traitent chaque URL comme un document distinct.

zoom_in

Trois formats de pagination se comportent très différemment du point de vue du SEO :

Budget de crawl et contenu dupliqué

Une boutique de 500 produits, affichant 20 produits par page, génère 25 URL de pagination par catégorie. Avec 50 catégories, cela fait 1 250 URL que Googlebot doit crawler avant d'atteindre les fiches produits.

La pagination pose trois problèmes SEO précis :

• Contenu dupliqué. Le Title et la description d'une même catégorie sont identiques sur /page/1 et /page/15. Le titre de section se répète. Google voit des pages similaires et ne sait pas laquelle positionner dans les résultats.
• Dilution du PageRank. Les liens internes se répartissent entre des dizaines d'URL de pagination. Les produits situés en page 10 et au-delà reçoivent très peu d'autorité interne.
• Gaspillage du budget de crawl. Sur les sites petits et moyens, Googlebot dépense son budget de crawl sur des pages de listing génériques, au lieu du contenu prioritaire.

Comparaison des formats de pagination

Stratégies de configuration SEO

Le choix de la stratégie tient à une seule question : les pages 2 et suivantes ont-elles une valeur de recherche propre ? Si personne n'arrive jamais sur /catalog/page/7 depuis la recherche organique, il est inutile de dépenser du budget de crawl dessus.

zoom_in

Stratégie 1 – noindex sur les pages 2 et suivantes. Idéale pour les blogs, les sites d'actualité et les sites de contenu. Les pages de pagination n'ont pas de valeur de recherche propre : noindex, follow les retire de l'index tout en conservant le suivi des liens. Le budget de crawl est alors consacré au contenu réel.

Stratégie 2 – rel=canonical vers la page 1. Plus souple que noindex : les pages 2 et suivantes restent accessibles (liens directs, publicité), mais leur canonical pointe vers /page/1. Google considère la série comme une seule section, avec la page 1 comme version canonique.

Stratégie 3 – indexation complète. Pour les grands e-commerces où chaque page de pagination contient des produits uniques à indexer. Elle exige un Title et une description uniques pour chaque page, par exemple « Acheter des ordinateurs portables – Page 3 », ainsi qu'un canonical auto-référent sur chaque page.

Mises en œuvre techniques

La plupart des tâches ne demandent que trois éléments du <head> : <meta name="robots">, <link rel="canonical"> et les entrées du sitemap. Voici un exemple de code pour chacun.

rel=next/prev : attribut obsolète

Avant 2019, Google prenait en charge rel="next" et rel="prev" pour identifier les séries de pagination. En mars 2019, Google a annoncé qu'il ne les utilisait plus. Les ajouter pour Google ne sert donc à rien. Bing les prend formellement en charge, mais sa part de marché est marginale dans la plupart des pays.

noindex pour les pages de pagination

À ajouter dans le <head> des pages 2 et suivantes. Point clé : utilisez noindex, follow, et non noindex, nofollow. Avec nofollow, Googlebot ne suit pas les liens des pages de pagination et n'indexe pas les produits ou articles vers lesquels elles renvoient.

<!-- Page /catalog/page/2/ and above -->
<head>
  <meta name="robots" content="noindex, follow">
</head>

<!-- Page /catalog/ (first page) — no noindex -->
<head>
  <meta name="robots" content="index, follow">
</head>

Dans WordPress, on le met en place via un hook wp_head qui vérifie is_paged() :

// functions.php
add_action('wp_head', function() {
    if (is_paged()) {
        echo '<meta name="robots" content="noindex, follow">' . "\n";
    }
});

rel=canonical vers la page 1

Lorsque les pages 2 et suivantes doivent rester accessibles sans dupliquer la section, le canonical pointe vers la première page. La page 1 reçoit un canonical auto-référent.

<!-- /catalog/page/3/ -->
<head>
  <link rel="canonical" href="https://example.com/catalog/">
</head>

<!-- /catalog/ — self-canonical (required) -->
<head>
  <link rel="canonical" href="https://example.com/catalog/">
</head>

Pagination dans sitemap.xml

Règle : n'incluez dans sitemap.xml que les pages que vous voulez voir indexées. Les pages en noindex présentes dans le sitemap créent des signaux contradictoires et gaspillent le budget de crawl.

<!-- sitemap.xml — indexable pages only -->
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">

  <!-- Page 1 — always include -->
  <url>
    <loc>https://example.com/catalog/</loc>
    <changefreq>daily</changefreq>
    <priority>0.8</priority>
  </url>

  <!-- Pages 2+ — only with full indexing strategy -->
  <url>
    <loc>https://example.com/catalog/page/2/</loc>
    <changefreq>weekly</changefreq>
    <priority>0.4</priority>
  </url>

</urlset>

Erreurs courantes de pagination

La plupart des erreurs viennent d'une mise en œuvre négligée, et non d'une mauvaise compréhension du concept. Les générateurs de sitemap des CMS et les modèles de balises meta ne prennent souvent pas la pagination en compte :

La plupart de ces erreurs apparaissent dans Google Search Console → Couverture : les pages en noindex, les URL exclues et les conflits de canonical y sont visibles immédiatement.