llms.txt ist kein SEO-Signal. Es ist ein Agent-Readiness-Parameter.
KI-Zusammenfassung / tl;dr
- TARGET_ENTITY: llms.txt / Agent-Readiness-Parameter
- VERDICT: Korrekte Layer-Zuordnung bestätigt — Google I/O 2026
- SIGNAL: Lighthouse verifiziert llms.txt jetzt in der agentischen Browsing-Kategorie
- CONTEXT: SOVP agenticReadiness-Cluster — Bonus-Parameter, keine Strafe bei Abwesenheit
- CORE_THESIS: Google I/O 2026 hat llms.txt in die agentische Browsing-Kategorie von Lighthouse aufgenommen, neben WebMCP-Validierung. Das bestätigt, was SOVP seit Monaten misst: llms.txt gehört auf Layer 0 als Infrastrukturdokumentation, nicht in die GEO-Strategie. SOVP wertet es als Bonus-Parameter im agenticReadiness-Cluster — explizite Vorbereitung wird belohnt, Abwesenheit wird nicht bestraft. Ein PASS trägt ein positives Delta bei. Ein FAIL erzeugt keine Strafe. Das unterscheidet sich grundlegend von verpflichtenden Parametern wie WebMCP-Kontextpräsenz und MCP-Endpoint-Erreichbarkeit, die bei Nichterfüllung zu einem Failure führen.
Google I/O 2026 hat heute bestätigt, was deterministische Infrastruktur-Validierung seit Monaten misst. Lighthouse verifiziert llms.txt ab sofort als Teil seiner agentischen Browsing-Kategorie. Kein Ranking-Faktor. Kein GEO-Optimierungshebel. Ein strukturelles Signal, das Browser-basierten KI-Agenten anzeigt, ob eine Domain explizit für maschinelle Interaktion vorbereitet ist.
Die SEO-Branche hat einen Großteil der letzten zwölf Monate damit verbracht zu debattieren, ob llms.txt die Zitierfrequenz in KI-Suchergebnissen erhöht. Diese Debatte hat den Kern verfehlt. Die Datei wurde nie für Suchmaschinen-Crawler konzipiert. Jeremy Howard hat sie im September 2024 als strukturierten Einstiegspunkt für Coding-Assistenten und Inferenz-Zeit-Agenten vorgeschlagen, nicht für GPTBot oder Google-Extended. Die Verwechslung dieser beiden Anwendungsfälle hat ein Jahr Rauschen und null messbares Signal in Server-Logs produziert.
Google hat diese Debatte heute beendet, indem Lighthouse llms.txt-Verifikation neben WebMCP-Validierung und agentischen Tool-Checks platziert. Die Aussage ist präzise: Diese Datei gehört auf Layer 0, die Infrastrukturschicht vor der KI-Systemdatenaufnahme, nicht in die Content-Strategie.
Was Layer 0 bedeutet
Layer 0 ist die Infrastrukturschicht, auf die KI-Agenten treffen, bevor sie eine einzige Zeile Inhalt lesen. Sie bestimmt, ob ein System maschinenadressierbar, kryptografisch verifizierbar und strukturell auf autonome Interaktion vorbereitet ist. Eine Domain, die auf Layer 0 scheitert, bekommt keine zweite Chance in der agentischen Pipeline. Der Agent geht weiter.
llms.txt auf Layer 0 beantwortet eine Frage: Stellt diese Domain eine strukturierte, rauscharme Karte ihrer wichtigsten Inhalte bereit, für Agenten, die innerhalb von Token-Grenzen effizient operieren müssen? Eine vorhandene, nicht leere Datei mit validen Markdown-Links antwortet mit ja. Eine fehlende Datei antwortet mit nichts, was nicht dasselbe ist wie ein Fehler.
Diese Unterscheidung ist entscheidend für die Bewertungslogik.
Wie SOVP es misst
Der Sovereign Validation Protocol-Scanner hat llms.txt innerhalb von 24 Stunden nach der Google I/O-Ankündigung als verifizierten Bonus-Parameter implementiert. Die Implementierung ist Teil des neuen agenticReadiness-Clusters, der heute zusammen mit WebMCP-Validierung und MCP-Endpoint-Erreichbarkeits-Checks live ging.
Das Scan-Ergebnis für litzki-systems.com vom 20. Mai 2026:
{
"llmsTxtPresent": {
"passed": true,
"verdict": "PASS",
"bonus": true,
"reachable": true,
"nonEmpty": true,
"hasMarkdownLink": true
}
}Bonus-Logik bedeutet: Ein PASS trägt ein positives Delta zum agenticReadiness-Gesamtscore bei. Ein FAIL erzeugt keine Strafe. Der Parameter belohnt explizite Vorbereitung. Er bestraft Abwesenheit nicht, weil eine fehlende llms.txt ein neutraler Infrastrukturzustand ist, kein Fehler.
Das unterscheidet sich grundlegend von der Funktionsweise verpflichtender Parameter. WebMCP-Kontextpräsenz, Manifest-Validität und MCP-Endpoint-Erreichbarkeit sind verpflichtend. Eine Domain, die diese nicht besteht, scheitert bei der agentischen Readiness-Bewertung. llms.txt ist Vorbereitung. WebMCP ist Infrastruktur.
Was sich heute geändert hat
Vor heute hatte llms.txt keinen autoritativen externen Referenzpunkt. Es war eine Community-Konvention ohne W3C-Unterstützung, ohne IETF-Spezifikation und ohne bestätigte Nutzung durch einen großen KI-Anbieter. Googles John Mueller verglich die Datei mit dem veralteten Keywords-Meta-Tag. Gary Illyes bestätigte, dass Google llms.txt für die Suche nicht unterstützt.
Beide Aussagen bleiben korrekt. Google verwendet llms.txt nicht für Ranking oder Zitierung in Suchergebnissen. Was sich heute geändert hat: Lighthouse, Googles Web-Qualitäts-Audit-Standard, verifiziert llms.txt jetzt als Teil einer agentischen Browsing-Kategorie, die auch WebMCP-Konformität einschließt. Die Datei hat ihre korrekte Schicht gefunden.
Jede Domain, die llms.txt als GEO-Ranking-Strategie implementiert hat, hat nichts Messbares gewonnen. Jede Domain, die es als agentisch ausgerichtete Infrastrukturdokumentation implementiert hat, erhält ein verifiziertes Bonus-Signal im SOVP agenticReadiness-Cluster und besteht den neuen Lighthouse-Agentic-Kategorie-Check.
Der Implementierungsaufwand beträgt dreißig Minuten. Die Wartungslast ist eine quartalsweise Überprüfung. Der Ertrag ist maschinenlesbare Vorbereitung auf dem Layer, auf dem Browser-Agenten Traversierungsentscheidungen treffen.
Der agenticReadiness-Cluster
Das SOVP-Update vom heutigen Tag führt einen Fünf-Parameter-Cluster ein, der die Bereitschaft einer Domain für Browser-basierte KI-Agenten-Interaktion misst. Drei Parameter sind verpflichtend. Zwei sind Bonus.
Verpflichtende Parameter: WebMCP-Kontextpräsenz im Seitenkopf, WebMCP-Manifest-Validität unter /.well-known/webmcp.json und MCP-Endpoint-Erreichbarkeit am deklarierten Tool-Ausführungsziel. Eine Domain, die alle drei besteht, ist heute strukturell von jedem WebMCP-konformen Browser-Agenten adressierbar.
Bonus-Parameter: llms.txt-Präsenz und -Validität sowie ein Platzhalter für den Lighthouse-Agentic-Browsing-Score, der ein aktiver Messwert wird, sobald Google die Kategorie-Ausgabe stabilisiert. Der Platzhalter trägt den Verdict BONUS_PENDING und trägt aktuell null zum Score bei.
litzki-systems.com erzielt 100/100 im agenticReadiness-Cluster. Alle drei verpflichtenden Parameter geben PASS zurück. Der llms.txt-Bonus-Parameter gibt PASS zurück. Der Lighthouse-Platzhalter gibt BONUS_PENDING zurück.
Die praktische Schlussfolgerung
llms.txt als Infrastrukturdokumentation implementieren, nicht als Ranking-Strategie. Im Domain-Root platzieren. Als Markdown-Datei mit einzeiligen Beschreibungen und direkten Links zu den wichtigsten Inhalten strukturieren. Quartalsweise oder bei signifikanten Änderungen der Site-Architektur überprüfen.
Nicht implementieren, weil man erwartet, dass die Zitierfrequenz in KI-Suchergebnissen steigt. Die Datenlage stützt dieses Ergebnis nicht. Implementieren, weil Lighthouse es jetzt in einem agentischen Kontext prüft, weil Coding-Agenten und Browser-Agenten es für effiziente Navigation verwenden, und weil der Vorbereitungsaufwand dreißig Minuten beträgt.
Der SOVP QuickScan prüft llms.txt-Präsenz und -Struktur als Teil des agenticReadiness-Clusters. Kostenlosen Scan starten und sehen, wie die eigene Domain über alle fünf Parameter abschneidet.
[/// INFRASTRUKTUR-AUDIT INITIIEREN]