Un guide complet des normes et de la conformité WCAG

Environ 1,3 milliard de personnes dans le monde vivent avec un handicap(opens in a new tab) — soit une personne sur six qui navigue sur Internet avec des outils, technologies et solutions de contournement que la plupart des sites web ne prennent tout simplement pas en compte. Qu’il s’agisse de basse vision, de perte auditive, de différences cognitives ou de limitations motrices, ces handicaps influencent directement la façon dont les gens expérimentent votre contenu.

Si votre site n’est pas accessible, vous ne créez pas seulement une mauvaise expérience utilisateur ; vous excluez une grande partie de votre audience. La solution ? Concevez du contenu accessible dès le départ et testez-le face aux obstacles rencontrés chaque jour par les personnes en situation de handicap. Cela élargit non seulement votre audience, mais améliore aussi le SEO et réduit le risque juridique — tout en créant une expérience plus inclusive.

C’est là qu’interviennent les Règles pour l’accessibilité des contenus Web(opens in a new tab) (WCAG). Développées par le World Wide Web Consortium (W3C), les WCAG fournissent les standards mondiaux pour créer des expériences numériques accessibles et inclusives.

Dans ce guide, nous vous expliquons la WCAG 2.2, les principes derrière ses critères de succès, et comment ces règles favorisent la création de contenus plus accessibles, conformes et conviviaux.

Qu’est-ce que la WCAG ?

La WCAG est une norme reconnue internationalement, créée par le W3C pour rendre le contenu numérique accessible aux personnes en situation de handicap. Les directives fournissent des recommandations claires et concrètes pour concevoir des sites web, applications et outils numériques adaptés aux personnes en situation de handicap.

Les directives sont composées de critères de succès, qui sont des affirmations à valider ou non, visant à lever les obstacles à l’accessibilité, y compris les erreurs qui empêchent les sites de fonctionner correctement avec les technologies d’assistance. Cela inclut des problèmes comme :

• Texte qui n’a pas un contraste suffisant avec son arrière-plan (texte à faible contraste).

• Texte alternatif (alt text) manquant ou inexact pour les images.

• Sous-titres ou transcriptions manquants pour les vidéos.

• Libellés de formulaire manquants pour les champs de saisie.

• Mauvaise utilisation du HTML sémantique.

• Liens “vides” ou redondants.

Suivre la WCAG permet non seulement de corriger les problèmes ci-dessus, mais aussi de rendre votre contenu plus utile pour les personnes avec :

• Handicaps visuels

• Handicaps auditifs

• Différences et handicaps cognitifs

• Troubles de l’attention

• Troubles temporaires ou situationnels (par exemple, les personnes qui naviguent sur Internet sans le son).

WCAG 2.1 vs. 2.2

La WCAG est régulièrement mise à jour pour suivre l’évolution des technologies et des besoins des utilisateurs. La dernière version, WCAG 2.2, comprend 86 critères de succès à valider ou non, qui aident à identifier les problèmes d’accessibilité courants dans la conception et le développement. Ces critères sont la recommandation officielle du W3C, et bien que les versions antérieures comme WCAG 2.0 et 2.1 soient toujours valides, le W3C recommande fortement aux organisations de suivre la WCAG 2.2 pour répondre aux attentes actuelles en matière d’accessibilité.

Si vous vous demandez ce qui change avec la WCAG 2.2, le cadre de base reste le même. Elle conserve tous les critères de succès de la WCAG 2.1 et 2.0, mais ajoute neuf nouveaux critères axés sur des problèmes d’utilisabilité concrets — comme des zones cibles plus grandes pour les pointeurs, des méthodes d’authentification plus accessibles et des indicateurs de focus plus clairs pour les éléments interactifs.

Suivre la WCAG 2.2 vous aide aussi à vous préparer aux futures versions des directives, dont la WCAG 3.0. Cette dernière version serait un modèle plus flexible, basé sur les résultats, pour refléter l’évolution du numérique. La WCAG 3.0 est encore en développement et n’est pas encore une norme officielle, donc pour l’instant, la WCAG 2.2 reste la référence en matière de conformité et de bonnes pratiques d’accessibilité.

Pour une liste complète de tous les critères de succès de la WCAG 2.2, consultez notre checklist WCAG.

Un symbole d’accessibilité entouré d’icônes représentant différents types de handicaps (visuel, cognitif, moteur et auditif).

Qu’est-ce que la conformité WCAG ?

