WordPress-Website barrierefrei machen: Anleitung in 5 Schritten

Ob eine WordPress-Website barrierefrei ist, entscheidet weniger WordPress selbst als das Theme, die Plugins und die Inhalte. Viele Barrieren können Sie im Block-Editor selbst beheben. Andere stecken im Code des Themes oder eines Page-Builders. Diese Anleitung zeigt, was Sie in welcher Reihenfolge prüfen und wann Sie Fachleute brauchen.

Was WordPress mitbringt

Für den Code von WordPress selbst, der offiziellen Websites und Plugins gilt ein eigener Standard: Er soll die WCAG 2.2 auf Stufe AA erfüllen (Accessibility Coding Standards). Das ist eine gute Grundlage. Was Besucherinnen und Besucher sehen, erzeugen aber das Theme, die Plugins und Ihre Redaktion. Dort entstehen die meisten Barrieren, und dort setzen Sie an.

Schritt 1: Das Theme prüfen

Im offiziellen Theme-Verzeichnis gibt es den Filter Accessibility Ready. Themes mit dieser Kennzeichnung hat das Barrierefreiheits-Team von WordPress von Hand geprüft. Zu den Mindestanforderungen gehören unter anderem ein Link zum Überspringen der Navigation, Bedienung per Tastatur, sichtbarer Fokus, ausreichende Kontraste, beschriftete Formularfelder und eine logische Überschriftenstruktur.

Wichtig: Laut WordPress bedeutet die Kennzeichnung nicht, dass ein Theme die WCAG auf Stufe AA vollständig erfüllt (Theme Handbook: Accessibility). Kauf-Themes von anderen Marktplätzen und individuell entwickelte Themes durchlaufen gar keine solche Prüfung. Testen Sie Ihr Theme deshalb selbst:

• Drücken Sie auf der Startseite die Tabulatortaste. Erscheint als Erstes ein Link wie „Zum Inhalt springen“?
• Gehen Sie mit der Tabulatortaste durch Menü und Seite. Ist immer zu sehen, wo Sie sich befinden? Öffnen sich Untermenüs auch ohne Maus?
• Vergrößern Sie die Ansicht im Browser auf 200 %. Bleibt alles lesbar, ohne dass Sie waagerecht scrollen müssen?
• Prüfen Sie die Farben von Text, Links und Schaltflächen mit einem Kontrastprüfer. Wie das geht, steht in unserem Artikel Farbkontrast prüfen.

Scheitert das Theme an mehreren dieser Punkte, lohnt es sich selten, jede Inhaltsseite einzeln zu verbessern. Dann muss zuerst das Theme angepasst oder ersetzt werden.

Schritt 2: Inhalte im Block-Editor

Viele Barrieren entstehen beim Schreiben. Mit diesen Regeln vermeiden Sie die häufigsten:

• Überschriften: Den Seitentitel gibt das Theme meist als Überschrift der Ebene 1 aus. Im Inhalt beginnen Sie deshalb mit Ebene 2 und überspringen keine Ebene. Wählen Sie die Ebene nach der Gliederung, nicht nach der Schriftgröße.
• Alternativtexte: Im Bild-Block tragen Sie in den Block-Einstellungen einen alternativen Text ein, der beschreibt, was das Bild aussagt. Rein dekorative Bilder bekommen ein leeres Feld. Mehr dazu im Artikel Alternativtexte richtig schreiben.
• Links: Der Linktext sagt, wohin der Link führt, etwa „Preisliste als PDF“ statt „hier klicken“. Screenreader-Nutzerinnen und -Nutzer lassen sich oft nur die Links einer Seite vorlesen.
• Listen und Tabellen: Aufzählungen gehören in den Listen-Block, nicht in Absätze mit Bindestrichen. Tabellen verwenden Sie nur für Daten, mit Kopfzeile und Beschriftung.
• Farbe: Informationen dürfen nicht nur über Farbe vermittelt werden. „Pflichtfelder sind rot markiert“ reicht nicht.
• Videos: Videos brauchen Untertitel. Automatisch erzeugte Untertitel sollten Sie prüfen und korrigieren.

Schritt 3: Page-Builder und Erweiterungen

Page-Builder machen das Gestalten bequem, erzeugen aber oft Code, der für Hilfsmittel schwer zu lesen ist. Typische Probleme sind:

• Schieberegler, Akkordeons und Reiter, die sich nicht mit der Tastatur bedienen lassen oder ihren Zustand nicht an Screenreader melden
• Überschriften, die nach Aussehen statt nach Gliederung gewählt wurden
• Symbole und Schaltflächen ohne Text, die ein Screenreader nur als „Schaltfläche“ vorliest
• Animationen, die sich nicht abschalten lassen

Testen Sie jedes Element, das Sie aus einem Page-Builder oder Plugin einsetzen, mit der Tastatur. Was sich nicht bedienen lässt, ersetzen Sie durch ein einfacheres Element. Wiederholen Sie den Test nach größeren Updates.

Schritt 4: Formulare

