WebMCP: Eine Anfrage auf der Website vorbereiten

Ein sinnvoller erster Fall: Eine Anfrage vorbereiten

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 redaktionell festgelegte Sollausgaben. Die Darstellung registriert selbst keine WebMCP-Schnittstelle und führt 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.

Von der sichtbaren Seite zur ausführbaren Aufgabe

Stell dir einen Betrieb mit drei Servicepaketen vor. 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 oder ein MCP-Server: Welchen Zugang braucht der Ablauf?

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 dieser geöffneten Seite arbeiten. OpenAI beschreibt beide Wege ausdrücklich getrennt. Für einen nächtlichen Import wäre eine serverseitige Integration deshalb der erste Kandidat; für eine gemeinsam bearbeitete Anfrage auf der Website kann WebMCP passen.

Beschreibe für eure Aktion einen kleinen Vertrag: welche Felder sie annimmt, welche Regeln sie prüft und was bei Erfolg oder fehlenden Angaben zurückkommt. Der Agent braucht eine eindeutige Rückmeldung. Ein Text wie „alles erledigt“ ist zu wenig, wenn erst ein Entwurf vorliegt.

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 ↗

Was am 8. September 2026 verfügbar ist

Chrome beschreibt WebMCP als experimentelle Technik im Origin Trial ab Chrome 149. Das ist ein Entwicklungs- und Erprobungsstand, keine flächendeckende Zusage für alle Browser und Besucher. Plane eine normale Bedienmöglichkeit für Menschen und prüfe die konkret unterstützte Umgebung.

OpenAI dokumentiert Site tools als eigene Umsetzung des vorgeschlagenen Standards im eingebauten Desktop-Browser. Die Dokumentation nennt GPT-5.6 Sol und Terra, schließt Luna dafür derzeit aus und nennt Einschränkungen nach Workspace und Rollout, darunter derzeit fehlende Unterstützung für Enterprise und Edu. Sie unterstützt außerdem nur einen Teil der WebMCP-APIs: HTML-Formularattribute und Tools in iframes werden dort aktuell nicht entdeckt.

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 ↗

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. 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.

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.