WebMCP: Unsere Website gibt KI-Agenten Werkzeuge, statt sie klicken zu lassen

1. WebMCP lässt eine Website dem KI-Agenten im Browser fertige Werkzeuge anbieten. Der Agent ruft sie direkt auf, statt Seiten zu lesen und Knöpfe zu suchen.
2. visales.de bietet seit dem 30. Oktober vier solche Werkzeuge an: Fachartikel suchen, Preisrahmen nennen, Projekt qualifizieren, Kontakt vorbereiten. Absenden kann nur der Mensch.
3. WebMCP ist ein Entwurf, kein Standard. Nur Chrome kann es, und das im Test. Apple lehnt es für Safari ab, dort funktioniert unsere Seite wie bisher.

Anton, Franz und ein KI-Agent auf unserer Website

Montag, 8:40 Uhr. Anton, Vertriebsleiter, steht mit dem Kaffeebecher in Franz’ Büro. „Der Konfigurator. Ich will bis Freitag wissen, was so etwas kostet und wer das kann.“

Franz öffnet Chrome und tippt in den KI-Assistenten: „Finde einen Anbieter für einen 3D-Produktkonfigurator für Industrieventile. Preisrahmen, Ablauf, und bereite eine Anfrage vor.“

Bisher hätte der Agent jetzt so gearbeitet wie ein Mensch mit sehr wenig Geduld: Startseite laden, Menü suchen, Leistungsseite lesen, irgendwo einen Preis vermuten, ein Kontaktformular finden und raten, welches Feld wofür ist.

Auf visales.de läuft es anders. Die Seite sagt dem Agenten gleich beim Laden: Hier gibt es vier Werkzeuge. Der Agent ruft leistung_und_preisrahmen auf und bekommt den Rahmen für Konfiguratoren, mit dem Hinweis „Rahmen, kein Angebot“. Dann projekt_qualifizieren: Welche Angaben fehlen noch? Datenformat, Variantenzahl, Zeitrahmen. Franz beantwortet zwei Fragen. Zum Schluss kontakt_vorbereiten. Auf dem Bildschirm öffnet sich ein Fenster mit der fertigen Anfrage.

„Und jetzt?“, fragt Anton.

„Jetzt schicke ich sie ab. Das darf der Agent nämlich nicht.“

Anton nickt langsam. „Kann unsere Website das auch?“

Gute Frage. Genau darum geht es in diesem Artikel. (Anton und Franz sind erfunden. Die vier Werkzeuge gibt es wirklich.)

Bild: Testlauf auf visales.de: Diese Anfrage hat ein KI-Modell vorbereitet, das bei uns lokal auf einem Mac mini läuft. Abgeschickt hat es nichts, das bleibt beim Menschen.

Was ist WebMCP, und was ist der Unterschied zu MCP?

MCP verbindet einen KI-Agenten mit Programmen und Servern, etwa mit deinem Kalender oder einer Datenbank. WebMCP lässt eine Website im Browser dem Agenten des Besuchers Werkzeuge anbieten. Die Website beschreibt selbst, was man auf ihr tun kann, mit Namen, Beschreibung und erlaubten Eingaben.

Das Bild dazu: Statt durch den Laden zu laufen und Regale zu lesen, steht der Agent an der Theke und gibt einen Bestellzettel ab.

const mc = document.modelContext || navigator.modelContext;
if (mc) {
  mc.registerTool({
    name: "leistung_und_preisrahmen",
    description: "Nennt Preisrahmen aus dem UCP-Profil von viSales. Rahmen, kein Angebot.",
    inputSchema: {
      type: "object",
      properties: {
        leistung: { type: "string", description: "Optional: WebAR, Produktkonfigurator oder Digital Twin" }
      }
    },
    annotations: { readOnlyHint: true },
    async execute() {
      const ucp = await (await fetch("/.well-known/ucp")).json();
      const rahmen = ucp.ucp.capabilities["com.visales.inquiry.contact"][0].config.pricing_ranges;
      return { hinweis: "Rahmen, kein Angebot; Individualpreise nur per Anfrage.", rahmen };
    }
  });
}

WebMCP testen in 10 Minuten

1. Chrome öffnen, chrome://flags/#enable-webmcp-testing aufrufen, auf „Enabled“ stellen, Chrome neu starten.
2. https://visales.de/lokale-ki-im-browser.html öffnen.
3. Die Entwicklerwerkzeuge öffnen (Konsole) und eingeben: (await document.modelContext.getTools()).map(t => t.name). Du siehst die vier Namen.
4. Ein Werkzeug aufrufen: const t = (await document.modelContext.getTools()).find(t => t.name === "leistung_und_preisrahmen"); await document.modelContext.executeTool(t, {}).
5. Für kontakt_vorbereiten öffnet sich das Fenster mit der Anfrage. Abgeschickt wird nichts.

