WCAG AAA et langue des signes

Ce que signifie le niveau AAA

Les Règles pour l’accessibilité des contenus web (WCAG) classent leurs critères de succès en trois niveaux : A, AA et AAA. Une page n’est conforme au niveau AAA que si elle satisfait à tous les critères des niveaux A, AA et AAA, ou si une version de remplacement conforme est fournie.¹

La même note en donne la raison : pour certains contenus, il n’est pas possible de satisfaire à tous les critères AAA. Aucun produit, le nôtre compris, ne peut donc rendre un site entier « conforme AAA ».

Ce que vous pouvez faire, c’est satisfaire aux critères AAA qui comptent pour les personnes qui utilisent votre site. Pour les personnes sourdes dont la première langue est une langue des signes, cela veut dire le 1.2.6 et, souvent, le 3.1.5.

Les critères qu’Acceasy vous aide à satisfaire

Voici les critères de succès des WCAG 2.2 qui concernent les visiteurs sourds et malentendants. Les résumés sont les nôtres ; chaque code renvoie au texte du critère dans la traduction française agréée du W3C.

Acceasy couvre ces critères pour les contenus où il est utilisé. Le reste de chaque page doit toujours satisfaire aux autres critères des WCAG. Les noms des critères sont ceux de la traduction française agréée.

1.2.6 : la langue des signes pour la vidéo pré-enregistrée

Pourquoi il existe : pour les personnes dont la première langue est une langue des signes, explique le W3C, le texte écrit, comme celui des sous-titres, est souvent une seconde langue.³ Les sous-titres seuls ne leur donnent pas un accès équivalent à la vidéo.

Le W3C décrit deux façons d’y répondre. La personne qui signe peut faire partie de l’image : cela fonctionne dans n’importe quel lecteur, mais on ne peut pas l’agrandir sans agrandir toute l’image.⁴ Ou la traduction peut être une vidéo distincte, synchronisée avec l’originale, que le lecteur superpose ou affiche dans sa propre fenêtre au choix du spectateur, la personne qui signe pouvant alors être agrandie seule.⁵

Acceasy Player suit la seconde voie. La traduction en langue des signes est une couche synchronisée distincte, non incrustée dans la vidéo. Le spectateur l’active ou la désactive, la fait glisser où il veut, la redimensionne, choisit un fond transparent ou noir derrière la personne qui signe et dispose de toutes les commandes au clavier.

Comment un site y parvient

1. 01

   Audit

   Nous listons les vidéos avec du son qui ont besoin d’une traduction et vérifions les textes qui les accompagnent au regard de la norme de langage clair ISO 24495.

2. 02

   Traduction et synchronisation

   Des traducteurs humains enregistrent la traduction en langue des signes, synchronisée avec chaque vidéo sur l’Acceasy Video Platform. La vidéo est prête à intégrer sous 36 heures.

3. 03

   Intégration et vérification

   Vous intégrez le lecteur avec un extrait de code, comme n’importe quel lecteur vidéo. Vérifiez ensuite chaque page : chaque vidéo pré-enregistrée avec du son doit avoir sa traduction.

Acceasy fonctionne avec toutes les langues des signes. Nous enregistrons la langue des signes américaine (ASL, avec Visual Voice Media), la langue des signes britannique (BSL), la langue des signes colombienne (LSC), la langue des signes brésilienne (LIBRAS, avec Um Tradutor) et les Signes internationaux (IS). Pour la langue des signes française (LSF) ou toute autre langue des signes, comme la LSFB en Belgique ou la LSQ au Québec, le lecteur diffuse des vidéos signées par vos propres interprètes.

3.1.5 : niveau de lecture et langage clair

Le critère de succès 3.1.5 s’applique quand un texte demande une capacité de lecture supérieure au premier cycle de l’enseignement secondaire. Une version plus simple du texte, ou un contenu additionnel qui l’explique, doit alors être disponible.²

Le W3C admet plusieurs techniques pour y répondre. L’une d’elles consiste à proposer en langue des signes les informations que les personnes doivent comprendre (technique G160). Le W3C note que, pour certaines personnes sourdes, une version signée peut être plus facile à comprendre que la version écrite, car la langue des signes peut être leur première langue.⁶

