POUR
Auch: Perceivable Operable Understandable Robust
Die vier Prinzipien, auf denen WCAG aufbaut: **Wahrnehmbar, Bedienbar, Verständlich, Robust.** Jedes Erfolgskriterium ist genau einem dieser Prinzipien zugeordnet.
POUR ist der konzeptionelle Rahmen, auf dem WCAG aufbaut. Jedes Erfolgskriterium in WCAG 2.x ist genau einem der vier Prinzipien zugeordnet. Das Memorieren von POUR ist der kürzeste Weg, um zu verstehen, warum eine bestimmte Regel existiert.
Die vier Prinzipien
Wahrnehmbar. Informationen und Benutzeroberflächenkomponenten müssen Nutzenden in einer für sie wahrnehmbaren Form präsentiert werden. In der Praxis: Textalternativen für Nicht-Text-Inhalte (Bilder, Videos), Untertitel und Transkripte für Audio, ausreichender Farbkontrast sowie Inhalte, die sich an Screenreader- und Zoom-Layout-Nutzende anpassen. Wenn eine sehende Person etwas wahrnehmen kann, eine blinde Person dagegen nicht, liegt eine Wahrnehmungslücke vor.
Bedienbar. Benutzeroberflächenkomponenten und Navigation müssen bedienbar sein. Die wichtigsten Regeln unter diesem Prinzip: vollständige Tastaturzugänglichkeit (keine auf die Maus angewiesenen Funktionen), ausreichend Zeit zum Lesen und Abschließen von Aufgaben, keine anfallsauslösenden Inhalte (mehr als 3 Blitze pro Sekunde ist die klare Grenze), übersichtliche Navigation und vorhersehbare Fokusreihenfolge. Die neuen WCAG-2.2-Kriterien zur Fokussichtbarkeit und zu Drag-Alternativen sind Regeln zur Bedienbarkeit.
Verständlich. Informationen und die Bedienung der Benutzeroberfläche müssen verständlich sein. Dies umfasst vorhersehbare Navigationsmuster, konsistente Beschriftungen über Seiten hinweg, klare Anweisungen und hilfreiche Fehlerkorrektur. Die Empfehlungen der Arbeitsgruppe für kognitive Barrierefreiheit ordnen sich diesem Prinzip unter, auch wenn WCAG selbst davon absieht, sie verbindlich zu fordern.
Robust. Inhalte müssen robust genug sein, um von einer Vielzahl von User Agents — einschließlich assistiver Technologien — zuverlässig interpretiert werden zu können. In der Praxis ist dies das kleinste Prinzip mit im Wesentlichen einer Regel — 4.1.2 Name, Rolle, Wert — doch diese eine Regel deckt eine enorme Fläche ab: Sie verlangt, dass jedes benutzerdefinierte UI-Steuerelement offenlegt, was es ist, was es tut und in welchem Zustand es sich befindet, und zwar in einer für assistive Technologien lesbaren Weise. 4.1.2 ist der Grund, warum ARIA existiert.
POUR operativ einsetzen
Wenn ein Barrierefreiheitsproblem gefunden wird, empfiehlt es sich zu fragen, welches Prinzip es verletzt:
- Ein fehlendes Alt-Attribut ist Wahrnehmbar.
- Eine Tastaturfalle ist Bedienbar.
- Eine unverständliche Fehlermeldung ist Verständlich.
- Ein benutzerdefiniertes Dropdown-Menü, das sich nicht als Combobox ankündigt, ist Robust.
Diese Zuordnung hilft bei der Priorisierung: Verstöße gegen „Wahrnehmbar“ und „Bedienbar“ blockieren Nutzende in der Regel vollständig; Verstöße gegen „Verständlich“ und „Robust“ verschlechtern die Nutzungserfahrung meist, ohne sie zu blockieren. Die meisten Teams konzentrieren ihren ersten Audit-Durchgang deshalb auf W und B.
POUR hilft außerdem dabei, Lücken zu erkennen. Ein Team, das Wahrnehmbar-Probleme (Alternativtext, Kontrast) obsessiv behebt, aber Bedienbar-Probleme (Fokusreihenfolge, Tastaturfallen) ignoriert, weist ein erkennbares, häufiges Fehlermuster auf. POUR macht diese Einseitigkeit sichtbar.