Pagination PrestaShop : quels signaux envoyer à Google en 2026 ?

Deux guides sérieux peuvent vous donner deux réponses opposées sur le comportement par défaut de la pagination PrestaShop : l’un affirme que le CMS gère déjà correctement le canonical, l’autre qu’un noindex codé en dur bloque des milliers de pages. Les deux ont raison, chacun pour une version différente. Voici les signaux à envoyer réellement à Google en 2026, et surtout la méthode pour vérifier ce que VOTRE boutique fait, plutôt que de suivre un guide générique à l’aveugle.

Où en est la pagination SEO en 2026 : ce qui a changé, ce qui n’a jamais marché

Un point d’abord tranché depuis longtemps mais encore recommandé par certains prestataires : les balises rel="next" et rel="prev" ne servent plus à rien. Google les a abandonnées le 21 mars 2019, confirmé publiquement par John Mueller. PrestaShop les intègre encore dans plusieurs thèmes par défaut ; les laisser ne nuit pas, mais les considérer comme une protection SEO est une erreur.

Depuis cet abandon, chaque page paginée est traitée comme une URL autonome : Google ne consolide plus les signaux de classement sur l’ensemble de la série, il évalue ?p=2 indépendamment de ?p=1. La conséquence directe est que la balise canonical de chaque page paginée doit s’auto-référencer, jamais pointer vers la page 1 : trois options sont valables (canonical auto-référencé avec liens séquentiels réels, page « Tout afficher » qui consolide la série, ou indexation de chaque page sans astuce canonique), confirmées publiquement par John Mueller lors de la SMX Advanced 2023.

La contradiction que personne ne résout : vérifiez votre propre pagination

C’est le point que la plupart des guides sur PrestaShop ratent en généralisant à partir d’une seule installation testée. Certains affirment que le module natif gère déjà correctement le canonical sur la pagination ; d’autres, tout aussi sérieux, rapportent des installations où un noindex se retrouve codé en dur sur les pages 2 et suivantes, invisibilisant l’essentiel du catalogue sans que le marchand ne s’en aperçoive. Les deux constats sont réels : PrestaShop 1.6, PrestaShop 8.x avec thème par défaut et PrestaShop 8.x avec thème tiers ne se comportent pas identiquement, et une simple mise à jour de thème peut faire basculer d’un comportement à l’autre sans avertissement.

Conclusion pratique : ne faites confiance à aucun guide généraliste, y compris celui-ci, sur ce point précis. La seule vérification qui compte se fait sur votre propre boutique, en trois étapes.

1. Inspectez le code source réel d’une page 2

Ouvrez une catégorie avec pagination, passez en page 2, et affichez le code source (pas les outils de développement qui peuvent afficher du DOM modifié par JavaScript). Cherchez la balise <meta name="robots"> : si elle contient noindex, votre thème ou une extension le pose activement, souvent sans que ce soit documenté nulle part dans le back-office.

2. Vérifiez la cible du canonical

Toujours dans le code source de la page 2, repérez <link rel="canonical">. S’il pointe vers l’URL de la page 2 elle-même, c’est correct. S’il pointe vers la page 1 (l’URL de la catégorie sans paramètre de pagination), c’est l’erreur la plus fréquente et la plus coûteuse : elle indique à Google que la page 2 n’a aucune valeur propre, ce qui finit par la faire sortir de l’index avec tous les produits qu’elle liste.

3. Croisez avec la version et le thème

Notez la version de PrestaShop et le nom du thème actif avant de conclure quoi que ce soit : c’est cette combinaison précise qui détermine le comportement, pas une règle générale valable pour « PrestaShop » comme s’il s’agissait d’un seul logiciel figé. Un changement de thème lors d’une refonte doit systématiquement redéclencher cette vérification. Si le diagnostic dépasse la seule pagination, un audit SEO PrestaShop complet permet de vérifier l’ensemble des signaux d’indexation en une seule passe plutôt que réglage par réglage.

Les signaux à envoyer, page par page

Une fois le diagnostic posé, la doctrine 2026 se résume à quelques règles simples, à condition de les appliquer après vérification et non par automatisme.

