Barrierefreie Website-Pflicht 2025: BFSG erklärt

Ab 2025 wird digitale Barrierefreiheit zum Wettbewerbsfaktor – und für viele Unternehmen zur Pflicht. Das Barrierefreiheitsstärkungsgesetz (BFSG) setzt den European Accessibility Act in deutsches Recht um und betrifft zahlreiche digitale Dienstleistungen, die über Websites und Apps erbracht werden.

Wer jetzt plant, seinen Auftritt zu modernisieren, sollte A11y von Anfang an einplanen. Ein späteres Nachrüsten kostet überproportional viel Zeit und Budget – und kann zu Marktaufsicht, Abmahnungen oder Reputationsschäden führen.

In diesem Leitfaden erfahren Sie, ob und wie Ihre Website betroffen ist, welche Standards zählen (WCAG 2.1 AA, EN 301 549) und wie Sie Ihren Relaunch rechtzeitig und pragmatisch auf Kurs bringen.

TL;DR

• BFSG gilt ab 28.06.2025 für bestimmte Produkte und Dienstleistungen – inklusive deren Websites/Apps, über die sie angeboten werden.
• Praxisstandard für BFSG-Webseiten: EN 301 549 mit WCAG 2.1 AA als inhaltliche Basis.
• Betroffen sind u. a. E-Commerce, Ticketing, Bank- und Transportdienste; rein statische Info-Seiten sind oft nicht erfasst – prüfen Sie den konkreten Dienst.
• Overlay-Tools ersetzen keine echte Barrierefreiheit. Planen Sie a11y in UX, Content, Code und Prozessen mit ein.
• Relaunch-Realität: 3–6+ Monate je nach Umfang. Starten Sie jetzt mit Audit und Roadmap, um 2025/2026 compliant zu sein.

Was bedeutet das BFSG für Webseiten? (Definition)

Das Barrierefreiheitsstärkungsgesetz (BFSG) ist das deutsche Umsetzungsgesetz des European Accessibility Act. Es verpflichtet Anbieter bestimmter Dienstleistungen und Produkte dazu, diese barrierefrei zu gestalten. Für Webseiten heißt das: Wenn Ihre Website oder App wesentlicher Teil einer betroffenen Dienstleistung ist (z. B. Shop, Buchung, Banking), muss sie die einschlägigen Barrierefreiheitsanforderungen erfüllen.

Rechtsbasis für Web-/Software-Anforderungen ist in der Regel die Norm EN 301 549, die auf den Web-Content-Standards der WCAG 2.1 AA aufsetzt.

Praxis-Tipp: Prüfen Sie nicht nur die „Website“, sondern die gesamte Servicekette: Content, Frontend, Checkout, Kundensupport, PDF-Formulare, E-Mails und Mobile Apps.

Wer ist betroffen? Fokus auf KMU und digitale Services

• Typisch betroffen:
  • E‑Commerce und Marktplätze (Produktkatalog, Warenkorb, Checkout)
  • Ticketing/Buchung (Events, Verkehr, Freizeit)
  • Bank- und Zahlungsdienste
  • Telekommunikationsnahe Dienste und Self-Service-Portale
  • E‑Books/E‑Reader-Ökosysteme und bestimmte Medienangebote
• Rein informatorische Unternehmensseiten ohne transaktionale Dienste fallen häufig nicht unter das BFSG – die Abgrenzung hängt aber vom konkreten Service ab.
• KMU: Das BFSG adressiert KMU, wenn sie betroffene Dienstleistungen anbieten. Es gibt Ausnahmen und Erleichterungen in Teilbereichen; klären Sie die Anwendung immer mit Rechtsberatung.

Hinweis: Dieser Beitrag bietet Orientierung für „barrierefreie Website Pflicht 2025“, ersetzt aber keine Rechtsberatung für Einzelfälle, insbesondere beim Thema „Barrierefreiheitsstärkungsgesetz KMU“.

Anforderungen in der Praxis: EN 301 549 & WCAG 2.1 AA

Die EN 301 549 verweist für Webinhalte auf die WCAG 2.1 AA. Daraus ergeben sich greifbare Anforderungen entlang der vier Prinzipien: Wahrnehmbar, Bedienbar, Verstehbar, Robust.

Praxis-Tipp: „AA zuerst“ ist realistisch. A-Anforderungen sind Pflicht; AA ist in der BFSG-Praxis Standard. AAA bleibt optional, kann aber für kritische Journeys sinnvoll sein.

Schritt-für-Schritt zum a11y-Relaunch (Roadmap)

