Agent-Ready Websites: Wenn Maschinen nicht mehr raten müssen

Viele moderne KI-Agenten bedienen Websites erstaunlich umständlich: Sie lesen sichtbaren Text, suchen Schaltflächen und versuchen zu erraten, welche Aktion als Nächstes sinnvoll ist.

Für Menschen ist eine gute Oberfläche hilfreich. Für Software reicht sie nicht immer. Ein Agent braucht eine eindeutige Beschreibung dessen, was möglich ist – einschließlich Parametern, Rechten und erwartbaren Ergebnissen.

Eine Suchmaske ist für Menschen. Eine Suchfunktion ist für Maschinen.

Menschen erkennen ein Eingabefeld, wählen Filter und verstehen aus dem Kontext, was ein Treffer bedeutet. Ein Agent muss diese Zusammenhänge technisch erschließen. Das funktioniert, bleibt aber störanfällig.

Agent-ready wird eine Website, wenn zentrale Aktionen zusätzlich als klar beschriebene Funktionen verfügbar sind. Aus „Fülle dieses Formular aus“ wird etwa: Suche Veranstaltungen in Dresden zwischen zwei Daten, nur mit freien Plätzen, und liefere Titel, Ort und Buchungslink zurück.

Der Unterschied ist klein in der Darstellung und groß im Betrieb. Der Agent muss nicht mehr klicken und hoffen. Er kann eine definierte Funktion aufrufen.

WebMCP macht Website-Funktionen beschreibbar

WebMCP ist ein früher, noch in Entwicklung befindlicher Ansatz, mit dem Websites Funktionen direkt für KI-Agenten bereitstellen können. Die aktuelle Schnittstelle wird über document.modelContext angesprochen. Frühere Beispiele mit navigator.modelContext sind überholt.

Eine Website kann damit beschreiben, welche Werkzeuge sie anbietet, welche Eingaben sie erwarten und welche Ergebnisse zurückkommen. Dazu können Suche, Terminprüfung, Produktvergleich oder das Vorbereiten einer Anfrage gehören.

Wichtig ist die Einordnung: WebMCP ist noch kein überall verfügbarer Webstandard. Wer heute damit experimentiert, sollte die Integration begrenzen und austauschbar halten.

WebMCP und MCP lösen unterschiedliche Aufgaben

Das Model Context Protocol, kurz MCP, verbindet KI-Systeme mit externen Diensten und Datenquellen. WebMCP bringt ein ähnliches Prinzip in die Website selbst.

MCP kann beispielsweise einen Agenten mit einem CRM, einer Wissensdatenbank oder einem internen Dienst verbinden. WebMCP beschreibt Funktionen, die im Kontext einer geöffneten Website verfügbar sind. Beide Ansätze können sich ergänzen, sind aber nicht dasselbe.

Human-first bleibt die richtige Reihenfolge

Agent-ready bedeutet nicht, die Website für Maschinen umzubauen und Menschen auf eine Restoberfläche zu verweisen. Gute Inhalte, klare Navigation und barrierefreie Interaktionen bleiben die Grundlage.

Die maschinenlesbare Funktionsschicht kommt hinzu. Idealerweise greifen Mensch und Agent auf dieselben Regeln und Daten zu. Dann entstehen keine zwei widersprüchlichen Produkte, sondern zwei Zugänge zum gleichen System.

Drupal ist dafür eine brauchbare Grundlage

Drupal trennt Inhalte, Taxonomien, Rechte und Geschäftslogik bereits vergleichsweise sauber. In einer Headless-Architektur können Frontend, klassische API und Agentenfunktionen auf dieselben strukturierten Daten zugreifen.

Entscheidend ist nicht das CMS allein. Entscheidend ist, ob Funktionen eindeutig modelliert sind: Welche Filter gibt es? Welche Daten dürfen erscheinen? Wer darf einen Vorgang nur vorbereiten, wer darf ihn auslösen?

