Défilement infini ou pagination : quel choix pour l'UX ?

Défilement infini ou pagination: quel choix pour l'UX?

Pour qui suit l'ergonomie web depuis quinze ans, l'annonce avait quelque chose d'à la fois jubilatoire et désespérant: jubilatoire parce qu'elle rappelait les limites du défilement continu, désespérant parce qu'il aura fallu que le géant de Mountain View change lui-même de cap pour que le reste de l'industrie recommence à douter sérieusement de l'infinite scroll.

Pendant ce temps, dans les agences et les équipes produit, on continue de coller du défilement infini partout: sur des catalogues e-commerce, des listes de produits B2B, des annuaires documentaires, des bibliothèques de ressources. Comme si la fluidité visuelle était une fin en soi. Or les problèmes apparaissent rarement dans la maquette. Ils surgissent ensuite, dans les parcours réels: pied de page difficile à atteindre, retour vers un élément déjà consulté, navigation au clavier interminable, filtres qui deviennent pénibles à utiliser, perte de repères dans une liste de plus en plus longue.

Les effets sur la conversion ne sont pas uniformes. Ils varient selon le type de catalogue, la qualité du moteur de recherche, la fréquence d'utilisation, le contexte mobile ou desktop et la manière dont le chargement est implémenté. C'est précisément pour cela qu'il faut arrêter de présenter le scroll infini comme une évidence ergonomique. Il peut être pertinent. Il peut aussi transformer une tâche simple en parcours sans fin.

La psychologie de la navigation: exploration passive contre recherche ciblée

Le premier réflexe à avoir avant de choisir entre scroll infini et pagination, ce n'est pas d'aller regarder les tendances Dribbble du trimestre. C'est d'identifier la nature de la tâche utilisateur. Ce n'est pas une question de préférence esthétique, c'est une question d'intention. Tant qu'on ne sait pas si l'utilisateur vient découvrir, comparer, retrouver ou accomplir une action précise, le débat reste largement théorique.

Quand l'utilisateur entre dans une interface en mode découverte — flânerie sur un fil d'actualité, exploration de contenus homogènes, consommation passive de vidéos courtes — le défilement infini peut faire sens. Les réseaux sociaux l'ont compris depuis longtemps. Le principe fonctionne parce que chaque élément est relativement autonome, que les contenus se ressemblent dans leur format et que la valeur réside souvent dans la continuité de l'exploration plutôt que dans le choix d'un élément particulier.

Dans ce contexte, interrompre régulièrement le flux avec une pagination peut sembler artificiel. L'utilisateur ne cherche pas nécessairement un contenu précis et ne se demande pas toujours où il se trouve dans une collection. Il avance, s'arrête, repart, quitte la page, revient plus tard. Le système peut donc privilégier la continuité, à condition de ne pas masquer les commandes essentielles ni de rendre la page impossible à quitter.

Le problème commence lorsque la tâche devient orientée objectif. Trouver un produit spécifique, comparer plusieurs références, consulter une documentation, revenir à un résultat déjà vu ou accéder aux informations du pied de page ne relève pas de la même logique. Dans ces cas-là, la pagination reprend souvent l'avantage parce qu'elle fournit des repères mentaux et rend la progression visible.

Une page numérotée n'est pas forcément élégante, mais elle est lisible. L'utilisateur sait qu'il consulte une portion de la collection. Il peut revenir à une page précédente, mémoriser une position, transmettre une URL, modifier un filtre puis retrouver une structure comparable. Ces détails paraissent prosaïques jusqu'au moment où ils disparaissent. Après quoi l'équipe produit découvre que l'utilisateur ne se plaint pas forcément du scroll lui-même: il se plaint de ne plus savoir où il est.

Le geste de faire défiler est devenu naturel, surtout sur mobile. Cela ne signifie pas que le défilement infini est la bonne réponse partout. Le scroll est un mouvement d'interface; ce n'est pas une stratégie de navigation complète. Il faut encore décider comment l'utilisateur se repère, comment il revient en arrière, ce qui se passe lorsqu'il applique un filtre et comment il accède à la suite du site.

Le scroll infini n'est pas un choix d'ergonomie. C'est un choix de posture éditoriale: laisser l'utilisateur explorer, ou l'aider à atteindre quelque chose.

