Kategorie: Technisches SEO & Bot-Management Lesezeit: 8 Min. Fokus: Web Bot Auth, KI-Agenten, Crawler-Authentifizierung
Kryptografische Bot-Identität: Was Googles experimentelles Web Bot Auth für SEO und KI-Agenten bedeutet
User-Agent-Strings sind trivial zu fälschen. IP-Adressen wechseln. Reverse-DNS-Lookups sind unzuverlässig. Das sind keine neuen Erkenntnisse — aber in einer Welt, in der KI-Agenten zunehmend das Web crawlen, kaufen und handeln, wird das alte Identitätsproblem plötzlich existenziell.
Google hat im Mai 2026 die Dokumentation für Web Bot Auth veröffentlicht — ein experimentelles kryptografisches Protokoll, das Bot-Anfragen durch digitale Signaturen verifizierbar macht. Es ist noch kein Standard, noch kein breiter Rollout. Aber es zeigt die Richtung, in die die Bot-Authentifizierung geht.
Vertiefung: AI-Crawler-Blocking auf WordPress · Bings Grounding-Index · 4 KI-Sichtbarkeits-Signale
Drittel
der Web-Anfragen stammt 2026 von automatisierten Quellen – Bots, Crawler und KI-Agenten
Branchenbeobachtung 2026Trivial
fälschbar: User-Agent-Strings, IP-Adressen, Reverse-DNS – alle bisherigen Bot-Identifikationsmethoden
Google Developers, Mai 2026Exp.
Status von Web Bot Auth: Google testet nur mit ausgewählten KI-Agenten auf eigener Infrastruktur
Google Developers, Mai 2026IETF
Working Group entwickelt das zugrundeliegende HTTP Message Signatures Standard – offen und interoperabel
IETF / Google, 2026Executive Summary
Web Bot Auth ist Googles Antwort auf das wachsende Problem der Bot-Impersonation: KI-Agenten, Scraper und andere automatisierte Systeme können sich heute als legitime Crawler ausgeben ohne nennenswerte technische Hürden. Das neue Protokoll erlaubt es Bots, ihre Anfragen kryptografisch zu signieren — ähnlich wie HTTPS Webseiten-Identitäten sichert. Noch ist Web Bot Auth experimentell und nicht universell ausgerollt. Aber für SEOs, Publisher und Entwickler lohnt sich das Verständnis jetzt.
Geprüft: Mai 2026 · Nächste Prüfung: Q3 2026
Das Bot-Identitätsproblem 2026
Rund ein Drittel aller Web-Anfragen stammt heute von automatisierten Quellen. Ein erheblicher Teil davon ist legitim: Googlebot, ClaudeBot, GPTBot, PerplexityBot — Crawler, die Inhalte für Suche und KI-Antworten indexieren. Ein anderer Teil sind Impersonatoren: Scraper und Bots, die sich als legitime Crawler ausgeben, um Sperrmechanismen zu umgehen.
Das bekannte Muster aus technischen Analysen: Ein erheblicher Teil des vermeintlichen ClaudeBot-Traffics auf einzelnen Sites stammt nicht aus Anthropics offiziellen IP-Ranges, sondern aus anderen Cloud-Infrastrukturen. Fast sicher Scraper, die sich als ClaudeBot ausgeben. Weder IP-Adresse noch User-Agent-String konnten das zuverlässig aufdecken.
Was ist Web Bot Auth?
Google beschreibt Web Bot Auth offiziell so: Statt ausschließlich auf selbst gemeldete Header und IP-Adressen zu vertrauen, erlaubt Web Bot Auth Agenten, ihre Anfragen kryptografisch zu signieren. Das gibt Website-Betreibern die Möglichkeit, automatisierten Traffic auf ihren Sites zu identifizieren und verhindert, dass andere Akteure versuchen, seriöse Agenten zu imitieren.
Wie funktioniert die kryptografische Signierung?
Der technische Ablauf in vier Schritten:
- Bot signiert Anfrage: Der KI-Agent fügt der HTTP-Anfrage eine kryptografische Signatur hinzu, die mit seinem privaten Schlüssel erstellt wurde — zusammen mit Timestamp und Key-ID.
- Server empfängt Anfrage: Der Webserver erkennt den Signatur-Header und ruft den öffentlichen Schlüssel des Bot-Providers von dessen Endpoint ab.
- Signatur wird verifiziert: Der Server prüft die Signatur gegen den öffentlichen Schlüssel. Bei Erfolg: bestätigte Bot-Identität. Bei Misserfolg: unbekannte oder gefälschte Anfrage.
- Zugang basiert auf Identität: Publisher können differenzierte Regeln aufstellen — legitimen Crawlern vollen Zugang geben, unbekannten Anfragen den Zugang verweigern oder einschränken.
Die drei Vorteile laut Google
| Vorteil | Was es bedeutet | Praktische Implikation |
|---|---|---|
| Kryptografische Gewissheit | Bot-Identität ist mathematisch beweisbar, nicht nur behauptet | Publisher können sichere Allowlists für legitime Crawler erstellen |
| Bessere Observability | Klarere Einblicke wie Agenten mit Content interagieren | Differenzierteres Analytics: welcher Bot macht was auf welchen Seiten |
| Zukunftssicherheit | Aufbau eines Webs wo Agent-Provider und Websites gegenseitiges Vertrauen aufbauen können | Grundlage für differenzierte Zugangspolitiken für verschiedene Agenten |
Aktueller Status und Einschränkungen
Google ist explizit transparent über den experimentellen Status:
- Nur ausgewählte KI-Agenten auf Google-Infrastruktur nutzen Web Bot Auth aktuell
- Nicht alle Anfragen dieser Agenten sind signiert
- Google signiert noch nicht jede Anfrage eines Agenten der das Protokoll nutzt
- Klassische Bot-Verifikation (IP-Check, Reverse-DNS, User-Agent) bleibt weiterhin notwendig
Das zugrundeliegende Protokoll ist der IETF-Entwurf für HTTP Message Signatures. Es wird von einer Working Group entwickelt, an der sich die Branche beteiligen kann. Das IETF-Mailing-List und ein Feedback-Formular von Google sind verfügbar für Beiträge.
Was das für SEOs und Publisher bedeutet
Kurzfristig (jetzt)
- Nichts aktiv unternehmen bezüglich Web Bot Auth — zu früh für produktive Implementierung
- Bestehende Bot-Blocking-Probleme beheben: HTTP 429 für legitime Crawler ist heute das drängendere Problem
- Dokumentation verfolgen: Googles Developer-Docs zu Web Bot Auth beobachten
Mittelfristig (wenn Standard reift)
- Differenzierte Crawler-Politik: Statt einfacher IP-Blocklists können Publisher signaturbasierte Allowlists aufbauen
- Bessere GEO-Transparenz: Klar identifizierbare KI-Agenten erlauben präziseres Tracking welche Agenten welche Inhalte nutzen
- Bot-Impersonation-Schutz: Signaturbasierte Verifikation reduziert Scraper die legitime Crawler imitieren
Fazit
Web Bot Auth ist kein Grund zur Panik und kein sofortiger Handlungsbedarf für die meisten SEOs. Es ist ein früher, klarer Hinweis auf die Richtung: Bot-Identität wird kryptografisch, nicht konventionell. Das System, das heute auf User-Agent-Strings und IP-Adressen basiert, ist fundamental unsicher — und mit dem Wachstum von KI-Agenten wird diese Unsicherheit zur echten Schwachstelle.
- Web Bot Auth = kryptografische Bot-Signierung, nicht konventionelle Header/IP-Identifikation
- Status: Experimentell, nur ausgewählte Google-KI-Agenten, nicht universell
- Heute: Klassische Bot-Verifikation weiterhin notwendig als Fallback
- Drängenderes Problem: HTTP 429 / 403 für legitime AI-Crawler auf Managed-Hosting
- IETF Working Group entwickelt offenen Standard — Industriebeteiligung möglich
- Langfristig: Grundlage für differenzierte Crawler-Policies und agentisches Vertrauen im Web
AI-Crawler-BlockingDas drängendere Problem: HTTP 429 für legitime Crawler. Bings Grounding-IndexWie AI-Systeme Inhalte abrufen und verifizieren. Google UCP CheckoutAgentisches Commerce braucht Bot-Identität. Technisches SEOAI-Crawler-Zugang sichern.
„Web Bot Auth ist Googles experimentelles Protokoll, das Bots kryptografisch verifizierbar macht. Für SEO und Publisher entsteht damit die Aussicht, legitime Crawler von getarntem Traffic zu trennen – ein Baustein für den Umgang mit KI-Agenten.“
Aus der Praxis
Erfahrungsgemäß gewinnt die verlässliche Unterscheidung echter von vorgetäuschten Bots an Bedeutung, je mehr KI-Agenten das Web durchsuchen. Verifizierbare Bot-Identität kann Publishern helfen, Zugriffe bewusst zu steuern. Als experimentelles Protokoll gilt es, die Entwicklung zu beobachten, bevor man Prozesse darauf ausrichtet.

Über die Autorin
Sophie
SEO-Strategin bei YellowFrog – Schwerpunkte: Technisches SEO, GEO, Bot-Management. Begleitet Unternehmen bei der Vorbereitung auf agentische Bot-Authentifizierung und kryptografische Crawler-Verifikation.
Stand: 14.05.2026.
YellowFrog
Sichtbarkeit ist kein Zufall.
Lassen Sie uns gemeinsam prüfen, wie Ihre Marke in Google – und in KI-Antworten – sichtbarer wird. Konkret, messbar, ohne Buzzword-Bingo.
Weiterlesen & passende Leistungen
Verwandte Beiträge
Passende Leistungen