Ein Beispiel: Veranstaltungssuche ohne Klicksimulation

Ein Agent soll für eine Reisegruppe eine passende Veranstaltung finden. Über die sichtbare Website müsste er Felder erkennen, Filter setzen, Ergebnisse lesen und möglicherweise mehrere Seiten vergleichen.

Über eine beschriebene Funktion übermittelt er Ort, Zeitraum, Gruppengröße und Anforderungen. Die Website liefert strukturierte Treffer aus derselben Datenquelle wie das Frontend. Eine Buchung kann als nächster, klar begrenzter Schritt vorbereitet werden.

Das ist robuster als die Nachahmung menschlicher Klicks – und besser kontrollierbar.

Kontrolle wird nicht delegiert

Eine technische Funktion benötigt dieselben Regeln wie eine sichtbare Schaltfläche. Berechtigungen, Protokollierung, Plausibilitätsprüfung und Freigaben gelten weiterhin.

Ein Agent sollte nicht mehr dürfen, nur weil er schneller arbeitet. Kritische Aktionen bleiben eng begrenzt oder benötigen eine ausdrückliche Bestätigung.

Jetzt ist der richtige Zeitpunkt für kleine Experimente

Noch ist offen, welche Browser und Plattformen WebMCP in welcher Form unterstützen werden. Die grundlegende Richtung ist dennoch plausibel: Websites werden künftig nicht nur gelesen, sondern gezielt von Agenten angesprochen.

Für Unternehmen lohnt sich deshalb kein hektischer Umbau. Sinnvoll ist eine nüchterne Bestandsaufnahme: Welche drei Funktionen müssten ein Mensch, ein Frontend und ein Agent heute gleichermaßen zuverlässig nutzen können?

Sie möchten Ihre Website agent-ready denken?

Wir prüfen Datenmodell, Rechte und zentrale Nutzeraufgaben. Daraus entsteht ein begrenzter technischer Versuch – ohne die bestehende Website einem frühen Standard zu unterwerfen.

Häufige Fragen zu Agent-Ready Websites (FAQ)

• Was ist eine Agent-Ready Website?

  Eine Agent-Ready Website stellt Inhalte, Eingaben und erlaubte Aktionen strukturiert und maschinenverständlich bereit. Dadurch können KI-Agenten Funktionen zuverlässiger nutzen, ohne ausschließlich die sichtbare Oberfläche interpretieren zu müssen.

• Wie unterscheidet sie sich von einer klassischen Website?

  Eine klassische Website ist vor allem für menschliche Bedienung gestaltet. Eine Agent-Ready Website ergänzt definierte maschinenlesbare Interaktionen, Berechtigungen und Rückgaben, ohne das sichtbare Interface zu ersetzen.

• Welche Rolle spielt WebMCP?

  WebMCP ist ein früher Ansatz, mit dem Websites Funktionen im Browser als klar beschriebene Werkzeuge für KI-Agenten bereitstellen können. Die Technologie befindet sich noch in der Entwicklungs- und Erprobungsphase.

• Muss eine bestehende Website dafür vollständig neu gebaut werden?

  In vielen Fällen nicht. Strukturierte Datenmodelle, dokumentierte APIs, saubere Formulare und klar getrennte Geschäftslogik schaffen bereits eine gute Grundlage und können schrittweise erweitert werden.

• Welche Vorteile bieten Headless-Architekturen?

  Headless-Systeme verfügen häufig bereits über strukturierte Inhalte, APIs sowie Rollen- und Rechtekonzepte. Dadurch lassen sich Funktionen kontrolliert für verschiedene Frontends und perspektivisch auch für KI-Agenten bereitstellen.

• Sollten Unternehmen WebMCP heute schon produktiv einsetzen?

  WebMCP befindet sich noch in einer frühen Entwicklungs- und Erprobungsphase. Bestehende Systeme sollten nicht vorschnell umgebaut, aber schon heute sauber, strukturiert und mit klaren Schnittstellen entwickelt werden.