Careers at Accesstive

WCAG 2.2: 
Vollständiger Leitfaden

95,9 % der Top-1-Million-Homepages weisen mindestens einen erkennbaren WCAG-Fehler auf, und die Mehrheit dieser Fehler ist im Browser unsichtbar. Sie befinden sich im Code, in der Überschriftenstruktur, in unbeschrifteten Formularfeldern, in fehlenden Untertiteln.

Dieser Leitfaden erklärt, was WCAG ist, wie sich die Versionen unterscheiden, welche Version Ihr Gesetz verlangt und was Level AA in der Praxis erfordert.
 

 GRATIS TESTEN  BARRIEREFREIHEITS-CHECKER

2008

WCAG 2.0 veröffentlicht

W3C · ISO/IEC 40500:2012

2018

WCAG 2.1 veröffentlicht

+17 Erfolgskriterien

2023

WCAG 2.2 veröffentlicht

+9 Kriterien · ISO 2025

Level AA

Globaler Rechtsstandard

56 Kriterien kumulativ

Was ist WCAG?

WCAG steht für Web Content Accessibility Guidelines. Es handelt sich um einen technischen Standard, der vom World Wide Web Consortium (W3C) über die Web Accessibility Initiative (WAI) veröffentlicht wurde. WCAG legt fest, wie Webinhalte für Menschen mit Behinderungen zugänglicher gemacht werden können, einschließlich visueller, auditiver, physischer, kognitiver, sprachlicher und neurologischer Behinderungen.

WCAG ist der weltweit anerkannte Referenzstandard für Web-Barrierefreiheit. Drei Versionen von WCAG 2 sind aktuelle W3C-Empfehlungen: WCAG 2.0 (Dezember 2008), WCAG 2.1 (Juni 2018) und WCAG 2.2 (Oktober 2023). Alle drei Versionen sind abwärtskompatibel. Inhalte, die WCAG 2.2 entsprechen, erfüllen auch WCAG 2.1 und WCAG 2.0.

Quelle: w3.org/WAI/standards-guidelines/wcag

Rechtlicher Kontext

WCAG ist ein Standard, kein Gesetz. 
Warum sie trotzdem rechtliche Wirkung hat.

WCAG ist ein technischer Standard. Er definiert, wie barrierefreie Inhalte aussehen. Er sieht keine Strafen vor. Er hat keine Durchsetzungsbehörde. Das W3C kann niemanden verklagen.

Rechtlich relevant wird WCAG dadurch, wie Gesetze sie verwenden. In den Vereinigten Staaten übernimmt Section 508 des Rehabilitation Act WCAG 2.0 Level AA offiziell in die Beschaffungsstandards des Bundes. Die DOJ-Regel von 2024 für ADA Title II verlangt WCAG 2.1 Level AA für Websites staatlicher und lokaler Behörden bis zum 24. April 2026. In der EU verweist der European Accessibility Act auf EN 301 549, die derzeit WCAG 2.1 Level AA einbezieht. Gerichte in verschiedenen Rechtsordnungen verwenden WCAG-Konformität als Nachweis, wenn sie über Diskriminierungsfälle im Bereich Barrierefreiheit entscheiden.

Das praktische Ergebnis: WCAG 2.1 Level AA ist 2026 der faktische Rechtsstandard für digitale Barrierefreiheit. WCAG 2.2 Level AA ist das empfohlene Ziel. Es erfüllt gleichzeitig alle aktuellen gesetzlichen Anforderungen. Noch wichtiger: Gerichte zitieren bereits WCAG 2.2-Kriterien in Entscheidungen. Die Lücke zwischen „aktuellem Rechtsstandard“ und „dem, woran Gerichte tatsächlich messen“, schließt sich. Organisationen, die heute nach 2.2 entwickeln, betreiben kein Over-Engineering, sondern vermeiden den nächsten Durchsetzungszyklus.
 

ADA-Konformitätsleitfaden     EAA-Konformitätsleitfaden     Section 508-Leitfaden

Konformitätsstufen

Die drei Konformitätsstufen: A, AA, und AAA

WCAG hat drei Konformitätsstufen. Nahezu alle gesetzlichen Anforderungen zielen auf Level AA ab. Zu verstehen, 
was jede Stufe bedeutet, verhindert sowohl unzureichende Konformität als auch unnötiges Over-Engineering.

Level A

Mindestgrundlage

