Grundlagen
Warum Agenten an heutigen Websites scheitern, was sich mit Tools ändert und was das mit Agent-Readiness und GEO zu tun hat. Ohne Code.
WebMCP-Hub
WebMCP ist ein Vorschlag für einen Webstandard, mit dem eine Website ihre Funktionen als benannte Tools anbietet, die ein KI-Agent direkt aufrufen kann. Statt die Oberfläche zu erraten und Klicks zu simulieren, liest der Agent eine Liste von Werkzeugen mit Namen, Beschreibung und erwarteten Parametern und ruft das passende auf. Getragen wird der Vorschlag von der W3C Web Machine Learning Community Group, gemeinsam von Google für Chrome und Microsoft für Edge.
WebMCP ist damit die technische Antwort auf eine Frage, die im GEO-Umfeld seit zwei Jahren gestellt wird: Wie wird eine Website nicht nur für Menschen bedienbar, sondern auch für Software, die im Auftrag eines Menschen handelt.
chrome://flags/#enable-webmcp-testingNeu im Origin Trial gegenüber den ersten Testbuilds sind getTools(), executeTool(), Permissions Policy und Cross-Origin-iframes über allow="tools". Was sich seither an der API geändert hat, steht mit Beleg im Changelog.
Drei Wege durch den Hub, je nachdem, warum Sie hier sind.
Sie haben von Agenten gehört, die Websites bedienen, und wollen verstehen, worum es geht und warum das heute schwierig ist.
Grundlagen ohne CodeSie wollen Tools registrieren. Zwei Wege: Formulare annotieren oder Tools in JavaScript anmelden.
Zur imperativen APISie ordnen ein, was Agent-Readiness für Ihre Sichtbarkeit bedeutet und was jetzt zu tun ist.
Bezug zu GEOWarum Agenten an heutigen Websites scheitern, was sich mit Tools ändert und was das mit Agent-Readiness und GEO zu tun hat. Ohne Code.
registerTool und unregisterTool, inputSchema als JSON Schema, execute mit AbortSignal, Annotations, getTools und executeTool, Lifecycle in SPAs.
Formulare als Tools: Basis-Attribute, Feld-Annotationen, Event-Handling mit agentInvoked und respondWith, CSS-Feedback, ein vollständiges Beispiel.
Vier echte Tools, die ein Agent tatsächlich bedienen kann, mit Aktivitätsprotokoll, Browser-Prüfung und einem Generator für inputSchema.
Was sich an der API geändert hat, nach Chrome-Version, jeder Eintrag mit öffentlichem Beleg. Wird gepflegt.
Die Frage, an der sich alle verhaken: MCP verbindet Agenten mit Backends, WebMCP arbeitet im Browser an der laufenden Seite. Und warum der Browser kein MCP-Server wird.
Prompt Injection, Origin-Isolation, Permissions Policy, exposedTo, Annotations und Character Budgets, dazu eine Checkliste für jedes Tool vor dem Livegang.
Agent-Readiness als nächste GEO-Disziplin: was heute schon zu tun ist, was noch warten kann und welche Fragen ins nächste Website-Meeting gehören. Ohne Code.
Wer WebMCP entwickelt: die W3C-Gruppe, die Autoren bei Microsoft und Google, die Stimmen aus den Browser-Teams und die Orte, an denen die Arbeit stattfindet.
Zwölf häufige Fragen, kurz und belegt beantwortet, jede mit dem Weg in die Tiefe.
WebMCP kennt zwei APIs. Sie schließen sich nicht aus, eine Seite kann beide nutzen.
form-Element mit
Attributen wie toolname und tooldescription. Der Browser leitet
daraus das Werkzeug samt Parametern ab. Für alles, was ohnehin ein Formular ist, ist das
der kürzeste Weg, oft eine Handvoll Zeilen HTML.
navigator.modelContext.registerTool(), mit einem JSON Schema für die
Eingabe und einer execute-Funktion. Für alles, was kein Formular ist:
Zustandsabfragen, Listenoperationen, Berechnungen.
Der Playground zeigt beide nebeneinander an vier Werkzeugen, die ein Agent tatsächlich bedienen kann.
Die häufigste Verwechslung. Ihre Website wird durch WebMCP kein MCP-Server. Sie liefert nur die Primitive, also die Tools. Der Browser ist der Übersetzer: Er nimmt die angemeldeten Werkzeuge entgegen und stellt sie dem Agenten in der Form bereit, die dieser erwartet. Alles Weitere, was zum Model Context Protocol gehört, verwaltet der Browser-Agent, nicht die Seite.
Praktisch heißt das: Sie brauchen keinen Server, keine Registrierung und keinen eigenen Endpunkt. Sie beschreiben, was Ihre Seite kann, und der Browser übernimmt den Rest.
Kurz beantwortet
Ein experimenteller Webstandard, mit dem eine Website ihre Funktionen als Tools deklariert, die KI-Agenten direkt aufrufen können, statt die Oberfläche zu erraten.
Nein. MCP verbindet Agenten mit Backends und läuft persistent als Server; WebMCP arbeitet im Browser an der laufenden Seite. Die Chrome-Doku: „WebMCP is not an extension or a replacement of MCP."
Noch nicht. Es läuft ein Origin Trial (Chrome 149 bis voraussichtlich 156), die API ändert sich zwischen Versionen; im August 2026 wurde eine Typänderung eingeführt und kurz darauf zurückgenommen. Testen und vorbereiten: ja.
Dieser Hub belegt ausschließlich mit öffentlich zugänglichem Material. Alle Verweise sind am auf Erreichbarkeit geprüft.
WebMCP ist der nächste Schritt einer Entwicklung, die mit crawlbaren Seiten begann und bei maschinenlesbaren Funktionen endet. Genau das schule ich, an Ihren eigenen Seiten.