Warum WebMCP gerade interessant ist
MCP hat in den letzten Monaten vor allem als Backend-Thema Aufmerksamkeit bekommen: Ein KI-System spricht mit einem Server, der strukturierte Tools anbietet. Das ist stark, wenn es um Datenbanken, interne APIs oder Automatisierungen geht.
WebMCP dreht die Perspektive leicht, aber entscheidend: Nicht nur der Server wird agentenfaehig, sondern die Webseite selbst. Eine laufende Web-App kann dem Browser oder einem Agenten sagen: “Hier sind die Dinge, die du zuverlaessig fuer den Nutzer tun darfst.”
Das klingt nach einer kleinen technischen Ergaenzung. Fuer Produkt- und Webteams ist es aber eine ziemlich grosse Idee.
Klassisches MCP vs. WebMCP
Bei einem klassischen MCP-Server liegt die Tool-Logik ausserhalb der Website. Der Agent ruft eine API auf, bekommt Daten zurueck oder fuehrt Aktionen aus. Die sichtbare Weboberflaeche bekommt davon oft nur indirekt etwas mit.
Bei WebMCP liegen die Tools in der Seite oder nah an der Seite. Sie koennen vorhandene Frontend-Logik nutzen, UI-Zustaende beruecksichtigen und Ergebnisse direkt im Browser sichtbar machen.
Kurz gesagt:
- MCP ist stark fuer Backend-Funktionen, Daten und serverseitige Workflows.
- WebMCP ist spannend fuer interaktive Interfaces, bei denen Mensch und Agent denselben Kontext sehen sollen.
Genau das ist der Punkt: WebMCP ersetzt MCP nicht. Es ergaenzt es dort, wo die Website selbst der Arbeitsraum ist.
Was das praktisch bedeuten kann
Stellen wir uns einen Online-Shop, ein Kundenportal oder ein internes Dashboard vor. Heute muss ein KI-Agent oft die Oberflaeche “sehen”, interpretieren und dann Buttons klicken. Das funktioniert manchmal beeindruckend gut, bleibt aber fragil: Layouts aendern sich, Texte sind mehrdeutig, modale Fenster verdecken Elemente, und schon wird aus einer einfachen Aufgabe ein Ratespiel.
Mit WebMCP kann die Seite strukturierte Werkzeuge anbieten:
await document.modelContext.registerTool({
name: "filter-products",
description: "Filtert Produkte nach Groesse, Anlass und Verfuegbarkeit.",
inputSchema: {
type: "object",
properties: {
size: { type: "string" },
occasion: { type: "string" },
onlyAvailable: { type: "boolean" }
},
required: ["onlyAvailable"]
},
execute({ size, occasion, onlyAvailable }) {
return updateProductListing({ size, occasion, onlyAvailable });
}
});Der Agent muss dann nicht mehr erraten, welche Checkbox oder welcher Filter gerade relevant ist. Er bekommt ein klares Werkzeug mit Beschreibung und Schema.
Unser erstes Learning: Das ist UX-Arbeit, nicht nur Technik
Die wichtigste Erkenntnis ist fuer uns nicht “noch ein Protokoll”. Die wichtigste Erkenntnis ist: Agentenfaehige Webseiten brauchen Produktdenken.
Ein gutes WebMCP-Tool ist nicht einfach jede interne Funktion, die man schnell nach aussen reicht. Es braucht dieselbe Sorgfalt wie eine gute Benutzeroberflaeche:
- Was ist ein sinnvoller Nutzer-Intent?
- Welche Eingaben sind sicher und eindeutig?
- Wann braucht es eine Rueckfrage?
- Welche Aktion darf nur vorbereitet, aber nicht final ausgefuehrt werden?
- Wie sieht der Mensch, was der Agent gerade veraendert hat?
Das ist nah an klassischer UX, nur mit einem neuen Nutzer: dem Agenten als Vermittler zwischen Mensch und Interface.
Wo wir sofort Potenzial sehen
Besonders spannend wird WebMCP fuer Interfaces, die heute zwar fuer Menschen funktionieren, fuer Automatisierung aber schwer zu greifen sind:
- Kundenportale mit Bestellungen, Tickets, Dokumenten oder Freigaben
- Buchungsstrecken, bei denen der Nutzer Optionen vergleichen will
- B2B-Konfiguratoren mit vielen Parametern
- interne Admin-Tools, in denen Routineaufgaben sauber gefuehrt werden sollen
- Content-Management-Systeme, bei denen Agenten Entwuerfe vorbereiten, aber Menschen final entscheiden
Gerade im Mittelstand gibt es viele solcher Oberflaechen. Nicht jede Firma braucht sofort einen vollautonomen Agenten. Aber viele Firmen koennten davon profitieren, wenn ein Agent innerhalb bestehender Tools sauber mitarbeiten kann.
Die offenen Fragen
WebMCP ist noch kein Thema, das man blind in jedes Projekt kippen sollte. Es gibt ein paar Punkte, die wir genauer beobachten:
- Browser-Support: Die Spezifikation und Implementierungen sind noch in Bewegung.
- Sicherheit: Tools muessen klar begrenzt sein. “Agent kann alles klicken” ist kein gutes Ziel.
- Berechtigungen: Der Nutzer muss verstehen, welche Aktionen vorbereitet oder ausgefuehrt werden.
- Auditierbarkeit: Gerade bei Business-Prozessen braucht es Logs und nachvollziehbare Zustandsaenderungen.
- Progressive Enhancement: Eine Website muss weiterhin fuer Menschen funktionieren, auch wenn kein Agent aktiv ist.
Unser Bauchgefuehl: WebMCP wird dann gut, wenn es nicht als Abkuerzung fuer schlechte UI genutzt wird, sondern als zusaetzliche Interaktionsschicht auf einer ohnehin klaren Anwendung.
Was wir als Agentur daraus mitnehmen
Fuer uns ist WebMCP vor allem ein Signal, wohin Webentwicklung geht. Webseiten werden nicht mehr nur fuer Menschen im Browser gebaut, sondern zunehmend auch fuer KI-Systeme, die im Auftrag dieser Menschen handeln.
Das veraendert Briefings. Neben “Welche Seiten braucht die Website?” und “Welche Conversion soll passieren?” kommen neue Fragen dazu:
- Welche wiederkehrenden Aufgaben koennte ein Agent uebernehmen?
- Welche Business-Aktionen brauchen menschliche Bestaetigung?
- Welche Daten darf ein Agent sehen?
- Welche Funktionen sollten als strukturierte Tools beschrieben werden?
Das ist kein ferner Zukunftskram. Es ist eher eine neue Schicht, die wir bei komplexeren Webprojekten frueh mitdenken sollten.
Fazit
WebMCP macht Webseiten fuer KI-Agenten lesbarer, steuerbarer und verlaesslicher. Der grosse Wert liegt nicht darin, dass ein Agent irgendwo schneller klickt. Der Wert liegt darin, dass Websites ihre Faehigkeiten strukturiert anbieten koennen, ohne den sichtbaren Nutzerkontext zu verlieren.
Fuer uns passt das sehr gut zu einer Richtung, die wir ohnehin verfolgen: digitale Produkte bauen, die nicht nur huebsch aussehen, sondern operativ wirklich helfen.
Unser naechster Schritt: Ein kleines internes Demo bauen und pruefen, welche WebMCP-Tools fuer reale Kundenportale Sinn ergeben wuerden. Nicht als Spielerei, sondern als robuste Bruecke zwischen Web-UX und agentenbasiertem Arbeiten.
Quellen und Einstiegspunkte: WebMCP Explainer, GoogleChromeLabs WebMCP Tools, Awesome WebMCP.