Barrierefreiheit und SEO.

Barrierefreiheit und Suchmaschinenoptimierung haben verschiedene Ziele, speisen sich aber großteils aus denselben technischen Posten — denn beide werden für einen Leser geschrieben, der die Seite nicht sehen kann.

Diese beiden Felder werden meist von getrennten Teams, zu getrennten Zeiten, mit getrennten Budgets behandelt. Doch ihre Überschneidung ist strukturell, nicht zufällig: Der Screenreader, der Suchmaschinen-Crawler und das Antwortmaschinen-Modell SEHEN die Seite alle nicht. Alle drei lesen aus derselben Quelle — dem Markup.

Eines muss vorweg gesagt werden: Hier wird nicht behauptet, Barrierefreiheit sei ein direktes Rankingsignal. Google hat sie nicht als solches erklärt, und so zu schreiben, als hätte es das, wäre Erfindung. Die Behauptung ist enger und vertretbarer: Der Großteil der Barrierefreiheitsarbeit stärkt zugleich die Signale, die Suchmaschine und Antwortmaschine lesen.

Die überlappenden Posten

Die Liste unten zeigt die Posten, die in beiden Feldern dieselbe Lösung verlangen. In jeder Zeile wird eine Arbeit getan und zwei Nutzen eingesammelt.

1. Überschriftenhierarchie — Inhaltsverzeichnis für den Screenreader; Dokumentstruktur für die Suchmaschine; Passagengrenzen für die Antwortmaschine. Drei Leser, eine Struktur.
2. Alternativtext — das Gegenstück des Bildes für den Screenreader; das einzige Textsignal für die Bildersuche; die lesbare Form visueller Inhalte für die Antwortmaschine.
3. Aussagekräftiger Linktext — er muss in der Linkliste ohne Kontext verständlich sein; derselbe Text sagt der Suchmaschine, wovon die Zielseite handelt.
4. Semantisches HTML — meldet der Hilfstechnologie Rollen; meldet dem Crawler den Inhaltstyp; sagt beiden, wo der Hauptinhalt beginnt.
5. Der Seitentitel — das Erste, was der Screenreader liest; das Erste, was im Suchergebnis erscheint.
6. Die Seitensprache — damit der Screenreader richtig ausspricht; damit die Suchmaschine in der richtigen Sprache zuordnet.
7. Inhalt als Text — in ein Bild eingebackener Text wird weder vom Screenreader noch vom Crawler gelesen.
8. Performance — eine langsame Seite ist für alle eine Barriere; Core Web Vitals ist zudem ein gemessener Posten.

Die Länge der Liste zeigt, wie verflochten die beiden Felder sind. Ein Team, das auf einer Website Barrierefreiheitsarbeit leistet, kommt unbemerkt auf acht SEO-Posten zugleich voran — und das Umgekehrte gilt auch.

Antwortmaschinen vertiefen die Überschneidung

Während die Suche vom Anbieten von Linklisten zum Erzeugen synthetisierter Antworten wandert, ist der Wert des Markups gestiegen. Zitiert ein Modell eine Passage aus einer Seite, leitet es aus der Dokumentstruktur ab, wo diese Passage beginnt und endet. Ein unter einer Überschrift gesammelter, in sich vollständiger Abschnitt lässt sich zitieren; ein Textmeer ohne Überschriften nicht.

Das ist das direkte Gegenstück der ohnehin für Barrierefreiheit geleisteten Arbeit. Die Struktur, die ein Screenreader-Nutzer braucht, um von Überschrift zu Überschrift zu springen, ist dieselbe, die das Modell braucht, um die Passagengrenze zu finden. Ein für den einen geordnetes Dokument ist es auch für den anderen.

Dasselbe gilt für den Alternativtext, und dort ist die Wirkung noch direkter: Ein Modell hat keinen anderen Weg zu wissen, was ein Bild auf der Seite erzählt. Steht die Information des Bildes nicht im Alternativtext, existiert sie für das Modell auf der Seite überhaupt nicht.

Screenreader, Suchmaschine und Sprachmodell lesen dasselbe: das Markup.

Wo sie sich nicht überschneiden

Zu behaupten, die beiden Felder seien identisch, wäre ebenso falsch. Es gibt Stellen, an denen sie sich trennen, und sie zu kennen verhindert die Annahme, mit dem einen sei das andere erledigt.

