Barrierefreie Softwareentwicklung: WCAG 2.1, BITV und BFSG 2025

BFSG 2025 — neue gesetzliche Pflichten für Software

Seit dem 28. Juni 2025 gilt das Barrierefreiheitsstärkungsgesetz (BFSG) in Deutschland. Es verpflichtet private Unternehmen, ihre digitalen Produkte und Dienstleistungen barrierefrei zu gestalten – insbesondere Online-Shops, Banking-Apps, Telekommunikationsdienste und E-Commerce-Plattformen. Der Referenzstandard ist WCAG 2.1 Level AA (Web Content Accessibility Guidelines), in Deutschland zusätzlich die BITV 2.0. Bei Verstößen drohen Abmahnungen und Bußgelder. Für bestehende Systeme gilt eine Übergangsfrist bis 2030 – neue Systeme müssen sofort konform sein.

Barrierefreiheit bedeutet: Ihre Software ist auch für Menschen mit Sehbehinderungen, motorischen Einschränkungen, Hörbehinderungen oder kognitiven Beeinträchtigungen nutzbar. Das betrifft ca. 13 Millionen Menschen in Deutschland – eine signifikante Nutzergruppe, die mit barrierefreier Software erschlossen wird. Wir unterstützen bei Audit, Umsetzung und CI/CD-Integration. Mehr zur rechtlichen Einordnung: EU-Regulatorik und Compliance.

Unsere Leistungen für barrierefreie Software

Häufige Fragen (FAQ)

• Was ist das BFSG und wen betrifft es?
  Das Barrierefreiheitsstärkungsgesetz (BFSG) ist die deutsche Umsetzung des European Accessibility Act (EAA). Es gilt seit dem 28. Juni 2025 für private Unternehmen, die Produkte und Dienstleistungen für Verbraucher anbieten. Betroffen sind insbesondere: Online-Shops und E-Commerce-Plattformen, Banking- und Finanzdienstleistungen im Internet, Telekommunikationsdienste, E-Books und E-Reader sowie Personenbeförderungs-Apps. Für bestehende Systeme gilt eine Übergangsfrist bis 2030 – neue Systeme müssen seit dem 28. Juni 2025 barrierefrei sein. Kleinstunternehmen (unter 10 Mitarbeiter und unter 2 Mio. € Umsatz) sind von den Pflichten ausgenommen. Wir prüfen, ob und in welchem Umfang Ihre Software vom BFSG betroffen ist.
• Was bedeutet WCAG 2.1 AA für Software-Entwickler?
  WCAG 2.1 (Web Content Accessibility Guidelines) Level AA ist der Referenzstandard für barrierefreie Webanwendungen und die Grundlage des BFSG. Level AA umfasst vier Prinzipien: Wahrnehmbar (alle Inhalte sind für Screenreader zugänglich, Bilder haben Alt-Texte, Videos haben Untertitel, Kontrastverhältnis mindestens 4.5:1), Bedienbar (alle Funktionen per Tastatur bedienbar, keine Zeitlimits ohne Warnung, Fokus-Sichtbarkeit), Verständlich (klare Sprache, Fehlermeldungen eindeutig, Formularfelder beschriftet) und Robust (valides HTML, ARIA-Rollen korrekt eingesetzt, Kompatibilität mit Hilfstechnologien). Für React/Next.js-Anwendungen bedeutet das konkret: semantische HTML-Elemente, ARIA-Attribute, Fokus-Management bei Modals und Navigationsänderungen sowie regelmäßige Tests mit Screenreadern wie NVDA oder VoiceOver.
