Eine Website weiß bereits, was ihr Suchformular, Verfügbarkeitsprüfer und Buchungsablauf tun. Ein Browser-Agent muss oft diese Bedeutung aus der Benutzeroberfläche ableiten. WebMCP erkundet eine explizitere Beziehung: Die Seite stellt strukturierte Werkzeuge zur Verfügung, die ein Agent entdecken und aufrufen kann.
Chromes WebMCP-Debugging-Dokumentation, aktualisiert am 23. September 2026, beschreibt, wie Entwickleragenten diese Tools inspizieren und testen können. Der dokumentierte Pfad erfordert Chrome 149 oder höher mit der aktivierten Funktion über den Origin-Test oder lokale Testkontrollen. Die DevTools-Integration hat auch eine experimentelle Kategorienflagge. Dies bleibt ein vorgeschlagener Webstandard, daher sollte ein Pilot die tatsächliche Browser- und Client-Kombination überprüfen.
Ich sehe die unmittelbare Gelegenheit in einer kleinen Anzahl nützlicher Aktionen, die jeweils einer bestehenden Kundenreise zugeordnet sind. Das Offenlegen jeder internen Funktion würde eine verwirrende Benutzeroberfläche für die Agenten und eine Wartungsbelastung für das Team schaffen.
Wählen Sie eine Aufgabe, bei der die Seite bereits eine klare Bedeutung hat.
Für ein hypothetisches Installationsunternehmen könnte eine gute erste Aufgabe darin bestehen, zu überprüfen, welche Terminfenster für eine Postleitzahl verfügbar sind. Der Besucher hat bereits ein Ziel und die Anwendung hat bereits die zugrunde liegenden Regeln. Ein Tool kann die erforderlichen Eingaben und die zurückgegebenen Optionen explizit machen.
Ich würde mit der Verfügbarkeitsabfrage beginnen, anstatt mit der Buchung. Der erste Pilot kann zeigen, ob der Agent das Postleitzahlenformat versteht, ein nicht unterstütztes Gebiet behandelt und die zurückgegebenen Zeitfenster genau anzeigt. Ein nützliches Ergebnis enthält genügend Kontext, um zur normalen Benutzeroberfläche zurückzukehren, falls die Person manuell fortfahren möchte.
Dies hält das Experiment mit einer geschäftlichen Aufgabe verbunden. Allein das Zählen erfolgreicher Toolaufrufe würde verfehlen, ob der Besucher einen geeigneten Termin gefunden hat.
Gestalten Sie die Antwort für die nächste Entscheidung
Ein Tool sollte die Informationen zurückgeben, die der Agent benötigt, um die Reise voranzutreiben. Für die Verfügbarkeit von Terminen umfasst dies die Zeitzone, einen stabilen Slot-Identifikator und alle Qualifikationen, die die Wahl ändern. Eine leere Liste sollte angeben, ob es keine Termine gibt oder ob die Anfrage nicht abgeschlossen werden konnte.
In einem Handelsablauf gilt dasselbe Prinzip für Produktvarianten. Ein Produktname ohne die ausgewählte Größe oder Konfiguration mag für ein Suchergebnis ausreichend sein, ist jedoch für eine Warenkorbaktion unzureichend. Die Antwort des Tools sollte die geschäftliche Identität bewahren, die der nächste Schritt verwenden wird.
Ich würde auch definieren, was die Person sehen kann. Wenn ein Agent einen Filter ändert oder einen Slot auswählt, sollte die sichtbare Seite den resultierenden Zustand kommunizieren. Andernfalls kann das Gespräch und die Benutzeroberfläche widersprüchlich erscheinen, selbst wenn das Backend korrekt ist.
Testen Sie das Tool und die Reise
Die Anleitung von Chrome trennt die Entdeckung von Tools, die Ausführung und die Fehlersuche im Schema. Mein Testplan würde die bestehenden Erwartungen der Anwendung zu diesen Überprüfungen hinzufügen. Ein Schema kann gültig sein, während die zurückgegebene Zeitzone irreführend ist oder die Seite nicht aktualisiert wird.
| Pilotfall | Erwartetes Verhalten |
|---|---|
| Der Besucher gibt einen nicht unterstützten Standort an. | Erklären Sie die Einschränkung und bieten Sie einen normalen Kontaktweg an. |
| Verfügbarkeitsänderungen vor dem nächsten Schritt. | Überprüfen Sie die aktuellen Optionen und zeigen Sie sie an. |
| Der Browser unterstützt kein WebMCP. | Die gewöhnliche Website-Reise funktioniert weiterhin. |
| Der Besucher kehrt zur manuellen Interaktion zurück. | Die sichtbare Seite spiegelt den aktuellen Anwendungszustand wider. |
Bevor Sie folgenschwere Aktionen hinzufügen, definieren Sie, wie die bestehende Anwendung diese bestätigt und wiederholte Anfragen behandelt. Toolbeschreibungen sollten keine alternative Quelle für Geschäftserlaubnisse werden. Der zugrunde liegende Dienst besitzt weiterhin die Aktion.
Halten Sie die verschiedenen MCP-Schnittstellen unterscheidbar
WebMCP betrifft Werkzeuge, die von einer Website für Browser-Agenten bereitgestellt werden. MCP Apps betreffen interaktive Schnittstellen, die innerhalb eines MCP-Hosts angezeigt werden. Sie können verwandte Kundenreisen unterstützen, sind jedoch keine austauschbaren Implementierungsanweisungen.
Für Händler adressiert Universal Commerce Protocol eine weitere Ebene: einen gemeinsamen Handelsvertrag zwischen Systemen. Wählen Sie die Ebene, die das unmittelbare Integrationsproblem löst, anstatt alle drei auf einmal zu übernehmen.
Mein vorgeschlagenes erstes Ergebnis ist ein nützliches Tool, eine dokumentierte Rückfalloption und einen evidenzbasierten Pilotbericht. Wenn Ihre Seite eine solche Bewertung benötigt, kann mein AI-Integrationsservice helfen, das Browsererlebnis mit den Systemen zu verbinden, die Sie bereits betreiben.
Quellen überprüft am 7. Oktober 2026: Chromes verlinkter Debugging-Leitfaden und Hinweise zum Erstellen von WebMCP-Tools. Die hier gezeigten Beispiele sind vorgeschlagene Designs und stellen keinen Anspruch auf universelle Verfügbarkeit in Browsern.