Nicht jeder Besucher ist noch ein Mensch: Warum Websites und Anwendungen für KI-Agenten bereit sein müssen

Der neue Besucher auf Ihrer Website

Seit Jahren prüfen Unternehmen, wie ihre Website für Suchmaschinen aussieht. Jetzt kommt eine zweite Frage dazu: Wie sieht die Website für einen KI-Agenten aus, der in ihrem Namen unterwegs ist?

Der Anteil automatisierten Datenverkehrs im Web ist bereits erheblich. Laut dem Bad Bot Report 2026 von Imperva machte automatisierter Traffic 2025 mehr als 53 Prozent des weltweiten Webverkehrs aus, menschlicher Traffic lag bei 47 Prozent und sinkt weiter. Legitime KI-Bots und Agenten sind darin laut Imperva aktuell nur ein kleiner Anteil von rund 2 Prozent des Sitzungsverkehrs. Ihre Zahl wächst aber schnell, und ihr Verhalten unterscheidet sich grundlegend von dem klassischer Suchcrawler.

Ein Suchcrawler liest eine Seite und indexiert sie. Ein Agent liest eine Seite, trifft eine Entscheidung und handelt: Er füllt ein Kontaktformular aus, bucht einen Termin, vergleicht Preise über mehrere Anbieter hinweg oder schließt einen Kauf ab. Genau dieser Schritt vom Lesen zum Handeln ist neu, und er stellt andere Anforderungen an eine Website als reine Auffindbarkeit.

Von Chatbots zu handelnden Agenten

Die großen Anbieter haben diese Fähigkeit in den letzten beiden Jahren aufgebaut:

• OpenAI brachte im Januar 2025 Operator, einen Agenten, der eigenständig im Browser klickt, tippt und scrollt, um Formulare auszufüllen oder Bestellungen aufzugeben. Operator wurde im August 2025 eingestellt und ist heute als Agentenmodus direkt in ChatGPT integriert. Im Oktober 2025 folgte mit ChatGPT Atlas ein eigener Browser mit eingebautem Agentenmodus.

• Google stellte im Dezember 2024 Project Mariner vor, einen auf Gemini basierenden Agenten, der Webseiten per Screenshot liest und darauf navigiert. Das Projekt wurde 2026 eingestellt, die Fähigkeiten sind seither in die Gemini API und den neuen Gemini Agent eingeflossen.

• Anthropic veröffentlichte im November 2024 das Model Context Protocol (MCP), einen offenen Standard, mit dem KI-Systeme strukturiert auf Daten und Werkzeuge in externen Systemen zugreifen können. MCP wird inzwischen von zahlreichen Anbietern unterstützt und ist eine der Grundlagen, auf denen wir auch die Automatisierungen unserer eigenen KI-Plattform LoginAI aufbauen.

Der gemeinsame Nenner: Agenten sind keine reinen Lesewerkzeuge mehr. Sie bedienen Oberflächen und Schnittstellen stellvertretend für einen Menschen.

Warum bestehende Websites damit ein Problem bekommen

Viele Websites und Fachanwendungen sind für das menschliche Auge gebaut, nicht für maschinelles Verstehen. Typische Hürden:

• Inhalte werden erst durch JavaScript im Browser nachgeladen und sind im rohen HTML nicht vorhanden.

• Formularfelder haben keine sprechenden Bezeichnungen, sondern nur Platzhaltertext.

• Cookie-Banner oder Login-Wände blockieren den Zugriff, bevor überhaupt Inhalt sichtbar wird.

• Preise oder Verfügbarkeiten stecken in Rechnern oder Konfiguratoren ohne strukturierte Daten im Hintergrund.

Für einen Menschen sind das oft nur kleine Umwege. Ein Agent, der die Struktur einer Seite nicht zuverlässig lesen kann, bricht die Aufgabe ab oder interpretiert sie falsch. Bezeichnend ist, dass OpenAI in seinen Entwicklerhinweisen für den ChatGPT-Agentenmodus explizit empfiehlt, die WAI-ARIA-Standards für barrierefreies Webdesign einzuhalten, weil genau das dem Agenten hilft, eine Seite korrekt zu verstehen. Eine Website, die für Screenreader gut zugänglich ist, ist in der Regel auch für Agenten gut lesbar.

Was "agentenfreundlich" konkret bedeutet

Vier Baustellen sind aktuell am wichtigsten:

Sauberes, semantisches HTML. Klare Überschriftenstruktur, ausgezeichnete Bereiche wie Navigation, Hauptinhalt und Fußzeile, beschriftete Formularfelder und Alternativtexte für Bilder. Das ist dieselbe Grundlage, die auch für Barrierefreiheit gilt.

Strukturierte Daten. Auszeichnungen nach Schema.org (meist als JSON-LD eingebunden) beschreiben Produkte, Preise, Öffnungszeiten, FAQ-Inhalte oder Kontaktdaten in einem maschinenlesbaren Format. Das ersetzt sichtbaren Inhalt nicht, ergänzt ihn aber um eine Ebene, die ein Agent direkt auswerten kann.

Klare Schnittstellen statt reiner Bedienoberflächen. Wo Automatisierung wichtig ist, lohnt sich eine echte API oder ein MCP-Server, über den Agenten strukturiert Daten abrufen oder Aktionen auslösen können, statt eine Bedienoberfläche über Bildschirmfotos zu erraten. Ein aktuelles Beispiel ist WebMCP: Ein Entwurf einer W3C Community Group, an dem Google und Microsoft gemeinsam arbeiten. Die Technik soll es Websites erlauben, einem Agenten über die Browser-Schnittstelle navigator.modelContext gezielt Funktionen anzubieten, statt dass der Agent sich per Bildschirmfoto durch die Oberfläche tastet. Der Entwurf wurde im Februar 2026 veröffentlicht, eine erste Umsetzung existiert bislang nur experimentell in Chrome. Für die meisten Unternehmen heißt das: beobachten, aber noch nicht als Pflichtprojekt einplanen.

llms.txt mit Augenmaß einordnen. Unter llmstxt.org wird seit 2024 ein Vorschlag diskutiert, per Textdatei im Wurzelverzeichnis einer Website eine kompakte, maschinenlesbare Zusammenfassung für Sprachmodelle bereitzustellen. Einige KI-nahe Unternehmen wie Anthropic oder Vercel veröffentlichen eine solche Datei für ihre eigene Dokumentation. Die Verbreitung insgesamt ist aber gering: Eine Auswertung von rund 300.000 Domains kam auf eine Adoptionsrate von etwas über 10 Prozent, ohne messbaren Effekt auf die Zitierhäufigkeit in KI-Antworten. Google-Mitarbeiter John Mueller erklärte im Juni 2025 zudem, dass nach aktuellem Kenntnisstand kein KI-System die Datei tatsächlich abruft. Eine llms.txt ist damit kein bestätigter Faktor für bessere Sichtbarkeit und keine Pflichtaufgabe, allenfalls ein risikoarmes Experiment für Unternehmen mit freien Ressourcen.

Entscheiden, wer überhaupt zugreifen darf

Nicht jeder automatisierte Zugriff ist gleich zu behandeln. Es lohnt sich, drei Arten zu unterscheiden: klassische Suchcrawler, die eine Seite für die Suche indexieren; Trainings-Crawler, die Inhalte für das Training von Sprachmodellen sammeln; und nutzerausgelöste Agenten, die im Auftrag einer konkreten Person gerade jetzt eine Aufgabe erledigen. Diese drei Zwecke pauschal gleich zu behandeln, etwa durch ein komplettes Sperren oder ein komplettes Freigeben aller KI-Bots, wird der Situation nicht gerecht.

Cloudflare hat im Juli 2025 als erster großer Infrastrukturanbieter das Blockieren von KI-Scraping zur Standardeinstellung gemacht: KI-Anbieter benötigen seither eine ausdrückliche Freigabe, bevor sie Inhalte einer Website abgreifen dürfen. Ergänzend führte Cloudflare mit "Pay Per Crawl" einen Marktplatz ein, über den Websitebetreiber KI-Unternehmen für jeden Abruf bezahlen lassen, den Zugriff kostenlos erlauben oder vollständig verweigern können.

Für Unternehmen bedeutet das: robots.txt und die Bot-Einstellungen beim Hosting- oder CDN-Anbieter sind heute eine bewusste strategische Entscheidung, keine Fußnote mehr.

Wenn Agenten bald auch bezahlen

Der nächste Schritt betrifft den Zahlungsverkehr. Visa stellte im Oktober 2025 gemeinsam mit mehr als zehn Partnern das Trusted Agent Protocol vor, mit dem Händler legitime Einkaufsagenten von bösartigen Bots unterscheiden können. Mastercard führte am 29. September 2025 die erste dokumentierte Zahlung durch, bei der ein KI-Agent eigenständig mit einem tokenisierten Zahlungsmittel bezahlte. Visa rechnet damit, dass bereits zum Weihnachtsgeschäft 2026 Millionen Verbraucher Einkäufe über KI-Agenten abschließen.

