WebMCP und Agent Readiness: Was Führungsteams wirklich wissen müssen

Fazit: WebMCP (Web Model Context Protocol) ist ein vorgeschlagener Browser-Standard, der es Websites ermöglicht, ihre Funktionen als strukturierte Werkzeuge für KI-Agenten zu deklarieren. Google, Microsoft und das W3C stehen dahinter. Die Spezifikation ist vorproduktiv und wird frühestens 2027 Enterprise-Stabilität erreichen. Aber die strukturelle Bereitschaft, die sie voraussetzt, sauberes semantisches HTML, vorhersagbare Formulararchitektur, stabile Navigation, ist bei den meisten Organisationen bereits überfällig. Neunzig Prozent der Agent Readiness ist Formularhygiene. Zehn Prozent ist der neue Standard. Agenturen werden die zehn Prozent als Projekt verkaufen und die neunzig ignorieren. Beginnen Sie mit dem Assessment.

---

Was WebMCP tatsächlich ist

WebMCP steht für Web Model Context Protocol. Es handelt sich um einen vorgeschlagenen Standard, der es Webseiten ermöglicht, ihre interaktiven Fähigkeiten so zu beschreiben, dass KI-Agenten sie verstehen und darauf reagieren können, ohne auf Screen Scraping oder Vermutungen angewiesen zu sein.

Wenn heute ein KI-Agent eine Website besucht, muss er die Seite auf die gleiche Weise interpretieren wie ein Mensch. Er liest Text, sucht nach Schaltflächen und leitet aus dem visuellen Layout ab, was ein Formular tut. Das funktioniert oft genug, um beeindruckend zu sein. Es scheitert oft genug, um unzuverlässig zu sein.

WebMCP verändert den Ansatz. Statt Agenten zur Interpretation zu zwingen, ermöglicht es Websites, ihre Funktionen zu deklarieren. Ein Kontaktformular kann sich als strukturiertes Werkzeug mit definierten Eingaben, Typen und erwarteten Verhaltensweisen ankündigen. Ein Buchungsablauf kann seine Schritte beschreiben. Eine Suchfunktion kann ihre Parameter offenlegen.

Der Mechanismus ist unkompliziert. Webseiten enthalten strukturierte Metadaten, entweder als HTML-Attribute oder über eine JavaScript-API, die beschreiben, was die Seite kann und wie man mit ihr interagiert. KI-Agenten lesen diese Metadaten, bevor sie entscheiden, wie sie handeln.

Google Chrome entwickelt die Implementierung. Microsoft Edge hat Unterstützung signalisiert. Das W3C hat mit der formalen Spezifikationsarbeit begonnen. Das zugrundeliegende Model Context Protocol wurde ursprünglich von Anthropic für die Verbindung von KI-Systemen mit externen Werkzeugen entwickelt. WebMCP erweitert dieses Prinzip auf das offene Web.

Warum es kommerziell relevant ist

Die kommerzielle Bedeutung von WebMCP liegt nicht in der Technologie selbst. Sie liegt in dem, was die Technologie über die Richtung des Webs offenbart.

Suchmaschinen nutzen bereits strukturierte Daten, um Webinhalte zu verstehen. Schema Markup, Open Graph Tags und Meta-Beschreibungen helfen Crawlern, Seiten zu interpretieren, ohne sie vollständig zu rendern. Diese Schicht ist gut verstanden. Die meisten Marketing-Teams haben sie zumindest ansatzweise adressiert.

KI-Sichtbarkeit fügt eine zweite Schicht hinzu. Große Sprachmodelle rufen mittlerweile Webinhalte ab, fassen sie zusammen und zitieren sie in konversationellen Antworten. In diesen Antworten zu erscheinen, erfordert Inhalte, die strukturell klar, semantisch konsistent und autoritativ genug sind, um ausgewählt zu werden. Diese Schicht ist weniger gut verstanden. Die meisten Organisationen behandeln sie als Inhaltsproblem, obwohl es ein Architekturproblem ist.

Agent Readiness fügt eine dritte Schicht hinzu. Wenn KI-Agenten Ihre Website nicht nur lesen, sondern darauf handeln können, verschieben sich die Anforderungen erneut. Es reicht nicht mehr, dass eine Seite verstanden wird. Sie muss bedienbar sein. Ein Formular, das für einen Menschen korrekt aussieht, aber keine korrekten Eingabetypen, stabilen Feldnamen oder vorhersagbare Validierung hat, wird bei der Agent-Interaktion scheitern.

