Wer die WCAG 2.2 Trends im Blick behält, trifft heute bessere Investitionsentscheidungen. Denn der Standard steht zwar fest, das Feld darum herum aber nicht still. WCAG 2.2 ist die aktuelle, rechtlich maßgebliche Fassung. Zugleich ist sie vermutlich die letzte ihrer Bauart. Im Hintergrund entsteht mit WCAG 3.0 ein grundlegend anderes Modell. Parallel dazu wandern die Richtlinien von der freiwilligen Empfehlung in verbindliches Recht. In diesem Ratgeber gebe ich Ihnen das passende Radar an die Hand. Sie erfahren, was nach 2.2 kommt und welcher Trend für Unternehmen der folgenreichste ist. Außerdem zeige ich, wo Kognition, Mobile und KI das Bild verschieben. Und Sie sehen, was Sie konkret ableiten sollten, ohne einem Entwurf hinterherzulaufen. Was WCAG überhaupt regelt, lesen Sie im Überblick zum WCAG-Standard. Was sich mit Version 2.2 geändert hat, steht im Ratgeber zu den Neuerungen der WCAG 2.2.
Was kommt nach WCAG 2.2?
Nach WCAG 2.2 folgt kein weiteres 2.x-Update mehr. Stattdessen kommt mit WCAG 3.0 ein eigenständiges Regelwerk. Dieses ist allerdings noch Jahre von der Fertigstellung entfernt. Der jüngste Arbeitsentwurf erschien im März 2026. In dieser Fassung benannte das Gremium die bisherigen „Outcomes“ in „Requirements“ um und führt inzwischen rund 174 davon. Das signalisiert, dass die Anforderungen konkreter und besser testbar werden. Eine Candidate Recommendation peilt das Gremium für Ende 2027 an. Die endgültige W3C-Empfehlung wird frühestens 2028 erwartet, manche nennen offen sogar 2029. Wichtig für die Planung ist ein Punkt: WCAG 3.0 löst die 2.2 bei Erscheinen nicht ab. Zunächst besteht es neben ihr. Wer heute auf 2.2 setzt, baut also nicht auf Sand.
Bemerkenswert ist schon der Namenswechsel. Aus den „Web Content Accessibility Guidelines“ werden die „W3C Accessibility Guidelines“. Das Kürzel WCAG bleibt, der Bestandteil „Web Content“ fällt weg. Dahinter steckt eine bewusste Ausweitung des Geltungsbereichs. Denn WCAG 3.0 ist nicht mehr nur für Websites aus HTML, CSS und JavaScript gedacht. Vielmehr ist es technologieneutral angelegt. Es gilt zugleich für mobile Apps, VR- und AR-Umgebungen, Betriebssysteme, Wearables und Autorenwerkzeuge. Das Internet, das die Richtlinien abdecken, ist schlicht größer geworden.
Übrigens beweist schon die 2.2, dass ein Standard auch zurückbauen kann. Mit Version 2.2 fiel erstmals ein Erfolgskriterium weg: 4.1.1 (Parsing). Der Grund ist simpel. Denn moderne Browser korrigieren fehlerhaftes Markup zuverlässig selbst. Manche Prüfwerkzeuge melden „Parsing-Fehler“ aber noch als WCAG-2.2-Verstoß. Wer ein solches Tool nutzt, sollte es aktualisieren. Denn diese Anforderung gibt es in 2.2 nicht mehr.
Die neun neuen Erfolgskriterien der WCAG 2.2 – und was sie verraten
WCAG 2.2 erschien am 5. Oktober 2023 als offizielle W3C-Empfehlung. Sie strich ein Kriterium und fügte neun neue hinzu. Diese neun sind aber mehr als eine bloße Liste. Denn sie zeigen die Richtung, in die WCAG 3.0 weitergeht. Es geht um Touch-Bedienung, kognitive Last und faire Anmeldung. Wer sie kennt, versteht die Trends schon, bevor er den 3.0-Entwurf überhaupt öffnet. Die folgende Übersicht fasst alle neun kompakt zusammen:
| Kriterium | Stufe | Worum es geht |
|---|---|---|
| 2.4.11 Fokus nicht verdeckt (Minimum) | AA | Das fokussierte Element darf nicht komplett hinter Sticky-Headern oder Cookie-Bannern verschwinden |
| 2.4.12 Fokus nicht verdeckt (Erweitert) | AAA | Strengere Variante – gar keine Verdeckung erlaubt |
| 2.4.13 Fokus-Darstellung | AAA | Mindestgröße und Mindestkontrast für den sichtbaren Fokus-Rahmen |
| 2.5.7 Ziehbewegungen | AA | Alles per Ziehen Bedienbare braucht eine Alternative mit einfachem Tippen |
| 2.5.8 Zielgröße (Minimum) | AA | Touch-Ziele mindestens 24 × 24 CSS-Pixel groß |
| 3.2.6 Konsistente Hilfe | A | Hilfe und Kontakt stehen auf jeder Seite an derselben Stelle |
| 3.3.7 Redundante Eingabe | A | Bereits eingegebene Daten werden im selben Prozess nicht erneut abgefragt |
| 3.3.8 Zugängliche Authentifizierung (Minimum) | AA | Kein Gedächtnis- oder Rätseltest beim Login, etwa „Wählen Sie alle Ampeln“ |
| 3.3.9 Zugängliche Authentifizierung (Erweitert) | AAA | Strengere Variante ohne die Ausnahmen der Minimum-Stufe |
Die Stoßrichtung ist unverkennbar. Vier Kriterien (2.4.11, 2.4.13, 2.5.7 und 2.5.8) drehen sich um Touch und sichtbaren Fokus. Sie tragen die mobile Realität nachträglich in einen Standard hinein, der ursprünglich für den Desktop geschrieben war. Die 24-Pixel-Regel aus 2.5.8 etwa stammt direkt aus der Welt der Touch-Bedienung. Drei weitere (3.2.6, 3.3.7 und 3.3.8) senken die kognitive Last. Sie verlangen Verlässlichkeit, weniger Tipparbeit und Logins ohne Gedächtnistest. Genau diese beiden Achsen baut WCAG 3.0 später massiv aus. Die neun Kriterien sind also kein Schlusspunkt, sondern ein Vorgeschmack auf die kommenden Trends.
Besonders 3.3.8 wird in der Praxis oft unterschätzt, dabei ist es leicht zu erfüllen. Erlauben Sie beim Login das Einfügen aus dem Passwortmanager und verzichten Sie auf reine Rätsel-CAPTCHAs. Schon das genügt der Anforderung. Gleichzeitig senkt es die Abbruchrate im Anmeldeformular für alle Nutzer, nicht nur für Menschen mit Behinderung. Denn niemand löst gern Bilderrätsel, nur um sich einzuloggen. Es ist damit ein gutes Beispiel dafür, dass Barrierefreiheit und Conversion oft in dieselbe Richtung zeigen.
WCAG 3.0 und der Abschied vom Pass/Fail-Prinzip
Der größte strukturelle Trend ist der Abschied vom starren Bestehen-oder-Durchfallen. WCAG 2.x kennt rund 86 binäre Erfolgskriterien auf den Stufen A, AA und AAA. Jedes ist dabei entweder erfüllt oder nicht. WCAG 3.0 ersetzt dieses Prinzip durch ein abgestuftes, ergebnisorientiertes Modell. Statt technischer Kriterien gibt es nämlich Outcome-Statements in einfacher Sprache. Und die Bewertung erfolgt über eine Punkteskala statt eines harten Ja/Nein.
| Merkmal | WCAG 2.x (heute gültig) | WCAG 3.0 (Entwurf) |
|---|---|---|
| Konformitätsstufen | A / AA / AAA | Bronze / Silber / Gold |
| Bewertung | bestanden oder durchgefallen | Punkteskala plus drei Testarten |
| Anforderungen | technische Erfolgskriterien | Outcome-Statements in einfacher Sprache |
| Geltungsbereich | Web (HTML, CSS, JavaScript) | technologieneutral – auch Apps, VR/AR, IoT |
| Rechtsstatus | in Gesetzen verankert (BFSG, ADA) | in keinem Gesetz |
An die Stelle von A, AA und AAA treten drei neue Stufen: Bronze, Silber und Gold. Bronze ist die Grundlinie. Sie entspricht ungefähr dem, was WCAG 2.2 auf Stufe AA bereits anstrebt. Dazu zählen verpflichtende Kernanforderungen plus ein Mindest-Punktwert. Silber verlangt einen höheren Durchschnitt. Damit ist echte, gute Barrierefreiheit jenseits des Minimums gemeint. Gold ist bewusst aspirativ. Es umfasst auch Anforderungen für kognitive Einschränkungen, Sehbehinderung und komplexe Interaktionen. Geprüft wird künftig auf drei Arten: binär, prozentbasiert und qualitativ. Hinzu kommen dokumentierte „Assertions“, mit denen Organisationen ihre Prozesse belegen. Wie das heutige Stufensystem funktioniert, erkläre ich im Ratgeber zu den Konformitätsstufen der Barrierefreiheit.
Ein Detail dieses Modells ist für die Branche besonders folgenreich. Ich komme darauf gleich zurück. Bronze lässt sich noch weitgehend mit Werkzeugen prüfen. Für Silber und Gold aber reicht das nicht. Hier müssen Organisationen über automatisierte Tests hinausgehen. Sie prüfen dann mit echten Nutzern mit Behinderungen, ob zentrale Aufgaben tatsächlich gelingen. Gemeint sind etwa ein Kauf oder das Ausfüllen eines Formulars. Damit schreibt der Standard fest, was wir bei Audits längst für unverzichtbar halten.
Vom Best Practice zum Gesetz – der folgenreichste Trend
Der wirtschaftlich wichtigste Trend ist nicht technischer, sondern rechtlicher Natur. WCAG ist binnen weniger Jahre von der Empfehlung zum verbindlichen Gesetzesmaßstab geworden. In der EU verweisen der European Accessibility Act und das daraus folgende BFSG für Unternehmen auf genau diese Kriterien. Der Verweis läuft dabei über die harmonisierte Norm EN 301 549. In den USA hat die ADA Title II 2024 WCAG 2.1 AA für öffentliche Stellen festgeschrieben. De facto gilt 2.2 AA damit als bester Stand der Technik. Und der Trend verstärkt sich weiter. Denn über das Mandat M/587 hebt die EU die Norm EN 301 549 auf den Stand von WCAG 2.2. Sobald die neue Fassung greift, ist 2.2 der ausdrücklich genannte europäische Maßstab. Dann gilt er nicht mehr nur faktisch.
Für Unternehmen heißt das zweierlei. Erstens ist der Maßstab nicht länger verhandelbar. Ein Verstoß ist kein Stilfehler mehr. Vielmehr ist er potenziell ein Rechtsverstoß mit Bußgeld- und Abmahnrisiko. Zweitens, und das ist die gute Nachricht: WCAG 3.0 ist bislang in keinem Gesetz verankert. Kein Unternehmen muss heute Bronze, Silber oder Gold nachweisen. Wer jetzt sauber nach 2.2 AA arbeitet, erfüllt die geltende Rechtslage vollständig. Zugleich legt er das Fundament für die Zukunft.
Kognition, Mobile und neue Technologien rücken ins Zentrum
Inhaltlich verschiebt sich der Schwerpunkt klar in drei Richtungen: kognitive Barrierefreiheit, mobile Nutzung und neue Gerätewelten. Die kognitive Dimension war in WCAG 2.x nur schwach abgedeckt. In 3.0 bekommt sie deutlich mehr Gewicht. Dazu zählen verständliche Sprache, vorhersehbare Navigation, geringere geistige Last und ein Verbot manipulativer „Dark Patterns“. Das ist kein Nischenthema. Denn von klaren Texten und ruhigen Abläufen profitieren auch gestresste, abgelenkte oder ältere Nutzer, also praktisch alle. Konkret zielt der Entwurf etwa auf versteckte Kosten, erzwungene Abo-Fortsetzung oder absichtlich erschwertes Kündigen. Gegen solche Praktiken gehen in der EU ohnehin schon das Verbraucherrecht und der Digital Services Act vor. Barrierefreiheit und ein fairer Umgang mit Nutzern wachsen hier sichtbar zusammen.
Die mobile Lücke ist der zweite Punkt. WCAG 2.x ist um Desktop-Webtechnologien herum geschrieben. Typisch mobile Anforderungen sind nur unvollständig erfasst. Dazu gehören Touch-Zielgrößen oder die Gerätedrehung. Das W3C arbeitet deshalb an einer eigenen Übertragung der Kriterien auf mobile Anwendungen. Und 3.0 denkt Apps von vornherein mit. Was das für die Praxis bedeutet, vertiefe ich im Ratgeber zur mobilen Barrierefreiheit. Drittens weitet sich der Blick auf VR, AR, Wearables und das Internet der Dinge. In diesen Feldern war Barrierefreiheit bislang fast unreguliert. Sie werden in den kommenden Jahren nachziehen. Schon heute zeichnet sich ab, wie das aussieht. Beispiele sind Untertitel und Audiodeskription in virtuellen Räumen. Hinzu kommt bedienbare Sprachsteuerung in Wearables ohne Bildschirm. Auch ertastbare Rückmeldungen bei Smart-Home-Geräten gehören dazu. Wer Angebote über die klassische Website hinaus betreibt, sollte diese Entwicklung früh mitdenken. Sonst wird das Nachrüsten später teuer.
KI im Accessibility-Testing – was sie kann und was nicht
Künstliche Intelligenz beschleunigt das Testen. Das menschliche Urteil ersetzt sie aber nicht. Dieser Trend macht die Lücke eher sichtbarer. KI-gestützte Scanner finden Standardfehler schneller. Außerdem schlagen sie Alternativtexte vor und lassen sich früh in die Entwicklung einbauen. Das ist nützlich für die Breite. Doch kein Werkzeug am Markt prüft heute nativ gegen WCAG 3.0. Und keines beurteilt, ob ein vorgeschlagener Alternativtext den Inhalt für einen blinden Menschen wirklich trägt. Genauso wenig prüft es, ob ein Bezahlvorgang mit der Tastatur schlüssig bleibt.
Je mehr Automatisierung in die Prüfung einzieht, desto deutlicher tritt hervor, was sie nicht leisten kann.
Ein konkreter Trend ist dabei das „Shift-Left“. Die Prüfung wandert aus dem nachgelagerten Audit in die Entwicklung selbst. Das geschieht als automatischer Linter im Code-Editor. Oder als Prüfschritt im Pull Request, der Fehler vor dem Livegang meldet. Das senkt Kosten. Außerdem verhindert es, dass bei jedem Deployment neue Barrieren entstehen. Doch auch hier zeigt sich die Grenze an einem simplen Beispiel. Ein Linter erkennt zuverlässig, dass ein alt-Attribut fehlt. Dann schlägt die KI eine Beschreibung vor. Ob das „Bild12345.jpg“ oder „Diagramm: Umsatz steigt 2025 um 40 Prozent“ lautet, macht für einen blinden Nutzer den ganzen Unterschied. Und diese inhaltliche Qualität beurteilt verlässlich nur ein Mensch.
Genau die qualitativen Fragen beantwortet ein Scanner nicht. Eben diese Fragen wird WCAG 3.0 nämlich für Silber und Gold zur Pflicht machen. Und schon heute entscheiden sie über den Unterschied zwischen „technisch konform“ und „tatsächlich nutzbar“. Wie groß dieser Unterschied im Alltag ist, zeige ich anhand echter Nutzererfahrungen mit Screenreadern. Welche automatischen Werkzeuge sich für die erste Ebene eignen, vergleiche ich im Ratgeber zu den Test-Tools für Barrierefreiheit.
Was trotz aller Trends gleich bleibt
Bei allem Wandel lohnt der Blick auf das, was stabil bleibt. Denn das ist die sichere Investition. Über alle Versionen hinweg tragen nämlich vier Grundprinzipien das gesamte Regelwerk, von WCAG 2.0 bis 3.0. Inhalte müssen wahrnehmbar, bedienbar, verständlich und robust sein. Im Englischen heißen sie POUR-Prinzipien. Braucht ein Bild einen Alternativtext? Lässt sich eine Seite vollständig per Tastatur bedienen? Ist die Sprache klar und das Markup sauber? Diese Fragen stellt jede WCAG-Fassung, nur mit anderem Maßstab. Das Outcome-Modell von 3.0 verändert, wie wir Konformität messen. Was gute Barrierefreiheit im Kern ausmacht, ändert es nicht.
Für Ihre Investitionsentscheidung ist das beruhigend. Wer heute in saubere Semantik, Tastaturbedienung, klare Sprache und robustes Markup investiert, investiert in Substanz. Diese Substanz entwertet kein Modellwechsel. Genau deshalb prüfen wir bei Access Ready entlang dieser vier Prinzipien und mit echten Nutzern. Ein solches Audit beruht auf wahrnehmbarer, bedienbarer, verständlicher und robuster Nutzung. Deshalb behält es seinen Wert. Dabei spielt es keine Rolle, ob über der Bewertung A, AA und AAA stehen oder Bronze, Silber und Gold.
Was die WCAG 2.2 Trends für Ihr Unternehmen bedeuten
Die WCAG 2.2 Trends führen zu einer klaren strategischen Empfehlung. Warten Sie nicht auf WCAG 3.0. Bauen Sie stattdessen jetzt sauber auf 2.2 AA. Eine Website, die heute WCAG 2.2 AA erfüllt, ist weitgehend schon konform zur Bronze-Stufe von 3.0. Sie investieren also nicht zweimal. Mit dem geltenden Maßstab legen Sie zugleich das Fundament für den kommenden. Ein praxistauglicher Fahrplan sieht so aus:
- 2026 – Pflicht erfüllen: Setzen Sie WCAG 2.2 AA sauber um. Das ist der geltende rechtliche Maßstab nach BFSG, EAA und EN 301 549. Und es ist der einzige, den Sie aktuell nachweisen müssen.
- 2027 – Prozesse dokumentieren: Dokumentieren Sie Ihre Barrierefreiheits-Maßnahmen nachvollziehbar. Genau diese Belege verlangen später die „Assertions“ in 3.0. Außerdem helfen sie schon heute im Audit und im Streitfall.
- 2028+ – Bronze-Bereitschaft aufbauen: Nehmen Sie WCAG 3.0 Bronze als Ziel in die Roadmap. Silber und Gold bleiben vorerst aspirativ. Wer sie anstrebt, kommt um Tests mit echten Nutzern ohnehin nicht herum.
Der entscheidende Punkt steckt in der letzten Zeile. Für manche Organisationen wird der Übergang holprig. Das gilt vor allem für jene, die Barrierefreiheit bisher als reine Compliance-Übung betrachten. Sie sehen eine Häkchen-Liste statt eines Nutzererlebnisses. Wer dagegen früh mit echten Menschen prüft, erfüllt nicht nur die geltende 2.2. Er ist zugleich auf Silber und Gold vorbereitet. Genau hier liegt unser Ansatz bei IFDB. Wir prüfen mit einem Panel echter Nutzerinnen und Nutzer assistiver Technologien. Dabei versprechen wir bewusst belastbare Barrierearmut statt einer „100 Prozent“-Garantie. Dieser Human-in-the-loop-Ansatz ist heute schon der ehrlichere. Und er ist genau das, worauf die Standards zusteuern.
Aus der Praxis – machen Sie sich heute zukunftssicher: Führen Sie jetzt eine Kennzahl ein, die WCAG 3.0 später belohnen wird: die Aufgabenerfolgsquote mit assistiver Technologie. Lassen Sie reale Nutzer drei bis fünf Kernaufgaben Ihrer Seite durchführen. Beispiele sind: Produkt finden, in den Warenkorb legen, Kauf abschließen. Messen Sie dann schlicht, wie viele es ohne fremde Hilfe schaffen. Diese Zahl sagt mehr über echte Barrierefreiheit aus als jeder Tool-Score. Zudem ist sie die Logik hinter dem qualitativen Testen in 3.0. Und sie lässt sich von keiner Software fälschen. Wer diese Quote heute kennt und verbessert, ist auf Silber und Gold vorbereitet, bevor sie verpflichtend sind. Schon ein kleines Panel aus drei bis fünf Nutzern deckt dabei die gravierendsten Hürden auf. Sie brauchen also keine große Studie für belastbare Erkenntnisse.
Vorbereitet statt überrascht
Die Richtung der Standards ist eindeutig: weg vom Häkchen, hin zum belegbaren Nutzererlebnis. Und mitten hinein ins verbindliche Recht. Andere Anbieter verkaufen Ihnen einen Bericht zum Stichtag. Danach lassen sie Sie mit der nächsten Normänderung allein. Wir begleiten Sie anders. Ihre Barrierefreiheit erfüllt so nicht nur die heutige 2.2. Sie übersteht auch den kommenden Modellwechsel. Denn sie beruht auf echter Nutzbarkeit, nicht auf einem Momentaufnahme-Score.
Den schnellen Status Ihrer Website gegen die geltende WCAG 2.2 liefert der kostenlose Access Score in Minuten. Für die belastbare Prüfung mit echten Nutzern sorgt das Tiefen-Audit Access Ready. Genau diese Tiefe verlangen Silber und Gold künftig. Dazu erhalten Sie ein rechtssicheres Zertifikat. So sind Sie heute rechtssicher konform und zugleich auf den kommenden Standard vorbereitet.
