WCAG 2.2 vs. WCAG 3.0: Was kommt und wann

WCAG 3.0 — formell die W3C Accessibility Guidelines — ist die bedeutendste Umstrukturierung der Standards für Web-Barrierefreiheit seit dem Start von WCAG 2.0 im Jahr 2008. Stand Mitte 2026 befindet sie sich noch im Working-Draft-Status, ohne festes Datum für eine Empfehlung. Doch ihre Gestaltungsentscheidungen sind bereits klar genug, um zu verstehen, wie Konformität aussehen wird, wenn es so weit ist.

Dieser Artikel behandelt, was WCAG 3.0 tatsächlich ändert, worin sie sich von 2.2 unterscheidet und was Sie heute tun können, um sich vorzubereiten, ohne Ihre aktuellen Verpflichtungen zu gefährden.

Wo wir heute stehen

WCAG 2.2 (Oktober 2023) ist die aktuelle W3C-Empfehlung und die Basis, auf die sich weltweit die meisten Barrierefreiheitsgesetze beziehen — darunter die europäische EN 301 549, der European Accessibility Act und die britischen Vorschriften für den öffentlichen Sektor. Sie ist das, was Sie heute einhalten müssen.

WCAG 3.0 ist eine Working Group Note, die von der Accessibility Guidelines Working Group (AG WG) aktiv weiterentwickelt wird. Sie hat mehrere öffentliche Arbeitsentwürfe durchlaufen. Die Gruppe hat ausdrücklich erklärt, dass sie den Status einer Empfehlung nicht in naher Zukunft erreichen wird — 2027 ist der früheste realistische Zeitpunkt, und angesichts des Umfangs der Neugestaltung sind weitere Verzögerungen wahrscheinlich.

Es wird keinen abrupten Umschwung geben. Wenn WCAG 3.0 tatsächlich zum Standard wird, werden Regulierungsbehörden Übergangsfristen einräumen — genau wie beim Wechsel der Länder von WCAG 2.0 zu 2.1.

Die zentrale strukturelle Änderung: von Kriterien zu Ergebnissen

Der grundlegendste Unterschied ist philosophischer Natur.

WCAG 2.x ist um Erfolgskriterien herum aufgebaut — konkrete, prüfbare Bestanden/Nicht-bestanden-Regeln. „Der Farbkontrast muss mindestens 4,5:1 betragen.” Entweder er tut es, oder er tut es nicht. Diese binäre Struktur machte automatisiertes Testen unkompliziert, schuf aber Probleme: Jedes Kriterium zu erfüllen garantiert noch keine nutzbare Erfahrung, und viele reale Barrieren lassen sich schwer auf einen einzigen messbaren Test reduzieren.

WCAG 3.0 wechselt zu Outcomes (Ergebnissen) — übergeordneten Aussagen darüber, was die Nutzererfahrung leisten muss — mit mehreren Testmethoden, die jedes Ergebnis stützen. Ein Test kann sein:

Atomar — eine konkrete messbare Prüfung (ähnlich den heutigen Erfolgskriterien)
Holistisch — erfordert Nutzertests oder Expertenbewertung über einen vollständigen Ablauf hinweg

Das bedeutet, dass die Konformität mit WCAG 3.0 eine Mischung aus automatisierten Prüfungen und qualitativer Bewertung erfordern wird, nicht nur eine Checkliste.

Das neue Konformitätsmodell: Bronze, Silber, Gold

WCAG 2.x kennt drei Konformitätsstufen: A, AA, AAA. Die meisten gesetzlichen Standards verlangen AA.

WCAG 3.0 ersetzt das durch ein abgestuftes Modell, das auf dem Anteil und der Qualität der erfüllten Ergebnisse beruht:

Stufe	Was sie bedeutet
Bronze	Alle kritischen Ergebnisse werden erfüllt; keine flächendeckenden Mängel bei irgendeinem Ergebnis
Silber	Bronze-Anforderungen erfüllt, zuzüglich Fortschritte bei weiteren Ergebnissen
Gold	Silber-Anforderungen erfüllt, mit dokumentierter Nutzerforschung und Prozessen kontinuierlicher Verbesserung

Bronze dürfte das gesetzliche Minimum werden — ungefähr gleichwertig mit dem heutigen AA. Silber und Gold belohnen Organisationen, die weiter gehen, einschließlich fortlaufender Tests mit Menschen mit Behinderungen und formaler Reifegradprogramme für Barrierefreiheit.

Wichtig: Bronze ist nicht einfach. Die Hürde „keine flächendeckenden Mängel” liegt höher, als einfach jeden automatisierten Scan zu bestehen.

APCA: ein neuer Ansatz für Farbkontrast

Eine der meistdiskutierten technischen Änderungen in WCAG 3.0 ist die Ablösung des aktuellen Kontrastalgorithmus (WCAG 2.x nutzt ein Verhältnis relativer Leuchtdichte) durch APCA — den Advanced Perceptual Contrast Algorithm.

Das aktuelle Verhältnis (4,5:1 für normalen Text, 3:1 für großen Text) ist ein grobes Instrument. Es berücksichtigt nicht, wie das menschliche Sehsystem Kontrast über verschiedene Schriftschnitte, Schriftgrößen und Polaritäten (hell auf dunkel vs. dunkel auf hell) hinweg tatsächlich wahrnimmt.

