WCAG 1.2.5: Audiodeskription (aufgezeichnet)

Was diese Regel bedeutet

\n

WCAG 1.2.5 — Audiodeskription (aufgezeichnet) ist ein Erfolgskriterium der Stufe AA unter Prinzip 1: Wahrnehmbar. Es verlangt, dass eine Audiodeskription für alle aufgezeichneten synchronisierten Medien bereitgestellt wird, die Video enthalten. Audiodeskription ist eine zum Primärton eines Videos hinzugefügte Erzählebene, die wichtige visuelle Informationen beschreibt – wie Handlungen, Szenenwechsel, eingeblendeten Text, Gesichtsausdrücke und andere visuelle Elemente –, die nicht durch den vorhandenen Dialog oder Ton vermittelt werden.

\n

Das Kriterium gilt für synchronisierte Medien, die von den WCAG definiert werden als Inhalte, die Audio- und Videospuren kombinieren, die miteinander oder mit zeitbasierten interaktiven Komponenten synchronisiert sind. Dazu gehören Video-Tutorials, Lehrfilme, aufgezeichnete Webinare, Werbevideos, Produktdemonstrationen und Nachrichtensendungen. Es gilt nicht für reine Audioinhalte, reine Videoinhalte (die separat durch 1.2.1 abgedeckt werden) oder Live-Video-Streams (die, falls überhaupt, durch 1.2.6 auf Stufe AAA abgedeckt sind).

\n

Ein Bestehen erfordert, dass für jedes aufgezeichnete Video mit Ton entweder eine zusätzliche Audiodeskriptionsspur vorhanden ist, die von den Nutzern aktiviert werden kann, oder eine erweiterte Audiodeskriptionsversion des Videos, in der Pausen eingefügt wurden, um der Erzählerin bzw. dem Erzähler ausreichend Zeit zu geben, komplexe visuelle Inhalte zu beschreiben. Alternativ gilt: Wenn die vorhandene Tonspur bereits alle visuellen Informationen im Video vollständig vermittelt – das heißt, es passiert visuell nichts Bedeutungsvolles, das nicht in der vorhandenen Erzählung oder im Dialog beschrieben wird –, ist keine zusätzliche Audiodeskription erforderlich.

\n

Ein Fehler liegt vor, wenn visuelle Informationen, die für das Verständnis des Videoinhalts entscheidend sind, ausschließlich über die Bildspur präsentiert werden, ohne entsprechende verbale Beschreibung. Ein Beispiel: Ein Schulungsvideo zeigt eine Person, die auf dem Bildschirm durch Softwareschritte klickt, während sie nur sagt „hier klicken, dann diese Option auswählen“. Dieses Video erfüllt das Kriterium nicht, weil ein blinder Nutzer, der nur die Tonspur hört, keine Möglichkeit hat zu verstehen, auf welches UI-Element geklickt wird oder was ausgewählt wird.

\n

Es gibt eine wichtige offizielle Ausnahme: Wenn das Medium selbst eine Medienalternative zu Text ist – das heißt, ein Video wurde speziell als barrierefreie Entsprechung zu einem Textdokument produziert – und es eindeutig als solche gekennzeichnet ist, ist für diesen Inhalt keine Audiodeskription erforderlich.

\n\n

Warum das wichtig ist

\n

Audiodeskription ist in erster Linie eine Anforderung für Nutzer, die blind sind oder eine erhebliche Sehbeeinträchtigung haben. Laut Weltgesundheitsorganisation haben weltweit etwa 2,2 Milliarden Menschen irgendeine Form von Sehbeeinträchtigung. Für diese Nutzer kann das Standarderlebnis eines Videos ohne Audiodeskription desorientierend oder völlig nichtssagend sein, wenn die Erzählung von visuellen Kontexten abhängt. Ein blinder Nutzer, der sich auf einen Screenreader verlässt, kann erkennen, dass sich ein Video auf einer Seite befindet, aber ohne Audiodeskription hört er nur den Dialog oder die Umgebungsgeräusche, die aufgenommen wurden – es bleiben Lücken, die den Inhalt bedeutungslos oder irreführend machen können.

\n

