Google prüft jetzt deine Website auf KI-Tauglichkeit. Und widerspricht sich dabei selbst.

Seit Mai 2026 hat Googles PageSpeed Insights eine neue Kategorie namens "Agentic Browsing". Sie bewertet, wie gut KI-Agenten deine Website lesen und bedienen können. Geprüft werden vier Punkte, darunter ausgerechnet die llms.txt-Datei. Und genau da wird es unlogisch, denn Googles eigenes Suchteam sagt seit Monaten klar: llms.txt bringt für die Suche nichts.

Was "Agentic Browsing" ist und warum es jetzt auftaucht

Mit Lighthouse 13.3, veröffentlicht am 7. Mai 2026, ist im Mess-Tool hinter PageSpeed Insights eine neue Bewertungskategorie dazugekommen. Sie steht jetzt neben den bekannten Bereichen Leistung, Bedienungshilfen, Best Practices und SEO.

Der Unterschied: Diese Kategorie bewertet nicht, wie schnell ein Mensch deine Seite sieht oder wie gut Google sie für die klassische Suche versteht. Sie prüft, ob ein KI-Agent mit deiner Website etwas anfangen kann. Also genau die Art von Software, die im Auftrag eines Gastes selbstständig recherchiert, vergleicht und bucht.

Zwei Dinge solltest du gleich wissen, bevor du in Panik verfällst. Erstens vergibt diese Kategorie keinen Wert von 0 bis 100, sondern zeigt ein Verhältnis bestandener Prüfungen, etwa 2 von 2 oder 3 von 3. Wie viele Prüfungen angezeigt werden, hängt davon ab, welche davon auf deine Seite überhaupt zutreffen. Darum bekommt eine fast leere Seite wie example.com nur 2 von 2. Zweitens ist die Kategorie ausdrücklich als "in Entwicklung" markiert. Das ist also keine Strafe, sondern eine Liste mit Möglichkeiten.

Warum das Thema überhaupt Gewicht bekommt, zeigen die Zahlen: Über 60 Prozent der Reiseunternehmen experimentieren bereits mit agentischer KI oder skalieren sie (Phocuswright 2026). Und 69 Prozent der Google-Suchen in Deutschland enden mittlerweile ohne Klick (SISTRIX, Mai 2025). Die Maschine wird zum Vermittler zwischen deinem Betrieb und dem Gast. Google reagiert darauf mit dieser neuen Checkliste.

Was die KI-Checkliste konkret prüft

Die Kategorie kombiniert vorhandene Messdaten mit ein paar neuen Prüfungen. Vier Punkte stehen im Mittelpunkt.

Sauberer Accessibility-Tree

Der Accessibility-Tree ist eine vereinfachte Struktur deiner Seite, die ursprünglich für Screenreader und Barrierefreiheit gedacht war. KI-Agenten nutzen genau diese Struktur, weil sie damit schneller verstehen, was auf der Seite passiert, als wenn sie den kompletten Code oder einen Screenshot auswerten müssten. Ist der Baum sauber aufgebaut, versteht der Agent deine Seite. Das ist der sinnvollste Punkt der ganzen Liste, denn er hilft echten Menschen und Maschinen gleichzeitig.

Stabiles Layout

Hier wird der Cumulative Layout Shift gemessen, also ob Inhalte beim Laden herumspringen. Was schon immer für die Nutzererfahrung galt, gilt für Agenten verschärft: Eine Software, die einen Screenshot macht und darauf klickt, ist verwirrt, wenn sich das Layout in dem Moment verschiebt. Auch dieser Punkt zahlt auf etwas ein, das du ohnehin im Griff haben solltest.

WebMCP

WebMCP ist eine neue, von Google vorangetriebene Schnittstelle, über die eine Website einem Agenten konkrete Befehle anbietet, etwa ein sauber annotiertes Buchungsformular. Das ist Technik für die Zukunft und für die allermeisten Tourismus- und KMU-Seiten heute noch nicht relevant.

llms.txt

Und hier kommt der spannende Teil. Die llms.txt ist eine einfache Textdatei im Stammverzeichnis deiner Domain, die KI-Systemen die wichtigsten Inhalte in Klartext anbieten soll. Die neue Prüfung schaut: Gibt es eine llms.txt? Wenn ja, hat sie eine H1-Überschrift, ist sie lang genug, enthält sie Links? Google bewertet also die Qualität einer Datei, die Google selbst für nutzlos erklärt hat.

Der Widerspruch: Google prüft etwas, das Google ignoriert

Genau das ist der Punkt, der nicht zusammenpasst. Auf der einen Seite baut Googles Chrome-Team die llms.txt-Prüfung in sein Mess-Tool ein und legt damit nahe, dass so eine Datei wünschenswert ist. Auf der anderen Seite sagt Googles Suchteam seit Monaten das Gegenteil.

