Was ist WebMCP? (2026)

Was ist WebMCP?

WebMCP (Web Model Context Protocol) ist ein Webstandard-Vorschlag, mit dem eine Website ihre Funktionen als strukturierte, aufrufbare Tools für KI-Agenten anbietet — über die Browser-Schnittstelle document.modelContext. Die Website sagt dem Agenten direkt: «Hier ist das Werkzeug ‹Anfrage senden›, es braucht Name, E-Mail und Nachricht» — statt ihn raten zu lassen, welcher Button was auslöst.

Die Herkunft erklärt den Namen: Das Model Context Protocol (MCP) wurde im November 2024 von Anthropic als offener Standard vorgestellt und verbindet KI-Anwendungen über eigene Server mit externen Werkzeugen und Daten. WebMCP überträgt dieses Tool-Konzept in die Webseite selbst: Kein separater Server nötig — die Tools leben als Zusatzschicht direkt in der Seite und laufen im Browser. Entwickelt wird WebMCP in der W3C-Community; aktuell läuft es als Origin Trial in Chrome.

Wie funktioniert WebMCP technisch?

WebMCP kennt zwei Umsetzungswege: deklarativ über die Formular-Attribute toolname und tooldescription — und programmatisch über document.modelContext.registerTool mit Name, Beschreibung und JSON-Parameter-Schema. Der deklarative Weg ist dabei bisher eine Chrome-Zugabe im Origin Trial: In der Spezifikation vom 14. August 2026 ist der Abschnitt «Declarative WebMCP» noch ein TODO. Beide Wege sind für menschliche Besucher unsichtbar und verändern weder Design noch Verhalten der Website.

Der deklarative Weg ist der einfachste: Ein bestehendes Formular erhält zwei Attribute, und ein Agent versteht ohne Rätselraten, was es tut —

<form toolname="kontaktanfrage_senden"
      tooldescription="Sendet eine Kontaktanfrage an Studio Erdinc.">

Der programmatische Weg registriert ein vollwertiges Tool mit Parameter-Schema (JSON Schema) und einer execute-Funktion, die die Aktion ausführt. Sauber implementiert ist beides Progressive Enhancement: Browser ohne document.modelContext ignorieren die Schicht komplett — ein No-op, kein Fehler.

Live-Beispiel: Das WebMCP-Tool dieser Website

Diese Website registriert fünf Tools. Der folgende, gekürzte Auszug zeigt eines davon — «kontaktanfrage_senden» für ihr Kontaktformular — und steht wörtlich so in js/webmcp.js und ist damit öffentlich überprüfbar. Die Registrierung läuft über document.modelContext — zum Umzug von navigator auf document siehe Wie belastbar ist die Spezifikation?

document.modelContext.registerTool({
  name: 'kontaktanfrage_senden',
  description:
    'Sendet eine Kontaktanfrage an Studio Erdinc (Webdesign, Semantic SEO, AEO, GEO, ' +
    'Agent-Readiness — Wetzikon/Zuerich, Schweiz). Antwort per E-Mail innert 24 Stunden. ' +
    'Fuer einen konkreten Gespraechstermin ist termin_anfragen der direktere Weg; fuer den ' +
    'kostenlosen Sichtbarkeits-Scan ki_check_starten.',
  inputSchema: {
    type: 'object',
    properties: {
      name: { type: 'string', description: 'Vor- und Nachname der anfragenden Person' },
      email: { type: 'string', format: 'email', description: 'E-Mail-Adresse fuer die Antwort' },
      nachricht: { type: 'string', description: 'Anliegen — Projektbeschrieb, Ziel oder offene Fragen' }
    },
    required: ['name', 'email', 'nachricht']
  },
  execute: function (eingabe) { /* POST an das Netlify-Formular «kontakt» */ }
});

Was hier passiert: Ein KI-Agent, der diese Website im Auftrag eines Nutzers besucht, erhält ein maschinenlesbares Werkzeug mit klarem Zweck und definierten Parametern. Er kann eine Anfrage strukturiert übermitteln und bekommt eine bestätigende Rückmeldung — ohne Klick-Simulation, ohne Raten. Genau diese Bedienbarkeit ist die höchste der vier Stufen der Sichtbarkeit: Gefunden, Verstanden, Zitiert, Agent-ready.

Was prüft Lighthouse bei WebMCP?

