WebMCP erklärt: Beispiel, Chrome-Unterstützung und Grenzen

Was ist WebMCP? Ein Beispiel: Eine Anfrage vorbereiten

Bei WebMCP beschreibt die Website jede Aktion mit Namen, Beschreibung und festgelegten Eingaben. Der Agent ruft sie direkt auf, statt Knöpfe und Felder zu deuten; ausgeführt wird sie sichtbar in der geöffneten Seite. Unser fiktiver Servicebetrieb erhält eine Anfrage für eine Büroautomatisierung. Die Website soll die vorhandenen Leistungsbeschreibungen durchsuchen und die vom Besucher genannten Angaben in einem Entwurf zusammenstellen. Dieser erste Schritt verändert noch keinen Vertrag und löst keine Zahlung aus.

Lege die Eingaben konkret fest: Anliegen, betroffene Aufgabe und gewünschte Rückmeldung. Die Ausgabe nennt die passende Leistungsseite, den vorbereiteten Text und noch fehlende Angaben. Wenn keine Leistung passt, soll die Aktion das sagen, statt irgendeine Kategorie als sichere Empfehlung auszugeben.

Das Absenden bleibt ein eigener, ausdrücklich gewählter Schritt. Technisch muss die Anwendung vor einer verbindlichen Aktion dieselben Prüfungen durchführen wie bei normaler Bedienung. Eine Beschreibung, die eine Aktion als harmlos bezeichnet, ist kein Ersatz für diese Prüfung.

In der interaktiven Ansicht kannst du einen vollständigen Fall, fehlende Angaben und ein nicht passendes Anliegen vergleichen. Das sind festgelegte Sollausgaben. Die Darstellung ist nur eine Vorschau: Sie ist mit keiner Website verbunden und löst keinen Auftrag aus.

Ohne unterstützten KI-Client führt dieselbe Leistungsseite zum normalen Formular: Anliegen eintragen, fehlende Angaben ergänzen, Vorschau prüfen und bewusst absenden. Der Pilot muss beide Wege mit denselben fachlichen Regeln prüfen.

Belege: Chrome: WebMCP im Überblick, Demos und Grenzen ↗

Von der sichtbaren Seite zur ausführbaren Aufgabe

Nehmen wir im selben fiktiven Betrieb drei Servicepakete an. Ein Besucher möchte herausfinden, welches zu seinem Anliegen passt, und eine Anfrage vorbereiten. Heute liest er mehrere Abschnitte und überträgt Angaben in ein Formular. Ein Assistent könnte dabei helfen, muss aber die vorhandene Oberfläche richtig bedienen.

Mit WebMCP kann die Website passende Funktionen ausdrücklich beschreiben. Chrome empfiehlt, solche Funktionen an tatsächlichen Nutzeraufgaben auszurichten. Für unser Beispiel wäre das etwa „Passende Leistungen finden“ oder „Anfrage als Entwurf vorbereiten“. Eine Funktion pro beliebigem Seitenelement wäre für diesen Zweck wenig hilfreich.

Die Daten und Geschäftsregeln gehören weiterhin zur Website. Wenn eine Leistung nur in einem bestimmten Gebiet verfügbar ist, muss diese Regel für Menschen und Agenten gelten. Eine neue Schnittstelle schafft keinen neuen Leistungsumfang und ersetzt keine funktionierende Anwendung.

Belege: Chrome: WebMCP-Aktionen entwickeln ↗

WebMCP im Code: Was eine Website-Aktion festlegen muss

Beschreibe die fachliche Handlung so genau wie eine gute Formularfunktion. „Anfrage vorbereiten“ ist enger als „Kunden verwalten“: Die Aktion nimmt bestimmte Angaben entgegen und liefert einen prüfbaren Entwurf zurück. Ein fehlender Termin oder ein ungültiges Format braucht eine verständliche Antwort.

Technisch gibt es zwei Wege. Die imperative API registriert eine Aktion per JavaScript über document.modelContext.registerTool, mit Name, Beschreibung, Eingabeschema und einer Funktion, die die Aktion ausführt. Die deklarative API ergänzt ein normales HTML-Formular um zusätzliche Angaben, damit ein Agent es als Werkzeug erkennt. Das Beispiel unten ist unser fiktiver Anfrageentwurf in der imperativen Form; die Funktion anfrageEntwurfErstellen steht für die Logik, die eure Website schon hat.

Vorbereiten und Absenden bleiben getrennte Handlungen. Die vorhandene Prüfung auf dem Server entscheidet weiterhin, ob Daten gültig sind und der angemeldete Nutzer etwas ausführen darf. Ein Toolname und eine Beschreibung ersetzen weder Berechtigungen noch Schutz vor mehrfacher Übermittlung. Für Besucher ohne unterstützenden Agenten bleibt das normale Formular nutzbar.

