WebMCP, von Google auf der Konferenz I/O 2026 vorgestellt und gemeinsam mit Microsoft entworfen, beantwortet eine Frage, die seit dem Einzug der KI-Agenten in den Browser offen war: Wie kann eine Website einem Agenten ihre Funktionen anbieten, ohne dass dieser blind durch das DOM klicken muss? Der beim W3C eingebrachte Vorschlag erweitert das MCP-Protokoll bis in den Browser-Tab.
Von MCP in den Browser: was WebMCP hinzufügt
Das Model Context Protocol verbindet einen Agenten mit serverseitigen Ressourcen: Datenbank, Dateisystem, Drittanbieter-API. WebMCP verlagert dieses Prinzip in die Seite selbst. Eine Website deklariert ihre Aktionen als strukturierte Werkzeuge, und der im Browser laufende Agent ruft sie direkt auf, mit bereits vorhandenem Sitzungskontext: angemeldeter Nutzer, laufender Warenkorb, aktive Filter.
Entscheidend ist die Wiederverwendung. WebMCP übernimmt das Werkzeugschema von MCP: dieselbe Definition kann in einem MCP-Server und in einer browserseitigen Bereitstellung leben, ohne den Vertrag neu zu schreiben.
WebMCP ersetzt MCP nicht: es erweitert seine Reichweite, vom Server bis in den Browser-Tab.
Wie eine Website ihre Werkzeuge deklariert
Die API stützt sich auf ein globales Objekt, document.modelContext, und dessen Methode registerTool. Jedes Werkzeug trägt einen Namen, eine für den Agenten lesbare Beschreibung, ein Eingabeschema im JSON-Schema-Format und einen asynchronen Handler, der ein strukturiertes Ergebnis zurückgibt.
const controller = new AbortController();
await document.modelContext.registerTool({
name: "ajouter-tache",
description: "Ajoute un element a la liste de taches active de l'utilisateur",
inputSchema: {
type: "object",
properties: {
texte: { type: "string", description: "Contenu de la tache" }
},
required: ["texte"]
},
async execute({ texte }) {
await ajouterTache(texte);
return {
content: [{ type: "text", text: `Tache ajoutee : "${texte}"` }]
};
}
}, { signal: controller.signal });
Das Signal des AbortController erlaubt es, ein Werkzeug zu entfernen, sobald die Komponente ausgehängt wird oder der Seitenzustand die Aktion hinfällig macht. Eine deklarative Variante, noch in Spezifizierung, soll bestehende HTML-Formulare ohne zusätzlichen Code bereitstellen.
Wo die Einführung steht
WebMCP ist ein Community-Group-Report des W3C, erstmals im August 2025 von der Web Machine Learning Community Group veröffentlicht und am 28. Juli 2026 überarbeitet. Chrome startet ab Version 149 einen Origin Trial, eine Integration des Gemini-Agenten wurde im Anschluss angekündigt. Edge dürfte folgen, da Microsoft Mitautor ist; Firefox und Safari haben sich öffentlich noch nicht fest verpflichtet. Auf Framework-Seite hat Angular in Version 22 experimentelle Unterstützung eingebaut, und Plattformen wie Shopify oder Cloudflare stellen es versuchsweise auf den von ihnen gehosteten Websites bereit.
| Kriterium | MCP (Serverseite) | WebMCP (Browserseite) |
|---|---|---|
| Wo das Werkzeug läuft | MCP-Server, außerhalb des Browsers | In der Seite, in JavaScript |
| Was der Agent erreicht | Datenbanken, Dateien, Drittanbieter-APIs | Funktionen und Formulare der Website |
| Sitzungskontext | Muss rekonstruiert werden (Tokens, Zugangsdaten) | Bereits vorhanden (angemeldeter Nutzer) |
| Werkzeugschema | MCP-Schema | Dasselbe Schema, wiederverwendet |
| Typischer Anwendungsfall | Agent an ein Backoffice angebunden | Agent, der auf der besuchten Website handelt |
Die Fragen, die der Standard offenlässt
Aktionen einem Agenten bereitzustellen heißt, eine Angriffsfläche zu öffnen. Ein Werkzeug, das eine Zahlung auslöst oder Daten verändert, muss unter der ausdrücklichen Kontrolle des Nutzers bleiben und nicht allein nach dem Urteil eines Agenten laufen. Die Spezifikation stützt sich auf das Origin-Modell des Browsers und den Sitzungskontext, doch Zustimmung, Protokollierung der Aufrufe und Ratenbegrenzung liegen weitgehend beim Umsetzenden.
Achtung. Ein WebMCP-Werkzeug erbt die Rechte der laufenden Sitzung. Die Bereitstellung auf idempotente oder bestätigungspflichtige Aktionen zu beschränken, für jede sensible Operation (Zahlung, Löschung, Versand) eine Nutzerbestätigung zu verlangen und eingehende Parameter als nicht vertrauenswürdige Eingaben zu behandeln, bleiben unverzichtbare Vorkehrungen.
Was bleibt
WebMCP standardisiert ein fehlendes Stück: einen Absichtskanal zwischen einer Website und dem Agenten, der sie nutzt, gestützt auf das von MCP bekannte Werkzeugschema. Der Vorschlag ist jung, vorerst auf einen Origin Trial in Chrome beschränkt, und seine Verbreitung wird ebenso von den anderen Browsern abhängen wie von den begleitenden Sicherheitsleitplanken. Für Web-Teams zeichnet sich eine Fähigkeit ab, die genaue Beobachtung verdient: Websites zu bauen, die nicht nur für Menschen lesbar sind, sondern auch für Agenten.
Ich sehe in WebMCP den logischen nächsten Schritt nach dem, was MCP auf dem Server angestoßen hat, und die Wette erscheint mir richtig: Statt Agenten die Oberfläche durch Klicken im DOM erraten zu lassen, gibt man ihnen einen expliziten Vertrag. Beim Zeitplan bleibe ich jedoch vorsichtig. Solange Firefox und Safari nicht entschieden haben, würde ich WebMCP als progressive Verbesserung ausliefern, niemals als einzigen Zugang zu einer Funktion. Und ich würde die Regel beibehalten, die für jede öffentliche API gilt: eine zerstörerische Aktion nie ohne menschliche Bestätigung freigeben. — Simon Janvier
Zum Weiterlesen
WebMCP-Spezifikation, W3C Web Machine Learning Community Group: github.com/webmachinelearning/webmcp
