Barrierefreiheits-Check: WCAG 2.2 & European Accessibility Act
Finden Sie in rund 20 Sekunden die Barrieren, die Menschen mit Screenreader, Tastatur oder Vergrößerung ausbremsen. Zu jedem Befund: das WCAG-2.2-Kriterium, die betroffenen Seiten und die Lösung.
Website prüfen
Kostenlos · ohne Registrierung · bis zu 10 Seiten · rund 20 Sekunden · Unsicher, ob der EAA Sie betrifft? Machen Sie den Check mit 5 Fragen ↓
Wir lesen das öffentliche HTML von bis zu 10 Seiten Ihrer Website. Der Bericht wird eine Stunde lang gespeichert, damit wir ihn Ihnen senden können. Dies ist eine automatisierte Basisprüfung, keine Konformitätsprüfung.
- Seiten werden geladen
- WCAG-Kriterien werden geprüft
- Erklärung zur Barrierefreiheit wird gesucht
- Index wird berechnet
So sieht das Ergebnis aus
shop-example.com
Lücken in der automatisierten Basis
- KritischFormularfelder ohne Beschriftung — 6 von 10 Seiten
- KritischBilder ohne Textalternative — 3 von 10 Seiten
- MittelKein Skip-Link und keine Landmarks — 10 von 10 Seiten
Beispiel für eine fiktive Website. Ihr Ergebnis erscheint hier in rund 20 Sekunden.
Barrierefreiheits-Basis
Die schwerwiegendsten Barrieren
Geben Sie Ihre E-Mail-Adresse ein, um den vollständigen Bericht zu öffnen und als PDF zu erhalten.
Was Automatisierung nicht prüfen kann
Diese Punkte erfordern einen Menschen und einen Browser. Sie sind Teil jedes manuellen Audits.
1.4.3TextkontrastText gegen seinen tatsächlichen Hintergrund messen: 4,5:1, bei großem Text 3:1.1.4.11Nicht-Text-KontrastRahmen von Feldern, Icons und Fokusringe gegen den Hintergrund prüfen: 3:1.1.4.10Reflow bei 320 pxFenster auf 320 CSS-Pixel Breite stellen: kein horizontales Scrollen, nichts abgeschnitten.2.1.1Alles per Tastatur bedienbarMaus abziehen und den wichtigsten Nutzerweg mit Tab, Enter, Leertaste und Pfeiltasten durchlaufen.2.4.7 / 2.4.11Fokus sichtbar und nicht verdecktMit Tab durch die Seite gehen: Der Fokusring ist immer sichtbar und nie unter einem fixierten Header.2.5.7Alternative zum ZiehenJeder Slider, jedes Karussell und jedes Drag-and-drop funktioniert auch mit einzelnen Klicks.2.5.8Zielgröße mindestens 24×24 pxKleine Icons und Links auf einem Bildschirm in Smartphone-Größe messen.3.2.6Hilfe an gleicher StelleKontakt- oder Hilfelinks stehen auf jeder Seite an derselben Stelle.3.3.7Keine doppelte DateneingabeMehrstufige Formulare fragen nicht erneut ab, was bereits eingegeben wurde.1.2.xUntertitel und AudiodeskriptionVideos haben Untertitel; wo nötig, ein Transkript oder eine Audiodeskription.—Test mit ScreenreaderDie wichtigsten Nutzerwege mit NVDA (Windows) oder VoiceOver (macOS, iOS) durchlaufen.
Vollständiger Bericht + PDF per E-Mail
Jede Barriere, jede Seite, Codebeispiele und ein priorisierter Maßnahmenplan, den Sie direkt an Ihre Entwickler weitergeben können.
Manuelles Audit & Maßnahmenplan
Ein YuSMP-Engineer testet Ihre wichtigsten Nutzerwege mit Tastatur und Screenreadern nach WCAG 2.2 AA und behebt die Probleme anschließend in Ihrem Code oder Designsystem.
- Tests Ihrer wichtigsten Nutzerwege mit Tastatur und Screenreadern (NVDA, VoiceOver)
- Kontrast, Fokus und Reflow im echten Browser gemessen
- Ein Maßnahmenplan nach Wirkung priorisiert, zugeordnet zu WCAG 2.2
- Korrekturen in gemeinsamen Komponenten, damit sie auf der ganzen Website greifen
Geht es Ihnen eher um UX als um WCAG-Kriterien? Probieren Sie den Website-Usability-Check.
Betrifft Sie der EAA?
Fünf Fragen, direkt in Ihrem Browser beantwortet — nichts wird gesendet, bevor Sie den Bericht anfordern. Eine erste Orientierung, keine Rechtsberatung.
Was der Check prüft
25 Regeln: 19 werden anhand des Markups bewertet, 6 sind Hinweise, die einen Browser oder einen Menschen erfordern. Die Spalte „Sicherheit“ zeigt, wie zuverlässig eine automatisierte Prüfung sein kann.
| Regel | WCAG-Kriterium | Stufe | Sicherheit |
|---|---|---|---|
| Seitensprache ist nicht angegeben | 3.1.1 | A | Im Markup bestätigt |
| Seite hat keinen aussagekräftigen Titel | 2.4.2 | A | Im Markup bestätigt |
| Bilder ohne Textalternative | 1.1.1 | A | Im Markup bestätigt |
| Formularfelder ohne Beschriftung | 3.3.2 | A | Im Markup bestätigt |
| Schaltflächen ohne zugänglichen Namen | 4.1.2 | A | Im Markup bestätigt |
| Links ohne zugänglichen Namen | 2.4.4 | A | Im Markup bestätigt |
| Eingebettete Frames ohne Titel | 4.1.2 | A | Im Markup bestätigt |
| Zoom auf Mobilgeräten blockiert | 1.4.4 | AA | Im Markup bestätigt |
| Leere Überschriften | 1.3.1 | A | Im Markup bestätigt |
| Medien starten von selbst mit Ton | 1.4.2 | A | Im Markup bestätigt |
| Überschriftenebenen werden übersprungen | 1.3.1 | A | Sehr wahrscheinlich — manuell bestätigen |
| Seite ohne Hauptüberschrift (H1) | 1.3.1, 2.4.6 | Best Practice | Sehr wahrscheinlich — manuell bestätigen |
| Datentabellen ohne Kopfzellen | 1.3.1 | A | Sehr wahrscheinlich — manuell bestätigen |
| Fehlerhafte Listenauszeichnung | 1.3.1 | A | Sehr wahrscheinlich — manuell bestätigen |
| Positive tabindex-Werte | 2.4.3 | A | Sehr wahrscheinlich — manuell bestätigen |
| ARIA falsch eingesetzt | 4.1.2 | A | Sehr wahrscheinlich — manuell bestätigen |
| Felder mit persönlichen Daten ohne autocomplete | 1.3.5 | AA | Sehr wahrscheinlich — manuell bestätigen |
| Kein Sprunglink und keine Landmarken | 2.4.1 | A | Sehr wahrscheinlich — manuell bestätigen |
| Links mit nichtssagendem Text | 2.4.4 | A | Sehr wahrscheinlich — manuell bestätigen |
| Textkontrast (Browser-Rendering nötig) | 1.4.3 | AA | Manuelle Prüfung nötig |
| Größe der Touch-Ziele (Browser-Rendering nötig) | 2.5.8 | AA | Manuelle Prüfung nötig |
| Sichtbarkeit des Tastaturfokus (Browser-Rendering nötig) | 2.4.7, 2.4.11 | AA | Manuelle Prüfung nötig |
| Video und Audio: Untertitel und Transkript | 1.2.2 | A | Manuelle Prüfung nötig |
| Erklärung zur Barrierefreiheit und Feedback-Kanal | EAA | EAA | Manuelle Prüfung nötig |
| Verlinkte PDF-Dokumente | — | Info | Manuelle Prüfung nötig |
So funktioniert es
Crawlen
Wir öffnen Ihre Seite und folgen internen Links wie ein Besucher, bis wir bis zu 10 Seiten haben.
Prüfen
Jede Seite wird anhand von 19 Markup-Regeln nach WCAG-2.2-Kriterien der Stufen A/AA geprüft, dazu kommen 6 Hinweise für eine manuelle Prüfung.
Bewerten
Der Index gewichtet jede Barriere nach Schweregrad und nach der Zahl betroffener Seiten. Nicht belegte Befunde zählen zu 70 %.
Beheben
Zu jedem Befund: wen er betrifft, die Lösung und ein Ausschnitt Ihres Markups für Ihre Entwickler.
Automatisierte vs. manuelle Prüfung
Dieser automatisierte Check
- Liest das HTML, das der Server ausliefert
- Findet fehlende Namen, Beschriftungen, Alternativen und Strukturfehler
- Dauert rund 20 Sekunden und kostet nichts
- Gut als Ausgangsbasis und für Regressionstests
Ein manuelles Audit
- Testet die gerenderte Seite in echten Browsern
- Deckt Kontrast, Tastaturbedienung, Fokus, Reflow und Medien ab
- Geht Ihre wichtigsten Nutzerwege mit NVDA und VoiceOver durch
- Endet mit einem umsetzbaren Maßnahmenplan
FAQ
Was ist der European Accessibility Act und seit wann gilt er?
Gemeint ist die Richtlinie (EU) 2019/882 (European Accessibility Act). Sie gilt seit dem 28. Juni 2025 über nationales Recht: in Deutschland über das Barrierefreiheitsstärkungsgesetz (BFSG), in Frankreich und Italien über die jeweiligen Umsetzungsgesetze. Erfasst ist eine Liste von Produkten und Dienstleistungen für Verbraucher, etwa E-Commerce, Bankdienstleistungen für Verbraucher, Personenbeförderung, E-Books und Telekommunikation.
Gilt der EAA für mein Unternehmen?
Er erfasst die genannten Bereiche, sobald Sie Verbraucher in der EU bedienen — unabhängig vom Sitz Ihres Unternehmens. Kleinstunternehmen, die Dienstleistungen erbringen, sind ausgenommen. Unser Check mit fünf Fragen gibt eine erste Orientierung. Dies ist keine Rechtsberatung.
WCAG 2.1 oder 2.2 — was zählt?
Die harmonisierte Norm EN 301 549 verweist derzeit auf WCAG 2.1 AA. WCAG 2.2 ergänzt sechs Kriterien der Stufen A/AA (2.4.11, 2.5.7, 2.5.8, 3.2.6, 3.3.7, 3.3.8) und behält alles andere bei. Wir prüfen nach 2.2, weil 2.1 darin enthalten ist.
Kann ein automatisierter Check bestätigen, dass meine Website den EAA erfüllt?
Nein. Automatisierte Tools erkennen nur einen Teil der Barrieren. Das Ergebnis ist eine Basis für die Planung, keine Konformitätserklärung.
Was prüft dieser Check nicht?
Kontrast, Tastaturbedienung, Fokus, Reflow, Medienalternativen, Verständlichkeit der Inhalte, PDF-Dokumente, Seiten hinter einem Login und Inhalte, die erst JavaScript im Browser rendert.
Was ist eine Erklärung zur Barrierefreiheit und brauche ich eine?
Sie informiert darüber, wie Ihre Dienstleistung die Anforderungen an die Barrierefreiheit erfüllt (Anhang V des EAA). Die Form unterscheidet sich je nach Land: In Deutschland gehören die Informationen in die Allgemeinen Geschäftsbedingungen oder werden auf andere deutlich wahrnehmbare Weise bereitgestellt, etwa auf der Website, in Frankreich heißt sie «déclaration d'accessibilité», in Italien «dichiarazione di accessibilità». Klären Sie die Formulierung für Ihre Länder mit einer Rechtsberatung.
Wie beheben wir die Probleme und wie lange dauert das?
Die meisten Markup-Barrieren werden einmal behoben — in gemeinsamen Komponenten oder im Designsystem — und die Korrektur greift dann auf jeder Seite. Ein manuelles Audit ergänzt, was Automatisierung nicht sieht, und priorisiert alles nach Wirkung. Audit und Maßnahmenplan anfragen.
Speichern Sie meine Daten oder Inhalte meiner Website?
Der Bericht wird eine Stunde lang gespeichert, damit wir ihn Ihnen senden können, und dann gelöscht. Ihre Kontaktdaten erreichen uns nur, wenn Sie ein Formular absenden. Unser Crawler gibt sich als YuSMP-AccessibilityScan zu erkennen.
Weiterlesen
- WCAG-2.2-Leitfaden für Web-AppsWas sich mit WCAG 2.2 geändert hat, wie der EAA sie nutzt und wie man testet.
- Website-Usability-CheckButtons, Formulare und mobiles Layout aus Sicht der Besucher.
- Bereiten Sie sich auch auf den EU AI Act vor?Ordnen Sie Ihr KI-System in wenigen Minuten einer Risikostufe zu.
- Entwicklung von WebanwendungenBarrierefreie Web-Apps von YuSMP-Engineers.