RGAA Lab

RGAA 4.1.2 · Éléments obligatoires · Critère 8.8

Dans chaque page web, le code de langue de chaque changement de langue est-il valide et pertinent ?

Un changement de langue signalé avec le mauvais code fait basculer la synthèse vocale vers une prononciation qui n'est celle d'aucune des deux langues.

Ce que dit le référentiel

Transcription du RGAA 4.1.2, sans interprétation. C’est ce texte qui fait foi, et celui que vous citez dans un rapport.

  1. 8.8.1
    Pour chaque page web, le code de langue de chaque changement de langue vérifie-t-il ces conditions ?
    • Le code de langue est valide ;
    • Le code de langue est pertinent.

Comment le vérifier

  1. Recenser les éléments porteurs d'un lang à l'intérieur du corps de la page ([lang] dans l'inspecteur).
  2. Vérifier que chaque valeur est une étiquette de langue valide.
  3. Vérifier qu'elle correspond à la langue réellement écrite dans l'élément.
  4. Vérifier la portée : un lang posé sur un conteneur trop large fait basculer du texte qui ne change pas de langue.

Ce que notre outil fait

Détecté automatiquement

Notre moteur tranche seul sur ce critère : un échec est une non-conformité, avec la preuve qui va avec.

Une règle contrôle la validité de l'étiquette, l'autre compare la langue déclarée au texte de l'élément. La seconde est prudente sur les fragments courts et sur les langues dont nous n'embarquons pas le vocabulaire : elle s'abstient plus souvent qu'elle ne conclut, et le dit.

Règles ACT du W3C mises en œuvre : de46e4, off6ek

Comment nous mesurons ce que l'outil sait faire · ce critère s'audite dans l'extension RGAA Lab.

Les pièges

Les erreurs qu’on rencontre vraiment, relevées au fil des audits.

  • Ce critère ne juge que les changements de langue déclarés. Une page française correctement déclarée dont une citation anglaise porte un mauvais code échoue ici, pas au 8.4 — chercher le correctif au bon endroit fait gagner une heure.

À lire avec