Le 30 avril 2022, à l’occasion de la Journée Mondiale des Mobilités et de l’Accessibilité, deux structures membres du collectif CHATONS, Alsace Réseau Neutre et Le Cloud Girofle, ainsi que le hackerspace associatif strasbourgeois Hackstub, se sont mobilisées pour organiser simultanément un Contribatelier sur l’Accessibilité numérique à Strasbourg et Villebon-sur-Yvette (91). Nous leur laissons le clavier pour nous partager un compte-rendu de cette action et des pistes envisagées pour la suite.

À cette occasion, une douzaine de tests ont été menés sur des logiciels libres, dont la plupart sont proposés comme services en ligne par des membres du collectif CHATONS. Les audits consistaient en des tests d’usage réalisés par binômes, composés d’une personne malvoyante en charge du test et d’une personne voyante en charge de sa captation. L’objectif de ces tests utilisateurices fut double : permettre aux personnes qui créent ou hébergent ces solutions de prendre conscience des problèmes et des solutions possibles, et identifier les éventuels services accessibles sur https://entraide.chatons.org et https://chatons.org.

Cet article est l’occasion de détailler comment les tests se sont passés et de mettre en avant les principaux soucis et perspectives liés à l’accessibilité des services libres, dans l’optique de structurer un groupe parlant d’accessibilité au sein du collectif.

Comptes-rendus des sessions

CR du contribatelier animé par ARN et Hackstub à la médiathèque Neudorf de Strasbourg

Avec :

• Irina (organisatrice et participante), utilisatrice expérimentée d’outils libres et contributrice, membre d’Alsace Réseau Neutre, atteinte de déficience visuelle
• Gabriel (participant), président de C’Cité (Fédération des Aveugles Alsace Lorraine Grand Est), à l’aise avec le numérique au quotidien, atteint de déficience visuelle proche du stade aveugle
• Sylvain (participant), ingénieur logiciel
• Valentin (organisateur et participant), ingénieur libriste militant, gérant de ReflexLibre, membre d’Alsace Réseau Neutre et contributeur de YunoHost
• Marjorie (organisatrice et participante), graphiste, artiste et programmeuse libriste, membre d’Hackstub et du collectif cyberféministe Hacqueen

Avec le soutien également d’Éric et Thomas qui sont passés nous voir. Éric est graphiste et programmeur libriste, membre d’ARN, et Thomas est un usager régulier du hackerspace Hackstub qui s’intéresse à l’informatique, au Libre, et à leurs enjeux.

14 tests ont été effectués sur 13 logiciels en deux demi-journées. Nous avons été surprises et surpris du nombre de tests qui ont pu être conduits en si peu de temps, avec très peu de personnes testeuses. Parmi les possibilités de tests, nous n’avons pas sélectionné les outils collaboratifs car nous redoutions une faible accessibilité de ces outils : écrire dans un document collaboratif en ligne prive généralement la personne déficiente visuelle des raccourcis de son outil d’assistance. Les résultats sont mitigés : sur 14 tests, 8 se sont soldés par un succès et 6 ont posé problème (deux réussites partielles et 4 échecs). Les services qui ont posé le plus de problèmes sont les outils de sondage. Certains des tests partiellement réussis ont nécessité une assistance, due à des défauts d’accessibilité non liés à l’outil testé. Exemple : lors du test de Mumble, un logiciel d’audioconférence libre, l’activation du micro a été ardue. Il y avait donc des problèmes liés davantage aux fonctionnalités du navigateur ou à d’autres paramètres (configuration des outils d’assistance ou des interfaces).

Un autre constat intéressant à faire est que les tests ont été effectués avec un système d’exploitation et un navigateur propriétaire (OS Windows + navigateur Edge ou Chrome). L’outil d’assistance était quant à lui libre (NVDA). On peut s’interroger sur le rapport entre le taux de réussite et l’utilisation d’outils qui ne sont pas libres : y a-t-il plus de moyens injectés pour l’accessibilité dans les outils propriétaires ?

