Was ist WebMCP? Die neue Beziehung zwischen KI-Agenten und Webseiten

WebMCP ist ein vorgeschlagener Webstandard, mit dem eine Website ihre eigenen Aktionen und Daten strukturiert und maschinenlesbar an KI-Agenten weitergibt, statt den Agenten zu zwingen, aus dem HTML zu raten. Eine Seite, die WebMCP implementiert, deklariert eine Reihe von Tools, etwa “Produkte suchen”, “In den Warenkorb legen” oder “Kontaktformular absenden”. Ein KI-Agent, der die Seite besucht, kann diese Tools direkt aufrufen, statt wie ein Mensch Buttons zu klicken und Textfelder auszufüllen.

Der Name führt leicht zur Verwechslung mit MCP (Model Context Protocol), dabei lösen beide unterschiedliche Hälften desselben Problems. MCP verbindet ein KI-Modell mit externen Tools und Datenquellen, meist über einen Server, mit dem die Host-Anwendung des Modells spricht: eine Datenbank, ein Dateisystem, eine API. WebMCP verlagert dieselbe Idee in den Browser, direkt auf die Seite selbst. Nicht ein separater Server legt fest, was ein Agent tun kann, sondern die Website selbst. Ein Agent, der MCP nutzt, fragt: “Welche Tools bietet dieser Server?” Ein Agent, der WebMCP nutzt, fragt: “Welche Tools bietet diese Seite?”

Bestehende Standards liefern KI-Systemen bereits einen Teil dieser Informationen, nur nicht den Teil, der für Aktionen zählt. Schema.org-Markup sagt einem Crawler, worum es auf einer Seite geht: ein Produkt, ein Artikel, ein Rezept. Robots.txt sagt einem Bot, ob er eine Seite überhaupt crawlen darf. Keiner der beiden sagt, was ein Agent tun kann, sobald er dort ist. Eine Produktseite mit vollständigem Schema.org-Markup lässt einen Agenten immer noch raten, welcher Button einen Artikel in den Warenkorb legt und welcher ihn von der Wunschliste entfernt. Robots.txt regelt Zugriff, nicht Interaktion. Genau diese Lücke, verfügbare Aktionen statt verfügbarer Inhalte zu beschreiben, schließt WebMCP.

Vor ein paar Jahren gab es diesen Bedarf noch nicht, weil Agenten Seiten überwiegend gelesen haben, statt auf ihnen zu handeln. Suchbots indexierten Text, Chatbots fassten Artikel zusammen. Inzwischen füllen Agenten Formulare aus, vergleichen Preise über mehrere Tabs und schließen Käufe im Auftrag eines Nutzers ab. Eine Seite, die für die Augen und die Maus eines Menschen gebaut wurde, allein anhand von gescraptem HTML zu interpretieren, ist unzuverlässig: Button-Beschriftungen ändern sich, Layouts verschieben sich, und ein Agent, der die Absicht nur rät, kann auf das Falsche klicken. WebMCP ersetzt dieses Raten durch eine deklarierte, strukturierte Schnittstelle zwischen der Seite und dem Agenten, der auf ihr handelt.

Warum das wichtig ist: WebMCP aus der Sicht von Website-Betreibern

Dieser Wandel verändert, was “lesbar” für eine Seite überhaupt bedeutet. Inhalte, die für Menschen gebaut sind, setzen voraus, dass jemand Mehrdeutigkeit selbst auflösen kann: ein leicht falsch beschrifteter Button, ein Preis, der in einem Bild versteckt ist, ein Checkout-Prozess über fünf Schritte ohne sichtbaren Status. Ein Mensch zuckt mit den Schultern und findet sich zurecht. Ein Agent rät statt dessen, und eine falsche Vermutung bei einem Formularfeld oder ein falsch gelesener Preis kann die Interaktion sofort beenden oder Daten übermitteln, die der Besucher nie senden wollte.

Diese Zerbrechlichkeit hat einen direkten Preis. Ein Agent, der eine Vergleichstabelle nicht parsen kann, überspringt die Seite und zitiert stattdessen die eines Wettbewerbers. Einer, der ein Buchungsformular falsch liest, bricht den Ablauf ab, ohne eine Fehlermeldung oder eine Abandoned-Cart-E-Mail auszulösen. Klassische Analytics wurde nicht dafür gebaut, dieses Fehlerbild zu erfassen. Das Traffic-Log zeigt, dass nichts passiert ist, weil serverseitig tatsächlich nichts passiert ist.

WebMCP fügt sich in die AI-Ready-Arbeit ein, die die meisten Websites ohnehin schon brauchen. Strukturiertes Schema, klare Robots-Direktiven für KI-Crawler, eine llms.txt-Zusammenfassung und semantisches Markup in den zentralen Abläufen machen eine Seite für einen handelnden Agenten lesbar. Der AI-Ready-Check von Seodisias misst bereits, ob eine Website strukturiert genug ist, um korrekt gelesen zu werden. WebMCP stellt eine engere, neuere Frage: ob dieselbe Website auch strukturiert genug ist, um korrekt bedient zu werden.

