Traduction assistée par IA. Le contenu original a été rédigé en anglais.
La plupart des sites web de petites entreprises en Ontario échouent les tests d'accessibilité de base. Pas parce que les propriétaires s'en foutent, mais parce que personne ne leur a dit ce que ces tests évaluent.
WCAG 2.1 AA est la norme. C'est la référence inscrite dans la LAPHO. Et en pratique, c'est un ensemble concret d'exigences que la plupart des sites modernes peuvent respecter sans tout reconstruire.
Voici ce qu'elle demande vraiment.
Qu'est-ce que WCAG
WCAG signifie Web Content Accessibility Guidelines. Publiées par le W3C, l'organisme qui maintient les standards du web, elles définissent ce qui rend un site utilisable par les personnes handicapées : déficiences visuelles, limitations motrices, différences cognitives, perte auditive.
Il y a trois niveaux de conformité. Le niveau A est le minimum. Le niveau AA est le standard référencé dans les lois, les politiques d'approvisionnement et la pratique professionnelle. Le niveau AAA est le plafond, conçu pour des applications spécialisées, et rarement exigé en totalité.
La LAPHO référence WCAG 2.0 niveau AA. WCAG 2.1 est une mise à jour rétrocompatible de 2018. Construire selon WCAG 2.1 AA satisfait l'exigence 2.0 et constitue la pratique standard actuelle.
Les quatre principes
WCAG est organisé autour de quatre principes, abrégés en anglais sous l'acronyme POUR : perceptible, utilisable, compréhensible, robuste.
Perceptible. Tout le contenu est disponible aux sens. Un utilisateur sur un lecteur d'écran ne peut pas voir les images. Sans texte alternatif pour les décrire, ce contenu n'existe pas pour lui.
Utilisable. Toutes les fonctionnalités sont accessibles sans souris. Les utilisateurs au clavier seulement naviguent avec Tab et Entrée. Si une fenêtre modale bloque la navigation au clavier, ou si un formulaire requiert un clic pour être soumis, ces utilisateurs sont bloqués.
Compréhensible. Le contenu et les fonctionnalités se comportent de façon prévisible. Les formulaires décrivent leurs erreurs clairement. La navigation est cohérente. Les instructions précèdent les actions.
Robuste. Le code fonctionne avec les technologies d'assistance. Les lecteurs d'écran, les logiciels de contrôle vocal et les dispositifs de commutation reposent sur du HTML valide et sémantique. Un balisage invalide brise cette chaîne.
Ce que le niveau AA exige vraiment
La liste complète de WCAG 2.1 comprend des dizaines de critères. Pour un site de petite entreprise typique, une poignée d'entre eux couvre la majorité des problèmes trouvés dans les audits réels.
Ratios de contraste
Le texte doit avoir un contraste suffisant par rapport à son arrière-plan. Le minimum est 4,5:1 pour le texte courant, 3:1 pour le grand texte (18 pt ou plus, ou 14 pt en gras). Ce même rapport de 3:1 s'applique aux éléments d'interface : boutons, champs de formulaire, indicateurs de focus.
La plupart des échecs dans les audits de sites de petites entreprises viennent de là. Du texte gris clair sur fond blanc. Du texte de remplacement qui se lit à peine. Des états de survol où le texte du bouton et son fond se fondent l'un dans l'autre.
Alternatives textuelles
Chaque image non décorative a besoin d'un attribut alt qui décrit son contenu. Les images décoratives reçoivent alt="", ce qui indique aux lecteurs d'écran de les ignorer. Les images liées ont besoin d'un texte alternatif qui décrit la destination du lien, pas l'image elle-même.
Accès au clavier
Chaque élément interactif, liens, boutons, champs de formulaire, menus, doit être accessible et utilisable au clavier. L'ordre de tabulation suit une séquence logique. Un indicateur de focus visible montre quel élément est actif. Le focus ne se piège dans aucun composant sans possibilité de s'en échapper.
Structure de la page
Chaque page a besoin d'un titre unique et descriptif. Les niveaux de titres suivent une hiérarchie logique : un seul H1, des H2 pour les sections principales, des H3 pour les sous-sections. Pas de niveaux sautés. L'attribut lang sur l'élément <html> indique aux technologies d'assistance quelle langue attendre.
Utilisabilité des formulaires
Chaque champ de formulaire a besoin d'une étiquette associée de façon programmatique, pas seulement d'un texte de remplacement. Les textes de remplacement disparaissent à la saisie ; les étiquettes persistent. Les erreurs sont décrites précisément plutôt que génériquement. Les instructions apparaissent avant que les utilisateurs fassent des erreurs, pas seulement après.
Responsive et zoom
Deux critères ajoutés dans WCAG 2.1 comptent particulièrement pour le mobile. Le contenu doit se réorganiser à 320 pixels CSS de largeur sans défilement horizontal. Le texte doit pouvoir être agrandi à 200 % sans perte de contenu ni de fonctionnalité. Les deux relèvent de la bonne pratique mobile standard. Les deux permettent de détecter les gabarits mal construits.
| Critère | Ce qu'il exige | Échec le plus courant |
|---|---|---|
| 1.1.1 Contenu non textuel | Texte alternatif sur toutes les images significatives | Alt manquant, ou alt = nom de fichier |
| 1.4.3 Contraste (minimum) | 4,5:1 pour le texte courant, 3:1 pour le grand texte | Gris clair sur fond blanc |
| 1.4.11 Contraste non textuel | 3:1 pour les composants d'IU et les indicateurs de focus | Bordures de formulaires à faible contraste |
| 2.1.1 Clavier | Toutes les fonctionnalités utilisables au clavier | Curseurs, modales sans accès clavier |
| 2.4.7 Focus visible | Indicateur de focus au clavier visible | outline: none appliqué globalement |
| 2.4.2 Titre de page | Chaque page a un titre unique et descriptif | Toutes les pages partagent le même titre |
| 3.3.1 Identification des erreurs | Erreurs de formulaire décrites précisément | Messages « entrée invalide » génériques |
| 1.4.10 Redistribution | Pas de défilement horizontal à 320 px | Conteneurs à largeur fixe, débordements |
La LAPHO et les entreprises ontariennes
La LAPHO a été adoptée en 2005. Son Règlement sur les normes d'accessibilité intégrées établit des exigences web pour les entreprises qui opèrent en Ontario. Les organisations de 50 employés ou plus étaient tenues de respecter WCAG 2.0 niveau AA pour les nouveaux contenus web et ceux significativement mis à jour, depuis janvier 2021.
Cette échéance est passée. La plupart des sites de petites entreprises en Ontario n'y répondent toujours pas.
L'application de la loi a été légère pour les petites entreprises. Ce n'est pas un argument pour l'inaction. Des plaintes en matière de droits de la personne ont été déposées en Ontario pour des sites web inaccessibles. La conformité en accessibilité est de plus en plus un facteur dans les appels d'offres pour les entreprises qui travaillent avec des organisations gouvernementales ou financées par des fonds publics.
Les sites accessibles convertissent mieux
L'argument de la conformité est réel. L'argument d'affaires est souvent plus immédiat pour la plupart des propriétaires.
Selon l'OMS, environ 15 % de la population mondiale vit avec une forme de handicap. Statistique Canada estime la proportion à environ un Canadien sur cinq. C'est un segment réel de chaque marché local. Un site qui ne fonctionne pas pour les utilisateurs de lecteurs d'écran, les utilisateurs au clavier ou les personnes malvoyantes ne les atteint pas.
Le recoupement entre l'accessibilité et la convivialité générale est important. Un bon contraste rend le texte lisible au soleil sur un téléphone. La navigation au clavier fonctionne sur les navigateurs de téléviseurs, les manettes de jeux et les dispositifs d'assistance. Des étiquettes de formulaire claires réduisent les erreurs pour tout le monde.
Les sites accessibles ont tendance à avoir un balisage plus propre, ce qui réduit le poids de la page et améliore les scores Core Web Vitals. Google indexe les textes alternatifs, les titres de pages et la structure des en-têtes. Les améliorations d'accessibilité améliorent fréquemment le référencement naturel en effet secondaire.
Par où commencer
Un audit d'accessibilité de base prend environ 20 minutes avec les bons outils.
WAVE par WebAIM s'exécute dans votre navigateur et signale les erreurs directement sur la page. Les PageSpeed Insights de Google incluent un score d'accessibilité avec les échecs détaillés. Ni l'un ni l'autre n'attrape tout, mais tous deux détectent les problèmes les plus courants sur les sites typiques de petites entreprises.
Les problèmes les plus fréquents : textes alternatifs manquants ou non descriptifs, contraste insuffisant sur le texte ou les éléments d'interface, styles de focus supprimés, champs de formulaire sans étiquette, et mises en page mobiles qui se brisent sur des écrans étroits.
La plupart sont corrigeables sans reconstruction. Certains nécessitent des changements structurels qui sont beaucoup plus faciles à apporter à l'étape de la conception. Les sites construits sur mesure gèrent ça mieux que les gabarits, parce que l'accessibilité est intégrée au code dès le départ.
Si vous voulez un regard honnête sur où en est votre site, contactez-nous. Un audit d'accessibilité fait partie de chaque évaluation que je réalise.