WebMCP im Origin Trial: Google Chrome macht jede Website zum Werkzeug für KI-Agenten

Google und Microsoft rücken den Vorschlag für einen agentenfähigen Web-Standard näher an die Praxis. Seit dem Chrome-149-Release im Juni läuft der WebMCP-Entwurf als öffentliches Origin Trial, Seitenbetreiber können sich einen Token holen und die neue Browser-API auf echtem Produktionstraffic einschalten, ohne dass Nutzer vorher ein Flag umlegen müssen. Angekündigt hatte Googles Chrome-Team den Schritt am 19. Mai 2026, kurz nach Google I/O.

Das Timing passt: Auf der AI Engineer Europe erklärte Tara Agyemang, Developer-Relations-Engineer im Chrome-Team, in ihrer Session „The agent-ready web“, warum heutige Agenten im Web an die Grenze stoßen. Sie müssten „den gesamten DOM parsen, den Accessibility Tree analysieren und Screenshots auswerten“, um eine einzige Aktion auszulösen. Das sei ein tokenschwerer und spröder Prozess, den WebMCP als „USB-C der KI-Agent-Interaktionen“ ersetzen solle.

Zwei APIs, eine Grundidee

WebMCP, kurz für Web Model Context Protocol, lässt Websites ihre eigenen Funktionen als strukturierte Werkzeuge beschreiben, statt dass ein Agent sie aus der visuellen Oberfläche zusammenreimt. Der Entwurf, den Google und Microsoft gemeinsam in der W3C Web Machine Learning Community Group vorantreiben, kennt zwei Oberflächen:

• Deklarative API: Bestehende HTML-Formulare bekommen zusätzliche Attribute, etwa toolname, tooldescription und toolautosubmit. Damit versteht der Agent sofort, dass ein Formular etwa eine Produktsuche auslöst, ohne das Layout zu interpretieren.
• Imperative API: Über document.modelContext.registerTool() registrieren Entwickler Werkzeuge mit Name, Beschreibung, Input-Schema und einer execute()-Funktion. Der Agent bekommt eine saubere Payload zurück, keine umgefärbten HTML-Fetzen.

In Agyemangs Demos reichen rund 25 Zeilen JavaScript, um eine Aktion wie addTodoItem als Tool freizuschalten. Als Showcases zeigt sie unter anderem eine Ticketplattform namens BeatDrop, bei der ein Agent über drei Aufrufe (searchConcerts, openConcertPage, purchaseTicket) ein Konzertticket kauft, und ein kleines Labyrinth-Spiel, in dem ein Agent per Bewegungs-Tools navigiert.

Was Entwickler aus den frühen Zahlen ableiten können

Belastbare Google-Benchmarks fehlen bisher. Ein früher Implementierer berichtet laut InfoQ aber von „rund 90 Prozent weniger Tokenverbrauch“, nachdem er eine agentische Aufgabe über WebMCP statt über reine Vision-Agenten gelöst hatte. Die Branchen-Site mindpattern.ai nennt zusätzlich frühe Benchmarks mit achtfacher bis zwölffacher Geschwindigkeit gegenüber vision-basierten Screen-Scraping-Agenten. Beide Zahlen stammen nicht aus einer offiziellen Chrome-Veröffentlichung, also mit Vorsicht lesen.

Sicherheit ist von Anfang an mitgedacht. Der Entwurf definiert Hinweise wie untrustedContentHint und readOnlyHint, damit Websites markieren können, welche Payloads aus externen Quellen stammen oder welche Tools keinen Zustand verändern dürfen. Das ist die direkte Antwort auf das wachsende Problem der indirekten Prompt Injection, bei der Angreifer über manipulierte Website-Inhalte Agenten zu ungewollten Aktionen bewegen.

Was das für Webdesigner bedeutet

Agyemang warnt davor, WebMCP als Abkürzung zu missverstehen. Ihre Reihenfolge für jedes Projekt: zuerst sauberes semantisches HTML, Accessibility-Standards und Core Web Vitals, erst dann die Tool-Schicht obendrauf. Wer die Grundlagen überspringt, bekommt auch mit WebMCP keinen zuverlässigen Agenten-Workflow hin.

Für Agenturen ist das eine neue Position im Pflichtenheft: Welche Aufgaben erledigt die Kundenseite überhaupt und welche davon sollen Agenten künftig direkt anstoßen können, zum Beispiel „Termin buchen“, „Lead-Formular absenden“ oder „Produktvariante filtern“? Das ist Design-Arbeit, bevor es Code-Arbeit wird. Wer bei einem Relaunch eine Shortlist an Haupt-Aktionen definiert, kann sie später in beiden APIs sauber abbilden, statt sie nachträglich aus einer gewachsenen Oberfläche herauszuschneiden.

Konkret für die nächsten Monate: Chrome 149 ist draußen, der Origin-Trial-Token lässt sich für die eigene Domain registrieren, Formulare mit toolname zu annotieren kostet im Zweifel eine halbe Stunde. Als Basis für ein Pitch-Argument bei Bestandskunden reicht das. Für ein Produktversprechen reicht es noch nicht, weil der Standard weiter ein W3C-Entwurf ist und Safari und Firefox bisher keine Zeitpläne nennen.

Wer regelmäßig Webdesign-Leads sucht, bei denen das Thema Kundenseite jetzt wieder bewegt werden kann, findet im findflix-Leadfinder die passende Zielgruppe für genau diese Gespräche.

Das Fazit

WebMCP ist noch kein Standard, aber kein reines Experiment mehr. Mit dem Chrome-149-Origin-Trial können Agenturen auf echten Nutzern ausprobieren, ob der Browser Agenten künftig gezielter steuert als heute. Wer die eigene Hausaufgabe sauber macht, semantisches HTML, Barrierefreiheit, Core Web Vitals, hat die Hälfte der Arbeit schon erledigt. Alles Weitere ist eine Tool-Deklaration, die man dort setzt, wo Kunden wirklich konvertieren.