Diese drei Schichten, Suchsichtbarkeit, KI-Sichtbarkeit und Agent Readiness, sind kumulativ. Jede baut auf der vorherigen auf. Organisationen, die strukturierte Daten vernachlässigt haben, werden mit KI-Sichtbarkeit kämpfen. Diejenigen, die semantisches HTML vernachlässigt haben, werden mit Agent Readiness kämpfen.

Das kommerzielle Risiko besteht nicht darin, dass Wettbewerber WebMCP zuerst implementieren. Es besteht darin, dass Organisationen feststellen, dass ihre Grundlagen zu schwach sind, um eine der drei Schichten zuverlässig zu tragen.

Die 90/10-Aufteilung

Hier werden die meisten Anbieter-Gespräche in die falsche Richtung laufen.

Wenn WebMCP Produktionsreife erreicht, werden Agenturen und Beratungen es als neue Fähigkeit positionieren, die ein neues Projekt erfordert. Sie werden Implementierungen rund um die WebMCP-spezifischen Attribute dimensionieren: toolname, tooldescription, strukturierte Tool-Deklarationen. Sie werden dies als die Arbeit präsentieren, die zählt.

Das ist sie nicht. Es sind etwa zehn Prozent der Arbeit, die zählt.

Die verbleibenden neunzig Prozent sind strukturelle HTML-Hygiene, die bereits vorhanden sein sollte. Dazu gehören Formularelemente mit korrekten Labels und Name-Attributen. Eingabefelder mit richtigen Typen. Pflichtfelder, die tatsächlich als Pflichtfelder markiert sind. Vorhersagbare Validierung, die nicht auf JavaScript-Tricks angewiesen ist. Stabile URLs, die sich nicht zwischen Sitzungen ändern. Navigation, die konsistenten Mustern folgt.

Das ist keine glamouröse Arbeit. Sie sieht in einem Pitch Deck nicht beeindruckend aus. Sie ist das Fundament, ohne das WebMCP-Deklarationen dekorativ sind.

Ein KI-Agent, der auf ein Formular mit einem toolname-Attribut, aber fehlenden Input-Labels trifft, wird trotzdem scheitern. Ein Buchungsablauf, der sich als strukturiertes Werkzeug deklariert, aber seine URL-Struktur zwischen Schritten ändert, wird trotzdem brechen. WebMCP macht die Absicht lesbar. Es macht die zugrundeliegende Architektur nicht funktional.

Die Bereitschaftslücke ist nicht die WebMCP-Adoption. Es ist die Formularhygiene. Die meisten Enterprise-Websites haben Formulare, die für Menschen funktionieren, durch eine Kombination aus visuellem Kontext, Muskelgedächtnis und Toleranz für Mehrdeutigkeit. KI-Agenten verfügen über keinen dieser Kompensationsmechanismen. Sie brauchen Struktur. Die meisten Websites liefern sie nicht.

Was Agent Readiness tatsächlich erfordert

Agent Readiness ist eine strukturelle Eigenschaft Ihrer Webpräsenz. Sie kann nicht durch einen Sprint aufgesetzt oder durch ein Tag deklariert werden.

Die Anforderungen sind spezifisch. Formulare brauchen semantisches HTML, bei dem jedes Eingabefeld korrekt beschriftet, typisiert und benannt ist. Labels müssen über das for-Attribut mit ihren Eingaben verknüpft sein, nicht durch visuelle Nähe. Validierung muss vorhersagbar und konsistent sein. Fehlerzustände müssen maschinenlesbar sein.

Navigation muss stabil sein. URLs müssen deterministisch sein. Der Pfad von der Landingpage bis zur abgeschlossenen Transaktion muss durchlaufbar sein, ohne sich auf visuelles Layout oder sitzungsabhängige Weiterleitungen zu verlassen.

Authentifizierungsabläufe müssen robust degradieren. Wenn ein Formular eine Anmeldung erfordert, muss diese Anforderung strukturell ausgedrückt werden, nicht durch ein Modal, das nach drei Sekunden Inaktivität erscheint.

