UX : trop de liens tue les liens
J'ai fait effectuer un test de navigation sur dev puis sur ma branche à Cécile, et le retour est sans appel : la nouvelle proposition est beaucoup plus claire et intuitive. En revanche, une chose l'a beaucoup perturbé : les liens. Je l'ai observé naviguer et effectivement, ça a clairement entravé sa prise en main.
tl;dr : Il faut qu'on réfléchisse à quand et pourquoi on met des liens, et distinguer les liens extérieurs des liens infra documentaires.
L'avantage de ce test avec Céc' c'est qu'elle sait très bien se servir d'un ordi mais qu'elle n'a quasiment jamais lu de documentation de ce type, comme 99% de nos copaines. Et comme la plupart d'entre elleux, sa référence dans le genre c'est Wikipédia. Sur l'encyclopédie en ligne, il y a des liens partout mais c'est assez clair : ils renvoient vers d'autres articles qui parlent directement du mot ou de l'expression liée, et quand exceptionnellement ils sont externes il y a un icône spécifique du genre
De notre côté, on a un peu tout et n'importe quoi, et les liens vers l'extérieur ou à l'intérieur de la documentation ne sont pas différenciés. Je ne vais donner que quelques exemples (il suffit de parcourir notre doc avec un peu de recul pour s'en rendre compte). Un cas extrême :
Se loger en ssh sur felinn.org
Quel besoin d'un lien vers notre site ?
Un des risques de cette profusion de lien est la navigation par les habitué·es de Wikipédia : dès qu'iels ne savent pas ce que veut dire une chose, iels vont avoir tendance à cliquer sur le premier lien inséré sur un mot ou une expression qui semble renvoyer à ce dont on parle. Or souvent ça n'est pas du tout vers quoi on a mis le lien. Un exemple :
On distingue deux types de comptes sur les services :
- compte interne : compte SSO avec Hiboo, c'est le compte normal des membres de la FELINN
- compte externe : compte créé directement sur les services avec leur système d'authentification propre
Le lien vers auth.felinn.org est trompeur : la personne qui voudrait comprendre ce qu'est Hiboo va se retrouver sur une interface de connexion qui ne lui parle pas forcément. Et se retrouvera hors documentation.
Il y a d'autres tendances, par exemple faire quatre fois le même lien dans quatre paragraphes qui se suivent.
Bref ! La théorie de Cécile, c'est qu'à force de trop vouloir éviter le manque de transparence et de référence, on a eu tendance à noyer notre texte. Je crois que je partage cet avis et je pense qu'il serait bon d'avoir une discussion là dessus, qui aboutirait à un nouveau paragraphe dans le protocole de la documentation : Pourquoi et comment insérer des liens ?
J'ouvre donc cette discussion et je donne déjà des pistes
Déjà des questions à se poser en écrivant, en se mettant à la place de l'utilisateurice :
- est-ce que mon lien renvoie vers une explication plus précise, vers une référence externe ou vers un accès à ce dont on parle ?
- est-ce que dans la forme, au moins implicitement, cette nature du lien est devinable sans avoir à survoler la balise pour voir l'url ?
- est-ce que j'ai déjà inséré le même lien de manière aussi claire ou plus claire avant ?
- est-ce que je pourrais éviter de détourner l'attention de l'utilisateurice par une autre technique ?
Des options à considérer :
- distinguer les liens externes des liens internes
- essayer le plus possible d'être explicite sur ce vers quoi mène le lien (exemple : « Pour en savoir plus, rendez-vous sur le site officiel de Tedomum »
- n'utiliser les liens sur des mots sans plus de précision que pour des références sur la même page
- utiliser plus d'alternatives aux liens directs (par exemple quand on veut juste faire référence à un truc : note de bas de page)
- ne pas hésiter à avoir une section "références" en bas des pages, genre biblio/en savoir plus
- éviter les liens évidents qui se répètent sur toute la documentation (typiquement vers note propre site internet)