Pagination et filtres : éviter les pages inutiles
En bref
Les filtres et les tris créent une adresse différente pour chaque combinaison, ce qui produit un grand nombre de pages presque identiques. La règle consiste à garder explorables les pages qui apportent un contenu propre, à empêcher l'indexation des combinaisons sans valeur, et à laisser les pages de pagination accessibles avec des liens classiques pour que les robots atteignent les éléments de la liste.
Une liste de produits, d'articles ou de réalisations se décline vite en centaines d'adresses : page 2, page 3, tri par prix, filtre par couleur, combinaison des deux. Chaque variante est une page distincte pour un robot. Le contenu, lui, reste presque identique. Voici comment éviter que ces adresses occupent toute la place.
Pourquoi ces adresses posent-elles problème ?
- Elles se ressemblent : deux pages dont seul l'ordre change n'apportent pas d'information distincte, ce qui rejoint la question du contenu dupliqué.
- Elles consomment l'exploration : le robot passe du temps sur des combinaisons sans intérêt au lieu des pages utiles.
- Elles diluent les liens internes : les signaux se répartissent entre des dizaines de variantes.
- Elles créent des pages vides : une combinaison de filtres sans résultat produit une page sans contenu.
Le problème n'est pas la pagination en elle-même, qui reste un bon moyen de découper une longue liste, mais la multiplication non maîtrisée des paramètres.
Comment traiter la pagination ?
- Donnez une adresse propre à chaque page de la liste, stable dans le temps.
- Laissez les pages suivantes indexables : elles permettent d'atteindre les éléments qui n'apparaissent pas sur la première page.
- Utilisez des liens classiques vers la page suivante et les numéros de page, pas uniquement un bouton qui charge la suite par script.
- Déclarez chaque page comme sa propre adresse canonique, sans renvoyer toutes les pages vers la première : ce renvoi masque les éléments des pages suivantes.
- Évitez une page « tout afficher » trop lourde à charger, sauf si la liste reste courte.
Si le chargement progressif est souhaité pour le confort de lecture, conservez en parallèle des liens de pagination accessibles dans le code.
Comment traiter les filtres et les tris ?
| Type de variante | Apporte-t-elle un contenu propre ? | Traitement |
|---|---|---|
| Filtre correspondant à une vraie demande | Oui, si des visiteurs la recherchent | Page dédiée, texte propre, adresse lisible |
| Tri par prix ou par date | Non, mêmes éléments réordonnés | Empêcher l'indexation de la variante |
| Combinaison de plusieurs filtres | Rarement | Empêcher l'indexation, garder l'usage pour le visiteur |
| Paramètre de suivi ou de session | Non | Adresse canonique vers la page sans paramètre |
| Filtre sans résultat | Non | Message clair, page non indexable |
La question à se poser pour chaque variante est simple : un visiteur pourrait-il chercher exactement cette liste dans un moteur ? Si oui, elle mérite une page travaillée. Sinon, elle doit rester un confort de navigation.
Quels moyens techniques utiliser ?
- La consigne noindex dans le code de la page, pour les variantes sans valeur. La page reste utilisable par le visiteur mais sort de l'index.
- L'adresse canonique, pour désigner la version de référence quand deux adresses montrent le même contenu.
- Le fichier robots.txt, pour empêcher l'exploration de motifs d'adresses entiers. Attention : une page bloquée à l'exploration ne peut pas être lue, donc sa consigne noindex ne sera pas vue.
- Les liens sans suivi vers les combinaisons de filtres, pour ne pas inviter le robot à les parcourir.
- Le plan de site, qui ne liste que les adresses à indexer, comme l'explique notre article sur le sitemap et le robots.txt.
Quelles erreurs reviennent souvent ?
La première consiste à combiner blocage d'exploration et consigne noindex : la consigne devient illisible, et l'adresse peut rester connue du moteur. La deuxième consiste à renvoyer toutes les pages paginées vers la première, ce qui rend invisibles les éléments situés au-delà. La troisième consiste à laisser des filtres générer des adresses infinies, par exemple une plage de dates sans borne.
Vérifiez enfin le nombre de pages connues du moteur par rapport au nombre de pages réellement utiles : un écart important signale une prolifération d'adresses. Cette mise en ordre se traite dans le code du site, un travail que NexSecure mène lors d'une refonte de site internet.
Questions fréquentes
Faut-il désindexer toutes les pages paginées ?
Non. Les pages suivantes donnent accès à des éléments absents de la première. Les rendre non indexables peut empêcher la découverte d'une partie du catalogue.
Un filtre peut-il devenir une page à part entière ?
Oui, si des visiteurs recherchent précisément cette sélection. Elle mérite alors une adresse lisible, un titre propre et un texte d'introduction spécifique.
Le chargement progressif nuit-il au référencement ?
Il nuit si c'est le seul moyen d'accéder à la suite. Conservez en parallèle des liens de pagination présents dans le code HTML.
Comment repérer une prolifération d'adresses ?
Comparez le nombre de pages découvertes par le moteur au nombre de pages utiles de votre site. Les rapports de couverture d'indexation signalent ces écarts.
Sources
Service lié
Articles liés
Rédigé par l'équipe NexSecure. Responsable de la publication : Yohann Toumine. Dernière mise à jour le 11 septembre 2026.
Une question sur votre situation ? Parler de votre projet