Accessibilité web (WCAG) : les bases pour une PME

Vous savez vaguement que votre site web doit être « accessible ». Quelqu’un vous a parlé de WCAG. Vous avez peut-être reçu un courriel suggérant de le rendre conforme. Mais entre les listes de 78 critères et les discussions techniques sur les attributs ARIA, vous ne savez pas par où commencer : ni si c’est une obligation légale ou juste une bonne pratique.

La réponse courte : Les WCAG (Web Content Accessibility Guidelines) sont les normes internationales qui définissent comment rendre un site web utilisable par les personnes en situation de handicap : visuel, moteur, auditif, cognitif. La norme actuelle est WCAG 2.2, avec trois niveaux (A, AA, AAA). La plupart des lois et politiques visent le niveau AA, qui couvre environ 85 % des situations sans exiger de compromis esthétiques majeurs. Au Québec et au Canada, des lois encadrent partiellement l’accessibilité pour certains types d’organismes : mais même sans obligation légale directe, c’est une exigence de base pour tout site professionnel.

Ce qu’il faut comprendre

Les WCAG reposent sur quatre principes (POUR) :

1. Perceivable (perceptible) : Tout le contenu doit pouvoir être perçu par au moins un sens. Ça inclut : texte alternatif sur les images, contraste suffisant, sous-titres sur les vidéos.
2. Operable (utilisable) : Toute fonctionnalité doit pouvoir être utilisée. Navigation au clavier, pas de limites de temps arbitraires, pas de contenu qui déclenche des crises (flash rapide).
3. Understandable (compréhensible) : Le contenu et l’interface doivent être clairs. Langage simple, formulaires avec labels, messages d’erreur explicites.
4. Robust (robuste) : Le site doit fonctionner avec les technologies d’assistance (lecteurs d’écran, lecteurs braille, commande vocale). Code HTML valide, attributs sémantiques corrects.

Les trois niveaux :

• A : minimum absolu. Un site qui échoue au niveau A est fondamentalement inaccessible.
• AA : niveau standard visé par la plupart des lois et recommandations. C’est la cible réaliste pour une PME.
• AAA : niveau maximum, souvent difficile à atteindre en entier, réservé à des contextes spécifiques.

Dans les audits d’accessibilité menés pour des PME québécoises cette année, les problèmes les plus fréquents sont les mêmes trois : contraste insuffisant du texte, images sans texte alternatif, formulaires sans étiquettes. Aucune des trois ne demande un budget significatif pour être corrigée : souvent juste une heure de travail par problème.

Côté légal au Québec :

• La Loi québécoise sur l’accès à l’information impose l’accessibilité aux ministères et organismes publics, pas aux PME privées.
• Au Canada, la Loi canadienne sur l’accessibilité (2019) s’applique aux entreprises sous juridiction fédérale (banques, télécommunications, transport aérien) : pas directement aux PME locales.
• Mais : un site inaccessible vous expose à des plaintes via la Commission des droits de la personne si un visiteur avec un handicap prouve qu’il a été exclu. Et les clients avec des besoins particuliers achètent aussi : les exclure, c’est perdre ce marché.

Concrètement, les 10 correctifs prioritaires pour une PME

1. Contraste du texte : les textes courants doivent avoir un ratio de contraste minimum de 4,5:1 avec leur fond (3:1 pour les gros titres). Outil gratuit : WebAIM Contrast Checker.
2. Texte alternatif (alt) sur toutes les images informatives : un descriptif court de ce que l’image montre. Les images purement décoratives prennent alt="" (vide mais présent).
3. Étiquettes (labels) sur tous les champs de formulaire : chaque champ doit avoir un <label> associé, pas juste un placeholder.
4. Navigation au clavier possible partout : tester en utilisant uniquement la touche Tab. Tous les boutons et liens doivent être atteignables et utilisables.
5. Focus visible : quand on navigue au clavier, l’élément actif doit avoir un contour visible (pas supprimé via CSS outline: none;).
6. Hiérarchie de titres logique : un seul <h1> par page, puis <h2> pour les sections, <h3> pour les sous-sections. Pas de saut (h2 → h4).
7. Liens descriptifs : évitez « cliquez ici » ou « en savoir plus ». Le texte du lien doit dire ce qu’il fait (« Voir notre audit SEO gratuit »).
8. Vidéos avec sous-titres : les vidéos doivent avoir des sous-titres. YouTube en génère automatiquement, mais ils doivent être corrigés manuellement.
9. Pas d’auto-play avec son : les vidéos et audios ne doivent pas démarrer automatiquement. Un utilisateur doit pouvoir contrôler.
10. Zones cliquables suffisantes sur mobile : minimum 44×44 pixels pour les boutons et liens tactiles, selon WCAG 2.5.5 niveau AAA (mais c’est une bonne pratique mobile universelle).

À éviter

• Installer un « plugin d’accessibilité automatique » et penser que c’est fait. Ces outils (overlays ou widgets) ne remplacent pas une vraie correction. Ils peuvent même créer de nouveaux problèmes. La bonne approche est de corriger le code directement.
• Se contenter d’un vérificateur automatique. Les outils comme WAVE, Lighthouse ou axe DevTools détectent 30 à 40 % des problèmes réels. Le reste nécessite un test manuel (navigation au clavier, test avec un lecteur d’écran comme NVDA ou VoiceOver).
• Oublier les documents PDF. Un PDF de politique de confidentialité ou de brochure est considéré comme contenu du site. Il doit aussi être accessible (balisé, avec texte alternatif sur les images).
• Croire que c’est « pour les aveugles ». L’accessibilité couvre tous les types de handicaps (moteur, auditif, cognitif) : et rend aussi le site plus facile à utiliser pour tout le monde, surtout sur mobile et en conditions de mauvaise connexion.

Sources

• W3C : Web Content Accessibility Guidelines (WCAG) 2.2 (consulté le 2026-04-11)
• W3C : Introduction à l’accessibilité web (consulté le 2026-04-11)

Voir aussi

• Notre déclaration d’accessibilité : comment Référence Numérique applique WCAG 2.2 AA sur ses propres sites
• UX vs UI : quelle est la différence? : où l’accessibilité rejoint la conception d’expérience