English

Agent Readiness beschreibt in der Webwelt, wie gut sich eine Website von KI-Agenten finden, lesen und nutzen lässt. Der Begriff wird auch für die Reife eines Unternehmens verwendet, KI-Agenten produktiv einzusetzen. Dieser Eintrag behandelt die Website-Bedeutung.

Auf einen Blick

Art
Eignung einer Website für KI-Agenten
Genutzt in
Cloudflare Agent Readiness Score; Lighthouse „Agentic Browsing“ (ab Chrome 150, experimentell)
Status
Bewertungsmodell einzelner Anbieter, kein Standard

Stand:

Wie wird Agent Readiness gemessen?

Einen verbreiteten Ansatz hat Cloudflare am 17. April 2026 mit dem Agent Readiness Score vorgestellt. Cloudflare vergleicht ihn mit Lighthouse für Performance. Der Score prüft vier Kategorien.

Die erste ist die Auffindbarkeit. Hier zählen robots.txt, sitemap.xml und Link Headers nach RFC 8288. In der zweiten Kategorie Inhalt geht es um Markdown-Auslieferung per Content Negotiation (Accept: text/markdown) und um llms.txt. Die Zugriffskontrolle für Bots umfasst Content Signals, KI-Bot-Regeln in der robots.txt und Web Bot Auth, also digitale Signaturen. Zuletzt bewertet die Kategorie Fähigkeiten, ob eine Seite etwa Agent Skills, einen API-Katalog nach RFC 9727, OAuth-Server-Erkennung, eine MCP Server Card oder WebMCP anbietet.

Prüfen lässt sich eine Website mit dem Cloudflare-Werkzeug isitagentready.com. Das Werkzeug zeigt inzwischen eine fünfte Kategorie Commerce mit x402, MPP, UCP und ACP. Der Blogbeitrag nennt diese Standards getrennt vom Score. Der Score ist ein Bewertungsmodell von Cloudflare und hat keinen Normstatus (Stand Oktober 2026, Blogbeitrag zuletzt geändert am 15.07.2026).

Ab Chrome 150 enthält Lighthouse die experimentelle Kategorie „Agentic Browsing“. Sie prüft, ob WebMCP-Tools registriert sind, eine Auswahl von Barrierefreiheitsprüfungen, die Layout-Stabilität (CLS) und ob eine llms.txt vorhanden ist. Das Ergebnis erscheint als Anteil bestandener Prüfungen, etwa 2/3.

Welches Protokoll regelt was? Agenten-Protokolle, Stand 08.10.2026Landkarte der Protokolle für KI-Agenten in vier Schichten, Stand 8. Oktober 2026. Agent zu Werkzeugen und Daten: MCP, von Anthropic, seit Dezember 2025 bei der Agentic AI Foundation, Version 2026-07-28. Agent zu Agent: A2A, von Google an die Linux Foundation übergeben, Spezifikation 1.0; Teil davon ist die Agent Card, ein JSON-Steckbrief unter /.well-known/agent-card.json. Agent zu Website: WebMCP, ein Entwurf der W3C Web Machine Learning Community Group, kein W3C-Standard, bei dem eine Webseite Tools im Browser bereitstellt; NLWeb von Microsoft, Open Source, jede Instanz ist auch ein MCP-Server. Agent zu Händler, Checkout und Zahlung: ACP von OpenAI und Stripe (Beta) mit Checkout-API und Delegate Payment; UCP von Google mit Handelspartnern (stabil) mit Checkout und Payment Handlers, AP2-Mandate als optionale Erweiterung; AP2 von Google (v0.2) mit Checkout- und Payment-Mandat. Querverbindungen: ACP und UCP lassen sich auch über MCP ansprechen, UCP zusätzlich über A2A; AP2 ist eine Erweiterung für A2A und MCP.PROTOKOLL · HERAUSGEBER · STATUSStand: 08.10.2026Agent ↔ Werkzeuge, DatenMCPModel Context ProtocolAnthropic; seit 09.12.2025bei der Agentic AIFoundation (LinuxFoundation)Version 2026-07-28Laut Spezifikationen undHerausgeber-Seiten,geprüft am 08.10.2026.↳ = Bezug zu anderenProtokollen.Grau: Entwurf oder Beta.Agent ↔ AgentA2A · Agent2AgentGoogle, an die Linux Foundationübergeben; Beitritt zur AgenticAI Foundation angekündigt am27.08.2026Spezifikation 1.0(v1.0.1 vom 28.05.2026)Agent CardJSON-Steckbrief eines Agenten:Fähigkeiten, Endpunkt, Auth/.well-known/agent-card.jsonTeil der A2A-SpezifikationAgent ↔ WebsiteWebMCPW3C Web Machine Learning CommunityGroup (Editoren: Microsoft, Google)Entwurf vom 02.10.2026, kein W3C-Standard; Chrome: Origin Trial ab 149↳ Webseite stellt Tools im Browserbereit, wie ein MCP-ServerNLWebMicrosoft (vorgestellt am 19.05.2025),Open Source unter MIT-Lizenz,ohne veröffentlichte Versionsnummer;nutzt Schema.org und RSS der Website↳ jede NLWeb-Instanz ist auchein MCP-ServerAgent ↔ Händler: Checkout, Zahlung, AnbindungACPBeta, 2026-04-17Agentic Commerce ProtocolOpenAI und StripeAgentic Checkout: Sitzunganlegen, ändern, abschließenDelegate Payment: Zahlungs-Token über den Agenten↳ REST; MCP-Anbindung seitVersion 2026-04-17UCPstabil, 2026-08-25Universal Commerce ProtocolGoogle mit Partnernaus dem HandelCheckout Capability: anlegen,ändern, abschließenPayment Handlers; AP2-Mandateals optionale Erweiterung↳ REST, MCP, A2A,Embedded ProtocolAP2v0.2 (28.04.2026)Agent Payments ProtocolGoogle; Standardisierung inFIDO-ArbeitsgruppenCheckout-Mandat: hält Artikelund Kaufdetails festPayment-Mandat: autorisiertdie Zahlung per Zahlungsmittel↳ Erweiterung für A2A undMCP; in UCP nutzbar
Landkarte der Agenten-Protokolle, Stand 08.10.2026: Welche Verbindung jedes Protokoll regelt, wer es herausgibt und welchen Status es hat. Im Handel überschneiden sich ACP, UCP und AP2, und mehrere Protokolle bauen auf MCP oder A2A auf. Versionen ändern sich schnell. Quellen: Model Context Protocol: Spezifikation 2026-07-28; A2A Protocol: Spezifikation (Agent Card, Beziehung zu MCP); W3C Web Machine Learning CG: WebMCP (Draft Community Group Report); NLWeb (GitHub, Microsoft); Agentic Commerce Protocol (GitHub, OpenAI und Stripe); Universal Commerce Protocol: Specification overview; AP2: Agent Payments Protocol.

