-
5 Allgemeine Anforderungen
-
6 Zwei-Wege-Sprachkommunikation
- 6.1
- Audiobandbreite für Sprache
- 6.2.1.1
- Textkommunikation in Echtzeit
- 6.2.1.2
- Gleichzeitige Sprache und Text
- 6.2.2.1
- Visuell unterscheidbare Anzeige von Textnachrichten
- 6.2.2.2
- Programmatisch unterscheidbare Anzeige von Textnachrichten
- 6.2.2.3
- Sprecheridentifizierung
- 6.2.2.4
- Echtzeitindikation von Sprachkommunikation
- 6.2.3
- Interoperabilität von Echtzeit-Textkommunikation
- 6.2.4
- Reaktionsgeschwindigkeit der Echtzeit-Textkommunikation
- 6.3
- Anrufer-Identifizierung
- 6.4
- Alternativen zu sprachbasierten Diensten
- 6.5.2
- Auflösung bei Videotelefonie
- 6.5.3
- Bildwiederholfrequenz bei Videotelefonie
- 6.5.4
- Synchronität bei Videotelefonie
- 6.5.5
- Visuelle Anzeige von Audio-Aktivität
- 6.5.6
- Sprecher-Anzeige für Gebärdensprachen-Kommunikation
-
7 Videofähigkeiten
- 7.1.1
- Wiedergabe von Untertiteln
- 7.1.2
- Synchrone Untertitel
- 7.1.3
- Erhaltung von Untertiteln
- 7.1.4
- Untertitel-Anpassungen
- 7.1.5
- Gesprochene Untertitel
- 7.2.1
- Wiedergabe von Audiodeskription
- 7.2.2
- Synchrone Audiodeskription
- 7.2.3
- Erhaltung von Audiodeskription
- 7.3
- Bedienelemente für Untertitel und Audiodeskription
-
9.1.1 Textalternativen
- 9.1.1.1a
- Alternativtexte für Bedienelemente
- 9.1.1.1b
- Alternativtexte für Grafiken und Objekte
- 9.1.1.1c
- Leere alt-Attribute für Layoutgrafiken
- 9.1.1.1d
- Alternativen für CAPTCHAs
-
9.1.2 Zeitbasierte Medien
-
9.1.3 Anpassbar
- 9.1.3.1a
- HTML-Strukturelemente für Überschriften
- 9.1.3.1b
- HTML-Strukturelemente für Listen
- 9.1.3.1c
- HTML-Strukturelemente für Zitate
- 9.1.3.1d
- Inhalt gegliedert
- 9.1.3.1e
- Datentabellen richtig aufgebaut
- 9.1.3.1f
- Zuordnung von Tabellenzellen
- 9.1.3.1g
- Kein Strukturmarkup für Layouttabellen
- 9.1.3.1h
- Beschriftung von Formularelementen programmatisch ermittelbar
- 9.1.3.2
- Sinnvolle Reihenfolge
- 9.1.3.3
- Ohne Bezug auf sensorische Merkmale nutzbar
- 9.1.3.4
- Keine Beschränkung der Bildschirmausrichtung
- 9.1.3.5
- Eingabefelder zu Nutzerdaten vermitteln den Zweck
-
9.1.4 Unterscheidbar
- 9.1.4.1
- Ohne Farben nutzbar
- 9.1.4.2
- Ton abschaltbar
- 9.1.4.3
- Kontraste von Texten ausreichend
- 9.1.4.4
- Text auf 200% vergrößerbar
- 9.1.4.5
- Schriftgrafiken
- 9.1.4.10
- Inhalte brechen um
- 9.1.4.11
- Kontraste von Grafiken und grafischen Bedienelementen ausreichend
- 9.1.4.12
- Textabstände anpassbar
- 9.1.4.13
- Eingeblendete Inhalte bedienbar
-
9.2.1 Tastaturbedienbar
- 9.2.1.1
- Ohne Maus nutzbar
- 9.2.1.2
- Keine Tastaturfalle
- 9.2.1.4
- Tastatur-Kurzbefehle abschaltbar oder anpassbar
-
9.2.2 Ausreichend Zeit
- 9.2.2.1
- Zeitbegrenzungen anpassbar
- 9.2.2.2
- Bewegte Inhalte abschaltbar
-
9.2.3 Anfälle
- 9.2.3.1
- Verzicht auf Flackern
-
9.2.4 Navigierbar
- 9.2.4.1
- Bereiche überspringbar
- 9.2.4.2
- Sinnvolle Dokumenttitel
- 9.2.4.3
- Schlüssige Reihenfolge bei der Tastaturbedienung
- 9.2.4.4
- Aussagekräftige Linktexte
- 9.2.4.5
- Alternative Zugangswege
- 9.2.4.6
- Aussagekräftige Überschriften und Beschriftungen
- 9.2.4.7
- Aktuelle Position des Fokus deutlich
-
9.2.5 Eingabemodalitäten
-
9.3.1 Lesbar
-
9.3.2 Vorhersehbar
- 9.3.2.1
- Keine unerwartete Kontextänderung bei Fokus
- 9.3.2.2
- Keine unerwartete Kontextänderung bei Eingabe
- 9.3.2.3
- Konsistente Navigation
- 9.3.2.4
- Konsistente Bezeichnung
-
9.3.3 Eingabeunterstützung
- 9.3.3.1
- Fehlererkennung
- 9.3.3.2
- Beschriftungen von Formularelementen vorhanden
- 9.3.3.3
- Hilfe bei Fehlern
- 9.3.3.4
- Fehlervermeidung wird unterstützt
-
9.4.1 Kompatibel
- 9.4.1.1
- Korrekte Syntax
- 9.4.1.2
- Name, Rolle, Wert verfügbar
- 9.4.1.3
- Statusmeldungen programmatisch verfügbar
-
11.7 Benutzerpräferenzen
-
11.8 Autorenwerkzeuge
-
12 Dokumentation und Support
Was wird geprüft?
Die verwendete Markup-Sprache HTML muss korrekt eingesetzt werden. Dabei muss für jedes Element folgendes gewährleistet sein:
Sie besitzen vollständige Start- und Endtags
sie sind gemäß Spezifikation korrekt verschachtelt
sie enthalten keine doppelten Attribute
alle ihre IDs sind eindeutig, außer dort wo die Spezifikationen etwas anderes erlauben
Warum wird das geprüft?
Eine saubere HTML-Syntax vereinfacht Browsern oder Screenreadern den Umgang mit der Seite.
Wie wird geprüft?
1. Anwendbarkeit des Prüfschritts
Der Prüfschritt ist immer anwendbar.
2. Prüfung mit dem W3C-Validator
Seite im Chrome-Browser aufrufen.
Bookmarklet Check serialized DOM of current page nutzen, um die Validität des geparsten Quelltextes im W3C-Validator zu prüfen. Falls das Bookmarklet nicht funktioniert, im Validator also nichts angezeigt wird, den DOM-Code kopieren und direkt im W3C Validator im Tab 'Validate by direct Input' eingeben (hier muss ggf. eine nicht mitkopierte DOCTYPE Erklärung der Seite zu Beginn eingefügt werden, z. B. bei HTML5 die Zeile
<!DOCTYPE html>
).Falls Fehler angezeigt werden (Error), also die Seite nicht validiert, mit dem Syntax Only Bookmarklet die Fehler filtern.
Prüfen, ob nach der Anwendung des Bookmarklets noch Fehler vorhanden sind.
3. Hinweise
Die in HTML5 vorgesehenen validen Custom-Attribute nutzen das Format
data-*
, zum Beispieldata-platznummer="44"
. Manche Scripting Frameworks nutzen eigene Formate. Angular.js etwa nutzt das Formatng-*
. Trotz fehlender Validität sind solche Custom-Attribute grundsätzlich kein Barrierefreiheits-Problem, solange sie semantisch korrekt (also z. B. mit korrekt öffnenden und schließenden Anführungszeichen) eingesetzt sind. Browser ignorieren Attribute, die nicht zugeordnet werden können.In diesem Prüfschritt wird das vom Browser nach Auswertung von Scripten generierte DOM geprüft, nicht der Seitenquelltext vor Interpretation im Browser.
4. Bewertung
Erfüllt
Das Prüfergebnis des W3C-HTML-Validators ist nach Anwendung des WCAG parsing only Bookmarklet positiv. Falls noch Fehler (Errors) auftauchen, sind diese auf den semantisch korrekten Einsatz von Custom-Attributen zurückzuführen.
Eher erfüllt
Das Prüfergebnis des W3C-HTML-Validators zeigt auch nach Anwendung des Syntax only Bookmarklets Fehler.
Einordnung des Prüfschritts
Einordnung des Prüfschritts nach WCAG 2.1
Guideline
Success criterion
4.1.1 Parsing (Level A)