A11Y: Barrierefreiheit im Web 2026
A11Y erklaert: Was Accessibility bedeutet, welche WCAG-Anforderungen gelten und wie das BFSG 2026 Unternehmen verpflichtet. Mit technischen Tipps und FAQ.
Mehr erfahren
Ein Accessibility Audit ist eine systematische Überprüfung einer Website, App oder digitalen Anwendung daraufhin, ob sie von allen Menschen genutzt werden kann, einschließlich Personen mit visuellen, motorischen, auditiven oder kognitiven Einschränkungen. Grundlage ist in der Regel der internationale Standard WCAG 2.1 Level AA (Web Content Accessibility Guidelines), der auch im deutschen Barrierefreiheitsstärkungsgesetz (BFSG) referenziert wird.
Seit dem 28. Juni 2025 ist das BFSG in Kraft und verpflichtet privatwirtschaftliche Unternehmen erstmals zur digitalen Barrierefreiheit. Ein Accessibility Audit ist damit nicht mehr nur eine Best Practice, sondern der erste Schritt zur rechtskonformen Dokumentation. Wer keinen Audit vorweisen kann, hat im Streitfall gegenüber Marktüberwachungsbehörden eine schwache Position.
Es gibt zwei grundlegende Audit-Typen: Automatisierte Audits mit Tools wie axe DevTools oder Lighthouse decken ca. 30 bis 40 Prozent der WCAG-Kriterien ab. Manuelle Audits durch Experten und Tests mit echten Screenreadern wie NVDA oder VoiceOver sind für die restlichen Kriterien unverzichtbar. Ein professioneller BFSG-konformer Audit kombiniert immer beide Ansätze.
Wir sind hier, um Ihnen zu helfen. Gemeinsam meistern wir Ihre digitalen Herausforderungen und fördern die Inklusion im Internet. Lassen Sie uns Ihre Projekte mit barrierefreiem Webdesign erfolgreich machen.
Ein strukturierter Accessibility Audit folgt einem klaren Prozess, der sicherstellt, dass keine relevanten WCAG-Kriterien übersehen werden:
Die Toollandschaft für Accessibility Audits ist 2026 gut aufgestellt. Kein einzelnes Tool deckt alle WCAG-Kriterien ab, aber die Kombination aus automatisierten und manuellen Werkzeugen liefert ein vollständiges Bild:
Für Teams mit CI/CD-Pipelines empfiehlt NCA die Integration von axe-core in Cypress-Tests als eigene Stage. So werden A11Y-Regressions automatisch erkannt, bevor sie in Produktion gelangen. eslint-plugin-jsx-a11y ergänzt den Stack auf Ebene der statischen Code-Analyse.
Die WCAG unterscheiden drei Konformitätsstufen, die im Audit als Bewertungsmaßstab dienen:
Ein BFSG-konformer Audit prüft systematisch alle Kriterien der Stufen A und AA. WCAG 2.2 fügt gegenüber 2.1 sechs neue Level-A/AA-Kriterien hinzu, darunter sichtbare Fokus-Indikatoren (2.4.11) und Mindestgröße für Klickziele (2.5.8). Die für das BFSG aktualisierte EN 301 549 wird künftig auf WCAG 2.2 verweisen – wer jetzt auf 2.2 prüft, ist langfristig auf der sicheren Seite.
Bei PHP- und Symfony-basierten Webanwendungen gibt es spezifische Stolpersteine, die ein Accessibility Audit regelmäßig aufdeckt. NCA sieht in seiner Projektpraxis vor allem folgende Muster:
<div>-basierte Strukturen ohne ARIA-Rollen eingesetzt, wo natives HTML wie <nav>, <main> oder <button> ausreicht.<label for> verknüpft werden. Muss im Template manuell geprüft werden.aria-live gesetzt ist.NCA führt Accessibility Audits direkt im Projektkontext durch und kennt die typischen Schwachstellen von Symfony, Sulu CMS und PHP-Frontends. Nach dem Audit übernehmen wir bei Bedarf die technische Umsetzung aller Korrekturen, inklusive Barrierefreiheitserklärung und CI/CD-Integration.
Die wichtigsten Fragen zum Accessibility Audit 2026, kompakt beantwortet.
Ein Accessibility Audit prüft, ob eine Website oder App den WCAG-Barrierefreiheitsstandards entspricht. Seit dem 28. Juni 2025 ist das BFSG in Kraft und verpflichtet viele Unternehmen zur digitalen Barrierefreiheit. Ein Audit ist der erste Schritt zur rechtssicheren Compliance-Dokumentation gegenüber Marktüberwachungsbehörden.
Ein BFSG-konformer Audit prüft alle Erfolgskriterien der WCAG 2.1 auf Level A und AA – insgesamt 50 Kriterien. Zukunftssicher ist die Prüfung nach WCAG 2.2, das sechs neue A/AA-Kriterien hinzufügt, darunter sichtbare Fokus-Indikatoren (2.4.11) und Mindestgröße von Klickzielen (2.5.8).
Ein automatisierter Schnellcheck ist in Minuten erledigt. Ein manueller Audit einer mittelgroßen Website dauert typischerweise 3 bis 10 Arbeitstage. Umfang, Seitenzahl und Komplexität der Interaktionselemente sind die entscheidenden Faktoren für den Zeitaufwand.
Automatisierte Tools wie axe DevTools oder Lighthouse sind kostenlos verfügbar. Ein professioneller manueller Audit für eine mittelgroße Website beginnt je nach Umfang bei einigen hundert Euro. NCA empfiehlt, den Auditaufwand mit den potenziellen Bußgeldern (bis zu 100.000 Euro) zu vergleichen. Kontakt für ein individuelles Angebot: roland@nevercodealone.de.
Automatisierte Tools erkennen zuverlässig ca. 30 bis 40 Prozent aller WCAG-Verstöße, vor allem fehlende Alt-Texte, Kontrastprobleme und fehlende Formular-Labels. Manuelle Tests durch Experten und echte Screenreader decken komplexe Interaktionsfehler auf, die kein Tool findet, etwa fehlerhafte Fokus-Reihenfolgen in Modals oder nicht angekündigte AJAX-Updates.
Nach dem Audit erhalten Sie einen priorisierten Bericht mit WCAG-Kriterium, Schweregrad und konkreter Handlungsempfehlung pro Befund. Kritische Verstöße (Level A) sollten zuerst behoben werden. NCA unterstützt anschließend bei der technischen Umsetzung in PHP, Symfony oder Sulu CMS sowie bei der Erstellung der gesetzlich vorgeschriebenen Barrierefreiheitserklärung.
Mindestens einmal jährlich und nach jedem größeren Relaunch oder Feature-Update. Barrierefreiheit ist ein kontinuierlicher Prozess: Jede neue Entwicklung kann bestehende Konformität beeinträchtigen. NCA empfiehlt, axe-core in CI/CD-Pipelines zu integrieren, um Regressions automatisch zu erkennen.
Die BITV 2.0 gilt für öffentliche Stellen des Bundes und verweist auf WCAG 2.1 Level AA. Das BFSG für den Privatsektor verweist ebenfalls auf EN 301 549, die WCAG 2.1 AA referenziert. Ein Audit nach WCAG 2.1 AA erfüllt damit die Anforderungen beider Regelwerke.
Ja. NCA aus Duisburg führt Accessibility Audits für PHP- und Symfony-basierte Webanwendungen, Sulu CMS und individuelle Frontends durch. Im Anschluss übernehmen wir bei Bedarf direkt die technische Umsetzung aller Korrekturen. Vereinbaren Sie eine kostenlose Erstberatung unter roland@nevercodealone.de.
Ein Accessibility Audit ist eine einmalige Bestandsaufnahme mit detailliertem Bericht und Handlungsempfehlungen. Accessibility Testing bezeichnet den laufenden Prozess der Qualitätssicherung im Entwicklungsalltag, etwa durch automatisierte Tests in der CI/CD-Pipeline oder regelmäßige manuelle Checks nach Deployments.
Kleinstunternehmen mit weniger als zehn Mitarbeitenden und maximal zwei Millionen Euro Jahresumsatz sind von der BFSG-Dienstleistungspflicht ausgenommen. Achtung: Wer Produkte in den Verkehr bringt, fällt unabhängig von der Unternehmensgröße unter das BFSG. Ein Audit ist auch für Kleinstunternehmen empfehlenswert, da er die Zielgruppe erweitert und UX verbessert.
NCA empfiehlt drei Ebenen: Pre-Commit mit eslint-plugin-jsx-a11y für statische Analyse, axe-core in Cypress-Tests als eigene CI/CD-Stage für automatisierte Prüfungen nach jedem Deploy, und quartalsweise manuelle Audits durch Experten für tiefergehende Prüfungen. So entsteht ein lückenloser A11Y-Qualitätsprozess ohne Mehraufwand im Sprint.