Le défilement est-il préférable à un clic pour révéler plus de contenu?
Lequel est plus vite? Faire défiler vers le bas ou cliquer sur un bouton pour révéler plus de contenu? Actuellement, notre site nécessite un clic sur les numéros de page pour révéler plus de contenu. Nous avons 9 canaux par page, ce qui correspond à sur un seul écran dans les résolutions les plus courantes.
Personnellement, je pense qu'il serait plus facile d'avoir 2 ou 3 pages de contenu et de faire défiler pour révéler ces pages. Nous devrions avoir plus de 20 chaînes par page. Je tape simplement la molette de ma souris ou j'appuie sur la touche bas. Je n'ai pas à viser un petit bouton (ce qui prend plus de temps selon la loi de Fitts).
La pagination doit être utilisée pour diviser le contenu en groupes de contenu sémantiques ou liés à une tâche, par exemple par vos catégories dans votre barre de menu à gauche. Cela permet aux utilisateurs de trouver du contenu en ce que il est (par exemple, le titre de la page dans un menu) plutôt que où c'est le cas (par exemple, numéro de page ou position relative dans une page défilante). Généralement, les tâches des utilisateurs dépendent de ce qui ("J'ai besoin de vérifier les sports") et non où ("J'ai besoin de vérifier les chaînes aux deux tiers dans la liste").
Chaque page de contenu connexe peut défiler. À un moment donné, vous ne pouviez pas compter sur la quasi-totalité des utilisateurs sachant comment faire défiler, il a donc été conseillé aux concepteurs de conserver tout le contenu "au-dessus de la ligne de flottaison". Cette préoccupation a largement disparu maintenant, et les utilisateurs sont parfaitement capables et désireux de faire défiler s'il y a des signes que le contenu qu'ils souhaitent se trouve plus bas sur la page (bien que par souci d'efficacité, vous devez toujours mettre le contenu que les utilisateurs souhaitent le plus en haut, tels que fournis par votre fonction de tri). [Voir l'article de Jakob Nielsen, " Scrolling and Attention ."]
Dans votre cas, il semble que vous ayez une liste qui est arbitrairement divisée en pages. C'est presque toujours inférieur à tout mettre dans une grande liste déroulante. J'ai constaté que le défilement était environ trois fois plus rapide que la pagination pour rechercher et comparer des données dans un tableau ou une liste. Une recherche plus systématique sur les résultats de recherche (assez proche de ce que vous avez) a révélé que les pages de 50 éléments pouvaient être numérisées plus rapidement que les pages de 1 éléments (100 éléments n'étaient apparemment pas significativement différents de 50, mais à ce point, il n'y avait que deux pages de résultats).
Le défilement présente les avantages suivants par rapport à la pagination dans les listes et les tableaux (tous ne s'appliquent pas nécessairement dans votre cas):
Le contrôle de la barre de défilement est normalisé de sorte que la plupart des utilisateurs le connaissent déjà. La pagination manque de normalisation, donc elle demande de l'attention et apprend à l'utiliser (par exemple, où se trouvent les liens dans la page, s'il existe un premier ou un dernier lien, s'il existe des liens vers des pages individuelles sélectionnées).
Le nombre d'éléments affichés peut s'ajuster automatiquement avec le redimensionnement de la fenêtre, ce qui permet aux utilisateurs d'optimiser le nombre d'éléments visibles en une seule étape et d'éviter les situations de défilement et de pagination.
La barre de défilement est rapidement accessible, peu importe où l'utilisateur se trouve dans la fenêtre. Les interfaces de pagination fournissent généralement les liens de page uniquement en haut et/ou en bas de la page, ce qui peut signifier un long balayage; ils peuvent même défiler hors de vue.
Les utilisateurs peuvent déplacer aussi peu qu'un élément à la fois pour afficher les éléments qu'ils souhaitent voir ensemble. La pagination divise les éléments en groupes arbitraires, ce qui peut entraîner la répartition des éléments d'intérêt sur plusieurs pages.
Les utilisateurs peuvent faire défiler n'importe où dans la liste avec un seul glisser. La pagination est limitée aux liens de page affichés, ce qui limite généralement l'utilisateur à se déplacer uniquement dans le voisinage immédiat.
Les utilisateurs peuvent sélectionner plusieurs ensembles d'éléments pour effectuer une action sur eux (par exemple, copier, supprimer), et les utilisateurs peuvent regarder tout autre élément tout en conservant la sélection actuelle. La pagination n'autorise et ne conserve généralement que la sélection des éléments de la page en cours.
Le tri des utilisateurs est moins susceptible d'entraîner une désorientation. Avec le défilement, vous pouvez laisser la position de défilement où il se trouve ou vous pouvez automatiquement faire défiler pour "chasser" l'élément de liste qui a actuellement le focus; de toute façon les utilisateurs font bien. Cependant, avec la pagination, les utilisateurs peuvent être désorientés lorsque le tri modifie tout sur leur page actuelle ou si leur numéro de page change en une autre valeur pour garder l'élément actuel au point. De nombreuses implémentations de pagination (comme la vôtre) réinitialisent l'utilisateur à la page 1 après le tri, ce qui semble éviter la désorientation, mais oblige trop souvent l'utilisateur à naviguer à nouveau vers un élément particulier.
Les utilisateurs peuvent toujours déplacer une "page" à la fois de toute façon en cliquant sur la "piste" de la barre de défilement.
Je vous recommande de mettre tous vos chaînes dans un seul volet de défilement. Placez la liste des chaînes dans un volet ou un cadre séparé à partir du menu et d'autres commandes générales afin qu'elles restent faciles d'accès. Mélanger la pagination et le défilement (par exemple, 20 des 127 canaux par page) peut être pire que la pagination seule, forçant l'utilisateur à décider quand faire chacun, et parfois ils peuvent avoir besoin de faire les deux (par exemple, faire défiler vers le haut ou vers le bas pour les liens vers page). Il semble que 127 canaux soit environ 500 Ko à charger sur une seule page. Vraisemblablement, vos utilisateurs disposent de connexions à haut débit s'ils regardent la télévision sur le Web, vous pouvez donc compter sur le chargement de 500 Ko en quelques secondes seulement.
Maintenant, 127 canaux sur une seule page peuvent apparaître comme étant "trop nombreux" pour l'utilisateur, vous pouvez donc vouloir rompre les dans la page (par exemple, en mettant des en-têtes pour "Aujourd'hui", "Hier", "La semaine dernière" lorsqu'ils sont triés par le plus récent).
Bien que le défilement soit la méthode préférée dans de nombreux scénarios, dans un assistant/tutoriel ou toute autre situation similaire "faire une chose, puis faire la chose suivante", un bouton suivant/"1,2,3 ..." peut être un meilleur de manière à ce que l’utilisateur sache qu’il quitte l’étape/question précédente et qu’une nouvelle peut être traitée.
En plus des points mentionnés dans la réponse acceptée:
Le défilement a plus de possibilités intégrées qu'un clic suivant:
- faire glisser la barre de défilement pour faire défiler avec l'aperçu de la vie
- en cliquant sur la barre de défilement pour sauter page par page
- en cliquant sur les boutons de fin pour les petites étapes (idéalement, par article)
- molette de défilement de la souris (ou mécanismes similaires sur les ordinateurs portables)
- Boutons Page haut/Page bas, Curseur haut/Curseur bas
Tous ces mécanismes sont assez standardisés et les utilisateurs le connaissent. La barre de défilement est souvent un simple indicateur que je peux utiliser la molette de défilement.
Le seul inconvénient d'une barre de défilement mal implémentée est qu'elle n'est pas orientée article, c'est-à-dire que les distances de saut ne sont pas directement corrélées au contenu. (Ou, en d'autres termes, il peut être difficile à mettre en œuvre de cette façon).
Sans parler d'un trackpad avec défilement à inertie!
Je n'aime vraiment pas ces petites icônes/liens de page suivante/précédente. Lorsque le contenu forme un tout, collez-le sur une seule page et faites défiler. Sinon, sectionnez-le avec une table des matières ou des catégories décentes.
Sur votre site, le "Tous" nécessite 23 pages! Si vous collez ceci dans une seule page de défilement, vous voudrez peut-être le décomposer de manière significative, par exemple, par catégorie, par ordre alphabétique,… Dans un tel cas, la barre latérale devient une table des matières, et en cliquant sur une entrée, vous sautez à cette position dans la page. Saut et défilement faciles combinés.
Si vous vous interrogez sur la vitesse, le défilement est certainement plus rapide que de cliquer sur des dizaines de pages, 9 éléments sur chacune. Le seul inconvénient du défilement de longues pages peut être la désorientation de l'utilisateur, une fois qu'il y a plus de 50 éléments sur une page.
Je pense que vous pouvez comparer cela avec l'interface Web de Twitter. Ne serait-ce pas ennuyeux si vous n'aviez que 9 tweets par page et deviez cliquer sur les boutons "suivant/précédent" en bas ...
La pagination est certainement plus lente que le défilement d'une page. Cependant, la pagination a ses avantages. Cela facilite le suivi des résultats. Si le type de liste que vous avez exige un ordre et un comptage plus stricts, la pagination peut vous aider.
Sans aucun doute, le défilement est beaucoup plus rapide que de trouver et de cliquer sur un lien. Mais ce n'est pas parce que c'est plus rapide que vous devez allonger vos pages. En d'autres termes, vous ne devriez pas utiliser le défilement infini dans toutes les situations, car s'il y a trop de contenu, les utilisateurs n'auront peut-être pas la patience de défiler jusqu'à la fin.
Cet article souligne que si vous concevez votre page pour le défilement, les utilisateurs peuvent "voir tout le contenu dans l'ordre sur la page sans avoir besoin de cliquer sur des liens". Mais si vous utilisez des liens de page, "les utilisateurs peuvent ignorer un lien de page et accéder à celui qu'ils aiment sans jamais visiter les pages qu'ils ont ignorées. Si une étiquette de lien de page ne leur plaît pas, ils ne cliqueront pas dessus et ne verront pas le contenu derrière ce lien. "
Cela signifie que vous risquez que les utilisateurs ne voient pas certains contenus s'ils ne cliquent pas sur l'un des liens de votre page. Mais s'ils défilent, il est presque certain qu'ils le verront.