Dois-je adopter le défilement infini ou la pagination classique?
Je possède une application monopage (web) affichant une liste d'articles.
Chaque article représente une annonce, imaginez par exemple quelques offres.
Un utilisateur peut lister les offres en cours, et cliquer sur l'une d'elles pour afficher la page "afficher", montrant les offres en détail.
Comment gérer la navigation de l'utilisateur entre les différentes vues de l'enchère?
Lorsqu'il clique sur le bouton de retour du navigateur (ou sur un bouton de retour approprié), je m'attends à ce que l'application actualise la liste des offres, au cas où le titre, les prix, etc. seraient mis à jour, ou même de nouvelles offres ajoutées qui entraîneraient un nouveau tri. la liste.
Plus précisément, devrais-je adopter un mécanisme de pagination (division des pages en nombres) ou un mécanisme de défilement infini?
Le problème que je remarque avec scroll infinite serait qu'il serait incompatible avec l'actualisation de la liste des enchères.
En effet, si ma règle de chargement était de charger 20 éléments pour 20 éléments, si l'utilisateur clique sur le 190e, un retour menant à une actualisation ne récupérerait que les 20 premiers éléments. L'utilisateur serait toujours obligé de faire défiler jusqu'à ce qu'il trouve que le 191ème élément => sonne très mal, en ce qui concerne l'UX.
D'un autre côté, un parchemin est facilement conservable lorsqu'il s'agit d'un mécanisme de pagination classique (comme Ebay le fait par exemple).
À mon humble avis, Scroll infinite serait pertinent si la liste n'était pas actualisée pendant le cas d'utilisation de navigation de cet utilisateur (car je pouvais conserver la position de défilement actuelle) ou si la page "Détails de l'offre" était ouverte dans une autre fenêtre/onglet du navigateur.
Ai-je tort? Quelle serait une bonne pratique dans ce cas?
D'accord, dans ce cas, j'ai les suggestions suivantes:
- Tout d'abord, faites une liste des articles sur lesquels l'utilisateur avait enchéri. De cette façon, il peut toujours retrouver son chemin vers les articles qui l'intéressent. Ou peut-être une liste "enregistrée" si un utilisateur veut revenir sur un article, mais n'a pas encore placé d'enchère.
- Deuxièmement, regardez comment les gens dans Cet article combinent la pagination et le défilement infini. Je l'ai déjà suggéré à quelqu'un sur ce site Web auparavant, mais je pense vraiment que c'est une solution très élégante à tout problème de défilement/pagination infini.
De cette façon, un utilisateur peut rapidement revenir à la page sur laquelle il se trouvait (et partager cette page exacte avec des amis par exemple), mais toujours profiter du plaisir du défilement infini.
Utilisez la pagination par défaut et passez en défilement infini uniquement si Javascript est activé.
Considérez que certains utilisateurs auront désactivé javascript, et ce serait bien si votre site fonctionnait pour eux aussi. Ce n'est généralement pas le cas lorsque le défilement infini est la seule option. Cependant, vous pouvez le faire fonctionner pour tout le monde et donner aux utilisateurs JS une expérience plus fluide, si vous y pensez un peu.