KI SpotlightNewsCloudflare und Commerce.com schalten WebMCP für fast 100.000 Domains frei
Agenten sollen in Shops per Tool-Aufruf einkaufen, statt HTML zu deuten. Der Käufer löst den Checkout laut Cloudflare selbst aus. Belege für Tempo- und Kostenvorteile fehlen.
Mit KI erstelltInhalt
◆ Fakten auf einen Blick
- Commerce.com betreibt nach Cloudflare-Angaben fast 100.000 Domains über Cloudflare und aktiviert dafür WebMCP.
- Cloudflare startete im August eine Edge-Implementierung von WebMCP als Beta; Seitenbetreiber müssen keinen Code schreiben.
- WebMCP ist ein experimenteller, vorgeschlagener Browser-Standard von Google in früher Vorschau.
- Auf aktivierten Commerce.com-Storefronts finden Agenten Tools über document.modelContext.
- Die Tool-Logik liegt im Backend-MCP-Server von Commerce.com; Cloudflare leitet sie unverändert weiter.
Fast 100.000 Commerce.com-Domains erhalten WebMCP-Tools für Agenten
Cloudflare und Commerce.com haben WebMCP für fast 100.000 Domains aktiviert, die über Cloudflare laufen. Das steht in einem Blogpost von Cloudflare, den das Unternehmen am Tag seiner Veranstaltung Cloudflare Connect in San Francisco veröffentlichte. Die Edge-Implementierung von WebMCP ist seit August als Beta verfügbar. Commerce.com wollte laut Cloudflares Darstellung wissen, ob sich die Funktion für alle seine Shops auf einmal einschalten lässt.
Die Zahl bezieht sich in der Primärquelle ausdrücklich auf Domains. Ein Sekundärbericht nennt knapp 100.000 Storefronts. Beide Angaben müssen nicht übereinstimmen. Ein Shop kann mehrere Domains betreiben, und auch inaktive Domains sind möglich.
WebMCP ist ein experimenteller Browser-Standard, den Google vorgeschlagen hat. Er gibt Webseiten strukturierte Tools für KI-Agenten an die Hand. Laut Cloudflare steckt der Standard in einer frühen Vorschau. Verfügbar ist er hinter Chrome-Experiment-Flags, in Chrome Origin Trials und in einigen agentischen Browsern. „Händler fragen uns ständig, wie sie bei Agenten-Shopping mithalten können“, sagte Kristina Pototska, Product Management Director bei Commerce.com. Nutzungs- oder Conversion-Zahlen liegen bislang nicht vor.
Edge-Skript, document.modelContext und Backend-MCP: So finden Agenten die Tools
Technisch funktioniert das laut Cloudflare so. Bei Aktivierung injiziert Cloudflare am Edge ein kleines Skript. Die Betreiber schreiben keinen Code. Ein Agent findet die Tools auf einer aktivierten Seite über document.modelContext und ruft sie direkt auf.
Im Beispiel von Cloudflare soll ein Agent einen wasserdichten Trailrunning-Schuh unter 140 Dollar in Größe 10 finden. Dafür reichen ein Aufruf von search_products und einer von add_to_cart. Danach aktualisiert sich der Warenkorb in der eigenen Browsersitzung des Käufers.
Die Tool-Logik liegt im Backend-MCP-Server von Commerce.com. Cloudflare leitet Tool-Definitionen und Aktionen unverändert weiter. Laut Commerce.com arbeitet WebMCP parallel zum serverseitigen MCP. Den Checkout klickt laut Cloudflare der Käufer selbst an. Zahlungsdaten bleiben bei ihm, Zugangsdaten gehen nicht an Dritte.
Schneller, günstiger, zuverlässiger? Belege fehlen, ein Bericht weicht ab, Opt-out ist ungeklärt
Strukturierte Tools seien schneller, kosteten durch weniger Tokens weniger und arbeiteten zuverlässiger als HTML-basiertes Agenten-Shopping. Das sind Herstellerangaben. Unabhängige Messungen liegen nicht vor. HTML-basierte Lösungen brechen laut dieser Darstellung schon bei Theme-Änderungen.
Ein Beitrag auf dev.to beschreibt die Lösung anders. Er nennt Tools wie browse_products und initiate_checkout, die als MCP-Server auf Cloudflare Workers laufen. Der Beitrag ist ungeprüft. Cloudflares Blogpost gilt als Primärquelle, und zwei weitere Berichte stützen seine Darstellung.
Cloudflare sagt, Opt-outs auf Edge-Ebene eingebaut zu haben. Ob die Aktivierung standardmäßig oder nur auf Wunsch erfolgt, geht aus dem vorliegenden Material nicht hervor. Händler müssen deshalb selbst klären, wie sie die Funktion steuern können.