Beseitigt die schwerwiegendsten Barrieren der Barrierefreiheit. Als Grundlage erforderlich. Nicht ausreichend für rechtliche Konformität in einer wichtigen Rechtsordnung; eine Website, die Level-A-Konformität beansprucht, aber Level-AA-Kriterien nicht erfüllt, hat keine rechtliche Verteidigung nach ADA, EAA oder Section 508.

32 Erfolgskriterien in WCAG 2.2

Level AA

Der Rechtsstandard

Das Konformitätsziel für alle wichtigen Barrierefreiheitsgesetze weltweit. Muss alle Level-A- und Level-AA-Kriterien erfüllen. Das bedeutet „WCAG-konform“ in der Praxis.

56 Kriterien kumulativ in WCAG 2.2

Level AAA

Erweiterte Barrierefreiheit

Der höchste Standard. Nicht als allgemeines Ziel für ganze Websites empfohlen. Von keinem gängigen Barrierefreiheitsgesetz vorgeschrieben. Anspruchsziel für bestimmte Inhaltstypen.

87 Kriterien kumulativ in WCAG 2.2

Versionsverlauf

WCAG-Versionen: 2.0, 2.1, und 2.2

Die drei Versionen von WCAG 2 sind darauf ausgelegt, nebeneinander zu bestehen und einander nicht zu ersetzen. WCAG 2.1 hat 2.0 nicht abgelöst. WCAG 2.2 hat 2.1 nicht abgelöst. Jede Version fügt der vorherigen zusätzliche Kriterien hinzu.

Die praktische Auswirkung: Wenn Sie nach WCAG 2.2 AA entwickeln, erfüllen Sie gleichzeitig WCAG 2.1 AA und WCAG 2.0 AA. Es entstehen keine zusätzlichen Compliance-Kosten, wenn Sie die neueste Version anstreben.

Vollständige Spezifikation: w3.org/TR/WCAG22

 

WCAG 2.0 (Dez. 2008)

Die Grundlage. 61 Erfolgskriterien auf drei Stufen. Der Referenzstandard für Section 508 (über den 2018 Refresh) und viele nationale Rahmenwerke. Genehmigt als ISO/IEC 40500:2012. Quelle: w3.org/TR/WCAG20

WCAG 2.1 (Juni 2018)

Der aktuelle rechtliche Standard für ADA Title II, den EAA und UK PSBAR. Wenn Ihre Website vor 2018 geprüft wurde oder nur nach WCAG 2.0 erstellt wurde, ist es nahezu sicher, dass sie unter 2.1 Level-AA-Mängel aufweist. Die 17 neuen Kriterien umfassen mobile Barrierefreiheit und Anforderungen für Menschen mit eingeschränktem Sehvermögen, die inzwischen in aktiven Durchsetzungsfällen angeführt werden.

Quelle: w3.org/TR/WCAG21

WCAG 2.2 (Okt. 2023)

Es wurden 9 neue Erfolgskriterien hinzugefügt. Eines wurde entfernt (4.1.1 Parsing). Schwerpunkt auf Tastaturnavigation, Größen von Touch-Zielen, barrierefreier Authentifizierung und Konsistenz von Hilfeangeboten. Genehmigt als ISO/IEC 40500:2025. Quelle: W3C Was ist neu in WCAG 2.2

Zuordnung von Versionen zu Gesetzen

Welche WCAG-Version verlangt Ihr Gesetz?

Drei verschiedene WCAG-Versionen sind gleichzeitig gesetzlich aktiv. Zu wissen, welche davon auf Ihre Situation zutrifft, verhindert sowohl Lücken als auch Überentwicklung.

GesetzGeltungsbereichWCAG-VersionHinweise
Section 508US-Bundesbehörden + AuftragnehmerWCAG 2.0 AAAktualisierung von 2018. Gesetzlich vorgeschrieben. Link: /section-508
ADA Title IIUS-Bundesstaaten + KommunalverwaltungenWCAG 2.1 AAEndgültige DOJ-Regelung 2024. Frist: 24. April 2026.
ADA Title IIIPrivater Sektor in den USAWCAG 2.1 AAGerichte + DOJ nehmen darauf Bezug. Keine ausdrückliche Regelung. Link: /ada-compliance
EAA / EN 301 549EU — 27 MitgliedstaatenWCAG 2.1 AA (Aktualisierung auf 2.2)EN 301 549 V3.2.1 ist derzeit gültig. Durchsetzung des EAA ab 28. Juni 2025. Link: /eaa-compliance
UK PSBARÖffentlicher Sektor im Vereinigten KönigreichWCAG 2.1 AABarrierefreiheitsvorschriften für öffentliche Stellen von 2018.