// Fiktiv: bereitet nur einen Entwurf vor, sendet nichts ab.
if (typeof document.modelContext?.registerTool === "function") {
  await document.modelContext.registerTool({
    name: "anfrage_entwurf_vorbereiten",
    description: "Bereitet eine Anfrage als Entwurf vor, ohne sie zu senden.",
    inputSchema: {
      type: "object",
      properties: {
        anliegen: { type: "string", description: "Worum es geht" },
        aufgabe: { type: "string", description: "Betroffene Büroaufgabe" },
        rueckmeldung: { type: "string", enum: ["telefon", "e-mail"] }
      },
      required: ["anliegen"],
      additionalProperties: false
    },
    execute: async (eingabe) => {
      // Dieselben Prüfungen wie beim normalen Formular.
      const entwurf = await anfrageEntwurfErstellen(eingabe);
      return { entwurf: entwurf.text, fehlendeAngaben: entwurf.fehlend };
    }
  });
}

Belege: Chrome: WebMCP im Überblick, Demos und Grenzen ↗ · Chrome: Imperative WebMCP-API ↗ · OpenAI: Site tools und aktuelle Einschränkungen ↗

WebMCP und MCP: Was ist der Unterschied?

WebMCP passt zu einer Aufgabe in einer geöffneten Website und ihrer bestehenden Sitzung. Ein MCP-Server verbindet dagegen eine KI-Anwendung mit einem lokalen oder entfernten Dienst und kann unabhängig von einer geöffneten Seite arbeiten. OpenAI beschreibt beide Wege ausdrücklich getrennt: WebMCP-Werkzeuge gehören zur Seite, die sie anbietet, und können beim Schließen oder Weiternavigieren wegfallen. Besucher müssen dafür keinen eigenen MCP-Server installieren, und eine Website kann beides anbieten.

Für einen nächtlichen Abgleich muss eine Integration ohne geöffnete Besuchersitzung auf die benötigten Daten zugreifen können; dafür ist eine API, ein Workflow oder ein MCP-Server der erste Kandidat. Chrome beschreibt WebMCP ausdrücklich als vor allem für Abläufe im lokalen Browser gedacht, bei denen ein Mensch beteiligt ist. Bei der Website-Anfrage ist die gemeinsam sichtbare Vorschau deshalb der eigentliche Vorteil. Entscheide nach diesem Arbeitsweg, bevor du ein Protokoll auswählst. Die gleichen Geschäftsregeln gelten in beiden Fällen.

Unsere vorgeschlagene Abnahme trennt drei Ergebnisse. Ein vollständiger Entwurf liefert eine Vorschau. Bei fehlender Rückrufmöglichkeit kommt eine gezielte Rückfrage. Erst eine bestätigte Übermittlung liefert die tatsächliche Vorgangskennung. Beim Wiederholen darf kein zweiter Vorgang entstehen. Diese Eigenschaft muss eure Anwendung umsetzen; der WebMCP-Name sichert sie nicht zu.

Belege: OpenAI: Site tools und aktuelle Einschränkungen ↗ · Chrome: WebMCP im Überblick, Demos und Grenzen ↗

WebMCP in Chrome, ChatGPT und Claude: Stand am 1. Oktober 2026

Angaben geprüft am 1. Oktober 2026

Chrome beschreibt WebMCP als vorgeschlagenen Webstandard und bietet es ab Chrome 149 im Origin Trial an, einem zeitlich begrenzten Testprogramm für experimentelle Funktionen. Chrome Platform Status führt diesen Trial für die Versionen 149 bis 156. Für lokale Tests lässt sich WebMCP über ein eigenes Chrome-Flag (enable-webmcp-testing) einschalten. Das ist ein Erprobungsstand, keine flächendeckende Zusage für alle Browser und Besucher.

OpenAI nennt seine Umsetzung Site tools. Sie läuft im eingebauten Browser der ChatGPT-Desktop-App für ChatGPT Work und Codex, mit GPT-5.6 Sol oder GPT-6 Sol; bei GPT-5.6 Luna ist WebMCP derzeit abgeschaltet. In Enterprise-Workspaces muss die Administration Site tools über eine Richtlinie freigeben, in Edu-Workspaces gibt es sie nicht. Unterstützt wird nur ein Teil der WebMCP-APIs: Aktionen, die nur über HTML-Formularangaben beschrieben sind oder in eingebetteten Seiten (iframes) liegen, erkennt der Browser derzeit nicht.

Für Claude haben wir keine dokumentierte WebMCP-Unterstützung gefunden. Im Hilfeartikel zu Claude in Chrome (Stand 26. August 2026) kommt WebMCP nicht vor; Anthropic beschreibt die Erweiterung dort so, dass Claude Websites liest, klickt, navigiert und Formulare ausfüllt wie ein Mensch. Plane einen Pilot mit Claude deshalb über den normalen Bedienweg der Website.