Pour ce qui est de l’ambiance, nous avons apprécié l’accueil de la médiathèque Neudorf avec laquelle il a été facile de travailler dans une dynamique de coopération. Gabriel nous a également fait part de son enthousiasme quant à la convivialité de l’événement, malgré le peu de participation. Ce faible taux de participation, tant du côté des personnes malvoyantes que des personnes développeuses, nous a questionné sur les liens que nous entretenons avec les associations et publics déficients visuels, et nous a démontré qu’il y avait un vrai travail de sensibilisation à mener auprès de la communauté libriste. Il a toutefois permis un cadre assez intimiste, favorisant l’attention portée aux personnes participantes.

CR du contribatelier animé par Le cloud de Girofle à Villebon-sur-Yvette (91)

Avec :

• Nicolas (participant), informaticien de métier atteint d’une déficience visuelle dégénérescente
• Agathe (participante), libriste expérimentée et vidéaste à ses heures perdues
• Maxime (organisateur et participant), membre du Cloud Girofle, libriste militant
• Margaux (organisatrice et participante), membre du Cloud Girofle

Nous nous sommes retrouvés à 4 à la MJC Bobby Lapointe de Villebon-sur-Yvette (91), gentiment mise à disposition par Charles, également membre du Cloud Girofle. Avec l’aide d’Agathe, libriste et vidéaste à ses heures perdues, nous avons accueilli Nicolas, « informaticien d’avant Windows ! » atteint d’une déficience visuelle dégénérescente. Son ordinateur tourne sous Debian et le passage à la ligne de commande a été plus aisé pour lui quand sa vue a commencé à se détériorer. Il utilise encore des outils visuels, des fonctionnalités intégrées au gestionnaire de fenêtres Compiz comme le zoom et l’inversion de contraste. Mais il utilise de plus en plus les outils vocaux, qui représentent environ 80 % de son usage : le lecteur d’écran libre Orca et la synthèse vocale propriétaire Baratinoo, en attendant de trouver une synthèse vocale libre, en français, de qualité suffisante. Par ailleurs, Nicolas utilise EMACS, un éditeur de texte libre navigable intégralement au clavier développé par Richard Stallman, qui dispose de son propre lecteur d’écran (dans ces cas-là, il coupe Orca, qui est le lecteur d’écran pour systèmes GNU Linux). Il l’utilise beaucoup parce que c’est très adapté à son usage, mais ce n’est malheureusement pas toujours possible : en effet, le navigateur EWW intégré dans cet outil n’interprète pas le Javascript, un langage qui est aujourd’hui massivement présent sur le web !

Le cadre intimiste nous a permis d’échanger de manière très qualitative, et nous nous sommes concentrés sur Nicolas toute l’après-midi. Il nous aura fallu vivre cet atelier pour prendre conscience de la difficulté (pour être honnête, de la quasi-impossibilité) d’utiliser beaucoup de services libres en ligne quand on est déficient⋅e visuel⋅le (malvoyant⋅e, non-voyant⋅e).

Une dizaine de tests filmés ont été effectués par Nicolas, sans assistance extérieure, sur des services proposés par le Cloud Girofle : créer un compte sur Nextcloud, accéder à un espace de discussion Mattermost, lire un document OnlyOffice partagé par email, etc. Un protocole de test et des scénarios de tests avaient été préparé en amont et étaient mis à disposition. Les captations rendent compte de ce qui se passe sur l’écran et de la synthèse vocale.

Conclusion : c’est pas glorieux

Alors, les logiciels des CHATONS, c’est accessible comment ? Pour nous, les résultats sont édifiants (et décevants). La quasi-totalité des missions a échoué du côté de Villebon-sur-Yvette et le taux de réussite à Strasbourg ne dépasse pas 50%. Les tests qui ont rencontré le plus de succès ont été menés avec du matériel et des outils propriétaires (à l’exception du logiciel d’assistance), et il s’agissait aussi des manœuvres les plus simples.

Quelques exemples :

• un test consistant à se créer un compte Nextcloud en recevant une invitation par email a pris une demi-heure (et nous parlons d’un test réalisé par un informaticien) !
• un autre test sur le service Framadate (outil de planification de date) ne propose pas « oui/non/peut-être » comme réponses, mais « chaussure de ski » et « drapeau dans un trou » !
• toujours sur Framadate, un autre testeur nous indique que la seule manière qu’il a trouvé de l’utiliser est de copier-coller les options dans un tableur, de le remplir, puis de reporter les options dans le tableau en ligne. Une gageure !

