Wir analysieren die Funktionsweise unter der Haube von „Agentic Browsing“ in Lighthouse
Im Mai 2026 wanderte mit dem Release von Lighthouse 13.3.0 offiziell eine neue Kategorie in die Standardprüfungen (und anschließend in PageSpeed Insights) – „Agentic Browsing“ (Agentic Browsing). Sie bewertet, wie gut Ihre Website für die Interaktion mit KI-Agenten, smarten Bots und LLM-Modellen bereit ist.
Um dieses Update sind bereits viele Mythen und unbegründete Panik entstanden. Das Team von Starcode PR hat die Mechanik unter der Haube der neuen Audits analysiert, um zu zeigen: Sie müssen nicht sofort den Code neu schreiben, aber zu wissen, wohin sich Google bewegt, ist Pflicht.
Der größte Mythos: „Wir fallen hinter die Konkurrenz zurück, wenn wir keine AI-Features einführen“
Die Kategorie „Agentenansicht“ befindet sich nach wie vor im Status „under development“ (in Entwicklung). Im Gegensatz zur gewohnten Leistungsbewertung gibt es hier keine Skala von 0 bis 100. Lighthouse zeigt lediglich das Bruchverhältnis der bestandenen Prüfungen an — zum Beispiel 2/2 oder 3/3.
Wichtig: Sie können das Audit nicht einfach deshalb „nicht bestehen“, weil Sie keine neumodischen KI-Integrationen haben. Wenn die Website keine spezifischen Dateien oder Protokolle für KI enthält, markiert Lighthouse diese Prüfungen einfach als Not Applicable (Nicht anwendbar), und sie verschlechtern Ihre Bewertung nicht. Eine normale, qualitativ hochwertige Website erhält problemlos „grüne“ 2/2. Dies ist ein Signal für die Entwicklungsrichtung des Webs und kein Grund zur Panik.
4 reale Audits: Was genau prüft Lighthouse?
In der Praxis läuft die „Agentur-Ansicht“ auf genau vier konkrete Metriken hinaus: zwei fundamentale und zwei experimentelle.
1. Korrektheit des Barrierefreiheitsbaums (Accessibility Tree)
Viele Artikel versuchen, diesen Punkt in eine Vielzahl neuer Anforderungen aufzuteilen, aber in der Realität führt Lighthouse ein vertrautes Audit durch: «accessibility tree is not well-formed».
KI-Agenten haben keine Augen, ihr Wahrnehmungsmodell einer Seite ist der Accessibility Tree (Barrierefreiheitsbaum). Diese Prüfung basiert auf bereits bestehenden a11y-Regeln (Accessibility). Wenn Sie eine korrekte Semantik haben und Schaltflächen über aria-label, und Formulare korrekt verbunden sind mit <label>, bestehen Sie diese Prüfung ohne zusätzlichen Aufwand.
2. Layout-Verschiebungen (CLS — Cumulative Layout Shift)
Die CLS-Metrik ist SEO-Spezialisten schon lange bekannt, gewinnt hier jedoch eine kritische Bedeutung. Wenn ein AI-Agent die gewünschte Schaltfläche gefunden, ihre Koordinaten berechnet und versucht hat zu „klicken“, in diesem Moment jedoch ein Banner nachgeladen wurde und den Inhalt verschoben hat — kommt es zu einem Fehler in der interaktiven Programminteraktion. Visuelle Stabilität (CLS) ist für Agenten noch wichtiger als für Menschen.
3. Datei llms.txt (Neuer Standard)
Dies ist die interessanteste technische Neuheit, die oft übersehen wird. llms.txt — ist eine Datei (analog zu robots.txt), die im Root-Verzeichnis der Website abgelegt wird und eine kompakte Markdown-Zusammenfassung der Struktur und des Inhalts des Projekts speziell für Sprachmodelle (LLM) enthält.
Wenn Sie sich entschieden haben hinzuzufügen llms.txt, Lighthouse prüft, ob es drei strikten Regeln entspricht:
- Die Datei muss unbedingt eine H1-Überschrift enthalten.
- Die Datei darf nicht zu kurz sein (inhaltlose Platzhalter werden aussortiert).
- In der Datei müssen unbedingt Links zu Ressourcen Ihrer Website vorhanden sein, und zwar strikt im Markdown-Format (z. B.
[О нас](/about)). Normale URLs als Text führen zum Fehlschlagen des Audits.
(Hinweis: Derzeit wird diese Datei von AI-Tools selbst kaum genutzt, daher verringert ihr Fehlen Ihre Punktzahl nicht).
4. WebMCP-Protokoll
Dieser Audit prüft, wie die Website ihre Tools für die Interaktion mit Modellen offenlegt (Model Context Protocol). Lighthouse sucht auf der Seite auf zwei Wegen nach registrierten Tools:
- Deklarativ: Überprüft HTML-Formulare auf das Vorhandensein korrekter Anmerkungen und die Konformität mit dem Schema (
form-coverageundschema-validity). Wenn Sie Tools über HTML-Attribute festlegen, müssen diese korrekte Namen und Parameterbeschreibungen haben (toolparamdescription). - Imperativ: Das System greift auf Tools zurück, die programmatisch via JavaScript mittels Aufruf registriert wurden
navigator.modelContext.registerTool.
Was sollte man sofort tun?
Derzeit ist die „Agenturansicht“ eher ein Kompass als ein Aufseher. Damit Ihre Website im grünen Bereich bleibt und für die Zukunft gerüstet ist, konzentrieren Sie sich auf die Grundlagen:
- Halten Sie den CLS bei null. Legen Sie die Größen aller Bilder und Werbeblöcke strikt fest.
- Achten Sie auf a11y. Der Barrierefreiheitsbaum muss perfekt sein. Das ist nicht nur für KI nützlich, sondern auch für Screenreader (und klassisches SEO).
- llms.txt und WebMCP — nach Ihrem Ermessen. Eine Integration macht nur Sinn, wenn Ihr Projekt bereits aktiv mit LLM interagiert oder Sie gerne an der absoluten Spitze der Technologie stehen.