Aller au contenu

Qu'est-ce que les WCAG ? Définition, niveaux et application

Les WCAG (Web Content Accessibility Guidelines) sont les recommandations du W3C qui définissent comment rendre un contenu web utilisable par les personnes en situation de handicap. Elles s'organisent autour de quatre principes — perceptible, utilisable, compréhensible, robuste — déclinés en critères de succès vérifiables, répartis sur trois niveaux d'exigence : A, AA et AAA.

En une phrase

Les WCAG définissent, critère par critère, ce qui rend un contenu web réellement utilisable par tous.

À retenir

  • Quatre principes structurent l'ensemble : perceptible, utilisable, compréhensible, robuste (POUR).
  • Trois niveaux existent : A (minimum), AA (cible retenue par la plupart des réglementations) et AAA (rarement exigible sur un site entier).
  • Chaque critère de succès est formulé pour être vérifiable, pas pour être interprété.
  • La version 2.2, recommandation du W3C depuis octobre 2023, ajoute des critères sur la navigation au clavier et l'authentification.
  • Une part des critères s'automatise, mais la majorité exige un test humain : navigation clavier, lecteur d'écran, compréhension des libellés.

Fiche du terme

WCAG
Web Content Accessibility Guidelines · Règles pour l'accessibilité des contenus web
Terme anglais
Web Content Accessibility Guidelines
Domaine
UX et performance
Catégorie
Accessibilité
Publié par
W3C — Web Accessibility Initiative
Version courante
WCAG 2.2 (recommandation, 2023)
Niveau visé en pratique
AA

Ce que recouvrent réellement les WCAG

Les WCAG ne sont pas une charte de bonnes intentions mais une liste de critères de succès, chacun rédigé de façon à pouvoir être déclaré satisfait ou non. C'est ce qui permet à des réglementations de s'y adosser sans avoir à réécrire des exigences techniques.

Les quatre principes servent de classement. Perceptible : l'information doit pouvoir être reçue par des sens différents — texte alternatif sur les images, sous-titres sur les vidéos, contraste suffisant. Utilisable : tout doit être atteignable au clavier, sans limite de temps arbitraire ni contenu qui provoque des crises. Compréhensible : langue déclarée, libellés explicites, erreurs de formulaire expliquées. Robuste : le code doit rester interprétable par les technologies d'assistance, présentes et futures.

Les trois niveaux ne sont pas des paliers de qualité croissante appliqués partout. A regroupe ce dont l'absence rend un contenu inutilisable pour certains publics. AA est le niveau de référence de la plupart des cadres légaux. AAA contient des critères qu'il est parfois impossible de satisfaire sur tout un site — le W3C lui-même déconseille de l'exiger globalement.

Il faut distinguer les WCAG, qui sont une recommandation technique, des lois qui s'y réfèrent. Au Québec, le SGQRI 008 s'applique aux organismes publics ; au Canada, la Loi canadienne sur l'accessibilité vise les entités sous compétence fédérale. Une entreprise privée n'est pas toujours légalement tenue, mais s'expose à un risque commercial et réputationnel.

Comment appliquer les WCAG concrètement

  1. 01

    Fixer le niveau et le périmètre

    On retient généralement le niveau AA, et on liste les pages et parcours réellement concernés : accueil, formulaires, tunnel de commande, espace client. Un périmètre non écrit rend l'évaluation impossible.

  2. 02

    Passer les outils automatisés

    Un analyseur comme axe ou Lighthouse détecte rapidement les contrastes insuffisants, les images sans alternative et les champs sans libellé. Il couvre une minorité des critères, mais élimine le bruit de fond.

  3. 03

    Tester au clavier seul

    On parcourt chaque page sans souris : l'ordre de tabulation doit suivre la lecture, le focus doit rester visible, et aucun piège ne doit empêcher de ressortir d'un composant.

  4. 04

    Tester avec un lecteur d'écran

    NVDA, VoiceOver ou JAWS révèlent ce que l'automatisation ne voit pas : un bouton nommé « cliquez ici », un tableau sans en-têtes, une modale qui ne prend pas le focus.

  5. 05

    Corriger à la source

    La plupart des correctifs relèvent du HTML sémantique et des composants partagés. Corriger dans le design system évite de refaire le travail page par page.

  6. 06

    Fixer un contrôle récurrent

    L'accessibilité se dégrade à chaque publication. Un test au moment de la revue de code et une vérification périodique valent mieux qu'un audit annuel.