Beispiel

Ein Shop veröffentlicht eine robots.txt mit klaren Regeln für KI-Bots, eine Sitemap und eine llms.txt. Seine Produktseiten liefert er auf Anfrage als Markdown aus. Unter /.well-known/api-catalog listet er seine APIs. In den Kategorien Auffindbarkeit, Inhalt und Fähigkeiten würde er damit Punkte sammeln.

Checkliste

  • robots.txt, sitemap.xml und Link Headers (RFC 8288) sind vorhanden (Kategorie Auffindbarkeit im Cloudflare-Score).
  • Wichtige Seiten lassen sich als Markdown abrufen (Accept: text/markdown), optional ergänzt durch eine llms.txt.
  • Regeln für KI-Bots stehen in der robots.txt, Content Signals sind gesetzt, falls gewünscht.
  • Vorhandene APIs sind nach RFC 9727 unter /.well-known/api-catalog aufgeführt.
  • Schaltflächen und Links sind echte <button>- und <a>-Elemente, Labels sind per for mit ihren Feldern verknüpft (web.dev, Stand 01.04.2026).
  • Das Layout verschiebt sich beim Laden nicht, weil Agenten mit Screenshots sonst danebenklicken (web.dev).
  • Über klickbaren Elementen liegen keine transparenten Overlays (web.dev).
  • Optional sind WebMCP-Tools registriert (Entwurf der W3C Community Group).

Häufige Fehler

Laut web.dev (Stand 01.04.2026) erschweren diese Muster die Nutzung durch Agenten:

  • Transparente Overlays über klickbaren Elementen. Agenten können verdeckte Knoten verwerfen.
  • Divs und Spans statt <button> und <a>. Ohne passende Rolle erkennen Agenten die Elemente schlechter.
  • Labels ohne for-Attribut. Der Zweck des Feldes bleibt unklar.
  • Ein Layout, das sich ständig verschiebt. Agenten, die Screenshots auswerten, verlieren dadurch den Bezug.

Häufige Fragen

Ist Agent Readiness ein Rankingfaktor? Dafür gibt es keinen Beleg. Der Score misst die Eignung für Agenten.

Wie unterscheidet sich Agent Readiness vom Begriff aus dem Unternehmensumfeld? Dort geht es um interne Voraussetzungen wie Infrastruktur, Überwachung und Sicherheit beim Einsatz von KI-Agenten. Die Website-Bedeutung betrifft das, was eine Seite nach außen anbietet.

Quellen

  1. Agent Readiness Score – Cloudflare Blog (17.04.2026)blog.cloudflare.com
  2. RFC 9727: api-catalog – IETFrfc-editor.org
  3. Is it agent ready? – Cloudflareisitagentready.com
  4. Für KI-Agenten optimieren – Häufige Fehler und wie du sie behebst – searchVIU-Blog (2026)searchviu.com
  5. Lighthouse agentic browsing scoring – Chrome for Developersdeveloper.chrome.com
  6. Build agent-friendly websites – web.dev (aktualisiert 01.04.2026)web.dev

Stand: