llms.txt-Validator

Validator

Domain eingeben (wir rufen /llms.txt ab) oder eine vollständige Datei-URL. Der Abruf läuft über unsere Edge Function, CORS-Einschränkungen der Zielseite spielen keine Rolle.

Dateiinhalt einfügen

Was geprüft wird

Der Validator implementiert die Regeln von llmstxt.org:

• H1 erforderlich. Genau eine Überschrift der Ebene 1, erste nicht leere Zeile.
• Blockquote-Zusammenfassung. Empfohlen direkt nach dem H1.
• H2-Dateilisten-Abschnitte. Jeder Abschnitt ist eine Markdown-Liste aus - [name](url)-Einträgen, optional mit : Notiz.
• Absolute URLs. Relative URLs werden als Warnungen markiert.
• Kein Inhalt ausserhalb von Abschnitten. Nach dem ersten H2 werden nur Dateilisten erwartet.
• Grössenprüfung. Dateien über 50 KB erhalten einen Hinweis, llms-full.txt zu erwägen.

Jede Diagnose enthält einen Regelcode (z.B. H1_REQUIRED, URL_RELATIVE), der sich in CI-Logs per grep finden lässt.

In CI verwenden

Derselbe Parser wie auf dieser Seite lässt sich in den Build-Prozess einbinden: die Regel-Codes sind stabil und in CI-Logs greppbar. Minimales Node-Beispiel:

import { readFileSync } from 'node:fs';
import { parseLlmsTxt, summarize } from './validator/validate'; // derselbe Parser wie dieser Validator

const input = readFileSync('public/llms.txt', 'utf8');
const parsed = parseLlmsTxt(input);
const sum = summarize(parsed);

if (!sum.passes) {
  for (const d of parsed.diagnostics) {
    console.error(`${d.severity.toUpperCase()} [${d.rule}] Zeile ${d.line}: ${d.message}`);
  }
  process.exit(1);
}
console.log(`OK, ${parsed.sections.length} Abschnitte, ${parsed.sizeBytes} Bytes`);

Nächste Schritte

Eine fehlerfreie Datei kann trotzdem die falsche sein. Kein Validator prüft, ob die aufgeführten Seiten die sind, die ein Modell wirklich braucht, und das sind selten die meistbesuchten. Der Generator erzeugt aus Ihrer Sitemap eine gültige Datei, llms.txt erstellen beschreibt das Deployment je Stack, und die echten Beispiele zeigen, wie Anthropic, Cloudflare und Stripe ihre Datei aufbauen.