Cette distinction permet aussi de sortir d'un faux duel entre deux composants. Une même interface peut avoir besoin de plusieurs mécanismes. Une page d'accueil éditoriale peut utiliser un chargement progressif, tandis qu'un moteur de recherche interne préfère la pagination. Un catalogue peut conserver une structure paginée sur desktop et proposer un bouton « Charger plus » sur mobile. Le bon choix dépend moins de la mode du moment que de la tâche principale.

Ce que l'utilisateur doit pouvoir conserver

Quel que soit le pattern retenu, quatre éléments méritent une attention particulière:

• la position dans la liste, pour éviter que l'utilisateur perde le fil après une consultation;
• l'état des filtres et du tri, qui ne doit pas disparaître à chaque changement de vue;
• la possibilité de revenir à un élément déjà consulté sans recharger toute la collection;
• une indication compréhensible de ce qui a été chargé et de ce qui reste éventuellement disponible.

Le scroll infini peut intégrer ces principes, mais il ne les fournit pas automatiquement. La pagination non plus, d'ailleurs. Une mauvaise pagination, avec des filtres réinitialisés à chaque clic et des URL incompréhensibles, reste une mauvaise expérience. Le composant ne remplace pas la conception du parcours.

Le retour de la pagination: pourquoi Google a abandonné le défilement continu

L'épisode Google mérite qu'on s'y arrête, parce qu'il rappelle une vérité assez embarrassante pour le secteur: une interface très utilisée n'est pas à l'abri d'un mauvais arbitrage. Le défilement continu sur les pages de résultats répondait à une logique séduisante sur le papier: réduire les interruptions, éviter un clic supplémentaire et donner accès à davantage de résultats dans un même mouvement.

La théorie se tenait. Dans la pratique, la disparition des repères pouvait compliquer la lecture des résultats et le retour vers un élément déjà consulté. Le chargement automatique ajoutait également une part d'imprévisibilité: l'utilisateur ne choisissait pas toujours le moment où de nouveaux résultats apparaissaient, ni la quantité de contenu qu'il devait traverser avant de retrouver une information.

Google est donc revenu à une présentation paginée en juin 2024. L'entreprise a expliqué que le chargement automatique de résultats supplémentaires n'améliorait pas la satisfaction globale. Il faut rester précis sur ce point: cela ne signifie pas que la satisfaction avait nécessairement diminué pour tous les utilisateurs ou dans tous les contextes. Cela signifie plutôt que le gain attendu n'était pas suffisamment convaincant pour justifier le maintien du dispositif.

La nuance est importante. Une décision prise par Google sur ses pages de résultats ne constitue pas une règle universelle pour les sites marchands, les réseaux sociaux ou les bibliothèques documentaires. En revanche, elle fournit un rappel utile: supprimer un clic ne suffit pas à améliorer l'expérience. Une friction peut avoir une fonction. Le clic de pagination marque une étape, donne le temps de réévaluer les résultats et rend la progression explicite.

Quand l'utilisateur cherche quelque chose de précis — une information, un produit, une réponse à une question — il veut généralement conserver un certain contrôle sur le parcours. Une indication comme « Page 3 sur 47 » n'est pas seulement un élément décoratif. Elle permet d'estimer la distance parcourue, de revenir à une zone connue ou de décider que la recherche est terminée.

Le scroll infini, lui, peut donner une impression de liberté tout en supprimant ces repères. Tant que l'utilisateur explore, cette absence de structure peut passer inaperçue. Dès qu'il doit retrouver une référence ou reprendre une recherche interrompue, elle devient une charge cognitive supplémentaire.

La pagination n'est pas une solution magique

Il serait toutefois aussi simpliste de transformer la pagination en remède universel. Elle a ses propres défauts:

• une page supplémentaire peut interrompre une comparaison entre plusieurs éléments;
• le rechargement ou la transition peut faire perdre le contexte si l'état de la page est mal conservé;
• les numéros de pages deviennent peu utiles lorsque les résultats sont constamment réordonnés;
• une pagination trop compacte ou peu lisible peut être difficile à utiliser sur mobile;
• des pages très courtes multiplient les interactions sans apporter de véritable repère.

La question n'est donc pas de savoir quel composant serait intrinsèquement supérieur. Il s'agit de comprendre quelle forme de contrôle la tâche exige. Pour un résultat de recherche, la pagination peut rendre la structure évidente. Pour une collection d'articles, un bouton de chargement progressif peut conserver le contexte tout en laissant le choix de continuer. Pour un flux de contenus consommés les uns après les autres, le défilement automatique peut être cohérent, mais il doit rester interrompable et prévisible.

