Comment gérer la pagination des catégories PrestaShop pour le SEO ?

La quasi-totalité des guides sur la pagination PrestaShop se concentrent sur un faux problème : le contenu dupliqué des pages 2, 3, 4. Google sait gérer ça depuis longtemps avec une canonique auto-référente. Le vrai risque est ailleurs : le texte de description de la catégorie, réaffiché à l’identique sur chaque page paginée, et le paramètre de nombre de produits par page qui fabrique un jeu d’URL parallèle. Voici comment traiter les deux.

Ce qui n’est pas le problème

Trois idées reçues méritent d’être écartées d’emblée.

Les attributs rel="next" et rel="prev". PrestaShop les génère nativement, hérités d’une recommandation Google de 2011. Google a cessé de s’en servir depuis 2019. Les laisser en place ne nuit pas, mais ne rien en attendre : ils ne pilotent plus l’indexation de la série.

Le noindex systématique sur les pages 2 et suivantes. Sur un petit catalogue, c’est une option. Sur un catalogue moyen ou gros, c’est risqué : des produits qui ne sont accessibles au robot que via la page 3 ou 4 d’une catégorie deviennent orphelins si ces pages sont désindexées et cessent d’être crawlées.

Le duplicate content des grilles produits. Chaque page paginée affiche des produits différents. La partie « liste de produits » de la page 2 n’est pas un doublon de la page 1. Ce n’est pas là que se joue le problème.

Le sujet réel commence quand on regarde ce qui, sur ces pages, est réellement identique.

Le vrai risque : la description de catégorie répétée

PrestaShop affiche le texte de description de la catégorie, souvent en haut et parfois en bas de page. Par défaut, ce bloc éditorial est rendu sur chaque page de la pagination : page 1, page 2, page 3, avec exactement le même contenu.

Résultat : la partie rédactionnelle de la page 2 est un doublon parfait de celle de la page 1. La seule différence entre les deux pages est la grille de produits. Sur une catégorie dont la description fait plusieurs centaines de mots, le poids éditorial identique peut représenter l’essentiel du contenu textuel de la page. La canonique auto-référente ne règle pas ce cas : elle dit à Google que chaque page paginée est légitime, mais Google constate quand même des quasi-doublons éditoriaux et peut choisir de n’en garder qu’une, pas forcément celle que vous voulez.

La correction

Conditionner l’affichage du bloc de description à la première page uniquement. Dans le thème, cela se passe dans le template de catégorie, en encadrant le bloc de description par un test sur le numéro de page : afficher le texte si l’on est en page 1, ne rien afficher au-delà. Certains thèmes récents exposent directement une option « description en page 1 seulement » dans leurs réglages ; sinon, l’ajustement du template est mineur.

Après cette correction, les pages 2 et suivantes ne contiennent plus que la grille de produits, la pagination et les éléments de navigation. Elles sont réellement distinctes de la page 1, et la canonique auto-référente prend tout son sens.

Le paramètre du nombre de produits par page

Le second angle mort est le sélecteur « afficher 12, 24, 48 par page », qui ajoute un paramètre à l’URL. Pour une même catégorie, vous obtenez alors plusieurs jeux d’URL décrivant le même contenu, découpé différemment : la catégorie en pages de 12, la même en pages de 24, la même en pages de 48. Multiplié par le nombre de pages de chaque variante, cela fait beaucoup d’URL pour un contenu unique.

Deux traitements possibles, à choisir selon votre confort technique.

1. Canonique vers la valeur par défautToutes les variantes avec un paramètre de nombre par page pointent leur canonique vers l’URL sans ce paramètre, à numéro de page équivalent. Google consolide sur la version par défaut.
2. Blocage dans le robots.txtInterdire le crawl des URL portant le paramètre de nombre par page. Plus radical, à réserver aux cas où le paramètre génère un volume d’URL vraiment problématique, et en sachant que le blocage empêche le crawl mais pas nécessairement l’indexation d’URL déjà connues.

Le même raisonnement s’applique aux paramètres de tri, traités en détail dans notre article sur la gestion des URL de tri sur une boutique PrestaShop.