Für ein Projekt folgt daraus eine sehr konkrete Abnahmefrage: Funktioniert die gewählte Aktion mit dem vorgesehenen Browser, Modell und Konto? Ein erfolgreicher Versuch in einer Umgebung reicht nicht als Aussage über andere Clients. Halte den geprüften Stand mit Datum fest.

Belege: Chrome: WebMCP im Origin Trial ↗ · OpenAI: Site tools und aktuelle Einschränkungen ↗ · Chrome: WebMCP im Überblick, Demos und Grenzen ↗ · Chrome Platform Status: WebMCP ↗ · Anthropic: Erste Schritte mit Claude in Chrome ↗

Wie sich WebMCP zu SEO und GEO verhält

SEO hilft dabei, Inhalte auffindbar und verständlich zu machen. Bei GEO betrachten wir zusätzlich, wie klar Quellen und Antworten für KI-gestützte Recherche nutzbar sind. WebMCP bearbeitet eine andere Stelle der Besucherreise: Eine bereits geöffnete Website stellt eine ausführbare Aufgabe bereit.

Daraus lässt sich kein Rankingbonus ableiten. Laut Chrome erfahren Agenten und Browser erst beim direkten Besuch einer Seite, ob sie aufrufbare Werkzeuge hat. Gefunden werden muss die Seite also weiterhin über Suche, Links oder eine direkte Eingabe. Ebenso wenig belegt ein viral geteilter Beitrag über WebMCP, dass dein Betrieb darüber schon Anfragen erhalten wird. Für die Themenwahl sind solche Beiträge ein Aufmerksamkeitssignal. Eine Investitionsentscheidung braucht den Bezug zu euren tatsächlichen Besuchern und Aufgaben.

Behalte deshalb saubere Leistungsseiten, klare Preise oder nachvollziehbare Angebotswege und eine gut bedienbare Kontaktstrecke bei. Eine zusätzliche Aktion ist dann sinnvoll, wenn sie auf diesen Grundlagen einen konkreten Schritt erleichtert.

Belege: Chrome: WebMCP im Überblick, Demos und Grenzen ↗

Was die Umsetzung kostet und wann sie sich lohnt

Es gibt keinen aus diesen Dokumentationen ableitbaren Pauschalpreis für deine Website. Aufwand entsteht durch die bestehende Anwendung, die neue Aktion, Zugriffsprüfung, Fehlerbehandlung und Tests. Ist die gewünschte Funktion bereits sauber vorhanden, ist die Ausgangslage anders als bei einem Formular mit manueller Bearbeitung im Hintergrund.

Für den ersten Auftrag würden wir eine Aufgabe, einen unterstützten Client und ein messbares Ergebnis abgrenzen. Zum Beispiel: Eine vollständige Anfrage lässt sich vorbereiten; fehlende Angaben bleiben sichtbar; dieselbe Aufgabe bleibt über das normale Formular möglich. Der vereinbarte Umfang bestimmt den Preis.

Als Betreiber solltest du nicht automatisch alle Modellkosten übernehmen. Welche Partei ein KI-Konto nutzt und welche Dienste deine Website selbst aufruft, hängt vom Aufbau ab. Kläre diese Kostenverteilung ausdrücklich. Eine einfache Produktabfrage braucht auf der Website nicht zwangsläufig einen zusätzlichen Modellaufruf.

Ein Pilot braucht eine klare Entscheidungsgrundlage

Starte, wenn eine wiederkehrende Besucheraufgabe vorhanden ist, die normale Website bereits funktioniert und du eine unterstützte Umgebung testen kannst. Warte mit einer aufwendigen Umsetzung, wenn eure Zielgruppe davon noch keinen praktischen Nutzen hat oder die grundlegenden Leistungsinformationen fehlen.

Halte fest, wie viele passende Versuche stattfinden, wie viele korrekt enden und an welcher Stelle Besucher abbrechen. Diese selbst erhobenen Daten sind aussagekräftiger als eine allgemeine Zukunftsprognose. Auch ein kleines Volumen kann für einen eng begrenzten B2B-Ablauf interessant sein; es muss aber bekannt sein.

Unser Aufgabenbrief hilft, das Vorhaben vor einer Beauftragung zu beschreiben. Damit lässt sich eine konkrete Website-Aktion bewerten: gewünschtes Ergebnis, verfügbare Daten, offene Angaben und Übergabe. Aus dieser Grundlage entsteht ein überprüfbarer Pilot statt eines offenen Technikprojekts.

Häufige Fragen zu WebMCP

Angaben geprüft am 1. Oktober 2026

Belege: W3C Web Machine Learning Community Group: WebMCP-Spezifikation (Entwurf) ↗ · Chrome Platform Status: WebMCP ↗ · Chrome: WebMCP im Überblick, Demos und Grenzen ↗ · GitHub: webmachinelearning/webmcp ↗ · GitHub: GoogleChromeLabs/webmcp-tools (Demos) ↗