Was ist WebMCP – und warum KI-Agenten bald Formulare auf Websites ausfüllen
WebMCP ist ein experimenteller Web-Standard, mit dem eine Website KI-Agenten im Browser sagt, welche Werkzeuge sie anbietet – etwa „Projekt anfragen“ oder „Kosten schätzen“ – statt dass der Agent Buttons und Felder erraten muss. Chrome testet ihn seit Version 149 in einem Origin Trial; ein eigenes Ranking-Signal ist nicht bekannt. Auf meiner Website habe ich drei Werkzeuge umgesetzt; für bestehende Formulare biete ich das zum Stundensatz von 95 € an. Hier steht, wie WebMCP funktioniert, was es heute bringt und was ich bei der Umsetzung gelernt habe (Stand 27.10.2026).
- Veröffentlicht
- Zuletzt aktualisiert:
- Lesezeit
- 8 Min. Lesezeit
- Autor
- Von Maurice de Felice, Webentwickler in Augsburg
Welches Problem löst WebMCP?
KI-Agenten, die im Browser für Nutzer handeln – einen Termin buchen, ein Angebot anfragen, Preise vergleichen –, arbeiten heute meist wie ein Mensch mit verbundenen Augen: Sie lesen den Seitenaufbau, raten, welches Feld welches ist, und klicken. Ändert sich das Layout, bricht der Ablauf.
WebMCP dreht das um. Die Website erklärt selbst: „Ich habe ein Werkzeug projekt_anfragen mit den Feldern Name, E-Mail und Nachricht.“ Der Agent bekommt ein maschinenlesbares Schema und muss nichts mehr erraten. Der Name lehnt sich an das Model Context Protocol (MCP) an, über das KI-Assistenten an Werkzeuge angebunden werden – hier läuft das Ganze aber direkt im Browser, auf der Seite, die der Nutzer gerade offen hat.
Wie funktioniert WebMCP technisch?
Ein deklaratives Formular-Werkzeug kann zusätzlich das Attribut toolautosubmit tragen; dann sendet der Agent das Formular selbst ab. Ohne dieses Attribut füllt er nur aus, und der Mensch entscheidet, ob er auf „Senden“ klickt. Für Kontaktformulare halte ich das für die richtige Grenze.
| Weg | Wie | Wofür |
|---|---|---|
| Deklarativ | Attribute toolname und tooldescription am <form>, toolparamdescription an Feldern | Bestehende Formulare: Kontakt, Suche, Anfrage |
| Imperativ | document.modelContext.registerTool() mit Name, Beschreibung, JSON-Schema und Funktion | Funktionen ohne Formular, z. B. eine Berechnung |
| Abmelden | AbortSignal beim Registrieren übergeben, später abort() aufrufen | Werkzeuge, die nur zeitweise gelten |
| Antwort an den Agenten | Beim Absenden event.agentInvoked prüfen und event.respondWith() aufrufen | Ergebnis zurückmelden, z. B. „Anfrage gesendet“ |
Quelle: Chrome-Dokumentation zu WebMCP (deklarative und imperative API), Stand Oktober 2026
Wie ist der Stand von WebMCP?
- Chrome testet WebMCP seit Version 149 in einem Origin Trial: Websites registrieren sich und schalten die Funktion mit einem Token für ihre Besucher frei. Laut der Ankündigung im Chromium-Projekt war der Test ursprünglich bis Chrome 156 geplant; im September 2026 wurde eine Verlängerung bis Chrome 162 beantragt. Das verbindliche aktuelle Ende steht auf der Origin-Trial-Seite.
- Für die eigene Entwicklung lässt sich WebMCP in Chrome über chrome://flags/#enable-webmcp-testing einschalten.
- Die Spezifikation ist ein Entwurf der W3C Web Machine Learning Community Group – kein offizieller W3C-Standard. Frühe Versionen nutzten navigator.modelContext, die aktuelle Chrome-Dokumentation beschreibt document.modelContext.
- Andere Browser haben sich noch nicht festgelegt. Ohne Unterstützung passiert auf der Website schlicht nichts – deshalb eignet sich WebMCP gut als Progressive Enhancement.
Bringt WebMCP mehr Sichtbarkeit bei Google oder ChatGPT?
Ehrliche Antwort: Ein Ranking-Effekt ist nicht bekannt, und ich würde keinem Kunden einen versprechen. WebMCP betrifft Agenten, die eine Seite bereits geöffnet haben – nicht die Frage, ob die Seite gefunden wird. Für Sichtbarkeit in Google und KI-Suchen zählen weiterhin Inhalte, Struktur, strukturierte Daten und Ladezeit.
Was sich bereits ändert: Lighthouse prüft in der Kategorie „Agentic Browsing“, ob Formulare annotiert sind, ob Werkzeuge registriert sind und ob ihre Schemas gültig sind. Wer früh sauber annotiert, ist vorbereitet, wenn Agenten im Browser alltäglich werden – und hat ein Argument gegenüber Kunden, die nach „KI-ready“ fragen.
Wie habe ich WebMCP auf meiner Website umgesetzt?
Auf mauricedefelice.dev sind drei Werkzeuge aktiv, sobald der Browser WebMCP unterstützt: Das Kontaktformular ist als projekt_anfragen beschrieben, der Website-Check als website_check_vorbereiten und der Kostenrechner als kostenrechner_ausfuellen. Dazu kommt das imperative Werkzeug kosten_schaetzen, das dieselbe Preislogik wie der Rechner nutzt und eine Preisspanne mit Dauer und Kostentreibern als Antwort zurückgibt.
Ohne WebMCP ändert sich für Besucher nichts: Die Registrierung prüft zuerst, ob document.modelContext existiert, und lädt das Werkzeug-Modul nur dann nach. Es gibt keine Fehlermeldungen in der Konsole und kein zusätzliches JavaScript für Browser ohne Unterstützung.
- Radio-Buttons: Chrome liest die Beschreibung einer Radio-Gruppe aus toolparamdescription am umgebenden <fieldset>, nicht an den einzelnen Optionen. An den Optionen gesetzt, meldet Lighthouse „Add a description“.
- Spam-Schutz: Ein unsichtbares Honeypot-Feld im Formular würde Teil des Werkzeug-Schemas – und ein Agent könnte es ausfüllen. Ich habe es deshalb aus dem <form> herausgenommen.
- Werte lesen: Ein Agent füllt Felder direkt im Seitenaufbau. Beim Absenden lese ich die Werte deshalb aus dem Formular selbst und nicht nur aus dem Zustand der React-Komponente.
- Kein automatisches Absenden: Kontakt- und Website-Check-Formular tragen bewusst kein toolautosubmit. Der Agent füllt aus, der Mensch sendet.
- Eingebettete Inhalte: Im einbettbaren Kostenrechner auf fremden Websites melde ich keine Werkzeuge an.
Was hat die Messung mit Lighthouse ergeben?
Die Kategorie zählt neben WebMCP auch, ob der Barrierefreiheitsbaum sauber ist, ob es eine llms.txt gibt und ob das Layout springt. Vorher war die Schema-Prüfung nicht anwendbar, weil es keine Werkzeuge gab; jetzt ist sie anwendbar und bestanden.
| Seite | Agentic Browsing vorher | Agentic Browsing nachher |
|---|---|---|
| Startseite | 5 von 5 Prüfungen (WebMCP-Schemas nicht prüfbar) | 6 von 6 Prüfungen |
| Web-App entwickeln lassen | 5 von 5 Prüfungen (WebMCP-Schemas nicht prüfbar) | 6 von 6 Prüfungen |
| Kostenrechner | Seite gab es noch nicht | 6 von 6 Prüfungen |
Lighthouse 13.5, mobil, Chrome mit eingeschaltetem WebMCP, gemessen am 27.10.2026; vorher = Live-Website ohne WebMCP
Was sollten Sie für Ihre Website jetzt tun?
- Formulare sauber bauen: echte <label>, sinnvolle name-Attribute, Pflichtfelder als required. Das hilft Agenten, Screenreadern und Ihren Besuchern gleichermaßen – und ist die Grundlage für WebMCP.
- Wichtige Formulare deklarativ beschreiben: Kontakt, Angebot, Terminanfrage. Das ist mit wenigen Attributen erledigt.
- Absenden beim Menschen lassen, solange es um Anfragen, Bestellungen oder Geld geht.
- Nichts versprechen: WebMCP ist experimentell und bringt nach heutigem Stand kein Ranking. Es lohnt sich als Vorbereitung, nicht als SEO-Maßnahme.
- Wenn Sie es umsetzen lassen wollen: Für bestehende Formulare rechne ich nach Aufwand zum Stundensatz von 95 € ab; für neue Websites und Web-Apps ist es auf Wunsch Teil des Festpreises.
Was fragen Kunden häufig?
Sie planen ein Projekt?
Im kostenlosen Erstgespräch bekommen Sie eine ehrliche Einschätzung zu Umfang, Zeitplan und Festpreis – vor Ort in Augsburg und München oder per Video. Antwort in der Regel innerhalb von 24 Stunden.
Über den Autor
Freelance-Webentwickler in Augsburg. Hauptberuflich Backend-Entwickler bei einem der größten Vergleichsportale Deutschlands, als Freelancer entwickle ich Websites, Web-Apps und SaaS-Plattformen mit Laravel und React – zum Beispiel die SaaS-Plattform YachtBrokerBid. Mehr über mich
Weiterführend
Weitere Artikel: Was kostet eine Website 2026? Preise, Beispiele und Kostentreiber · Website erstellen lassen: Freelancer, Agentur oder Baukasten? · Wie lange dauert es, eine Website erstellen zu lassen?