Betrachten wir ein konkretes Szenario aus der Praxis: Eine türkische Bank veröffentlicht ein Video-Tutorial dazu, wie man in ihrer mobilen App die Zwei-Faktor-Authentifizierung einrichtet. Das Video zeigt nacheinander jede Bildschirmansicht der App, während eine Erzählerin bzw. ein Erzähler Dinge sagt wie „tippen Sie jetzt auf das Einstellungen-Symbol“ oder „Sie sehen eine Bestätigungsnachricht“. Ohne Audiodeskription kann ein blinder Kunde, der einen Screenreader verwendet, nicht erkennen, wo sich das Einstellungen-Symbol visuell befindet, was in der Bestätigungsnachricht steht oder wie die Bildschirme aussehen. Er ist faktisch von dem Self-Service-Tutorial ausgeschlossen und muss möglicherweise den Kundendienst anrufen – was Reibung, Kosten und ein schlechteres Nutzungserlebnis mit sich bringt.

\n

Über Nutzer hinaus, die vollständig blind sind, profitieren auch Menschen mit kognitiven Beeinträchtigungen von Audiodeskription, da es für sie leichter sein kann, Informationen zu verarbeiten, wenn sie zusätzlich zur visuellen Darstellung auch verbal beschrieben werden. Sie kann außerdem Nutzern in reinen Audio-Umgebungen helfen, die keinen Bildschirm sehen können, etwa beim Autofahren, oder Nutzern, die Schwierigkeiten haben, eingeblendeten Text im Video schnell genug zu lesen.

\n

Aus Sicht von SEO und Auffindbarkeit trägt Videoinhalt, der Transkripte oder Beschreibungsskripte enthält, zusätzlichen Text bei, den Suchmaschinen indexieren können, was das Ranking für relevante Suchanfragen potenziell verbessert. Wichtiger noch: Die Bereitstellung von Audiodeskription signalisiert sowohl Nutzern als auch Aufsichtsbehörden, dass Ihre Plattform Inklusion ernst nimmt – was in vielen Märkten zunehmend eine geschäftliche und rechtliche Erwartung ist.

\n\n

Verwandte Axe-core-Regeln

\n

WCAG 1.2.5 erfordert manuelle Tests. Automatisierte Tools wie axe-core können nicht programmatisch feststellen, ob die in einem Video vorhandene Audiodeskription korrekt, ausreichend oder sinnvoll ist – diese Beurteilung erfordert eine menschliche Prüferin bzw. einen menschlichen Prüfer, die bzw. der das Video ansehen und bewerten kann, ob alle visuellen Informationen über Audio vermittelt werden. Es gibt keine axe-core-Regel, die eine fehlende oder unzureichende Audiodeskriptionsspur automatisch kennzeichnen kann.

\n

\n
• Manuelle Prüfung erforderlich – Audit visueller Inhalte: Eine menschliche Testerin bzw. ein menschlicher Tester muss das vollständige Video mit ausgeschaltetem Bildschirm (oder nur mit aktivierter Audiodeskriptionsspur) ansehen und beurteilen, ob alle rein visuellen Informationen – einschließlich eingeblendeten Texts, Handlungen der Sprecherin bzw. des Sprechers, Szenenwechseln, Diagrammen, Schaubildern und nonverbalen Hinweisen – angemessen vermittelt werden. Automatisierte Tools können die semantische Bedeutung eines Videoframes nicht analysieren oder bewerten, ob die Erzählung dem visuell Gezeigten entspricht.
\n
• Manuelle Prüfung erforderlich – Spurenerkennung: Während axe-core das Vorhandensein eines <track>-Elements mit kind='descriptions' in einem <video>-Element prüfen kann, kann es nicht verifizieren, ob die Datei der Deskriptionsspur tatsächlich sinnvolle und korrekte Beschreibungen enthält. Ein Video kann eine Deskriptionsspur haben, die leer ist, maschinell erzeugten Unsinn enthält oder einfach nicht synchronisiert ist – all dies würde die automatisierte Erkennung bestehen, aber das Kriterium in der Praxis verfehlen.
\n
• Manuelle Prüfung erforderlich – Prüfung alternativer Versionen: Einige Implementierungen stellen Audiodeskription bereit, indem sie eine separate URL oder Version des Videos anbieten, in der die Beschreibung in die Haupttonspur eingebettet ist. Automatisierte Tools haben keine Möglichkeit, die Existenz einer alternativen Version eines Video-Assets zu erkennen oder zu einer anderswo auf der Seite verlinkten Version zu navigieren.
\n