Et lors d’un test pour éditer un document en ligne (OnlyOffice) partagé avec Nextcloud, on se rend compte que le bouton pour ouvrir le document n’est pas accessible à la navigation au clavier, que même si on pose le curseur dessus, les options pour l’ouvrir ne sont pas lues par la synthèse vocale et que même si le document est ouvert, la synthèse vocale ne lit pas le document. On découvre ainsi que, même s’il y a un plugin de synthèse vocale installé dans OnlyOffice, le menu pour y accéder n’est pas accessible et que même si on clique sur ce bouton, la synthèse vocale ne fonctionne pas.

À chaque fois, la tentation d’abandonner est forte : impossible de savoir si la fonction qu’on essaye d’utiliser va réussir, ou si l’on va échouer pour une raison parfois bête (un bouton sans label, un message d’erreur qui s’affiche mais qui n’est pas lu). Assister en direct aux difficultés rencontrées par une personne malvoyante sur un ordinateur est une expérience édifiante. Nous pensons que tout le monde devrait la faire au moins une fois, pour se rendre compte des enjeux associés à l’accessibilité numérique.

Bilan et perspectives

Le contribatelier, un outil de sensibilisation à l’accessibilité

Participer à ce contribatelier a été très éclairant à la fois sur l’urgence de la situation des personnes déficientes visuelles (beaucoup de services restent bloquants, et pour certains sur des points assez élémentaires), et sur ce qu’implique concrètement la manipulation d’outils d’assistance tels que les lecteurs d’écran. On se sent plus outillé et plus armé pour défendre ce grand sujet. C’est un format idéal pour provoquer une prise de conscience auprès de personnes non initiées, qui a le double avantage de sensibiliser tout en étant dans le “faire” (en l’occurrence, contribuer au libre). Les expériences ont globalement été appréciées de toustes les participantes. Que ce soit du point de vue de l’accueil ou du travail réalisé, ces séances ont offert un cadre convivial, surtout en petits groupes.

Le point sur les difficultés rencontrées

Nous nous sommes interrogés sur le degré d’intervention des personnes qui ne sont pas en situation de handicap lors d’un blocage pendant un test. Nous avons conclu de cet échange qu’il valait mieux laisser du temps pour dénouer la situation avant d’intervenir, afin de véritablement éprouver l’accessibilité de l’outil, mais que si on se retrouvait face à une impasse, il fallait accompagner la résolution du problème rencontré.

Si la personne déficiente visuelle ne prend pas aisément le service en main, il y a différents types d’échec :

• celui où elle devra d’abord explorer l’interface pour la comprendre et consulter la documentation ;
• celui où des astuces/manipulations lui sont indiquées par une autre personne ;
• celui où elle ne pourra jamais accéder au service par ses propres moyens.

Côté développement, on peut aussi distinguer différents cas :

• celui où il suffirait de corriger quelques détails ;
• celui où les modifications sont complexes mais le service partiellement utilisable ;
• celui où il faudrait quasiment tout revoir.

On découvre ainsi plusieurs catégories de problèmes :

• des problèmes de conception : pages web trop complexes (comment s’y retrouver quand des centaines d’informations non hiérarchisées – il n’y a pas de couleurs en synthèse vocale – sont lues ?), notifications non accessibles ou synthèse vocale indisponible dans certains environnements (canevas notamment) ;
• des erreurs d’implémentation : boutons sans label, titres des vidéos qui ne sont pas indiqués, parties du logiciel non navigables au clavier ;
• des problèmes de version : avec la course aux fonctionnalités, les navigateurs web un peu anciens sont de moins en moins supportés. Or ce sont souvent ces navigateurs qui équipent les systèmes adaptés aux non-voyant⋅es. Choisir de ne pas les prendre en compte, c’est se priver de certain⋅es utilisateurices qui utilisent des systèmes spécifiques, pour lesquels les mises à jour sont parfois compliquées.

De manière générale, bien qu’une bonne moitié des interfaces graphiques des logiciels « en dur » sont inutilisables ou difficilement utilisables, elles restent mieux gérées par la synthèse vocale que dans les applications web, qui sont d’expérience peu accessibles. Les standards d’accessibilité sont peu respectés et la conception de pages complexes rend la lecture des pages plus difficile encore.

