MCP vs. WebMCP: Was der Unterschied ist und was du davon brauchst

KI-Assistenten wie ChatGPT, Claude oder Gemini beantworten längst nicht mehr nur Fragen. Sie buchen Termine, holen Offerten ein und füllen Formulare aus. Damit das zuverlässig klappt, braucht es Schnittstellen, die ein Agent versteht. Zwei Begriffe fallen dabei immer öfter: MCP und WebMCP.

Beide klingen ähnlich, lösen aber unterschiedliche Probleme. Hier der Überblick, ohne Marketing-Nebel.

MCP: der Zugang zu deinen Systemen

Das Model Context Protocol (MCP) ist ein offener Standard, mit dem KI-Agents auf Software und Daten zugreifen. Du betreibst dafür einen MCP-Server. Er stellt dem Agent Werkzeuge (Tools), Daten (Resources) und Vorlagen (Prompts) zur Verfügung, zum Beispiel:

• «Zeig mir alle offenen Aufträge von dieser Woche»
• «Leg für Familie Meier einen Termin am Donnerstag an»
• «Wie viele Golf haben wir in Grau an Lager?»

Der Server läuft unabhängig davon, ob jemand eine Website offen hat. Er arbeitet mit eigenen Zugangsdaten und eignet sich deshalb für Hintergrundaufgaben und Datenzugriff. Der Agent wird einmal mit dem Server verbunden, danach stehen die Werkzeuge in jedem Chat bereit.

Wir setzen MCP produktiv ein: Unsere Firmen-Apps, etwa ein Eigentümerportal für Immobilienverwaltungen oder ein Bestandsmanagement für einen Mobilitätsanbieter, lassen sich direkt aus Claude bedienen.

WebMCP: deine Website spricht mit dem Agent

WebMCP bringt dieselbe Idee in den Browser. Statt eines Servers registriert die Webseite selbst Werkzeuge, die ein Agent im Browser aufrufen kann. Der Code läuft im JavaScript der Seite und nutzt die Sitzung der Person, die gerade eingeloggt ist. Der Agent kann also nur, was die Person auch kann.

Der grosse Vorteil: Der Agent muss nicht mehr raten, welcher Button was macht, und klickt sich nicht mehr durch Screenshots. Die Seite sagt ihm exakt, welche Aktionen es gibt und welche Angaben dafür nötig sind.

WebMCP kennt zwei Wege.

Deklarativ: ein Formular wird zum Werkzeug

Ein bestehendes HTML-Formular bekommt ein paar zusätzliche Attribute. Der Browser macht daraus ein Werkzeug mit sauber beschriebenen Feldern:

<form
  toolname="anfrage_senden"
  tooldescription="Sendet eine Anfrage an Webskills."
>
  <input name="email" type="email" required
         toolparamdescription="E-Mail-Adresse für die Antwort." />
  <textarea name="message" required
            toolparamdescription="Anliegen in eigenen Worten."></textarea>
  <button type="submit">Anfrage senden</button>
</form>

Ohne das Attribut toolautosubmit füllt der Agent nur aus. Absenden muss die Person selbst. Genau so haben wir es auf unserer Kontaktseite umgesetzt.

Imperativ: eigene Werkzeuge per JavaScript

Für alles, was kein Formular ist, registriert die Seite Werkzeuge per Code:

await document.modelContext.registerTool({
  name: 'freie_termine',
  description: 'Liefert freie Termine für einen Reifenwechsel.',
  inputSchema: {
    type: 'object',
    properties: { datum: { type: 'string', description: 'Datum, JJJJ-MM-TT' } },
    required: ['datum'],
  },
  annotations: { readOnlyHint: true },
  async execute({ datum }) {
    const res = await fetch(`/api/termine?datum=${datum}`);
    return await res.text();
  },
});

Mit Hinweisen wie readOnlyHint (liest nur) oder consequentialHint (wichtige, schwer rückgängig zu machende Aktion) sagt die Seite dem Browser, wann er bei der Person nachfragen soll.

Der direkte Vergleich

	MCP	WebMCP
Läuft auf	einem Server	der Webseite im Browser
Login	eigene Zugangsdaten	Sitzung der Person
Verfügbar	immer	solange die Seite offen ist
Bausteine	Tools, Resources, Prompts	nur Tools
Wer ruft auf	jeder MCP-Client	Agents mit Zugriff auf die Seite
Ideal für	Hintergrundaufgaben, Datenzugriff	Aktionen direkt auf der Website

Kurz gesagt: MCP ist die Hintertür zu deinen Systemen, WebMCP die Vordertür deiner Website, diesmal für Agents beschriftet.

Wo steht WebMCP heute?

WebMCP ist noch jung. Chrome testet die Schnittstelle derzeit in einem Origin Trial, also einer offiziellen Testphase, in der Websites sich anmelden und die Funktion für ihre Besucher freischalten. Andere Browser haben sich noch nicht festgelegt, und Details der Schnittstelle können sich ändern.

Heisst das: abwarten? Nein. Der Aufwand ist klein. Ein deklaratives Formular braucht ein paar Attribute, und Browser ohne WebMCP ignorieren sie einfach. Wer jetzt sauber beschriebene Werkzeuge hat, ist bereit, wenn Agents im Browser Alltag werden.

Was brauchst du als KMU?

• Du hast eine Firmen-App oder Software mit Kundendaten, Aufträgen oder Lager? Dann ist ein MCP-Server der grössere Hebel. Dein Team und deine Kunden können die Software direkt aus ChatGPT oder Claude bedienen.
• Du verkaufst, buchst oder nimmst Anfragen über deine Website entgegen? Dann lohnt sich WebMCP. Agents können Termine, Bestellungen und Anfragen sauber abwickeln, statt an deinem Formular zu scheitern.
• Beides? Dann ergänzen sich die zwei. Der MCP-Server liefert die Daten, die Website die Aktionen.

Selbst ausprobiert: webskills.ch ist WebMCP-fähig

Wir predigen nicht nur, wir setzen es auch ein. webskills.ch bietet KI-Agents im Browser jetzt eigene Werkzeuge an: unser Angebot abfragen, Referenzprojekte und Blogartikel durchsuchen, Kontaktangaben abrufen und über anfrage_senden eine Anfrage vorbereiten. Absenden tust du immer selbst.

Willst du wissen, wie agentenfähig deine Website heute ist? Die KI-Analyse zeigt es dir in 30 Sekunden. Und wenn du MCP oder WebMCP für deine Firma umsetzen willst: Schreib uns, wir beraten dich persönlich.

---

Quellen: Chrome for Developers: WebMCP Declarative API, Chrome for Developers: WebMCP Imperative API, Model Context Protocol