Barrierefreiheit und SEO: Was eine zugängliche Website für Menschen und Suchmaschinen leistet – und was das BFSG verlangt

Eine Suchmaschine erlebt Ihre Website ähnlich wie ein Mensch, der einen Screenreader nutzt: Sie sieht kein Layout, keine Farben und keine Bildwirkung, sondern liest Code, Text und Struktur. Deshalb überschneiden sich Barrierefreiheit und SEO an vielen Stellen – von Alt-Texten über Überschriften bis zu echten Links. Seit dem 28. Juni 2025 kommt für viele Onlineangebote eine gesetzliche Pflicht hinzu: das Barrierefreiheitsstärkungsgesetz (BFSG).

Dieser Leitfaden zeigt, welche Maßnahmen beiden Zielen dienen, wo Barrierefreiheit deutlich über SEO hinausgeht, was das BFSG für Websites regelt und wie Sie Ihre Seite pragmatisch prüfen.

Vertiefung: OnPage-Optimierung bei YellowFrog

Was eine barrierefreie Website ausmacht

Eine barrierefreie Website ist so gebaut, dass Menschen mit Behinderungen sie ohne besondere Erschwernis und grundsätzlich ohne fremde Hilfe finden, erreichen und nutzen können.

Diese vier Begriffe stammen aus den Web Content Accessibility Guidelines (WCAG) des W3C. Die aktuelle Fassung WCAG 2.2 wurde erstmals am 5. Oktober 2023 als W3C-Empfehlung veröffentlicht und ordnet ihre Erfolgskriterien vier Prinzipien zu:

• Wahrnehmbar: Informationen müssen so dargestellt werden, dass Nutzer sie mit ihren Sinnen erfassen können – etwa Textalternativen für Bilder oder Untertitel für Videos.
• Bedienbar: Alle Funktionen müssen bedienbar sein, zum Beispiel vollständig per Tastatur.
• Verständlich: Inhalte und Bedienung müssen nachvollziehbar sein, etwa durch eindeutige Beschriftungen und eine angegebene Seitensprache.
• Robust: Inhalte müssen von unterschiedlichen Programmen, auch assistiven Technologien, zuverlässig interpretiert werden können.

Jedes Erfolgskriterium ist einer von drei Konformitätsstufen zugeordnet: A (niedrigste), AA und AAA (höchste). In der Praxis ist Stufe AA der übliche Zielwert; die europäische Norm EN 301 549 übernimmt für Webinhalte laut der Übersicht der W3C Web Accessibility Initiative die WCAG 2.1 auf Stufe AA unverändert.

Wo sich Barrierefreiheit und SEO überschneiden

Barrierefreiheit und SEO überschneiden sich überall dort, wo Bedeutung im Code statt nur in der Optik steckt – denn Screenreader und Suchmaschinen sind auf genau diese Information angewiesen.

Wichtig ist eine ehrliche Einordnung: Google führt Barrierefreiheit in seiner Dokumentation zur Nutzerfreundlichkeit von Seiten nicht als eigenes Signal auf; dort geht es um Core Web Vitals, HTTPS, mobile Darstellung, aufdringliche Interstitials und die Abgrenzung des Hauptinhalts. Der Suchnutzen entsteht also nicht durch „Barrierefreiheit“ als solche, sondern durch einzelne Maßnahmen, die Google nachweislich auswertet. Die folgende Tabelle trennt beides sauber.

Alt-Texte: die deutlichste Überschneidung

Alt-Texte sind die Stelle, an der Google Barrierefreiheit ausdrücklich mitdenkt. In der Dokumentation zur Bilder-SEO schreibt Google, dass es Alt-Text zusammen mit Computer-Vision-Algorithmen und dem Seiteninhalt nutzt, um das Thema eines Bildes zu verstehen, und dass Alt-Text die Zugänglichkeit für Menschen verbessert, die Bilder nicht sehen können. Gleichzeitig warnt Google davor, alt-Attribute mit Keywords zu füllen: Das führe zu einer schlechten Nutzererfahrung und könne dazu führen, dass die Website als Spam eingestuft wird. Zwei weitere Hinweise aus derselben Doku: Standard-HTML-Bildelemente helfen Crawlern, Bilder zu finden, und CSS-Hintergrundbilder indexiert Google nicht.

Unsere Praxisregel: Beschreiben Sie, was das Bild im Zusammenhang der Seite aussagt – so, wie Sie es am Telefon beschreiben würden. Rein dekorative Bilder erhalten ein leeres alt-Attribut, damit Screenreader sie überspringen.

Linktexte und echte Links

Ein Link, der nur „hier“ oder „mehr“ sagt, ist für beide Zielgruppen wertlos. WCAG 2.2 verlangt auf Stufe A, dass sich der Zweck jedes Links aus dem Linktext allein oder zusammen mit seinem Kontext ermitteln lässt. Google rät in seinen Link-Best-Practices zu beschreibenden, angemessen kurzen Ankertexten und nennt „Hier klicken“ als schlechtes Beispiel. Technisch gilt: Ein <a>-Element mit href ist von Haus aus per Tastatur erreichbar und für Google verfolgbar – ein Button mit Klick-Funktion ist beides nicht zuverlässig. Wie Sie Linkstruktur und Ankertexte systematisch planen, beschreibt unser Leitfaden zur internen Verlinkung.

Überschriften und semantisches HTML

Überschriften sind für Screenreader-Nutzer ein Inhaltsverzeichnis: Viele springen gezielt von Überschrift zu Überschrift. Google formuliert im SEO-Starter-Guide erfreulich klar, dass Überschriften in semantischer Reihenfolge fantastisch für Screenreader sind, es für die Google-Suche aber keine Rolle spielt, ob sie in anderer Reihenfolge verwendet werden. Die Überschriftenhierarchie ist also vor allem eine Barrierefreiheitsfrage – gute, beschreibende Überschriften helfen Lesern trotzdem, und davon profitieren Inhalte insgesamt. Details zur Hauptüberschrift behandelt unser Beitrag zu den Best Practices für das H1-Tag.

Dasselbe Prinzip gilt für Landmarken wie <nav>, <main> und <footer>, für echte Listen und Tabellen statt optischer Nachbauten und für beschriftete Formularfelder. WCAG verlangt auf Stufe A, dass Informationen und Beziehungen, die visuell vermittelt werden, auch programmatisch ermittelbar sind.

Videos: Untertitel und Transkripte

WCAG 2.2 verlangt auf Stufe A Untertitel für aufgezeichnete Audioinhalte in Videos. Für Gehörlose und Menschen, die ohne Ton schauen, sind sie unverzichtbar. Ein ausformuliertes Transkript auf der Seite macht den Inhalt zusätzlich als Text verfügbar – aus unserer Sicht ein sinnvoller Zusatz, auch wenn Google dafür keinen eigenen Rankingeffekt dokumentiert. Wie Sie Videos insgesamt für die Suche aufbereiten, zeigt unser Leitfaden zu Video-SEO.

Seitensprache: wichtig für Screenreader, nicht für Google

Das lang-Attribut im <html>-Element sorgt dafür, dass Screenreader Texte in der richtigen Sprache aussprechen; WCAG 2.2 verlangt es auf Stufe A. Für die Spracherkennung durch Google ist es dagegen bedeutungslos: Google bestimmt die Sprache laut seiner Doku zu mehrsprachigen Websites anhand des sichtbaren Inhalts und nutzt keine Sprachangaben im Code wie lang-Attribute. Setzen Sie es trotzdem – nur eben aus dem richtigen Grund.

Was Barrierefreiheit über SEO hinaus verlangt

Wer nur die SEO-Schnittmenge umsetzt, hat noch keine barrierefreie Website – ein großer Teil der WCAG betrifft Bedienung und Wahrnehmung, die eine Suchmaschine nie testet.

• Tastaturbedienung: Alle Funktionen müssen per Tastatur bedienbar sein (2.1.1, Stufe A). Typische Problemstellen sind Menüs, die sich nur per Maus öffnen, Cookie-Banner, Slider und Modalfenster.
• Sichtbarer und nicht verdeckter Fokus: Der Tastaturfokus muss sichtbar sein (2.4.7, Stufe AA) und darf laut dem in WCAG 2.2 neuen Kriterium 2.4.11 (Stufe AA) nicht vollständig von eigenen Inhalten wie fixierten Kopfleisten verdeckt werden.
• Kontrast: Text braucht ein Kontrastverhältnis von mindestens 4,5:1, großer Text mindestens 3:1 (1.4.3, Stufe AA).
• Klickziele: WCAG 2.2 führt mit 2.5.8 (Stufe AA) eine Mindestgröße von 24 × 24 CSS-Pixeln für Zeigerziele ein, mit definierten Ausnahmen etwa bei ausreichendem Abstand.
• Formulare und Anmeldung: Beschriftete Felder, verständliche Fehlermeldungen und – neu in WCAG 2.2 – eine zugängliche Authentifizierung ohne kognitive Funktionstests (3.3.8, Stufe AA).

Viele dieser Punkte entscheiden sich im Design und in der Komponentenbibliothek, nicht im Redaktionssystem. Unser Leitfaden zu SEO-freundlichem Webdesign zeigt, wie Design, Entwicklung und SEO von Beginn an zusammenarbeiten. Ladezeit und Layoutstabilität sind ein eigenes Thema – siehe unseren Beitrag zu den Core Web Vitals.

Das BFSG: Was das Gesetz für Websites regelt