Bien que l’on parle souvent de “conformité WCAG” pour l’accessibilité web, le terme “conformité WCAG” (conformance) est plus précis. En effet, la WCAG est une norme volontaire — ce n’est pas une loi.

La conformité WCAG signifie suivre volontairement les directives. Se fixer un objectif de conformité permet de faire le premier pas vers un site web ou une application mobile plus accessible et d’améliorer la conformité avec diverses lois anti-discrimination.

Pour se rapprocher de la conformité WCAG, il faut comprendre comment les directives sont organisées.

Les quatre principes clés de la WCAG

La WCAG s’articule autour de quatre principes fondamentaux pour l’accessibilité numérique : perceptible, utilisable, compréhensible et robuste. Ensemble, ces principes aident les entreprises à créer du contenu accessible à tous.

Prenez l’habitude d’utiliser les principes POUR lors de la création de contenu. C’est un excellent moyen de se conformer aux normes WCAG et, surtout, d’anticiper les problèmes qui pourraient affecter vos utilisateurs.

Perceptible

Perceptible signifie simplement que toutes les informations et tous les composants de l’interface utilisateur (UI) doivent être présentables et perceptibles par tous les utilisateurs. Rien ne doit être “invisible” pour aucun de leurs sens, et il ne faut pas se reposer sur un seul type de perception sensorielle.

Voici quelques moyens de rendre le contenu perceptible :

• Fournir des alternatives textuelles pour le contenu non textuel : Cela inclut une description textuelle pour les images, graphiques ou vidéos, afin que les utilisateurs qui ne peuvent pas voir ces éléments aient tout de même accès à l’information. Cela augmente aussi la compatibilité avec les lecteurs d’écran.

• Ajouter des sous-titres au contenu vidéo : Intégrez des sous-titres dans les vidéos préenregistrées et en direct. Cela aide les personnes sourdes ou malentendantes en fournissant une transcription du son.

• Ajouter des descriptions audio préenregistrées pour les vidéos : Pour les vidéos non en direct, ajoutez des descriptions audio. Ces narrations décrivent les éléments visuels, pour les utilisateurs aveugles ou malvoyants.

• Assurer un contraste de couleurs suffisant : Assurez-vous qu’il y a un contraste suffisant entre le texte et son arrière-plan à l’aide d’outils comme le vérificateur gratuit de contraste de couleurs d’AudioEye. C’est essentiel pour la lisibilité, notamment pour les personnes daltoniennes (CVD) ou ayant d’autres troubles visuels. Veillez à utiliser des couleurs accessibles dans toutes vos créations.

Utilisable

Utilisable signifie que les gens peuvent utiliser votre contenu. Ils peuvent remplir des formulaires, commander des produits et naviguer avec les technologies qu’ils utilisent au quotidien. L’interface et la navigation doivent être utilisables de différentes manières pour que chacun puisse y accéder.

Quand votre site est vraiment utilisable, il fonctionne avec toutes ces technologies et ne demande pas aux utilisateurs de faire quelque chose qu’ils ne peuvent pas faire.

Voici quelques moyens de rendre le contenu utilisable :

• Rendre toutes les fonctionnalités accessibles au clavier : Vos utilisateurs doivent pouvoir utiliser votre contenu numérique uniquement au clavier (sans souris). Testez-le en apprenant les commandes clavier de base et en naviguant dans votre contenu.

• Éviter le contenu clignotant : Évitez le contenu qui clignote plus de trois fois par seconde, ou restez en dessous des seuils WCAG. Cela limite les risques de crise pour certains utilisateurs et rend le contenu plus utilisable pour les personnes avec des troubles visuels ou neurocognitifs.

• Éviter les limites de temps : Laissez suffisamment de temps aux utilisateurs pour lire et utiliser le contenu. Si vous devez imposer une limite de temps, prévenez les utilisateurs — ne les surprenez pas en les déconnectant ou en interrompant un processus sans avertissement.

Compréhensible

Compréhensible signifie suivre les meilleures pratiques de conception UX : tout le monde doit pouvoir comprendre comment fonctionne votre site sans trop d’efforts.

Autrement dit, le contenu et l’interface doivent être faciles à comprendre. Voici quelques moyens de rendre le contenu compréhensible :

• Utiliser des balises de langue : Spécifier la langue (par exemple, le français) d’une page permet aux lecteurs d’écran de prononcer correctement le texte. Les navigateurs visuels peuvent aussi afficher les bons caractères.

