Alle Anleitungen

DEVOMNITOOLS / Anleitungen für Entwickler

Robots.txt-Architektur, RFC 9309-Standards & KI-Crawler-Steuerung

Meistern Sie offizielle IETF RFC 9309-Rangfolgeregeln, konfigurieren Sie defensive Direktiven für KI-Bots (GPTBot, ClaudeBot) und optimieren Sie Ihr Crawling.

DevOmniTools Veröffentlicht: 3 Min. Lesezeit
RFC 9309 robots.txt Rangfolgematrix und KI-Crawler-Eindämmungs-Architekturdiagramm

Das Wichtigste

  • Der IETF RFC 9309-Standard formalisiert robots.txt und legt die Rangfolge nach dem längsten Pfadabgleich fest.
  • Bei gleich langen Pfadkonflikten zwischen Allow und Disallow bestimmt RFC 9309 explizit, dass Allow Vorrang hat.
  • HTTP 403- und 401-Statuscodes bei robots.txt blockieren das gesamte Crawling der Website, während HTTP 404 vollen Zugriff gewährt.

Die Standardisierung des Robots Exclusion Protocol

Über fast drei Jahrzehnte hinweg fungierte die Datei robots.txt als informelle De-facto-Konvention im Web. Im September 2022 kodifizierte die Internet Engineering Task Force (IETF) die Spezifikation offiziell als RFC 9309: Robots Exclusion Protocol.

Das Verständnis von RFC 9309 ist unverzichtbar für moderne Webanwendungen, um geschützte Inhalte vor ungefragtem Scraping für LLM-Trainingsdaten abzusichern und gleichzeitig eine fehlerfreie Indexierung durch reguläre Suchmaschinen sicherzustellen.

Zum Testen, Validieren und Debuggen Ihrer Direktiven in Echtzeit nutzen Sie unseren robots.txt-Tester. Für kryptografische Werkzeuge und Web-Workflows entdecken Sie auch den Token-Generator sowie den AES-256-Verschlüsselungsleitfaden.


RFC 9309 Rangfolgematrix & Platzhalter-Auflösung

RFC 9309 definiert deterministische Regeln zur Auflösung kollidierender Allow- und Disallow-Direktiven. Suchmaschinen-Crawler (Googlebot, Bingbot) wenden diesen Algorithmus strikt an:

1. Die Longest-Match-Regel (Längste Übereinstimmung)

Direktiven werden anhand ihrer Pfadlänge (Zeichen- bzw. Oktettanzahl) bewertet. Die Regel mit dem längsten Pfadmuster besitzt absolute Priorität – unabhängig von der Reihenfolge der Zeilen in der Datei:

User-agent: *
Disallow: /katalog/
Allow: /katalog/oeffentliche-probe.html
  • Beim Zugriff auf /katalog/oeffentliche-probe.html umfasst der Allow-Pfad 32 Zeichen, während der Disallow-Pfad lediglich 9 Zeichen lang ist.
  • Ergebnis: Allow gewinnt. Die Seite ist crawlbar und wird indiziert.

2. Tiebreaker bei identischer Pfadlänge (Allow gewinnt immer)

Wenn eine Allow- und eine Disallow-Regel mit exakt identischer Zeichenlänge auf dieselbe URI zutreffen:

User-agent: *
Disallow: /api/v1
Allow: /api/v1
  • Nach RFC 9309 Abschnitt 2.2.2 hat die am wenigsten restriktive Direktive Vorrang.
  • Ergebnis: Allow gewinnt. Dem Crawler ist der Zugriff auf /api/v1 gestattet.

3. Platzhalter-Semantik (* und $)

  • * entspricht 0 oder mehr beliebigen Zeichen.
  • $ verankert das Pfadmuster am Ende der URL-Zeichenkette.
