WCAG 1.2.5 : Audiodescription (préenregistrée)

Ce que signifie cette règle

\n

WCAG 1.2.5 — Description audio (préenregistrée) est un critère de succès de niveau AA relevant du Principe 1 : Perceptible. Il exige qu’une description audio soit fournie pour tous les médias synchronisés préenregistrés qui contiennent de la vidéo. La description audio est une piste de narration ajoutée à l’audio principal d’une vidéo qui décrit les informations visuelles importantes — telles que les actions, les changements de scène, le texte à l’écran, les expressions faciales et autres éléments visuels — qui ne sont pas communiquées par les dialogues ou l’audio existants.

\n

Le critère s’applique aux médias synchronisés, définis par les WCAG comme un contenu qui combine des pistes audio et vidéo synchronisées entre elles ou avec des composants interactifs temporels. Cela inclut les tutoriels vidéo, les films pédagogiques, les webinaires enregistrés, les vidéos promotionnelles, les démonstrations de produits et les journaux télévisés. Il ne s’applique pas au contenu audio seul, au contenu vidéo seul (qui est traité séparément par 1.2.1), ni aux flux vidéo en direct (qui sont couverts, le cas échéant, par 1.2.6 au niveau AAA).

\n

Pour réussir, il faut que pour chaque vidéo préenregistrée avec audio, il existe soit une piste de description audio supplémentaire que l’utilisateur peut activer, soit une version de la vidéo avec description audio étendue, dans laquelle des pauses ont été insérées pour permettre au narrateur de disposer de suffisamment de temps pour décrire un contenu visuel complexe. Autrement, si la piste audio existante transmet déjà entièrement toutes les informations visuelles présentes dans la vidéo — c’est-à-dire qu’il ne se passe rien de significatif visuellement qui ne soit pas décrit dans la narration ou les dialogues existants — alors aucune description audio supplémentaire n’est requise.

\n

Un échec se produit lorsque des informations visuelles essentielles à la compréhension du contenu de la vidéo sont présentées uniquement via la piste image, sans description verbale correspondante. Par exemple, une vidéo de formation qui montre un présentateur cliquant sur des étapes logicielles à l’écran, tout en disant seulement « cliquez ici, puis sélectionnez cette option », ne respecte pas ce critère, car un utilisateur aveugle qui écoute la piste audio n’a aucun moyen de comprendre sur quel élément d’interface utilisateur on clique ou ce qui est sélectionné.

\n

Il existe une exception officielle importante : si le média est lui-même une alternative média à un texte — c’est-à-dire qu’une vidéo a été produite spécifiquement pour servir d’équivalent accessible à un document texte — et qu’il est clairement étiqueté comme tel, alors la description audio n’est pas requise pour ce contenu.

\n\n

Pourquoi c’est important

\n

La description audio est principalement une exigence pour les utilisateurs qui sont aveugles ou ont une déficience visuelle importante. Selon l’Organisation mondiale de la Santé, environ 2,2 milliards de personnes dans le monde présentent une forme de déficience visuelle. Pour ces utilisateurs, l’expérience par défaut d’une vidéo sans description audio peut être désorientante ou totalement non informative lorsque le récit dépend du contexte visuel. Un utilisateur aveugle qui s’appuie sur un lecteur d’écran peut détecter qu’une vidéo est présente sur une page, mais sans description audio, il n’entend que les dialogues ou les sons d’ambiance capturés — laissant des lacunes qui peuvent rendre le contenu dénué de sens ou trompeur.

\n

Considérons un scénario concret du monde réel : une banque turque publie un tutoriel vidéo sur la façon de configurer l’authentification à deux facteurs dans son application mobile. La vidéo montre chaque écran de l’application à la suite, avec un narrateur qui dit des choses comme « maintenant, touchez l’icône des paramètres » ou « vous verrez un message de confirmation ». Sans description audio, un client aveugle utilisant un lecteur d’écran ne peut pas déterminer où se trouve l’icône des paramètres visuellement, ce que dit le message de confirmation ou à quoi ressemblent les écrans. Il est de fait exclu du tutoriel en libre-service et peut devoir appeler le service client — ce qui entraîne des frictions, des coûts et une expérience utilisateur dégradée.

\n

Au-delà des utilisateurs totalement aveugles, la description audio bénéficie également aux personnes ayant des déficiences cognitives qui peuvent trouver plus facile de traiter l’information lorsqu’elle est décrite verbalement en plus d’être montrée visuellement. Elle peut aussi profiter aux utilisateurs dans des environnements audio uniquement qui ne peuvent pas voir un écran, par exemple en conduisant, ou aux utilisateurs qui ont des difficultés à lire suffisamment vite le texte à l’écran lorsqu’il apparaît dans une vidéo.

\n

