Agent Readiness Score: 100 von 100 für business.digital

Cloudflare hat am 17. April 2026 ein Tool veröffentlicht, das jede Website darauf scannt, wie gut sie für KI-Agenten zugänglich ist. business.digital landet auf 100 von 100 Punkten, Level 5, “Agent-Native”. Es klingt nach einem Vanity-Score. Es ist aber tatsächlich der erste belastbare Maßstab, an dem sich erkennen lässt, ob eine Site auf die nächste Generation der Web-Nutzung vorbereitet ist.

Warum das überhaupt zählt: KI-Agenten lesen Websites anders als Menschen. Sie folgen nicht einer Hero-Section ins Menü. Sie suchen strukturierte Wegweiser, deklarierte Berechtigungen, maschinenlesbare Schnittstellen. Wenn die nicht da sind, übersehen sie die Seite. Oder sie scrapen sie schlecht.

Was der Agent Readiness Score misst

Der Agent Readiness Score läuft unter isitagentready.com und bewertet eine Domain in fünf Dimensionen. Vier davon zählen aktuell in die Punktwertung, eine ist im Vorschau-Status:

• Discoverability: Findet ein Agent die Seite? Gibt es eine gepflegte robots.txt, eine Sitemap, Link-Header mit Verweisen auf Capabilities?
• Content: Liefert die Seite Inhalte in einem Format, das ein Agent direkt verarbeiten kann, also Markdown statt HTML-Suppe?
• Bot Access Control: Hast du klar deklariert, welche KI-Anbieter zugreifen dürfen und wofür (Suche, Training, Echtzeit-Inferenz)?
• API, Auth, MCP & Skill Discovery: Stellst du deine Capabilities als API-Catalog, MCP-Server, Agent Skills und OAuth-Discovery bereit?
• Commerce (noch ohne Punkte): Unterstützt deine Site Standards wie x402, das Universal Commerce Protocol oder das Agentic Commerce Protocol?

Insgesamt sind zwölf Einzel-Checks verteilt auf die ersten vier Kategorien. Wer alle besteht, landet auf Level 5. Eine grobe Faustregel: Je mehr Hausaufgaben gemacht sind, desto höher die Stufe und desto eher kommt ein Agent ohne Workarounds an die Inhalte heran.

Die Zahlen, die wirklich ernüchtern

Cloudflare hat für das Tool die Top 200.000 Domains analysiert. Die Ergebnisse sind krass: 78 Prozent haben zwar eine robots.txt, aber nur 4 Prozent geben darin überhaupt eine KI-Nutzungsrichtlinie über Content Signals an. Markdown-Content-Negotiation, also die Möglichkeit, eine Seite als reines Markdown abzurufen, funktioniert auf 3,9 Prozent der Domains. Die spannendsten Standards für echte Agent-Integration, MCP Server Cards und API Catalogs, finden sich auf weniger als 15 von 200.000 Sites. Das ist kein Tippfehler. Fünfzehn.

Anders gesagt: Wer heute die Capability-Schicht baut, ist nicht spät dran. Er ist früh.

Warum dieses Thema 2026 wichtig wird

Ehrlich gesagt: Vor einem Jahr hätte ich das selbst noch als Spielerei abgehakt. Mittlerweile sehen wir in unseren Kundenprojekten, dass mehr Traffic von Agenten kommt. Recherchierende ChatGPT-Sessions, Perplexity-Antworten, eingebettete Assistants in CRMs, die nach Produkten suchen. Diese Tools rendern keine Bilder. Sie wollen Fakten, Strukturen, Schnittstellen.

Eine Site, die nur für menschliche Augen optimiert ist, taucht in diesen Antworten schlechter auf oder gar nicht. Dass die meisten Wettbewerber dieses Spiel noch nicht spielen, ist die eigentliche Chance. Wer jetzt die Infrastruktur sauber aufbaut, wird in der nächsten Phase der Agentic-Web-Nutzung sichtbar, wenn andere noch mit ihren Cookie-Bannern beschäftigt sind. Das gleiche Prinzip greift bei jeder ernsthaften KI-Implementierung im Unternehmen: Erst kommt die saubere Datenbasis, dann die Modelle.

Wie unser Setup aussieht

