Erstellt: 22. Juli 2026 • Zuletzt aktualisiert: 4. September 2026
Cloudflare Agent Readiness Checklist: Der Guide
Wichtigste Erkenntnisse
- Die Cloudflare Agent Readiness Checklist (CanAgentUse) bewertet Websites nach ihrer Fähigkeit, von autonomen KI-Agenten gelesen, verstanden und bedient zu werden.
- Das Prüfmodell umfasst fünf Kernbereiche: Discoverability, Content Accessibility, Bot Access Control, Protocol Discovery und Commerce.
- Eine saubere Umsetzung nach Cloudflare Level 5 Standards sichert Marken den entscheidenden Wettbewerbsvorteil in generativen Such- und Handlungssystemen.
Das Web durchläuft die tiefgreifendste Transformation seit der Erfindung des Hypertext Transfer Protocol. Wo bisher menschliche Nutzer über grafische Browser navigierten und Suchmaschinen wie Google starre Ergebnislisten ausgaben, interagieren im Jahr 2026 zunehmend autonome Software-Agenten direkt mit Web-Infrastrukturen. Diese KI-Agenten suchen nicht nur nach Informationen – sie buchen Tickets, aggregieren Daten, initiieren Einkäufe und verhandeln Schnittstellenverträge.
Um Transparenz über die Zukunftsfähigkeit von Websites zu schaffen, hat der Netzwerkgigant Cloudflare über seine Plattform Cloudflare Radar die Agent Readiness Checklist (auch bekannt als CanAgentUse-Standard) etabliert. Sie fungiert als globaler technischer Maßstab dafür, wie zugänglich und handlungsfähig eine Domain für autonome KI-Systeme aufgestellt ist.
Was ist die Cloudflare Agent Readiness Checklist?
Die Cloudflare Agent Readiness Checklist ist ein strukturierter Prüfkatalog, der Websites auf fünf hierarchischen Ebenen evaluiert. Ähnlich wie die Core Web Vitals die visuelle und technische Performance für menschliche Besucher messen, quantifiziert der Agent-Readiness-Score die maschinelle Interaktionsqualität für KI-Agenten.
Ein KI-Agent besitzt keine Geduld für unstrukturierte HTML-DOM-Bäume, JavaScript-Renderblocker oder unklare Login-Formulare. Er benötigt maschinenlesbare Pfade, standardisierte Metadaten und performante Endpunkte. Domains, die in der Cloudflare-Prüfung grüne Statuswerte erzielen, signalisieren autonomen Systemen: „Diese Plattform ist bereit für maschinelle Zusammenarbeit.“
Jörg Zimmer
Senior SEO & AI Search Consultant
„Developer und SEOs MÜSSEN zusammenarbeiten – besonders wenn es um AI Readiness geht. Es bringt nichts, wenn die Website visuell glänzt, aber autonome KI-Agenten an RFC-8288-Syntaxfehlern oder blockierten Markdown-Headern zerschellen. Wer Level 5 auf Cloudflare Radar anstrebt, muss Technik und Content von Tag 1 an zusammendenken.“
Die Kontrollfrage an deine Webagentur oder dein Inhouse-Team:
„Haben wir in unserer Webserver-Konfiguration RFC 8288 Link-Header aktiv, die ohne Anführungszeichen innerhalb der spitzen Klammern direkt auf unsere /.well-known/agent-card.json und /auth.md verweisen – und liefert unser Server bei Accept: text/markdown schlankes Markdown aus?“
Hintergrund: Wenn Link-Header fehlerhaft formatiert sind oder die auth.md im CMS nicht erreichbar ist, stuft Cloudflare Radar die Domain nicht als Level-5-fähig ein – autonome Agenten brechen die maschinelle Interaktion ab.
Die 5 Säulen der Cloudflare Agent Readiness
Das Framework gliedert sich in fünf aufeinander aufbauende Dimensionen, die von der grundlegenden Auffindbarkeit bis hin zu autonomen Bezahlprozessen reichen:
1. Discoverability (Auffindbarkeit)
Agenten müssen rasch erkennen, wo relevante Ressourcen liegen, ohne Terabytes an Daten sinnlos scrapen zu müssen:
- robots.txt & Sitemaps: Die Basis-Infrastruktur zur Steuerung von Crawlern und Bereitstellung von URL-Indizes.
- RFC 8288 Link Headers: HTTP-Header, die beim Abruf jeder beliebigen URL auf maschinenlesbare Dokumente verweisen (z. B.
<https://teleschmie.de/.well-known/agent-card.json>; rel="agent-card"). - DNS for AI Discovery (DNS-AID): Ein DNS-TXT-Record-Standard, der Agenten bereits vor dem ersten HTTP-Request mitteilt, welche KI-Schnittstellen eine Domain unterstützt.
2. Content Accessibility (Inhalts-Zugänglichkeit)
Sprachmodelle arbeiten am effizientesten mit reinem Text, frei von werblichen Skripten und Layout-Ballast:
- Markdown Content Negotiation: Der Server liefert auf Anfrage mit dem HTTP-Header
Accept: text/markdownsofort sauberes Markdown anstelle von HTML aus. - llms.txt & llms-full.txt: Standardisierte Inhaltsverzeichnisse im Stammverzeichnis, die Agenten einen komprimierten Überblick über Kernwissen und Dokumentationen bieten.
3. Bot Access Control (Zugriffskontrolle)
Differenzierung zwischen erwünschten Recherche-Agenten und aggressiven Datendieben:
- Granulare Content-Signale: Trennung von Suchindexierung (
search=yes), RAG-Inferenz (ai-input=yes) und Modelltraining (ai-train=no). - Web Bot Auth: Kryptografische Verifizierung legitimer Agenten über TLS-Fingerprints, Reverse DNS und Signaturprüfungen.
4. Protocol Discovery (Protokoll- und Schnittstellen-Erkennung)
Der Dreh- und Angelpunkt für die Funktionsfähigkeit autonomer Werkzeuge:
- A2A Agent Card: Das standardisierte Manifest
/.well-known/agent-card.json, das Namen, Fähigkeiten (capabilities) und Skills des Domain-Agenten deklariert. - auth.md: Eine Datei im Root-Verzeichnis (
/auth.md), die Agenten Schritt für Schritt erklärt, wie sie sich via OAuth oder API-Keys autorisieren. - MCP Server Card: Die maschinenlesbare
mcp.jsondes Model Context Protocol, über die LLMs Werkzeuge direkt ins Kontextfenster laden. - API Catalog (RFC 9727): Zentraler Katalog unter
/.well-known/api-catalog, der OpenAPI-Spezifikationen referenziert. - OAuth Protected Resource: RFC-konforme Metadaten zur automatisierten Aushandlung geschützter Ressourcen.
5. Autonomous Commerce (Transaktionen & Agent-Economy)
Ermöglicht Agenten den rechtsverbindlichen Kauf von Dienstleistungen und Produkten:
- x402 Protocol: Standard zur Bezahlung digitaler Güter direkt über den HTTP-Statuscode 402 Payment Required.
- Machine Payment Protocol (MPP) & AP2: Protokolle für dezentrale, Wallet-basierte Mikrozahlungen zwischen Maschinen.
- Universal Commerce Protocol (UCP): Vereinheitlichtes Schema für Produktsuche, Warenkorbführung und Checkout durch autonome Einkäufer.
Vergleichstabelle: Traditionelle Website vs. Cloudflare Level 5 Agent Readiness
| Dimension | Traditionelle Website | Cloudflare Level 5 Agent Readiness |
|---|---|---|
| Interaktionspartner | Menschliche Besucher via Browser | Menschen UND autonome KI-Agenten |
| Header-Discovery | Keine maschinenlesbaren Link-Header | Strikte RFC 8288 Link-Header (rel="agent-card", etc.) |
| Inhaltsauslieferung | Schwerfälliges HTML / Client-Side JS | Zero-Latency Markdown Negotiation (Accept: text/markdown) |
| Schnittstellen-Erkennung | Manuelle PDF- oder Swagger-Doku | Vollautomatische Discovery via mcp.json & api-catalog |
| Authentifizierung | Menschliche Registrierungsformulare | Maschinenlesbare Onboarding-Route via /auth.md |
| Bezahlvorgänge | Manuelles Ausfüllen von Kreditkartenmasken | Autonome HTTP-402- & MPP-Transaktionen |
Universelle Konfigurations-Beispiele
Um die Checkliste in einem eigenen Projekt zu erfüllen, müssen die entsprechenden Header und Manifeste sauber konfiguriert werden.
1. Universelle RFC 8288 Link-Header (Apache / .htaccess)
Die HTTP-Header signalisieren jedem Agenten sofort die Existenz der Kern-Manifeste. Wichtig: Die URLs innerhalb der spitzen Klammern dürfen keine Anführungszeichen enthalten:
# RFC 8288 konforme Discovery-Header für Agenten
Header add Link "<https://teleschmie.de/.well-known/agent-card.json>; rel=\"agent-card\""
Header add Link "<https://teleschmie.de/.well-known/mcp.json>; rel=\"mcp-server-card\""
Header add Link "<https://teleschmie.de/auth.md>; rel=\"help\"; type=\"text/markdown\""
Header add Link "<https://teleschmie.de/.well-known/api-catalog>; rel=\"api-catalog\""
2. Universelle agent-card.json (A2A Protocol v1.0)
Unter /.well-known/agent-card.json wird das Profil des Web-Assistenten publiziert:
{
"$schema": "https://a2a-protocol.org/schemas/v1.0/agent-card.json",
"name": "Unternehmens-Recherche-Agent",
"description": "Stellt Branchenanalysen und Unternehmensdaten für Partner-Agenten bereit.",
"version": "1.0.0",
"homepage": "https://teleschmie.de/",
"supportedInterfaces": ["mcp", "a2a-rest"],
"capabilities": {
"search": true,
"analysis": true,
"transactions": false
},
"auth": {
"type": "oauth2",
"discoveryUrl": "https://teleschmie.de/.well-known/oauth-authorization-server"
}
}
Arbeitsanweisung für deinen KI-Agenten (Cursor / Claude / Antigravity)
Kopiere diesen Prompt direkt in deinen KI-Coding-Assistenten, um Cloudflare Level 5 Agent Readiness für dein Webprojekt umzusetzen:
# Prompt: Cloudflare Agent Readiness Level 5 Implementation
Rolle: Du bist ein hochspezialisierter Technical SEO & Web Infrastructure Architect.
Aufgabe: Richte alle erforderlichen Manifeste und Server-Header für Cloudflare Agent Readiness Level 5 ein.
Schritte & Validierung:
1. Erstelle `/.well-known/agent-card.json` strikt nach A2A Protocol v1.0 Schema mit Feldern `supportedInterfaces`, `capabilities` und `skills`.
2. Erstelle `/auth.md` in Kleinbuchstaben mit der ersten Überschrift `# auth.md` und maschinenlesbaren Authentifizierungsschritten.
3. Konfiguriere RFC 8288 Link-Header im Webserver (z. B. `.htaccess` oder Nginx) ohne Anführungszeichen in den spitzen Klammern: `Header add Link "<https://teleschmie.de/.well-known/agent-card.json>; rel=\"agent-card\""`.
4. Validiere die Header per `curl -I -s https://teleschmie.de/ | grep -i "^link:"` und prüfe HTTP-Status 200 aller Endpunkte.
Die 3 häufigsten Implementierungsfehler
Beim Auditieren von Websites nach Cloudflare-Kriterien fallen wiederkehrende Fallstricke auf:
- Syntaxfehler in RFC 8288 Link-Headern: Viele Entwickler setzen fälschlicherweise Anführungszeichen in die spitzen Klammern (
<"https://...">). Parser nach RFC 8288 brechen hier sofort mit einem Syntax-Error ab, wodurch das gesamte Discovery-Signal verpufft. - Großgeschriebene oder deplatzierte Auth-Dateien: Cloudflare und Agenten-Scraping-Tools erwarten
/auth.mdexakt in Kleinbuchstaben und mit einer H1-Überschrift (# auth.md). Liegt die Datei in einem Unterordner oder heißtAuth.md, scheitert der Readiness-Check. - Fehlende CORS-Freigaben für Well-Known-Dateien: Werden JSON-Dateien wie
agent-card.jsonodermcp.jsonohneAccess-Control-Allow-Origin: *ausgeliefert, können Browser-Agenten (z. B. Chrome Extensions) diese nicht laden.
Terminal-Test: Agent Readiness per curl auditieren
Entwickler können die korrekte Ausspielung aller wesentlichen Discovery-Elemente direkt im Terminal prüfen:
# Prüfung der RFC 8288 Link-Header auf der Hauptdomain
curl -I -s https://teleschmie.de/ | grep -i "^link:"
# Validierung der Erreichbarkeit von agent-card.json und auth.md
curl -s -o /dev/null -w "%{http_code}\n" https://teleschmie.de/.well-known/agent-card.json
curl -s -o /dev/null -w "%{http_code}\n" https://teleschmie.de/auth.md
Geben die letzten beiden Befehle jeweils den Statuscode 200 zurück und listet der Link-Header die Manifeste sauber auf, ist die technische Basis für Level 5 gelegt.
Strategische Bedeutung für Marken und AI SEO
Die Erfüllung der Cloudflare Agent Readiness Checklist ist weit mehr als eine technische Spielerei. Sie entscheidet darüber, ob Unternehmen in den Antworten autonomer Einkaufs- und Suchassistenten als privilegierte Datenquelle herangezogen werden. Ergänzt durch fundierte Agent Readiness und gezielte Agent Skills schaffen Sie ein unverzichtbares Fundament für das generative Web.
Wie Sie Ihre Sichtbarkeit im KI-Zeitalter systematisch überwachen, zeigt unser Vergleich der Top 9 AI Visibility Tools. Die Wirtschaftlichkeit automatisierter API-Infrastrukturen können Sie mit dem SEO-Tool Kostenrechner transparent analysieren.
„Du musst zu den Top 10 in deiner Branche gehören und das technisch und inhaltlich beweisen.“
Diskutiere mit Jörg Zimmer und der SEO-Community auf LinkedIn über diesen Beitrag.
Beitrag auf LinkedIn öffnenVerwandte Glossar-Begriffe
- Agent Readiness
- Agent Skills
- A2A Protocol
- Auth.md
- Markdown Content Negotiation
- Model Context Protocol (MCP)
Was ist die Cloudflare Agent Readiness Checklist?
Warum ist Agent Readiness für modernes AI SEO unverzichtbar?
Muss jede Website alle fünf Kategorien der Checkliste abdecken?
Weitere spannende Themen
- Common Crawl: Die wichtigste Datenbasis der KI-Welt
- Content-Signale: Klare Regeln für AI-Crawler
- DNS-AID: Das Telefonbuch für KI-Agenten
- E-Commerce KI-Sichtbarkeit: AEO für Shops
- Entity Co-Occurrence: Kookkurrenz in der KI-Suche (SEO)
- EU AI Act: KI-Verordnung, Kennzeichnungspflichten & SEO-Praxis
- Finseo Übersicht: Die mächtige Plattform für AI Visibility
Nichts mehr verpassen?
Folge mir auf LinkedIn für tägliche SEO-Nuggets und diskutiere mit anderen Experten.
LinkedIn-Profil besuchen →