Accessibility Cafe
Bleibe in 15 Minuten informiert über alles rund um digitale Barrierefreiheit.

Overlay, Scanner, Dev-Tool oder Analytics-Plattform? Der Markt für Barrierefreiheit ist unübersichtlich. Wir ordnen die wichtigsten Kategorien ein und zeigen ehrlich, wo sitebrunch besser passt und wo etablierte Anbieter ihre Stärken haben.
Wer eine Website barrierefrei machen will, steht schnell vor einem Wald aus Tools, die alle dasselbe zu versprechen scheinen: schnelle Konformität, weniger Risiko, bessere Nutzererfahrung. Tatsächlich machen diese Tools aber sehr unterschiedliche Dinge. Manche überdecken Probleme im Browser, manche finden sie, manche beheben sie, und manche messen nur, wie Menschen die Seite nutzen.
In diesem Artikel ordnen wir den Markt in vier Kategorien und zeigen, wo sitebrunch einen echten Unterschied macht. Es gibt starke, erfahrene Anbieter, und an manchen Stellen haben sie uns einiges voraus. Genau deshalb lohnt es sich, die Unterschiede zu verstehen, statt nur Werbeversprechen zu vergleichen.
Overlays und Widgets: Ein Code-Schnipsel verändert die Seite im Browser und blendet ein Menü ein. Beispiele: accessiBe, UserWay, AudioEye, Eye-Able Assist.
Scanner und Monitoring-Plattformen: Sie durchsuchen Seiten automatisiert, melden WCAG-Verstöße und zeigen einen Score. Beispiele: Deque axe, Siteimprove, Level Access, Pope Tech, Silktide.
Dev-Tools: Quelloffene Prüf-Engines für Entwickler*innen, etwa axe-core, Lighthouse oder Pa11y.
UX- und Analytics-Tools: Heatmaps, Session-Daten und Nutzerflüsse. Beispiele: Hotjar, Microsoft Clarity, Plausible.
sitebrunch ist bewusst keine reine Kategorie. Wir verbinden geführte WCAG-Audits, automatisiertes Monitoring, PDF-Prüfung, KI-gestütztes Beheben im Code und datenschutzfreundliche UX-Analyse in einem Tool. Was das praktisch bedeutet, wird im Vergleich am deutlichsten.
Overlays werden mit einer Zeile JavaScript eingebunden und versprechen Konformität nahezu auf Knopfdruck. Das Problem: Sie verändern die Seite nur zur Laufzeit im Browser. Der eigentliche Quellcode bleibt unverändert, und die eingebauten Anpassungen können mit der Hilfstechnologie der Nutzer*innen kollidieren.
Diese Kritik ist gut dokumentiert. Das von über 1.000 Fachleuten unterzeichnete Overlay Fact Sheet rät von Overlays ab. Eine WebAIM-Umfrage ergab, dass eine große Mehrheit der befragten Menschen mit Behinderung Overlays als wenig oder gar nicht hilfreich bewertet. Und 2025 verhängte die US-Handelsbehörde FTC eine Strafe von einer Million US-Dollar gegen accessiBe wegen irreführender Aussagen, ein KI-Produkt könne jede Website konform machen. Auch die deutschen Überwachungsstellen für Barrierefreiheit haben festgehalten, dass Overlays eine nicht barrierefreie Seite nicht barrierefrei machen können.
sitebrunch ist hier bewusst das Gegenteil eines Overlays. Statt Probleme im Browser zu überdecken, beheben wir sie an der Quelle, also im Code. Die Korrekturen funktionieren mit der vorhandenen Hilfstechnologie und bleiben bestehen, auch wenn das Abo endet.
Plattformen wie Deque axe, Siteimprove, Level Access, Pope Tech und Silktide sind solide Werkzeuge. Sie crawlen Seiten, melden WCAG-Verstöße und liefern Scores und Dashboards.
Zwei Punkte bleiben aber bei fast allen gleich. Erstens: Sie finden und melden, aber sie beheben nicht. Die eigentliche Korrektur landet als Backlog bei den Entwickler*innen. Selbst neuere KI-Funktionen bleiben meist bei Vorschlägen stehen, die manuell übertragen werden müssen. Zweitens: Die Preise sind häufig intransparent und enterprise-orientiert, also pro Seite oder pro Platz und nur auf Anfrage.
sitebrunch deckt die Monitoring-Ebene ab (0 bis 100 Score pro Seite und gesamt, Quick Wins mit geschätzter Wirkung, automatische Seitenerkennung über die Sitemap, Erkennung von Regressionen, öffentlich teilbare Berichte ohne Login) und schließt zusätzlich die Lücke beim Beheben. Möglich macht das unser MCP-Server: Statt die Befunde als Backlog an dein Team zu reichen, übergibt sitebrunch sie direkt an deinen KI-Coding-Assistenten (etwa Claude Code, Cursor oder GitHub Copilot). Dieser bekommt zu jedem Befund den CSS-Selektor, die Problembeschreibung, einen Screenshot und einen konkreten Lösungsvorschlag und korrigiert das Problem direkt im Quellcode. Wie genau das funktioniert und warum die Eingrenzung des Umfangs dabei entscheidend ist, zeigen wir weiter unten. Dazu kommt ein faires, festes Preismodell mit unbegrenzten Nutzer*innen, Projekten und Domains.
axe-core, Lighthouse und Pa11y sind exzellente, meist kostenlose Werkzeuge für Entwickler*innen. Wichtig zu wissen: Lighthouse nutzt für seine Barrierefreiheits-Checks selbst axe-core. Auch sitebrunch baut auf axe-core auf und prüft damit mehr als 80 WCAG-Regeln.
Diese Tools sind also eher unsere Zutat als unser Gegner. Entscheidend ist die ehrliche Obergrenze automatisierter Tests: Je nach Zählweise lassen sich nur rund 30 bis 40 Prozent der WCAG-Erfolgskriterien automatisiert prüfen. Rund die Hälfte aller Barrieren braucht menschliches Urteil. Genau dafür ergänzt sitebrunch die automatische Prüfung um ein geführtes manuelles Audit mit 96 Prüfschritten, jeweils mit Videos, Beispielen und Lösungsvorlagen, sodass auch Menschen ohne Vorkenntnisse selbst testen können.
Für die Prüfung direkt auf der Seite gibt es die sitebrunch Browser-Extension. Sie macht jede beliebige URL zur Live-Arbeitsfläche, ohne Code, ohne Snippet und ohne Umweg über Staging, und funktioniert auch auf localhost oder hinter Logins. Mit dem Magic Cursor liest du per Mouseover Kontrast samt WCAG-Bewertung, Typografie, ARIA-Rolle, zugänglichen Namen und Tastatur-Fokussierbarkeit direkt ab, ganz ohne DevTools. Dazu kommen geführte Audits nach WCAG und EN 301 549, über 20 integrierte Prüfwerkzeuge (etwa Überschriften-Karte, Landmarks, Tab-Reihenfolge, Kontrast-Picker oder Alt-Text-Anzeige) sowie Kommentare direkt auf der Seite, wie in Figma, nur live. Befunde, Screenshots und Fortschritt synchronisieren automatisch mit deinem sitebrunch-Projekt. Die Browser-Extension selbst ist kostenlos.
Das Herzstück von sitebrunch ist der MCP-Server. Damit verbindest du deinen KI-Coding-Assistenten (etwa Claude Code, Cursor, Windsurf, GitHub Copilot oder OpenAI Codex) direkt mit deinen Audit-Befunden. Für jeden Befund bekommt der Agent CSS-Selektor, Problembeschreibung, Screenshot und einen konkreten Lösungsvorschlag und behebt das Problem direkt im Code.
Geerdet statt geraten: Generisches Zurufen an Cursor oder Copilot ist unzuverlässig. Studien zeigen, dass nur ein kleiner Teil rein KI-generierten UI-Codes grundlegende Barrierefreiheit erfüllt. Echte Befunde mit Selektor und geprüfter Lösung schlagen das deutlich.
Klar abgegrenzter Umfang: sitebrunch behebt nur technische und strukturelle Probleme (Alt-Texte, ARIA, Überschriften, Formularlabels, Landmarks) und überlässt inhaltliche und gestalterische Entscheidungen bewusst dem Menschen. Eine falsche Korrektur ist schlimmer als keine.
Dokumentiert und eingebettet: Jede Korrektur wird automatisch als Kommentar am Befund dokumentiert. Und der Fix-Loop steckt nicht in einem isolierten Plugin, sondern in einem kompletten Produkt aus Audit, Monitoring, Zusammenarbeit und UX-Analyse.
Tools wie Hotjar, Microsoft Clarity oder Contentsquare liefern Heatmaps und Sitzungsdaten, setzen dafür aber meist Cookies und ein Einwilligungsbanner voraus. Datenschutzfreundliche Alternativen wie Plausible oder Fathom verzichten zwar auf Cookies, bieten dafür aber keine echten Heatmaps oder Nutzerflüsse. Und der entscheidende Punkt: Keines dieser Tools prüft Barrierefreiheit.
Genau hier liegt eine Lücke, die sitebrunch füllt. Wir liefern Klick- und Scroll-Heatmaps, Nutzerflüsse mit automatischer UTM-Erkennung und die wichtigsten Kennzahlen, und das datenschutzfreundlich, cookielos und ohne Cookie-Banner. Barrierefreiheit und Nutzererfahrung leben so in einem Werkzeug statt in zwei getrennten Welten.
Teams, die Befunde nicht nur sehen, sondern direkt im Code beheben wollen, statt einen endlosen Backlog zu verwalten.
Organisationen, die Barrierefreiheit und UX-Analyse aus einer Hand brauchen, datenschutzkonform und EU-gehostet.
Agenturen und Unternehmen, die ein faires Festpreis-Modell mit unbegrenzten Nutzer*innen statt undurchsichtiger Enterprise-Angebote bevorzugen.
Teams ohne tiefes Barrierefreiheits-Wissen, die dank geführter Prüfschritte selbst loslegen wollen, statt auf ein teures externes Audit zu warten.
Teams, in denen Barrierefreiheit wirklich ankommen soll: Mit den Schulungs- und E-Learning-Inhalten von sitebrunch bauen Mitarbeiter*innen die Grundlagen selbst auf, sodass Barrierefreiheit zum festen Teil der täglichen Arbeit wird, statt Know-how dauerhaft extern einkaufen zu müssen.
Overlays überdecken, Scanner finden, Dev-Tools prüfen, Analytics-Tools messen. sitebrunch verbindet diese Schritte und ergänzt das, was am häufigsten fehlt: das tatsächliche Beheben im Code und der Blick auf die Nutzererfahrung, datenschutzfreundlich und in der EU gehostet. Wer Barrierefreiheit nicht nur nachweisen, sondern wirklich verbessern will, findet hier einen durchgängigen Weg.
Du willst es selbst sehen? Starte einen kostenlosen Barrierefreiheits-Test und bekomme in wenigen Minuten einen WCAG-Bericht mit konkreten Empfehlungen.

Die sitebrunch Browser Extension ist überarbeitet: Magic Cursor mit Hover-Infos, viele Test Tools für schnelle Accessibility-Stichproben, gebündelte Kommentare und UX-Heatmaps.

Dein KI-Agent gibt unvollständige Antworten? Schuld ist meist die Datenbasis. Barrierefreie Dokumente mit Struktur, semantischen Tags und klarer Lesereihenfolge machen Inhalte maschinenlesbar.

Ein Leitfaden für alle, die sich neu orientieren möchten. Digitale Barrierefreiheit bietet eine sinnvolle, praxisnahe und zukunftsorientierte Perspektive.