AccueilLangue du contenu et lisibilité

Guide pratique · Langue du contenu & lisibilité

Langue du contenu et lisibilité : l'attribut lang et les bonnes pratiques

Mis à jour le 15 juin 2026 Lecture : 10 min Référence : EAA · WCAG 2.1 AA

En bref — déclarer la langue, et écrire clair

Déclarer correctement la langue de votre contenu est l'un des points d'accessibilité les plus souvent détectés automatiquement — et l'un des plus rapides à corriger. Une synthèse vocale qui prononce du français avec l'accent anglais, c'est presque toujours un attribut lang manquant ou faux. L'European Accessibility Act (norme EN 301 549 / WCAG 2.1 AA), applicable au commerce électronique depuis le 28 juin 2025, exige sur ce thème :

  • La langue principale de la page est déclaréelang sur la balise <html> (3.1.1, niveau A) ;
  • Les passages en langue étrangère sont signalés par un lang local (3.1.2, niveau AA) ;
  • Le sélecteur de langue est accessible : chaque langue nommée dans sa propre langue, vrai contrôle, pas un drapeau seul ;
  • Les libellés répétés restent cohérents d'une page à l'autre (3.2.4, niveau AA).

La frontière à connaître : écrire dans un langage clair (phrases courtes, mots simples) est une excellente pratique, mais relève du niveau AAA — recommandé, pas exigé par l'EAA. Ce qui est exigible, c'est de déclarer la langue et d'être cohérent.

Un attribut lang absent ou erroné sur la page, une citation en anglais ou un nom de produit étranger lus avec la mauvaise voix, un sélecteur de langue réduit à deux drapeaux : la déclaration de langue est un détail technique invisible à l'œil, mais déterminant pour les synthèses vocales et les lecteurs d'écran. Bonne nouvelle : c'est aussi l'un des points que les outils automatiques repèrent le mieux, et l'une des corrections les plus simples. Voici les règles WCAG que l'EAA impose sur la langue du contenu, où s'arrête vraiment l'obligation, et comment vérifier.

Pourquoi déclarer la langue change tout

Quand une synthèse vocale ou un lecteur d'écran lit une page, il choisit ses règles de prononciation d'après la langue déclarée. Si la page ne dit pas qu'elle est en français, la voix peut lire votre catalogue avec des règles anglaises : « chemise » devient incompréhensible. À l'inverse, une citation en anglais au milieu d'un texte français doit être signalée comme anglaise, sinon elle est prononcée à la française. La déclaration de langue sert aussi les correcteurs orthographiques, la traduction automatique, la césure typographique et le référencement.

L'EAA s'appuie sur l'EN 301 549, fondée sur les WCAG 2.1 niveau AA. Sur la langue et la compréhension, les critères réellement exigibles sont 3.1.1 (Langue de la page, A), 3.1.2 (Langue d'un passage, AA) et 3.2.4 (Identification cohérente, AA). Les critères de lisibilité — niveau de lecture (3.1.5), mots inhabituels (3.1.3), abréviations (3.1.4) — sont de niveau AAA : ce sont des bonnes pratiques fortement recommandées, mais pas des obligations au sens de l'EAA.

Les 6 règles pour la langue et la lisibilité

1 Déclarer la langue principale de la page

Un seul attribut, et tout se prononce correctement