APCA berechnet einen Lightness-Contrast-Wert (Lc) und wendet je nach Schriftgröße und Schriftstärke unterschiedliche Schwellenwerte an. Ein 16-Pixel-Fettschrift-Text hat einen anderen Mindest-Lc als ein 12-Pixel-Text in normaler Stärke, und dunkel auf hell wird anders bewertet als hell auf dunkel.

Praktische Konsequenz: Manche Farbkombinationen, die aktuell am WCAG-2.x-Kontrast scheitern, bestehen unter APCA — und umgekehrt. Organisationen, die schon jetzt APCA-konforme Designsysteme einsetzen, verschaffen sich einen Vorsprung — es gibt jedoch keinen Anlass, die WCAG-2.x-Kontrastkonformität heute aufzugeben.

Größerer Geltungsbereich: über Websites hinaus

WCAG 2.x wurde für Webinhalte geschrieben. WCAG 3.0 ist ausdrücklich darauf ausgelegt, auch für Folgendes zu gelten:

Native mobile Anwendungen (iOS, Android)
Virtual- und Augmented-Reality-Oberflächen
Immersive 3D-Umgebungen
Neue Interaktionsparadigmen (sprachgesteuert, gestenbasiert, KI-gestützt)

Das heißt, die Ergebnisse und Testmethoden umfassen Szenarien, die es in WCAG 2.x schlicht nicht gibt, und adressieren, wie Barrierefreiheit geprüft wird, wenn kein klassisches Web-DOM vorhanden ist.

Funktionale Kategorien statt POUR

WCAG 2.x ordnet die Erfolgskriterien vier Prinzipien zu: wahrnehmbar, bedienbar, verständlich, robust (POUR). Designerinnen und Entwickler haben diese Struktur über mehr als 15 Jahre verinnerlicht.

WCAG 3.0 ersetzt POUR durch funktionale Nutzerbedürfnisse als Ordnungsprinzip. Ergebnisse werden danach gruppiert, was sie Nutzenden ermöglichen — lesen, navigieren, interagieren, verstehen — statt nach der technischen Natur der Barriere.

Die Arbeitsentwürfe legen die genaue Kategoriestruktur noch fest, sodass sich hier weiterhin etwas ändern kann.

Was sich NICHT ändert

Trotz der strukturellen Überarbeitung ändert sich das zugrunde liegende Wissen über Barrierefreiheit nicht:

Dieselben Arten von Barrieren (fehlender Alternativtext, schlechter Kontrast, nicht barrierefreie Formulare, Tastaturfallen) bleiben Barrieren
Automatisiertes Testen spielt weiterhin eine zentrale Rolle — atomare Tests in WCAG 3.0 entsprechen weitgehend bestehenden axe-core- und WAVE-Regeln
Der Bedarf an manueller Expertenprüfung und an Nutzertests mit Menschen mit Behinderungen wächst, statt zu schrumpfen
Die POUR-Prinzipien bleiben ein nützliches Denkmodell, auch wenn sich die offizielle Systematik ändert

Organisationen, die jetzt echte Barrierefreiheitskompetenz aufbauen, werden ihre Praktiken problemlos auf WCAG 3.0 abbilden können, wenn es so weit ist.

Was jetzt zu tun ist

Verfolgen Sie weiterhin die Konformität mit WCAG 2.2 AA. Sie ist der aktuelle gesetzliche Standard in jedem größeren Rechtsraum und das Fundament, auf dem WCAG 3.0 Bronze aufbauen wird. Es gibt kein Szenario, in dem WCAG-2.2-AA-Konformität beim Erscheinen von WCAG 3.0 ein Nachteil wäre.

Beginnen Sie, Nutzertests mit Menschen mit Behinderungen einzubinden. Die Stufen Silber und Gold werden dokumentierte Nachweise über Tests mit echten Nutzenden verlangen. Diese Praxis jetzt zu beginnen, baut organisatorische Muskeln auf und führt zu besseren Produkten — unabhängig davon, was die endgültige WCAG-3.0-Spezifikation sagt.

Verfolgen Sie die Arbeitsentwürfe. Die AG WG veröffentlicht Aktualisierungen unter w3.org/TR/wcag-3.0/. Wichtige Entscheidungen zum Konformitätsmodell, zu den APCA-Schwellenwerten und zu den funktionalen Kategorien stehen noch aus. Wenn Sie langlebige Produkte haben, betrauen Sie jemanden damit, die Entwicklung zu beobachten.

Warten Sie nicht auf WCAG 3.0, um bekannte Probleme zu beheben. Bekannte Barrieren kosten Sie schon heute Nutzende und erhöhen Ihre rechtliche Angriffsfläche. Es gibt keinen Konformitätsvorteil darin, die Nachbesserung aufzuschieben.

WCAG 3.0 wird irgendwann kommen, und sie wird einen Wandel darin erfordern, wie Barrierefreiheit gemessen und belegt wird. Aber sie wird die WCAG-2.2-Konformität nicht bedeutungslos machen — sie wird darauf aufbauen. Am besten für den Übergang aufgestellt sind die Organisationen, die jetzt echte Barrierefreiheitsprogramme aufbauen, nicht jene, die auf den endgültigen Standard warten.

Verwandt: WCAG 2.1 vs. 2.2: Was sich geändert hat · WCAG Stufe A, AA und AAA erklärt