Agent Readiness: zwei Fragen, die ständig verwechselt werden

Seit einigen Monaten taucht ein neuer Begriff in Angeboten auf: Agent Readiness. Gemeint ist die Frage, ob eine Website nicht nur für Menschen bedienbar ist, sondern auch für KI-Agenten, die im Browser handeln — die also klicken, Formulare ausfüllen, einen Warenkorb füllen, einen Termin suchen. Die Frage ist berechtigt. Die Antworten darauf werfen allerdings zwei völlig verschiedene Dinge durcheinander.

Frage eins: Liegen die Standards vor?

Das ist die technische Frage. Gibt es strukturierte Produktdaten, sind Formulare semantisch ausgezeichnet, ist ein Accessibility Tree vorhanden, existiert eine llms.txt, sind WebMCP-Tools registriert, was steht in der robots.txt? All das lässt sich von außen prüfen, ohne Zugang zum Kunden, und das Ergebnis ist reproduzierbar.

Genau deshalb ist diese Frage bereits beantwortet — von anderen, kostenlos. Cloudflare hat im April 2026 einen „Agent Readiness score" veröffentlicht und dafür die 200.000 meistbesuchten Domains gescannt. Chrome kündigte im Juni 2026 an, mit Lighthouse in Version 150 eine eigene Kategorie „Agentic Browsing" auszuliefern, die Accessibility, WebMCP-Registrierung und Layout-Stabilität prüft — eingebaut in die Entwicklerwerkzeuge, die ohnehin jeder hat.

Frage zwei: Erledigt ein Agent die Aufgabe?

Das ist die geschäftliche Frage, und sie ist eine andere. Ein Agent kann an einer Website scheitern, die technisch alles mitbringt — an einem selbstgebauten Dropdown, an einem Overlay, das nach zwei Sekunden erscheint, an einer Fehlermeldung, die nur farblich markiert ist. Und umgekehrt kann er eine Aufgabe auf einer Seite ohne jeden neuen Standard zuverlässig erledigen, weil die Struktur eindeutig ist.

Diese Frage misst derzeit niemand systematisch. Auch Chrome behandelt seinen eigenen Score ausdrücklich als informativ und nicht als Benchmark. Was fehlt, ist die naheliegende Prüfung: dieselbe Aufgabe, mehrfach, mit mehreren Agenten, mit einer harten Erfolgsbedingung am Ende — liegt die richtige Position im Warenkorb, ja oder nein.

• Standards vorhanden heißt nicht Aufgabe gelöst. Das eine ist eine Voraussetzung, das andere ein Ergebnis.
• Ein Score von 0 bis 100 verdeckt genau diesen Unterschied, weil er beide Ebenen in eine Zahl presst.
• Ob dieselbe Aufgabe beim selben Agenten wiederholt gelingt, ist bislang unbeantwortet — und entscheidet, ob sich hier überhaupt etwas messen lässt.

Wo WebMCP heute wirklich steht

WebMCP ist der Vorschlag, dass eine Website ihre Funktionen als benannte Werkzeuge an den Browser meldet — Produkt suchen, Warenkorb ändern, zur Kasse gehen — statt dass ein Agent sich das aus der Oberfläche zusammenreimt. Der Stand am 28. August 2026 lässt sich in drei Sätzen zusammenfassen, und alle drei sind wichtig.

1. Es gibt echte Verbreitung: Shopify meldet am 5. August 2026, WebMCP-Tools seien auf jedem Liquid-Storefront live. Cloudflare bietet seit dem 6. August eine zuschaltbare WebMCP-Schicht als Developer Preview an.
2. Es gibt keine Einigkeit: WebMCP ist ein Entwurf einer W3C Community Group, getrieben von Google und Microsoft. Chrome hat einen Origin Trial, WebKit hat seine Standardsposition mit „oppose" gekennzeichnet, Mozilla prüft noch.
3. Es gibt keine Nutzungszahlen: Weder Shopify noch Cloudflare veröffentlichen, wie viele Agenten diese Schnittstellen tatsächlich aufrufen, wie viele Warenkörbe oder Bestellungen darüber entstehen.

