// KOSTENLOSES TOOL · LLMS.TXT VALIDATOR
llms.txt Validator
Füge deine llms.txt ein, sieh jeden Formatfehler und jede Warnung nach der llmstxt.org-Spezifikation mit Zeilennummer und kopiere die korrigierte Fassung — kostenlos, im Browser, ohne Upload.
Die Prüfung läuft beim Tippen. Nichts wird übertragen — der Prüfer ist ein kleines Skript auf dieser Seite.
So prüfst du eine llms.txt
Drei Schritte, alle auf dieser Seite. Der Validator prüft die auf llmstxt.org definierte Struktur — er ruft deine Website nicht ab, also füge die Datei ein, nicht die URL.
- Datei einfügen. Kopiere den Inhalt deiner llms.txt (oder hole ihn mit curl https://deine-domain.de/llms.txt) und füge ihn links ein. Die Prüfung startet sofort, bei jedem Tastendruck.
- Fehler und Warnungen lesen. Jeder Befund trägt eine Zeilennummer. Fehler brechen die Struktur, die ein Agent parst; Warnungen sind Konventionen, die sich lohnen, aber keine Verstöße gegen die Spezifikation.
- Korrigierte Fassung kopieren. Rechts steht eine normalisierte Kopie: Aufzählungszeichen, Trennzeichen und Leerzeilen repariert, alles, was eine Entscheidung braucht, unverändert und markiert. Kopiere sie als /llms.txt ins Stammverzeichnis deiner Website.
Was der Validator prüft
Die Prüfung folgt der Struktur der llmstxt.org-Spezifikation Abschnitt für Abschnitt. Ein Fehler bedeutet: Ein Agent, der die Datei als Markdown parst, liest sie falsch. Eine Warnung bedeutet: Die Datei ist gültig, verschenkt aber etwas.
| Regel | Stufe | Warum |
|---|---|---|
Erste Zeile ist eine H1 (# Name der Website), und es gibt nur eine | Fehler | Die H1 ist der einzige Pflichtabschnitt. Eine zweite oder eine späte H1 bricht die Gliederung. |
Keine ### oder tieferen Überschriften | Fehler | Die Spezifikation kennt einen Titel (H1) und Abschnitte (H2) — sonst nichts. |
Jede Zeile in einem ##-Abschnitt ist ein Linkeintrag: - [Name](https://…): Beschreibung | Fehler | Abschnitte sind Linklisten. Fließtext gehört über den ersten ##. |
Link-URLs sind absolut und gültiges http(s) | Fehler | Ein Agent liest die Datei ohne Kontext; ein relativer Pfad löst sich gegen nichts auf. |
| Keine leeren Abschnitte, keine Links ohne Namen | Fehler | Eine Überschrift ohne Inhalt oder [](URL) gibt dem Leser nichts. |
Nach der H1 folgt eine >-Zusammenfassung | Warnung | Laut Spezifikation optional, aber es ist der Satz, der die Links verständlich macht. |
| Doppelte URLs (abschließender Schrägstrich ignoriert) | Warnung | Dieselbe Seite zweimal ist fast immer ein Copy-and-paste-Fehler. |
## Optional ist der letzte Abschnitt | Warnung | Konvention: Nebenlinks, die ein Agent überspringen darf, stehen am Ende. |
Aufzählungszeichen sind -, Beschreibungen mit : getrennt | Warnung | So steht es in den Beispielen der Spezifikation; die korrigierte Fassung normalisiert beides. |
| Sehr lange H1, Beschreibungen oder Linklisten | Warnung | Ein Index, keine Halde: Der Titel ist ein Name, die Beschreibung eine Zeile, die Liste kurz. |
Warum das Format zählt
llms.txt ist eine Markdown-Datei im Stammverzeichnis einer Domain, die großen Sprachmodellen einen kurzen, kuratierten Index der Website gibt: eine H1 mit dem Namen der Site, eine Zusammenfassung als Blockquote, optionaler Fließtext und mit H2 gegliederte Linklisten mit je einer Zeile Beschreibung. Ihre Leser parsen sie mechanisch — ein Coding-Agent oder ein Dokumentationswerkzeug ruft /llms.txt ab, zerlegt sie in Titel, Zusammenfassung und Abschnitte und folgt den gefundenen Links. Eine Datei, die die Gliederung bricht, ist nicht „ein bisschen falsch“: Der Parser verwirft den Abschnitt, den er nicht lesen konnte, oder behandelt die ganze Datei als Fließtext — und der Agent scrapt stattdessen deine Website.
Die Regeln sind wenige, also sind die typischen Fehler banal. Ein Site-Name als Fließtext statt als # Name. Eine ###-Zwischenüberschrift aus der Doku kopiert. Ein Absatz Marketing unter einer Abschnittsüberschrift, wo nur Links erlaubt sind. Relative Links wie /docs/, die ins Leere laufen, sobald die Datei ohne Kontext gelesen wird. Jeder davon ist mit einer Zeile behoben — vorausgesetzt, etwas nennt dir die Zeile.
Was das Format nicht tut: dich ranken. Google hat erklärt, dass die Suche llms.txt ignoriert, und gemessene Logfiles zeigen, dass die meisten veröffentlichten Dateien nie abgerufen werden. Die Belege und wer die Datei tatsächlich liest stehen in unserem llms.txt-Erklärartikel (englisch). Prüfe die Datei, weil Agenten, die deine Dokumentation lesen, sie parsen — nicht, weil eine Checkliste behauptet, sie helfe beim SEO.
Was die korrigierte Fassung ändert — und was sie dir überlässt
Rechts steht eine normalisierte Kopie, keine Umformulierung. Sie repariert, was eine Maschine reparieren kann, ohne deine Absicht zu raten:
- Aufzählungszeichen — aus
*und+wird-. - Trennzeichen — aus
- [Name](URL) - Beschreibungwird- [Name](URL): Beschreibung. - Leerraum — Leerzeichen am Zeilenende entfernt, mehrere Leerzeilen auf eine reduziert, eine Leerzeile zwischen Blöcken.
- Fehlender Titel — ein Platzhalter
# Site namewird eingesetzt, damit die Gliederung gültig ist; ersetze ihn.
Alles, was eine Entscheidung braucht, fasst sie bewusst nicht an: Eine relative URL bleibt relativ und bleibt markiert, eine Fließtextzeile in einem Abschnitt bleibt stehen, ein doppelter Link wird gemeldet statt gelöscht. Die Reihenfolge deiner Einträge ändert sich nie. Lies die Liste links, behebe diese Punkte von Hand, und die Datei besteht die Prüfung.
Eine llms.txt neu erstellen
Wenn du noch keine Datei hast, klicke auf Minimale Vorlage einfügen. Sie liefert die kleinste konforme Form: einen Titel, eine Zusammenfassung in einem Satz, einen Abschnitt mit Links und einen ## Optional-Abschnitt. Ersetze die Beispielzeilen durch deine und prüfe erneut.
Bei einer Website mit mehr als einer Handvoll Seiten pflege die Datei nicht von Hand — leite sie aus dem Seiteninventar ab, das ohnehin deine Sitemap erzeugt, damit die beiden nie widersprüchlich beschreiben, was die Site enthält. Das Generator-Muster mit einem ausgearbeiteten Beispiel steht in How to generate llms.txt from a sitemap (englisch); clize.ai/llms.txt entsteht genau so und besteht diesen Validator.
Zwei Kontrollen nach dem Veröffentlichen, weil genau die stillschweigend scheitern: curl -I https://deine-domain.de/llms.txt muss 200 mit dem Content-Type text/plain oder text/markdown liefern — nicht eine gestaltete 404-Seite mit Status 200; und die Datei muss ohne Weiterleitung auf eine HTML-Seite erreichbar sein. Wenn auch deine Seiten selbst eine maschinenlesbare Oberfläche brauchen — FAQ-Markup, das dem sichtbaren Text entspricht, oder hreflang für Sprachversionen —, folgen der FAQ Schema Generator und der hreflang tag generator (englisch) derselben Regel: eine Quelle, kein Auseinanderdriften.
// FAQ
Was prüft ein llms.txt Validator?
Er prüft die Struktur, die die Spezifikation auf llmstxt.org festlegt: Die Datei beginnt mit genau einer H1 als Titel, darauf folgt optional eine Zusammenfassung als Blockquote, freier Fließtext enthält keine Überschriften, jeder H2-Abschnitt enthält nur Linkeinträge der Form - [Name](URL): Beschreibung, und jeder Link ist eine absolute, gültige http(s)-URL. Zusätzlich warnt er bei Konventionen: fehlende Zusammenfassung, doppelte URLs, ein Optional-Abschnitt, der nicht am Ende steht, abweichende Aufzählungszeichen sowie zu lange Titel, Beschreibungen oder Listen.
Ist die Blockquote-Zusammenfassung in der llms.txt Pflicht?
Nein. Die H1 mit dem Titel ist der einzige Abschnitt, den die Spezifikation verlangt. Die Zusammenfassung als Blockquote ist optional — aber sie ist der Satz, den ein Agent liest, um zu verstehen, wofür die Links da sind. Deshalb meldet der Validator ihr Fehlen als Warnung, nicht als Fehler.
Dürfen Links in der llms.txt relativ sein?
Behandle sie als Fehler. Die Beispiele der Spezifikation verwenden absolute URLs, und ein Agent liest die llms.txt ohne Kontext — er hat eine Datei abgerufen und keine Basis, gegen die er /docs/ auflösen könnte. Schreibe jeden Link als vollständige https://-URL.
Was ist der Abschnitt Optional in der llms.txt?
Ein Abschnitt mit der Überschrift ## Optional enthält Nebenlinks, die ein Agent überspringen darf, wenn der Kontext knapp wird. In Version 1 der Spezifikation steuerte er ein Werkzeug zum Erweitern des Kontexts; seit Version 2 (August 2026) ist er nur noch eine Konvention. Der Validator warnt daher, wenn er vorhanden ist, aber nicht am Ende steht.
Bringt eine llms.txt etwas fürs Google-Ranking?
Nein. Googles Dokumentation stellt klar, dass die Suche llms.txt nicht verwendet und dass eine solche Datei der Sichtbarkeit weder hilft noch schadet. Die Datei ist für Coding-Agenten und Dokumentationswerkzeuge da, die sie bei Bedarf abrufen. Prüfe sie für diese Leser, nicht fürs Ranking.
Wird meine llms.txt hochgeladen, wenn ich sie hier einfüge?
Nein. Der Validator ist ein kleines Skript, das vollständig in deinem Browser läuft; nichts, was du einfügst, verlässt die Seite, und es gibt weder Konto noch Anmeldung. Du kannst die Seite einmal laden und danach offline nutzen.
Kann der Validator die llms.txt direkt von meiner Domain laden?
Nein, mit Absicht. Browser verbieten einer Seite auf einer Domain, eine Datei auf einer anderen Domain zu lesen (CORS), ein URL-Feld würde also bei den meisten Websites scheitern. Rufe curl https://deine-domain.de/llms.txt auf oder öffne die Datei in einem Tab und füge den Text ein.
Veröffentlicht? Dann miss, was wirklich passiert.
Die eigene Website zu prüfen kostet nichts: Positionen und Impressionen aus der Search Console gegen den letzten Zeitraum, deine Seiten mit ihrem aktuellen HTTP- und Indexstatus, Traffic nach Quelle mit KI-Suchmaschinen separat ausgewiesen. Ein Befehl aus deinem Agenten heraus.
$ npm i -g @clize/clize && clize install $ clize seo check --domain deine-domain.de[ Agent SEO von Clize → ]