Barrierefreiheit und SEO: derselbe Hebel

Barrierefreiheit und SEO ziehen an denselben Schrauben. Wer eine Seite für Screenreader und Tastatur baut, baut sie zugleich so, wie Google sie am besten versteht: klare Struktur, schnelle Ladezeit, verständliche Sprache. Man muss nicht beides getrennt optimieren – eines zieht das andere mit. Die Ausnahme sind Overlay-Widgets, die versprechen, Barrierefreiheit per Knopfdruck nachzurüsten. Die helfen weder der Zugänglichkeit noch dem Ranking.

Semantische Struktur: Crawler und Screenreader lesen dasselbe

Eine logische Überschriften-Hierarchie, echte Buttons und Links statt geklickter div-Container, klar abgegrenzte Bereiche (header, nav, main, footer) – das ist die Grundlage für Screenreader-Navigation und zugleich das, woran ein Crawler die Seite versteht. Google zieht aus derselben Struktur, welche Passage worum geht und was als Antwort auf eine Suchanfrage taugt. Semantisches HTML ist kein SEO-Trick und keine Accessibility-Kür, sondern beides in einem.

Alt-Texte: Bildersuche und Screenreader

Ein Alt-Text beschreibt ein Bild für Menschen, die es nicht sehen – und für die Google-Bildersuche, die sonst nichts über den Bildinhalt weiß. Dieselbe Beschreibung erfüllt beide Zwecke. Wichtig ist die Trennung: inhaltstragende Bilder bekommen eine Beschreibung, rein dekorative ein leeres alt-Attribut, damit der Screenreader sie überspringt. Warum das Pflicht ist und wie eine brauchbare Beschreibung aussieht: Muss ich meine Bilder auf der Website beschreiben?

Core Web Vitals: Rankingfaktor und Barriere-Reduktion

Ladezeit und Layout-Stabilität sind über die Core Web Vitals ein bestätigtes Ranking-Signal. Sie sind zugleich eine Barriere-Frage: Eine Seite, die springt, während sie lädt, oder Sekunden braucht, bis sie bedienbar ist, schließt Nutzer:innen mit langsamer Verbindung, älteren Geräten oder motorischen Einschränkungen aus. Weniger Drittanbieter-Skripte, optimierte Bilder und ein schlanker Stack verbessern beides. Wo Performance und ein europäischer, aufgeräumter Stack zusammenlaufen: Europäische Datensouveränität im WordPress-Stack.

Verständliche Sprache und aussagekräftige Linktexte

Klare, gut strukturierte Texte sind für Menschen mit kognitiven Einschränkungen leichter zu erfassen – und für Google leichter einzuordnen. Und der Linktext: „Hier klicken“ sagt weder einer Screenreader-Nutzerin, die sich alle Links vorlesen lässt, noch der Suchmaschine etwas über das Ziel. Ein sprechender Linktext wie „Mehr zu unseren Leistungen“ hilft beiden. Kleine Gewohnheit, doppelte Wirkung.

Wo es aufhört: Overlay-Plugins

Overlay- oder Toolbar-Widgets blenden ein Menü ein, über das Besucher:innen Schriftgröße, Kontrast oder eine Vorlesefunktion anpassen können. Sie ändern nichts am Code darunter. Die Seite wird dadurch nicht WCAG-konform, das Ranking verbessert sich nicht, und für Screenreader-Nutzer:innen entstehen häufig neue Probleme, weil das Widget die native Bedienung stört. Die einschlägigen Barrierefreiheits-Communitys raten geschlossen davon ab. Was die Seite wirklich zugänglich macht, ist die Arbeit am Fundament – nicht eine Schicht darüber.

Wo man anfängt

Bei der Seitenstruktur, dann Tastaturbedienung, Fokus, Kontraste, Formulare, Alt-Texte, Medien, Linktexte – in dieser Reihenfolge, von der größten Wirkung zur Feinarbeit. Jeder dieser Schritte zahlt auf beides ein. Die vollständige Abfolge steht im BFSG-Praxisleitfaden für WordPress.

Zuletzt geprüft: September 2026. Barrierefreiheit ist kein direkter Google-Rankingfaktor – die hier beschriebene Wirkung entsteht über die Überschneidung mit Faktoren, die es sind (Struktur, Core Web Vitals, Inhaltsqualität).

Beitragsbild: Elizabeth Woolner / Unsplash