Cette logique de signal auto-référencé vaut aussi pour les URL de tri, mais avec un piège propre à PrestaShop que nous détaillons dans notre guide sur la gestion des URL de tri : la règle robots.txt par défaut ne bloque le paramètre de tri que s’il arrive en première position dans l’URL.

Le cas du chargement « afficher plus » mérite une mention à part : quand il ne change pas l’URL et charge du contenu en JavaScript pur, Googlebot ne peut ni cliquer ni scroller pour l’atteindre. La seule solution fiable reste une pagination HTML classique en parallèle, accessible par de vrais liens, que le JavaScript vienne ou non améliorer l’expérience visuelle par-dessus.

Les erreurs qui coûtent le plus cher

1. Canonical vers la page 1Supprime la page paginée de l’index avec tous les produits qu’elle contient : l’erreur la plus fréquente et la plus lourde en trafic perdu.
2. Noindex hérité sans le savoirUn thème tiers ou une extension d’optimisation SEO mal configurée peut poser un noindex sur toute la pagination sans qu’aucune alerte ne le signale.
3. Blocage robots.txt sur les paramètres de paginationEmpêche Google de vérifier l’état réel de la page : s’il y avait un noindex à découvrir, il ne le verra jamais, et l’URL reste gelée dans l’état où le blocage l’a figée.
4. Pagination combinée aux filtres sans limiteCroiser tri, filtres et pagination peut générer des dizaines de milliers de combinaisons d’URL : un piège d’exploration distinct de la pagination simple, à traiter séparément (cf. notre analyse du budget de crawl sur la navigation à facettes).
5. Confondre robots.txt et noindexLe premier économise du crawl, le second retire de l’index : les empiler dans le mauvais ordre revient à geler une page indexée que Google ne recrawlera plus jamais pour constater le noindex.

Combien de produits afficher par page

L’arbitrage se joue entre deux contraintes opposées : moins de produits par page multiplie la profondeur de pagination (donc le nombre de clics pour atteindre les derniers produits), plus de produits par page alourdit le temps de chargement de chaque page, avec un effet direct sur le LCP mobile. La fourchette qui équilibre les deux se situe généralement entre 24 et 48 produits par page pour un catalogue de taille moyenne, à condition que les images soient servies en WebP et en chargement différé au-delà du pli. Un réglage à 12 produits par page (la valeur par défaut historique de PrestaShop) pousse un catalogue de quelques centaines de références sur une dizaine de pages ou plus, ce qui ralentit la découverte des produits en fin de catalogue par Googlebot. Si le texte de présentation de vos catégories se répète à l’identique sur chaque page de la pagination, le problème n’est plus le nombre de produits mais le contenu éditorial : notre guide sur la pagination des catégories détaille comment l’éviter.

Checklist de vérification

1. Ouvrir le code source d’une page 2Chercher la balise meta robots et la cible du canonical, pas seulement dans l’éditeur mais dans le HTML réellement servi.
2. Confirmer que le canonical s’auto-référenceChaque page paginée doit pointer vers elle-même, jamais vers la page 1 de la catégorie.
3. Vérifier l’absence de noindex non documentéTester après chaque changement de thème, qui peut réintroduire le problème silencieusement.
4. Retirer toute règle robots.txt qui bloque la paginationSauf cas très spécifique déjà validé par un diagnostic complet du budget de crawl.
5. Mesurer le LCP mobile de la page catégorieAjuster le nombre de produits par page si le chargement dépasse 2,5 secondes.
6. Suivre l’indexation dans Search ConsoleUne correction de canonical met plusieurs semaines à se refléter, le temps que Google recrawle et réévalue chaque page.

Ce qu’il faut retenir

La pagination PrestaShop en 2026 ne se règle pas avec une recette universelle : elle se diagnostique boutique par boutique, parce que le comportement par défaut varie selon la version et le thème installés, parfois de façon contradictoire d’une installation à l’autre. Une fois le diagnostic posé, les règles sont simples : canonical auto-référencé, aucun noindex sur la pagination classique, liens HTML réels, et un nombre de produits par page qui équilibre profondeur de navigation et vitesse de chargement.