Zum Inhalt springen

Ratgeber

WordPress barrierefrei machen: was Plugins leisten und wo die Grenze liegt

Wer nach WordPress und Barrierefreiheit sucht, hat das Problem meist schon erkannt und hofft auf ein Plugin als Lösung. Die ehrliche Antwort: Ein Plugin kann helfen, aber es macht keine Website barrierefrei. Diese Seite zeigt, was Plugins wirklich leisten, warum Overlay-Werkzeuge die Pflicht nicht erfüllen und welcher Weg stattdessen trägt.

Kostenlos testen → Statische Alternative ansehen
Plugin ist keine Komplettlösung
Overlay erfüllt die Pflicht nicht
Theme und Inhalte entscheiden
Prüfung CMS-unabhängig
Ausgangslage

WordPress-Site, BFSG-Pflicht, und jetzt?

Die Lage ist typisch: Die Website läuft auf WordPress, das Barrierefreiheitsstärkungsgesetz gilt seit dem 28. Juni 2025, und irgendwo muss man anfangen. Der erste Reflex führt ins Plugin-Verzeichnis, dort warten Werkzeuge, die Barrierefreiheit auf Knopfdruck versprechen. Verständlich, aber das Versprechen hält nicht.

Denn Barrierefreiheit ist kein Zusatzmodul, sondern eine Eigenschaft des ausgelieferten Codes und der Inhalte: Kontraste, Überschriften, Alt-Texte, Formulare, Tastaturführung. Was genau gefordert ist, zeigt der Guide Barrierefreie Website, die rechtliche Seite der BFSG-Guide. Diese Seite klärt den WordPress-spezifischen Teil: die Rolle von Theme, Plugins und Overlays.

Ehrliche Bilanz

Was ein Plugin leisten kann und was nicht

Das kann ein Plugin

Einzelne technische Lücken schließen: Skip-Links ergänzen, an fehlende Alt-Texte beim Hochladen erinnern, einzelne ARIA-Attribute nachrüsten, Werkzeuge zur Kontrastprüfung in den Editor bringen. Als Helfer im Redaktionsalltag durchaus wertvoll.

Das kann es nicht

Alt-Texte für Sie formulieren, die Überschriften-Hierarchie Ihrer Inhalte reparieren, ein Theme mit schwachen Kontrasten und unsichtbarem Fokus barrierefrei machen oder Drittanbieter-Widgets korrigieren, deren Markup es nicht kontrolliert.

• Das Theme setzt den Rahmen: Markup, Kontraste, Fokus-Führung und Tastaturbedienung kommen aus dem Theme. Was dort kaputt ist, kann ein Plugin höchstens übertünchen.
• Inhalte bleiben Handarbeit: Sinnvolle Alt-Texte, verständliche Sprache und saubere Struktur entstehen beim Schreiben und Pflegen, nicht bei der Installation.
• Updates drehen die Uhr zurück: Jedes Theme-, Builder- oder Plugin-Update kann behobene Barrieren unbemerkt wieder einführen. Ohne regelmäßige Prüfung erodiert jeder erreichte Stand.
Overlays

Overlay-Werkzeuge: warum die Abkürzung keine ist

Eine besondere Kategorie sind sogenannte Accessibility-Overlays: Skripte, die eine Bedienschicht über die bestehende Seite legen, mit Vorlese-Funktion, Kontrast-Schaltern und Schriftgrößen-Reglern. Sie versprechen Barrierefreiheit per Snippet-Einbau, ohne die Website selbst anzufassen.

Hinweis zur Einordnung: Overlays verändern den zugrunde liegenden Code nicht, und genau für diesen gelten die WCAG-Kriterien. Betroffenenverbände und viele Fachleute für Barrierefreiheit kritisieren Overlay-Werkzeuge, unter anderem weil sie mit Screenreadern und deren individuellen Einstellungen kollidieren können. Wenn Nutzer bereits eine funktionierende assistive Technologie verwenden, kann eine zusätzlich aufgezwungene Bedienschicht die Nutzung sogar erschweren. Als Nachweis der Konformität taugt ein Overlay deshalb nicht.

