KI liest deine Website wie ein Screenreader: warum Barrierefreiheit deine Sichtbarkeit prägt

KI-Assistenten wie ChatGPT und Perplexity sind längst ein eigener Kanal zur Entdeckung von Inhalten, neben Suchmaschinen und sozialen Netzwerken. Um eine Website zu empfehlen, müssen sie sie zunächst lesen können. Deshalb optimieren immer mehr Unternehmen ihre Inhalte für KI-Crawler. Was viele Unternehmen dabei übersehen: Eine barrierefreie Website ist auch für KI besser lesbar. Eine Website für Menschen mit Behinderungen zugänglich zu machen und sie für einen Crawler lesbar zu machen, ist größtenteils dasselbe. Eine einzige Maßnahme verbessert die Sichtbarkeit in Suche und KI und öffnet die Website gleichzeitig für alle.

Warum eine barrierefreie Website für KI besser lesbar ist

Eine barrierefreie Website ist aus einem klaren Grund besser für KI lesbar: KI und Screenreader arbeiten auf derselben Ebene der Seite, der zugrunde liegenden Struktur, nicht der Grafik. Ist die Struktur klar, funktioniert sie für beide. Ist sie fehlerhaft, blockiert sie beide.

Denk an mögliche Hindernisse: ein Formularfeld ohne Beschriftung, ein Bild ohne Alternativtext. Auch eine Überschrift, die nur fett formatierter Text ohne strukturelles Tag dahinter ist: Für einen Screenreader und für einen KI-Crawler ist jedes davon eine Barriere.

Das bestätigen auch Quellen, die man nicht unbedingt erwarten würde:

• Googles Leitlinien für Websites, die für KI-Agenten gedacht sind lesen sich, Wort für Wort, wie eine Aufforderung, barrierefreies, semantisches HTML zu bauen. Der erste praktische Schritt, den sie nennen: den Accessibility Tree prüfen. Mehr über Google Lighthouse und agentisches Browsing liest du hier

• OpenAI, dessen Agent auch mit Screenshots arbeitet, empfiehlt weiterhin, Websites barrierefreier zu gestalten.

• Eine Studie aus 2025 zeigt, dass DOM-basierte Agenten von HTML-Semantik und ARIA-Attributen abhängen, die Elemente für assistive Technologien kennzeichnen, genau wie diese Technologien selbst.

Es gibt bereits kommerzielle Stimmen dazu: Laut Valtech (Juni 2026) sind Barrierefreiheit und KI-Lesbarkeit dieselbe strukturelle Qualität, die über eine einzige Schnittstelle läuft, den Accessibility Tree. Eine einzelne Beschriftung zu korrigieren verbessert gleichzeitig die Erfahrung von Screenreader-Nutzer:innen und macht dieses Element für jeden Agenten lesbar.

In Kürze

• KI-Systeme lesen eine Seite anhand ihrer Struktur (Überschriften, Text, Beschriftungen, Alternativtext, ARIA-Labels), genau wie ein Screenreader.

• Die meisten Anfragen an Webseiten stammen inzwischen von Bots, doch 95,9 % der meistbesuchten Websites haben Barrieren, die beiden Zielgruppen im Weg stehen.

• Arbeit an der Seitenstruktur verbessert Barrierefreiheit und KI-Lesbarkeit zugleich. Abkürzungen wie Overlays oder llms.txt-Dateien helfen, aber nur sehr wenig.

Was liest eine KI, wenn sie eine Webseite „besucht"?

Eine KI liest die Struktur der Seite, den Code unter dem, was Menschen sehen. Sie erhält eine vereinfachte Version, dasselbe strukturelle Modell, das Screenreader seit zwanzig Jahren nutzen: Überschriften, Absätze, Links, Feldbeschriftungen, Alternativtext, HTML-Tags.

Die Fachbezeichnung für diese Ebene lautet „Accessibility Tree". Es ist die Darstellung, die der Browser aus dem Code erstellt, um jedes Element der Seite zu beschreiben. Ist ein Element mehrdeutig oder unbeschriftet, bleibt es für beide unklar: für die Person, die sich die Seite vorlesen lässt, und für das System, das sie interpretiert.

Und das nicht-menschliche Publikum ist bereits in der Mehrheit. Das Problem: Die Seiten, auf die diese „Leser:innen" treffen, werden schlechter. Eine Startseite hat im Schnitt 56,1 Barrierefreiheitsfehler, zehn Prozent mehr als im Vorjahr, und ist in nur einem Jahr um 22,5 % komplexer geworden. Mehr Struktur zu interpretieren, mit mehr Fehlern darin.

Was macht eine Seite für beide lesbar?

Die entscheidenden Maßnahmen sind dieselben wie bei guter Arbeit an der Barrierefreiheit: die Seite richtig bauen, keine Tricks für KI erfinden. KI belohnt das als Nebeneffekt. Hier die vier wichtigsten.

Eine klare Überschriftenhierarchie strukturiert Inhalte für Menschen und Bots

Überschriften gelten oft als Designentscheidung, eine größere Schrift, ein fetteres Gewicht, statt als das, was sie wirklich sind: ein strukturelles Signal. Überschriften zeigen Priorität und bauen die Struktur der Seite auf: Das ist das Hauptthema, das sind die Unterthemen.

Ein Screenreader nutzt diese Struktur, damit eine Person von Abschnitt zu Abschnitt springen kann. Eine KI nutzt sie, um zu verstehen, worum es in jedem Block geht, und den richtigen Teil herauszuziehen. Gib den Überschriften den Stil, den deine Marke braucht, aber halte die H1-H2-H3-Hierarchie darunter konsistent. Sonst kann sich keines der beiden Publikum auf der Seite orientieren.