Der dritte Punkt ist der, den man am leichtesten überliest. Technische Verbreitung und tatsächliche Nutzung sind zwei verschiedene Größen, und hier klafft zwischen ihnen eine Lücke, über die sich öffentlich nichts sagen lässt. Shopify nennt selbst die Einschränkung: Agentenunterstützung gibt es derzeit nur in Chromium-Browsern über den Origin Trial.

Zwei Vorgänger, die dasselbe wollten

Die Idee, dass Websites ihre Aktionen maschinenlesbar beschreiben, ist nicht neu. Sie ist zweimal angetreten und zweimal nicht durchgedrungen — was nichts über WebMCP beweist, aber die Erwartung dämpfen sollte, dass logische Attraktivität allein zur Verbreitung führt.

Web Intents war ein Chromium-Vorschlag für Service Discovery zwischen Webanwendungen, im Mai 2012 sogar in der stabilen Chrome-Version freigeschaltet. Im November 2012 wurde die Implementierung wieder deaktiviert. Sechs Monate. „Ist in Chrome" war schon damals nicht dasselbe wie „wird Teil der Webplattform".

schema.org Actions ist die nähere Parallele. Seit April 2014 kann Markup beschreiben, welche Aktionen eine Website ermöglicht und wie man sie auslöst. Zwölf Jahre später gibt es das Vokabular immer noch, aber kein universelles Aktionssystem daraus — schema.org selbst verortet die Action-Klasse in der Größenordnung von 10.000 bis 100.000 Domains.

Der Einwand, der am meisten wiegt

Das stärkste Gegenargument lautet nicht, dass Agenten noch nicht funktionieren. Es lautet, dass Agenten sehr erfolgreich werden könnten, ohne dass die Website dabei eine Rolle spielt. Für Handel entstehen gerade Protokolle, die direkt zwischen Agent und Backend verlaufen: das Agentic Commerce Protocol von OpenAI und Stripe, Googles Universal Commerce Protocol, dazu Zahlungsrahmen wie AP2 und die Frameworks von Visa und Mastercard. Ein Agent, der ein Produkt über einen Katalog-Endpunkt findet und über ein Checkout-Protokoll kauft, braucht den Frontend-Code des Händlers womöglich gar nicht.

Hinzu kommt, dass Betreiber nicht automatisch wollen, was Agenten wollen. Cloudflare trennt seine Regeln inzwischen ausdrücklich nach Suche, Agenten und Training und hat angekündigt, ab dem 15. September 2026 für neue Domains auf werbefinanzierten Seiten Agenten- und Trainingszugriff standardmäßig zu blockieren. Und der Konflikt ist nicht theoretisch: Am 10. März 2026 erwirkte Amazon eine einstweilige Verfügung gegen Perplexitys Einkaufsagenten und dessen Zugriff auf Kundenkonten.

Was wir daraus für die eigene Arbeit ziehen

Wir messen, wie oft Unternehmen in Antworten von ChatGPT, Gemini und Claude als Anbieter empfohlen werden. Die Frage, ob ein Agent auf einer Website eine Aufgabe zu Ende bringt, ist methodisch dieselbe Art von Frage: definierte Eingabe, mehrere Durchläufe, dokumentierte Umgebung, überprüfbare Erfolgsbedingung.

Ob daraus ein belastbares Messverfahren wird, hängt an einer einzigen Bedingung, und die ist bislang offen: Gelingt dieselbe Aufgabe beim selben Agenten wiederholt? Ohne diese Stabilität misst man Modellrauschen und nennt es Befund. Wir halten das für die entscheidende Vorfrage und behandeln sie als solche, statt sie zu überspringen.

Alle Angaben in diesem Text stammen aus Primärquellen der genannten Organisationen mit Stand 28. August 2026. Wo keine Zahlen veröffentlicht sind, steht das ausdrücklich hier — insbesondere gibt es derzeit keine öffentliche Kennzahl dazu, wie häufig WebMCP tatsächlich benutzt wird. Sollte sich das ändern, aktualisieren wir diesen Beitrag.