Das Barrierefreiheitsstärkungsgesetz setzt die EU-Richtlinie 2019/882 um und verpflichtet seit dem 28. Juni 2025 bestimmte Anbieter von Produkten und Dienstleistungen zur Barrierefreiheit – darunter viele Onlineshops.

Für wen das Gesetz gilt

Nach § 1 Absatz 3 BFSG gilt das Gesetz für bestimmte Dienstleistungen, die nach dem 28. Juni 2025 für Verbraucher erbracht werden. Neben Telekommunikationsdiensten, Elementen von Personenbeförderungsdiensten, Bankdienstleistungen für Verbraucher und E-Books sind das ausdrücklich die Dienstleistungen im elektronischen Geschäftsverkehr. Das Gesetz definiert sie in § 2 als digitale Dienste, die über Webseiten und Apps angeboten und elektronisch auf individuelle Anfrage eines Verbrauchers im Hinblick auf den Abschluss eines Verbrauchervertrags erbracht werden. Vereinfacht: Wer Verbrauchern über die Website einen Vertragsschluss ermöglicht, etwa im Onlineshop oder über eine Online-Buchung, sollte die Anwendbarkeit prüfen.

Die Ausnahme für Kleinstunternehmen

§ 3 Absatz 3 BFSG nimmt Kleinstunternehmen, die Dienstleistungen anbieten oder erbringen, von den Barrierefreiheitsanforderungen aus. Als Kleinstunternehmen gilt nach § 2 ein Unternehmen, das weniger als zehn Personen beschäftigt und entweder einen Jahresumsatz von höchstens 2 Millionen Euro erzielt oder eine Jahresbilanzsumme von höchstens 2 Millionen Euro aufweist. Die Ausnahme gilt für Dienstleistungen – nicht für Produkte.

Was nicht erfasst ist und welche Pflichten bestehen

§ 1 Absatz 4 BFSG nimmt bestimmte Inhalte von Webseiten aus, unter anderem aufgezeichnete zeitbasierte Medien und Büro-Dateiformate, die vor dem 28. Juni 2025 veröffentlicht wurden, Inhalte Dritter, die der Anbieter weder finanziert noch entwickelt noch kontrolliert, sowie Archivinhalte, die nach diesem Datum nicht mehr aktualisiert werden. Für betroffene Anbieter verlangt § 14 unter anderem, dass die Dienstleistung die Anforderungen der Verordnung erfüllt und Informationen nach Anlage 3 – etwa wie die Dienstleistung die Anforderungen erfüllt und welche Marktüberwachungsbehörde zuständig ist – in den AGB oder auf andere deutlich wahrnehmbare Weise bereitstehen. Die konkreten Anforderungen regelt die BFSGV, die für Websites verlangt, dass sie auf konsistente und angemessene Weise wahrnehmbar, bedienbar, verständlich und robust gestaltet werden. Verstöße können nach § 37 BFSG als Ordnungswidrigkeit mit Geldbußen geahndet werden.

Ein wichtiger Zusammenhang: Nach § 4 BFSG wird vermutet, dass Produkte und Dienstleistungen die Anforderungen erfüllen, wenn sie harmonisierten Normen entsprechen, deren Fundstellen im Amtsblatt der EU veröffentlicht sind. Deshalb orientieren sich Prüfungen in der Praxis an EN 301 549 und damit an den WCAG.

So prüfen Sie Ihre Website

Eine belastbare Prüfung kombiniert automatische Tests mit manueller Kontrolle, denn Werkzeuge erkennen nur einen Teil der Barrieren.

Das W3C stellt in seinen Hinweisen zu Prüfwerkzeugen klar: Werkzeuge können Barrierefreiheit nicht feststellen, sie können nur dabei helfen; nicht alle Aspekte lassen sich automatisch prüfen, menschliches Urteil ist nötig. Unser bewährtes Vorgehen in vier Schritten:

1. Automatischer Test: Lighthouse in den Chrome-Entwicklertools liefert einen Barrierefreiheitswert. Laut Lighthouse-Dokumentation ist er ein gewichteter Durchschnitt aller Barrierefreiheits-Audits, jedes Audit gilt als bestanden oder nicht bestanden, und manuelle Prüfungen fließen nicht in den Wert ein. Ein hoher Wert ist ein guter Anfang, kein Nachweis.
2. Tastaturtest: Gehen Sie mit der Tabulatortaste durch die wichtigsten Seiten – Startseite, Kategorie, Produkt, Warenkorb, Kontaktformular. Ist der Fokus immer sichtbar? Erreichen Sie jede Funktion? Kommen Sie aus Menüs und Dialogen wieder heraus?
3. Screenreader-Stichprobe: Testen Sie dieselben Seiten mit einem Screenreader, etwa dem in das Betriebssystem integrierten. Werden Bilder, Links, Buttons und Formularfelder verständlich vorgelesen?
4. Redaktionelle Prüfung: Alt-Texte, Linktexte, Überschriften und Seitentitel prüfen Sie am besten zusammen mit der SEO-Kontrolle – hier ist die Schnittmenge am größten.