# Alle PDF-Dokumente in sämtlichen Unterverzeichnissen sperren
Disallow: /*.pdf$

# Ein spezifisches technisches Whitepaper explizit freigeben
Allow: /docs/architektur-whitepaper.pdf$

Steuerung von generativen KI-Scrapern & LLM-Crawlern

Generative KI-Modelle setzen autonome Web-Crawler ein, um Trainingskorpora zu erstellen. Diese Bots agieren unabhängig von herkömmlichen Suchmaschinen-Crawlern:

Crawler-IdentitätUser-Agent-TokenBetreiber / ZweckEmpfohlene Maßnahme
GPTBotGPTBotOpenAI (Modell-Vortraining)Blockieren bei vertraulichen Inhalten
ChatGPT-UserChatGPT-UserOpenAI (Echtzeit-Benutzerabfragen)Erlauben für Traffic-Zuweisung
ClaudeBotClaudeBotAnthropic (Modelltraining)Selektiv nach Verzeichnis steuern
PerplexityBotPerplexityBotPerplexity AI (Suche & Zitate)Erlauben für Zitate & KI-Sichtbarkeit
CCBotCCBotCommon Crawl (Öffentlicher Datensatz)Blockieren zum Schutz vor Scraping
BytespiderBytespiderByteDance / TikTokRatenbegrenzen oder sensible Pfade sperren
# Empfohlene Enterprise-Konfiguration zur KI-Crawler-Steuerung
User-agent: GPTBot
User-agent: ClaudeBot
User-agent: CCBot
Disallow: /

User-agent: PerplexityBot
Allow: /
Disallow: /api/
Disallow: /internal/

# Explizite Erlaubnis für reguläre Suchmaschinen-Crawler
User-agent: Googlebot
User-agent: Bingbot
Allow: /
Disallow: /internal/

# Sitemap-Deklaration
Sitemap: https://www.devomnitools.com/sitemap-index.xml

HTTP-Statuscodes & Fehlerbehandlung

Die HTTP-Antwort Ihres Webservers auf Anfragen an robots.txt bestimmt das Verhalten aller Crawler maßgeblich:

  1. HTTP 200 (OK): Der Crawler verarbeitet und respektiert alle definierten Direktiven.
  2. HTTP 401 / 403 (Unauthorized / Forbidden): Der Crawler interpretiert dies als vollständige Crawling-Sperre (Disallow: /). Keine Unterseiten werden gecrawlt.
  3. HTTP 404 (Not Found): Der Crawler geht von voller Zugriffsfreigabe aus (Allow: /). Alle öffentlich erreichbaren Seiten werden gecrawlt.
  4. HTTP 5xx (Server Error): Der Crawler bricht das Crawling sofort ab und versucht es zu einem späteren Zeitpunkt erneut, um den Server zu schonen und Fehlindexierungen zu verhindern.

FAQ

Was ist der IETF RFC 9309 und warum ist er wichtig?

Veröffentlicht im September 2022 formalisiert RFC 9309 das Robots Exclusion Protocol (REP). Er standardisiert die Platzhaltersyntax (* und $), legt Pfadlängen-Prioritäten fest, definiert die Handhabung von HTTP-Fehlercodes und setzt ein Parsing-Dateilimit von 500 KiB fest.

Wie sollten moderne KI-Scraper (GPTBot, ClaudeBot, CCBot) in der robots.txt gesteuert werden?

Sprechen Sie jeden KI-Crawler gezielt über dessen spezifischen User-agent-Token an. Die Deklaration von 'User-agent: GPTBot' mit 'Disallow: /' blockiert das OpenAI-Modelltraining, ohne Suchmaschinen wie Googlebot oder Bingbot zu beeinträchtigen.

Was passiert, wenn eine Allow- und eine Disallow-Regel identische Pfadlängen aufweisen?

Gemäß RFC 9309 Abschnitt 2.2.2 gilt bei identischer Oktettlänge die am wenigsten restriktive Direktive: Allow gewinnt gegenüber Disallow.