Drei der sechs Prüfungen von Googles Lighthouse-Kategorie «Agentic Browsing» betreffen WebMCP: registrierte Tools (WebMCP tools registered), Formular-Abdeckung (WebMCP form coverage) und gültige Tool-Schemas (WebMCP schemas are valid). Googles Lighthouse misst WebMCP damit bereits. Über die Reife des Entwurfs dahinter sagt das nichts — dazu Wie belastbar ist die Spezifikation?

Was die Kategorie insgesamt prüft und warum sie wirtschaftlich relevant ist, erklärt der Artikel Agentic Browsing: Googles neue Lighthouse-Kategorie — er behandelt das Phänomen, dieser Artikel die Spezifikation dahinter.

Wie belastbar ist die Spezifikation?

WebMCP ist kein verabschiedeter Webstandard, sondern ein Entwurf: Die Spezifikation erscheint als «Draft Community Group Report» der W3C Web Machine Learning Community Group; die hier geprüfte Fassung datiert vom 14. August 2026. Ein Community-Group-Bericht steht ausdrücklich nicht auf dem W3C-Standards-Track. Wer WebMCP heute einbaut, baut auf einer Schnittstelle, die sich noch ändern kann — und die sich bereits einmal geändert hat.

Der Einstiegspunkt heisst heute document.modelContext; die frühere Form navigator.modelContext hat Chrome mit Version 150 als veraltet markiert. Die Chrome-Dokumentation sagt es wörtlich: «navigator.modelContext is deprecated in Chrome 150. Use document.modelContext instead.» In der Spezifikation kommt das Wort «Navigator» nicht mehr vor — sie hängt modelContext als partielles Interface an Document.

Seit Chrome 152 ist der alte Zugang nicht mehr veraltet, sondern weg. Belegen lässt sich das nicht in den Release-Notes, sondern nur im Quelltext: Die Schnittstellendefinition im Zweig von Chrome 151 führt beide Zugänge und trägt den Streichungsvermerk «TODO(crbug.com/515330187): Remove the getter on Navigator»; im Zweig von Chrome 152 steht nur noch Document. Für die Umsetzung heisst das: Jedes Code-Beispiel, das noch navigator.modelContext zeigt — und das sind die meisten aus dem Frühjahr 2026 —, läuft in aktuellen Chrome-Fassungen nicht mehr. Der deklarative Weg über toolname und tooldescription ist davon unberührt.

Verschoben wurde der Zugriffspunkt auf Empfehlung der W3C Technical Architecture Group. navigator gehört zum Browserfenster, document zur geladenen Seite — und Tools gehören zur Seite. Ausgangspunkt war ein Randfall, den das Vorschlags-Repository am 28. April 2026 beschreibt: Bei einer Navigation weg vom anfänglichen about:blank-Dokument teilen sich zwei Dokumente ein Fenster — angemeldete Tools blieben über diesen Wechsel hinweg sichtbar. Den Ausschlag gab dann die Architektur-Empfehlung; am 20. Mai 2026 hält der Spezifikations-Redaktor im selben Vorgang fest: «I spoke with the TAG and they recommended that we move the modelContext object to document». Die Änderung wurde am 27. Mai 2026 übernommen.

Chrome erprobt WebMCP als Origin Trial über die Versionen 149 bis 156; standardmässig aktiv ist die Schnittstelle nicht. Chrome Platform Status verzeichnet WebMCP als «Proposed» und den Reifegrad als «Specification being incubated in a Community Group». Ohne Origin-Trial-Token oder gesetztes Flag existiert document.modelContext im Browser gar nicht. Eine saubere Umsetzung fängt das ab, statt daran zu scheitern: Diese Website legt in js/webmcp.js einen schlanken Ersatz an, damit ein Agent die Tools auch ohne native Schnittstelle aufzählen und aufrufen kann.

Die beiden anderen Engine-Hersteller haben Stellung genommen, und Zustimmung ist keine davon: WebKit trug am 11. Juni 2026 die Position «oppose» ein — ablehnend, mit Bedenken unter anderem zu Sicherheit, Datenschutz und Doppelspurigkeit. Mozilla trug am 5. August 2026 «neutral» ein, also ausdrücklich weder dafür noch dagegen. Das wiegt schwerer als jede Ankündigung: Eine Schnittstelle, die nur eine Engine überhaupt erprobt, ist eine Wette — kein Fundament.

