WebMCP: Brauchen Verwaltungen agentenlesbare Webseiten?

Die Frage kommt, seit Browser anfangen, KI-Agenten einzubauen: Muss die Stadtverwaltung ihre Website jetzt so umbauen, dass ein Agent sie bedienen kann? Die kurze Antwort für September 2026: vorbereiten ja, einbauen nein.

Was WebMCP ist

Heute bedient ein KI-Agent eine Webseite wie ein Mensch: Er liest das Bild oder den Seitenquelltext, sucht Knöpfe, klickt, tippt. Das ist langsam, fehleranfällig und bricht bei jeder Layoutänderung.

WebMCP dreht das um. Die Seite meldet selbst an, was sie kann:

document.modelContext.registerTool({ name: "hundesteuer_berechnen", description: "Berechnet die jährliche Hundesteuer nach der Satzung der Stadt.", inputSchema: { anzahl_hunde: "number", listenhund: "boolean" }, execute: async ({anzahl_hunde, listenhund}) => berechne(anzahl_hunde, listenhund) });

Der Agent ruft das Werkzeug mit klaren Werten auf und bekommt eine klare Antwort. Kein Klicken, kein Raten.

Stand der Technik, September 2026

Punkt	Stand
Gremium	W3C Web Machine Learning Community Group, Entwurf, nicht auf dem Standardisierungspfad
Schnittstelle	seit 21. Juli 2026 document.modelContext; der frühere Ort navigator.modelContext ist seit Chrome 150 abgekündigt
Chrome	Origin Trial Version 149 bis 156, Zielversion 157 (November 2026)
Edge	Umsetzung hinter einem Schalter
Firefox, Safari	beteiligen sich an der Spezifikation, ohne Zusage
Agenten, die es nutzen	keiner verbreitet; angekündigt ist Gemini in Chrome, ausgeliefert ist es nicht
Gemessene Verbreitung	praktisch null außerhalb von Demonstrationen
Deklarative Variante für Formulare	im Erklärtext beschrieben, in der Spezifikation noch offen

Genannte Pilotteilnehmer sind Reise-, Handels- und Finanzportale. Aus der öffentlichen Verwaltung ist nichts bekannt, weder in Deutschland noch in Europa.

Was für Verwaltungen heute wirklich zählt

Bevor jemand über Agenten nachdenkt, stehen drei Dinge an, die ohnehin verlangt sind und denselben Effekt haben:

1. Saubere HTML-Struktur. Überschriften in der richtigen Reihenfolge, Tabellen als Tabellen, Formularfelder mit Beschriftung. Das hilft Screenreadern, Suchmaschinen und Agenten gleichermaßen.
2. Barrierefreiheit nach BITV 2.0. Eine Seite, die ein Screenreader korrekt vorliest, ist bereits die halbe Vorbereitung für maschinelles Lesen. Das ist Pflicht, kein Zukunftsprojekt.
3. Offene, maschinenlesbare Daten. Satzungen und Gebührenordnungen als strukturierte Datei statt als gescanntes PDF. Das nützt dem Agenten mehr als jede Schnittstelle, und es nützt auch der eigenen Wissensbasis, siehe Vier Schichten.

Wer diese drei Punkte offen hat, gewinnt durch WebMCP nichts.

Vorbereitung, die nichts kostet

Wenn ein Onlinedienst neu gebaut wird, lohnt eine Regel: Jede Funktion, die ein Mensch über ein Formular auslöst, sollte auch als Funktion mit klaren Ein- und Ausgabewerten aufrufbar sein. Also nicht die Rechenlogik in die Klickstrecke verweben, sondern trennen.

Wer das tut, hat später Arbeit von einer Stunde statt einem Projekt, und hat sofort drei andere Vorteile: Die Logik ist testbar, sie ist in anderen Kanälen wiederverwendbar (Telefon, Chat, Fachverfahren), und sie ist prüfbar, weil Eingabe und Ausgabe dokumentiert sind.

Die spätere Anmeldung sieht dann so aus:

if ("modelContext" in document) { /* Werkzeuge anmelden */ }

Wo die Grenze liegt

Lesende Werkzeuge sind unkritisch: eine Gebühr berechnen, eine Frist ausrechnen, eine Zuständigkeit nachschlagen, einen Begriff erklären. Schreibende Werkzeuge sind es nicht. Ein angemeldetes Werkzeug läuft mit den Rechten der angemeldeten Person. Wenn ein Agent Anweisungen aus einer fremden Seite oder einer E-Mail übernimmt, kann er Werkzeuge auslösen, die niemand wollte. Für eine Verwaltung heißt das:

• Antrag stellen, Daten ändern, Zahlung auslösen niemals ohne ausdrückliche Bestätigung durch die Person, im eigenen Bedienfeld der Behörde.
• Protokoll über jeden Werkzeugaufruf, mit Zeitpunkt und Ergebnis.
• Keine personenbezogenen Daten in Werkzeugbeschreibungen oder Rückgabewerten, die ein fremder Agent einsammeln kann.

Einschätzung

Frage	Antwort
Ist WebMCP relevant?	Voraussichtlich ja, aber erst, wenn ein verbreiteter Agent es aufruft
Sollte man es jetzt einbauen?	Nein
Sollte man es vorbereiten?	Ja, durch saubere Trennung von Logik und Bedienoberfläche, kostet nichts extra
Wann neu bewerten?	Nach Chrome 157 im November 2026, und wenn Gemini in Chrome die Werkzeuge tatsächlich aufruft
Was ist wichtiger?	BITV, strukturierte HTML, offene Ortsrechtsdaten

Diese Seite wird nach der Neubewertung im November aktualisiert.