1. Zielbild definieren
   • Welche Services sind BFSG-relevant? Welche Journeys sind kritisch?
   • Ergebnis: Scope, Risiken, grobe Timeline.
2. Quick-Audit (2–4 Wochen, je nach Umfang – Beispielwert)
   • Heuristik-Check gegen WCAG 2.1 AA, Lighthouse/axe, Screenreader Smoke-Tests.
   • Ergebnis: Priorisierte Findings, Aufwandsschätzung.
3. Content & Design fit machen
   • Designsystem mit Kontrast, Fokuszuständen, States.
   • Content-Guidelines: Plain Language, Alternativtexte, Linktexte.
4. Technische Architektur festlegen
   • Framework- und Komponentenstrategie (z. B. Nuxt/Vue mit a11y-first UI-Bibliothek).
   • Routing, Landmark-Struktur, semantische Komponenten.
5. Iterative Umsetzung
   • „A11y Acceptance Criteria“ je Ticket.
   • Storybook/Chromatic mit a11y-Checks; CI-Pipeline mit axe/Pa11y.
6. Tests mit Menschen und Hilfsmitteln
   • Screenreader (NVDA, JAWS, VoiceOver), Tastatur-Only, High-Contrast.
   • Nutzerfeedback einholen, Usability und Barrierefreiheit verbinden.
7. Dokumentation & Nachweis
   • A11y-Statement, Testprotokolle, Change-Log.
   • Schulung für Redaktion/Support.
8. Go-live & Monitoring
   • Abschlusstest, Regression-Checks, Metriken (Fehlerquote, Support-Tickets).
   • Kontinuierliche Pflege in Redaktions- und Dev-Prozessen.

Checkliste „Sind wir startklar?“

• Betroffene Services identifiziert und rechtlich eingeordnet
• WCAG/EN 301 549-Anforderungen in Backlog aufgenommen
• Designsystem mit Kontrasten, Fokus und States vorhanden
• Semantische Komponentenbibliothek etabliert
• Automatisierte a11y-Checks in CI/CD aktiv
• Redaktionsleitfaden für verständliche Sprache und Alt-Texte
• Testprotokolle und öffentliches A11y-Statement vorbereitet
• Support- und Beschwerdeprozess definiert

Praxis-Tipp: Planen Sie Zeit für PDF-/Dokumentprozesse ein. Häufig sind Formulare, Produktdatenblätter oder AGB der „blinde Fleck“ im Projekt.

Best Practices für BFSG-Webseiten

• Shift-Left: Accessibility von Sprint 0 an mitdenken – nicht am Ende „drüberbügeln“.
• Design Tokens: Kontraste, Abstände, Fokuszustände zentral steuern.
• Komponenten statt Einzellösungen: Einmal korrekt, überall korrekt.
• Content-Patterns: Klarheit vor Kreativität; Buttons sind Handlungen, Links sind Ziele.
• Progressive Enhancement: Kernfunktionen ohne JS bedienbar halten, wo möglich.
• Keine Overlays als Ersatz: Widgets kaschieren Probleme, lösen sie aber nicht.

Typische Fehler – und wie Sie sie vermeiden

• Nur visuell testen: Ohne Tastatur-/Screenreader-Tests bleiben Blocker unentdeckt.
• ARIA überall: Zu viel ARIA schadet. Erst Semantik, dann gezielt ARIA.
• Kontraste im „Dark Mode“ vergessen: Prüfen Sie alle Themes/States.
• Dynamische Inhalte ohne Live-Regionen: Statusmeldungen müssen ansagbar sein.
• Unklare Verantwortlichkeiten: Definieren Sie A11y-Rollen für Design, Dev, Redaktion, QA.

Testing, Tools und Nachweise

• Automatisiert: axe, Pa11y, Lighthouse als Erstfilter.
• Manuell: NVDA/JAWS/VoiceOver, Tastatur, Zoom bis 200%, Farbfilter.
• Dokumentation: Ergebnisse versionieren, Tickets verlinken, Maßnahmen bewerten.
• Nachweise: Halten Sie Unterlagen bereit für mögliche Anfragen der Marktaufsicht.
• Kommunikation: A11y-Statement und Beschwerdeweg sichtbar platzieren.

Praxis-Tipp: Verankern Sie a11y-Kriterien in Definition of Ready/Done. So wird Accessibility Teil der Lieferqualität – nicht Zusatzaufwand.

Auswirkungen auf Prozesse, Team und Budget