Textbilder sollten immer eine Textversion haben

Text in einem Bild ist für Menschen, die ihn nicht sehen können, unsichtbar und für die meisten Systeme, die die Seite lesen, undurchsichtig. Eine Überschrift, ein Wert oder eine Tabelle als Bild verschwinden aus beiden Lesarten. Die Regel ist einfach: Steht Text drin, braucht es eine Textalternative auf der Seite oder im Code (mehr zum Kriterium „Images of Text" der WCAG, Web Content Accessibility Guidelines, liest du hier).

Alternativtext ist kein Ort für Keyword-Stuffing

Alternativtext ist die Beschreibung, die ein Bild für Menschen begleitet, die es nicht sehen können. Gut gemacht, sagt er, was das Bild zeigt und warum es dort steht. Schlecht gemacht, leer oder mit Keywords vollgestopft, hilft er niemandem. Dieselbe Beschreibung, die Screenreader-Nutzer:innen ein Diagramm verstehen lässt, lässt eine KI wissen, was es enthält.

Tabellen und Inhalte in HTML, nicht als Bild

Eine als Bild gespeicherte Tabelle ist für eine Maschine ein stummes Rechteck. Eine in HTML geschriebene Tabelle ist lesbar: Zeilen, Spalten und Überschriften, die ein System interpretieren und zusammenfassen kann. Das gilt für Tabellen, für Diagramme mit Bildunterschrift und für Listen. Ein im Code strukturierter Inhalt ist ein Inhalt, den beide Zielgruppen nutzen können.

Es gibt auch eine technischere Ebene: Der Inhalt muss im ausgelieferten Code vorhanden sein, nicht erst später per JavaScript erzeugt werden, sonst sehen ihn manche Systeme gar nicht. Das Prinzip bleibt aber dasselbe: Was für einen Screenreader verborgen ist, ist es meist auch für eine KI.

Reicht Barrierefreiheit aus, um von KI gefunden zu werden?

Nein, und wer das verspricht, vereinfacht zu stark. Barrierefreiheit garantiert keinen Platz in den Antworten von KI-Systemen: Aktuell misst keine öffentliche Studie, wie stark WCAG-Verbesserungen die Zitierhäufigkeit durch KI erhöhen.

Was wir sagen können: KI liest eine Seite auf dieselbe Weise wie ein Screenreader. Je klarer die Struktur, desto mehr Kontext und Inhalt kann sie tatsächlich aufnehmen. Ob dieser Inhalt dann von der Antwort-Engine eines LLM (Large Language Model) aufgegriffen wird, ist eine andere Frage, die derzeit niemand mit Sicherheit beantworten kann.

Diese Überschneidung hat jedoch eine Grenze. Eine Analyse von TechPolicy.Press zeigt, dass manche KI-orientierten Abkürzungen, etwa llms.txt-Dateien, die eine Seite auf reinen Text reduzieren, einem Sprachmodell helfen, aber Screenreader-Nutzer:innen nichts bringen. Eine Seite für eine Maschine lesbar zu machen, macht sie nicht automatisch für Menschen vollständig zugänglich. Die Autor:innen nennen das Accessibility-Washing: „maschinenlesbar" mit „barrierefrei" zu verwechseln.

Wo du anfangen solltest

Der erste Schritt: die Seite so sehen, wie eine Maschine sie sieht. Die Werkzeuge dafür gibt es bereits. Der Accessibility Tree lässt sich über die DevTools des Browsers prüfen und zeigt genau, was bei einem Screenreader und bei einer KI ankommt. So erkennst du, welche Elemente klar sind und welche stumm bleiben.

Der nächste Schritt: die Barrieren in der Seitenstruktur beheben, beginnend mit denen, die die Sichtbarkeit am stärksten beeinträchtigen. Das nennen wir Remediation: digitale Barrieren durch manuelle Analyse und gemeinsam mit Menschen mit Behinderungen aus unserem Team identifizieren und im Code beheben. Kein Widget, das über die Website gelegt wird, sondern eine Korrektur dessen, was die Seite lesbar macht. Und dieselbe Arbeit dient jetzt gleichzeitig zwei Zielgruppen.

Barrierefreiheit und KI-Sichtbarkeit: die wichtigsten Punkte

Drei Dinge zum Mitnehmen.

• KI liest das Web über seine Struktur, dieselbe, die Screenreader-Nutzer:innen brauchen. Barrierefreiheit und maschinelle Lesbarkeit sind größtenteils dieselbe Arbeit.

• Die meisten Leser:innen des Webs sind heute nicht mehr menschlich, doch fast jede Website hat Barrieren, die beiden Zielgruppen im Weg stehen.

• Nur Arbeit an der Struktur dient sowohl der Barrierefreiheit als auch der KI.

Ein letzter Gedanke. Je mehr KI zu einem Zugangstor zum Web wird, desto mehr wird die Struktur einer Seite zu ihrer Sprache: für Menschen, die sie über einen Screenreader hören, und für KI, die sie befragt. Barrierefreiheit bleibt vor allem eine Frage der Rechte. Aber sie ist auch, mehr und mehr, die Sprache, in der das Web gelesen wird.

Möchtest du mit der Barrierefreiheit deiner Website beginnen? Wir helfen dir, Barrieren zu finden und zu beheben.

Demo buchen