Best-Practice-Ziel für jede Organisation: WCAG 2.2 AA. Es erfüllt alle oben genannten Anforderungen gleichzeitig, ist abwärtskompatibel und ist die aktuelle W3C-Empfehlung sowie ISO/IEC 40500:2025.

Aktueller Standard

Was ist WCAG 2.2?

WCAG 2.2 ist die aktuelle W3C-Empfehlung für die Barrierefreiheit von Webinhalten. Veröffentlicht am 5. Oktober 2023, baut sie auf WCAG 2.1 auf, enthält 9 neue Erfolgskriterien und entfernt eines, das redundant geworden war. Eine Aktualisierung wurde am 12. Dezember 2024 veröffentlicht.

Im Oktober 2025 wurde WCAG 2.2 als ISO/IEC 40500:2025 genehmigt. Die ISO-Bezeichnung ist besonders wichtig für Organisationen bei grenzüberschreitender Beschaffung, internationalen Verträgen oder in jedem Kontext, in dem eine Vergabestelle einen formal zitierten Standard verlangt.

Wenn Ihre Beschaffungsunterlagen auf Bundes- oder EU-Ebene einen Standardverweis erfordern, ist ISO/IEC 40500:2025 die entsprechende Zitierung. Es ist außerdem die Version, auf die Gerichte und Regulierungsbehörden verweisen werden, sobald sich die Einführung von WCAG 2.2 beschleunigt.

WCAG 2.2 ist noch nicht überall gesetzlich vorgeschrieben, ist jedoch das empfohlene Ziel für jede Organisation, die ein langfristiges Programm zur Barrierefreiheit plant. Gerichte weltweit beziehen sich in Fällen zur Barrierefreiheit zunehmend auf WCAG-2.2-Kriterien.

WCAG-2.2-Änderungen

Was ist neu in WCAG 2.2: 9 Neue Kriterien

WCAG 2.2 fügt 9 neue Erfolgskriterien hinzu und entfernt 1. Für Organisationen, die bereits WCAG 2.1 AA erfüllen, sind nur die 4 neuen Level-AA-Kriterien erforderlich, um WCAG 2.2 AA zu erreichen.
Quelle: W3C Was ist neu in WCAG 2.2

Level-A-Ergänzungen (2 Karten nebeneinander)

3.2.6

Konsistente Hilfe

Wenn ein Hilfemechanismus auf mehreren Seiten wiederholt wird, muss er auf jeder Seite an derselben relativen Position erscheinen. Unterstützt Nutzer mit kognitiven Einschränkungen, die auf vorhersehbare Navigation angewiesen sind.

3.3.7

Redundante Eingabe

Nutzer müssen Informationen, die sie bereits in derselben Sitzung bereitgestellt haben, nicht erneut eingeben. Reduziert die kognitive Belastung in mehrstufigen Formularen und Checkout-Abläufen.

Level-AA-Ergänzungen (4 Karten, 2x2-Raster)

2.4.11

Fokus Nicht Verdeckt (Mindestens)

Focused elements must not be completely hidden by overlapping content such as sticky headers or cookie banners. Keyboard users must always see where focus is.

2.5.7

Ziehbewegungen

Jede Aktion, die Ziehen erfordert, muss eine gleichwertige Alternative mit einem einzelnen Zeiger haben. Unterstützt Nutzer mit motorischen Einschränkungen.

2.5.8

Zielgröße (Mindestens)

Interaktive Ziele müssen mindestens 24x24 CSS-Pixel groß sein oder ausreichend Abstand zu benachbarten Zielen haben. Unterstützt Nutzer mit motorischen Einschränkungen und Touchscreen-Nutzer.

3.3.8

Barrierefreie Authentifizierung (Mindestens)

Authentifizierungsschritte dürfen keine Tests kognitiver Funktionen erfordern, es sei denn, es wird eine alternative Anmeldemethode bereitgestellt. Kopieren und Einfügen sowie Passwortmanager müssen erlaubt sein.

In WCAG 2.2 entfernt (gedämpfte Karte über die volle Breite)
4.1.1 Parsing — Entfernt, weil moderne Browser HTML-Parsing-Fehler durch den HTML5-Algorithmus konsistent verarbeiten. Führt nicht mehr zu den Barrierefreiheitsproblemen, die dadurch früher entstanden.

