Cet article est une extension de "Ta page charge, ce n'est pas sale." chez hteumeuleu.fr. Il explique avec justesse pourquoi les barres de chargement (et consorts) sont une mauvaise chose sur le web ; avec une certaine ironie d'ailleurs, puisqu'elles alourdissent les pages.

C'est tout à fait exact, bien sûr. Mais je voulais étendre la portée de ce billet parce que le web n'est plus seulement une agrégation de sites vitrines interconnectés. On construit aujourd'hui de véritables applications, sur le web. Bon, ça ne date pas d'hier, mais le mot ActiveX me donne des boutons...

L'auteur de l'article original nous explique qu'une page de chargement est plus frustrante qu'autre chose pour l'utilisateur qui n'a alors la main sur rien et ne peut qu'attendre. Et nous le savons, personne n'aime attendre. Encore moins lorsque l'on est sur Internet où tout va si vite.

En revanche, dans les métiers de l'informatique et des web applications en général, on est souvent confronté à des fonctionnalités qui sont leeeentes. Parfois même, la boutade qui dit qu'on aurait le temps d'aller chercher un café en attendant... n'en est pas une. Ce problème trouve sa cause dans une pléiade de possibilités : fonctionnalité mal codée, non optimisée ; la demande farfelue d'un client ; des serveurs surchargés ; un poste client inadapté ; une sollicitation trop importante du réseau ; etc.

Mais là, c'est le drame. Le client qui vous paie, cher, n'admettra jamais que l'export PDF sa base de données de 2Go soit aussi lent. Il voit son navigateur mouliner dans la semoule, pendant 1 minutes, puis 2. Et puis, il se dit que ça a planté alors il recommence. Et il recommence à nouveau sur l'ordinateur de son collègue pour vérifier que ça ne vient pas du sien. Et là, gagné, c'est le serveur qui lâche.

C'est un cas extrême, d'accord. Vous allez me dire qu'on n'aura jamais à implémenter une fonctionnalité pareille dans une webapp. Mais quoiqu'il en soit, vous aurez toujours des actions lourdes à faire, qui prendront du temps. Un exemple plus réaliste : l'import OPML dans le projet Autoblog.

Alors comment éviter ces comportements, frustrer les utilisateurs et ramasser des anomalies qui n'en sont pas ?

La réponse est l'inverse de ce qu'y est écrit dans l'introduction : les barres de chargements ! Elles animent la page charge. Elles permettent à l'utilisateur de suivre l'avancement. Elles permettent surtout de constater l'application ne nous a pas lâché, et qu'elle continue à faire son job.

Ca ne s'applique pas qu'au web d'ailleurs. Qui attend 5 minutes en voyant : L'application Windows.exe ne répond pas. ? Qui tue une application en voyant une barre de chargement avancer ?

Eh oui. Une page qui charge, ce n'est pas sale. Mais une barre de chargement, c'est rassurant. Utilisez-les avec parcimonie et intelligence, sur des fonctionnalités qui sont susceptibles d'être lourdes, vos utilisateurs seront ravis.

PS : Si jamais la cyber-psychologie est une discipline, je crois que ce billet en est !