John Mueller, Search Advocate bei Google, vergleicht die llms.txt mit dem alten Keywords-Meta-Tag, das Suchmaschinen seit über zehn Jahren ignorieren, weil es allein vom Seitenbetreiber gesteuert und damit leicht manipulierbar ist. Gary Illyes, Analyst im selben Google-Search-Team, bestätigt: Kein Google-System wertet llms.txt aus. Beide sprechen offiziell für Google. Im Dezember 2025 tauchte die Datei kurz sogar in Googles eigener Entwickler-Doku auf und wurde noch am selben Tag wieder entfernt.

Die Praxis gibt dem recht. Eine Ahrefs-Studie über 137.000 Websites zeigt: 97 Prozent aller llms.txt-Dateien werden nie abgerufen. Auch OpenAI, Anthropic und Perplexity haben zwar selbst eine llms.txt auf ihren Doku-Seiten liegen, aber ihre Crawler lesen die llms.txt fremder Websites praktisch nicht, sondern gehen direkt an den HTML-Code.

Wie passt das zusammen? Es sind unterschiedliche Teams mit unterschiedlichen Zielen. Das Chrome- und Lighthouse-Team will Daten für das entstehende agentische Web sammeln und listet jede theoretisch mögliche Maßnahme auf. Das Suchteam bewertet, was tatsächlich ins Ranking einfließt. Die neue Kategorie ist eine Wunschliste für eine mögliche Zukunft, kein Mängelbericht für heute.

Was das für Tourismusbetriebe und KMU bedeutet

Lass dich von diesem Verhältnis nicht treiben. Es fließt nicht ins Google-Ranking ein und es bestraft dich nicht, wenn du keine KI-Features hast.

Zwei der vier Punkte solltest du trotzdem ernst nehmen, weil sie dir ohnehin nützen: ein sauberer Accessibility-Tree und ein stabiles Layout. Beides verbessert die Erfahrung echter Gäste und macht deine Seite nebenbei agententauglich. Das ist gut investierte Zeit.

Die llms.txt ist optional. Sie anzulegen kostet wenig und schadet nicht, aber erwarte kein Sichtbarkeits-Wunder. Wer dir heute eine llms.txt als Pflicht für KI-Sichtbarkeit verkauft, hat die Faktenlage nicht gelesen. WebMCP wiederum ist Zukunftstechnik, die du heute noch nicht brauchst.

Deine Energie gehört woanders hin. KI-Systeme zitieren Betriebe, die saubere Inhalte, klare HTML-Struktur und korrektes Schema-Markup liefern. Das ist der Hebel, der wirklich darüber entscheidet, ob ChatGPT, Perplexity oder Googles KI-Modus deinen Betrieb nennen, wenn ein Gast nach einer Region, einem Hotel oder einem Angebot fragt.

Häufige Fragen

Was ist ein Accessibility-Tree?

Der Accessibility-Tree ist eine vereinfachte Version deiner Webseite, die der Browser automatisch im Hintergrund erstellt. Die Seite wird dabei auf ihre Bedeutung reduziert: Überschrift, Button "Jetzt buchen", Bild mit Beschreibung, Navigationspunkte, ohne Farben und Layout. Ursprünglich hilft diese Struktur Screenreadern, also Programmen, die blinden oder sehbehinderten Menschen die Seite vorlesen. KI-Agenten nutzen denselben Baum, weil sie damit sofort erfassen, was auf der Seite passiert und wo sie klicken können. Ein sauber aufgebauter Accessibility-Tree hilft also Menschen und Maschinen gleichzeitig.

Muss ich jetzt eine llms.txt-Datei anlegen?

Nein. Aktuell nutzt kein großes KI-System die llms.txt fremder Websites als Signal für Antworten oder Ranking. Du kannst eine anlegen, weil es wenig Aufwand ist und nicht schadet, aber sie ist kein Muss und kein Ersatz für gute Inhalte.

Schadet ein schlechter Agentic-Browsing-Score meinem Google-Ranking?

Nein. Die Kategorie fließt nicht ins Suchranking ein, ist als "in Entwicklung" gekennzeichnet und vergibt kein 0-bis-100-Ergebnis. Sie sammelt Daten und zeigt Möglichkeiten, sie ist kein Bewertungsfaktor für die klassische Suche.

Was ist der Unterschied zwischen llms.txt und robots.txt?

Die robots.txt sagt Suchmaschinen und Crawlern, welche Bereiche sie crawlen dürfen, und wird breit beachtet. Die llms.txt soll KI-Systemen die wichtigsten Inhalte in Klartext anbieten, wird aber von KI-Tools derzeit fast nicht gelesen.

Worauf soll ich mich stattdessen konzentrieren?

Auf saubere, zitierfähige Inhalte, eine logische HTML-Struktur und korrektes Schema-Markup. Das entscheidet darüber, ob KI-Systeme deinen Betrieb in ihren Antworten nennen. Genau hier liegt der eigentliche Hebel für KI-Sichtbarkeit.