Die Konsequenz ist unüberraschend: Barrieren werden im Code und in den Inhalten behoben, nicht überlagert. Das ist mehr Arbeit als ein Snippet, aber es ist die Arbeit, die das Gesetz meint und die Nutzern tatsächlich hilft.

Vorgehen

Der ehrliche Weg mit WordPress: vier Schritte

  • 1

    Ist-Stand messen

    Der kostenlose Website-Check zeigt die maschinell findbaren Barrieren auf bis zu 6 Seiten, der JERVIS Audit prüft alle Seiten. Beides funktioniert CMS-unabhängig, also auch für WordPress.

  • 2

    Theme prüfen

    Kontraste, Tastaturbedienung, Fokus-Sichtbarkeit und Zoom-Verhalten liegen im Theme. Was dort nicht stimmt, wird im Theme behoben, per Child-Theme oder Theme-Wechsel, nicht per Overlay kaschiert.

  • 3

    Inhalte pflegen

    Alt-Texte, Überschriften-Hierarchie, Formular-Labels und verständliche Sprache sind Redaktionsarbeit. Hier dürfen Plugins erinnern und unterstützen, die Qualität liefert der Mensch.

  • 4

    Nach jedem Update prüfen

    Theme-, Builder- und Plugin-Updates können Barrieren zurückbringen. Wie sinnvolles Testen aussieht, zeigt der Guide Barrierefreiheit testen.

Alternative

Die strukturelle Alternative: statisches HTML

Es gibt einen Punkt, an dem die ehrliche Rechnung kippt: Wenn Theme-Flicken, Plugin-Pflege und ständiges Nachprüfen mehr kosten als ein sauberer Neuanfang. Barrierefreiheit hängt immer am konkreten Code, statisches HTML ist also nicht automatisch barrierefrei. Der strukturelle Unterschied liegt woanders: Der ausgelieferte Code ist vollständig kontrollierbar, und es gibt keine Theme-, Builder- oder Plugin-Updates, die behobene Barrieren unbemerkt zurückbringen.

Beim Website-Bau mit JERVIS Site PROTECT entsteht die Website als reines statisches HTML, und zur Launch-QA gehört der komplette JERVIS 12-Modul-Audit, inklusive Barrierefreiheits-Modul. Die Grundsatzabwägung zwischen beiden Welten, Pflege, Performance, Sicherheit und Kosten, behandelt ausführlich der Guide WordPress vs. statisches HTML.

Zur Einordnung: JERVIS baut neue Websites ausschließlich als statisches HTML. Für Ihre bestehende WordPress-Site liefert JERVIS die Prüfung und den Befund, die Umsetzung der Fixes in WordPress liegt bei Ihnen oder Ihrem Dienstleister. Der Report ist dafür dauerhaft nutzbar und an beauftragte Dienstleister übergebbar.
Prüfung

So prüft JERVIS Ihre WordPress-Site

Der JERVIS Audit prüft die ausgelieferte Website im echten Browser, unabhängig vom CMS dahinter. Das Barrierefreiheits-Modul kombiniert die axe-core-Engine mit eigenen DOM-Checks nach WCAG 2.2 AA, am Desktop- und am Mobile-Viewport, inklusive der beiden BFSG-Pflichtchecks zu Zoom-Sperre und Skip-Navigation. Sie erhalten je Verstoss Fundstelle, Beschreibung und Empfehlung, damit die Behebung in WordPress gezielt beauftragt werden kann. Was die Prüfung kostet, zeigt die Preisübersicht.

FAQ

Häufige Fragen zu WordPress und Barrierefreiheit

