REST, MCP und WebMCP helfen dabei, Funktionen einer Anwendung zugänglich zu machen. Sie sitzen aber an unterschiedlichen Stellen. REST beschreibt einen Architekturstil für HTTP-Schnittstellen, MCP ein Protokoll zwischen KI-Anwendungen und Werkzeug-Servern, WebMCP einen Entwurf für Werkzeuge im Browser.
Die Entscheidung im Überblick#
| Frage | REST API | MCP | WebMCP |
|---|---|---|---|
| Typischer Nutzer | Anwendungen und HTTP-Clients | MCP-kompatible Assistenten | Unterstützende Browser-Agenten und Anwendungen |
| Ort | Server | Lokaler oder entfernter Server | Geöffnetes Browser-Dokument |
| Werkzeuge finden | Dokumentation, etwa OpenAPI | tools/list am verbundenen Server | Registrierung im Dokument über die Browser-API |
| Anmeldung | Nach API-Design | Nach Transport und Server | Bestehende Anwendungssitzung und Berechtigungen |
| Stand | Etablierter Architekturstil | Offenes Protokoll mit versionierter Spezifikation | Community Group Draft, kein W3C-Standard |
Stand: 30. September 2026. Die Unterstützung einer Spezifikation ist keine Garantie, dass jeder Client alle Funktionen oder Transportrevisionen beherrscht.
REST: eine Schnittstelle für Anwendungen#
Eine REST-Schnittstelle kann beispielsweise GET /api/customers/42 anbieten. Welche Daten zurückkommen, wer sie lesen darf und wie Fehler aussehen, legt die Anwendung fest. OpenAPI kann eine solche Schnittstelle maschinenlesbar dokumentieren; eine KI-Integration muss also nicht ausschließlich Freitext lesen.
REST passt, wenn Web-Frontends, mobile Apps oder andere Dienste dieselben Daten brauchen. JSON ist häufig, aber keine Voraussetzung von REST. Der Aufwand hängt vor allem von der Geschäftslogik, Berechtigungen und dem bestehenden System ab.
MCP: Werkzeuge für einen verbundenen Assistenten#
Ein MCP-Server beschreibt Werkzeuge und ihre Eingaben. Der Client kann sie über tools/list abfragen und über tools/call ausführen. Ein CRM-Server könnte get_customer bereitstellen und intern dafür die REST-API des CRM nutzen.
MCP kennt stdio für lokale Prozesse und Streamable HTTP für entfernte Server. Der alte HTTP+SSE-Transport ist davon zu unterscheiden; SSE bleibt für Antworten in Streamable HTTP nutzbar. Die Revision 2026-07-28 verwendet Metadaten pro Anfrage statt Protokollsessions. Viele vorhandene Clients und Server sprechen weiterhin ältere Revisionen. Dazu erklärt stdio gegen HTTP die Details.
Eine gemeinsame Schnittstelle reduziert Integrationsarbeit. Trotzdem bleiben Anmeldung, Client-Kompatibilität, Werkzeugauswahl und Berechtigungen zu prüfen. Das Werkzeug ist nicht automatisch in jedem Chat verfügbar.
WebMCP: Werkzeuge im geöffneten Dokument#
Der aktuelle WebMCP-Entwurf registriert JavaScript-Werkzeuge über document.modelContext. Eine Immobilienseite könnte ihre vorhandene Suche als Werkzeug mit Ort und Preisgrenze anbieten. Die Ausführung nutzt die Logik der Website; sie kann eine HTTP-Anfrage enthalten, muss aber nicht.
WebMCP ist kein crawlbarer JSON-Endpunkt unter /.well-known/webmcp. Eine Manifest-Datei allein macht keine Browser-Werkzeuge verfügbar. Die deklarative Formular-API ist noch in Ausarbeitung. Ob ein konkreter Browser oder Agent die Funktionen nutzt, ist gesondert zu prüfen.
WebMCP passt als begrenzter Versuch für eine bestehende Web-Anwendung mit nützlichen Aktionen und einem passenden Agenten. Es ist keine allgemeine Garantie, dass jeder Assistent eine öffentliche Website automatisch entdeckt oder bedient.
Kombinieren, wenn der Prozess es braucht#
Ein Buchungssystem kann eine REST-API für die eigene Anwendung haben, ausgewählte Funktionen über MCP einem Assistenten bereitstellen und dieselbe Suche im Browser über WebMCP anbieten. Sicherheitsregeln müssen in allen Wegen gelten. Kein Protokoll ist allein deshalb schneller oder sicherer, weil seine Werkzeugbeschreibung strukturiert ist.
Eine agents.json ist ein gesondertes Manifest mit einem vereinbarten oder eigenen Format. Eine A2A-Agent-Card beschreibt einen Agenten, der Aufgaben übernimmt. llms.txt ist ein weiterer Vorschlag für Inhalte. Diese Dateien bilden keinen verpflichtenden Standard-Stack und belegen keinen Ranking-Vorteil.
Für einen kleinen Betrieb beginnt die Entscheidung beim Arbeitsablauf: Wer soll welche Daten lesen oder welche Aktion ausführen? Danach wählst du die Schnittstelle. Unsere KI-Lösungen setzen dort an.
Quellen: MCP-Transporte, stdio, WebMCP, OpenAPI.