Außerdem wurden drei Level-AAA-Kriterien hinzugefügt (Fokus nicht verdeckt – erweitert, Fokusdarstellung, Barrierefreie Authentifizierung – erweitert). Diese sind für die rechtliche Compliance nicht erforderlich.

Grundlage

Die POUR-Prinzipien: Grundlage 
aller WCAG-Versionen

Human Judgment

Wahrnehmbar

Fehlende Alt-Texte bei Bildern, fehlende Untertitel bei Videos und Kontrastmängel gehören zu den ersten Problemen, die in Aufforderungsschreiben, Klagen und Durchsetzungsprüfungen festgestellt werden. Sie sind leicht zu erkennen, wodurch sie leicht anzuführen sind.

Actionable Remediation

Bedienbar

Fehlerhafte Tastaturnavigation, blockierte Checkout-Abläufe, nicht barrierefreie Menüs und Pop-ups, die ohne Maus nicht geschlossen werden können, machen normale Website-Aktionen zu einem rechtlichen Risiko. Wenn ein Nutzer keinen Kauf, keine Buchung, kein Formular oder keine Anmeldung abschließen kann, trägt das Unternehmen das Risiko.

Scalable Oversight

Verständlich

Unklare Formularbeschriftungen, vage Fehlermeldungen, inkonsistente Navigation und verwirrende Checkout-Anweisungen schaffen Fehlerstellen in hochwertigen Nutzerabläufen. Diese Probleme sind relevant, weil sie Transaktionen, Kontozugriff und Serviceanfragen blockieren.

Accessibility Ownership

Robust

Schlechte HTML-Struktur, falsches ARIA, fehlende Beschriftungen und Komponenten, die Screenreader nicht interpretieren können, sind Fehler auf Quellcode-Ebene. Das sind die Probleme, die Widgets oft nicht beheben können, und genau deshalb muss Compliance auf Code-Ebene nachgewiesen werden.

Was Compliance Erfordert

Was WCAG 2.2 Level AA 
in der Praxis Erfordert

Automatisierte Tools erkennen etwa 30 bis 40 % der WCAG-Verstöße. Der Rest – Fehler in der Überschriftenstruktur, Lücken in der 
Tastaturnavigation, ARIA-Fehlanwendungen und Fehler im Fokusmanagement – befindet sich im Quellcode und ist im Browser unsichtbar.

Sie gehören außerdem zu den Verstößen, die in rechtlichen Verfahren am häufigsten angeführt werden, weil sie manuelle Tests erfordern, um gefunden zu werden, und manuelle Expertenarbeit, um behoben zu werden.

Dies sind die Fehlerstellen, die in WCAG-2.2-AA-Audits am häufigsten auftreten.

Jedes Bild, das Informationen vermittelt, muss im alt-Attribut eine beschreibende Textalternative haben. Dekorative Bilder müssen ein leeres alt-Attribut enthalten, damit Screenreader sie überspringen. Fehlender oder nicht aussagekräftiger Alt-Text ist einer der am häufigsten gemeldeten WCAG-Verstöße.

Jedes Formulareingabefeld muss eine sichtbare, programmatische Beschriftung haben, die seinen Zweck beschreibt. Platzhaltertext ersetzt keine Beschriftung. Autocomplete-Felder müssen ihren Zweck kennzeichnen, damit Benutzer die Browser-Autovervollständigung nutzen können.

Text muss gegenüber seinem Hintergrund ein Kontrastverhältnis von mindestens 4,5:1 für normalen Text und 3:1 für großen Text aufweisen. Benutzeroberflächenkomponenten und grafische Objekte erfordern 3:1. Geringer Kontrast ist einer der häufigsten Befunde automatisierter Scans.

Jedes interaktive Element muss ausschließlich über eine Tastatur erreichbar und bedienbar sein. Der Fokus muss sich logisch durch die Seite bewegen. Tastaturfallen, bei denen der Fokus eine Komponente nicht verlassen kann, sind ein direkter Verstoß.

Vorab aufgezeichnete Videos mit Ton müssen synchronisierte Untertitel enthalten. Live-Videos erfordern Echtzeit-Untertitel. Inhalte, die nur aus Audio bestehen, erfordern ein Texttranskript.

