Barrierefreiheit-Monitoring — die Barriere finden, die ein Update einbaut, bevor Kunden darauf stoßen.
Relvato öffnet deine Startseite, Shop-, Produkt-, Warenkorb-, Checkout- und Kontoseiten in einem echten Browser und testet sie mit den Regeln für WCAG 2.0, 2.1 und 2.2 Stufe A und AA aus axe-core, der Open-Source-Engine, auf der viele Barrierefreiheits-Tools aufbauen. Der erste Scan listet auf, was er findet, und du bestätigst das als Baseline. Danach lässt jedes Problem, das vorher nicht da war, den Lauf fehlschlagen — ein Plugin-Update, das im Checkout ein Formular-Label entfernt, fällt also in derselben Woche auf, nicht erst beim nächsten Audit.
- ✓Bilder und Bildlinks ohne Textalternative (WCAG 1.1.1)
- ✓Formularfelder ohne Label sowie Buttons und Links ohne zugänglichen Namen (1.3.1, 2.4.4, 4.1.2)
- ✓Text unter dem Mindestkontrast — 4,5:1, bei großer Schrift 3:1 (1.4.3)
- ✓Fehlende oder ungültige Seitensprache und Seiten ohne Titel (3.1.1, 2.4.2)
- ✓Auf Smartphones deaktivierter Zoom und zu kleine oder zu eng stehende Touch-Ziele (1.4.4, 2.5.8)
- ✓Ungültige oder falsch eingesetzte ARIA-Attribute und -Rollen (4.1.2)
Barrierefreiheit ist nicht einmal erledigt. Themes, Page Builder und Plugins schreiben bei jedem Update Markup neu: Ein Checkout-Feld verliert sein Label, ein Button wird zum Icon ohne Namen, eine neue Markenfarbe fällt unter den Mindestkontrast. Seit dem 28. Juni 2025 gilt der European Accessibility Act — in Deutschland das Barrierefreiheitsstärkungsgesetz — für Onlineshops und andere Verbraucherdienste in der EU. Eine Regression ist damit nicht mehr nur ein Usability-Problem. Ein Audit zeigt, wo du an einem Tag stehst; Monitoring zeigt, wann sich das ändert.
Teste jetzt eine Seite auf WCAG-Probleme — kostenlos
Gib eine Seite ein: Relvato wendet die WCAG-Regeln A und AA von axe-core darauf an und listet, was es findet. Relvato Barrierefreiheits-Checker →
Was der European Accessibility Act von einer Website verlangt, was du zuerst beheben solltest und welche Teile automatisierte Tests abdecken können — und welche nicht.
- Relvato lädt deine wichtigsten Seiten — die, die Kunden zum Kaufen oder Anmelden brauchen, plus eigene wie ein Kontaktformular — in einem echten Browser, wartet, bis sie fertig geladen sind, und führt die Regeln von axe-core für WCAG 2.0, 2.1 und 2.2 Stufe A und AA aus. Die Engine wird über den Browser selbst eingebunden, eine strenge Content-Security-Policy blockiert sie also nicht.
- Jedes Problem ist eine Regel auf einer Seite — etwa „Formularelemente müssen Labels haben“ auf /checkout/ — mit den zugehörigen WCAG-Kriterien, der Zahl betroffener Elemente und einem Beispiel. Sobald du die Probleme des ersten Scans bestätigst, sind sie die Baseline; sie zu beheben lohnt sich trotzdem, denn jedes ist für jemanden eine Barriere.
- Ab dann läuft der Monitor wöchentlich und nach Plugin-, Theme-, WordPress-Core- und WooCommerce-Updates. Ein neues Problem lässt den Lauf fehlschlagen und alarmiert dich mit Regel, Seite und WCAG-Kriterium; Probleme aus der Baseline werden aufgelistet, lassen ihn aber nicht fehlschlagen.
Datenquelleaxe-core (Deque, open source), WCAG 2.2 (W3C)
Macht das meine Website konform mit dem European Accessibility Act bzw. dem BFSG?
Nein — und kein automatisches Tool kann das. Das W3C stellt klar, dass Testwerkzeuge allein nicht feststellen können, ob eine Website barrierefrei ist, und Deques Studie realer Audits ergab, dass automatisierte Tests rund 57 % der Probleme (nach Anzahl) fanden. Ob ein Alt-Text das Bild beschreibt, ob die Tastaturreihenfolge Sinn ergibt, ob eine Fehlermeldung hilft: Das muss ein Mensch beurteilen. Relvato sorgt dafür, dass der maschinell testbare Teil nicht wieder schlechter wird, nachdem du ihn behoben hast.
Nach welchem Standard wird getestet?
Nach WCAG 2.0, 2.1 und 2.2 Stufe A und AA, mit den Regeln von axe-core. In der EU werden Websites in der Regel an der EN 301 549 gemessen: Version 3.2.1 folgt WCAG 2.1 Stufe AA, Version 4.1.1, aktualisiert im September 2026, geht zu WCAG 2.2 AA über. Ein Test gegen 2.2 deckt beides ab.
Meine Website hat schon Barrierefreiheitsprobleme. Schlägt dann jeder Lauf fehl?
Nein. Der erste Scan listet alles auf, was er findet, und schlägt nicht fehl; du bestätigst diese Liste als Baseline. Spätere Läufe schlagen nur bei einem Problem fehl, das nicht darin steht, und behobene Probleme verschwinden aus der Liste.
Brauche ich das WordPress-Plugin?
Nein. Der Monitor testet die öffentlichen Seiten jeder Website. Mit verbundenem WordPress-Plugin läuft er zusätzlich nach Plugin-, Theme-, Core- und WooCommerce-Updates — dann, wenn die meisten Regressionen entstehen. Im Free-Tarif startest du die Läufe selbst oder lässt sie wöchentlich laufen; Pro führt sie zusätzlich nach Updates erneut aus.
Schalte diesen Monitor auf Autopilot.
Für immer kostenlos auf einer Website — 100 Läufe im Monat, von dir gestartet oder wöchentlich, ohne Karte. Pro lässt deine Monitore nach jedem Update von selbst neu laufen.