Ajoutez l'attribut lang à la balise <html> de chaque page, avec le bon code : lang="fr" pour une page en français, lang="de" pour l'allemand, etc. C'est le point d'accessibilité le plus souvent détecté automatiquement (un scan le signale immédiatement s'il manque) et l'un des plus rapides à corriger : une ligne dans votre gabarit. Veillez à ce que le code corresponde vraiment à la langue affichée — un lang="en" oublié sur un thème, alors que le contenu est en français, est aussi gênant qu'un attribut manquant.

Conforme<html lang="fr"> sur une boutique francophone : la synthèse vocale lit avec les règles du français.
À éviter<html> sans attribut, ou un lang="en" hérité du thème resté sur une page française : la voix prononce le contenu avec l'accent anglais.
WCAG 3.1.1 (A)

→ Voir aussi la structure des titres et le lecteur d'écran.

2 Signaler les passages en langue étrangère

Une citation ou une mention dans une autre langue doit le dire

Quand un mot, une phrase ou un bloc passe dans une autre langue que celle de la page, entourez-le d'un élément portant son propre lang. Cas fréquents en e-commerce : une citation client en anglais, une mention « best-seller », une description importée d'un fournisseur étranger, un slogan dans la langue d'origine. Les noms propres et termes techniques universels n'ont en général pas besoin d'être marqués : on signale ce qui doit changer de prononciation, pas chaque mot d'emprunt entré dans l'usage.

Conforme<blockquote lang="en">Best product ever</blockquote> : la citation est lue avec la prononciation anglaise.
À éviter — un paragraphe entier en anglais dans une page lang="fr" sans lang="en" : il est lu à la française, souvent inintelligible.
WCAG 3.1.2 (AA)

→ Voir aussi le texte alternatif des images.

3 Un sélecteur de langue clair et accessible

Choisir sa langue sans deviner les drapeaux

Sur un site multilingue, le sélecteur de langue doit être un vrai contrôle (lien, bouton ou <select> étiqueté), atteignable au clavier et porteur d'un nom accessible. Surtout, nommez chaque langue dans sa propre langue — « Français », « English », « Deutsch » — et marquez chaque option du lang correspondant. Un drapeau ne suffit pas : un drapeau désigne un pays, pas une langue, et n'a pas de nom pour le lecteur d'écran s'il est purement décoratif (1.4.1).

Conforme — une liste « Choisir la langue » où chaque option est nommée dans sa langue (<span lang="de">Deutsch</span>) et activable au clavier.
À éviter — deux drapeaux cliquables sans texte : au lecteur d'écran, « image », « image » — impossible de savoir quelle langue on choisit.
WCAG 3.1.2 (AA) · 1.4.1 (A) · 4.1.2 (A) · 2.4.4 (A)

→ Voir aussi liens et boutons accessibles.

4 Des libellés cohérents d'un bout à l'autre

Le même bouton porte le même nom partout

Une fonction qui revient sur plusieurs pages doit garder le même libellé : si votre bouton d'achat s'appelle « Ajouter au panier » sur la fiche produit, il ne doit pas devenir « Acheter » ailleurs sans raison. Le critère 3.2.4 (Identification cohérente) — de niveau AA, donc exigible — évite la confusion pour les personnes qui naviguent au lecteur d'écran ou qui mémorisent les repères. Cohérence aussi des icônes : la même icône doit toujours porter le même nom accessible.

Conforme — « Ajouter au panier » partout pour la même action ; l'icône panier porte toujours le nom « Panier ».
À éviter — « Ajouter au panier », « Acheter », « Commander » pour exactement la même action selon les pages : l'utilisateur ne sait plus s'il s'agit du même bouton.
WCAG 3.2.4 (AA)

→ Voir aussi les composants interactifs accessibles.

5 Écrire clair (recommandé, niveau AAA)

Des phrases courtes et des mots simples — une bonne pratique, pas une obligation

Un contenu lisible profite à tout le monde, en particulier aux personnes ayant un trouble cognitif, une dyslexie, ou qui lisent dans une langue seconde : phrases courtes, voix active, un message par phrase, mots du quotidien plutôt que jargon. Soyons honnêtes : le critère de niveau de lecture (3.1.5) est de niveau AAA, donc recommandé mais non exigé par l'EAA. Nous le citons parce que c'est l'un des leviers d'accessibilité réelle les plus puissants, pas parce qu'un texte complexe vous mettrait hors la loi.

Recommandé — « Votre commande est expédiée sous 48 h. Vous recevrez un e-mail avec le suivi. »
À simplifier — « Nonobstant les délais logistiques afférents, la réception du présent ordre déclenchera subséquemment l'acheminement. »
WCAG 3.1.5 (AAA) — bonne pratique, hors exigence EAA
6 Expliciter abréviations, sigles et termes obscurs

Donner la version longue au moins une fois (recommandé, AAA)

Quand vous employez un sigle ou une abréviation peu connus (« CGV », « RGPD », une référence interne), donnez la forme développée au moins une fois, ou via un mécanisme adapté. De même, expliquez les termes techniques propres à votre secteur. Là encore, c'est une bonne pratique de niveau AAA (critères 3.1.3 mots inhabituels et 3.1.4 abréviations) — non exigée par l'EAA, mais qui réduit nettement la charge pour vos clients et limite les abandons.

Recommandé — « nos CGV (conditions générales de vente) » à la première occurrence.
À éviter — une page truffée de sigles maison jamais explicités : le visiteur abandonne plutôt que de chercher.
WCAG 3.1.3 · 3.1.4 (AAA) — bonnes pratiques, hors exigence EAA

Récapitulatif : ce qui est exigible, ce qui est recommandé

Critères des WCAG 2.1 liés à la langue et à la lisibilité. Seuls les niveaux A et AA sont exigés par l'EAA via l'EN 301 549 ; les critères AAA sont des bonnes pratiques recommandées.
Point à vérifierNiveauStatut EAA
Langue de la page déclarée (lang sur html) — 3.1.1AExigé
Passages en langue étrangère signalés — 3.1.2AAExigé
Libellés cohérents pour une même fonction — 3.2.4AAExigé
Niveau de lecture / langage clair — 3.1.5AAARecommandé
Mots inhabituels expliqués — 3.1.3AAARecommandé
Abréviations développées — 3.1.4AAARecommandé
Le réflexe à prendre : vérifiez d'abord l'attribut lang sur la balise <html> de chaque gabarit. C'est l'un des manquements les plus fréquents — un thème livré en anglais qu'on n'a jamais repassé en lang="fr" — et l'un des plus simples à corriger : une seule ligne, qui change la prononciation de toute la page. Sur un site multilingue, assurez-vous que la valeur de lang change réellement avec la version de langue affichée : une page allemande doit déclarer lang="de", pas conserver lang="fr".
Un overlay « accessibilité » ne corrige pas une langue mal déclarée : il ne sait pas si votre <html lang> est juste, ne marque pas vos citations étrangères et n'harmonise pas vos libellés — ce sont des choix de contenu et de gabarit propres à votre boutique. Rappel : la FTC américaine a sanctionné un éditeur d'overlay d'un million de dollars pour des allégations de conformité trompeuses. Voir pourquoi les overlays ne suffisent pas.

Comment vérifier la langue de votre site

Quelques contrôles rapides, à faire sur vos gabarits :

  • Inspectez la balise <html> (clic droit « Inspecter ») : l'attribut lang est-il présent et juste sur chaque langue du site ?
  • Repérez les passages étrangers (citations, slogans, descriptions importées) : portent-ils un lang local ?
  • Écoutez une page avec une synthèse vocale ou un lecteur d'écran (NVDA, VoiceOver) : la prononciation correspond-elle à la langue ?
  • Testez le sélecteur de langue au clavier : chaque option est-elle nommée et activable ?
  • Comparez les libellés d'une même action sur plusieurs pages : sont-ils identiques ?

Un scan automatique est très fiable sur la langue de la page (lang manquant ou code invalide : signalé immédiatement), ce qui en fait l'un des points les plus rentables à corriger. En revanche, savoir si tous les passages étrangers sont marqués, si les libellés sont cohérents et si le contenu est lisible se vérifie surtout à la lecture. Notre rapport signale les manquements détectables automatiquement et liste les autres points WCAG à contrôler.

→ Méthode complète : comment tester l'accessibilité de son site. Voir aussi par où commencer.

Vérifiez l'accessibilité de votre boutique gratuitement

DeclareAccess analyse une page de votre site avec le moteur axe-core selon les WCAG 2.1 AA, repère les manquements (langue déclarée, contraste, structure, étiquettes…) et génère la déclaration d'accessibilité prête à publier — modèle français (RGAA), allemand (BFSG), italien ou espagnol. Gratuit, sans carte bancaire.

Rapport WCAG par e-mail sous 24 h ouvrées.

C'est noté. Votre client e-mail va s'ouvrir avec la demande pré-remplie — il vous suffit de l'envoyer.

Questions fréquentes

Où mettre l'attribut lang et quelle valeur utiliser ?

Sur la balise <html> de chaque page, avec le code de langue normalisé : lang="fr" pour le français, lang="de" pour l'allemand, lang="en" pour l'anglais, etc. Sur un site multilingue, la valeur doit changer avec la version affichée (une page allemande déclare lang="de"). C'est l'exigence du critère 3.1.1 (niveau A) et l'un des points les plus fiablement détectés par un scan automatique.

Dois-je marquer chaque mot anglais de mon site ?

Non. Le critère 3.1.2 vise les changements de langue qui modifient la prononciation : une citation, une phrase ou un bloc dans une autre langue. Les noms propres et les mots d'emprunt entrés dans l'usage courant (par exemple « week-end ») n'ont pas besoin d'être marqués. En pratique : signalez les passages qu'une synthèse vocale prononcerait mal sans l'indication, comme un témoignage client en anglais.

Un sélecteur de langue avec des drapeaux est-il conforme ?

Des drapeaux seuls posent deux problèmes : un drapeau désigne un pays, pas une langue (quel drapeau pour l'anglais, l'espagnol d'Amérique latine ?), et s'il n'a pas de texte, il n'a pas de nom accessible. Nommez chaque langue dans sa propre langue (« Français », « English », « Deutsch »), faites-en un vrai contrôle atteignable au clavier, et marquez chaque option du lang correspondant. Un drapeau peut rester en complément décoratif.

Mon contenu doit-il être rédigé en « langage clair » pour l'EAA ?

Ce n'est pas une obligation. Les critères de lisibilité (niveau de lecture 3.1.5, mots inhabituels 3.1.3, abréviations 3.1.4) sont de niveau AAA, donc recommandés mais non exigés par l'EAA, qui s'aligne sur le niveau AA. Cela dit, un contenu clair — phrases courtes, mots simples, sigles explicités — améliore réellement l'accessibilité et réduit les abandons : c'est un investissement utile, simplement pas une condition de conformité.

Le scan automatique détecte-t-il les problèmes de langue ?

Pour la langue de la page, oui, et de façon très fiable : un lang manquant sur <html> ou un code invalide est signalé immédiatement — c'est l'un des contrôles automatiques les plus sûrs. En revanche, vérifier que tous les passages étrangers sont marqués, que les libellés d'une même action sont cohérents ou que le texte est lisible demande une relecture humaine. Notre rapport combine le détectable automatiquement et la liste des points à contrôler manuellement.