Critère RGAA 8.7 · Éléments obligatoires
Critère RGAA 8.7 : Changements de langue indiqués
Chaque page doit respecter les bases techniques attendues : doctype, langue, titre, validité du code et changements de langue.
Comprendre le critère
Le critère RGAA 8.7 porte sur les fondations techniques de chaque page HTML. L’objectif est de vérifier que cette information ou cette fonctionnalité reste disponible dans le code, pas seulement dans le rendu visuel.
Ces critères se vérifient dans le code source et le DOM généré : ils posent le socle que les navigateurs et lecteurs d’écran utilisent pour interpréter la page.
Pourquoi c'est important ?
Ces éléments influencent la langue de lecture, le titre annoncé, le mode de rendu et la robustesse générale du document.
Une erreur sur "Changements de langue indiqués" peut créer une rupture très concrète : contenu non annoncé, action impossible au clavier, information ambiguë ou parcours incompréhensible pour une technologie d’assistance.
Exemple non conforme
Une base technique manque ou ne correspond pas au contenu réel de la page.
<html>\n<head><title>Page</title></head>Exemple conforme
Le document fournit les informations techniques nécessaires au navigateur et aux aides techniques.
<!doctype html>\n<html lang="fr">\n<head><title>Audit RGAA - AllyNizer</title></head>Comment vérifier ce critère ?
- Identifier toutes les occurrences concernées par "Changements de langue indiqués" sur la page auditée.
- Inspecter le code source et le DOM généré, car certains éléments peuvent être modifiés côté client.
- Vérifier les valeurs exactes attendues : doctype, lang, title, validité, sens de lecture ou balises sémantiques.
- Confirmer le résultat dans au moins un navigateur moderne et, si nécessaire, avec un lecteur d’écran.
Erreurs fréquentes
- Corriger seulement le HTML source alors que le DOM final reste invalide.
- Déclarer une mauvaise langue.
- Réutiliser le même title sur toutes les pages.
- Détourner une balise sémantique pour obtenir un style.
Questions fréquentes
Ce critère peut-il être testé automatiquement ?
Souvent oui pour la présence et la validité technique, avec une relecture humaine pour la pertinence.
Quel est le premier réflexe pour corriger "Changements de langue indiqués" ?
Revenir au besoin utilisateur, puis utiliser le HTML natif le plus approprié avant d’ajouter ARIA, CSS ou JavaScript.
Quand considérer le critère comme non applicable ?
Uniquement lorsque la page ne contient aucun contenu, composant ou cas visé par le critère. Cette décision doit être justifiée dans la grille d’audit.
Tester ce critère avec AllyNizer
Lancez une analyse de page pour repérer les erreurs automatiques, puis complétez avec les vérifications manuelles proposées dans cette fiche.