Du point de vue du référencement (SEO) et de la découvrabilité, le contenu vidéo qui inclut des transcriptions ou des scripts de description fournit du texte supplémentaire que les moteurs de recherche peuvent indexer, ce qui peut améliorer le classement pour les requêtes pertinentes. Plus important encore, fournir une description audio montre aux utilisateurs comme aux régulateurs que votre plateforme prend l’inclusion au sérieux — ce qui est de plus en plus une attente commerciale et juridique sur de nombreux marchés.

\n\n

Règles Axe-core associées

\n

WCAG 1.2.5 nécessite un test manuel. Les outils automatisés comme axe-core ne peuvent pas déterminer de manière programmatique si la description audio présente dans une vidéo est exacte, suffisante ou pertinente — ce jugement nécessite un évaluateur humain qui peut à la fois regarder la vidéo et évaluer si toutes les informations visuelles sont communiquées par l’audio. Il n’existe aucune règle axe-core qui puisse signaler automatiquement une piste de description audio manquante ou insuffisante.

\n

\n
• Revue manuelle requise — audit du contenu visuel : Un testeur humain doit regarder la vidéo complète avec l’écran coupé (ou avec uniquement la piste de description audio activée) et évaluer si toutes les informations uniquement visuelles — y compris le texte à l’écran, les actions des intervenants, les changements de scène, les graphiques, les diagrammes et les signaux non verbaux — sont correctement transmises. Les outils automatisés ne peuvent pas analyser la signification sémantique d’une image vidéo ni évaluer si la narration correspond à ce qui est montré visuellement.
\n
• Revue manuelle requise — détection de piste : Bien que axe-core puisse vérifier la présence d’un élément <track> avec kind='descriptions' sur un élément <video>, il ne peut pas vérifier si le fichier de la piste de description contient réellement des descriptions pertinentes et exactes. Une vidéo peut avoir une piste de descriptions qui est vide, un charabia généré par machine, ou simplement pas synchronisée — autant de cas qui passeraient la détection automatisée mais échoueraient le critère en pratique.
\n
• Revue manuelle requise — vérification de la version alternative : Certaines implémentations fournissent la description audio en proposant une URL ou une version séparée de la vidéo avec la description intégrée dans la piste audio principale. Les outils automatisés n’ont aucun moyen de détecter l’existence d’une version alternative d’une ressource vidéo liée ailleurs sur la page, ni d’y accéder.
\n

\n\n

Comment tester

\n

\n
1. Identifier tous les médias synchronisés préenregistrés sur la page. Parcourez la page à la recherche d’éléments <video>, d’iframes intégrées (YouTube, Vimeo, lecteurs tiers) et de toute implémentation de lecteur vidéo personnalisé. Notez chaque vidéo qui contient à la fois des pistes audio et vidéo et qui est préenregistrée plutôt que diffusée en direct.
\n
2. Lancer une analyse automatisée avec axe DevTools ou Lighthouse. Ouvrez les outils de développement du navigateur, exécutez axe DevTools sur la page et filtrez les résultats pour toutes les règles liées aux éléments vidéo ou multimédia. Les analyses automatisées peuvent faire apparaître des éléments <track> manquants ou des rôles ARIA sur les lecteurs vidéo personnalisés, mais elles ne confirmeront pas la suffisance de la description audio. Considérez les résultats automatisés uniquement comme un point de départ.
\n
3. Regarder chaque vidéo avec l’écran masqué ou les yeux fermés. Écoutez uniquement l’audio — y compris toute piste de description audio si elle est fournie. Demandez-vous : chaque information visuelle significative est-elle communiquée par le son ? Pouvez-vous suivre l’intégralité du récit, comprendre toutes les actions à l’écran et identifier tout le texte et les graphiques affichés à partir du seul audio ?
\n
4. Vérifier la présence d’une piste de description audio. Inspectez les contrôles du lecteur vidéo pour trouver un bouton ou un menu qui active la description audio. Pour la vidéo HTML5, inspectez le DOM à la recherche d’un élément <track kind='descriptions'>. Activez la piste de descriptions et vérifiez qu’elle fournit une narration synchronisée et exacte du contenu visuel.
\n
5. Vérifier la présence d’une version décrite alternative. Recherchez un lien ou un bouton clairement étiqueté à proximité de la vidéo, avec un texte du type « Regarder avec description audio » ou « Version avec description audio ». Suivez ce lien et vérifiez que la version alternative contient une description audio exacte et complète intégrée dans sa piste audio.
\n
6. Tester avec un lecteur d’écran. En utilisant NVDA avec Firefox, VoiceOver avec Safari ou JAWS avec Chrome, naviguez jusqu’à l’élément vidéo. Vérifiez que le lecteur d’écran annonce le contrôle vidéo et toute option de piste de description associée. Lancez la lecture de la vidéo et vérifiez que la piste de description est audible et synchronisée. Assurez-vous que le lecteur d’écran ne supprime pas et n’entre pas en conflit avec l’audio de description.
\n
7. Évaluer le cas d’exception. Si la vidéo est présentée comme une alternative média à un document texte, vérifiez qu’elle est étiquetée comme telle directement à côté de la vidéo. Si elle est correctement étiquetée et représente entièrement le même contenu que le texte, la description audio n’est pas requise — mais vérifiez que cet étiquetage est présent et sans ambiguïté.
\n

