Eliminierung technischer Schulden mit PHPStan, Rector PHP und PHPUnit. Über 20 Jahre Praxiserfahrung in skalierbaren Backends.
- Aktualisiert:
- Autor:
- Roland Golla
NCA BFSG Accessibility Audit
Barrieren fallen erst auf, wenn jemand nicht weiterkommt.
Wir prüfen eure Website mit Tastatur, Screenreader und axe nach WCAG AA und setzen die Befunde gemeinsam mit eurem Team im Frontend um.
Barrieren fallen erst auf, wenn jemand nicht weiterkommt
Der NCA BFSG Accessibility Audit zeigt, wo eure Website Menschen ausschließt. Wir prüfen an echten Nutzungspfaden mit Tastatur, Screenreader und automatischen Tools. Danach setzen wir die Befunde gemeinsam mit eurem Team im Frontend um.
Das Barrierefreiheitsstärkungsgesetz gilt für viele digitale Angebote im B2C Bereich, etwa Onlineshops und Bankdienstleistungen. Grundlage ist die WCAG auf Stufe AA.
Automatische Tools finden nur einen Teil der Probleme. Die teuren Befunde stecken in der Struktur: springende Überschriften, Divs statt Buttons, Dialoge ohne Fokus, Fehlermeldungen nur in Farbe. Das findet nur, wer die Seite wirklich bedient.
Kostenloses Kennenlernen, ehrliche Aufwandsschätzung, minutengenaue Abrechnung. Keine Pakete, keine Mindestlaufzeit.
Gesetzliche Konformität & Inklusion. Optimierung von Performance und Conversion durch radikal nutzerzentriertes, universelles Design.
Skalierbare KI-Systeme mit echtem Code Ownership. CI/CD, Backup-Strategien und Infrastruktur, die mit deinem Team wächst.
Euer Ansprechpartner für Barrierefreiheit
-
PHP Consultant
CYPRESS.IO Ambassador und IT Consultant für QA Engenieering und Qualität in PHP Projekten.
Jede Seite einmal ohne Maus
Wir bedienen eure wichtigsten Abläufe nur mit der Tastatur. Die Reihenfolge muss logisch sein, der Fokus sichtbar, und kein Element darf unerreichbar bleiben.
Danach hören wir mit dem Screenreader, ob Labels, Fehlermeldungen und Status klar ankommen.
Was geliefert wird
-
Prüfung an echten Nutzungspfaden
Login, Kontakt, Suche, Checkout. Wir bedienen eure wichtigsten Abläufe mit Tastatur und Screenreader.
-
Automatische Checks als Basis
axe und Lighthouse über alle wichtigen Seiten. Das schafft schnell einen Überblick.
-
Befundliste mit Priorität
Was Nutzer blockiert, steht oben. Zu jedem Punkt gibt es einen konkreten Vorschlag im Code.
-
Umsetzung im Frontend
Wir beheben die Befunde gemeinsam mit eurem Team direkt im Code. Der Bericht ist der Anfang, die Umsetzung das Ziel.
-
Tests in der Pipeline
axe in Cypress prüft bei jedem Merge Request, damit keine neuen Barrieren dazukommen.
-
Grundlage für die Erklärung
Wir liefern die technische Grundlage für eure Barrierefreiheitserklärung. Den rechtlichen Text klärt ihr mit eurer Rechtsberatung.
Was sich konkret ändert
So läuft der Audit
-
Kennenlernen und Umfang
Wir legen fest, welche Seiten und Abläufe geprüft werden. Danach schätzen wir den Aufwand ehrlich.
-
Prüfung
Automatische Checks und manuelle Bedienung mit Tastatur und Screenreader, Seite für Seite.
-
Befunde besprechen
Wir gehen die Liste gemeinsam durch, zeigen jedes Problem live und erklären den Fix.
-
Umsetzen und absichern
Fixes im Code mit eurem Team, danach axe Checks in der Pipeline. Kein Lock in, alles in eurem Repository.
Native Elemente schlagen Eigenbau
Viele Barrieren entstehen durch nachgebaute Elemente. Ein Div mit Klickhandler sieht aus wie ein Button, ist für Tastatur und Screenreader aber keiner. Ein echter Button bringt Fokus, Tastaturbedienung und Rolle gleich mit.
Deshalb setzen wir zuerst auf semantisches HTML und erst dann auf ARIA. Saubere Überschriftenstrukturen helfen Screenreadern und Suchmaschinen gleichermaßen.
Tastatur und Screenreader zeigen die Wahrheit
Wir bedienen jede geprüfte Seite ohne Maus. Kommt man überall hin? Ist der Fokus sichtbar? Bleibt er im Dialog? Mit dem Screenreader hören wir, ob Labels, Fehlermeldungen und Status klar ankommen.
Hilfsmittel wie taba11y machen die Tab Reihenfolge sichtbar. Besonders oft finden wir Probleme in Formularen und bei CAPTCHAs.
Barrierefreiheit dauerhaft absichern
Ein Audit ist eine Momentaufnahme. Damit der Stand hält, prüft axe core in Cypress bei jedem Merge Request die wichtigsten Seiten. Neue Barrieren fallen dann vor dem Livegang auf.
Wie das aussieht, zeigt Axe DevTools und Cypress Accessibility Testing. Die Grundlagen zum Ablauf erklärt das Glossar zum Accessibility Audit.
Barrierefreiheit mit NCA, Hilfe direkt aus der Praxis
NCA beschäftigt sich seit Jahren mit barrierefreier Webentwicklung, vom Template bis zur Pipeline. Roland Golla ist Cypress Ambassador, automatische Accessibility Checks laufen bei uns in Cypress mit. Was wir prüfen, setzen wir auch selbst um.
Zum Weiterlesen: Accessibility Webdesign als Überblick, das NCA Glossar für Barrierefreiheit, die WCAG und das BFSG im Detail.
E2E Tests, die euer Team selbst schreibt
Ein Tag inhouse mit Roland Golla, offizieller Cypress Ambassador und seit über 20 Jahren in Testing und Refactoring zu Hause. Auf unserem YouTube Kanal zeigt er in über 70 Live Coding Tutorials, wie Cypress in echten Projekten läuft. Dazu kommt unser Open Source Plugin NCA TESTIFY: Basistests für jede Website, mit einer Zeile im CI/CD Setup. Im Workshop lernt euer Team Setup, stabile Selektoren, Custom Commands und Tests in der Pipeline.
-
1Kostenloses VorgesprächProjekt, Stack und Teststand klären
-
2Workshoptag bei euchSetup, Patterns und erste Tests im Team
-
3Praxistag optionalTests im eigenen Projekt und in CI
Warum NCA und was das für euch bedeutet
Wir prüfen und setzen um. Der Bericht ist der Anfang, am Ende steht eine Website, die mehr Menschen bedienen können.
Wir sind keine Anwälte. Ob euer Angebot unter das BFSG fällt, klärt im Zweifel eure Rechtsberatung. Wir liefern die technische Prüfung, die Umsetzung und die Grundlage für eure Erklärung.
Alles liegt in eurem Repository. Euer Team kennt nach dem Audit die häufigsten Muster und vermeidet sie bei neuen Features selbst.
Accessibility Audit erklärt: Ablauf, Tools, WCAG-Konformitätsstufen und BFSG-Pflichten 2026. Mit Praxis-Tipps für PHP und Symfony.
Mehr erfahren
Axe DevTools mit Cypress integrieren: cypress-axe einrichten, WCAG Verstöße in CI/CD erkennen und axe-core konfigurieren. Praxis Guide 2026.
Mehr erfahren
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.
Häufige Fragen zum BFSG Accessibility Audit
Die Fragen, die im ersten Gespräch fast immer kommen.
Eine Prüfung eurer Website auf Barrierefreiheit nach WCAG Stufe AA. Wir kombinieren automatische Checks mit manueller Bedienung per Tastatur und Screenreader. Ihr bekommt eine priorisierte Befundliste, und wir setzen die Fixes gemeinsam mit eurem Team im Code um.
Das Gesetz betrifft vor allem digitale Angebote im B2C Bereich, etwa Onlineshops, Bankdienstleistungen und E-Books. Kleinstunternehmen, die Dienstleistungen anbieten, sind unter bestimmten Grenzen ausgenommen. Ob ihr betroffen seid, klärt im Zweifel eure Rechtsberatung.
Wir starten mit einem kostenlosen Kennenlernen und legen gemeinsam fest, welche Seiten und Abläufe geprüft werden. Danach schätzen wir ehrlich den Aufwand. Abgerechnet wird transparent und minutengenau. Keine Pakete, kein Festpreis, keine Mindestlaufzeit.
Grundlage ist die WCAG auf Stufe AA, auf die sich auch das BFSG bezieht. Wir orientieren uns an WCAG 2.2, damit ihr auch für neuere Anforderungen wie sichtbaren Fokus vorbereitet seid.
Nein. Tools wie axe oder Lighthouse finden nur einen Teil der Barrieren, etwa fehlende Alt Texte oder schwache Kontraste. Probleme mit Fokus, Struktur und Bedienbarkeit findet nur, wer die Seite wirklich mit Tastatur und Screenreader nutzt.
Die Seiten und Abläufe, die für eure Nutzer am wichtigsten sind. Typisch sind Startseite, Navigation, Suche, Formulare, Login und Checkout. Den genauen Umfang legen wir im ersten Gespräch gemeinsam fest.
Ja, das ist uns wichtig. Wir beheben die Befunde gemeinsam mit eurem Team direkt im Frontend. So bleibt der Bericht nicht liegen, und euer Team lernt die Muster für künftige Features.
Wir liefern die technische Grundlage: was geprüft wurde, was erfüllt ist und was noch offen ist. Den rechtlich verbindlichen Text stimmt ihr mit eurer Rechtsberatung ab.
Springende Überschriften, Buttons aus Divs, Formularfelder ohne Label, unsichtbarer Fokus, Dialoge, die den Fokus verlieren, Fehlermeldungen nur in Farbe und CAPTCHAs ohne Alternative. Vieles davon lässt sich mit semantischem HTML schnell beheben.
Mit automatischen Checks in der Pipeline. axe core prüft in Cypress bei jedem Merge Request die wichtigsten Seiten. Neue Barrieren fallen so vor dem Livegang auf. Dazu kennt euer Team nach dem Audit die häufigsten Fehlerquellen.
Nein. Wir sind Entwickler und prüfen die technische Umsetzung nach WCAG. Fragen zur rechtlichen Einordnung, zu Fristen und Pflichten klärt ihr mit eurer Rechtsberatung. Wir liefern die technische Grundlage dafür.
Roland Golla und das NCA Team. Wir arbeiten meist remote und zeigen jeden Befund live am geteilten Screen. Euer Team kann jederzeit dazukommen und Fragen stellen.