WebMCP vs MCP

Kurzantwort

WebMCP und MCP sind verwandt, aber nicht austauschbar. WebMCP beschreibt Website-Fähigkeiten in einer Browser-Seite und Sitzung. MCP ist ein breiteres Protokoll für AI-Clients, Server, Tools und Ressourcen. Entscheidend ist, wo die Fähigkeit lebt, welche Zugangsdaten nötig sind und ob Browser-Interaktion wichtig ist.

Wo WebMCP passt

WebMCP eignet sich, wenn die Website die Produktoberfläche ist: Katalogsuche, Support-Antwort, Angebotsformular oder Buchungsvorbereitung. Der Browser kennt den Seitenzustand und kann den menschlichen Workflow erhalten. Die aktuelle imperative Oberfläche nutzt document.modelContext und registerTool(); deklarative Formulare sind ein eigener Weg.

Wo MCP passt

MCP eignet sich, wenn ein AI-Client serverseitig Tools, Daten oder Ressourcen unabhängig von einer konkreten Seite nutzen soll. Ein Server kann Systeme verbinden und Zugriffspolitik erzwingen. Eingaben bleiben nicht vertrauenswürdig; Autorisierung, Logs und Limits bleiben nötig. MCP macht interaktiven Seitenzustand nicht automatisch für Browser-Agenten verfügbar.

Praktische Architektur

Beides kann zusammenarbeiten. Ein WebMCP-Tool sammelt Produktgrenzen oder Angebotsdaten im Browser und ruft einen bestehenden Endpunkt auf. Eine serverseitige MCP-Integration kann Bestand, CRM oder Dokumente für berechtigte Clients bereitstellen. Browser-Tools enthalten keine Secrets; Server-Tools setzen keine menschliche Bestätigung voraus, nur weil ein Agent sie anfordert.

Beispiel Commerce und Support

Bei „schwarzen Laptop unter 900 € finden“ kann WebMCP eine Read-only-Produktsuche mit sichtbaren Filtern ausführen. Ein MCP-Server kann Bestandsdaten unabhängig vom Storefront liefern. Bei „MFA zurücksetzen“ startet WebMCP den sichtbaren Account-Workflow, während Recovery-Policy serverseitig bleibt. Buchung, Zahlung und Identitätsänderung werden nicht still gesendet.

Wie entscheiden?

Wählen Sie WebMCP, wenn Seite, Formular, Session und menschliche Bestätigung zentral sind. Wählen Sie MCP für wiederverwendbare serverseitige Integrationen. Nutzen Sie beides bei Browser-Workflow plus sicherem Backend. Dokumentieren Sie Owner, Schema, Antwort, Authentifizierung, Bestätigungspunkt, Fehler und Audit Trail vor der Implementierung.

SEO und Umsetzung

Die Seite Was ist WebMCP? erklärt den Browser-Begriff. Der Simulator prüft Aufgaben-Mapping, Autopilot priorisiert, der Generator erzeugt ein Skelett und der Validator prüft statisch. Der Implementierungsservice hilft bei der Browser-/Server-Grenze.

Entscheidungs-Checkliste

Fragen Sie, wo die Datenquelle liegt, ob der Nutzer die Seite sehen muss, welches System Autorisierung besitzt und welche Clients die Fähigkeit brauchen. Bei Seitenzustand und sichtbarer Bestätigung passt WebMCP. Bei gemeinsamen Serverdaten für viele Clients passt MCP. Wenn beides gilt, nutzen Sie ein enges Browser-Tool als Eingang zu einem autorisierten Backend.

Falsche Gleichsetzung vermeiden

Eine WebMCP-Registrierung ist nicht automatisch ein MCP-Server und ein MCP-Tool nicht automatisch ein Browser-Workflow. Benennen Sie Protokoll, Ausführungsumgebung und Vertrauensgrenze in der technischen Dokumentation. Nutzen Sie Autopilot und Simulator, bevor Sie die Umsetzung wählen.

Details für den Betrieb

Die entscheidende Frage ist nicht, welches Akronym neuer ist, sondern welcher Ausführungsgrenze vertraut werden muss. Zeichnen Sie Browserseite, Nutzersitzung, Backend und mögliche MCP-Server vor der Umsetzung auf. Dokumentieren Sie je Tool Datenbesitzer, Credential-Inhaber, Bestätigungspunkt, Fehlerantwort und Audit-Ereignis. So wird aus einer Browser-Demo keine undokumentierte Produktionsintegration. Halten Sie diese Entscheidung pro Workflow fest, denn eine Website kann für Suche WebMCP und für interne Datenprozesse MCP verwenden. Gemeinsame Begriffe sind hilfreich, dürfen aber unterschiedliche Verantwortungen und Sicherheitskontrollen nicht verschleiern.