Wenn Sie eine llms.txt erstellen möchten, um Ihre Platzierung bei Google zu verbessern, sollte das nicht vor den tatsächlichen Problemen Ihrer Website stehen. Laut Dokumentation der Google Suche verbessert oder verschlechtert die Datei die Sichtbarkeit in der Suche nicht, auch nicht in ihren generativen KI-Funktionen. Anders sieht es aus, wenn Sie einem Agenten, der Ihre Dokumentation nutzt, einen hilfreichen Index anbieten möchten: Dafür kann es einen konkreten Anlass für einen Test geben.
Die Frage wird dadurch komplizierter, dass auch Lighthouse eine Prüfung namens llms.txt enthält. Das wirkt widersprüchlich, bis man die unterschiedlichen Prüfziele der Produkte betrachtet. Eine Prüfung für agentisches Browsing macht die Datei nicht zur SEO-Anforderung.
Was ist llms.txt?
Es handelt sich um eine Markdown-Datei, die eine Website oder ein Projekt vorstellt und Links zu relevanten Informationen ordnet. Sie ähnelt einem kommentierten Inhaltsverzeichnis einer Dokumentation: Sie schlägt einen Leseweg vor, während die Einzelheiten auf den verlinkten Seiten bleiben.
Der von Jeremy Howard gepflegte Vorschlag ist auf Englisch verfügbar. Er wurde im September 2024 veröffentlicht und im August 2026 überarbeitet. Es bleibt ein Vorschlag, keine allgemeine Pflicht für Websites.
Entscheidend ist, wer die Datei nutzen soll. Ihre Veröffentlichung verpflichtet keinen Assistenten dazu, sie abzurufen, ihren Links zu folgen oder Ihr Unternehmen zu zitieren. Vor der Installation eines Generators sollten Sie klären: Welches System soll diesen Index für welche Aufgabe verwenden?
Warum Google Search und Lighthouse scheinbar widersprüchliche Aussagen machen
Googles Leitfaden zu generativen KI-Funktionen bezieht sich ausdrücklich auf die Google Suche. Im Abschnitt über Missverständnisse zur KI-Optimierung erklärt Google, dass die Suche diese Dateien ignoriert. Eine solche Datei für ein anderes System zu pflegen, ist möglich, bringt aber keinen Rankingvorteil bei Google.
Die Dokumentation zur llms.txt-Prüfung von Lighthouse gehört hingegen zum agentischen Browsing, also zur Interaktion von Agenten mit Websites. Sie beschreibt zwei relevante Verhaltensweisen: Ein Serverfehler beim Abruf der Datei wird beanstandet. Eine 404-Antwort bei fehlender Datei gilt als nicht anwendbar, da die Bereitstellung optional ist.
Ein Hinweis aus dieser Prüfung muss daher in seinem jeweiligen Geltungsbereich gelesen werden. Er belegt weder einen Rankingverlust noch, dass eine KI das Unternehmen nach Veröffentlichung der Datei empfehlen wird.
Dokumente vergleichen und daraus eine Entscheidung ableiten
Für diese Analyse wurden die beiden offiziellen Dokumentationen und der Formatvorschlag verglichen, abgerufen am 31. Oktober 2026. An jede Quelle wurde dieselbe Frage gestellt: Was lässt sich daraus über die Notwendigkeit der Datei ableiten?
| Untersuchte Quelle | Feststellung | Daraus ableitbare Entscheidung |
|---|---|---|
| Google Search Central | Die Google Suche ignoriert die Datei. | Die Implementierung nicht mit besseren Google-Rankings begründen. |
| Lighthouse, agentisches Browsing | Eine fehlende Datei mit 404-Antwort gilt als nicht anwendbar; ein Serverfehler wird beanstandet. | Einen Fehler bei der Auslieferung getrennt von der Entscheidung untersuchen, die Datei anzubieten. |
| Vorschlag llms.txt v2 | Ein Index kann Agenten zu relevanten Inhalten führen. | Das Format bewerten, wenn ein konkretes nutzendes System und eine Aufgabe feststehen. |
Dieser Vergleich vermeidet zwei Fehler bei der Priorisierung. Der erste besteht darin, jede Werkzeugwarnung zu einem dringenden SEO-Problem zu erklären. Der zweite besteht darin, eine Dokumentationshilfe nur deshalb zu verwerfen, weil sie Google nicht beeinflusst. Der Zweck der Arbeit bestimmt die Bewertung.
Ein öffentliches Beispiel: der Dokumentationsindex von FastHTML
Die öffentliche Datei von FastHTML zeigt den Vorschlag in der Praxis. Die englischsprachige Datei stellte beim Abruf das Projekt vor, nannte Hinweise zur Nutzung und ordnete Links nach Dokumentation, API, Beispielen und optionalem Material.
Ein Detail ist besonders hilfreich: Noch vor den Links warnt der Text davor, dass die Bibliothek nicht mit der Syntax von FastAPI kompatibel ist. Dieser Hinweis soll einen konkreten Implementierungsfehler verhindern. Der beabsichtigte Nutzen besteht darin, Menschen oder Agenten bei der korrekten Verwendung eines Werkzeugs zu unterstützen.
Außerdem enthält die Datei einen Link zu einer kompakten Markdown-Anleitung. Sie dient als Einstieg zu diesem Material, statt die gesamte Dokumentation in einem einzigen Block zusammenzufassen.
Diese Untersuchung zeigt, wie die öffentliche Datei aufgebaut ist. Sie misst nicht, wie viele Agenten darauf zugreifen, ob sie weniger Fehler machen oder ob FastHTML dadurch mehr Traffic erhält. Dafür wäre eine andere Untersuchung erforderlich. Der Autor steht in keiner beruflichen Beziehung zu dem untersuchten Projekt.
Wann die Datei auf die Aufgabenliste gehört
Wenn Sie eine kleine Unternehmenswebsite betreuen und wichtige Seiten noch schwer erreichbar sind, Informationen veraltet sind oder die Navigation Fehler aufweist, beginnen Sie dort. Ein zusätzlicher Index müsste dieselben Änderungen nachvollziehen und könnte zu einer weiteren Stelle mit widersprüchlichen Informationen werden.
Bei umfangreicher technischer Dokumentation kann die Entscheidung anders ausfallen. Wenn das Team bereits Agenten zum Nachschlagen verwendet, kann ein kurzer Index für eine klar begrenzte Aufgabe sinnvoll sein, etwa zum Finden der richtigen Authentifizierungsanleitung. Legen Sie fest, wer die Datei pflegt und wie Links nach Änderungen überprüft werden.
Die Priorität hängt vom Ziel ab. Zusammenfassung der am 31.10.2026 abgerufenen offiziellen Quellen; die Kriterien werden im Text erläutert.
Für die Entscheidung über einen Pilotversuch würde ich drei Fragen stellen:
- Ist ein konkretes nutzendes System bekannt? Benennen Sie den Agenten, die Integration oder den Ablauf, der den Index lesen soll. „Die KIs“ ist zu unbestimmt, um einen Test zu planen.
- Gibt es ein beobachtbares Problem? Halten Sie die aktuelle Schwierigkeit fest, etwa die Nutzung einer veralteten Referenz oder das Nichtauffinden einer benötigten Anweisung.
- Ist die Pflege realistisch? Bestimmen Sie eine verantwortliche Person und ein Verfahren, um Links und Beschreibungen gemeinsam mit der Dokumentation zu aktualisieren.
Wenn diese Antworten noch fehlen, bleibt die Implementierung eine Hypothese. So können Sie darauf zurückkommen, sobald ein konkreter Bedarf besteht.
llms.txt, robots.txt und Sitemap haben unterschiedliche Aufgaben
Die robots.txt gibt Anweisungen für das Crawling. Sie schützt keine vertraulichen Informationen und garantiert allein nicht, dass eine URL aus den Google-Ergebnissen ausgeschlossen bleibt.
Eine Sitemap hilft Suchmaschinen, URLs zu entdecken, und liefert Informationen über Dateien auf der Website. Ihre Existenz garantiert nicht, dass alle Einträge gecrawlt oder indexiert werden.
Die llms.txt bietet Kontext und ausgewählte Links für Systeme, die sie nutzen möchten. Sie ersetzt diese Mechanismen nicht. Verwenden Sie sie auch nicht als Zugriffsschutz: Eine veröffentlichte Anweisung für einen Agenten schützt den verlinkten Inhalt nicht.
Testen, ohne Zugriffe mit Ergebnissen zu verwechseln
Ein sinnvoller Pilotversuch beginnt mit einer Aufgabe und einer überprüfbaren Antwort. Wählen Sie eine Frage, deren Lösung in der Dokumentation steht, halten Sie die Version des Agenten fest und vergleichen Sie gleichwertige Durchläufe mit und ohne Index. Falls der Ablauf erlaubt, die Datei manuell bereitzustellen, dokumentieren Sie das: Ein dem Agenten übergebener Index belegt keine automatische Entdeckung.
Speichern Sie die konsultierten Seiten, die abschließende Antwort und die gefundenen Fehler. Wiederholen Sie die Aufgabe, weil einzelne Durchläufe variieren können. Eine Anfrage an die Datei in den Serverprotokollen belegt eine Anfrage, aber keine hilfreiche Nutzung, keine Quellenangabe und keinen Verkauf. Auch ein Traffic-Anstieg nach der Veröffentlichung isoliert nicht die Wirkung dieser Änderung.
Dieser Artikel enthält eine Dokumentenanalyse und ein vorgeschlagenes Bewertungsverfahren. Es wurde kein Experiment zu Rankinggewinnen oder zur Leistung von Agenten durchgeführt. Die Empfehlungen und der Vorschlag können sich ändern. Prüfen Sie die Quellen erneut, bevor Sie die Schlussfolgerung zu einer dauerhaften Anforderung machen.
Das Thema gehört zur Kategorie Technisches und internationales SEO, die Crawling, Indexierung und Websitearchitektur behandelt.
Mehr über meine Arbeit mit Webentwicklung, technischem SEO und Daten erfahren Sie in meinem beruflichen Profil. Wenn Ihr Team die Prioritäten seiner Website festlegt, sprechen Sie mich über WhatsApp an.
Dokumentenanalyse mit KI-Unterstützung erstellt. Quellen am 31.10.2026 abgerufen. Das Titelbild ist eine illustrative Montage.