Websites, die ihre strukturierten Daten aktuell halten, sind dieser Anforderung näher, als sie denken. Websites, die das als einmalige Checkbox-Aufgabe behandeln, werden die Lücke auf die harte Art entdecken: durch Agenten, die still zu einer anderen Seite abwandern, ohne je zu erklären, warum.

WebMCP, NLWeb, AIPREF, Schema: das fehlende Glied in der Kette

KI-Direktiven in robots.txt regeln den Zugriff: welche Crawler hereindürfen und welche blockiert werden. AIPREF erweitert diese Berechtigungslogik: Eine Website kann festlegen, was ein KI-System mit bereits abgerufenen Inhalten tun darf, trainieren, zusammenfassen, zitieren, oder keins davon. Schema.org übernimmt die Struktur: Es sagt einem Crawler oder Agenten, was eine Seite enthält, ein Produkt, ein Artikel, ein Preis, eine Rückgaberichtlinie, ohne dass der Agent aus dem Layout raten muss. NLWeb setzt auf dieser strukturierten Ebene auf und macht daraus eine dialogorientierte Schnittstelle: Ein Agent kann einer Website eine Frage in natürlicher Sprache stellen und erhält eine strukturierte Antwort, statt rohes HTML zu scrapen.

Zugriff, Erlaubnis, Struktur, Abruf. Was fehlt, ist die Aktion.

Keiner der vier genannten Standards lässt eine Seite einem Agenten sagen: “Hier ist ein Tool, das du aufrufen kannst: diesen Artikel in den Warenkorb legen, die Verfügbarkeit in diesem Geschäft prüfen, diesen Termin buchen.” Schema.org kann beschreiben, dass ein Checkout existiert. Es kann einen Agenten nicht dazu bringen, ihn auszuführen. NLWeb kann eine Frage zu einem Produkt beantworten. Es kann den Kauf nicht abschließen.

Genau diese Lücke schließt WebMCP. Es übernimmt das Tool-Calling-Modell von MCP, dem Protokoll, das Anthropic zur Anbindung von Sprachmodellen an externe Tools eingeführt hat, und passt es an den Browser an: Eine Seite registriert eine Reihe aufrufbarer Aktionen, und ein Agent, der diese Seite besucht, kann sie direkt auslösen, statt ein Formular per Reverse Engineering zu entschlüsseln.

Setzt man alle vier zusammen, ist WebMCP das Glied, das den Kreis schließt. robots.txt und AIPREF entscheiden, wer hereinkommt und was er mit dem Gefundenen tun darf. Schema.org und NLWeb beschreiben, was auf der Seite steht. WebMCP lässt den Agenten darauf handeln. Eine Website, die bereits saubere strukturierte Daten und klare KI-Zugriffsregeln pflegt, kann diese Ebene ergänzen, ohne alles darunter neu aufzubauen. Eine Website, die diese Schritte ausgelassen hat, hat eine längere Liste abzuarbeiten, bevor WebMCP überhaupt relevant wird.

Fünf Schritte zur Vorbereitung: Was Sie heute schon tun können

Aktualisieren Sie Ihr Schema-Markup und Ihre strukturierten Daten, bevor Sie irgendetwas anderes anfassen. KI-Agenten stützen sich auf Schema.org, um herauszufinden, was eine Seite tatsächlich anbietet, und veraltetes Markup liefert genauso zuverlässig die falsche Antwort wie fehlendes Markup. Prüfen Sie die Typen Product, FAQ, HowTo und Organization gegen den aktuellen Inhalt der Seite, und gehen Sie mit dem Rich-Results-Bericht der Search Console einmal durch, um Abweichungen zu erkennen. Diese Ebene ist die Grundlage für jeden weiteren Schritt, deshalb kommt sie zuerst.

Als Nächstes öffnen Sie robots.txt und legen fest, was KI-Agenten auf der Website tun dürfen, nicht nur, ob sie crawlen dürfen. Die meisten robots.txt-Dateien wurden für Suchmaschinen-Crawler geschrieben, die lesen und indexieren. Agenten-Traffic liest und handelt dann: füllt ein Formular aus, legt einen Artikel in den Warenkorb, sendet eine Buchung ab. Wenn bestimmte Pfade nicht von automatisierten Agenten berührt werden sollen (Kontoeinstellungen, Checkout, Admin-Routen), legen Sie das explizit über die passenden User-Agent-Blöcke fest. Eine Crawl-Direktive war nie dafür gedacht, “anschauen, aber nicht klicken” auszudrücken, aber es ist der nächstliegende Hebel, der heute zur Verfügung steht.