1. Nur Barrierefreiheit — Fokussichtbarkeit, Tastaturverträge, Touch-Zielgröße, reduzierte Bewegung, Nicht-Text-Kontrast. Nichts davon betrifft die Suchmaschine.
2. Nur SEO — die kanonische Adresse, der hreflang-Satz, die Sitemap, das externe Linkprofil, nach Suchnachfrage geschriebene Titel. Nichts davon berührt die Barrierefreiheit.
3. Die eine Stelle möglichen Konflikts — für die Suche geschriebene, überlange Titel und Keyword-Häufung ermüden den hörenden Nutzer. Die Lösung ist die Trennung: SERP-Titel und Seitenüberschrift müssen nicht identisch sein.

Der letzte Punkt ist eine auf dieser Website praktizierte Trennung: Der im Suchergebnis erscheinende Titel und das H1 auf der Seite kommen aus getrennten Quellen. Die Überschrift auf der Seite ist für den Leser geschrieben und bleibt kurz; der Suchtitel wird nach der Nachfrage geschrieben. Keines muss dem anderen geopfert werden.

Die praktische Folge

Der konkreteste Nutzen dieser Überschneidung liegt auf der Budgetseite. Barrierefreiheitsarbeit wird intern meist als Konformitätsposten präsentiert, und Konformitätsposten stehen im Budget an letzter Stelle. Dieselbe Arbeit, präsentiert als „sie stärkt zugleich die Suchsichtbarkeit“, bekommt weit leichter die Freigabe.

Das ist kein Marketingtrick, sondern ein echter Doppelnutzen. Die Überschriftenhierarchie zu richten nützt wirklich dem Screenreader-Nutzer und der Antwortmaschine zugleich. Alternativtexte zu schreiben nützt wirklich dem blinden Nutzer und der Bildersuche zugleich. Semantisches HTML nützt wirklich allen drei Lesern auf einmal.

Und andersherum betrachtet: Ein Team, das SEO-Arbeit leistet, kann die Barrierefreiheitsposten als kostenlose Gewinne sehen. Der Tag, der in die Dokumentstruktur fließt, schließt zugleich den schwersten Teil einer Barrierefreiheitsprüfung. Die beiden Arbeitslisten zu vereinen ist billiger und konsistenter, als sie getrennt zu führen.

Das gemeinsame Fundament: Maschinenlesbarkeit

An der Wurzel der Überschneidung steht ein einziger Begriff: Maschinenlesbarkeit. Dass sich die Bedeutung einer Seite unabhängig von ihrer visuellen Präsentation aus dem Markup ableiten lässt. Der Screenreader tut das als Hilfstechnologie, der Crawler für die Indexierung, das Sprachmodell für die Synthese — aber alle drei schauen auf dieselbe Quelle.

Das macht die beiden Felder zu zwei Gesichtern einer Disziplin. Jede visuell und nicht in Text getragene Information geht für alle drei Leser zugleich verloren. Jede in CSS gebaute Struktur ohne Gegenstück im HTML ist für alle drei unsichtbar. Auch das Umgekehrte gilt: Jedes richtige, ins Markup geschriebene Signal erreicht alle drei Leser auf einmal.

Die praktische Folge: Statt einer Checkliste lässt sich eine einzige Frage stellen — kann ich diese Seite verstehen, indem ich nur ihren Quelltext lese? Lautet die Antwort ja, steht auf beiden Seiten — Barrierefreiheit und Suche — fester Boden. Lautet sie nein, klafft in beiden eine Lücke.

Strukturierte Daten: die Schicht, die nur Maschinen lesen

Eine Ausnahme der Überschneidung sind die strukturierten Daten. Diese in die Seite eingebettete, kein Pixel verändernde Schicht wird ausschließlich für Maschinen geschrieben — für Suchmaschine und Antwortmaschine. Der Screenreader liest sie nicht; sie ist also kein direkter Barrierefreiheitsposten.

Aber es gibt eine indirekte Bindung, und sie wird übersehen: Strukturierte Daten müssen mit dem Inhalt der Seite KONSISTENT sein. Eine Information, die im Schema steht, aber nicht auf dem Bildschirm, ist ein Verstoß gegen die Suchmaschinenregeln und ein Widerspruch zur Seite selbst. Die richtige Praxis: Das Schema übersetzt in Maschinensprache, was der Bildschirm bereits zeigt.

Dieses Prinzip wird auf dieser Website praktiziert: Die häufig gestellten Fragen der Leistungsseiten stehen im Schema und AUF DEM BILDSCHIRM zugleich. Eine nur im Schema lebende Frage ist für die Antwortmaschine wie für den Nutzer halb — die eine zitiert sie, der andere findet sie auf der Seite nicht.

Was im Schema steht, muss auf dem Bildschirm stehen; der Maschine etwas zu sagen, was dort nicht ist, heißt einen der beiden Leser anzulügen.