Par ailleurs, alors qu’aujourd’hui la majorité des personnes utilisent un très petit nombre de navigateurs web (Firefox, Chrome et Safari, qui se partagent la majorité du marché et concentrent toute l’attention des personnes développeuses), les personnes déficientes visuelles utilisent parfois d’autres navigateurs (Edge, Lynx, etc.), en plus de matériels d’assistance variés. Suivant les profils, on peut trouver des plages ou afficheurs braille, de la vocalisation, des outils visuels (zoom, couleurs, contraste), etc. Certains logiciels d’assistance définissent leurs propres raccourcis clavier, qui peuvent entrer en conflit avec les raccourcis natifs du système ou ceux d’autres programmes. L’interopérabilité de tous ces équipements n’est donc pas triviale.

 

Il y a également un autre paradoxe : la plupart des logiciels libres populaires dédient une partie de leur documentation à l’accessibilité, chacun expliquant comment les logiciels sont accessibles. Nous reconnaissons les efforts faits pour améliorer la situation, pourtant, en regardant les cas de OnlyOffice et de Mattermost, nous regrettons :

• que ces pages ne soient pas plus mises en avant, par exemple au moment de se connecter au logiciel, et pas seulement en faisant une recherche sur le site de l’entreprise qui développe le logiciel ;
• que les informations fournies dans ces pages soient parfois incomplètes, par exemple en ne précisant pas les limitations induites par le mode lecture ;
• que ces procédures ne fonctionnent souvent pas ! Mattermost peut se naviguer au clavier, mais sur la version de Firefox utilisée par un de nos testeurs, celle-ci ne fonctionne pas. Autre exemple : le plugin de synthèse vocale d’OnlyOffice ne peut pas être activé facilement, et nécessite une configuration administrateur qui n’est pas faite par défaut.

Une personne dans le groupe strasbourgeois a rencontré des difficultés liées au verrouillage de son système, configuré par une entreprise qui fournit des systèmes adaptés aux personnes déficientes visuelles. Cette dernière n’installe que des versions de logiciels dont l’accessibilité a été évaluée, et parfois légèrement modifiées pour les rendre plus accessibles. L’entreprise dispose donc de son propre dépôt de paquets Debian, et configure les machines de ses clients et clientes pour utiliser ce dépôt en priorité, afin d’éviter qu’iels ne fassent des mises à jour non testées. L’inconvénient de cette méthode “verrouillée” est qu’il est ardu d’accéder aux dernières versions logicielles, faute de mises à jour, qui sont souvent disponibles sur le tard (plusieurs années sont parfois nécessaires). Le principe est pertinent, mais la prudence excessive, ou peut-être le manque de personnel compétent pour le travail d’adaptation, rend l’utilisation d’une machine sous ce système laborieuse. Par ailleurs, ce contrôle à distance du paramétrage peut donner le sentiment d’être dépossédé de sa machine, d’autant plus si la communication sur les changements apportés fait défaut. Il est possible de contourner le verrouillage “à la main”, mais cela demande une certaine aisance en informatique, et lève la garantie d’assistance en cas de soucis. Ainsi, des problèmes sont persistants avec Firefox car la version fournie n’est pas la dernière, ce qui a été bloquant pour mener à bien les tests : la personne est mobilisée pour la résolution du problème plutôt que pour la réalisation des tests. Ça pose la question du processus de développement logiciel : aujourd’hui on fournit des logiciels qui évoluent sans cesse, dont les anciennes versions ne sont pas supportées facilement, voire pas supportées du tout.

Et après ?

Nous souhaitons proposer à nouveaux des contribateliers sur l’accessibilité numérique afin de finir les tests prévus. De plus, nous préparerons d’autres tests à mener, avec comme priorité les services qui répondent à des usages du quotidien (communication, collaboration, sondage, traitement de texte, etc.). Nous envisageons néanmoins des tests sur des outils plus techniques dans un second temps (services proposés par YunoHost par exemple, un système d’exploitation qui facilite l’administration d’un serveur et participe à la démocratisation de l’auto-hébergement).

Par ailleurs, il est intéressant de noter que réaliser plusieurs fois un même test n’est pas futile. Au contraire, cela rend compte des différences rencontrées en fonction des systèmes et configurations, mais aussi selon les handicaps. La diversité des profils est très importante pour les tests. Il faut bien prendre en compte la différence de handicaps et de niveaux de culture numérique.

