Nous avons publié un article sur Zenn expliquant les points de confusion courants lors de la mise en œuvre et du test des fonctionnalités d'accessibilité.

Chez Liberogic, nous travaillons constamment à améliorer l'accessibilité web, et nous avons maintenant publié une série d'articles sur les WCAG (Web Content Accessibility Guidelines), un guide d'accessibilité web, sur le service de partage d'informations techniques « Zenn ».

Cette fois-ci, je présenterai un aperçu de chaque article, ainsi que le contexte et les réflexions qui m'ont poussé à les écrire.

Nous voulons répondre aux questions « pourquoi ? » concernant les WCAG.

Dans mon travail quotidien de mise en œuvre et de vérification de sites web, j'ai rencontré de nombreux points qui m'ont laissé perplexe, tels que : « Comment dois-je interpréter cette norme WCAG ? » et « Puis-je affirmer que cette mise en œuvre est conforme à la norme ? »

Cette fois-ci, il s'agit en partie d'un travail visant à maintenir et renouveler ma certification internationale en accessibilité, « IAAP WAS (Web Accessibility Specialist) », mais surtout, j'ai décidé de le réaliser dans le but de « clarifier les points qui prêtent souvent à confusion en pratique et de les partager sous forme de connaissances pratiques », tout en structurant mes propres réflexions.

L’obtention des WCAG n’est pas « l’objectif », mais le « point de départ ».

Le principal message que je souhaitais faire passer à travers ces articles est que « le simple fait qu'un produit réponde à toutes les normes WCAG ne signifie pas qu'il est accessible à 100 % ».

Les WCAG ne constituent qu'une « exigence minimale » visant à garantir l'accès au contenu pour des utilisateurs de tous horizons, et ne représentent que le point de départ de l'accessibilité.

Si vous remplissez mécaniquement une liste de contrôle et vous concentrez uniquement sur le « respect des critères de réussite », vous risquez de négliger l'aspect convivial.

C’est pourquoi nous ne nous sommes pas contentés de fournir des connaissances superficielles comme « voici comment procéder pour respecter les normes », mais avons plutôt exploré le contexte et les intentions qui ont présidé à la création de ces normes. Nous sommes convaincus que la compréhension de ces intentions vous permettra d’appréhender l’accessibilité de manière plus fondamentale.

Liste des articles publiés sur Zenn

Cet article, divisé en cinq sections, aborde les points de confusion fréquents lors de la mise en œuvre et des tests dans des applications pratiques. N'hésitez pas à consulter les sections qui vous intéressent.

Point de confusion WCAG n°1 : Est-il acceptable de spécifier la taille de la police en pixels ?

Cet article examine la pertinence des spécifications px dans les environnements de navigateurs modernes et explore l'essence d'une « implémentation plus accessible » qui respecte les paramètres de taille de police de l'utilisateur.Lisez l'article de Zenn

Point de confusion WCAG n°2 : Le fait d’avoir plusieurs liens « Voir les détails » viole-t-il la section 2.4.4 (Objectif des liens) ?

Ce document explique les limites des critères qui déterminent la conformité lorsqu'il existe un « contexte approprié ». De plus, il propose la mise en œuvre d'une perspective UX plus avancée afin d'améliorer l'efficacité opérationnelle des utilisateurs de lecteurs d'écran.Lisez l'article de Zenn

Point confus WCAG n°3 : Si un lien image n’a pas de texte alternatif, à quel critère appartient-il ?

Ce document porte sur l'organisation des situations complexes où un problème unique est lié à de multiples critères de réussite (tels que 1.1.1, 2.4.4 et 4.1.2). Il explique les relations entre ces différents critères et la manière de porter des jugements, ce qui peut souvent s'avérer complexe lors des inspections pratiques.Lisez l'article de Zenn

Point confus des WCAG n° 4 : Pourquoi un champ de sélection est-il considéré comme non conforme alors qu’une liste déroulante personnalisée est acceptée, même s’ils se ressemblent ? 3.2.2 (Pendant la saisie)

Cet article explique en détail la différence entre « modifier les paramètres » et « activer » selon la définition du W3C. Il résume comment distinguer correctement ces concepts en se basant sur la sémantique des éléments et la classification des opérations, mais une de se laisser induire en erreur par leur comportement apparent.Lisez l'article de Zenn

Point de confusion WCAG n°5 : Qu’est devenu le point 4.1.1 ? Quels critères faut-il utiliser pour gérer les erreurs de syntaxe HTML ?

Cet article explore les raisons de la dépréciation de la norme 4.1.1 dans WCAG 2.2 et explique comment reclasser les erreurs de syntaxe existantes selon des critères alternatifs (1.3.1 ou 4.1.2) en fonction de leur impact réel, y compris du point de vue de la qualité du site.Lisez l'article de Zenn

Les directives WCAG sont très complexes et contiennent de nombreuses expressions difficiles à comprendre. Par conséquent, les explications et les critères de chaque article peuvent inclure nos propres interprétations, fondées sur notre expérience pratique. Nous vous serions reconnaissants de bien vouloir les consulter en complément des directives WCAG.

En conclusion

L'accessibilité web n'est pas quelque chose que l'on aborde une fois pour toutes et que l'on oublie ensuite ; c'est quelque chose qui nécessite un entretien constant.

Nous espérons que ce résultat sera utile aux ingénieurs, aux concepteurs et aux directeurs qui traitent quotidiennement de la mise en œuvre et des tests d'accessibilité.

Chez Liberogic, nous continuerons à partager nos technologies et à les mettre en pratique pour créer des sites web et des services accessibles à tous. Si vous avez des questions concernant l'accessibilité ou des commentaires sur nos articles, n'hésitez pas à nous contacter !