WCAG 2.1 - 1.2.4
Captions (Live)
Für alle Live-Audioinhalte in synchronisierten Medien werden Untertitel bereitgestellt.
Inhalt
Was Bedeutet das Success Criterium 1.2.4 - Captions (Live)?Warum ist es so wichtig, das Success Criterium 1.2.4 - Captions (Live) zu beachten?Was hat das Success Criterium 1.2.4 - Captions (Live) mit dem BFSG zu tun?Lösungen für 1.2.4 - Captions (Live) anhand von CodebeispielenWie löse ich Verstöße gegen das Success Criterium 1.2.4 - Captions (Live)?Was Bedeutet das Success Criterium 1.2.4 - Captions (Live)?
Das Success Criterion 1.2.4 der WCAG verlangt, dass für alle Live-Video-Inhalte Untertitel (Captions) bereitgestellt werden. Das heißt: Wenn Sie z.B. ein Live-Webinar, eine Live-Konferenz oder ein gestreamtes Event auf Ihrer Website anbieten, müssen Zuschauer*innen, die nicht hören können, alle gesprochene Inhalte und relevante Sounds auch als Text angezeigt bekommen.
Dabei bezieht sich dieses Kriterium nur auf Live-Videos – für aufgezeichnete Videos gelten separate Anforderungen. In der Praxis bedeutet das meist, dass ein:e Transkriptionist:in während der Live-Übertragung Untertitel erstellt, die direkt im Player angezeigt werden.
Warum ist es so wichtig, das Success Criterium 1.2.4 - Captions (Live) zu beachten?
Menschen mit Hörbeeinträchtigungen sind auf Untertitel angewiesen, um Inhalte vollständig zu erfassen und an Live-Events teilhaben zu können. Ohne Live-Untertitelung wird wichtigen Personengruppen der Zugang zu Informationen verwehrt, was sowohl soziale Teilhabe als auch Rechtssicherheit beeinträchtigt.
Was hat das Success Criterium 1.2.4 - Captions (Live) mit dem BFSG zu tun?
Das BFSG verpflichtet Unternehmen und Organisationen dazu, digitale Angebote barrierefrei zu gestalten. Ohne Live-Untertitel für Videos werden Menschen mit Hörbehinderungen ausgeschlossen, was einen klaren Verstoß gegen das BFSG darstellt. Eine Website ohne Live-Untertitel bei Live-Videos ist daher nicht BFSG-konform.
Lösungen für 1.2.4 - Captions (Live) anhand von Codebeispielen
Falscher Code
<video controls autoplay src="live-stream-url"></video>
Korrekter Code
<!-- Beispiel mit spezialisierter Player-Integration, z.B. YouTube oder eigene Infrastruktur mit Live-Caption-Feed -->
<iframe src="https://www.youtube.com/embed/live-stream-id?cc_load_policy=1" allow="autoplay; encrypted-media" allowfullscreen></iframe>
<!-- Hinweis: Für eigene Player muss eine Schnittstelle für Live-Untertitel integriert werden, z.B. mit WebVTT Live-Feed -->
Im schlechten Beispiel gibt es keine Möglichkeit, Untertitel zu aktivieren oder einzublenden. Die Audiospur bleibt für gehörlose Nutzer*innen unzugänglich. Im guten Beispiel ist die Funktion zur Anzeige von Live-Untertiteln über den Player (hier: YouTube mit aktiviertem cc_load_policy) oder mittels Integration eines Untertitel-Feeds vorhanden und nutzbar.
Falscher Code
<!-- Nur visuelle Inhalte ohne Untertitel im Stream -->
<span>Live-Event jetzt!</span>
<video src="stream-url" autoplay></video>
Korrekter Code
<!-- Live-Untertitel werden als Overlay angezeigt oder als separates Track-Element geliefert -->
<video controls autoplay src="stream-url">
<track kind="captions" srclang="de" label="Deutsch" src="live-captions.vtt" default>
</video>
Das Problem beim schlechten Beispiel: Es wird keinerlei Alternative für die Audioinhalte angeboten. Das gute Beispiel zeigt, wie mit dem HTML5 <track>-Element und einem Live-WebVTT-Feed barrierefreie Untertitel eingeblendet werden können.
Wie löse ich Verstöße gegen das Success Criterium 1.2.4 - Captions (Live)?

Unser Accessibility Audit bietet Ihnen die Möglichkeit, mittels unseres AI-basierten Barrierefreiheits-Assistenten, vollautomatisch konkrete Lösungsvorschläge für Ihre Seite zu erstellen. Dafür scannen wir Ihre Website und ihren Quellcode, finden Problemstellen und zeigen Ihnen anhand Ihres eigenen Websitecode fertige Lösungen zum Kopieren und Einfügen. Starten Sie jetzt den Accessibility Audit kostenlos.