Wer eine BFSG-konforme WordPress-Website erstellen will, sollte nicht bei einem Accessibility-Plugin anfangen. Entscheidend ist, ob Menschen mit unterschiedlichen Einschränkungen Inhalte, Formulare, Navigation und Kaufprozesse tatsächlich bedienen können. Genau dort entstehen in gewachsenen WordPress-Installationen die typischen Probleme: ein Theme von gestern, wechselnde Plugins, Redakteure ohne klare Regeln und ein Relaunch, der nur auf dem Desktop geprüft wurde.
Seit dem 28. Juni 2025 stellt das Barrierefreiheitsstärkungsgesetz (BFSG) für viele digitale Angebote konkrete Anforderungen. Für Unternehmen mit B2C-Angeboten ist das keine reine Designfrage. Es betrifft Prozesse, Verantwortung und den späteren Betrieb der Website.
Wann ist eine WordPress-Website vom BFSG betroffen?
Das BFSG setzt den European Accessibility Act in deutsches Recht um. Es betrifft unter anderem Dienstleistungen im elektronischen Geschäftsverkehr. Praktisch heißt das: Wer Verbrauchern über seine Website Produkte oder Dienstleistungen anbietet, Buchungen ermöglicht, Verträge abschließen lässt oder einen Onlineshop betreibt, muss die Zugänglichkeit frühzeitig prüfen.
Eine klassische reine Unternehmenswebsite ohne digitale Verbrauchertransaktion kann anders einzuordnen sein als ein Shop, ein Kundenportal oder eine Plattform mit Online-Terminbuchung. Auch für Kleinstunternehmen gelten je nach Angebot und Einordnung Ausnahmen. Die konkrete Pflichteinschätzung gehört deshalb vor den Projektstart - zusammen mit einer rechtlichen Prüfung, wenn der Fall nicht eindeutig ist.
Für die technische Umsetzung orientieren sich Unternehmen in der Regel an den Anforderungen der EN 301 549 und den Web Content Accessibility Guidelines, meist auf dem Niveau WCAG 2.1 AA. Das ist kein Stempel, den man einmal auf die Website klebt. Es ist ein Qualitätsniveau, das sich in jeder neuen Funktion beweisen muss.
BFSG-konforme WordPress-Website erstellen: Die Basis
WordPress kann eine sehr gute Grundlage für barrierefreie Websites sein. Das Content-Management-System erzeugt aber nicht automatisch barrierefreie Ergebnisse. Ein visueller Page Builder, ein gekauftes Theme oder ein Plugin mit dem Hinweis „accessible“ ersetzt keine Prüfung der tatsächlich ausgelieferten Seiten.
Die Basis liegt im Zusammenspiel aus Theme, Komponentenbibliothek, Editor-Erlebnis und Integrationen. Navigationen brauchen eine nachvollziehbare Reihenfolge und müssen vollständig per Tastatur funktionieren. Sichtbare Fokusmarkierungen dürfen nicht dem Design geopfert werden. Buttons müssen als Buttons umgesetzt sein, Links als Links. Überschriften strukturieren Inhalte, statt nur Schriftgrößen zu simulieren.
Besonders häufig fallen Kontrastprobleme, unklare Linktexte und nicht beschriftete Formularfelder auf. Ein rot umrandetes Feld allein hilft nicht weiter, wenn der Fehlertext für Screenreader nicht zugeordnet ist. Ebenso wenig reicht ein Platzhalter als Formularbeschriftung: Sobald jemand etwas eingibt, verschwindet der Hinweis.
Bei einem WordPress-Projekt lohnt es sich, wiederkehrende Bausteine zentral zu entwickeln: Header, Footer, Akkordeons, Teaser, Tabellen, Formulare, Modals und Suche. Dann wird Barrierefreiheit nicht für jede Landingpage neu erfunden. Das spart später Aufwand und verhindert, dass aus zehn Seitentypen zehn unterschiedliche Bedienlogiken werden.
Nicht nur das Theme: Inhalte entscheiden mit
Viele Websites sind im technischen Test ordentlich, verlieren ihre Zugänglichkeit aber nach wenigen Monaten im Redaktionsalltag. Ein Bild ohne brauchbaren Alternativtext, ein PDF-Download ohne zugängliche Fassung oder eine Überschrift, die nur wegen der Optik übersprungen wird, kann eine sonst solide Seite erheblich verschlechtern.
Deshalb braucht ein Projekt klare Redaktionsstandards. Alternativtexte sollten den Informationsgehalt eines Bildes beschreiben, nicht Dateinamen wiederholen. Dekorative Grafiken benötigen in der Regel keinen beschreibenden Text. Videos brauchen, abhängig vom Inhalt und Einsatzzweck, Untertitel, Transkripte oder Audiodeskription. Komplexe Infografiken benötigen eine gleichwertige textliche Erklärung.
Auch PDFs gehören auf den Prüfstand. Gerade bei Produktdatenblättern, Formularen, Preislisten oder Vertragsunterlagen ist es keine Lösung, einen unzugänglichen Scan hinter einem Download-Button abzulegen. Wenn der Inhalt für den Abschluss oder die Nutzung einer Dienstleistung relevant ist, muss er zugänglich bereitstehen. Häufig ist eine gut strukturierte HTML-Seite die wartungsärmere Alternative.
Formulare und Checkout sind die kritischen Strecken
Für viele Unternehmen liegt das größte BFSG-Risiko nicht auf der Startseite, sondern im letzten Schritt vor der Anfrage, Bestellung oder Registrierung. Kontaktformulare, Konfiguratoren, Terminbuchungen und Checkouts binden oft externe Dienste ein. Dort treffen WordPress, Shop-System, Zahlungsanbieter, Consent-Lösung und CRM aufeinander.
Diese Strecke muss mit Tastatur, Screenreader und Vergrößerung funktionieren. Fehlermeldungen müssen verständlich sein. Pflichtfelder, Eingabeformate und Kosten müssen rechtzeitig erkennbar sein. Wenn ein Modal den Fokus nicht korrekt übernimmt oder ein Cookie-Banner die Tastaturbedienung blockiert, hilft die sauberste Inhaltsseite nicht weiter.
Bei Shopware-, Odoo- oder CRM-Integrationen kommt ein weiterer Punkt hinzu: Daten dürfen nicht nur technisch übertragen werden, sondern müssen für Nutzer nachvollziehbar bleiben. Statusmeldungen, Bestellbestätigungen und Kundenportal-Funktionen benötigen verständliche Texte und klare Rückmeldungen. Sonst wird aus einer funktionierenden Schnittstelle ein Prozess, den ein Teil der Kundschaft nicht selbstständig nutzen kann.
So planen Sie die Umsetzung ohne Nacharbeitsschleifen
Eine belastbare Umsetzung beginnt mit einem Audit des aktuellen Angebots oder mit klaren Akzeptanzkriterien für den Neubau. Automatisierte Tools helfen, auffällige Kontraste, fehlende Labels oder formale Fehler schnell zu finden. Sie erkennen aber nicht zuverlässig, ob ein Alternativtext sinnvoll ist, ein Formular verständlich bleibt oder eine Navigation logisch aufgebaut ist. Dafür braucht es manuelle Tests.
Im Projekt sollten Design, Entwicklung und Redaktion dieselben Anforderungen verwenden. Im UX-Konzept werden Fokusführung, Fehlersituationen und mobile Bedienung festgelegt. Im Design werden Kontraste, Zustände und skalierbare Schriftgrößen geprüft. In der Entwicklung entstehen semantische Komponenten. Vor dem Go-Live folgen Tests mit Tastatur, Screenreader und unterschiedlichen Viewports.
Für komplexere Websites empfiehlt sich ein klarer Prüfplan mit repräsentativen Seitentypen und Nutzerwegen. Dazu gehören mindestens Startseite, Navigation, Suche, Inhaltsseite, Formular, Login oder Kundenbereich sowie Checkout oder Buchung, falls vorhanden. Nicht jede einzelne Unterseite muss eine Sonderentwicklung sein. Aber jede verwendete Komponente muss sich in allen Varianten korrekt verhalten.
Was ein Plugin leisten kann - und was nicht
Accessibility-Plugins können einzelne Hilfen bereitstellen oder Redaktionsfehler sichtbar machen. Sie können jedoch keine fehlende semantische Struktur reparieren, keine unverständlichen Texte umschreiben und keine externe Buchungsstrecke automatisch rechtskonform machen. Overlays, die Nutzern eine zusätzliche Bedienleiste einblenden, sind besonders kritisch: Sie verdecken oft strukturelle Mängel, statt sie im Quellcode zu lösen.
Die nachhaltigere Entscheidung ist meist ein wartbares Theme mit sauber entwickelten Komponenten. Das kostet am Anfang mehr als eine Schnelllösung. Dafür bleiben Erweiterungen, Sicherheitsupdates und neue Inhalte planbar - ohne bei jedem WordPress-Update auf Schweißperlen zu hoffen.
Barrierefreiheit endet nicht mit dem Go-Live
Eine zugängliche Website braucht Betrieb. WordPress-Core, Theme und Plugins werden aktualisiert, Inhalte ändern sich, Marketing bindet neue Tools ein und externe Anbieter passen ihre Oberflächen an. Jede dieser Änderungen kann neue Barrieren erzeugen.
Sinnvoll sind feste Zuständigkeiten, eine redaktionelle Checkliste und wiederkehrende Prüfungen. Bei größeren Releases sollten die betroffenen Nutzerwege erneut getestet werden. Ebenso wichtig ist eine Barrierefreiheitserklärung mit Kontaktmöglichkeit für Rückmeldungen. Sie ist kein Pflichttext aus der Schublade, sondern Teil eines nachvollziehbaren Umgangs mit gefundenen Problemen.
Inter Medien Networks betrachtet Barrierefreiheit deshalb nicht als Zusatz am Ende eines WordPress-Projekts. Sie gehört in Konzeption, Design, Entwicklung, Integration und Wartung. So entsteht kein kurzfristig optimierter Auftritt, sondern ein digitales System, das Kunden, Redaktionen und internen Teams im Alltag zuverlässig weiterbringt.
Der sinnvollste nächste Schritt ist kein Blindflug mit einem Plugin, sondern ein ehrlicher Blick auf die wichtigsten Nutzerwege. Wer dort Barrieren systematisch beseitigt und die Pflege verbindlich organisiert, schafft mehr als BFSG-Konformität: eine Website, die weniger Menschen ausschließt und im Geschäftsbetrieb besser funktioniert.