BFSG für WordPress: alles, was Sie wissen müssen.

Bin ich überhaupt vom BFSG betroffen?

Das Barrierefreiheitsstärkungsgesetz (BFSG) gilt seit 28. Juni 2025 für B2C-Dienstleistungen und -Produkte, die digital erbracht oder vertrieben werden. Konkret heißt das: Wenn Ihre WordPress-Seite eine der folgenden Funktionen hat, sind Sie wahrscheinlich betroffen:

• Online-Shop mit Bestell- oder Kassenfunktion (WooCommerce, Easy Digital Downloads, …)
• Buchungs- oder Terminvergabe-System (Calendly-Embed, Eversports, Amelia, Bookly)
• Kundenportal mit Login (Kursplattform, Mitglieder-Bereich, SaaS für Endkund:innen)
• Newsletter-Anmeldung als Lead-Magnet, der zu kostenpflichtigen Produkten führt
• Online-Banking, Personenbeförderung, E-Books, Telekommunikation

Ausnahme — Mikrounternehmer: Wenn Sie weniger als 10 Mitarbeitende UND maximal 2 Mio. € Jahresumsatz haben UND keine Verbraucherprodukte verkaufen (rein Dienstleistungen), sind Sie vom BFSG befreit. Bei reinen B2B-Sites ohne Endkund:innen-Funktionen ebenfalls.

Was ist in WordPress schon out-of-the-box barrierefrei?

Eine ehrliche Antwort vorweg: WordPress selbst ist gut — der Core ist seit Version 5.0 (Gutenberg-Block-Editor) deutlich barrierefreundlicher geworden. Die meisten Probleme entstehen nicht durch WordPress, sondern durch:

• Drittanbieter-Themes mit eigenen Color-Paletten, Heading-Hierarchien und Custom-Komponenten ohne ARIA-Markup
• Page-Builder (Elementor, Divi, Avada), die eigene Form-/Modal-/Slider-Widgets mitbringen, die nicht immer barrierefrei sind
• Plugins — besonders Slider, Pop-ups, Cookie-Banner, Chat-Widgets
• Nutzerinhalte — Bilder ohne Alt-Texte, harte Farbkontraste in Custom-CSS, Heading-Levels als Styling-Werkzeug missbraucht

Konkret out-of-the-box okay sind: Twenty Twenty-Four, Twenty Twenty-Five (beide WCAG-2.1-AA-tauglich), der Block-Editor selbst, die Core-Blöcke (Bild, Überschrift, Absatz, Tabelle), und das Standard-Kontaktformular. Out-of-the-box nicht okay sind: jedes Theme, das mit eigenen Builder-Komponenten daherkommt, ohne explizit Barrierefreiheit zu erwähnen.

Welches Theme + Setup ist BFSG-tauglich?

Es gibt nicht das eine BFSG-Theme — aber eine klare Reihenfolge, wie Sie das Risiko minimieren:

Option A — Twenty Twenty-Four / -Five + Block-Editor

Die Default-Themes von Automattic sind WCAG-2.1-AA-konform. Mit dem Block-Editor allein (ohne zusätzlichen Builder) erreichen Sie 80 % der BFSG-Anforderungen ohne extra Aufwand. Die häufigsten Restbaustellen sind: Alt-Texte, Heading-Hierarchie, Kontrast-Anpassungen. Wenn Sie noch wählen können, ist das der einfachste Weg.

Option B — Drittanbieter-Theme mit aktiver A11y-Wartung

GeneratePress, Astra (Pro), Kadence — diese Themes bewerben aktiv WCAG-Konformität und werden regelmäßig getestet. Trotzdem: prüfen Sie nach dem Theme-Wechsel mit einem Scanner, ob Heading-Levels und Kontraste passen.

Option C — Premium-Builder-Theme (Avada, Divi, Bridge)

Diese Themes bringen eigene Builder mit. Sie können BFSG-tauglich werden, aber mit deutlich mehr manueller Arbeit. Sie können nicht „einfach abhaken" — Sie müssen pro Element prüfen. Wenn Sie diese Themes schon im Einsatz haben: kein Grund zur Panik, aber rechnen Sie mit 1–2 Tagen Aufwand pro Site.

Die 5 häufigsten Findings in WordPress-Sites.

Aus über 1.000 Scans von WordPress-Sites mit verschiedenen Buildern kristallisieren sich immer dieselben 5 Probleme heraus. Sie machen zusammen ~80 % aller BFSG-Findings aus:

1. 1. Alt-Texte fehlen WCAG 1.1.1
   Bilder im Inhalt brauchen einen Alt-Text. WordPress hat das Feld, aber die meisten Themes/Builder verstecken es. Konkret in Ihrem Builder: Gutenberg · Elementor · Divi · Avada