• Wie wird Barrierefreiheit in React-Anwendungen umgesetzt?
  Barrierefreiheit in React-Anwendungen erfordert mehrere Ebenen: Erstens semantisches HTML – die richtigen HTML-Elemente für Buttons, Überschriften, Listen und Formulare verwenden statt alles in Divs zu packen. Zweitens ARIA-Attribute – aria-label, aria-expanded, aria-live-Regions für dynamische Inhalte und aria-describedby für Hilfetexte. Drittens Fokus-Management – bei modalen Dialogen, SPA-Navigation und Benachrichtigungen muss der Fokus korrekt gesetzt werden. Viertens Tastaturnavigation – alle interaktiven Elemente müssen per Tab erreichbar und per Enter/Space bedienbar sein. Tools wie axe-core, Lighthouse und manuelle Screenreader-Tests (NVDA/Windows, VoiceOver/Mac) ergänzen die Entwicklungszeit. Wir integrieren axe-core in CI/CD-Pipelines, damit Barrierefreiheits-Regressionen automatisch erkannt werden.
• Was kostet ein Barrierefreiheits-Audit und die anschließende Umsetzung?
  Ein Barrierefreiheits-Audit (WCAG 2.1 AA / BITV 2.0) für eine mittelgroße Web-Anwendung kostet typischerweise 3.000–8.000 €. Darin enthalten sind: automatisierte Tests mit axe-core und Lighthouse, manuelle Prüfung mit Screenreader, Tastaturnavigation und Kontrast-Check sowie ein priorisierter Mängelbericht mit Umsetzungsaufwand-Schätzung. Die Nachbesserung hängt vom Umfang ab: Bestehende Anwendungen, die nie für Barrierefreiheit entwickelt wurden, können 20.000–80.000 € Nachbesserungsaufwand erfordern. Bei Neuentwicklungen ist Barrierefreiheit von Anfang an einzuplanen und kostet typischerweise 10–20 % Mehraufwand gegenüber einer nicht-barrierefreien Variante. Wir empfehlen, Barrierefreiheit als feste Qualitätskategorie in die Definition of Done aufzunehmen.
• Wer ist von der EU-Barrierefreiheitsrichtlinie (BFSG) betroffen?
  Das Barrierefreiheitsstärkungsgesetz (BFSG) tritt ab Juni 2025 in Kraft. Betroffen: Onlineshops, Banking-Apps, E-Reader, Streaming-Dienste und öffentliche Transportdienste. Alle neuen Produkte und Dienstleistungen müssen WCAG 2.1 AA erfüllen.
• Was bedeutet WCAG 2.1 AA konkret für Software?
  WCAG 2.1 AA umfasst 50 Erfolgskriterien: ausreichende Farbkontraste (4,5:1 für Text), Tastaturnavigation ohne Maus, Screenreader-kompatible Markup-Struktur, skalierbare Schriftgrößen bis 200 Prozent und keine rein visuellen Informationen.
• Kann Barrierefreiheit nachträglich eingebaut werden?
  Ja, aber es ist teurer als von Anfang an einzuplanen. Nachträgliche Barrierefreiheit kostet typisch 2–5× mehr als 'built-in'. Wir führen WCAG-Audits bestehender Software durch und priorisieren Maßnahmen nach Aufwand und Compliance-Risiko.
• Welche Tools prüfen Barrierefreiheit automatisch?
  axe DevTools, WAVE und Lighthouse prüfen automatisch auf bekannte Fehler. Automatische Tests finden ca. 30–40 Prozent aller Barrieren. Manuelle Prüfung durch Screenreader-Tests (NVDA, VoiceOver) und tastaturbasiertes Testen ist für vollständige Compliance notwendig.
• Was kostet ein Barrierefreiheits-Audit?
  Automatisierter Basis-Audit: 1.500–5.000 EUR. Vollständiger manueller Audit mit Screenreader-Tests: 5.000–20.000 EUR je nach Systemgröße. Zertifizierter Prüfbericht: 8.000–30.000 EUR. Wir bieten Audits mit klarem Findings-Report und Handlungsempfehlungen an.
• Wie lange dauert die barrierefreie Neuentwicklung einer App?
  Barrierefreie Entwicklung dauert ca. 10–15 Prozent länger als Standard-Entwicklung. Grund: zusätzliche Testschritte, ARIA-Attribute und Designentscheidungen für Barrierefreiheit. Der Mehraufwand amortisiert sich durch fehlende Nacharbeit und Compliance-Sicherheit.