Unser Score ist kein Zufall. Wir haben business.digital von Anfang an als Showcase für Agent-Readiness gebaut, weil wir das gleiche Setup auch in Kundenprojekten ausrollen. Die wichtigsten Bausteine:

Discoverability. Eine robots.txt, die nicht nur Crawler steuert, sondern über Content Signals explizit erlaubt: search=yes, ai-input=yes, ai-train=yes. Dazu eine vollständige sitemap.xml und Link-Header in jeder HTTP-Antwort, die auf API-Katalog, llms.txt, Agent-Skills-Index und MCP-Server-Card verweisen.

Content. Jede Seite ist via Accept: text/markdown auch als reines Markdown abrufbar. Ein Agent, der gerade kein vollwertiges HTML rendern will, bekommt die nackten Fakten in einem Zugriff.

Bot Access Control. Über Content Signals haben wir deklariert, dass unsere Inhalte für Training und Inferenz genutzt werden dürfen. Das ist eine bewusste Entscheidung. Als Marketing-Site profitieren wir davon, dass unsere Beiträge in LLM-Antworten auftauchen. Wer Paywall-Content hat, würde hier anders entscheiden.

API, Auth, MCP & Skill Discovery. Hier liegt die meiste Arbeit. Wir betreiben einen eigenen MCP-Server unter /mcp, der Tools wie find_tool, search_magazin und book_appointment exposed. Dazu kommen ein API-Catalog im linkset+json-Format, eine OpenAPI-Spezifikation, OAuth-Discovery-Endpoints und fünf Agent Skills im .well-known-Pfad. WebMCP im Frontend liefert die gleichen Capabilities zusätzlich an Browser-Agenten.

Das klingt nach viel, ist aber überschaubar, wenn man es nicht nachträglich draufflickt, sondern beim Aufbau der Site mitdenkt. In Astro lässt sich das meiste über eine Integration generieren, die beim Build alle Skills und API-Endpoints automatisch ausspielt.

Was die meisten Sites falsch machen

Erster typischer Fehler: robots.txt vorhanden, aber von 2018. Keine AI-Bot-Regeln, kein Content Signal, der Crawler wie GPTBot oder Anthropic-AI gezielt anspricht. Das Ergebnis: KI-Anbieter wissen nicht, was sie dürfen, und entscheiden konservativ.

Zweiter Fehler: Cookie-Banner und ConsentMode-Komplexität, die alle automatisierten Zugriffe blockieren. Ein Agent, der erst durch drei Modals klickt, gibt auf. Wir lösen das, indem statische Inhalte und Capabilities außerhalb des Consent-Gates liegen und nur Tracking-relevante Skripte hinter der Zustimmung sitzen.

Dritter Fehler, und der wird gerade teuer: Wer eine API hat, aber keinen Discovery-Mechanismus dafür, wird übersehen. APIs ohne API-Catalog oder OpenAPI-Link im HTTP-Header sind für Agenten nicht existent. Die paar Zeilen .htaccess oder Server-Config, die das ändern, sind ein No-Brainer.

Was du jetzt tun solltest

Schritt eins: Scanne deine Domain unter isitagentready.com. Das dauert zwanzig Sekunden, kostet nichts und du bekommst eine Liste der konkreten Lücken, plus fertige Prompts, die du an einen Coding-Assistenten geben kannst.

Schritt zwei: Räume die Basis auf. Eine ordentliche robots.txt mit Content Signals, eine aktuelle Sitemap und Link-Header sind in einem Nachmittag erledigt und bringen dich in die meisten Fällen schon auf Level 2 oder 3.

Schritt drei: Plane die Capabilities-Schicht. MCP-Server, Agent Skills, API-Catalog. Das ist die Schicht, die in den nächsten Monaten zum Differenzierungsmerkmal wird. Wer hier wartet, bis es Standard ist, ist zu spät dran.

Wenn du wissen willst, wie das in deinem konkreten Stack aussehen würde, schau dir unsere Leistungen zur Webentwicklung an oder buch dir direkt eine Fokus-Session. Wir bauen das gleiche Setup aktuell für mehrere Kunden, von Shopware-Shops bis zu B2B-Lead-Sites. Die Frage ist nicht, ob das relevant wird. Nur wann du anfängst.