Die vier Prinzipien der WCAG (POUR)

Hinter den vielen Erfolgskriterien der WCAG stehen nur vier Grundgedanken. Sie tragen das englische Akronym POUR: Perceivable, Operable, Understandable, Robust – auf Deutsch wahrnehmbar, bedienbar, verständlich, robust. Jedes einzelne Kriterium lässt sich einem dieser vier Prinzipien zuordnen.

Ich finde diese Vierteilung enorm hilfreich, weil sie aus einer unübersichtlichen Liste ein Denkraster macht. Wenn ich eine Komponente prüfe, gehe ich sie der Reihe nach durch: Kann man es wahrnehmen, bedienen, verstehen – und ist es technisch robust? Vier Fragen, die erstaunlich weit tragen.

Wahrnehmbar

Informationen müssen so dargeboten werden, dass sie mit mindestens einem Sinn wahrnehmbar sind – wer nicht sehen kann, braucht eine hörbare oder ertastbare Alternative. Dazu gehören:

• Textalternativen für Bilder – siehe Alt-Texte schreiben.
• Untertitel und Transkripte für Video und Audio.
• Ausreichende Farbkontraste und der Grundsatz, Farbe nie als alleiniges Signal zu nutzen.
• Eine anpassbare Struktur, die auch bei starkem Zoom oder verändertem Layout erhalten bleibt.

Bedienbar

Die Bedienoberfläche und die Navigation müssen benutzbar sein – mit jeder Eingabeart, nicht nur mit der Maus. Die wichtigsten Punkte:

• Alles per Tastatur bedienbar, ohne Fokusfallen, mit sichtbarem Fokus.
• Genug Zeit: Zeitlimits sind verlängerbar oder abschaltbar.
• Keine Anfälle: kein schnelles Blitzen, das fotosensible Reaktionen auslösen kann.
• Navigierbar: Skip-Links, eine sinnvolle Überschriften-Hierarchie und eine logische Fokusreihenfolge.
• Eingabemodalitäten: ausreichende Zielgröße, Drag-Alternativen (Neuerungen aus WCAG 2.2).

Verständlich

Informationen und Bedienung müssen verständlich sein – Inhalte ebenso wie das Verhalten der Oberfläche:

• Lesbar: die Sprache per lang ausgezeichnet, klare Sprache.
• Vorhersehbar: konsistente Navigation, keine überraschenden Kontextwechsel.
• Eingabehilfe: verknüpfte Labels, verständliche Fehlermeldungen und faire Validierung.

Robust

Inhalte müssen robust genug sein, um von unterschiedlicher Software – heutigen wie künftigen Hilfsmitteln – zuverlässig interpretiert zu werden:

• Sauberes, semantisches HTML als Basis.
• Name, Rolle, Wert für alle Bedienelemente korrekt – natives HTML zuerst, ARIA nur wo nötig, siehe die erste Regel von ARIA.

Robustheit ist das Prinzip, das am stärksten mit semantischem Markup zusammenhängt – und für mich der schönste Beleg dafür, dass sauberer Code und Barrierefreiheit dieselbe Sache sind.

Ein Raster, das im Alltag trägt

Der eigentliche Wert von POUR liegt für mich im Prüfen: Statt 50 Kriterien abzuhaken, stelle ich an jede Komponente vier Fragen. Ein Icon-Button etwa ist wahrnehmbar (hat er einen Namen?), bedienbar (per Tastatur?), verständlich (ist klar, was er tut?) und robust (echtes <button>?). Fällt eine Antwort negativ aus, weiß ich sofort, in welche Richtung ich suchen muss.

Häufige Fragen

Sind die vier Prinzipien gleich wichtig?

Im Prinzip ja – eine Seite kann an jedem von ihnen scheitern. In der Praxis fallen die meisten Probleme bei „wahrnehmbar“ (Kontraste, Alt-Texte) und „bedienbar“ (Tastatur) auf. Dort schaue ich zuerst.

Wo finde ich die konkreten Anforderungen?

In den Erfolgskriterien unter den Prinzipien. Welche Stufe (A/AA/AAA) jeweils gilt, erklärt die Seite Konformitätsstufen.

Hilft POUR auch ohne tiefe WCAG-Kenntnis?

Gerade dann. Die vier Fragen sind ein guter Einstieg, lange bevor man jedes Kriterium kennt – sie schärfen den Blick für das Wesentliche.

Fazit

POUR – wahrnehmbar, bedienbar, verständlich, robust – ist das Fundament der WCAG und ein Denkraster, das jede Prüfung vereinfacht. Vier Fragen an jede Komponente decken erstaunlich viel ab. Und das vierte Prinzip, Robustheit, führt direkt zurück zum Ausgangspunkt dieser ganzen Website: gutes, semantisches HTML.