\n\n

Wie man testet

\n

\n
1. Alle aufgezeichneten synchronisierten Medien auf der Seite identifizieren. Scannen Sie die Seite nach <video>-Elementen, eingebetteten iframes (YouTube, Vimeo, Drittanbieter-Player) und benutzerdefinierten Video-Player-Implementierungen. Notieren Sie jedes Video, das sowohl Audio- als auch Videospuren enthält und aufgezeichnet statt live ist.
\n
2. Einen automatisierten Scan mit axe DevTools oder Lighthouse ausführen. Öffnen Sie die Entwicklertools des Browsers, führen Sie axe DevTools auf der Seite aus und filtern Sie die Ergebnisse nach Regeln, die sich auf Video- oder Medienelemente beziehen. Automatisierte Scans können fehlende <track>-Elemente oder ARIA-Rollen bei benutzerdefinierten Video-Playern aufzeigen, aber sie bestätigen nicht die Angemessenheit der Audiodeskription. Behandeln Sie automatisierte Ergebnisse nur als Ausgangspunkt.
\n
3. Jedes Video mit verdecktem Bildschirm oder geschlossenen Augen ansehen. Hören Sie nur auf den Ton – einschließlich einer eventuell vorhandenen Audiodeskriptionsspur. Fragen Sie sich: Wird jede bedeutungsvolle visuelle Information über Ton vermittelt? Können Sie der vollständigen Erzählung folgen, alle Aktionen auf dem Bildschirm verstehen und allen eingeblendeten Text und alle Grafiken allein anhand des Tons identifizieren?
\n
4. Auf eine Audiodeskriptionsspur prüfen. Untersuchen Sie die Steuerelemente des Video-Players auf eine Schaltfläche oder ein Menü, mit dem Audiodeskription aktiviert werden kann. Prüfen Sie bei HTML5-Video im DOM, ob ein <track kind='descriptions'>-Element vorhanden ist. Aktivieren Sie die Deskriptionsspur und vergewissern Sie sich, dass sie eine synchronisierte, korrekte Beschreibung der visuellen Inhalte wiedergibt.
\n
5. Auf eine alternative beschriebene Version prüfen. Suchen Sie nach einem eindeutig beschrifteten Link oder einer Schaltfläche in der Nähe des Videos mit Text wie „Mit Audiodeskription ansehen“ oder „Audiodeskription-Version“. Folgen Sie diesem Link und vergewissern Sie sich, dass die alternative Version eine korrekte, vollständige Audiodeskription enthält, die in die Tonspur eingebettet ist.
\n
6. Mit einem Screenreader testen. Navigieren Sie mit NVDA und Firefox, VoiceOver und Safari oder JAWS und Chrome zum Videoelement. Bestätigen Sie, dass der Screenreader das Videosteuerungselement und eine eventuell vorhandene Option für die Deskriptionsspur ankündigt. Spielen Sie das Video ab und vergewissern Sie sich, dass die Deskriptionsspur hörbar und synchron ist. Prüfen Sie, dass der Screenreader die Deskriptionsaudio nicht unterdrückt oder mit ihr in Konflikt gerät.
\n
7. Den Ausnahmefall bewerten. Wenn das Video als Medienalternative zu einem Textdokument präsentiert wird, bestätigen Sie, dass es direkt neben dem Video als solche gekennzeichnet ist. Wenn es korrekt beschriftet ist und denselben Inhalt wie der Text vollständig wiedergibt, ist keine Audiodeskription erforderlich – vergewissern Sie sich jedoch, dass diese Kennzeichnung vorhanden und eindeutig ist.
\n

\n\n

Wie man es behebt

\n\n

Video ohne Audiodeskriptionsspur – falsch

\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

Video mit hinzugefügter Audiodeskriptionsspur – korrekt

\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

Eingebettetes Drittanbieter-Video ohne beschriebene Alternative – falsch

\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

Eingebettetes Video mit eindeutig beschrifteter beschriebener Alternative – korrekt

\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

Benutzerdefinierter Video-Player ohne Umschalter für Audiodeskription – falsch

\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

Benutzerdefinierter Video-Player mit Umschalter für Audiodeskription – korrekt

\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

Häufige Fehler

\n

\n\n

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