Vom Ziel zur Delegation

Jahrzehntelang war das Web vor allem ein Raum direkter Navigation. Man ging selbst hin, öffnete Seiten, verglich Quellen, wechselte von Tab zu Tab und setzte Informationsbruchstücke von Hand zusammen. Das ist seit den 1990er-Jahren unsere tägliche Routine; ich weiß, dass sie es für mich war.

Mit der Verbreitung des persönlichen Agenten verliert dieses Modell schnell an Bedeutung.

Der Einstieg ins Web wird immer öfter nicht mit Navigation beginnen, sondern mit der Delegation an einen Agenten, sei es ChatGPT, Claude oder Gemini.

Im delegierten Modus besucht der Nutzer keine Websites mehr, um Informationen zu sammeln; er bittet einfach einen Agenten, das für ihn zu tun. Das Web ist nicht mehr in erster Linie ein Ort, den man besucht, sondern ein Gebiet, das man durch einen Stellvertreter durchquert.

Der Übergang zur Delegation mag wie eine kleine Verhaltensänderung klingen, doch er ist strukturell bedeutsam. Im heutigen Web lag ein Großteil des Werts einer Website in ihrer Fähigkeit, menschliche Besucher anzuziehen, zu halten und zu überzeugen. In einem delegierten Web verlagert sich der Wert auf die Fähigkeit einer Quelle, eines Dienstes oder einer Wissensoberfläche, von Agenten gelesen, ausgewertet, verknüpft, interpretiert und neu zusammengesetzt zu werden.

Der Seitenaufruf verliert sein Monopol als wirtschaftliches Ereignis, weil das Konsumieren von Inhalten und das Lesen durch Menschen zunehmend auseinanderfallen.

#Agentenfreundlich werden

Delegation verändert, wozu eine Quelle da ist, und damit verändern sich die Anreize. Monetarisierung hängt nicht mehr nur daran, gesehen zu werden, sondern zunehmend daran, ausgewählt zu werden, Vertrauen zu genießen und in Ketten delegierten Handelns eingebunden zu sein.

Verlage, Plattformen, Marktplätze, Institutionen, Marken und Dienstleister haben gute Gründe, sich agentenfreundlich zu machen. Etablierte Akteure beeilen sich, sauberere maschinenlesbare Schichten bereitzustellen: bessere APIs, strukturierte Feeds, reichhaltigere Metadaten, Fähigkeitsmanifeste und disziplinierter gepflegte operative Schnittstellen.

Der Mechanismus ist schon in der klassischen Suche sichtbar. Google bietet neben der klassischen Suche inzwischen AI Overviews und den AI Mode an. Damit kann ein Nutzer Google eine Frage stellen, also den Millionen Websites, die Google indexiert hat. Google nennt den Mechanismus „Query Fan-out“: Eine komplexe Frage wird in mehrere verwandte Suchen zu Unterthemen und Datenquellen zerlegt. Die Suchmaschine setzt dann eine Antwort zusammen und hängt Links zu den Seiten an, die sie stützen. Eine Website kann also für eine Teilfrage innerhalb einer Antwort ausgewählt werden, ohne für den eingetippten Satz auf Platz eins zu stehen.

Stellen Sie sich einen Käufer vor, der ein Pendlerrad sucht: leicht genug, um es die Treppe hinaufzutragen, zuverlässig bei starkem Regen, in Frankreich erhältlich und vor Ort reparierbar. Die Antwort kann eine Quelle für das Rahmengewicht nutzen, eine andere für den Regenschutz, einen Händler für den aktuellen Bestand und ein lokales Werkstattnetz für die Wartung. Für diese Antwort gibt es keine einzelne Rankingposition. Es gibt ein Feld von Quellen, von denen jede ein Stück der Entscheidung beiträgt.

Das verändert, was „Sichtbarkeit“ bedeutet. Eine Marke kann erwähnt werden, ohne verlinkt zu sein, oder eine Empfehlung kann einen Verkauf auslösen, ohne einen Besuch auf der zitierten Seite zu erzeugen.

Für Anbieter von Inhalten ist die Konsequenz allerdings anspruchsvoller, als ein paar Schlüsselwörter hinzuzufügen.

Um agentenfreundlich zu sein, muss eine nützliche Quelle für einen Agenten verwertbar sein. Sie muss angeben, was sie weiß, unter welchen Bedingungen, mit welchem Datum, welchem Geltungsbereich und welchen Belegen. Eine Museumsseite, die Sammlung, Standort, Bestände und Zugangsbedingungen klar unterscheidet, ist praktisch nützlicher als eine Seite, die bloß eine allgemeine Behauptung über kulturelle Bedeutung wiederholt. Eine Reparaturwerkstatt, die angenommene Marken, Einzugsgebiet, Öffnungszeiten und aktuelle Einschränkungen veröffentlicht, liefert einem Agenten Material, mit dem er wirklich arbeiten kann.