Fokussierte Elemente dürfen nicht vollständig durch überlappende Inhalte wie Sticky Header oder schwebende Banner verdeckt werden. Ein WCAG-2.2-AA-Kriterium. Häufiger Fehler: Sticky-Navigationsleisten verdecken fokussierte Links beim Durchtabben einer Seite.

Interaktive Ziele müssen gemäß WCAG 2.2 AA eine Mindestgröße erfüllen. Häufiger Fehler: reine Icon-Buttons und kleine Paginierungssteuerelemente ohne ausreichende Zielfläche oder Abstand zwischen benachbarten Elementen.

95,9 % der führenden Startseiten erfüllen mindestens ein erkennbares WCAG-Kriterium nicht.

Der Scan identifiziert Ihre erkennbaren WCAG-Fehler und ordnet sie den spezifischen Kriterien zu, die Ihr Gesetz verlangt: ADA, EAA oder Section 508. Dauert 60 Sekunden. Kein Konto erforderlich.

BarrierefreiheitS-Checker

Laufende Compliance

Finden, Beheben, Nachweisen: Was laufende 
WCAG-Compliance erfordert

WCAG-Compliance ist kein Status. Sie ist ein Programm. Jede Inhaltsaktualisierung, jede neue 
Komponente, jede Drittanbieter-Integration ist eine potenzielle neue Fehlerstelle.

Finden

Kontinuierliches Scannen nach WCAG 2.2 AA

Verstöße werden sichtbar, während sich Ihre Website verändert. Nicht nur dann, wenn Sie ein Audit durchführen. Nach jedem Release, jeder Inhaltsaktualisierung, jeder neuen Integration.

Beheben

Behebung auf Code-Ebene mit Dokumentation

Tatsächliche Korrekturen auf Code-Ebene, mit einem zeitgestempelten Nachweis darüber, was geändert wurde, welches Kriterium damit adressiert wurde und wann es verifiziert wurde. Kein Score. Ein Behebungsprotokoll. Die Art von Dokumentation, die einer rechtlichen Anfechtung oder einer Beschaffungsprüfung standhält.

Beweisen

Compliance-Dokumentation für Audits

Der zeitgestempelte, kriterienspezifische Nachweis, der die Frage beantwortet, die jede Durchsetzungsbehörde und jeder Beschaffungsprüfer stellt: nicht „Sind Sie heute barrierefrei?“, sondern „Können Sie einen konsistenten Nachweis darüber vorlegen, dass Verstöße im Laufe der Zeit gefunden und behoben wurden?“ Link: /compliance-reports (aktivieren, wenn live).

Wie Accesstive WCAG-Compliance unterstützt

Accesstive ist eine Plattform für Barrierefreiheits-Compliance, die für die Lücke zwischen einem einmaligen Audit und laufender WCAG-Compliance entwickelt wurde.

Image Alt

Kontinuierliches Scannen

Accesstive scannt Ihre Website kontinuierlich anhand der WCAG-2.2-AA-Kriterien. Verstöße, die durch Website-Änderungen entstehen, werden sichtbar, bevor sie Ihre Nutzer oder Ihre Auditoren erreichen.

Image Alt

Compliance-Berichte

Zeitgestempelte, kriterienspezifische Dokumentation des Konformitätsstatus. Der Nachweis, den Auditoren und Beschaffungsprüfer prüfen.

Image Alt
Generator für Barrierefreiheitserklärungen

Erstellt eine Erklärung, die Ihr aktuelles WCAG-Konformitätsniveau widerspiegelt und von EAA, ADA Title II und Section 508 erwartet wird. Link: /statement-generator

WCAG 3.0: Was kommt

Das W3C entwickelt WCAG 3.0, das ein anderes Konformitätsmodell als WCAG 2 verwenden wird. Stand April 2026 ist WCAG 3.0 ein unvollständiger Working Draft. Die W3C Accessibility Guidelines Working Group hat erklärt, dass eine stabile Empfehlung ungefähr für 2029 angestrebt wird.

WCAG 3.0 wird in keinem aktuellen Gesetz zur Barrierefreiheit erwähnt. Es ist nirgendwo eine Compliance-Anforderung. Section 508 verweist auf WCAG 2.0. ADA Title II und der EAA verweisen auf WCAG 2.1. Jede regulatorische Aktualisierung zur Einbeziehung von WCAG 3.0 wird dem Veröffentlichungsdatum des W3C um mehrere Jahre folgen.

Organisationen sollten ihre Programme für 2026 und 2027 an WCAG 2.1 AA und WCAG 2.2 AA ausrichten.
Quelle: W3C

