Existe-t-il des recherches publiques sur l'efficacité des indicateurs d'activité, les barres de progression et le chargement progressif?
Les indicateurs d'activité (roue tournante) et les barres de progression sont très courants dans de nombreuses applications.
Une nouvelle approche que j'ai remarquée est lorsqu'une application affiche les conteneurs de la page ou du contenu tout en chargeant le contenu réel. Lorsque le contenu est chargé, il remplit les détails en remplaçant la zone vide. L'application iOS de Facebook chargera le conteneur d'une image, avec un grand rectangle blanc, jusqu'à ce qu'elle charge l'image réelle une fraction de seconde plus tard. Aucun indicateur d'activité ne bloque l'interaction de l'utilisateur.
Y a-t-il des articles ou des articles de recherche qui approfondissent ce sujet? J'ai cherché dans les messages précédents mais je ne trouve rien qui discute de cette approche de chargement progressif.
En général, il est admis dans la recherche HCI [1] que la présence d'indicateurs de progrès améliore l'UX d'une interface en fournissant un degré d'interactivité, de réactivité et d'informativité à son utilisateur. Cependant, il a également été démontré que le style ou la mise en œuvre d'un indicateur de progression peut avoir un impact important sur le plaisir et la perception de l'utilisateur d'une interface [2].
Quant à votre question spécifique concernant le chargement fragmentaire des pages Web, je pense que plusieurs facteurs entrent en jeu. Si une page Web comporte plusieurs composants dont le chargement est long (ou si l'utilisateur utilise une connexion moins qu'idéale, c'est-à-dire via un smartphone), le chargement fragmentaire ou à la demande des composants de la page peut avoir un effet profond sur perception par l'utilisateur de la réactivité de l'interface. D'un autre côté, j'ai vu des études qui montrent qu'une utilisation intensive des indicateurs de progrès peut en fait donner aux utilisateurs la perception que les retards sont plus longs qu'ils ne le sont réellement ( cette constatation a été motivée par le désir de savoir combien de temps attendre avant d'afficher un indicateur de progression lors d'une opération asynchrone, de sorte que ses conclusions peuvent ne pas être généralisables à cette situation).
Je n'ai trouvé aucune recherche évaluant cette technique spécifique, cependant, l'industrie du logiciel semble l'adopter comme une approche valable pour concevoir des pages "lourdes". Il reste à voir si ces techniques nécessitent ou non des indicateurs de progression (comme dans votre exemple d'application Facebook), mais cela dépend probablement de l'efficacité avec laquelle le contenu distant peut être reçu.
[1]: Brad A. Myers. 1985. L'importance des indicateurs de progrès réalisés en pourcentage pour les interfaces ordinateur-homme. Dans les Actes de la Conférence SIGCHI sur les facteurs humains dans les systèmes informatiques (CHI '85). ACM, New York, NY, USA, 11-17. DOI = 10.1145/317456.317459 http://doi.acm.org/10.1145/317456.317459
[2]: Sumaru Niida, Satoshi Uemura, Hajime Nakamura et Etsuko Harada. 2011. Étude sur le terrain d'un système de livraison de remplissage de temps d'attente. Dans les actes de la 13e Conférence internationale sur l'interaction homme-machine avec les appareils et services mobiles (MobileHCI '11). ACM, New York, NY, USA, 177-180. DOI = 10.1145/2037373.2037401 http://doi.acm.org/10.1145/2037373.2037401
Consultez notre article par groupe NN http://www.nngroup.com/articles/response-times-3-important-limits/ . Il indique quand afficher une barre de progression et quand ne pas le faire.
Fondamentalement, si le temps d'attente est minimal (moins de 1 seconde), vous pouvez vous permettre de ne pas utiliser de barre de progression. Rien de plus, alors l'utilisateur attend des commentaires sur l'opération qui prend du temps.