Exemple concret

Une mutuelle québécoise fait auditer son espace adhérent avant un appel d'offres public. L'outil automatisé remonte 40 anomalies de contraste, réglées en une passe dans les jetons de couleur du design system. Le test clavier révèle un problème plus sérieux : la modale de confirmation de paiement ne reçoit pas le focus, si bien qu'un utilisateur de lecteur d'écran valide un virement sans jamais entendre le montant. Ce seul défaut, invisible pour les outils automatiques, aurait suffi à disqualifier le dossier.

À quoi servent les WCAG

Répondre à une exigence contractuelle

Les appels d'offres publics et de nombreux grands donneurs d'ordre exigent une conformité WCAG 2.1 ou 2.2 niveau AA, attestée.

Élargir l'audience réelle

Les critères profitent bien au-delà du handicap permanent : lecture au soleil, bras occupé, connexion instable, utilisateur âgé.

Structurer un design system

Encoder les contrastes, la gestion du focus et les libellés dans les composants partagés rend l'accessibilité automatique pour les écrans suivants.

Réduire le risque juridique

Pour les organismes soumis au SGQRI 008 ou à la Loi canadienne sur l'accessibilité, la conformité documentée est la seule défense utile.

Ce que les WCAG apportent et leurs limites

  • Des critères vérifiables, qui remplacent le débat d'opinion sur ce qui est « accessible »
  • Un référentiel international stable, sur lequel les réglementations s'appuient directement
  • Des bénéfices collatéraux réels : HTML mieux structuré, donc meilleure compréhension par les moteurs
  • Une progression possible par niveaux, sans exiger la perfection dès le premier jour
  • La majorité des critères ne s'automatise pas : le test humain reste indispensable
  • La conformité formelle n'égale pas l'utilisabilité réelle pour une personne handicapée
  • Le niveau AAA est souvent inatteignable sur l'ensemble d'un site
  • Le contenu publié quotidiennement se dégrade si aucun contrôle éditorial n'accompagne la technique

WCAG et accessibilité web : quelle différence ?

WCAGAccessibilité web
NatureUn référentiel de critères publié par le W3CL'objectif général : rendre le web utilisable par tous
PortéeLe contenu web et les applications en navigateurAussi les documents, les apps natives, le service humain
UsageSe mesure et s'atteste, critère par critèreSe constate à l'usage, sans grille unique

Pourquoi c'est stratégique pour votre organisation

Environ un adulte sur cinq déclare une incapacité au Canada : un site inaccessible écarte donc une part réelle de votre marché, sans que cela apparaisse jamais dans vos statistiques — ces visiteurs partent sans laisser de trace exploitable. À cela s'ajoute l'accès aux marchés publics, où la conformité AA est de plus en plus souvent une condition d'admissibilité. Traitée à la conception, l'accessibilité coûte peu ; ajoutée après coup sur un site en production, elle implique de reprendre des composants déjà répliqués partout.

Questions fréquentes

Quelle version des WCAG faut-il viser aujourd'hui ?

La 2.2, recommandation du W3C depuis octobre 2023. Elle est rétrocompatible : un site conforme 2.2 l'est aussi 2.1 et 2.0. Si un contrat impose encore la 2.1, viser la 2.2 satisfait l'exigence.

Le niveau AA suffit-il ?

Oui dans la quasi-totalité des cas. C'est le niveau retenu par les réglementations et par les appels d'offres. Le AAA contient des critères que le W3C lui-même ne recommande pas d'exiger sur un site entier.

Un outil automatisé peut-il certifier la conformité ?

Non. Les analyseurs couvrent une minorité des critères de succès. Ils détectent des erreurs réelles, mais un site sans erreur automatique peut rester inutilisable au clavier ou au lecteur d'écran.

Les WCAG sont-elles obligatoires pour une entreprise privée au Québec ?

Pas directement : le SGQRI 008 vise les organismes publics. Une entreprise privée reste exposée au risque commercial, aux exigences de ses clients et à celles des appels d'offres auxquels elle répond.

L'accessibilité aide-t-elle le référencement ?

Indirectement, oui. Titres hiérarchisés, textes alternatifs, libellés explicites et HTML sémantique servent aussi la compréhension du contenu par les moteurs. Ce n'est pas un critère de classement en soi.

Termes associés

Sources et références

Vous devez atteindre le niveau AA sur un site déjà en production ou répondre à une exigence d'appel d'offres ?

Faire évaluer votre accessibilité
Glossaire