Chaque page Web est censée déclarer, dans son propre code, la langue dans laquelle elle est écrite. Cela se passe dans un seul attribut sur la balise HTML d'ouverture, lang="en" pour l'anglais ou lang="fr" pour le français, et un visiteur voyant ne le voit jamais. Un lecteur d'écran en dépend entièrement. Cet attribut unique est la façon dont la technologie d'assistance décide quel moteur de prononciation charger, quelle voix employer, et comment lire chaque mot, chiffre et abréviation de la page. Faites-le mal ou omettez-le, et le logiciel doit deviner, se rabattant généralement sur la langue par défaut du lecteur. Sur une page française lue par une voix anglaise, le résultat n'est pas un léger accent. C'est un flux de phonétique anglaise appliqué à des mots français, presque inintelligible. Pour une province avec une importante population francophone et des entreprises qui publient dans les deux langues officielles, ce n'est pas un cas marginal. C'est un obstacle vivant caché dans une seule ligne de balisage.
Faits essentiels
- La langue de document manquante est apparue sur 13,5 % du million de pages d'accueil les plus visitées dans l'analyse WebAIM Million 2026, l'un des six manquements les plus courants détectés par WebAIM, en baisse par rapport à 15,8 % en 2025 et 33,1 % en 2019 (WebAIM).
- Le critère de succès 3.1.1 Langue de la page de WCAG (Web Content Accessibility Guidelines) est de niveau A et fait partie de la norme depuis WCAG 2.0 - le palier de conformité le plus fondamental, à l'intérieur du seuil applicable de l'Ontario (W3C).
- 3.1.2 Langue des parties est de niveau AA et couvre les passages qui changent de langue en milieu de page, comme une phrase française insérée dans un paragraphe anglais (W3C).
- Le RNAI de l'Ontario (Règlement sur les normes d'accessibilité intégrées, Règl. de l'Ont. 191/11), art. 14, exige des organisations de 50 employés ou plus qu'elles respectent WCAG 2.0 niveau AA sur les sites Web publics, et le niveau AA intègre tous les critères de niveau A, dont le 3.1.1 (ontario.ca).
- Le prochain RCL (Rapport de conformité en matière d'accessibilité) pour les organisations de 20 employés ou plus est dû le 31 décembre 2026 (ontario.ca).
Que fait réellement la balise de langue ?
3.1.1 Langue de la page demande une seule chose : la langue humaine par défaut de la page doit être définie dans le code pour que le logiciel puisse la lire. En pratique, cela signifie un attribut lang sur l'élément <html> avec le bon code à deux lettres, en ou fr, et pour le français régional vous pouvez être précis avec fr-CA. C'est un critère de niveau A, le palier le plus bas et le plus fondamental, ce qui est précisément pourquoi il se situe à l'intérieur de la loi ontarienne : tout ce qui est de niveau A fait partie de la cible WCAG 2.0 niveau AA vers laquelle le RNAI pointe, donc une déclaration de langue manquante est un manquement à la version de WCAG que la province applique réellement, pas une délicatesse au-dessus.
La raison pour laquelle cela compte, c'est la prononciation. Un lecteur d'écran transporte une voix et un moteur phonétique distincts pour chaque langue qu'il prend en charge. L'attribut lang est l'interrupteur qui lui dit lequel utiliser. Sans déclaration, le logiciel lit la page dans la langue que l'utilisateur a définie par défaut, alors un lecteur configuré en anglais tentera un texte français, espagnol ou allemand avec des règles anglaises et produira quelque chose entre un accent massacré et du bruit pur. Définissez l'attribut correctement et les mêmes mots ressortent nets, dans la bonne voix, avec la bonne intonation. Il y a aussi un bénéfice plus discret : les moteurs de recherche, les outils de traduction et les fonctions du navigateur s'appuient tous sur le même signal pour traiter votre contenu correctement.
Pourquoi un lang manquant ou erroné brise-t-il un site bilingue de l'Ontario ?
Parce que la publication bilingue multiplie les façons dont cela peut mal tourner. Beaucoup d'organisations ontariennes exploitent des versions anglaise et française parallèles d'un site, et une erreur courante est de construire les pages françaises à partir d'un gabarit anglais et de ne jamais changer la valeur lang. La page française hérite de lang="en", alors un visiteur francophone au lecteur d'écran se fait lire sa propre langue par une voix anglaise. La page semble parfaite et est fonctionnellement inutilisable, ce qui est le pire genre d'obstacle parce que personne ne l'attrape à l'œil.
Le cas apparenté est une seule page qui mélange les deux langues, une page anglaise avec un nom de produit, un slogan ou un passage cité en français. C'est ce que couvre 3.1.2 Langue des parties : chaque segment de contenu dans une langue différente devrait être marqué de son propre lang pour que le lecteur change de voix pour cette phrase et revienne ensuite. C'est de niveau AA, donc cela se situe sur la même ligne applicable que le reste de la norme pour les grands employeurs de l'Ontario. Rien de tout cela n'est réparé de façon fiable par un module greffé, parce que la langue d'une page et de ses parties se déclare dans votre propre HTML, pas par un script posé par-dessus (voici pourquoi une surcouche n'est pas une remédiation). Et un lang manquant est l'un des manquements automatisables classiques, signalé en quelques secondes par n'importe quel analyseur, exactement la conclusion à faible coût qui remplit les mises en demeure rédigées par l'IA.
Comment le vérifier, et quel est le risque s'il manque ?
Vous pouvez vérifier ceci en moins d'une minute par gabarit, sans autre outil que votre navigateur :
- Affichez le code source et lisez le haut. Regardez la balise
<html>d'ouverture. Si elle n'a aucun attributlang, c'est le manquement 3.1.1. Si elle ditlang="en"sur une page qui est en fait française (ou l'inverse), c'est sans doute pire, parce que le logiciel s'y fie. - Vérifiez chaque gabarit, pas seulement la page d'accueil. La page d'accueil peut être correcte pendant que les billets de blogue, le paiement ou le miroir français sont erronés. La langue de document manquante était sur 13,5 % des pages d'accueil dans l'analyse WebAIM 2026 ; les pages intérieures sont rarement meilleures.
- Marquez les changements. Partout où une page porte une phrase dans l'autre langue, enveloppez-la et définissez son
lang. C'est la moitié 3.1.2 que la plupart des sites ratent.
Les enjeux sont ceux qui accompagnent tout obstacle d'accès. En Ontario, la LAPHO (Loi sur l'accessibilité pour les personnes handicapées de l'Ontario) n'a aucun droit d'action privé, donc personne ne poursuit directement en vertu de celle-ci ; la voie vivante pour un individu est le TDPO (Tribunal des droits de la personne de l'Ontario), qui entend les plaintes en vertu du Code des droits de la personne de l'Ontario, et un client francophone servi une page française inutilisable se voit refuser l'accès égal que ces plaintes décrivent. Si vous vendez aux États-Unis, une langue de page manquante est une allégation courante dans le contentieux Web lié à l'ADA (Americans with Disabilities Act). La réponse durable est la même que chaque lacune exige : une remédiation documentée, une trace datée de ce que vous avez trouvé et corrigé, ce qu'un RCL honnête devrait refléter d'ici le 31 décembre 2026. Et parce qu'un analyseur peut confirmer qu'un attribut lang existe mais ne peut juger s'il correspond à la langue qu'un humain lit réellement sur la page, c'est un cas de plus où une analyse n'est pas un audit, et il vit aux côtés des autres signaux de structure dont un lecteur d'écran dépend.
Voyez si votre site déclare correctement sa langue et vérifiez d'autres problèmes d'accessibilité - rapport Vayle gratuit, environ 30 secondes : vayle.art. Il détecte les surcouches, révèle vos véritables manquements à WCAG en langage clair et vous indique exactement ce qui s'applique légalement à votre organisation en Ontario. Sans engagement.
Vayle est un studio d'ingénierie de l'accessibilité à distance au service de l'Ontario. Renseignements généraux, pas un avis juridique.