Websites werden längst nicht mehr nur von Menschen und klassischen Suchmaschinen-Crawlern aufgerufen. Zunehmend kommen KI-Agenten hinzu: Programme, die im Auftrag einer Nutzerin oder eines Nutzers eigenständig Seiten aufrufen, Informationen zusammentragen, Formulare ausfüllen oder Vorgänge anstoßen. Das Strategieteam des W3C, des Standardisierungsgremiums für Webtechnologien, hat dazu Anforderungen an künftige Webstandards skizziert.

Der Kerngedanke lässt sich knapp zusammenfassen: Ein Auftrag an einen Agenten ist kein Freibrief. Wer einen Agenten losschickt, delegiert eine Aufgabe – nicht die gesamte Entscheidungsgewalt über Daten, Konten und Transaktionen. Für Standardisierung heißt das, dass Kontrolle technisch nachvollziehbar abbildbar sein muss und nicht allein im Ermessen des jeweiligen Anbieters liegen darf.

Warum das Thema jetzt auf der Agenda steht

Das Web ist historisch auf zwei Nutzungsformen hin gewachsen: auf Menschen vor einem Browser und auf maschinelle Zugriffe über Schnittstellen. Agenten liegen dazwischen. Sie nutzen die für Menschen gebaute Oberfläche, handeln aber maschinell, in hoher Frequenz und oft ohne dass jemand jeden einzelnen Schritt mitverfolgt.

Daraus ergeben sich Fragen, die bisherige Standards nur teilweise beantworten: Woran erkennt ein Betreiber, dass ein Zugriff von einem Agenten stammt? In wessen Auftrag handelt dieser Agent? Und wie weit reicht dieser Auftrag? Solange diese Fragen offenbleiben, behelfen sich Betreiber mit improvisierten Mitteln – von Blocklisten bis zu Bot-Erkennung, die auch legitime Nutzung ausbremsen kann.

Vier Ebenen, auf denen Betreiber Antworten brauchen

Unabhängig davon, welche konkreten Spezifikationen am Ende entstehen, lassen sich die Problemfelder gut sortieren. Sie betreffen jedes Projekt, das Transaktionen oder personenbezogene Daten verarbeitet:

  • Identität: Handelt es sich um einen Menschen, einen Agenten oder einen Agenten im Auftrag eines Menschen? Ohne belastbare Unterscheidung lassen sich weder Rechte noch Haftung sauber zuordnen.
  • Auftragsumfang: Ein Agent, der Preise vergleichen soll, braucht keine Berechtigung zum Kauf. Zwischen Lesen, Schreiben und verbindlichem Abschluss muss unterschieden werden können.
  • Nachvollziehbarkeit: Welche Aktionen hat ein Agent ausgeführt, zu welchem Zeitpunkt, auf welcher Grundlage? Ohne Protokollierung lässt sich im Streitfall nichts rekonstruieren.
  • Widerruf: Erteilte Berechtigungen müssen sich jederzeit entziehen lassen, und zwar wirksam für laufende Vorgänge, nicht erst für künftige.

Was das für die Gestaltung von Websites heißt

Ein Teil der Arbeit ist Standardisierung und wird Zeit brauchen. Ein anderer Teil liegt bereits heute in der Hand der Betreiber. Wer seine Anwendungen sauber strukturiert, macht sie für Agenten nutzbar, ohne die Kontrolle abzugeben.

Dazu gehört vor allem, zwischen Information und Transaktion zu trennen. Inhalte, die ohnehin öffentlich sind – Leistungsbeschreibungen, Öffnungszeiten, technische Daten –, dürfen maschinell gut zugänglich sein. Vorgänge dagegen, die Geld kosten, Verträge auslösen oder personenbezogene Daten verarbeiten, sollten an eine explizite Autorisierung gebunden sein und nicht allein daran, dass jemand irgendwie eingeloggt ist.

Ebenso praktisch: semantisch sauberes Markup. Eine Seite, deren Struktur auch ohne visuelle Interpretation verständlich ist, lässt sich von Agenten zuverlässiger bedienen – und ist zugleich barrierefreier. Dieselbe Sorgfalt, die assistive Technologien unterstützt, zahlt hier doppelt ein.

Vorsicht vor vorschnellen Festlegungen

Wie die künftigen Standards im Detail aussehen, ist offen. Entsprechend wenig empfiehlt es sich, Architekturen schon heute auf ein bestimmtes Protokoll oder ein bestimmtes Agenten-Ökosystem festzulegen. Sinnvoller ist eine Entkopplung: Geschäftslogik und Berechtigungsprüfung gehören in eine Schicht, die unabhängig davon funktioniert, ob der Zugriff aus einem Browser, einer App oder von einem Agenten kommt.

Anbieterspezifische Integrationen lassen sich dann austauschen, ohne dass die Kernanwendung umgebaut werden muss. Das ist keine neue Erkenntnis, gewinnt aber an Gewicht, wenn eine zusätzliche Klasse von Zugriffen hinzukommt, deren Spielregeln noch verhandelt werden.

Organisatorische Fragen nicht an die Technik delegieren

Nicht alles, was hier zu klären ist, ist ein technisches Problem. Wer darf im Unternehmen festlegen, welche Agenten welche Vorgänge auslösen dürfen? Wie wird dokumentiert, dass eine Zustimmung vorlag? Wer prüft regelmäßig, ob erteilte Berechtigungen noch benötigt werden?

Diese Fragen ähneln jenen, die bei Schnittstellen und Dienstkonten seit Langem gestellt werden. Der Unterschied liegt in der Reichweite: Ein Agent entscheidet innerhalb seines Auftrags selbst über die Zwischenschritte. Umso wichtiger ist, dass der Auftrag selbst präzise umrissen ist.

Einordnung

Für Web- und Softwareprojekte verschiebt sich damit der Blick auf die Zielgruppe: Neben Menschen sind Agenten eine Nutzungsform, die bei Architektur, Berechtigungen und Protokollierung mitgedacht werden sollte. Wer heute saubere Semantik, klar abgegrenzte Berechtigungen und eine nachvollziehbare Protokollierung umsetzt, ist für kommende Standards gut vorbereitet – und verbessert nebenbei Wartbarkeit und Barrierefreiheit. Konkrete Spezifikationen abzuwarten ist legitim; die eigenen Transaktionswege unkontrolliert offenzulassen, ist es nicht.

Quellen