Nous pensons aussi qu’il serait pertinent de mettre en avant les manipulations qui facilitent la prise en main des outils et logiciels. Il y a parfois des astuces simples, qui s’avèrent très utiles pour contourner les difficultés rencontrées, même s’il est regrettable de devoir presque recourir au hack pour pouvoir utiliser un service.

Beaucoup de documentation à été produite lors de ces ateliers : des vidéos et des notes principalement. Nous entrons désormais dans la phase de restitution de ces tests, nous allons créer et publier des reports de bugs d’accessibilité sur les forges Git des logiciels concernés et les suivre. Deux personnes parmi nous, Irina et Valentin, ont fait deux rapports de bug antérieurement autour de Network Manager et de Mumble. Les protocoles pour soumettre les bugs d’accessibilité peuvent être laborieux, selon leur retour.

Lors de notre débrief, nous nous sommes demandés comment mobiliser davantage sur l’accessibilité numérique, au regard du faible nombre de personnes participantes. Nous aurions en effet souhaité que l’opération se déroule simultanément au sein de multiples structures membres du collectif CHATONS en France, afin de fédérer sur la question, et de lui donner plus de résonance.

Actions envisagées

Nous avons relevé plusieurs type d’action à envisager, en dehors de la reconduite de contribateliers sur le sujet et de la publication de ce communiqué :

• Faire émerger un groupe “Accessibilité”. Une interstructure Accessibilité a déjà été créée sur la Litière, le wiki des CHATONS. Il serait intéressant de constituer un groupe national de travail, s’étendant à des structures telles que la FFDN, et qui peut-être ne se cantonnerait pas qu’au Libre pour réellement servir l’accessibilité numérique, qui dépend aujourd’hui de beaucoup d’outils propriétaires déployant les moyens.
• Un atelier sur cette thématique sera proposé lors du camp CHATONS 2022 (18-22 août).
• Rédiger des rapports de bug à destination des développeur⋅euses de logiciels.
• Mettre à disposition sur les mails de connexion envoyés par les logiciels un lien vers des page décrivant les raccourcis clavier et options d’accessibilité proposées par le logiciel, ainsi que la liste des fonctions qui sont inopérantes.
• Mettre plus en évidence l’accessibilité dans les critères pour intégrer le collectif CHATONS.
• Faire infuser l’accessibilité numérique dans la communauté libriste à travers des ateliers de sensibilisation et d’auto-formation, en organisant des permanences en milieux associatifs rassemblant des publics déficients visuels, en veillant à ce que les formats proposés considèrent l’accessibilité et en parlent, etc.
• Construire une relation de confiance et créer du lien entre associations de personnes déficientes visuelles et développeuses.
• Aller chercher des gens plus compétents sur ces questions, et saisir des structures telles que les tiers-lieux numériques, les universités, les milieux étudiants, etc.
• Compiler et traduire la documentation et les ressources existantes sur l’accessibilité numérique.

Quelques parti-pris non consensuels

L’inaccessibilité numérique renforce la fracture numérique et ne concerne pas que les personnes atteintes d’un handicap visuel mais aussi les personnes éloignées du numérique de manière générale, comme les personnes âgées ou les personnes neurodifférentes. Renforcer l’accessibilité numérique pour les personnes déficientes visuelles renforce aussi l’accessibilité numérique tout court !

L’accessibilité numérique n’est pas un patch, un plugin à ajouter, mais bien une philosophie, une manière de voir les choses qui doit infuser dès la base du développement (on parle d’accessibilité native).

Que choisir : du libre à tout prix, ou l’accessibilité ?

En tant que défenseur⋅euses des logiciels libres, on s’interroge : la liberté numéro zéro, c’est celle d’utiliser le logiciel libre.

Que faire quand une partie de la population se retrouve exclue contre son gré de l’utilisation de logiciels libres ? Voulons-nous des logiciels qui ne libèrent que les développeur⋅euses ou permettent aussi d’autonomiser les utilisateurices ?

Pour aller plus loin :

Résultats des tests d’accessibilité réalisés le 30 avril 2022 par ARN et le Cloud Girofle

L’expérience utilisateur (abrégée en UX pour les professionnels anglophones) est une notion difficile à définir de façon consensuelle, mais qui vise essentiellement à rendre agréable à l’internaute son parcours sur le Web dans un objectif le plus souvent commercial, ce qui explique l’intérêt particulier que lui vouent les entreprises qui affichent une vitrine numérique sur le Web.