La canonique auto-référente, et rien d’autre

Sur les pages paginées, la règle est stable : chaque page pointe sa canonique vers elle-même, jamais vers la page 1.

Canoniser la page 2 vers la page 1 est une erreur classique en e-commerce. Vous dites à Google que la page 2 n’a pas d’intérêt propre, il cesse de la crawler, et les produits qui n’y figuraient que là disparaissent de l’index. PrestaShop, par défaut, applique correctement la canonique auto-référente sur la pagination : vérifiez-le sur votre boutique, certains thèmes ou modules la cassent.

Ne combinez pas non plus noindex et canonique sur une même page paginée : les deux signaux se contredisent, Google en ignore au moins un.

Combien de pages viser par catégorie

Le conseil universel « augmentez le nombre de produits par page pour réduire le nombre de pages » est juste, mais sans limite il devient contre-productif.

Trop de pages, avec 12 produits chacune, disperse le budget de crawl et enfouit les produits en page 5 ou 6. Trop de produits sur une seule page alourdit le rendu, dégrade le LCP sur mobile, et supprime la pagination qui servait de chemin de crawl vers la profondeur du catalogue.

La cible raisonnable pour la plupart des catégories : deux à quatre pages. Réglez le nombre de produits par page, dans les paramètres produits du back-office, pour atterrir dans cette fourchette sur vos catégories les plus fournies. Couplez avec le chargement différé des images pour ne pas payer le poids d’une grille large au premier rendu.

Le maillage vers les produits profonds

Si vos pages paginées restent indexables, elles jouent leur rôle de chemin de crawl. Renforcez-le.

Depuis la page de catégorie, un lien vers la dernière page de pagination, en plus du lien « suivant », raccourcit le chemin du robot vers les produits de fin de liste. Depuis les fiches produits, un maillage transversal, produits similaires ou complémentaires, crée des accès qui ne dépendent pas de la pagination. Et une catégorie bien construite, avec ses produits triés par pertinence commerciale plutôt que par date, met les produits importants en page 1, là où ils sont le mieux crawlés et le mieux vus.

L’objectif : qu’aucun produit actif ne dépende d’une seule page de pagination profonde pour être découvert.

La checklist de contrôle

1. Description de catégorieVérifiez sur une catégorie multi-pages : le texte de description est-il présent en page 2 ? S’il l’est, conditionnez son affichage à la page 1.
2. Canonique de paginationSur la page 2, la balise canonique doit pointer vers la page 2, pas vers la page 1. Contrôlez le code source, pas seulement l’affichage.
3. Paramètre de nombre par pageGénérez une URL avec un paramètre de nombre par page et vérifiez sa canonique : elle doit pointer vers la version par défaut.
4. Nombre de pagesComptez les pages de vos plus grosses catégories. Au-delà de quatre ou cinq, augmentez le nombre de produits par page.
5. Titre des pages paginéesLe titre peut rester identique ou porter une mention de page ; l’essentiel est qu’il ne soit pas vide et ne casse pas la logique de la série.
6. Accès aux produits profondsPrenez un produit en fin de dernière page et vérifiez qu’un autre chemin interne y mène : produits similaires, recherche interne, plan du site.

Un contrôle plus large de la couverture d’indexation et du crawl entre dans le cadre d’un audit SEO PrestaShop.

Traiter la cause, pas le symptôme

La pagination PrestaShop se règle en trois gestes, dans cet ordre. On conditionne la description de catégorie à la page 1, pour que les pages suivantes ne soient plus des quasi-doublons éditoriaux. On canonise le paramètre de nombre de produits par page vers la version par défaut. On garde une canonique auto-référente sur la série et on vise deux à quatre pages par catégorie. Le reste, attributs de pagination et titres, est secondaire.

Sur une boutique existante, ce diagnostic commence par un relevé des URL de pagination réellement indexées et de leur contenu. C’est le genre de chantier qu’un accompagnement SEO PrestaShop mène catégorie par catégorie, en mesurant l’évolution du crawl.