So nutzen KI-Agenten deine Website mit WebMCP.

Was ist WebMCP?

Browser-Agenten wie Gemini in Chrome, Claude in Chrome oder Perplexity Comet bedienen Websites heute meist wie ein Mensch. Sie lesen Screenshots oder das DOM, suchen das passende Feld und klicken. Das ist langsam und bricht, sobald sich das Layout ändert. Mit WebMCP beschreibt die Website selbst, welche Aktionen es gibt, welche Eingaben sie brauchen und was zurückkommt.

Entwickelt haben den Vorschlag Teams von Google und Microsoft. Der erste Explainer erschien am 13.08.2025. Die Spezifikation liegt als Draft Community Group Report bei der W3C Web Machine Learning Community Group. Ein offizieller W3C-Standard ist WebMCP damit noch nicht, und Details können sich ändern.

WebMCP und MCP

Der Name lehnt sich an das Model Context Protocol an, das Anthropic 2024 vorgestellt und im Dezember 2025 an die Agentic AI Foundation der Linux Foundation übergeben hat. Beide nutzen dieselbe Idee von Werkzeugen mit Name, Beschreibung und Eingabeschema. Sie arbeiten aber an verschiedenen Stellen.

So funktioniert WebMCP

Chrome bietet zwei Wege an. Die deklarative Variante erweitert bestehende HTML-Formulare, die imperative registriert Werkzeuge per JavaScript.

Deklarativ mit Formularen

Ein Formular wird zum Werkzeug, sobald es toolname und tooldescription trägt. Aus den Feldern, ihren Typen und Attributen wie required leitet der Browser das Eingabeschema ab. Mit toolparamdescription erklärst du einzelne Felder. Ohne toolautosubmit füllt der Agent nur aus, und der Mensch schickt ab.

Im Submit-Event zeigt agentInvoked, ob ein Agent das Formular ausgelöst hat. Über respondWith() gibst du ihm ein strukturiertes Ergebnis zurück. Die deklarative Variante steht laut Explainer noch nicht in der Spezifikation. Die Attributnamen können sich also noch ändern.

Imperativ per JavaScript

Für Konfiguratoren, Warenkörbe oder mehrstufige Abläufe registrierst du ein Werkzeug mit document.modelContext.registerTool(). Es braucht einen Namen, eine Beschreibung, ein Eingabeschema als JSON Schema und eine Funktion, die deine vorhandene Logik aufruft.

Über annotations kennzeichnest du Werkzeuge, die nur lesen (readOnlyHint) oder folgenreich sind (consequentialHint). Ältere Anleitungen nutzen navigator.modelContext. Spezifikation und Chrome-Doku verwenden inzwischen document.modelContext.

Was können Browser und Agenten heute?

WebMCP-Werkzeuge sind standardmäßig nur auf der eigenen Seite und in Frames derselben Herkunft erlaubt. Für Frames anderer Herkunft braucht es allow="tools". Chrome beschreibt die Schnittstelle als Werkzeug für Abläufe im Browser, bei denen ein Mensch dabei ist.

Messen, was Agenten tun

Browser-Agenten, die per Screenshot und Klick arbeiten, sehen in Logfiles und Webanalyse oft aus wie schnelle menschliche Besuche. WebMCP liefert dagegen klare Signale.

1. Bei imperativen Werkzeugen schreibst du ein Event direkt in execute, wie im Beispiel oben. Der Code läuft bei jedem Aufruf.
2. Bei Formularen wertest du im Submit-Handler agentInvoked aus und sendest es als Parameter an deine Webanalyse.
3. Leite die Events in GA4, den dataLayer oder dein Data Warehouse, damit du die Entwicklung über Wochen siehst.
4. Prüfe die Registrierung im DevTools-Panel und teste einzelne Werkzeuge mit der Erweiterung Model Context Tool Inspector.

Häufige Fehler

• toolautosubmit steht auch an Formularen, die bestellen, buchen oder Daten senden. Automatisch abschicken lassen solltest du nur lesende Aktionen wie eine Suche.
• Beschreibungen sind vage („Formular 1“). Der Agent wählt Werkzeuge anhand der Beschreibung aus.
• Der Code nutzt nur navigator.modelContext und folgt nicht dem aktuellen Stand der Spezifikation.
• Werkzeuge liegen in einem Frame fremder Herkunft ohne allow="tools".
• Werkzeuge bleiben registriert, obwohl die Aktion gerade nicht möglich ist, etwa bei leerem Warenkorb.
• Jemand erwartet bessere Rankings oder mehr Nennungen in ChatGPT. Dafür hat kein Anbieter eine Wirkung angekündigt. WebMCP macht deine Website für Agenten bedienbar.

Häufige Fragen