Kontakt-, Anmelde- und Bestellformulare sind oft der wichtigste Teil einer Website und häufig die größte Hürde. Jedes Feld braucht eine sichtbare Beschriftung, die beim Feld bleibt. Ein Platzhaltertext im Feld ersetzt sie nicht. Pflichtfelder müssen als solche erkennbar sein, und Fehlermeldungen müssen sagen, was falsch ist und wie es richtig geht. Rätsel-Abfragen gegen Spam (CAPTCHA) schließen manche Menschen ganz aus. Weitere Hinweise finden Sie im Artikel über barrierefreie Formulare.

Schritt 5: Cookie-Banner

Das Cookie-Banner ist das Erste, was Besucherinnen und Besucher sehen. Lässt es sich nicht bedienen, kommen sie nicht auf Ihre Website. Prüfen Sie mit der Tastatur: Springt der Fokus in das Banner? Erreichen Sie alle Schaltflächen? Liest ein Screenreader die Texte vor? Haben die Schaltflächen genug Kontrast? Viele Einwilligungs-Plugins lassen sich in diesen Punkten anpassen. Testen Sie das Banner nach jedem Update erneut.

Warum ein Barrierefreiheits-Plugin nicht reicht

Im Plugin-Verzeichnis finden Sie zahlreiche Plugins, die eine Barrierefreiheits-Toolbar einblenden, sogenannte Overlays. Damit können Besucherinnen und Besucher etwa die Schrift vergrößern oder Kontraste ändern. Die Fehler im Code der Website beheben solche Toolbars nicht: Ein fehlender Alternativtext oder ein Menü ohne Tastaturbedienung bleibt, wie es ist. Die US-Handelsbehörde FTC hat den Overlay-Anbieter accessiBe 2025 zu einer Zahlung von einer Million US-Dollar verpflichtet, weil er nach Auffassung der Behörde zu Unrecht damit geworben hatte, sein Werkzeug mache Websites WCAG-konform (FTC, Press Release vom 22. April 2025). Mehr dazu in unserem Artikel Barrierefreiheits-Overlays: Warum Toolbars nicht reichen.

Nützlich sind dagegen Werkzeuge, die Ihrer Redaktion beim Schreiben Hinweise geben, etwa auf fehlende Alternativtexte oder übersprungene Überschriftenebenen. Sie ersetzen keine Prüfung, helfen aber, neue Fehler zu vermeiden.

Mit diesen Werkzeugen prüfen Sie selbst

• Unser kostenloser Barrierefreiheits-Check: eine Seite prüfen und das Ergebnis sofort sehen
• Lighthouse in den Entwicklertools von Chrome: dieselbe Prüfung direkt im Browser, auch für Seiten hinter einem Login
• WAVE von WebAIM und axe DevTools von Deque: Browser-Erweiterungen, die Fehler direkt auf der Seite markieren
• Tastatur: die Maus beiseitelegen und die Website nur mit Tabulator-, Eingabe- und Pfeiltasten bedienen
• Screenreader: NVDA unter Windows ist kostenlos, VoiceOver ist auf Mac, iPhone und iPad bereits eingebaut

Eine Anleitung Schritt für Schritt finden Sie in unserem Selbsttest in zehn Schritten.

Wann Sie Fachleute brauchen

Inhalte kann Ihre Redaktion selbst verbessern. Bei diesen Punkten lohnt sich Unterstützung:

• Ihre Website fällt unter das Barrierefreiheitsstärkungsgesetz, etwa weil Sie einen Onlineshop oder eine Buchung betreiben.
• Die Barrieren liegen im Theme, in einem Page-Builder oder in einem Plugin und müssen im Code behoben werden.
• Sie brauchen eine belastbare Grundlage für Ihre Erklärung zur Barrierefreiheit.
• Ein Relaunch steht an, und die neue Website soll von Anfang an barrierefrei sein.

Bei LOROP verantwortet Saskia Bader die digitale Barrierefreiheit. Sie entwickelt seit über 13 Jahren mit WordPress und PHP. Wir prüfen Ihre WordPress-Website nach WCAG 2.2 AA, beheben die Barrieren direkt in Theme und Inhalten oder entwickeln Ihre Website barrierefrei neu.

Häufige Fragen zu WordPress und Barrierefreiheit

Ist WordPress barrierefrei?

Der Code von WordPress soll die WCAG 2.2 auf Stufe AA erfüllen. Ob Ihre Website barrierefrei ist, hängt aber vom Theme, von den Plugins und von den Inhalten ab.

Gibt es ein Plugin, das WordPress barrierefrei macht?

Nein. Toolbars und Overlays ändern die Darstellung, beheben aber keine Fehler im Code. Plugins, die beim Schreiben auf Fehler hinweisen, sind eine Hilfe für die Redaktion, ersetzen aber keine Prüfung.

Muss ich mein Theme wechseln?

Nicht unbedingt. Viele Mängel lassen sich in einem Child-Theme oder mit gezielten Anpassungen beheben. Ein Wechsel lohnt sich, wenn das Theme grundlegende Anforderungen wie Tastaturbedienung oder Überschriftenstruktur nicht erfüllt und ohnehin ein Relaunch ansteht.

Ist der Block-Editor besser als ein Page-Builder?

Die Blöcke von WordPress erzeugen in der Regel schlankeren Code mit passenden HTML-Elementen. Das erleichtert die Barrierefreiheit, garantiert sie aber nicht. Auch mit einem Page-Builder lässt sich eine barrierefreie Website bauen, wenn jedes eingesetzte Element geprüft wird.