Was ist WebMCP und wie funktioniert es?
Autor: Redaktion Domeny.ForSale Veröffentlicht
Kurz gesagt: WebMCP ist eine Browserschnittstelle in Entwicklung, über die eine Website ihre Funktionen als Werkzeuge für AI-Agenten bereitstellen kann. Statt zu erraten, welche Schaltfläche er anklicken muss, kann der Agent eine beschriebene Operation nutzen, etwa die Produktsuche oder das Ausfüllen eines Formulars. Es handelt sich weder um ein AI-Modell noch um eine Möglichkeit, die Sichtbarkeit einer Website in Suchmaschinen zu garantieren. Vor der Implementierung müssen der aktuelle Stand der Spezifikation und die Browserunterstützung geprüft werden.
Wie WebMCP einem Agenten hilft, eine Website zu nutzen
Ein AI-Agent ist ein Programm, das ein AI-Modell zur Ausführung von Aufgaben nutzt, häufig in mehreren Schritten und mithilfe zusätzlicher Werkzeuge. Im Browser kann eine solche Aufgabe darin bestehen, eine Verbindung zu finden, Produkte zu vergleichen oder eine Reservierung nach den Vorgaben des Nutzers vorzubereiten.
Ohne eine spezielle Schnittstelle kann der Agent das Erscheinungsbild der Seite oder den DOM analysieren, also die Dokumentstruktur, die ihre Elemente beschreibt. Anschließend versucht er, Felder, Schaltflächen und die einzelnen Prozessschritte zu erkennen. Eine solche Automatisierung ist möglich, doch ein verändertes Seitenlayout oder eine mehrdeutige Beschriftung können die Ausführung der Aufgabe erschweren.
Mit WebMCP können Websiteentwickler die verfügbaren Operationen ausdrücklich beschreiben. Ein Werkzeug bezeichnet hier eine Funktion mit einer bestimmten Aufgabe und festgelegten Eingabedaten, keine separate Anwendung. Damit erhält der Agent eine strukturiertere Möglichkeit zur Interaktion, als wenn er lediglich die für Menschen vorgesehene Benutzeroberfläche ausliest.
Das bedeutet allerdings nicht, dass der Agent immer die richtige Operation auswählt. Die Qualität der Beschreibungen, die Datenvalidierung und die Fehlerbehandlung bleiben wichtig. WebMCP verringert die Notwendigkeit, die Bedienung einer Website zu erraten, beseitigt aber keine Fehler des Modells oder der Anwendung.
Wie sich WebMCP von MCP und einer herkömmlichen API unterscheidet
MCP, ausgeschrieben Model Context Protocol, verbindet Anwendungen, die AI-Modelle nutzen, mit Werkzeugen und Datenquellen. Eine typische Implementierung umfasst einen Client und einen Server, der diese Möglichkeiten bereitstellt. Bei WebMCP geht es dagegen darum, dass eine Website Werkzeuge im Browserkontext bereitstellt.
WebMCP sollte daher nicht als andere Bezeichnung für einen MCP-Server verstanden werden. Die Idee beschriebener Werkzeuge ist ähnlich, doch der Ort der Integration und die Art ihrer Nutzung unterscheiden sich. Bei WebMCP ist der Kontext der geöffneten Seite entscheidend, einschließlich des Zustands ihrer Benutzeroberfläche und der Nutzersitzung.
Eine herkömmliche API ist eine Schnittstelle, über die Programme Daten austauschen oder Operationen anstoßen. Eine Website kann bereits eine API verwenden, um Suchergebnisse abzurufen oder Formulardaten zu speichern. WebMCP muss diese nicht ersetzen: Es kann dem Agenten eine Operation bereitstellen, die anschließend die vorhandene Anwendungslogik und die Kommunikation mit dem Server nutzt.
Der praktische Unterschied liegt darin, für wen die Schnittstelle gedacht ist. Die API einer Anwendung wird gewöhnlich für bekannte Softwareintegrationen entworfen. Ein WebMCP-Werkzeug sollte dem Agenten zusätzlich klar erklären, wozu es dient und welche Daten es benötigt.
Zwei Möglichkeiten, Funktionen bereitzustellen
WebMCP sieht einen deklarativen und einen imperativen Ansatz vor. Beim deklarativen Ansatz werden die verfügbaren Funktionen in der Seitenstruktur beschrieben, vor allem bei HTML-Formularen. Beim imperativen Ansatz werden Werkzeuge mithilfe von JavaScript registriert und ihr Verhalten im Code festgelegt.
Der deklarative Ansatz eignet sich für Vorgänge, die bereits über ein Formular abgewickelt werden: die Angabe von Suchkriterien, die Auswahl von Datumswerten oder die Eingabe von Daten. Der imperative Ansatz bietet mehr Kontrolle über komplexere Operationen und darüber, wie die Antwort für den Agenten aufbereitet wird.
Die genauen Bezeichnungen der Schnittstellen und Attribute sowie die Anforderungen können sich mit der Weiterentwicklung von WebMCP ändern. Vor der Implementierung sollten die aktuelle Syntax, die Verfügbarkeit der Funktionen und mögliche Testanforderungen anhand der offiziellen Chrome-Dokumentation überprüft werden. Eine Beschreibung des Konzepts allein belegt nicht, dass die Lösung bereits in allen gängigen Browsern funktioniert.
Beispiel: einen Werkstatttermin suchen
Stell dir die Website einer Werkstatt vor, auf der ein Nutzer einen freien Termin für einen Reifenwechsel finden möchte. Bei herkömmlicher Automatisierung muss der Agent das Formular erkennen, die Dienstleistung auswählen, durch den Kalender navigieren und die verfügbaren Uhrzeiten ablesen.
Mit WebMCP könnte die Website ein Werkzeug „Freie Termine suchen“ bereitstellen, das die Art der Dienstleistung und einen Datumsbereich als Eingaben entgegennimmt. Der Agent würde diese Daten an die beschriebene Operation übergeben, und die Anwendung würde verfügbare Termine zurückgeben. Dabei würde weiterhin eine Funktion der Werkstattanwendung ausgeführt; das AI-Modell würde die Verfügbarkeit nicht selbstständig ermitteln.
Die Suche nach einem Termin und dessen Buchung sollten getrennt sein. Die erste Operation liest lediglich Daten aus, die zweite verändert den Systemzustand und kann Folgen für den Nutzer haben. Diese Trennung erleichtert es, vor einer Buchung eine ausdrückliche Bestätigung zu verlangen.
Das ist zugleich ein guter Test für den Nutzen der Implementierung: Hat eine Operation ein klares Ziel, vorhersehbare Eingabedaten und ein eindeutiges Ergebnis, lässt sie sich dem Agenten leichter bereitstellen, ohne ihm unnötigen Handlungsspielraum zu geben.
Was vor der Implementierung zu prüfen ist
WebMCP ist vor allem dort sinnvoll, wo Nutzer konkrete Aufgaben erledigen. Bei einer Website, die ausschließlich informative Texte enthält, kann der Nutzen zusätzlicher Werkzeuge gering sein. Die Technologie sollte nicht als Ersatz für verständliche Inhalte, barrierefreie Formulare oder eine gut funktionierende Benutzeroberfläche betrachtet werden.
Prüfe vor einem Pilotprojekt:
- Technische Unterstützung: die aktuellen Anforderungen an den Browser und die Umgebung des Agenten sowie das Verhalten der Website ohne WebMCP.
- Berechtigungen: die Zugriffskontrolle auf dem Server; der Aufruf eines Werkzeugs darf die Autorisierung nicht ersetzen.
- Auswirkungen: die Bestätigung von Zahlungen, Datenlöschungen und anderen wesentlichen Änderungen.
- Daten und Fehler: die Validierung von Parametern, die Begrenzung offengelegter Informationen und verständliche Fehlermeldungen.
Wähle zunächst eine rein lesende Operation, etwa die Suche nach verfügbaren Terminen. Prüfe, ob der Agent sie richtig erkennt und mit ausbleibenden Ergebnissen umgehen kann, bevor du Funktionen bereitstellst, die Daten verändern.
Siehe auch: Was ist Apache?
Lesen Sie auch