Wer Barrierefreiheit und technische SEO in einem Durchgang prüfen lassen möchte, kann beides im Rahmen eines Audits kombinieren – die Überschneidungen sparen dabei Aufwand.

Häufige Fragen

Ist Barrierefreiheit ein Google-Rankingfaktor?

Google nennt Barrierefreiheit in seiner Dokumentation nicht als eigenes Rankingsignal. Viele Maßnahmen wirken aber auf beides: Alt-Texte, beschreibende Linktexte, echte HTML-Links und aussagekräftige Seitentitel helfen Screenreader-Nutzern und liefern Google zugleich Informationen, die es laut eigener Dokumentation auswertet.

Gilt das BFSG für meine Website?

Das BFSG gilt unter anderem für Dienstleistungen im elektronischen Geschäftsverkehr, die nach dem 28. Juni 2025 für Verbraucher erbracht werden – vereinfacht: Websites und Apps, über die Verbraucher einen Vertrag abschließen können, etwa Onlineshops. Kleinstunternehmen, die Dienstleistungen erbringen, sind von den Anforderungen ausgenommen. Ob Ihr Angebot betroffen ist, sollten Sie rechtlich prüfen lassen.

Was ist ein Kleinstunternehmen im Sinne des BFSG?

Nach § 2 BFSG ist ein Kleinstunternehmen ein Unternehmen, das weniger als zehn Personen beschäftigt und entweder einen Jahresumsatz von höchstens 2 Millionen Euro erzielt oder eine Jahresbilanzsumme von höchstens 2 Millionen Euro hat. Die Ausnahme gilt laut § 3 Absatz 3 BFSG für Kleinstunternehmen, die Dienstleistungen anbieten oder erbringen.

Welche WCAG-Version ist aktuell?

Die aktuelle W3C-Empfehlung ist WCAG 2.2, erstmals veröffentlicht am 5. Oktober 2023. Sie ergänzt WCAG 2.1 um neue Erfolgskriterien, etwa zur Mindestgröße von Klickzielen und zu nicht verdecktem Fokus, und hat das Kriterium 4.1.1 Parsing entfernt.

Reicht ein Lighthouse-Test, um Barrierefreiheit nachzuweisen?

Nein. Der Lighthouse-Wert ist ein gewichteter Durchschnitt automatisierter Prüfungen, manuelle Prüfungen fließen nicht ein. Das W3C stellt klar, dass Prüfwerkzeuge nicht alle Aspekte automatisch prüfen können und menschliches Urteil nötig ist. Ergänzen Sie den Test daher um Tastatur- und Screenreader-Prüfungen.

Hilft das lang-Attribut Google, die Sprache meiner Seite zu erkennen?

Nein. Google bestimmt die Sprache laut eigener Dokumentation anhand des sichtbaren Inhalts und nutzt keine Sprachangaben im Code wie lang-Attribute. Für Screenreader ist das lang-Attribut dennoch wichtig, weil es die richtige Aussprache ermöglicht – WCAG 2.2 verlangt es auf Stufe A.

Fazit: Doppelt wirksam, aber nicht deckungsgleich

Barrierefreiheit und SEO teilen ein Fundament: Bedeutung gehört in den Code und in den Text, nicht nur in die Optik. Alt-Texte, beschreibende Links, echte HTML-Links und klare Seitentitel zahlen auf beide Ziele ein. Barrierefreiheit verlangt aber deutlich mehr – Tastaturbedienung, Kontrast, Fokus, zugängliche Formulare –, und für viele Onlineshops ist sie seit dem 28. Juni 2025 gesetzliche Pflicht. Behandeln Sie sie deshalb als eigenes Qualitätsziel, nicht als Nebenprodukt der Suchmaschinenoptimierung.

• Schnittmenge nutzen: Alt-Texte, Linktexte, Seitentitel und echte Links gemeinsam mit der SEO-Pflege prüfen.
• Ehrlich einordnen: Überschriftenreihenfolge, lang-Attribut, Kontrast und Tastaturbedienung sind vor allem Barrierefreiheitsthemen.
• BFSG klären: Prüfen lassen, ob Ihr Angebot eine Dienstleistung im elektronischen Geschäftsverkehr ist und ob die Kleinstunternehmen-Ausnahme greift.
• WCAG 2.2 AA als Ziel: Fachlicher Maßstab für die Umsetzung.
• Manuell testen: Lighthouse ist der Anfang, Tastatur- und Screenreader-Tests gehören dazu.