Kann ein Plugin meine WordPress-Site barrierefrei machen?
Nur in Teilen. Ein Plugin kann einzelne technische Aspekte verbessern, etwa Skip-Links ergänzen oder an fehlende Alt-Texte erinnern. Es kann aber weder Alt-Texte für Sie formulieren noch die Überschriften-Struktur Ihrer Inhalte reparieren noch ein Theme barrierefrei machen, dessen Kontraste und Fokus-Führung nicht stimmen. Barrierefreiheit entsteht im Zusammenspiel von Theme, Inhalten und Pflege, nicht durch eine einzelne Installation.
Erfüllt ein Accessibility-Overlay die BFSG-Pflicht?
Darauf sollten Sie sich nicht verlassen. Overlays legen eine Bedienschicht über die Seite, der zugrunde liegende Code bleibt unverändert, und die WCAG-Kriterien gelten für die Seite selbst. Hinweis: Betroffenenverbände und viele Fachleute für Barrierefreiheit kritisieren Overlay-Werkzeuge, unter anderem weil sie mit Screenreadern und deren Einstellungen kollidieren können. Wer die Pflicht ernst nimmt, behebt die Barrieren im Code und in den Inhalten.
Warum bringen Theme und Updates die Barrierefreiheit immer wieder in Gefahr?
Bei WordPress bestimmt das Theme Markup, Kontraste und Fokus-Führung, dazu liefern Page-Builder und Drittanbieter-Widgets eigenes Markup. Jedes Update von Theme, Builder oder Plugin kann bereits behobene Barrieren wieder einführen, ohne dass es jemand bemerkt. Deshalb gehört zu WordPress-Barrierefreiheit zwingend regelmäßiges Nachprüfen.
Was ist der ehrliche Weg zu einer barrierefreien WordPress-Site?
Erstens den Ist-Stand messen, zum Beispiel mit dem kostenlosen JERVIS Website-Check. Zweitens das Theme prüfen: Kontraste, Tastaturbedienung, Fokus-Sichtbarkeit. Drittens die Inhalte pflegen: Alt-Texte, Überschriften-Hierarchie, Formular-Labels. Viertens nach jedem Update neu prüfen. Ein Plugin kann dabei unterstützen, ersetzt aber keinen dieser Schritte.
Ist statisches HTML barrierefreier als WordPress?
Nicht automatisch, Barrierefreiheit hängt am konkreten Code. Der strukturelle Unterschied: Bei statischem HTML ist der ausgelieferte Code vollständig kontrollierbar, und es gibt keine Theme-, Builder- oder Plugin-Updates, die behobene Barrieren unbemerkt zurückbringen. Bei JERVIS Site PROTECT gehört der 12-Modul-Audit inklusive Barrierefreiheits-Modul zur Launch-QA, die Website startet also geprüft.
Prüft JERVIS auch WordPress-Websites?
Ja. Der JERVIS Audit prüft die ausgelieferte Website im echten Browser, unabhängig davon, ob dahinter WordPress, ein anderes CMS oder statisches HTML steht. Das Barrierefreiheits-Modul läuft bereits im kostenlosen Website-Check mit, auf bis zu 6 Seiten.

Verwandte Themen: Die Grundsatzabwägung beider Welten zeigt der Guide WordPress vs. statisches HTML. Was insgesamt gefordert ist, steht im Guide Barrierefreie Website, die gesetzliche Seite im BFSG 2025 Guide, die Prüfpraxis im Guide Barrierefreiheit testen. Wer statt eines WordPress-Themes gleich eine gebaute Lösung sucht, findet die Einordnung auf der Leistungsseite WordPress-Website erstellen lassen. Stand: Juli 2026.

Wo steht Ihre WordPress-Site heute?

Der kostenlose Website-Check zeigt die maschinell findbaren Barrieren, CMS-unabhängig und ohne Registrierung.

Kostenlosen Check starten → Zum JERVIS Audit
Der saubere Neuanfang: JERVIS Site PROTECT →
Kosten vorab klären: Preise und Leistungsumfang →