Les angles morts du scroll infini: accessibilité et pièges du pied de page

Voilà le sujet qui fâche, celui qu'on préfère généralement aborder trop tard en revue de projet. Derrière l'esthétique fluide du défilement infini se cache un ensemble de problèmes d'accessibilité et de maintenance que les prototypes montrent rarement.

Le premier risque concerne la fin de la page. Si de nouveaux éléments se chargent automatiquement dès que l'utilisateur approche du bas, le bas cesse d'être un endroit stable. Il n'y a plus de moment clair où la liste se termine. Pour une personne qui navigue au clavier, cela peut rendre le parcours long et difficile à anticiper. Pour une personne utilisant un lecteur d'écran, l'ajout d'éléments doit être annoncé de manière compréhensible, sans déplacer inopinément le focus ni interrompre la lecture en cours.

Il ne suffit donc pas d'ajouter une région aria-live et de considérer le sujet réglé. Il faut déterminer ce qui est annoncé, à quel moment, avec quel niveau de détail et dans quelle séquence le focus se déplace. Le système doit aussi permettre de rejoindre les nouveaux contenus sans forcer l'utilisateur à repasser par toute la liste. Une interface accessible ne se contente pas de rendre les éléments techniquement atteignables; elle rend leur apparition intelligible.

Les recommandations d'accessibilité applicables à un site doivent être examinées au regard du contexte, du public et des obligations qui lui sont propres. Un chargement automatique peut créer des difficultés au clavier, avec un lecteur d'écran ou pour les personnes qui ont besoin de davantage de temps pour parcourir une page. Il faut donc le tester, pas simplement supposer qu'une implémentation technique correcte suffira.

Le pied de page est l'autre grand oublié du scroll infini, celui qu'on continue de designer avec soin avant de le rendre pratiquement inatteignable. Mentions légales, conditions générales de vente, politique de confidentialité, contact, plan du site, déclaration d'accessibilité: tout ce qui structure un site professionnel doit rester accessible par un chemin clair.

Cela ne signifie pas que la pagination serait juridiquement obligatoire dès qu'une page contient une liste. En revanche, une équipe doit vérifier que les informations nécessaires restent atteignables et que le mode de chargement choisi ne crée pas d'obstacle. La pagination peut être une manière simple de stabiliser la fin d'une page, mais ce n'est pas la seule. Un bouton « Charger plus », un pied de page accessible depuis la navigation principale ou une structure distincte peuvent répondre au même besoin selon le projet.

Le risque ne concerne pas uniquement la conformité. Il touche aussi l'efficacité opérationnelle. Plus le comportement de chargement est sophistiqué, plus il faut gérer d'états: chargement en cours, erreur réseau, absence de nouveaux résultats, doublon, retour depuis une fiche produit, changement de filtre, restauration de la position. Chaque état oublié devient une rupture de parcours.

Et ne nous racontons pas l'histoire que le scroll infini devient automatiquement conforme avec quelques bonnes implémentations techniques. Oui, il est possible de gérer l'annonce des nouveaux éléments, le focus, les états d'erreur et un mode de chargement manuel. Mais cette solution demande une conception rigoureuse, des tests avec plusieurs modalités d'interaction et une maintenance suivie. Dans certains projets, une pagination HTML simple ou un bouton de chargement explicite offrira une base plus robuste. Le choix dépendra alors de la complexité réelle du parcours, et non d'un score théorique ou d'une promesse de simplicité.

Le pied de page comme test de conception

Un test très révélateur consiste à demander ce qui se passe lorsqu'un utilisateur veut accéder aux liens situés en bas de page. Peut-il les atteindre sans parcourir une quantité indéterminée de résultats? Le bouton « Charger plus » reste-t-il visible ou accessible au clavier? Les nouveaux contenus se chargent-ils uniquement après une action volontaire? La position est-elle conservée lorsqu'il revient d'une page produit?

Si les réponses sont floues, le problème n'est pas forcément le scroll infini en lui-même. C'est l'absence de modèle clair pour la fin de la liste. Une interface peut utiliser un défilement continu tout en proposant un accès permanent à la navigation secondaire. Elle peut aussi charger par lots, suspendre le chargement automatique lorsque l'utilisateur navigue au clavier et offrir un bouton explicite.

