Chez Liberogic, nous travaillons au quotidien à l'amélioration de l'accessibilité web. Nous avons récemment publié un article sur la plateforme de partage de connaissances techniques Zenn, intitulé « L'anglais, le katakana et l'accessibilité », qui traite des commandes vocales avec des étiquettes en alphabet et du critère WCAG 2.5.3 « Label in Name ».
Dans cet article, nous présentons ce qui nous a incités à l'écrire et ce que nous en avons retenu.
Le point de départ : le libellé « PAGE TOP », très courant sur les sites japonais
Les sites web japonais comportent de nombreuses étiquettes en alphabet utilisées à des fins décoratives, comme « PAGE TOP » ou « News ». Entre locuteurs japonais, ces étiquettes en alphabet ne posent aucun problème de compréhension.
Cependant, lorsqu'on les utilise dans un contexte de commande vocale, un phénomène étonnant apparaît. Si l'on aligne le nom accessible sur « PAGE TOP » conformément au critère WCAG 2.5.3, la commande ne réagit plus lorsqu'un locuteur japonais prononce « ページトップ » (pēji toppu).
Ce décalage entre le respect du critère et la capacité réelle à utiliser une commande vocale nous a intrigués. Nous avons donc testé le comportement des commandes vocales de Mac et exposé les raisons de ce phénomène ainsi que les solutions possibles.
Respecter le critère ne suffit pas à garantir l'usage
Ce que nous voulions faire comprendre à travers cet article, c'est que satisfaire un critère de réussite et permettre aux utilisateurs d'effectuer réellement une action ne vont pas forcément de pair.
Comment les particularités de l'écriture japonaise s'accordent ou non avec les exigences d'accessibilité : l'article examine, à travers l'approfondissement d'un seul critère de réussite, les « décalages » qui en découlent.
Retrouvez l'article ici :
Anglais, katakana et accessibilité (Zenn)
Note : les explications et les jugements présentés dans cet article reflètent une interprétation personnelle fondée sur notre expérience professionnelle. Par ailleurs, le comportement des commandes vocales a été vérifié sous macOS et peut différer dans d'autres environnements. Nous vous remercions de bien vouloir le consulter en parallèle des directives WCAG.
Conclusion
Nous considérons que l'accessibilité web ne se limite pas à cocher une liste de contrôle, mais consiste à se demander sans cesse si le site est réellement utilisable.
Approfondir les petites « aspérités » qui existent entre les normes et la réalité du terrain, comme dans cet article, nous permet également de mieux comprendre l'accessibilité dans sa dimension essentielle.
Chez Liberogic, nous continuons de nous efforcer de créer des sites et services web utilisables par tous, en partageant nos connaissances techniques et en mettant en pratique nos recommandations sur le terrain. Si vous rencontrez des difficultés en matière d'accessibilité web, n'hésitez pas à nous contacter.
Passé du DTP au Web, il maîtrise aussi bien le balisage que le frontend, la direction de projet et l'accessibilité : un véritable « sage de la technique ». Actif chez Liberogic depuis ses débuts, il est aujourd'hui une référence interne incontournable. Ces derniers temps, il explore avec passion l'optimisation par l'IA : « Ne pourrait-on pas davantage s'appuyer sur l'IA pour l'accessibilité ? » Sa technique comme sa réflexion continuent d'évoluer.
Ayumu Futamata
Spécialiste certifié en accessibilité web IAAP (WAS) / Intégrateur balisage / Ingénieur frontend / Directeur web