• Rollen: A11y-Champion im Team, Redaktion mit Klartext-Kompetenz, QA mit Hilfsmittel-Setup.
• Schulungen: Kurztrainings für Design, Dev und Content wirken schnell und nachhaltig.
• Budget: Rechnen Sie mit anfänglichen Setup-Kosten fürs Designsystem; Wartung wird danach günstiger, weil Standards wiederverwendet werden.
• Lieferanten: Accessibility-Kriterien in Agentur- und Tool-Auswahl integrieren.

Häufige Fragen (FAQ)

Gilt ab 2025 wirklich eine „barrierefreie Website Pflicht 2025“?

Ab 28.06.2025 greifen die BFSG-Vorgaben für bestimmte Produkte und Dienstleistungen. Ist Ihre Website oder App zentraler Bestandteil einer solchen Dienstleistung (z. B. Shop, Buchung), gelten die Barrierefreiheitsanforderungen. Prüfen Sie den Einzelfall mit juristischem Rat.

Trifft das BFSG auch KMU?

Ja, wenn KMU betroffene Dienstleistungen anbieten. Es gibt Konstellationen mit Ausnahmen oder Erleichterungen, insbesondere für sehr kleine Anbieter. Ob und wie diese gelten, hängt vom konkreten Service ab. „Barrierefreiheitsstärkungsgesetz KMU“ sollte individuell geprüft werden.

Was ist mit rein informatorischen Unternehmenswebseiten?

Viele reine Image- oder Informationsseiten ohne Transaktionen fallen nicht unter das BFSG. Sobald jedoch Shop-, Buchungs-, Self-Service- oder vergleichbare Funktionen hinzukommen, kann die Pflicht greifen. Die Abgrenzung erfolgt über die erbrachte Dienstleistung.

Welche Standards muss meine Website erfüllen?

In der Praxis orientiert sich die Umsetzung an EN 301 549. Für Webinhalte bildet WCAG 2.1 auf Konformitätsstufe AA den Maßstab. Wer AA sauber erreicht, erfüllt den wesentlichen Teil der technischen Anforderungen.

Gelten die Anforderungen auch für Mobile Apps?

Ja. Apps, über die eine betroffene Dienstleistung angeboten oder bedient wird, müssen barrierefrei gestaltet sein. Planen Sie A11y daher plattformübergreifend (Web, iOS, Android) mit identischen Komponenten- und Content-Standards.

Reicht ein Accessibility-Overlay?

Nein. Overlays können in Einzelfällen helfen, beheben strukturelle Mängel aber nicht. Barrierefreiheit entsteht durch saubere Semantik, sinnvolle Inhalte, Kontraste, Fokusführung und getestete Interaktionen.

Wie lange dauert ein a11y-Relaunch?

Das hängt vom Umfang ab. Als grobe Orientierung sollten Sie mehrere Monate für Audit, Designsystem, Umsetzung und Tests einplanen. Wer 2025/2026 compliant sein will, startet idealerweise sofort mit Audit und Roadmap.

Welche Risiken drohen bei Nichtbeachtung?

Neben Nutzungsbarrieren und schlechter User Experience drohen aufsichtsrechtliche Maßnahmen, Abmahnungen und Reputationsschäden. Außerdem werden Nachbesserungen im Live-Betrieb teurer als eine frühzeitige, strukturierte Umsetzung.

Welche Tools eignen sich für den Start?

Für einen schnellen Einstieg: Lighthouse, axe DevTools, WAVE und Screenreader-Tests mit NVDA bzw. VoiceOver. Ergänzen Sie das um Kontrast-Checker und CI-Integrationen, damit Accessibility in jedem Merge geprüft wird.

Müssen PDFs auch barrierefrei sein?

Wenn PDFs Teil der betroffenen Dienstleistung sind (z. B. Formulare, Produktinfos), sollten sie barrierefrei aufbereitet werden. Planen Sie hierfür Prozesse oder Alternativen (HTML-Formulare) ein.

Fazit

BFSG 2025 macht Barrierefreiheit zur Pflicht für viele digitale Services – und zur Chance für bessere UX, Reichweite und Rechtssicherheit. Wer jetzt handelt, bringt Design, Content und Code auf einen nachhaltigen, wiederverwendbaren Standard.

Starten Sie mit einem A11y-Quick-Audit und einer konkreten Relaunch-Roadmap. Buchen Sie noch heute ein unverbindliches Beratungsgespräch – wir priorisieren Ihre To-dos, schätzen Aufwand und sichern Ihren Go-live gegen die BFSG-Anforderungen ab.