Nous travaillons le 3.1.5 des deux côtés. Avant de traduire, nous traitons votre texte selon la norme de langage clair ISO 24495,⁷ avec notre propre assistant d’IA, Acceasy PRO, pour que la version écrite et la version signée disent clairement la même chose. Ensuite, Acceasy Web permet aux visiteurs d’ouvrir la traduction en langue des signes de chaque partie de la page qui en a une. Si vous souhaitez aussi faire relire vos contenus écrits, nous réalisons des audits de langage clair sur demande.

1.2.4 : sous-titres et langue des signes en direct

Pour la vidéo en direct, les WCAG demandent des sous-titres au niveau AA (1.2.4). Elles n’ont aucun critère de succès pour la langue des signes en direct : leur seul critère de langue des signes, le 1.2.6, porte sur les médias pré-enregistrés.²

Beaucoup de spectateurs sourds ont pourtant besoin d’un interprète pendant un événement en direct. Acceasy Live ajoute une interprétation en langue des signes en direct, en surimpression transparente sur votre diffusion, que chaque spectateur peut activer, déplacer et redimensionner sans changer ce que voient les autres. Il affiche aussi des sous-titres en direct générés par IA dans huit langues par défaut (anglais, espagnol, portugais, allemand, français, italien, néerlandais et russe), et d’autres langues sur demande.

Pour les réunions, Acceasy Meet affiche vos propres interprètes dans des fenêtres flottantes que chaque participant place et dimensionne, avec des sous-titres en direct dans les mêmes huit langues. Pour aller plus loin, voir notre guide de la diffusion en direct accessible.

Couches en langue des signes ou widgets automatiques

Les widgets d’accessibilité automatiques changent l’apparence de la page : taille du texte, couleurs, contraste, taille du curseur. Ils ne traduisent ni l’audio ni le texte en langue des signes : ils ne font donc rien pour le 1.2.6, et un visiteur sourd qui lit difficilement reçoit le même texte qu’avant.

Ce qui se passe d’habitude

Un widget automatique

• Change les polices, les couleurs, le contraste ou la taille du curseur.
• Laisse les mots de la page tels quels.
• N’ajoute aucune langue des signes : le 1.2.6 et le 3.1.5 restent non satisfaits.

Ce dont les visiteurs sourds ont besoin

Une couche de traduction en langue des signes

• De vraies personnes qui signent, pas des avatars d’IA.
• Ne s’ouvre que si le visiteur le demande, partie par partie.
• Se déplace, se redimensionne, se ferme et s’ajuste en contraste.

Sur les avatars, le W3C est net : « les avatars qui simulent l’interprétation de la langue des signes ne sont pas suffisamment robustes pour produire un résultat satisfaisant ».⁹ Acceasy Web utilise au contraire une traduction humaine enregistrée. Il s’ajoute avec une seule balise script, sans refaire le design ni le code de votre site.

Ce que demande la loi

La plupart des textes qui renvoient aux WCAG s’arrêtent au niveau AA. En France, la méthode technique du RGAA vérifie les 50 critères de succès des niveaux A et AA des WCAG 2.1 ; le 1.2.6 n’en fait pas partie.¹⁰ Aux États-Unis, la Section 508 exige les critères de niveaux A et AA des WCAG 2.0.⁸ Le W3C rappelle que la langue des signes n’est pas requise par la plupart des politiques d’accessibilité Web.⁹ Le 1.2.6 est donc souvent un choix que vous faites pour votre public sourd, sauf si un texte nomme directement la langue des signes.