• Utiliser une navigation cohérente : Assurez-vous que les éléments de navigation répétés apparaissent dans le même ordre sur chaque page. Cela aide les gens à trouver ce qu’ils cherchent — et c’est particulièrement utile pour certains utilisateurs avec des troubles cognitifs, mais bénéfique pour tous.

• Fournir des instructions et des libellés : Rédigez des instructions claires, pertinentes et simples lorsque des saisies sont requises. Utilisez des libellés appropriés pour que les champs soient compréhensibles par les technologies d’assistance.

Robuste

Robuste signifie que le contenu fonctionne bien et reste accessible, même lorsque les technologies et agents utilisateurs (navigateurs web, etc.) évoluent.

Voici quelques moyens de rendre le contenu plus robuste :

• Définir le nom, le rôle et la valeur de chaque élément : Assurez-vous que le nom et le rôle de chaque élément d’interface utilisateur peuvent être déterminés de façon programmatique (lus par une machine). Sinon, certaines technologies (comme les lecteurs d’écran) pourraient ne pas présenter le contenu aux utilisateurs.

• Créer des messages d’état accessibles : Les messages d’état doivent être déterminables de façon programmatique afin d’être présentés à l’utilisateur sans recevoir le focus.

Trois boîtes illustrant chacune un niveau de conformité WCAG

Niveaux de conformité WCAG

En plus des quatre principes, les critères de succès WCAG sont organisés en trois niveaux de conformité : Niveau A, Niveau AA et Niveau AAA :

• Niveau A est le niveau de conformité le moins strict. Il traite des problèmes essentiels susceptibles d’affecter un grand nombre d’utilisateurs. Exemples : exigences pour le texte alternatif et titres de page descriptifs.

• Niveau AA est plus complet que le niveau A, couvrant des aspects supplémentaires comme le maintien d’un contraste de couleurs approprié, l’utilisation appropriée des titres et la cohérence des éléments de navigation d’une page à l’autre.

• Niveau AAA est le niveau le plus strict de la WCAG et comprend des critères que certains créateurs peuvent avoir du mal à remplir. Par exemple, le niveau AAA exige une interprétation en langue des signes pour tout contenu multimédia préenregistré.

Chaque niveau de conformité inclut tous les critères du niveau précédent. Autrement dit, le niveau AA inclut tous les critères du niveau A, tandis que le niveau AAA inclut tous les critères des niveaux AA et A.

Au minimum, les propriétaires de sites devraient viser la conformité WCAG 2.2 niveau AA. La plupart des lois sur l’accessibilité numérique exigent cette version comme indispensable, et les sites qui respectent tous les critères WCAG 2.2 niveau AA sont généralement considérés comme accessibles pour la majorité des utilisateurs en situation de handicap.

Quel impact de la WCAG sur les lois d’accessibilité ?

Comme mentionné plus haut, la WCAG n’est pas une loi, mais un ensemble de standards volontaires.

Bien que la WCAG ne soit pas juridiquement contraignante, elle sert de base à de nombreuses lois anti-discrimination. Certaines l’intègrent par référence — c’est-à-dire que les critères de succès de la WCAG figurent mot pour mot dans le texte de la loi.

D’autres lois, comme l’Americans with Disabilities Act(opens in a new tab), n’ont pas de standards techniques précis. Cependant, il existe une forte jurisprudence établissant la conformité WCAG niveau AA comme niveau raisonnable d’accessibilité.

Ci-dessous, nous expliquons comment la conformité WCAG impacte la conformité à trois lois clés sur l’accessibilité numérique. Pour d’autres exemples, consultez notre Répertoire international des lois sur l’accessibilité.

L’Americans with Disabilities Act (ADA)

L’ADA est une loi américaine sur les droits civiques qui interdit la discrimination envers les personnes en situation de handicap dans des domaines comme l’emploi, les services publics, les transports et les lieux d’accueil du public, y compris Internet. Cela signifie que les sites web, applications mobiles et services en ligne doivent être accessibles aux personnes en situation de handicap.

Le titre III de l’ADA s’applique spécifiquement aux lieux d’accueil du public et concerne :

• Entreprises privées

• Organisations à but non lucratif

• Autres organismes opérant comme “lieux d’accueil du public”.

L’ADA elle-même n’inclut pas de standards précis de conformité. Elle impose à la place les directives de la WCAG 2.2 niveau AA. En résumé, pour être conforme à l’ADA, votre contenu numérique doit respecter les standards de la WCAG.

En savoir plus sur l’ADA →

