Organiser la pagination des longues listes

Définir ce que chaque page contient

Choisissez un ordre stable, une taille de page raisonnable et un critère de tri explicite. Indiquez le nombre de résultats et les filtres actifs si la liste en possède. Une fiche ne doit pas disparaître ou revenir deux fois pendant que le visiteur avance.

Prévoyez les nouveaux éléments, les suppressions et les listes vides. Le guide des filtres complète ce travail sur les combinaisons de critères.

Prenons une liste fictive figée de 23 fiches, avec 10 fiches par page et un ordre déterminé. Elle comporte 3 pages : 10 + 10 + 3 = 23. La quatrième page est hors plage, elle ne constitue pas une quatrième portion valide du jeu. Vérifiez l’ensemble des identifiants sur les trois pages : une somme correcte peut encore masquer une fiche en double et une autre oubliée.

Refaites ensuite le test avec une insertion en tête après la lecture de la page 1. L’ancienne dixième fiche devient onzième et peut réapparaître en page 2 avec une pagination par OFFSET. Un critère de départage stabilise les égalités de tri, mais ne fige pas les données entre deux requêtes. Définissez donc si le parcours consulte une liste vivante ou une vue cohérente ; ne promettez pas un instantané à partir du seul ordre de tri.

• Ordre et taille de page prévisibles.
• Nombre de résultats lisible.
• Aucune fiche sautée ou dupliquée.

Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.

• Google Search Central : Pagination

  Google, consulté le 22 octobre 2026 : liens HTML successifs, URL distincte et canonique propre à chaque page. Ces dispositions ne garantissent pas l’indexation.

• PostgreSQL : LIMIT / OFFSET

  PostgreSQL 18, consulté le 22 octobre 2026 : LIMIT et OFFSET demandent un ordre unique via ORDER BY pour des sous-ensembles prévisibles. Les 23 fiches et l’insertion sont fictives.

Fournir des liens accessibles

Donnez à chaque page de résultats une URL utilisable et des liens HTML vers les pages voisines. Exemple fictif : une personne ouvre directement la page 3 d’une liste filtrée ; elle doit retrouver filtre, tri et position sans repasser par l’accueil. Indiquez la page courante et vérifiez les contrôles au clavier. Un bouton d’ajout progressif peut compléter ce chemin, sans en masquer les destinations.

Un chargement infini peut améliorer le confort, mais gardez un chemin par liens vers les contenus. Les conseils Google sur la pagination expliquent comment laisser découvrir toutes les pages.

• URL directe pour chaque portion utile.
• Liens précédents et suivants utilisables.
• Position courante annoncée.

Gérer les états et les retours

Testez retour arrière, actualisation, changement de filtre et arrivée depuis un lien partagé. Le visiteur doit retrouver son contexte plutôt que recommencer la liste. Sur téléphone, l’accès aux pages suivantes doit rester visible et facile à activer.

Les pages hors plage et combinaisons sans résultat exigent un message compréhensible. Une redirection automatique vers la première page peut masquer un lien périmé et rendre le diagnostic difficile.

• Historique du navigateur testé.
• Filtres et tri conservés lorsque pertinent.
• États vides expliqués.

Vérifier l’exploration et la performance

Vérifiez liens, réponses des pages suivantes et cohérence des URL canoniques. Exemple fictif : plusieurs fiches ont la même date de publication ; un ordre secondaire stable évite que leur ordre dépende d’un tirage différent à chaque requête. Testez aussi un ajout ou retrait entre deux consultations et explicitez les limites d’une liste vivante. Une première page rapide ne suffit pas si la suite perd des fiches.

Mesurez sur un catalogue représentatif, y compris à la fin de liste et sur mobile. Vérifiez après ajout de fiches : une pagination correcte aujourd’hui peut se casser quand le volume ou les filtres changent.

• Toutes les fiches atteignables.
• URL et canonique cohérentes.
• Performance vérifiée sur plusieurs pages.