Sans surprise, il s’agit de monétiser l’attention et les clics des utilisateurs. L’article ci-dessous que Framalang a traduit pour vous évoque les Dark UX, c’est-à-dire les techniques insidieuses pour manipuler les utilisateurs et utilisatrices. Il s’agit moins alors de procurer une expérience agréable que d’inciter par toutes sortes de moyens à une série d’actions qui en fin de compte vont conduire au profit des entreprises, aux dépens des internautes.

Comment les artifices trompeurs du Dark UX visent les plus vulnérables

article original How Dark UX Patterns Target The Most Vulnerable

par Ben Bate, Product Designer

Traduction Framalang : jums, maryna, goofy, sonj, wyatt, bullcheat + 1 anonyme

Les pièges du Dark UX permettent aux entreprises d’optimiser leurs profits, mais au détriment des plus vulnérables, et en dégradant le Web pour tout le monde.

Il faut voir l’expérience utilisateur basée sur ces astuces comme un moyen d’orienter les utilisateurs et utilisatrices vers un certain comportement. Leurs actions ainsi prédéfinies servent les intérêts des entreprises à la manœuvre, et les utilisateurs en sont pour leurs frais d’une manière ou d’une autre. Quelquefois sur le plan financier, d’autres fois au prix des données personnelles ou même au détriment de leurs droits.

Les astuces les plus connues incluent de la publicité déguisée, un ajout insidieux de nouveaux objets dans le panier de l’utilisateur, une annulation de souscription particulièrement difficile, ou encore une incitation à dévoiler des informations personnelles que les utilisateurs n’avaient pas l’intention de dévoiler. La liste s’allonge de jour en jour et devient un problème de plus en plus préoccupant.

À l’instar des mastodontes du Web tel qu’Amazon et Facebook, la concurrence suit. Faisant peu à peu passer ces astuces dans la norme. Il existe une différence entre marketing bien conçu et tromperie. Ces pratiques s’inscrivent dans cette dernière, et se concentrent uniquement sur l’exploitation des utilisateurs et utilisatrices par des moyens peu respectables.

Pour bien mesurer l’étendue de l’application de ces techniques, en voici quelques exemples.
Tout d’abord, Amazon. Voici l’exemple d’un rendu d’affichage pour tous les utilisateurs qui ne sont pas des membres premium (Amazon Prime). La première incitation au clic est frontale en plein milieu de l’écran. Alors que l’on pourrait s’attendre à un bouton « Suivant » ou « Continuer », ce bouton débite directement 7,99 £ de votre carte bleue. L’option pour continuer sans être débité est située à côté du bouton. Elle est présentée sous la forme d’un simple lien hypertexte peu visible au premier coup d’œil, celui se confondant avec le reste de la page.

Pour les moins avertis, comme les personnes âgées, les personnes peu habituées à la langue, ou celles qui souffrent d’un handicap, ce type de pratiques peut provoquer beaucoup de perplexité et de confusion.

Même pour un concepteur habitué à ce genre de pratiques, il est extrêmement facile de tomber dans le panneau. Sans parler des désagréments que cela entraîne et qui peuvent rompre la confiance établie entre l’entreprise et le consommateur.

Dans un monde idéal, Amazon tirerait avantage d’un format simple à lire avec un appel à l’action élémentaire qui permettrait aux utilisateurs de passer outre et continuer. Mais en réalité, les détails sont cachés en tout petits caractères, trop petits à lire pour un peu plus de 5 % de la population mondiale. Les informations sont présentées dans un format bizarrement structuré avec un mélange perturbant de textes en gras de divers poids, de couleurs différentes et une telle quantité de texte qu’on est dissuadé de tout lire.
Tant que de telles pratiques seront légales et ne cesseront de connaître un taux de conversion élevé, les entreprises continueront à les employer.