Getestet in Chrome 156 mit Testschalter: Ein lokales Sprachmodell (Qwen3-14B) hat auf unserer Seite selbst den Preisrahmen abgefragt, das Projekt qualifiziert und die Anfrage vorbereitet. Abgeschickt hat es nichts.

WebMCP-Beispiel: vier Werkzeuge für KI-Agenten

1. fachartikel_suchen: sucht in unseren Fachartikeln und gibt Abschnitte mit Titel und Link zurück. Ohne deine Zustimmung per Stichwort, nach Zustimmung in der Demo zur lokalen KI auch nach Bedeutung.
2. leistung_und_preisrahmen: nennt Leistungen und Preisrahmen. Ein Rahmen, kein Angebot.
3. projekt_qualifizieren: sagt, welche Angaben für eine Einschätzung noch fehlen.
4. kontakt_vorbereiten: zeigt eine fertige Anfrage an. Absenden kann nur der Mensch. Der Agent bekommt zurück: „Contact requires human approval.“

Dieselben vier Namen stehen in unserer agents.md. Die Datei sagt seit Mai, was ein Agent bei uns darf. Mit WebMCP wird daraus etwas, das er auch tun kann.

Grenzen von WebMCP: nur Chrome, kein Safari

Bei uns arbeiten alle am Mac. Auf dem Mac in Safari passiert mit WebMCP: nichts. Die Seite funktioniert dort wie gewohnt, nur die Werkzeuge gibt es nicht. Wir versprechen also nichts, was auf dem Mac nicht geht.

Datenschutz bei WebMCP

Die zweite Grenze ist der Datenschutz. Die Werkzeuge rechnen im Browser, unser Server sieht keine Frage. Den Agenten betreibt aber meist ein Cloud-Anbieter, zum Beispiel Google bei Gemini in Chrome. Was ein Werkzeug zurückgibt, liest dieser Agent. Die lokale Suche schützt deine Frage also vor uns, nicht vor deinem eigenen Assistenten.

Ausblick: Was wäre, wenn jede Website Werkzeuge für KI-Agenten hätte?

Stell dir vor, jede Lieferanten-Website hätte so eine Theke. Dann würde Franz’ Agent nicht mehr zehn Websites lesen und raten. Er würde zehn Werkzeuge aufrufen und Antworten bekommen, die der Anbieter selbst formuliert hat. Wer keine Werkzeuge anbietet, wird weiter gelesen, interpretiert und falsch zusammengefasst.

Und wenn der Konfigurator selbst ein Werkzeug wäre? Der Agent stellt Maße und Varianten ein, der Mensch sieht das Ergebnis im 3D-Modell und bestätigt. Die Entscheidung bleibt beim Menschen, die Fleißarbeit nicht. Genau daran arbeiten wir mit unserem 3D-Konfigurator USDconfig. Im nächsten Artikel zeige ich, wie gut KI-Systeme USDconfig heute schon lesen können und was wir dafür geändert haben. Wer ihn nicht verpassen will: Newsletter abonnieren oder mir auf LinkedIn folgen.

Und wenn Safari nachzieht? Dann ist WebMCP auf einen Schlag auf jedem iPhone. Ob das kommt, weiß heute niemand. Darum bauen wir es als Zusatz: Wer es kann, bekommt mehr. Wer es nicht kann, verliert nichts.

Für deine Website heißt das, in dieser Reihenfolge: zuerst die Basics mit strukturierten Daten nach Schema.org und Grounding Pages, dann llms.txt, dann agents.md, dann Werkzeuge. Wer die Basics hat, braucht für den Rest wenig Code. Wie weit deine Website ist, schauen wir uns gern mit dir an: Website und KI-Sichtbarkeit oder direkt in einer Beratung.

PS: Das größte Problem ist, dass es im schnell wachsenden Markt rund um Web und KI keinen gemeinsamen Standard gibt. Die Anforderungen sind einfach zu verschieden. agents.md ist für E-Commerce gedacht, WebMCP passt gut zum Anfragen stellen. Grounding Pages und Schema.org geben Suchmaschinen und KI die Grundlagen über ein Unternehmen an die Hand. Das ist schnelllebig und kompliziert. Wir helfen, es einfach und wirksam umzusetzen, und testen alles zuerst bei uns selbst. Auch Werkzeuge wie ein KI-Modell im Browser, das Fragen zu unseren Fachthemen beantwortet.