WordPress betreibt fast die halbe Welt – und genau deshalb ist die Frage, wie man seine Seite WordPress barrierefrei bekommt, eine der häufigsten, die mir gestellt wird. Die Antwort, die viele hören wollen, lautet: „Installier dieses eine Plugin, dann ist das Thema erledigt.“ Die ehrliche Antwort ist eine andere – und sie ist der Grund, warum so viele WordPress-Seiten trotz teurer Accessibility-Plugins im Audit durchfallen. In diesem Ratgeber zeige ich Ihnen, welche Plugins tatsächlich helfen, welche nur ein digitales Feigenblatt sind, was ein gutes Theme leisten kann – und welche Dinge schlicht kein Plugin der Welt für Sie löst.
Lässt sich WordPress überhaupt barrierefrei machen?
Ja, WordPress lässt sich barrierefrei betreiben – das System selbst steht dem nicht im Weg. WordPress kann sauberes, semantisches HTML ausgeben, und es gibt Themes, die von Grund auf auf Zugänglichkeit ausgelegt sind. Die Barrierefreiheit entsteht aber nicht durch WordPress allein, sondern durch das Zusammenspiel von vier Faktoren: dem Theme als Fundament, dem verwendeten Page Builder, den eingesetzten Plugins und vor allem der Qualität der Inhalte. Ein Fehler in einer dieser Ebenen kann eine ansonsten saubere Seite unzugänglich machen. WordPress barrierefrei zu machen heißt deshalb, alle vier Ebenen im Blick zu behalten.
Das Fundament: Accessibility-ready Themes
WordPress kennzeichnet im offiziellen Theme-Verzeichnis bestimmte Themes mit dem Tag „accessibility-ready“. Diese Themes haben eine Grundprüfung bestanden: Tastaturbedienbarkeit, sichtbarer Fokus, Skip-Links zum Hauptinhalt, ausreichende Kontraste in den Standardeinstellungen und korrekt beschriftete Formularelemente. Ein solches Theme ist ein gutes Fundament – aber eben nur das. Es garantiert keine barrierefreie Website, sondern stellt sicher, dass das Grundgerüst keine eingebauten Barrieren mitbringt. Alles, was Sie darauf aufbauen, liegt in Ihrer Verantwortung. Ein accessibility-ready Theme mit schlecht strukturierten Inhalten ist genauso unzugänglich wie ein gewöhnliches Theme.
Die Stolperfalle Page Builder
Page Builder wie Elementor, Divi oder WPBakery sind aus dem WordPress-Alltag nicht mehr wegzudenken – und sie sind zugleich eine der häufigsten Quellen für Barrieren. Der Grund liegt in ihrer Funktionsweise: Sie erzeugen oft tief verschachtelte Strukturen aus generischen Containern statt semantisch klarem HTML. Das ist nicht zwangsläufig ein Problem, aber es verleitet zu zwei typischen Fehlern.
Der erste ist die Überschriften-Disziplin. In einem Page Builder ist es verführerisch, eine Überschriften-Ebene nach optischer Größe zu wählen statt nach ihrer logischen Funktion – eine H2 wird zur H4, weil die kleiner aussieht. Für das Auge egal, für einen Screenreader ein Strukturbruch. Der zweite Fehler betrifft interaktive Elemente: Slider, Akkordeons, Tabs und Popups, die der Builder bereitstellt, sind nicht immer tastaturbedienbar oder korrekt für assistive Technologien ausgezeichnet.
Die gute Nachricht: Moderne Page Builder, Elementor eingeschlossen, haben bei der Barrierefreiheit deutlich nachgebessert und bieten inzwischen Einstellungen für korrekte HTML-Tags und ARIA-Attribute. Man kann mit ihnen barrierefrei bauen – man muss es nur bewusst tun und darf sich nicht auf die Standardeinstellungen verlassen. Welche gestalterischen Prinzipien dabei wirklich zählen, habe ich in Barrierefreies Webdesign: Die Prinzipien, die wirklich Wirkung zeigen zusammengefasst.
Plugins: Was hilft und was nur Overlay-Theater ist
Bei den Plugins trennt sich die Spreu vom Weizen – und hier richten falsche Erwartungen den größten Schaden an.
Plugins, die wirklich helfen
Es gibt eine Kategorie von Plugins, die echten Wert liefert: solche, die unterstützen, ohne ein Ergebnis vorzutäuschen. Dazu gehören Test- und Prüf-Plugins, die Ihre Seiten gegen WCAG-Kriterien scannen und Ihnen konkrete Mängel anzeigen – sie lösen die Probleme nicht, aber sie machen sie sichtbar. Ebenso hilfreich sind Formular-Plugins, die von Haus aus korrekte Labels, Fehlermeldungen und Pflichtfeld-Kennzeichnungen erzeugen. Worauf es bei Formularen ankommt, vertiefe ich in Barrierefreie Formulare gestalten: Labels, Fehlermeldungen und Validierung. Diese Plugins haben eines gemeinsam: Sie verbessern die tatsächliche Substanz Ihrer Seite oder helfen Ihnen, Probleme zu finden.
Overlay-Plugins: das digitale Feigenblatt
Dann gibt es die andere Kategorie – die Accessibility-Overlay-Plugins, die mit „Ein-Klick-Barrierefreiheit“ werben. Sie legen ein Widget über Ihre Seite, das eine Werkzeugleiste mit Schriftgrößen- und Kontrastreglern einblendet, und versprechen, damit sei Ihre Seite konform. Das ist sie nicht. Diese Overlays verändern den zugrundeliegenden Code nicht – die eigentlichen Barrieren bleiben bestehen. Schlimmer noch: Sie können native Funktionen von Screenreadern stören und werden von der Accessibility-Community aktiv abgelehnt. Rechtlich erzeugen sie ein Greenwashing-Risiko, weil sie eine Konformität suggerieren, die nicht existiert. Ein Overlay kann als bewusst deklarierte, vorübergehende Komfortfunktion während einer laufenden Sanierung sinnvoll sein – aber niemals als Ersatz für echte Barrierefreiheit auf Code-Ebene.
Was das für Ihre Plugin-Auswahl heißt
Die Faustregel ist einfach: Ein Plugin, das Ihnen verspricht, Barrierefreiheit ohne jede Änderung an Ihren Inhalten und Ihrem Code herzustellen, verkauft Ihnen ein Feigenblatt. Ein Plugin, das Sie bei der Arbeit an der Substanz unterstützt oder Probleme aufdeckt, ist ein nützliches Werkzeug.
Was kein Plugin für Sie lösen kann
Hier ist der Kern, den jede ehrliche Auseinandersetzung mit dem Thema erreichen muss. Die folgenden Dinge entscheiden maßgeblich über die Barrierefreiheit Ihrer Seite – und kein Plugin kann sie automatisch erledigen:
- Aussagekräftige Alternativtexte: Was ein Bild im Kontext bedeutet, weiß nur ein Mensch. Eine Maschine kann keinen sinnvollen Alt-Text für Ihr spezifisches Foto formulieren.
- Logische Überschriftenstruktur: Ob Ihre Inhalte hierarchisch sinnvoll gegliedert sind, ist eine redaktionelle Entscheidung.
- Verständliche Linktexte: „Hier klicken“ oder „mehr erfahren“ sagt einem Screenreader-Nutzer nichts. Aussagekräftige Linktexte schreiben Sie selbst.
- Sinnvolle Lesereihenfolge: Bei frei gestalteten Layouts muss die Reihenfolge im Code stimmen – das prüft und korrigiert kein Plugin zuverlässig.
- Ausreichende Farbkontraste: Das ist eine Designentscheidung, die in Ihrem Theme und Ihren Markenfarben verankert ist.
Diese Punkte zeigen, warum Barrierefreiheit überwiegend eine Frage von Code-Qualität, Content-Disziplin und Designentscheidungen ist – nicht von der richtigen Plugin-Installation.
Die häufigsten WordPress-Barrieren aus der Praxis
In meinen Audits von WordPress-Seiten tauchen immer wieder dieselben Mängel auf: dekorative Slider ohne Tastatursteuerung, Popups, die den Fokus nicht korrekt fangen und wieder freigeben, Kontaktformulare ohne verknüpfte Labels, Bilder ohne Alt-Texte, weil das Redaktionsteam das Feld leer lässt, und mehrfache H1-Überschriften auf einer Seite, weil der Page Builder das so anlegt. Keiner dieser Fehler lässt sich per Plugin wegklicken – aber jeder ist mit etwas Disziplin und Wissen vermeidbar.
Wie Sie den Stand Ihrer WordPress-Seite prüfen
Bevor Sie Plugins installieren oder Ihr Theme wechseln, sollten Sie wissen, wo Ihre Seite tatsächlich steht. Genau dafür gibt es unseren kostenlosen Access Score: ein automatisiertes WCAG-2.2-Audit Ihrer WordPress-Seite, das die typischen Schwachstellen aufdeckt – Tastatur-Fallen, fehlende Alt-Texte, Kontrastprobleme, kaputte Überschriftenstrukturen – und Ihnen die Befunde als verständliche Handlungsliste ausgibt. Sie sehen damit nicht nur, dass etwas nicht stimmt, sondern was konkret und mit welcher Priorität.
Das ersetzt kein vollständiges Tiefen-Audit – die rund 60 Prozent der Kriterien, die nur ein Mensch beurteilen kann, deckt erst eine manuelle Prüfung ab. Aber es gibt Ihnen die ehrliche Standortbestimmung, mit der Sie überhaupt erst sinnvoll entscheiden können, wo Sie bei Ihrer WordPress-Seite ansetzen müssen – statt blind ein Plugin zu installieren und auf das Beste zu hoffen.