2. 2. Heading-Hierarchie kaputt WCAG 2.4.6
   H1 fehlt, H1 mehrfach pro Seite, oder H-Stufen werden als Styling-Werkzeug missbraucht (H3 weil's hübsch aussieht, obwohl semantisch H2). Builder verleiten besonders dazu.
3. 3. Farbkontrast zu schwach WCAG 1.4.3
   Hellgrau auf weiß, Hellblau auf Hellgrau — sieht modern aus, ist aber für Menschen mit Sehschwäche unlesbar. Mindestens 4,5 : 1 für Normaltext, 3 : 1 für Großtext.
4. 4. Tastatur-Bedienbarkeit fehlt WCAG 2.1.1
   Pop-ups, Cookie-Banner, Modals und Slider lassen sich nicht ohne Maus bedienen. Focus-Ringe (outline) werden vom Theme weggestyled.
5. 5. Formulare ohne Labels WCAG 3.3.2
   Placeholder-Text statt echtem <label>. Sieht clean aus, ist aber für Screenreader und beim Re-Edit unbenutzbar.

Plugins: was hilft, was schadet?

Es gibt zwei Plugin-Kategorien: solche, die strukturell helfen (Skip-Links ergänzen, Alt-Text-Warnungen, Audit-Reports), und solche, die ein Overlay bauen und behaupten, „Compliance per Klick" zu liefern. Die erste Kategorie ist nützlich, die zweite ist gefährlich.

Welcher Detail-Guide passt zu Ihrem Setup?

Bisher haben wir das große Ganze betrachtet. Für die konkreten Klickpfade in Ihrem Builder — wo finde ich das Alt-Text-Feld, wie ändere ich das Heading-Tag — haben wir vier eigene Fix-Guides:

10-Punkte-Checkliste: BFSG für WordPress.

Wenn Sie alle 10 Punkte abgehakt haben, sind Sie deutlich auf der sicheren Seite. Das ist kein offizielles Audit-Protokoll — aber es deckt die Findings ab, die in automatisierten Scans und in einer manuellen ersten Sichtung am häufigsten landen.

1. 01

   Theme aktualisiert und barrierefreiheits-tauglich

   Twenty Twenty-Four oder Twenty Twenty-Five als Default. Drittanbieter-Themes nur, wenn sie aktiv WCAG-2.1-AA-Konformität bewerben.

2. 02

   WordPress + alle Plugins auf aktuellem Stand

   Veraltete Plugins enthalten oft Inline-CSS mit harten Farben oder Markup, das Screenreadern keine Struktur liefert.

3. 03

   Alt-Texte für alle inhaltlichen Bilder

   Dekorative Bilder bekommen alt="" (leer). Logos, Fotos, Diagramme bekommen einen Satz, der den Inhalt beschreibt — keine Wörter wie „Bild" oder Dateinamen.

4. 04

   Eine H1 pro Seite, danach lückenlos H2 → H3 → H4

   Niemals Heading-Levels überspringen — auch nicht aus Styling-Gründen. Wenn Sie die Schriftgröße ändern wollen, nutzen Sie CSS, nicht eine andere H-Stufe.

5. 05

   Farbkontrast Text-zu-Hintergrund ≥ 4,5 : 1

   Tools: WebAIM Contrast Checker oder das Browser-DevTools-Audit. Helle Grautöne auf weiß sind die häufigste Falle.

6. 06

   Alle Menüs, Buttons, Modals mit Tabulator + Enter bedienbar

   Testen Sie: Maus weg, nur Tab + Enter + Esc + Pfeil-Tasten. Jeder fokussierte Bereich muss einen sichtbaren Ring haben (kein outline: 0).

7. 07

   Formulare mit sichtbaren Labels

   Placeholder-Text reicht nicht — der verschwindet beim Tippen. Jedes Feld braucht ein <label>, das auch sichtbar bleibt.

8. 08

   Sprache der Seite gesetzt (lang="de")

   Im Customizer oder via WPML/Polylang. Ohne lang-Attribut liest der Screenreader deutschen Text mit englischer Aussprache vor.

9. 09

   Skip-Link „Zum Hauptinhalt springen" vorhanden

   Standard in Twenty Twenty-Four. Bei Builder-Themes oft deaktiviert — Theme-Settings prüfen.

10. 10

    Barrierefreiheits-Erklärung im Footer verlinkt

    Pflicht nach BFSG für betroffene Unternehmen. Auch wenn Sie keine Mitarbeiter haben: Ein kurzer Hinweis-Text + Kontakt für Feedback genügt.