L’European Accessibility Act (EAA)

L’EAA est la législation phare de l’UE sur l’accessibilité, exigeant que les organisations fournissant des produits et services dans les États membres respectent des normes d’accessibilité définies. Elle s’applique à un large éventail de produits et services numériques, dont les plateformes e-commerce, services bancaires, transports et médias audiovisuels, et est entrée pleinement en vigueur le 28 juin 2025. Bien que l’EAA ne précise pas directement de standards techniques, la norme harmonisée EN 301 549 est utilisée pour démontrer la conformité, intégrant la WCAG 2.1 niveau AA pour le web et le mobile.

En savoir plus sur l’EAA →

EN 301 549

EN 301 549 est la norme européenne harmonisée pour l’accessibilité des TIC, développée par l’ETSI en collaboration avec le CEN et le CENELEC. Contrairement à la WCAG, qui se concentre sur le web et le mobile, EN 301 549 couvre tout l’écosystème TIC : matériel, logiciels, documents non web et services de télécommunications. Elle intègre la WCAG 2.1 niveau AA pour le web et constitue la norme technique de référence pour l’EAA, la Directive européenne sur l’accessibilité web et le Règlement britannique sur l’accessibilité du secteur public de 2018. La conformité à EN 301 549 est la voie la plus complète et juridiquement défendable pour répondre aux obligations d’accessibilité dans l’UE et au Royaume-Uni.

En savoir plus sur EN 301 549 →

Obstacles d’accessibilité courants que la WCAG aide à lever

La WCAG traite un large éventail de problèmes qui affectent la façon dont les personnes en situation de handicap interagissent avec les sites web, applications et contenus numériques. Au-delà des obstacles déjà évoqués (par exemple, contraste insuffisant ou texte alternatif manquant), la WCAG couvre aussi d’autres problèmes qui impactent directement l’utilisabilité et l’accès, tels que :

• Navigation incohérente ou illogique, comme des titres peu clairs, des mises en page imprévisibles ou une structure désorganisée, rendant le contenu difficile à suivre.

• Problèmes de clavier et de focus qui compliquent l’interaction pour les utilisateurs clavier : focus piégé, indicateurs de focus manquants ou éléments interactifs inaccessibles.

• Cibles tactiles trop petites ou difficiles qui sont trop petites ou trop rapprochées pour les utilisateurs ayant des troubles moteurs ou tactiles.

• Animations, mouvements et contenu mis à jour automatiquement qui peuvent submerger ou désorienter les utilisateurs.

• Délais et interactions limitées dans le temps qui expirent trop vite sans avertissement suffisant ou sans possibilité de prolonger le temps.

• Icônes, boutons ou éléments d’interface ambigus ou non étiquetés qui ne précisent pas clairement leur fonction ou ne donnent pas de retour utilisateur.

• Contenu qui ne s’adapte pas ou ne se recompose pas qui se casse lors du zoom, ne supporte pas la recomposition sur petits écrans ou échoue sur les mises en page responsives.

• Messages d’erreur peu utiles ou peu clairs qui n’expliquent pas ce qui ne va pas ou comment corriger les problèmes.

Une page web stylisée avec une loupe sur une icône d’accessibilité.

Votre chemin vers la conformité WCAG commence avec AudioEye

Pour répondre aux exigences WCAG 2.2, vous devez tester régulièrement votre contenu, corriger correctement les problèmes et vérifier que chaque mise à jour améliore réellement l’accessibilité. Sans processus — et sans accompagnement d’experts — il est facile d’ignorer des problèmes ou d’introduire de nouveaux obstacles qui affectent les utilisateurs réels.

AudioEye facilite la conformité WCAG grâce à notre Plateforme d’accessibilité. Notre solution combine une automatisation puissante à une IA assistée par l’humain, vous offrant une visibilité complète sur les problèmes d’accessibilité et la garantie que votre contenu numérique est à la fois conforme et accessible.

Avec AudioEye, vous bénéficiez de :

• Surveillance active qui surveille en continu votre site pour détecter les problèmes d’accessibilité.

• Corrections automatiques qui résolvent automatiquement les problèmes d’accessibilité courants.

• Support juridique expert, corrections personnalisées, formation experte, et plus encore.

Que vous soyez une start-up, une organisation en croissance ou une grande entreprise, AudioEye vous fournit les outils et l’expertise pour maintenir l’accessibilité, réduire le risque juridique et aligner votre contenu numérique sur les dernières normes d’accessibilité.