• France. L’article 47 de la loi n° 2005-102 du 11 février 2005 impose l’accessibilité des services en ligne des personnes morales de droit public, de certains organismes privés chargés d’une mission de service public ou d’intérêt général, et des entreprises dont le chiffre d’affaires en France atteint 250 millions d’euros.¹¹ Le RGAA, édité par la DINUM, en précise les obligations et la méthode de vérification ; sa version 5 est annoncée pour fin 2026.¹²
• Union européenne. L’acte européen sur l’accessibilité (directive (UE) 2019/882). Le cadre européen et français, RGAA compris, est détaillé dans notre guide Accessibilité numérique.
• États-Unis. La Section 508 (WCAG 2.0, niveaux A et AA) et l’Americans with Disabilities Act (ADA). Nous enregistrons l’ASL avec Visual Voice Media. Voir notre guide de la Section 508.
• Colombie et Brésil. En Colombie, la loi 982 de 2005 fixe des règles d’égalité des chances pour les personnes sourdes et sourdes-aveugles, dont des interprètes en langue des signes colombienne sur les chaînes nationales de télévision en clair,¹³ et la loi statutaire 1618 de 2013 garantit les droits des personnes handicapées.¹⁴ Au Brésil, la Lei Brasileira de Inclusão (loi n° 13.146/2015) impose des sites accessibles aux entreprises établies ou représentées au Brésil et aux organismes publics (art. 63), et une fenêtre d’interprète en Libras à la télévision (art. 67).¹⁵

Ces informations sont générales et ne constituent pas un conseil juridique.

Sources

Les citations des WCAG 2.2 proviennent de la traduction française agréée (Access42, publiée le 22 septembre 2026). En cas de litige, c’est le document original en anglais qui fait foi.²

1. W3C, Web Content Accessibility Guidelines (WCAG) 2.2, 5.2.1 Conformance level, note 2. Recommandation du W3C, 12 décembre 2024. En anglais. Consulté le 25 oct. 2026.
2. W3C / Access42, Règles pour l’accessibilité des contenus web (WCAG) 2.2, traduction française agréée, publiée le 22 septembre 2026 : 5.2.1 Niveau de conformité (note 2) et critères de succès 1.2.1, 1.2.2, 1.2.4, 1.2.6 et 3.1.5. Consulté le 25 oct. 2026.
3. W3C WAI, Understanding Success Criterion 1.2.6: Sign Language (Prerecorded), Intent. Mis à jour le 6 septembre 2026. En anglais. Consulté le 25 oct. 2026.
4. W3C WAI, Technique G54: Including a sign language interpreter in the video stream. En anglais. Consulté le 25 oct. 2026.
5. W3C WAI, Technique G81: Providing a synchronized video of the sign language interpreter that can be displayed in a different viewport or overlaid on the image by the player. En anglais. Consulté le 25 oct. 2026.
6. W3C WAI, Understanding Success Criterion 3.1.5: Reading Level, techniques suffisantes (G160 et sa note). Mis à jour le 28 juin 2026. En anglais. Consulté le 25 oct. 2026.
7. ISO, ISO 24495-1:2023 Plain language, Part 1: Governing principles and guidelines. Consulté le 25 oct. 2026.
8. U.S. Access Board, Revised 508 Standards, E205.4 Accessibility Standard (36 CFR part 1194). En anglais. Consulté le 25 oct. 2026.
9. W3C WAI, Langues des signes, dans Rendre les médias audio et vidéo accessibles. Traduction bénévole publiée par la WAI de la page originale Sign Languages. Consulté le 25 oct. 2026.
10. DINUM, RGAA 4, méthode technique : introduction. Consulté le 25 oct. 2026.
11. DINUM, RGAA 4, obligations légales : rappel du champ d’application (article 47 de la loi n° 2005-102). Consulté le 25 oct. 2026.
12. DINUM, Référentiel général d’amélioration de l’accessibilité (RGAA), page d’accueil (RGAA 4 et annonce du RGAA 5). Consulté le 25 oct. 2026.
13. Congreso de Colombia, Ley 982 de 2005, Diario Oficial 45.995. En espagnol. Consulté le 25 oct. 2026.
14. Congreso de Colombia, Ley Estatutaria 1618 de 2013, Diario Oficial 48.717. En espagnol. Consulté le 25 oct. 2026.
15. Presidência da República (Brésil), Lei nº 13.146, de 6 de julho de 2015 (Lei Brasileira de Inclusão), art. 63 et 67. En portugais. Consulté le 25 oct. 2026.