FAQs

WCAG steht für Web Content Accessibility Guidelines, einen technischen Standard, der vom W3C veröffentlicht wird. Er definiert, wie Webinhalte für Menschen mit Behinderungen barrierefrei gemacht werden. WCAG ist kein Gesetz, wird aber in Gesetzen zur Barrierefreiheit in den USA, der EU, dem Vereinigten Königreich, Kanada und vielen anderen Ländern per Verweis übernommen. Die aktuelle Version ist WCAG 2.2, veröffentlicht im Oktober 2023 und als ISO/IEC 40500:2025 genehmigt. Vollständiger Standard: w3.org/TR/WCAG22.

Jede Version fügt der vorherigen Version Erfolgskriterien hinzu. WCAG 2.1 fügte WCAG 2.0 17 Kriterien hinzu, mit Fokus auf mobile Nutzer und Nutzer mit eingeschränktem Sehvermögen. WCAG 2.2 fügte 9 Kriterien hinzu und entfernte eines, mit neuem Fokus auf kognitive Behinderungen und Berührungsziele. Alle drei Versionen sind abwärtskompatibel — die Erfüllung von WCAG 2.2 AA erfüllt automatisch auch 2.1 AA und 2.0 AA.

Stufe AA ist der Standard, der von nahezu allen Gesetzen zur Barrierefreiheit weltweit gefordert wird, einschließlich ADA Title II, Section 508, EAA und UK PSBAR. Stufe A ist die Mindestgrundlage, reicht jedoch für die rechtliche Konformität nicht aus. Stufe AAA ist erstrebenswert, wird aber von keinem gängigen Gesetz verlangt.

Nein. WCAG ist ein technischer Standard, der vom W3C veröffentlicht wird. Er hat rechtliche Wirkung, weil nationale Gesetze ihn per Verweis übernehmen oder Gerichte ihn als Maßstab in Diskriminierungsfällen zur Barrierefreiheit verwenden. Das W3C setzt WCAG nicht durch und kann keine Strafen verhängen.

Für ADA Title II (staatliche und lokale Behörden in den USA) verlangt die Final Rule des DOJ von 2024 WCAG 2.1 Level AA mit einer Konformitätsfrist bis zum 24. April 2026 für große Einrichtungen. Für ADA Title III (private Unternehmen) verweisen Gerichte und die Durchsetzung durch das DOJ konsequent auf WCAG 2.1 Level AA als De-facto-Standard. Vollständige Details: ADA Konformität.

Der European Accessibility Act verweist auf EN 301 549, der derzeit WCAG 2.1 Level AA als Standard für Webinhalte integriert. Es wird erwartet, dass EN 301 549 in einer zukünftigen Überarbeitung auf WCAG 2.2 aktualisiert wird. Organisationen, die EU-Kunden bedienen, sollten WCAG 2.2 AA anstreben, um beides zu erfüllen. Vollständige Details: EAA  Konformität.

WCAG 2.2 fügt 9 neue Erfolgskriterien hinzu. Auf Stufe AA sind die 4 neuen erforderlichen Kriterien: Focus Not Obscured Minimum, Dragging Movements, Target Size Minimum und Accessible Authentication Minimum. Zwei zusätzliche Kriterien werden auf Stufe A hinzugefügt und drei auf Stufe AAA. Vollständige Aufschlüsselung: W3C Was ist neu in WCAG 2.2.

WCAG 3.0 ist die nächste Hauptversion der Web Content Accessibility Guidelines und befindet sich derzeit im Entwurfsstadium. Das W3C strebt eine stabile Recommendation ungefähr für 2029 an. WCAG 3.0 wird in keinem aktuellen Gesetz erwähnt und ist heute nirgendwo eine Konformitätsanforderung.

Beginnen Sie mit einem automatisierten Scan, um erkennbare Verstöße zu identifizieren. Automatisierte Tools erkennen etwa 30 bis 40 % der WCAG-Probleme. Für den Rest sind manuelle Tests mit Tastatur und Screenreader erforderlich. Führen Sie einen kostenlosen Scan zur Barrierefreiheit durch: Kostenloser-Barrierefreiheit Checker.

Schaffen Sie einen klaren Weg zur 
WCAG-Konformität

Kontinuierliche Prüfung nach WCAG 2.2. Dokumentierte Behebung. Nachweisbare Compliance-Aufzeichnungen.