L'essentiel est que l'utilisateur sache toujours:

1. où il se trouve;

2. ce qui vient d'être ajouté;

3. comment arrêter le chargement;

4. comment rejoindre le reste du site;

5. comment revenir à son point de départ.

Ce sont des exigences de conception avant d'être des détails d'intégration.

Le bouton « Charger plus »: le compromis ergonomique pour l'e-commerce

Il existe une troisième voie, souvent négligée dans les comparatifs binaires parce qu'elle n'a ni le prestige conceptuel du scroll infini ni la rigueur apparente de la pagination: le bouton « Charger plus ». C'est pourtant une option particulièrement intéressante lorsque la page doit conserver une continuité visuelle sans renoncer au contrôle utilisateur.

Ce pattern hybride assume une chose simple: la pagination classique peut créer une coupure visuelle et cognitive, surtout lorsque l'utilisateur compare des produits ou revient après avoir consulté une fiche. Le scroll infini retire, lui, une partie du contrôle au profit d'une fluidité parfois factice. Le bouton « Charger plus » laisse l'utilisateur décider du rythme sans lui imposer une nouvelle page ni déclencher automatiquement une avalanche de résultats.

Concrètement, une grille de produits s'affiche normalement. L'utilisateur fait défiler la page avec ses habitudes, atteint la fin du premier lot et trouve un bouton clairement identifié. Il clique s'il veut continuer à explorer. Sinon, il peut accéder au pied de page, modifier ses filtres ou s'arrêter. La suite n'est pas refusée; elle n'est simplement pas chargée sans son accord.

Le pattern fonctionne bien pour les catalogues dans lesquels l'utilisateur alterne entre exploration et recherche ciblée. Il est également utile lorsque le volume de résultats est important, mais que la liste ne justifie pas une navigation par pages très visible. La quantité chargée à chaque action doit toutefois rester raisonnable. Charger une portion trop importante revient à recréer les problèmes du scroll infini; charger trois éléments à la fois transforme la recherche en série de clics fastidieux.

Le bouton doit aussi être traité comme une vraie commande, pas comme un élément posé en bas de grille pour faire joli:

• son libellé doit indiquer l'action et, si c'est pertinent, le volume de résultats disponible;
• il doit être atteignable au clavier et présenter un état de chargement compréhensible;
• le focus doit rester prévisible après l'ajout des éléments;
• les nouveaux produits doivent être repérables sans lecture forcée de toute la liste;
• un message d'erreur doit permettre de relancer l'action sans perdre les résultats déjà affichés;
• la fin de la collection doit être signalée clairement, plutôt que de laisser un bouton inactif sans explication.

L'autre intérêt du bouton est qu'il rend le comportement mesurable. On peut observer si les utilisateurs demandent davantage de résultats, à quel moment ils s'arrêtent et si l'action intervient avant ou après l'utilisation des filtres. Ces données ne donnent pas automatiquement la cause d'un problème, mais elles permettent de poser de meilleures questions. Une faible utilisation du bouton peut signifier que la première sélection est pertinente, que les résultats suivants sont mal présentés ou que l'utilisateur n'a jamais compris qu'il pouvait continuer.

Un bon pattern n'est pas le plus moderne. C'est celui qui sert l'intention de l'utilisateur sans jamais la deviner à sa place.

Le bouton « Charger plus » n'est pas non plus un compromis à appliquer par défaut à tous les sites marchands. Pour un catalogue très structuré, une pagination peut offrir des repères supérieurs. Pour un flux de recommandations, le chargement automatique peut rester cohérent. L'intérêt du bouton apparaît lorsque l'équipe veut arbitrer entre continuité et contrôle, sans prétendre qu'une seule logique convient à tous les visiteurs.

Arbitrer selon vos objectifs: quand privilégier la structure à la fluidité

La vraie question, celle qu'on devrait poser en lancement de produit et pas en comité de design, n'est pas « pagination ou scroll infini? ». C'est: que vient faire l'utilisateur sur cette page, dans quel état d'esprit, avec quel niveau d'urgence, et quelles actions doit-il pouvoir répéter sans se perdre?

Une grille d'arbitrage peut aider à cadrer la discussion, à condition de la considérer comme un point de départ et non comme une règle automatique.