Pendant qu’Amazon s’attaque aux portefeuilles des consommateurs les plus fragiles, Facebook préfère se concentrer sur ses utilisateurs en leur faisant partager un maximum d’informations les concernant, même si ceux et celles qui partagent le font à leur insu. Même si Facebook a fait des progrès sur les questions de confidentialité par rapport à des versions précédentes, l’entreprise continue d’utiliser des techniques de conception subtiles mais insidieuses et déroutantes, comme on peut le voir dans l’exemple ci-dessous.
On a beau passer en revue chaque paramètre de confidentialité et sélectionner « Seulement moi », les sections qui contiennent des informations très personnelles et détaillées sont toujours partagées publiquement par défaut. Il ne s’agit pas seulement d’un problème de confidentialité, mais aussi de sécurité. La facilité avec laquelle les pirates peuvent ensuite obtenir des informations pour répondre à des questions de sécurité est stupéfiante. La liste déroulante est subtile et ne demande pas autant d’attention que l’appel à l’action principale. Des fenêtres modales utilisent des mini-instructions pour tromper les utilisateurs. Voyez par exemple :

À première vue, rien ne semble trop bizarre, mais en y regardant de plus près, il devient clair que Facebook incite fortement ses utilisateurs à partager leur bio sur le Fil d’Actualités. Pour cela, il est suggéré qu’en cliquant sur Cancel (Annuler), vous annulez les modifications que vous avez faites à votre bio. En réalité, Cancel signifie Non. Là encore, c’est un genre de pratique qui peut induire en erreur même les personnes les plus vigilantes sur leur confidentialité. Pour les autres cela démontre jusqu’où Facebook est prêt à aller pour que les utilisateurs partagent et interagissent toujours plus. Menant ainsi à des profits publicitaires de plus en plus conséquents.

Dans l’industrie des produits et de la conception de sites Web, l’esthétique, les techniques de vente et les profits passent souvent bien avant l’accessibilité et le bien-être des utilisateurs. Shopify, LinkedIn, Instagram, CloudFlare, et GoDaddy sont seulement quelques noms parmi ceux qui ont de telles pratiques pour avoir un impact sur leur profit.
Ça peut être simplement de faire un lien de désabonnement de mail écrit en tout petits caractères. Ou de rendre impossible la fermeture de votre compte. Ou quelque chose de plus subtil encore, comme de vous obliger à donner votre identité et votre adresse complète avant de fournir une estimation des frais d’expédition d’un achat. Mais ce sont bien de telles pratiques trompeuses pour l’expérience utilisateur qui dégradent de façon sévère l’accessibilité et l’utilisabilité du Web.

Pour la plupart d’entre nous, c’est simplement une nuisance. Pour les personnes les moins averties, cela peut rendre les sites presque impossibles à utiliser ou à comprendre. Il se peut qu’elles ne puissent pas trouver ce lien de désabonnement caché. Il se peut qu’elles ne remarquent pas que quelque chose a été ajouté à leur panier au moment de passer à la caisse. Et elles peuvent être plongées dans la plus totale confusion entre les paramètres de confidentialité, les publicités déguisées et les spams d’apparence amicale.

Le Web est devenu un endroit où vous devez être extrêmement conscient et informé dans des domaines comme la sécurité, la vie privée et les trucs et tromperies, même venant des grandes entreprises les plus réputées au monde. Ce n’est tout simplement pas possible pour tout le monde. Et ici on parle de tromperies, on n’aborde même pas les questions bien plus vastes d’accessibilité comme la lisibilité et les choix de couleurs.

Les concepteurs et les équipes doivent être conscients de leur responsabilité non seulement envers les clients, les employeurs et les actionnaires, mais aussi envers les utilisateurs au quotidien. Les problèmes d’accessibilité et les astuces trompeuses impactent le plus durement les plus vulnérables, et il en va de la responsabilité de chacun au sein des équipes de produits et de marketing de veiller à ce qu’il existe des garde-fous.

Tant que de meilleures réglementations et lois ne seront pas mises en place pour nous en protéger, il est du devoir des équipes de concevoir des pages de façon responsable et de maintenir un équilibre entre le désir de maximiser le profit et la nécessité de fournir une accessibilité optimale à tous ceux et celles qui utilisent le Web.

* * *

D’autres lectures en anglais sur le même sujet

• https://uxplanet.org/5-common-ux-dark-patterns-and-user-friendly-alternatives-6c8c2f127242
• https://uxplanet.org/sinister-ux-how-to-recognize-and-avoid-dark-ux-patterns-95acdb15767f

… et cet autre article en français, repéré par Khrys dans son Expresso :

• https://open-freax.fr/rgpd-dark-patterns/