Inhalte müssen semantisch ausgezeichnet sein. Nicht nur für Suchmaschinen, was der aktuelle Standardanspruch ist, sondern für Agenten, die Beziehungen zwischen Elementen auf einer Seite verstehen müssen. Wofür ist dieses Formular? Was passiert bei der Übermittlung? Welche Felder sind Pflicht, welche optional? Welche Einschränkungen gelten für jedes Feld?

Nichts davon ist neu. Jeder Punkt auf dieser Liste ist seit einem Jahrzehnt Best Practice. Der Unterschied: Menschliche Nutzer tolerieren Abweichungen von diesen Standards. KI-Agenten tun das nicht.

Das Zeitplan-Problem

WebMCP ist derzeit in Chrome 146 hinter einem experimentellen Feature-Flag verfügbar. Das bedeutet, es ist für Entwickler zugänglich, die es bewusst aktivieren. Es steht weder der allgemeinen Browserpopulation noch KI-Agenten im Regelbetrieb zur Verfügung.

Die W3C-Spezifikationsarbeit läuft. Browser-Anbieter verhandeln noch die Details. Die JavaScript-API-Oberfläche entwickelt sich weiter. Enterprise-Funktionen wie Authentifizierungshandling über WebMCP-Interaktionen sind noch nicht vollständig spezifiziert.

Eine realistische Timeline für die Enterprise-Adoption sieht ungefähr so aus:

2026: Spezifikation stabilisiert sich. Chrome und Edge liefern ersten Produktionssupport. Early Adopters experimentieren. Entwickler-Tooling entsteht.

2027: Produktionsimplementierungen erscheinen auf großen Plattformen. Agent-Anbieter beginnen, WebMCP-Discovery zu unterstützen. Enterprise-CMS-Plattformen fügen WebMCP-Konfigurationsoptionen hinzu.

2028 und darüber hinaus: Breite Adoption über Enterprise-Webpräsenzen. Agent-Interaktion wird ein messbarer Kanal. WebMCP-Hygiene wird ein Standard-Audit-Posten.

Diese Timeline ist kein Grund, das Thema zu ignorieren. Sie ist ein Grund, in die richtige Reihenfolge zu investieren. Organisationen, die 2026 damit verbringen, WebMCP-Attribute auf strukturell unsauberen Websites zu implementieren, werden die Arbeit wiederholen müssen. Diejenigen, die 2026 ihre strukturellen Grundlagen reparieren, werden bereit sein, WebMCP-Attribute hinzuzufügen, wenn die Spezifikation stabil ist.

Was Ihre Agentur vorschlagen wird

Wenn WebMCP in den Mainstream-Diskurs eintritt, werden Agenturen Implementierungsprojekte vorschlagen. Der Umfang wird typischerweise umfassen: Audit Ihrer Website auf WebMCP-Kompatibilität, Hinzufügen von Tool-Deklarationen zu Schlüsselseiten, Konfiguration strukturierter Metadaten für Formulare und interaktive Elemente, und Testen von Agent-Interaktionen.

Diese Arbeit ist legitim. Sie wird auch verfrüht sein, wenn die zugrundeliegende Struktur nicht solide ist.

Die Frage, die Sie stellen sollten, ist nicht, ob Ihre Agentur WebMCP implementieren kann. Es ist, ob Ihre Agentur die strukturelle Bereitschaft Ihrer Webpräsenz auf HTML-Ebene bewertet hat. Kann sie Ihnen sagen, wie viele Ihrer Formulare korrekte Label-Zuordnungen haben? Weiß sie, welche Ihrer Eingabefelder keine Type-Attribute haben? Hat sie getestet, ob Ihre kritischen User Journeys ohne visuellen Kontext navigierbar sind?

Wenn die Antwort nein lautet, ist das WebMCP-Projekt kosmetisch. Es adressiert die sichtbaren zehn Prozent und lässt die strukturellen neunzig Prozent unberührt.

Die Organisationen, die am frühesten von WebMCP profitieren werden, sind diejenigen, die bereits in semantisches HTML, strukturierte Daten und barrierefreie Formulararchitektur investiert haben. Für sie ist das Hinzufügen von WebMCP-Deklarationen ein kleiner inkrementeller Schritt. Für alle anderen ist es ein Projekt auf Sand gebaut.

Ein Drei-Phasen-Entscheidungsrahmen