Drittens: Prüfen Sie das semantische HTML in Ihren kritischen Abläufen. Checkout, Registrierung, Suche, Kontakt, überall dort, wo ein Besucher eine Aktion abschließt. Semantisches HTML zählt hier aus einem Grund, der über die Accessibility-Bewertung hinausgeht: Ein KI-Agent, der ableitet, was ein Button tut, verlässt sich auf dieselben Signale wie ein Screenreader. Ein <div onclick>, das wie ein Button gestylt ist, gibt einem Agenten nichts, worauf er sich stützen kann. Ein <button type="submit"> innerhalb eines beschrifteten <form> sagt ihm genau, was als Nächstes passiert. Testen Sie den Ablauf mit einem Screenreader oder einem Accessibility-Audit-Tool; alles, was assistive Technologien stolpern lässt, lässt auch einen Agenten stolpern.

Viertens: Prüfen Sie, ob eine llms.txt-Datei für die Website sinnvoll ist. Das ist eine reine Textzusammenfassung im Root-Verzeichnis, die KI-Systemen einen schnellen, strukturierten Überblick über den Inhalt der Website geben soll, statt sie zu einem vollständigen Crawl zu zwingen. Die Unterstützung durch KI-Engines ist uneinheitlich, behandeln Sie es also als kostengünstige Ergänzung, die einen Test wert ist, nicht als Pflichtschritt, der die ersten drei Schritte ersetzt.

Fünftens: Lassen Sie diese Änderungen durch den AI-Ready-Check von Seodisias laufen. Er prüft dieselben Grundlagen, die oben behandelt wurden, strukturierte Daten, robots.txt-Regeln und Maschinenlesbarkeits-Signale, und zeigt Lücken in einem Durchgang, statt jede einzeln von Hand zu prüfen. Keiner der fünf Schritte braucht WebMCP-Unterstützung, um zu zählen: Sie sind die Grundlage, die eine Website für jeden KI-Agenten lesbar macht, ob WebMCP-fähig oder nicht.

WebMCP heute, morgen: Vorbereitung ohne falsche Eile

WebMCP ist kein fertiger Standard, der nur noch auf seine Einführung wartet. Es ist ein früher Vorschlag, der noch in Diskussion und Überarbeitung steckt, und die Browser-Unterstützung ist heute bestenfalls lückenhaft. Manche Umgebungen experimentieren damit, andere ignorieren es vollständig, und kein Anbieter hat sich auf ein festes Einführungsdatum festgelegt. Wer behauptet, WebMCP komme “im nächsten Quartal” oder Websites ohne WebMCP würden “abgehängt”, verkauft eine Dringlichkeit, die die Technologie selbst noch nicht hergibt.

Diese Unsicherheit ist real, und man darf sie einfach so stehen lassen. Niemand kann sagen, wann oder überhaupt ob WebMCP zu einer Grunderwartung wird, wie es Schema-Markup oder eine gültige Sitemap geworden sind. Ein Redesign oder einen großen Engineering-Aufwand auf einen bestimmten WebMCP-Zeitplan zu setzen, wäre verfrüht.

Die im vorherigen Abschnitt beschriebene Vorbereitung trägt dieses Risiko allerdings nicht, denn keiner der Schritte hängt davon ab, dass WebMCP tatsächlich erscheint. Sauberes Schema-Markup hilft jedem System, ob Mensch oder KI, das versucht, eine Seite zu verstehen. Eine robots.txt-Datei, die die Bot-Policy klar formuliert, schützt eine Website unabhängig davon, welches Protokoll am Ende den Agenten-Traffic trägt. Semantisches HTML rund um Formulare, Suchfelder und Checkout-Abläufe macht eine Seite schon heute leichter zu parsen, in jedem aktuellen Browser, ohne jede Abhängigkeit von einer künftigen Spezifikation. Ob WebMCP stockt, von einem anderen Vorschlag abgelöst wird oder noch drei weitere Jahre bis zur breiten Unterstützung braucht: Keine dieser Arbeiten war umsonst. Es ist dieselbe Grundlagenarbeit, die gute technische SEO schon immer verlangt hat.

Die ehrliche Haltung lautet also weder “ignorieren” noch “alles fallen lassen.” Sie liegt näher bei: die strukturelle Arbeit fortsetzen, die sich ohnehin schon auszahlt, und WebMCP als einen weiteren Grund behandeln, warum diese Arbeit zählt, statt als Deadline, vor der man in Panik gerät. Eine Website mit solidem Markup, einer klaren Bot-Policy und lesbarer Seitenstruktur ist bereits für jeden agentenfähigen Standard gerüstet, der sich durchsetzt. Eine Website ohne diese Grundlagen hat ein größeres Problem als das Erscheinungsdatum von WebMCP, und dieses Problem lohnt sich zu beheben, unabhängig davon, was als Nächstes in der Spezifikation passiert.

Machen Sie einen kostenlosen AI-Ready-Check für Ihre eigene Website mit Seodisias und sehen Sie, welcher dieser fünf Schritte noch Arbeit braucht.