WCAG 2.1 / Blogs / Perficient
Introduction:
Les directives pour l’accessibilité du contenu Web (WCAG) sont un ensemble de directives développées par le World Wide Web Consortium (W3C) pour garantir que le contenu Web est accessible aux personnes handicapées. La dernière version de ces directives est WCAG 2.1, publiée en 2018. Dans ce blog, nous discuterons des implications pratiques pour les concepteurs et les développeurs de la transition des WCAG 2.0 aux WCAG 2.1. Nous mettrons en évidence les changements dans les pratiques de codage, les considérations de conception et le flux de travail de développement global. Modifications dans les pratiques de codage :
Les WCAG 2.1 incluent plusieurs nouveaux critères de réussite qui n’étaient pas présents dans les WCAG 2.0. Ces nouveaux critères de réussite nécessitent des changements dans les pratiques de codage pour garantir que le contenu Web soit accessible aux personnes handicapées.
Certains des nouveaux critères de réussite comprennent :
- Critère de réussite 1.3.4 : Orientation : ce critère de réussite exige que le contenu puisse être présenté en orientation portrait ou paysage sans perte d’informations ou de fonctionnalités. Pour répondre à ce critère, les concepteurs et les développeurs doivent s’assurer que leur contenu est réactif et peut s’adapter à différentes tailles et orientations d’écran.
- Critère de réussite 1.3.5 : Identifier l’objectif de la saisie : ce critère de réussite nécessite que l’objectif de chaque champ de saisie soit identifié par programme. Cela signifie que les concepteurs et les développeurs doivent s’assurer que chaque champ de saisie comporte une étiquette décrivant son objectif.
- Critère de réussite 2.5.3 : Étiquette dans le nom : ce critère de réussite nécessite que l’étiquette visible d’un composant d’interface utilisateur soit également incluse dans le nom accessible de ce composant. Cela signifie que les concepteurs et les développeurs doivent s’assurer que l’étiquette de chaque composant de l’interface utilisateur est incluse dans le nom accessible de ce composant.
Considérations sur la conception:
WCAG 2.1 inclut également de nouvelles considérations de conception qui n’étaient pas présentes dans WCAG 2.0. Ces nouvelles considérations de conception obligent les concepteurs à réfléchir à l’accessibilité dès le début du processus de conception. Certaines des nouvelles considérations de conception incluent :
- Contraste non textuel : Cette considération de conception nécessite que le contenu non textuel, tel que les images et les icônes, présente un contraste suffisant avec leur arrière-plan pour être facilement distinguable. Les concepteurs doivent s’assurer que le rapport de contraste entre le contenu non textuel et son arrière-plan répond aux exigences minimales spécifiées dans les WCAG 2.1.
- Espacement du texte : Cette considération de conception nécessite que l’espacement du texte soit réglable sans perte de contenu ou de fonctionnalité. Les concepteurs doivent s’assurer que leurs conceptions permettent un espacement de texte réglable pour s’adapter aux utilisateurs malvoyants.
Flux de travail de développement global :
La transition des WCAG 2.0 aux WCAG 2.1 nécessite des changements dans le flux de travail de développement global. Les concepteurs et les développeurs doivent s’assurer que l’accessibilité est prise en compte tout au long du processus de développement, de la conception à la mise en œuvre. Certains des changements dans le flux de travail de développement incluent :
- Tests d’accessibilité : Les concepteurs et les développeurs doivent effectuer des tests d’accessibilité tout au long du processus de développement pour garantir que leur contenu répond aux exigences des WCAG 2.1. Cela inclut des tests avec des technologies d’assistance telles que des lecteurs d’écran et une navigation au clavier uniquement.
- Documentation d’accessibilité : Les concepteurs et les développeurs doivent documenter les fonctionnalités d’accessibilité de leur contenu pour garantir qu’elles sont facilement comprises par les autres membres de l’équipe de développement et par les utilisateurs handicapés.
Défis courants rencontrés lors de la transition.
La transition des WCAG 2.0 aux WCAG 2.1 peut présenter certains défis pour les concepteurs et les développeurs. Certains des défis courants rencontrés au cours de cette transition comprennent :
- Nouveaux critères de réussite : WCAG 2.1 inclut de nouveaux critères de réussite qui n’étaient pas présents dans WCAG 2.0. Ces nouveaux critères de réussite nécessitent des changements dans les pratiques de codage et les considérations de conception pour garantir que le contenu Web soit accessible aux personnes handicapées.
- Collaboration: La transition des WCAG 2.0 aux WCAG 2.1 nécessite des efforts de collaboration entre les équipes de conception et de développement. Les concepteurs doivent travailler en étroite collaboration avec les développeurs pour mettre en œuvre des changements conformes aux nouvelles directives.
- Tests d’accessibilité : Les concepteurs et les développeurs doivent effectuer des tests d’accessibilité tout au long du processus de développement pour garantir que leur contenu répond aux exigences des WCAG 2.1. Cela inclut des tests avec des technologies d’assistance telles que des lecteurs d’écran et une navigation au clavier uniquement.
- Entraînement: La transition vers WCAG 2.1 implique une composante éducative. Les concepteurs, développeurs, créateurs de contenu et testeurs doivent être formés aux nouveaux critères de réussite et à leur impact sur la création de contenu numérique.
- Documentation: Il est crucial de documenter l’ensemble du processus de transition, de l’évaluation à la mise en œuvre et aux tests. Cette documentation sert de référence pour l’équipe et aide à démontrer la conformité et la diligence raisonnable.
Conclusion:
La transition des WCAG 2.0 aux WCAG 2.1 nécessite des changements dans les pratiques de codage, les considérations de conception et le flux de travail de développement global. Les concepteurs et les développeurs doivent veiller à ce que l’accessibilité soit prise en compte tout au long du processus de développement afin de garantir que leur contenu soit accessible aux personnes handicapées.
Source link