WCAG 2.2 · Level A · WahrnehmbarBarrierefreiheit als Cloud-Service
1.3.2 Bedeutungstragende Reihenfolge
Die Lesereihenfolge im Code muss logisch sein.
Auf einen Blick
Was bedeutet dieses Kriterium?
Kurz gesagt
Die Lesereihenfolge im Code muss logisch sein.
Aufwand
Mittel umzusetzen, schnell erledigt
Betrifft Rolle
Entwicklung
Konformitätsstufe
Level A
EN 301 549
Abschnitt 9.1.3.2 · BITV 2.0 · BFSG
Verständlich erklärt
Was heißt 1.3.2 für die Praxis?
Die Lesereihenfolge im Code muss logisch sein.
Der HTML-Quellcode muss die Inhalte in einer logisch sinnvollen Reihenfolge enthalten — unabhängig von CSS-Layout (Flexbox order, Grid, float).
Technisch formuliert: Wenn die Reihenfolge die Bedeutung beeinflusst, kann die korrekte Lesereihenfolge programmatisch bestimmt werden.
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.3.2 verhindert solche Ausschlüsse und sorgt dafür, dass Informationen in alternativen Formen zugänglich sind. Besonders betroffen sind: Blinde und sehbehinderte Menschen, Gehörlose Menschen, Menschen mit kognitiven Einschränkungen.
Die Lösung
So setzen Sie es richtig um
Der HTML-Quellcode muss die Inhalte in einer logisch sinnvollen Reihenfolge enthalten — unabhängig von CSS-Layout (Flexbox order, Grid, float).
Wenn die Reihenfolge die Bedeutung beeinflusst, kann die korrekte Lesereihenfolge programmatisch bestimmt werden.
Umsetzung
Schritt für Schritt
Konkrete Anleitung zur praktischen Umsetzung dieses Kriteriums.
- 1
CSS deaktivieren und prüfen
Schalten Sie CSS aus. Ist der Inhalt noch in der richtigen Reihenfolge lesbar?
- 2
CSS order und visual-only Umordnung vermeiden
flex: order und grid-Platzierung dürfen die logische Lesereihenfolge nicht verändern.
Praxisbeispiele
So nicht — sondern so
So nicht
CSS order: -1 verschiebt die Navigation visuell nach oben, im DOM steht sie nach dem Inhalt.
Sondern so
Navigation steht im DOM vor dem Hauptinhalt und wird auch visuell dort angezeigt.
Warum?
DOM-Reihenfolge = visuelle Reihenfolge
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.3.2 und sollten gemeinsam betrachtet werden.