WCAG 2.2 · Level A · WahrnehmbarBarrierefreiheit als Cloud-Service
1.2.2 Untertitel (aufgezeichnet)
Videos mit Ton brauchen Untertitel.
Auf einen Blick
Was bedeutet dieses Kriterium?
Kurz gesagt
Videos mit Ton brauchen Untertitel.
Aufwand
Mittel umzusetzen, mittel erledigt
Betrifft Rolle
Redaktion
Konformitätsstufe
Level A
EN 301 549
Abschnitt 9.1.2.2 · BITV 2.0 · BFSG
Verständlich erklärt
Was heißt 1.2.2 für die Praxis?
Videos mit Ton brauchen Untertitel.
Alle Videos mit gesprochenem Inhalt müssen Untertitel haben — nicht nur für Gehörlose, sondern auch für Situationen ohne Ton (öffentliche Verkehrsmittel, Büro).
Technisch formuliert: Untertitel werden für alle aufgezeichneten Audioinhalte in synchronisierten Medien bereitgestellt.
Wer ist betroffen?
Ein Alltagsbeispiel
Wenn Websites Inhalte nur auf einem einzigen Weg anbieten — etwa nur als Bild oder nur als Audio — schließen sie Menschen aus, die diesen einen Weg nicht nutzen können. Das Erfolgskriterium 1.2.2 verhindert solche Ausschlüsse und sorgt dafür, dass Informationen in alternativen Formen zugänglich sind. Besonders betroffen sind: Gehörlose und schwerhörige Menschen, Menschen ohne Ton, Blinde Menschen.
Die Lösung
So setzen Sie es richtig um
Alle Videos mit gesprochenem Inhalt müssen Untertitel haben — nicht nur für Gehörlose, sondern auch für Situationen ohne Ton (öffentliche Verkehrsmittel, Büro).
Untertitel werden für alle aufgezeichneten Audioinhalte in synchronisierten Medien bereitgestellt.
Umsetzung
Schritt für Schritt
Konkrete Anleitung zur praktischen Umsetzung dieses Kriteriums.
- 1
Untertitel erstellen
Nutzen Sie SRT-, VTT- oder ähnliche Formate. Jeder Untertitel muss zeitlich synchronisiert sein.
- 2
Sprecher kennzeichnen
Bei mehreren Sprechern den Namen oder die Rolle voranstellen: '[Moderator] Willkommen bei...'.
- 3
Relevante Geräusche beschreiben
Wichtige Hintergrundgeräusche in eckigen Klammern: [Applaus], [Musik], [Türklingel].
Typische Fehler
Das wird häufig falsch gemacht
Diese Fehler sehen wir in der Praxis besonders oft — und wie Sie sie vermeiden.
Darauf verlassen, dass alle gleich wahrnehmen
Entwickler gehen oft davon aus, dass alle Nutzer die Inhalte genauso sehen oder hören wie sie selbst. Das ist ein grundlegender Denkfehler — viele Menschen nutzen Hilfsprogramme, die Inhalte ganz anders präsentieren.
Nur an die Mehrheit der Nutzer denken
80%-Lösungen sind keine Lösung, wenn die verbleibenden 20% die Seite überhaupt nicht nutzen können. Barrierefreiheit bedeutet: niemand wird ausgeschlossen.
Selbst prüfen
So testen Sie dieses Kriterium
Mit diesen Methoden können Sie selbst prüfen, ob Ihre Webseite das Kriterium erfüllt.
Screenreader-Test
VoiceOver (Mac: Cmd+F5), NVDA (Windows, kostenlos) oder TalkBack (Android). Navigieren Sie durch die Seite und prüfen Sie, ob alle Inhalte sinnvoll vorgelesen werden.
CSS deaktivieren
In Chrome DevTools oder über Browser-Erweiterungen CSS ausschalten. Ist die Seite noch strukturiert und verständlich lesbar?
Automatisierte Prüfung
Tools wie Pa11y, axe DevTools oder WAVE finden viele Probleme dieses Kriteriums zuverlässig. Ergänzende manuelle Tests bleiben wichtig.
Häufige Fragen
Fragen und Antworten
Ist dieses Kriterium wirklich Pflicht?▾
Wie kann ich prüfen, ob meine Seite dieses Kriterium erfüllt?▾
Welche anderen Kriterien hängen damit zusammen?▾
Verwandte Kriterien
Weiterführende Erfolgskriterien
Diese Kriterien stehen in engem Zusammenhang mit 1.2.2 und sollten gemeinsam betrachtet werden.