Daraus folgt die Empfehlung, die wir auch unseren Kunden geben: WebMCP lohnt sich heute als Zusatzschicht — nicht als Ersatz für die Lese-Schicht aus sauberem HTML, JSON-LD und llms.txt. Was ein Agent ohne WebMCP nicht lesen kann, kann er auch mit WebMCP nicht bedienen. Deshalb kommt die Lese-Schicht zuerst. Und deshalb ist nichts verloren, falls WebMCP eines Tages verschwindet: Die Lese-Schicht bleibt, die Tool-Schicht fällt einfach weg. Alle Angaben in diesem Abschnitt wurden am 16. August 2026 an den verlinkten Primärquellen geprüft.

Wie kommt WebMCP auf Ihre Website?

Der Weg zu WebMCP folgt drei Schritten: erst messen, dann die Lese-Schicht sichern, dann die wichtigste Aktion als Tool anbieten.

1. Messen: Der kostenlose KI-Sichtbarkeits-Check zeigt mit 18 Prüfpunkten, wo Ihre Website heute steht — inklusive der WebMCP-Audits.
2. Lese-Schicht sichern: Bevor ein Agent handeln kann, muss er lesen können — Kerninhalte im HTML, llms.txt, JSON-LD. Bedienbarkeit ohne Lesbarkeit ist wertlos.
3. Kernaktion als Tool: Die wichtigste Aktion Ihrer Website — Anfrage, Buchung, Bestellung — wird deklarativ annotiert und programmatisch registriert.

Bei Studio Erdinc ist WebMCP Bestandteil von Agent-Ready-Webdesign: im Paket «Agent-Readiness komplett» ab CHF 2'400 oder im Website-Abo Agent-Ready für CHF 649 pro Monat — dort mit Standards-Garantie. Die ist bei einem jungen Standard kein Marketing-Zusatz, sondern der Kern: WebMCP entwickelt sich im Origin Trial weiter, und was heute korrekt implementiert ist, braucht morgen ein Update.

Häufige Fragen zu WebMCP

Ist WebMCP dasselbe wie MCP?

Nein. MCP (Model Context Protocol, von Anthropic im November 2024 vorgestellt) verbindet KI-Anwendungen über eigene Server mit externen Werkzeugen und Daten; WebMCP überträgt das Tool-Konzept in die Webseite selbst — die Website bietet ihre Funktionen direkt über die Browser-Schnittstelle document.modelContext an, ohne separaten Server.

Heisst es navigator.modelContext oder document.modelContext?

Heute document.modelContext. Die ursprüngliche Form hiess navigator.modelContext; Chrome hat sie mit Version 150 als veraltet markiert und mit Version 152 aus dem Quelltext entfernt, und in der Spezifikation kommt das Wort «Navigator» nicht mehr vor. Verschoben wurde der Zugriffspunkt auf Empfehlung der W3C Technical Architecture Group. Code-Beispiele aus dem Frühjahr 2026 zeigen darum häufig noch die alte, in aktuellen Chrome-Fassungen nicht mehr lauffähige Form.

Funktioniert WebMCP schon in allen Browsern?

Nein. WebMCP läuft in Chrome als Origin Trial über die Versionen 149 bis 156 und ist auch dort nicht standardmässig aktiv. Mozilla hat sich am 5. August 2026 mit «neutral» positioniert, WebKit am 11. Juni 2026 mit «oppose». Korrekt implementiert ist WebMCP reines Progressive Enhancement: Browser ohne Unterstützung ignorieren die Zusatzschicht, für menschliche Besucher ändert sich nichts.

Verändert WebMCP das Design oder Verhalten meiner Website?

Nein. WebMCP ist für menschliche Besucher unsichtbar — deklarative Attribute und registrierte Tools sind eine reine Zusatzschicht für KI-Agenten und verändern weder Layout noch Bedienung.

Braucht jede Website WebMCP?

Sinnvoll ist es überall dort, wo eine Website eine Kernaktion hat, die ein Agent im Auftrag eines Nutzers ausführen können soll — Anfrage, Buchung, Bestellung. Reine Lese-Websites profitieren zuerst von llms.txt, JSON-LD und sauberem HTML; WebMCP ist die Ausbaustufe für Bedienbarkeit.

Quellen

Belegstellen dieses Beitrags mit Organisation, Jahr und Link; eigene Erhebungen mit Methode und Datum. Geprüft am 6. September 2026.

1. W3C Web Machine Learning Community Group: WebMCP — Draft Community Group Report, 2026. webmachinelearning.github.io
2. Chrome Platform Status: WebMCP (Origin Trial), 2026. chromestatus.com
3. Anthropic: Introducing the Model Context Protocol, 2024. anthropic.com
4. Chrome for Developers: Lighthouse overview, 2026. developer.chrome.com