WebMCP soll Websites eine strukturierte Schnittstelle zu KI-Agenten geben. Eine Suche, eine Verfügbarkeitsabfrage oder ein Formular lässt sich als Werkzeug beschreiben, statt dass der Agent die Bedienung allein aus dem Seitenlayout ableiten muss.
Der Stand vom 30. September 2026 ist ein Draft Community Group Report der W3C Web Machine Learning Community Group. Der Entwurf ist ausdrücklich kein W3C-Standard und liegt nicht auf dem W3C Standards Track. Google und Microsoft stellen die Editoren. Das ist eine konkrete technische Initiative, aber keine Zusage, dass jeder Browser oder Assistent sie bereits unterstützt.
Was WebMCP tatsächlich bereitstellt#
WebMCP ist eine Browser-API. Im aktuellen Entwurf heißt der Einstieg document.modelContext; ältere Beispiele verwenden navigator.modelContext. Eine Website registriert JavaScript-Funktionen mit Namen, Beschreibung und einem Schema für die Eingaben. Dazu gehört ein execute-Callback, der die Funktion ausführt.
Die Werkzeuge leben im geöffneten Dokument. Eine Datei unter /.well-known/webmcp oder eine agents.json ersetzt diese Registrierung nicht. WebMCP definiert auch keine Mindestzahl von Werkzeugen und keinen allgemeinen Katalog aus MCP-Resources und MCP-Prompts.
Ein Restaurant könnte eine lesende Suche nach Gerichten anbieten. Ein Immobilienbüro könnte Objekte nach Ort und Preis filtern. Für eine Buchung braucht es zusätzlich einen tatsächlich funktionierenden Buchungsprozess und eine klare Freigabe für die Aktion.
Entwurf, Browser und Agent sind drei verschiedene Dinge#
Chrome hat WebMCP als Early Preview vorgestellt. Eine Browser-Version mit einer experimentellen Implementierung bedeutet nicht, dass die API standardmäßig für alle Nutzer eingeschaltet ist. Ebenso bedeutet eine vorhandene API nicht, dass ChatGPT, Claude oder Gemini die Werkzeuge auf jeder besuchten Website automatisch aufrufen.
Prüfe vor einer Integration den verwendeten Browser, den aktuellen API-Namen und den konkreten Agenten. Der Chrome-Beitrag zur Early Preview und die WebMCP-Spezifikation sind die Ausgangspunkte. Ein Fallback über die normale Bedienoberfläche bleibt sinnvoll.
Wie du eine Integration planst#
- Wähle eine echte Funktion, etwa eine Produktsuche oder Verfügbarkeitsabfrage.
- Beschreibe Eingaben, Ergebnis und mögliche Nebenwirkungen klar.
- Registriere das Werkzeug nur, wenn der Browser die benötigte API unterstützt.
- Prüfe Anmeldung und Berechtigungen im eigentlichen Anwendungscode. Eine Beschreibung oder Annotation ersetzt diese Prüfung nicht.
- Teste den Aufruf mit einem passenden Agenten und die normale Bedienung ohne WebMCP.
Der Entwurf nennt unter anderem Risiken durch manipulierte Werkzeugbeschreibungen, schädliche Ergebnisse und ungewollte Aktionen. Für Bestellungen, Kontaktanfragen und Buchungen gehört deshalb eine nachvollziehbare Bestätigung in den Ablauf.
Was das für Sichtbarkeit bedeutet#
WebMCP kann die Bedienung einer Website durch unterstützende Agenten erleichtern. Daraus folgt kein belegter Ranking-Vorteil bei Google, keine bevorzugte Aufnahme in AI Overviews und keine Garantie für zusätzliche Kunden. Auch feste Werte für geringeren Overhead oder höhere Aufgabengenauigkeit gelten nur für die jeweilige Messung, wenn deren Methode und Umfang bekannt sind.
Für einen kleinen Betrieb ist die sinnvolle Frage: Gibt es eine wiederkehrende Aktion, die ein Agent mit klaren Eingaben sicher erledigen könnte? Wenn ja, lohnt sich ein begrenzter Versuch. Wenn die Website vor allem informiert, bleiben verständliche Inhalte, gute Bedienbarkeit und korrekte strukturierte Daten die Grundlage.
Bei StudioMeyer gehören maschinenlesbare Informationen und passende Schnittstellen zur Website-Planung. Was wir für dein Projekt anbieten, steht beim Webdesign. Eine WebMCP-Integration stimmen wir auf den tatsächlichen Prozess und die verfügbare Browser- und Agentenunterstützung ab.