Pour les listes à finalité juridique ou administrative, il serait excessif d'affirmer qu'une pagination est obligatoire dans tous les cas. La recommandation raisonnable consiste plutôt à privilégier un dispositif qui rend les éléments retrouvables, partageables et accessibles, tout en vérifiant les exigences propres au secteur concerné. Une pagination peut répondre à ces besoins, mais elle ne dispense pas de travailler la recherche, les intitulés, les filtres et la conservation du contexte.

Trois signaux doivent vous alerter lorsque vous avez mis en place un scroll infini. Le pied de page n'est pratiquement jamais atteint sur les pages concernées. Les utilisateurs reviennent difficilement à un produit ou à un document déjà consulté. Les parcours au clavier ou avec un lecteur d'écran s'interrompent avant la fin. Ces signaux ne prouvent pas à eux seuls que le défilement est la cause unique du problème, mais ils justifient un audit du chargement, du focus, de la navigation et de la persistance des états.

Les données d'analyse peuvent aider, à condition de ne pas leur faire dire plus qu'elles ne disent. Un faible taux de clic sur un bouton n'indique pas nécessairement un manque d'intérêt. Une sortie avant le pied de page n'est pas forcément un échec. Une conversion plus faible sur une page à défilement continu peut venir du tri, des informations produit, du temps de chargement, du prix ou de la qualité du trafic. Les heatmaps sont utiles pour visualiser certains comportements, pas pour attribuer mécaniquement une cause.

Il faut donc compléter les analytics par des tests ciblés. Demandez à des utilisateurs de retrouver un produit déjà consulté, de comparer plusieurs références, de modifier un filtre après avoir chargé plusieurs lots, puis de revenir à leur position initiale. Faites le même exercice au clavier et avec une technologie d'assistance lorsque le public du site le justifie. Ce type de scénario révèle rapidement les problèmes que la simple observation du défilement ne montre pas.

Un autre test consiste à interrompre volontairement le parcours: fermer l'onglet, revenir depuis une fiche produit, utiliser le bouton précédent, changer d'orientation sur mobile ou perdre momentanément la connexion. Une interface bien pensée ne doit pas seulement être agréable lorsque tout se passe dans l'ordre prévu. Elle doit rester compréhensible quand l'utilisateur sort du chemin idéal imaginé en atelier.

Une décision à inscrire dans le système de navigation

Le choix du pattern ne doit pas être isolé dans la maquette d'une page. Il doit s'intégrer au système de navigation du site. Si le catalogue utilise le bouton « Charger plus », les filtres, la recherche, le tri et les liens vers les fiches doivent conserver une logique cohérente. Si la pagination est retenue, les URL, les états actifs et le retour arrière doivent être testés ensemble. Si le scroll infini est nécessaire, ses limites doivent être documentées pour éviter qu'il ne soit recopié automatiquement sur des pages qui n'ont pas la même finalité.

La question de l'URL est souvent décisive. Peut-on partager une vue précise? Un utilisateur qui revient sur la page retrouve-t-il les mêmes résultats? Que se passe-t-il si le stock, le tri ou la personnalisation ont changé entre-temps? Une expérience fluide qui ne peut pas être retrouvée devient vite frustrante dans un contexte professionnel.

La performance doit également être examinée sans promesse générale. Un défilement continu peut retarder le chargement initial en limitant le nombre d'éléments visibles, mais il peut aussi multiplier les requêtes, alourdir le DOM et consommer davantage de ressources au fil de la session. Une pagination peut réduire le nombre d'éléments présents à l'écran, mais un changement de page mal optimisé peut provoquer une rupture perceptible. Le résultat dépend de l'architecture, du poids des médias, de la mise en cache et du comportement réel des utilisateurs.

En matière d'ergonomie de navigation, la mode n'est pas un argument. La mesure, si — à condition d'être accompagnée d'une lecture attentive du parcours. Choisissez le défilement infini lorsque l'exploration continue constitue réellement la valeur de la page. Préférez la pagination lorsque l'utilisateur doit retrouver, comparer ou situer des résultats. Utilisez « Charger plus » lorsque vous avez besoin de préserver le contexte tout en laissant la main à l'utilisateur.

Le meilleur choix n'est pas celui qui donne à la maquette l'apparence la plus fluide. C'est celui qui permet d'avancer, de s'arrêter et de revenir sans perdre le fil.