Agentic Browsing: Ist deine Website bereit für KI-Agenten?

Mit Lighthouse 13.3 hat Google die Kategorie „Agentic Browsing" aus dem experimentellen Status in die Standardauswertung von PageSpeed Insights übernommen. Seitdem taucht sie bei jedem Report auf – dargestellt nicht als Punktzahl von 0 bis 100, sondern als Verhältnis wie „3/3" oder „0/2", je nachdem wie viele Prüfpunkte auf die jeweilige Seite überhaupt zutreffen. Geprüft wird, wie gut eine Website von KI-Agenten gelesen und bedient werden kann. Diese Agenten – etwa in Claude, ChatGPT oder direkt im Chrome-Browser integriert – klicken, füllen Formulare aus und navigieren selbstständig im Auftrag eines Nutzers. Dafür verlassen sie sich meist nicht auf den vollständigen HTML-Code, sondern auf den sogenannten Accessibility Tree: eine vereinfachte, maschinenlesbare Struktur der Seite, die eigentlich für Screenreader gedacht ist. Vier Punkte werden konkret geprüft: ob Links und Buttons einen eindeutigen, programmatisch lesbaren Namen haben, ob die Seite beim Laden stabil bleibt (Cumulative Layout Shift), ob eine llms.txt-Datei mit einer Übersicht über die Website existiert, und ob das noch experimentelle WebMCP-Protokoll für maschinenlesbare Formular- und Aktionsbeschreibungen unterstützt wird. Google selbst stuft die Kategorie ausdrücklich als „still under development and subject to change" ein.

Für SEO in Deutschland ist vor allem eine Klarstellung von Google relevant: Am 15. Juni 2026 hat Google in seinem AI-Optimierungsleitfaden explizit bestätigt, dass eine llms.txt-Datei keinerlei Einfluss auf das Google-Ranking oder auf AI Overviews hat – weder positiv noch negativ. Die Google-Suche nutzt die Datei schlicht nicht. Agentic Browsing ist also aktuell kein Rankingfaktor, sondern eine eigenständige, zukunftsgerichtete Kennzahl. Trotzdem lohnt sich der Blick darauf, denn ein Teil der geprüften Punkte deckt sich mit Dingen, die ohnehin zählen. Cumulative Layout Shift zum Beispiel ist einer der drei Core Web Vitals und wirkt sich direkt auf die Performance-Bewertung und indirekt auf das Ranking aus. Eindeutige Linktexte und eine saubere Seitenstruktur verbessern gleichzeitig die klassische Barrierefreiheit für Menschen, die Screenreader nutzen. Für den deutschen Markt heißt das: Wer seine Website technisch sauber hält, bereitet sich nebenbei auf beide Entwicklungen vor – bessere Zugänglichkeit für Menschen und bessere Lesbarkeit für Maschinen.

Für ein lokales Unternehmen in München bleiben die eigentlichen Prioritäten unverändert: schnelle Ladezeiten, stabile Core Web Vitals, eine gute mobile Darstellung und eine Website, die bei Google auffindbar ist. Agentic Browsing ersetzt das nicht. Was sich lohnt, ist der Blick auf die konkreten Prüfpunkte, weil die Korrekturen meist klein und risikofrei sind. Wir haben das an unserer eigenen Website getestet: maxwapp.de stand zunächst bei 0 von 2 Punkten auf Mobilgeräten, unter anderem weil ein Icon-Link im Footer keinen für Maschinen lesbaren Namen hatte und der Layout-Shift-Wert leicht über dem Zielwert lag. Nach dem Ergänzen von aria-Labels, der Behebung des Layout Shifts und dem Anlegen einer llms.txt-Datei stand der Wert bei 3 von 3 Punkten – bei unveränderter Optik und ohne Eingriff in Design oder Bilder. Für lokale Dienstleister, die auf Anfragen über die Website angewiesen sind, ist das ein guter Nebeneffekt: Wer ohnehin die Website technisch pflegt, sichert sich gleichzeitig gegen künftige Entwicklungen ab, ohne zusätzlichen Aufwand zu betreiben.

- Website unter pagespeed.web.dev testen und den Abschnitt Agentic Browsing prüfen - Icon-Links und Buttons ohne sichtbaren Text (z. B. Social-Media-Icons) mit einem aria-label versehen - Cumulative Layout Shift auf Mobilgeräten prüfen und Layoutverschiebungen beim Laden beheben - Eine einfache llms.txt-Datei mit einer kurzen Übersicht über die eigenen Leistungen und Seiten anlegen - Den Check regelmäßig wiederholen, da sich die Prüfkriterien laut Google noch weiterentwickeln