Für Online-Shops heißt das: Es genügt in absehbarer Zeit nicht mehr, Inhalte agentenfreundlich darzustellen. Auch der Bestell- und Bezahlprozess muss so gebaut sein, dass ein Agent ihn zuverlässig durchlaufen kann.

Was Unternehmen jetzt konkret prüfen sollten

• Technisches Audit: Ist der sichtbare Inhalt auch im tatsächlich ausgelieferten HTML beziehungsweise im Accessibility Tree vorhanden, oder existiert er nur nach JavaScript-Ausführung?

• Formulare mit klaren, programmatisch lesbaren Bezeichnungen statt reinem Platzhaltertext versehen.

• Strukturierte Daten für Produkte, Preise, Kontakt und häufige Fragen ergänzen, dort wo sie den sichtbaren Inhalt korrekt abbilden.

• Bot- und Crawler-Regeln bewusst konfigurieren, statt die Standardeinstellung des Hosters unverändert zu übernehmen.

• Neue Standards wie WebMCP oder agentenfähige Bezahlprotokolle beobachten, ohne unter Zeitdruck vorschnell umzusetzen.

• Interne Anwendungen wie ERP, CRM oder Kundenportale darauf prüfen, ob sich wiederkehrende Abläufe über eine Schnittstelle statt ausschließlich über die Bedienoberfläche automatisieren lassen, wenn KI-gestützte Automatisierung geplant ist.

• Die eigene Infrastruktur regelmäßig mit einem IT-Partner durchgehen, der sowohl die technische als auch die geschäftliche Seite dieser Entwicklung kennt.

Fazit

Die Entwicklung hin zu handelnden KI-Agenten steht nicht am Anfang, sie läuft bereits. Für Unternehmen bedeutet das keinen Grund zur Eile um jeden Preis, aber einen klaren Auftrag: die eigene Website und die eigenen Anwendungen so zu bauen, dass sie sowohl von Menschen als auch von Agenten verstanden und bedient werden können. Wer schon heute auf saubere Struktur, durchdachte Schnittstellen und bewusste Zugriffsregeln setzt, muss morgen nicht nachrüsten.

Bei LOGIN SystemHaus bauen wir mit LoginAI bereits heute auf offenen Standards wie dem Model Context Protocol auf, wenn wir Automatisierungen für unsere Kunden umsetzen. Wenn Sie wissen möchten, wie es um die Agentenfreundlichkeit Ihrer eigenen Website oder Anwendung steht, sprechen Sie uns an.

FAQ

Muss ich jetzt sofort eine llms.txt-Datei anlegen?

Nein. Die Datei ist ein diskutierter Vorschlag, kein etablierter Standard. Führende KI-Anbieter haben nach aktuellem Stand nicht bestätigt, dass sie die Datei regelmäßig abrufen. Sinnvoller ist es, zuerst sauberes HTML, strukturierte Daten und Barrierefreiheit umzusetzen.

Was ist der Unterschied zwischen einem Suchcrawler und einem KI-Agenten?

Ein Suchcrawler liest eine Seite und indexiert sie für spätere Suchanfragen. Ein KI-Agent liest eine Seite im Auftrag einer konkreten Person und führt direkt eine Handlung aus, etwa ein Formular ausfüllen, einen Termin buchen oder einen Kauf abschließen.

Was ist das Model Context Protocol und brauche ich das für meine Website?

Das Model Context Protocol (MCP) ist ein offener Standard von Anthropic, mit dem KI-Systeme strukturiert auf Daten und Funktionen in anderen Systemen zugreifen. Für eine klassische Website ist MCP heute meist nicht direkt relevant. Für Unternehmen, die interne Systeme mit KI-Automatisierung verbinden wollen, ist es dagegen ein zentraler Baustein.

Sollten wir grundsätzlich alle KI-Bots blockieren?

Das hängt vom Zweck ab. Trainings-Crawler, Such-Crawler und nutzerausgelöste Agenten haben unterschiedliche Aufgaben. Eine pauschale Sperre kann auch legitime, gewünschte Zugriffe verhindern. Sinnvoller ist eine bewusste, differenzierte Konfiguration.