# Scroll infini PrestaShop : comment préserver la pagination SEO et les URLs ? > Sur trois mille références, un défilement infini mal implémenté peut laisser deux mille cinq cents produits sans lien depuis leur propre catégorie. Le principe qui règle le problème, les quatre erreurs à éviter et les contrôles à faire. - Page: - Langue: fr - Publié le: 2026-10-06 - Mis à jour le: 2026-10-06 - Autres langues: [en](https://www.datafirefly.com/en/2026/10/06/infinite-scroll-prestashop-seo-pagination/index.md), [es](https://www.datafirefly.com/es/2026/10/06/scroll-infinito-prestashop-paginacion-seo/index.md), [de](https://www.datafirefly.com/de/2026/10/06/infinite-scroll-prestashop-seo-paginierung/index.md), [it](https://www.datafirefly.com/it/2026/10/06/scroll-infinito-prestashop-paginazione-seo/index.md), [pl](https://www.datafirefly.com/pl/2026/10/06/infinite-scroll-prestashop-paginacja-seo/index.md), [nl](https://www.datafirefly.com/nl/2026/10/06/oneindig-scrollen-prestashop-paginering-seo/index.md), [pt](https://www.datafirefly.com/pt/2026/10/06/scroll-infinito-prestashop-paginacao-seo/index.md) - Index: Le défilement infini améliore le parcours et il pose un problème d'indexation : si les produits des lots suivants n'existent que dans le navigateur, les moteurs ne voient que les vingt premiers de chaque catégorie. Sur un catalogue de trois mille références réparties en quinze catégories, cela peut laisser deux mille cinq cents produits sans lien entrant depuis leur propre catégorie. Le comportement de retour à la position, qui est un sujet voisin, a été traité séparément. ## Pourquoi les pages suivantes disparaissent Trois mécanismes se cumulent. **Aucun lien à suivre.** Si le chargement des lots suivants est déclenché par le défilement, il n'existe aucune adresse dans la page. Le robot n'a rien à explorer. **Le défilement n'est pas simulé.** Un moteur qui exécute le code d'une page ne fait pas défiler l'écran comme un visiteur. Ce qui se charge au défilement ne se charge donc pas. **Aucune adresse partageable.** Sans URL correspondant à chaque état, aucun lien externe ne peut pointer vers une page 3, et rien ne se transmet. Conséquence : vos produits restent découvrables par le plan de site et par les liens internes, mais ils perdent le lien depuis leur catégorie, qui est le plus naturel et le plus qualifiant. ## La solution : garder les deux structures Le principe qui règle le problème tient en une phrase : **le défilement infini est une amélioration ajoutée par-dessus une pagination qui existe réellement**. Concrètement, cela signifie trois choses. **Les pages paginées existent** et sont accessibles par leur adresse. Ouvrir directement la page 3 dans un navigateur doit afficher les produits 41 à 60, servis par le serveur. **Les liens de pagination sont présents** dans le code de la page, même s'ils sont masqués visuellement au profit du défilement. **Le défilement met à jour l'adresse** à chaque lot chargé, en remplaçant l'entrée courante de l'historique plutôt qu'en en créant une. Un visiteur ne voit qu'un défilement fluide. Un robot voit une pagination classique. Les deux sont servis sans compromis, et il ne s'agit pas de contenus différents mais du même contenu accessible par deux chemins. ## Les liens de pagination masqués Point qui inquiète parfois : est-il légitime de masquer visuellement des liens présents dans le code ? Oui, dans ce cas précis, pour deux raisons. Les liens mènent au **même contenu** que celui atteint par le défilement, il n'y a donc aucune divergence entre ce que voit le visiteur et ce que voit le robot. Et ils restent **accessibles au clavier**, ce qui les rend utilisables par une part réelle des visiteurs. La bonne pratique consiste d'ailleurs à ne pas les masquer entièrement : un bouton « voir la page suivante » sous les produits chargés, à côté du chargement automatique, sert à la fois les moteurs, les utilisateurs de clavier et ceux qui préfèrent la pagination. ## Le traitement des adresses Quatre règles. **La page 1 existe sans paramètre.** Elle ne doit pas être accessible à la fois avec et sans indication de page, sous peine de créer un doublon. **Chaque page porte une canonique vers elle-même.** Faire pointer les pages 2 et suivantes vers la première revient à demander l'exclusion des produits qui n'apparaissent que sur celles-ci. **L'ordre des produits est stable.** Si votre tri par défaut change entre deux visites, un même produit peut passer de la page 2 à la page 3, ce qui rend l'indexation instable. Ajoutez un critère de départage déterministe, l'identifiant par exemple, après votre critère de tri principal. **Les paramètres de tri et de filtre** se combinent avec la pagination dans un ordre normalisé, sans quoi vous multipliez les variantes de la même page. ## Le nombre de produits par page Décision qui a un effet direct sur l'indexation. Trop peu de produits par page produit beaucoup de pages, ce qui disperse l'exploration. Trop de produits alourdit la page et dégrade les performances. Un repère : vingt-quatre à quarante-huit produits par page couvre bien la plupart des situations. Sur une catégorie de deux cents produits, cela donne quatre à huit pages, ce qui reste explorable. La vue « tout afficher » mérite une remarque. Elle est parfois recommandée comme cible canonique de la série paginée. C'est défendable en dessous de cent produits, ingérable au-delà : la page devient trop lourde et l'expérience se dégrade pour tout le monde. ## Ce qu'il ne faut pas faire Quatre erreurs, dans l'ordre de gravité. **Le défilement seul, sans pagination sous-jacente.** C'est le cas de départ, et le plus dommageable. **La canonique des pages suivantes vers la page 1.** Erreur très répandue, qui produit exactement le résultat qu'on cherchait à éviter. **Le noindex sur les pages 2 et suivantes.** Certains l'appliquent pour éviter la duplication, ce qui n'a pas lieu d'être : ces pages ont des contenus différents. Le noindex les exclut de l'index et empêche la découverte de leurs produits. **La création d'une entrée d'historique par lot chargé.** Le visiteur qui a fait défiler dix lots doit appuyer dix fois sur retour pour sortir de la catégorie. ## Vérifier que cela fonctionne Quatre contrôles, rapides. **Ouvrez la page 3 directement** dans un navigateur, en collant son adresse. Les produits correspondants doivent s'afficher sans défilement préalable. **Consultez le code source** de la page 1, sans exécution de script. Les liens vers les pages suivantes doivent y figurer. **Utilisez l'inspection d'URL** de la Search Console sur une page 3, et regardez le rendu obtenu. C'est le test le plus proche de ce que voit réellement le moteur. **Comptez les pages indexées** de vos catégories dans le rapport d'indexation. Si seules les pages 1 apparaissent, votre pagination n'est pas vue. ## L'effet sur le plan de site Question complémentaire, à trancher. Le plan de site doit contenir vos fiches produits, ce qui garantit leur découverte indépendamment de la pagination. Faut-il y ajouter les pages paginées de catégories ? Non, en général. Le plan de site sert à signaler les pages importantes, et une page 7 de catégorie n'en est pas une. Les liens de pagination suffisent à les rendre explorables. En revanche, si votre plan de site ne contient pas toutes vos fiches produits, corrigez ce point en priorité : c'est le filet de sécurité qui compense les défauts de navigation. ## Mesurer Trois indicateurs, relevés avant puis à deux mois. Le **nombre de pages de catégories indexées**, qui doit augmenter si vos pages suivantes étaient invisibles. Le **nombre de fiches produits indexées**, rapporté au total du catalogue. C'est le chiffre qui compte. Le **délai de découverte** d'un nouveau produit ajouté dans une catégorie profonde, qui mesure l'efficacité de la chaîne complète. Le met en place cette double structure sur PrestaShop 8 et 9 : pagination réelle servie par le serveur avec liens présents dans le code, chargement progressif par-dessus avec mise à jour de l'adresse sans multiplier l'historique, canonique auto-référente par page et bouton de pagination conservé pour l'accès au clavier.