\n\n

Comment corriger

\n\n

Vidéo sans piste de description audio — Incorrect

\n

<!-- A training video with significant visual content and no audio description -->\n<video controls width='800'>\n  <source src='training-video.mp4' type='video/mp4'>\n  <track kind='subtitles' src='subtitles-en.vtt' srclang='en' label='English'>\n</video>\n<!-- Fails 1.2.5: subtitles are present but no descriptions track exists.\n     Visual-only information in the video is inaccessible to blind users. -->

\n\n

Vidéo avec piste de description audio ajoutée — Correct

\n

<!-- A training video with an audio description track provided -->\n<video controls width='800'>\n  <source src='training-video.mp4' type='video/mp4'>\n  <track kind='subtitles' src='subtitles-en.vtt' srclang='en' label='English'>\n  <!-- Audio description track added with kind='descriptions' -->\n  <track kind='descriptions' src='audio-description-en.vtt' srclang='en' label='Audio Description (English)'>\n</video>\n<!-- Passes 1.2.5: screen readers and description-aware players can\n     activate the descriptions track to narrate visual content for blind users. -->

\n\n

Vidéo tierce intégrée sans alternative décrite — Incorrect

\n

<!-- A YouTube embed with no accessible described alternative -->\n<iframe\n  width='560'\n  height='315'\n  src='https://www.youtube.com/embed/VIDEOID'\n  title='Product Demo'\n  allowfullscreen>\n</iframe>\n<!-- Fails 1.2.5: if the YouTube video itself does not have an audio\n     description track uploaded, there is no way for blind users to\n     access visual-only content in the video. -->

\n\n

Vidéo intégrée avec alternative décrite clairement étiquetée — Correct

\n

<!-- A YouTube embed accompanied by a link to an audio described version -->\n<figure>\n  <iframe\n    width='560'\n    height='315'\n    src='https://www.youtube.com/embed/VIDEOID'\n    title='Product Demo'\n    allowfullscreen>\n  </iframe>\n  <figcaption>\n    Product Demo — visual walkthrough of the onboarding flow.\n    <!-- Alternative described version linked directly below the video -->\n    <a href='https://www.youtube.com/watch?v=DESCRIBED_VIDEOID'>\n      Watch the audio described version of this video\n    </a>\n  </figcaption>\n</figure>\n<!-- Passes 1.2.5: a clearly labeled alternative with audio description\n     is provided, allowing blind users to access the same content. -->

\n\n

Lecteur vidéo personnalisé sans commande de description — Incorrect

\n

<!-- Custom video player with no mechanism to enable audio description -->\n<div class='video-player' role='region' aria-label='Product Tutorial'>\n  <video id='tutorial-video'>\n    <source src='tutorial.mp4' type='video/mp4'>\n  </video>\n  <div class='controls'>\n    <button id='play-pause'>Play</button>\n    <button id='mute'>Mute</button>\n  </div>\n</div>\n<!-- Fails 1.2.5: no descriptions track, no AD toggle, no alternative. -->

\n\n

Lecteur vidéo personnalisé avec commande de description audio — Correct

\n

<!-- Custom video player with accessible audio description toggle -->\n<div class='video-player' role='region' aria-label='Product Tutorial'>\n  <video id='tutorial-video'>\n    <source src='tutorial.mp4' type='video/mp4'>\n    <!-- Descriptions track linked; player JS activates it on toggle -->\n    <track id='desc-track' kind='descriptions' src='tutorial-desc.vtt'\n           srclang='en' label='Audio Description'>\n  </video>\n  <div class='controls'>\n    <button id='play-pause'>Play</button>\n    <button id='mute'>Mute</button>\n    <!-- Accessible toggle button for audio description -->\n    <button id='ad-toggle' aria-pressed='false'\n            aria-label='Toggle audio description'>\n      Audio Description\n    </button>\n  </div>\n</div>\n<!-- Passes 1.2.5: a descriptions track is present and the custom player\n     exposes an accessible toggle so users can enable it. Player JS\n     must set aria-pressed='true' when activated and enable the track. -->

\n\n

Erreurs courantes

\n

\n\n

(Content truncated due to token limit — please retry this article.)