WebAIM Million 2026: Der erste Rückschritt seit sechs Jahren
Seit 2019 wurde das Web jedes Jahr ein Stück zugänglicher. Diese Serie ist gebrochen. Der WebAIM Million Report 2026, die größte jährliche Barrierefreiheits-Studie, hat eine Million Startseiten automatisiert geprüft — und zum ersten Mal seit sechs Jahren eine Verschlechterung gemessen.
Die Kernzahlen: 95,9 % der geprüften Seiten haben mindestens einen messbaren WCAG-2-Verstoß (Vorjahr: 94,8 %). Die durchschnittliche Fehlerzahl pro Seite stieg um 10,1 % auf 56,1. Die Zahl der HTML-Elemente pro Seite wuchs gleichzeitig um 22,5 %, ARIA-Attribute um 27 % auf über 133 pro Seite.
Info
Laut WebAIM Million 2026 enthalten 95,9 % der Top-1-Million-Websites messbare WCAG-2-Verstöße — ein Anstieg gegenüber 94,8 % im Vorjahr. Quelle: WebAIM Million Report 2026
WebAIM nennt als Ursache explizit „increased reliance on 3rd party frameworks and libraries and automated or AI-assisted coding practices". Die Werkzeuge, die Websites einfacher machen sollen, produzieren Code, der Menschen mit Behinderungen systematisch ausschließt.
Warum KI-Code so schlecht abschneidet
Die Zahlen aus einer separaten Studie mit 21.880 Barrierefreiheits-Tests an KI-generierten Oberflächen sind eindeutig: Nur 29 % der geprüften Interfaces erreichen die grundlegenden Konformitäts-Anforderungen. Bei Interfaces, für die explizit Barrierefreiheit angefordert wurde, sank die Fehlerquote auf 19 %. Ohne diese Anweisung lag sie bei 58 %.
Das Problem ist strukturell. KI-Modelle lernen aus dem bestehenden Web — und das bestehende Web ist größtenteils nicht barrierefrei. Die Modelle reproduzieren die häufigsten Muster, nicht die besten. Konkret heißt das:
- Kontraste werden ignoriert. KI wählt Farben nach ästhetischen Mustern, nicht nach WCAG-Kontrastwerten. 83,9 % aller geprüften Seiten haben zu schwachen Textkontrast — der häufigste Fehler seit sieben Jahren.
- Alt-Texte fehlen oder sind generisch. 53,1 % der Seiten haben fehlende oder leere Alt-Attribute. KI-generierte Alt-Texte sind oft Bildbeschreibungen („Ein Mann am Schreibtisch"), nicht Funktionsbeschreibungen.
- Formulare ohne Labels. 51 % der Seiten enthalten Formularfelder ohne zugeordnete Labels. KI-Builder erzeugen visuell korrekte Formulare, die für Screenreader unbrauchbar sind.
- ARIA-Überfrachtung. Mehr ARIA bedeutet nicht mehr Zugänglichkeit. Seiten mit über 133 ARIA-Attributen im Durchschnitt deuten auf automatisch generierten Code hin, der Rollen und Eigenschaften setzt, ohne deren Zusammenspiel zu verstehen.
Die sechs häufigsten Fehler laut WebAIM 2026
- ✓ Schwacher Textkontrast (83,9 %)
- ✓ Fehlende Alt-Texte (53,1 %)
- ✓ Fehlende Formular-Labels (51 %)
- ✓ Leere Links (48,7 %)
- ✓ Fehlende Dokumentsprache (46,1 %)
- ✓ Leere Buttons (31,8 %)
Was das für KMU in Deutschland bedeutet
In Deutschland gibt es zwei Ebenen: die gesetzliche und die geschäftliche.
Gesetzlich: Das BFSG (Barrierefreiheitsstärkungsgesetz) verpflichtet Unternehmen, die digitale Produkte oder Dienstleistungen im B2C-Bereich anbieten, zur Barrierefreiheit. Kleinstunternehmen (unter 10 Mitarbeiter, unter 2 Mio. € Umsatz) mit reinen Informationsseiten sind ausgenommen — aber sobald ein Online-Shop, ein Buchungstool oder ein digitaler Service dahintersteht, greift die Pflicht.
Geschäftlich: Rund 10,4 Millionen Menschen in Deutschland leben mit einer Schwerbehinderung. Dazu kommen Millionen mit Sehschwäche, motorischen Einschränkungen oder situativen Barrieren (grelles Sonnenlicht, eine Hand am Steuer). Eine Website, die diese Menschen ausschließt, verliert Kunden.
Wer seine Website per KI-Builder erstellt hat oder KI-generierten Code einsetzt, sollte davon ausgehen, dass Barrierefreiheits-Fehler vorhanden sind. Nicht vielleicht — mit 71 % Wahrscheinlichkeit laut den oben genannten Studiendaten.
Die drei Prüfungen, die jede KMU-Website bestehen muss
Sie brauchen kein Audit für fünfstellige Beträge. Drei Tests decken die häufigsten Probleme auf:
1. Kontrast-Check (2 Minuten) Öffnen Sie Ihre Website in Chrome, drücken Sie F12 (Entwicklertools) und aktivieren Sie unter „Rendering" die Option „Emulate vision deficiencies". Schalten Sie durch die Optionen. Wenn Text bei „Reduced contrast" nicht lesbar ist, haben Sie ein Problem. Alternativ: Den kostenlosen WebAIM Contrast Checker nutzen — Vordergrundfarbe und Hintergrundfarbe eingeben. Normaler Text braucht mindestens 4,5:1 Kontrast, großer Text 3:1.
2. Tastatur-Navigation (5 Minuten) Legen Sie die Maus weg. Navigieren Sie Ihre komplette Website nur mit der Tab-Taste. Jedes interaktive Element (Links, Buttons, Formularfelder) muss erreichbar sein und einen sichtbaren Fokus-Rahmen zeigen. Wenn Sie irgendwo hängenbleiben oder nicht sehen können, wo der Fokus gerade liegt, haben Sie ein Problem.
3. Automatisierter Scan (3 Minuten) Installieren Sie die Browser-Erweiterung „axe DevTools" (kostenlos) und lassen Sie sie auf Ihrer Startseite laufen. Sie zeigt WCAG-Verstöße mit Schweregrad und konkretem Lösungsvorschlag. Alles unter „Critical" und „Serious" sollten Sie beheben.
✓ Tun
- Kontrast mit echten Werten prüfen
- Tastatur-Navigation testen
- axe DevTools scannen
- Alt-Texte als Funktionsbeschreibung schreiben
✗ Lassen
- Overlay-Widget als Lösung kaufen
- KI-generierten Code ungeprüft übernehmen
- Nur auf automatische Tests vertrauen
- Barrierefreiheit als „Nice-to-have" behandeln
KI-generiert ist kein Ausschlusskriterium — aber ein Warnsignal
Die Zahlen bedeuten nicht, dass KI-Werkzeuge grundsätzlich unbrauchbar sind. Sie bedeuten, dass KI-generierter Code eine menschliche Prüfung braucht — speziell bei Barrierefreiheit.
Ein konkretes Beispiel: Ein Handwerksbetrieb lässt seine Seite per KI-Builder erstellen. Der Builder erzeugt ein Kontaktformular mit Platzhalter-Text statt echten Labels. Visuell sieht das Formular korrekt aus. Aber ein Screenreader liest bei jedem Feld nur „Eingabefeld" vor, ohne zu sagen, ob Name, E-Mail oder Nachricht erwartet wird. Das Formular ist für blinde Nutzer nicht bedienbar.
Die Lösung: Jedes Formularfeld bekommt ein `
Gleiches gilt für Bilder. Ein KI-Tool schreibt als Alt-Text gerne „Bild von einem modernen Büro". Nützlicher wäre: „Empfangsbereich der Kanzlei Schmidt mit Wartebereich und Rezeption". Der Alt-Text beschreibt die Funktion des Bildes im Kontext, nicht das Bild an sich.
Was Sie diese Woche tun können
Barrierefreiheit ist kein Projekt, das man einmal abschließt. Aber es gibt einen sinnvollen Startpunkt:
Montag: Lassen Sie axe DevTools über Ihre fünf wichtigsten Seiten laufen (Startseite, Leistungen, Kontakt, Über uns, eine Unterseite). Notieren Sie die Zahl der „Critical"- und „Serious"-Fehler.
Dienstag: Prüfen Sie alle Formularfelder auf echte Labels. Prüfen Sie, ob die Tab-Reihenfolge logisch ist.
Mittwoch: Prüfen Sie die Kontrastwerte Ihrer Hauptfarben. Text auf Hintergrund, Buttons, Links. Korrigieren Sie alles unter 4,5:1.
Donnerstag: Gehen Sie Ihre Bilder durch. Jedes inhaltlich relevante Bild braucht einen Alt-Text, der die Funktion beschreibt. Dekorative Bilder bekommen ein leeres `alt=""`.
Freitag: Testen Sie die komplette Seite mit der Tastatur. Tab durch jede Seite, prüfen Sie den Fokus.
Diese fünf Tage beseitigen erfahrungsgemäß 60–70 % der häufigsten Fehler. Für die restlichen 30 % — semantische HTML-Struktur, korrekte ARIA-Rollen, dynamische Inhalte — lohnt sich eine professionelle Prüfung.
Fazit: KI-Tools prüfen, nicht blind vertrauen
Der WebAIM Million Report 2026 zeigt eine unbequeme Wahrheit: Die Werkzeuge, die das Web demokratisieren sollen, machen es gleichzeitig weniger zugänglich. Für KMU heißt das nicht, auf KI zu verzichten. Es heißt, den Output zu prüfen — mit den drei Tests, die zusammen zehn Minuten dauern.
Barrierefreiheit ist keine Nische. Sie betrifft jeden sechsten Menschen in Deutschland direkt und verbessert die Nutzbarkeit für alle. Wer seine Website jetzt prüft, schützt sich vor rechtlichen Risiken und erreicht mehr Kunden.
Ihre Website auf Barrierefreiheit prüfen lassen
Wir scannen Ihre Website kostenlos auf die häufigsten Barrierefreiheits-Fehler und zeigen Ihnen, was Sie konkret verbessern können — verständlich, ohne Fachchinesisch.
"Kostenlose Analyse anfragen" →