#Websites, die Agenten bedienen können

Gelesen zu werden ist nur die halbe Sache. Wenn ein Agent auf einer Website handeln muss, statt sie nur zu lesen, also einen Tisch reservieren, ein Ersatzteil bestellen oder ein Formular ausfüllen, tut er das noch immer so, wie es ein Mensch täte, nur ohne eigene Augen: Er untersucht die Seite, rät, wozu jedes Feld und jede Schaltfläche dient, klickt, tippt und prüft, was passiert ist. Googles Dokumentation nennt das Aktuierung, und jeder dieser Schritte ist eine Gelegenheit, sich zu irren. Die nächste Stufe von Agent-Friendly ist eine Website, die dem Agenten sagt, was er tun kann, statt es ihn erraten zu lassen.

Genau dazu dient WebMCP, ein von Google und Microsoft unterstützter Vorschlag für einen Webstandard. Eine Seite deklariert ihre eigenen Werkzeuge, entweder indem sie ein gewöhnliches HTML-Formular annotiert oder indem sie Aktionen in JavaScript registriert, jeweils mit ihren Parametern und dem Ergebnis, das sie zurückgeben. Eine Reise-Website kann ein Werkzeug anbieten, das verfügbare Flüge sucht, und ein anderes, das einen davon bucht; der Agent ruft sie direkt auf und erhält strukturierte Daten statt eines Bildschirms, den er deuten muss. Für den Agenten, der im Browser läuft, verhält sich die Seite wie ein kleiner MCP-Server, und die Website behält die Kontrolle darüber, was sie anbietet und zu welchen Bedingungen.

WebMCP überlässt dem Agenten die Oberfläche der Website nicht, damit er sie nach Belieben neu zeichnet: Die Werkzeuge gehören der Website, und der Agent kann sie nur aufrufen. Was sich ändert, ist, für wen die Oberfläche arbeitet. Wenn der Agent ein Werkzeug aufruft, aktualisiert sich die Seite vor den Augen des Menschen: Ein Modegeschäft grenzt seinen Katalog auf die gewünschten Kleider ein, ein Design-Werkzeug zeigt die passenden Layouts, eine Code-Review-Seite stellt den vorgeschlagenen Patch als Diff dar, ohne die Änderungen zu übernehmen, bevor jemand zustimmt. Die Oberfläche wird zu einem Raum, den der Mensch und sein Agent teilen, in dem der Nutzer sieht, was in seinem Namen geschieht, und es korrigieren kann; die Autoren des Vorschlags sagen ausdrücklich, dass die menschliche Oberfläche die wichtigste bleibt. Die Oberfläche selbst neu zusammenzusetzen, als Fläche, die im Moment der Nutzung für einen Menschen gebaut wird, ist ein weiterer Schritt und das Thema des nächsten Kapitels.

Stand der Dinge (Herbst 2026)

Chrome hat im Februar 2026 eine frühe Vorschau von WebMCP geöffnet, hinter einem experimentellen Schalter in Chrome 146. Auf der Google I/O am 19. Mai 2026 hat Google es in einen Origin Trial von Chrome 149 bis Chrome 156 überführt: Jede Website kann es damit für echte Besucher aktivieren, ohne sie um eine geänderte Einstellung zu bitten. Eine allgemeine Freigabe ist für Chrome 157 geplant. Der Spezifikationsentwurf wird offen in der Web-Machine-Learning-Community des W3C entwickelt. Seine Grenzen sind die des Browsers: Ein Tab muss geöffnet sein, Agenten ohne Oberfläche bleiben also außen vor, und ein Agent erfährt erst beim Besuch, was eine Website anbietet, womit die Frage der Auffindbarkeit dort bleibt, wo der Rest dieses Buches sie aufgreift.

Quellen: Chrome for Developers, WebMCP-Dokumentation, 18. Mai 2026; Chromium, Intent to Experiment: WebMCP, 15. Mai 2026.

Der andere Weg führt in die Gegenrichtung: Statt sich an externe Agenten anzupassen, stellt die Website ihren eigenen bereit. Ein In-App-Agent antwortet innerhalb der Website oder der App, mit bevorzugtem Zugriff auf Katalog, Konto und Bestellverlauf, so wie Rufus den Kunden innerhalb von Amazon antwortet. Er hält den Kunden im eigenen Haus, ist aber zugleich eine primitive Form dessen, was dieser Teil später eine Präsenz nennen wird: ein Unternehmen, das nicht durchsucht wird, sondern selbst antwortet. Je mehr besuchende Agenten es gibt, desto öfter treffen beide aufeinander, und der In-App-Agent spricht am Ende ebenso mit anderen Agenten wie mit Menschen.