Für Führungsteams, die Agent Readiness bewerten, empfehlen wir einen sequenzierten Ansatz:

Phase Eins: Strukturelles Assessment (Jetzt)

Beauftragen Sie ein technisches Audit Ihrer Webpräsenz auf HTML-Ebene. Dies ist kein Content-Audit oder SEO-Audit im traditionellen Sinne. Es ist eine strukturelle Bewertung, ob Ihre Formulare, Navigation und interaktiven Elemente maschinenoperabel sind. Identifizieren Sie Lücken in semantischem Markup, Formularhygiene und URL-Stabilität. Priorisieren Sie die Behebung basierend auf kommerzieller Auswirkung.

Phase Zwei: Spezifikationsmonitoring (2026)

Verfolgen Sie die W3C-WebMCP-Spezifikation, während sie sich entwickelt. Benennen Sie einen technischen Verantwortlichen. Implementieren Sie nicht gegen den aktuellen Entwurf, es sei denn, Sie sind bereit, bei Spezifikationsänderungen neu aufzubauen. Konzentrieren Sie sich darauf zu verstehen, wie Agent-Interaktionsmuster Ihr spezifisches Geschäftsmodell beeinflussen.

Phase Drei: WebMCP-Implementierung (Bei Stabilität)

Sobald die Spezifikation Produktionsstabilität in den großen Browsern erreicht, implementieren Sie WebMCP-Deklarationen auf Ihren wertschöpfungsstärksten interaktiven Elementen. Beginnen Sie mit Formularen, die kommerzielle Ergebnisse erzielen: Anfrage-Formulare, Buchungsabläufe, Konfigurations-Tools. Erweitern Sie basierend auf gemessenen Agent-Interaktionsmustern.

Diese Reihenfolge ist entscheidend, weil sie den häufigsten Fehler verhindert: in den sichtbaren Standard zu investieren und dabei die unsichtbare Struktur zu vernachlässigen, von der er abhängt.

Die Assessment-Frage

Der einfachste Test für Agent Readiness lautet: Könnte ein KI-Agent eine Transaktion auf Ihrer Website abschließen, ohne zu raten?

Nicht: Kann er Ihre Inhalte lesen? Nicht: Kann er Ihre Seiten navigieren? Sondern: Kann er ein Formular ausfüllen, es korrekt absenden und eine kohärente Antwort erhalten, ohne sich auf visuelles Layout, Sitzungsstatus oder menschliche Intuition zu verlassen, um die Lücken in Ihrem Markup zu überbrücken?

Für die meisten Enterprise-Websites lautet die ehrliche Antwort nein. Formulare funktionieren für Menschen, weil Menschen strukturelle Defizite kompensieren. Sie lesen Labels, die visuell, aber nicht programmatisch zugeordnet sind. Sie leiten Eingabetypen aus dem Kontext ab. Sie tolerieren Validierung, die nach dem Absenden statt inline erscheint.

KI-Agenten können nicht kompensieren. Sie arbeiten auf Struktur. Wo Struktur fehlt, scheitern sie. WebMCP wird letztlich eine reichere Strukturebene bieten, auf der Agenten arbeiten können. Aber es wird nicht reparieren, was darunter kaputt ist.

Die Organisationen, die das jetzt ernst nehmen, werden später weniger ausgeben. Diejenigen, die warten, bis ihre Agentur WebMCP als Projekt präsentiert, werden mehr ausgeben und weniger bekommen.

Wo sich das verbindet

Agent Readiness ist eine Erweiterung derselben Assessment-Methodik, die wir über das Marketing MRI anwenden. Die Frage ist dieselbe: Ist das System so konzipiert, dass es die Ergebnisse liefert, die Sie brauchen, oder ist es so konzipiert, dass es den Anschein von Aktivität erzeugt?

Der Sichtbarkeits-Stack, Suche, KI, Agenten, ist ein System. Jede Schicht hängt von der strukturellen Integrität der darunterliegenden Schicht ab. Ein Marketing MRI untersucht diese Integrität auf der Ebene des Entscheidungssystems. Agent Readiness erweitert die Untersuchung auf die technische Implementierungsebene.

Wenn Sie evaluieren, ob Ihre Webpräsenz strukturell bereit ist für das, was als Nächstes kommt, würden wir dort beginnen.