Letzte Woche ging es um die Reihenfolge beim Schließen von Readiness-Lücken, und der erste Schritt darin klang unspektakulär: Klärt, ob ein Agent überhaupt reinkommt. Heute schaue ich mir genau diese Tür an, denn sie ist in unseren Messungen häufiger zu als gedacht, gerade bei Marken, die sonst alles richtig machen wollen.
Was wir sehen, und was nicht
Wenn unser Check-Agent eine Website besucht, bekommt er bei einem Teil der Shops gar keine Inhalte, sondern eine Abweisung auf Infrastruktur-Ebene: HTTP 403, oft ausgeliefert von Bot-Management-Systemen wie Akamai oder Cloudflare. Der Check kann dann nichts messen, weil er nie an den Inhalt kommt.
Wichtig ist, was diese Beobachtung bedeutet und was nicht. Wir sehen, dass unser Agent abgewiesen wird, so wie es den meisten nicht explizit freigegebenen Agenten gehen dürfte. Ob ein Shop einzelne Agenten gezielt zulässt, sehen wir von außen nicht. Beides kann also stimmen: eine bewusste Strategie mit gepflegter Whitelist, oder eine Standard-Firewall-Regel, über die nie jemand entschieden hat. Nach unseren Gesprächen ist das zweite deutlich häufiger.
Warum die Tür oft aus Versehen zu ist
Bot-Management ist zurecht Standard. Scraper, Preis-Crawler und Fake-Traffic sind reale Probleme, und die Schutzsysteme dafür sind gut geworden. Nur stammen viele Regelwerke aus einer Zeit, in der automatisierter Zugriff fast immer unerwünscht war. Ein Shopping-Agent, der im Auftrag eines echten Kunden Produkte vergleicht, fällt in dieselbe Kategorie wie ein Preis-Scraper, wenn niemand eine Unterscheidung eingebaut hat.
Das Ergebnis ist eine stille Vorentscheidung: Der Shop existiert für diese Art von Nachfrage schlicht nicht. Kein Fehler im Analytics-Dashboard, keine Warnung, nur ausbleibende Empfehlungen, die niemand zählt.
Die Optionen zwischen ganz zu und ganz offen
Die gute Nachricht: Das ist keine Ja-Nein-Entscheidung. Zwischen komplett dicht und komplett offen liegen mehrere Stufen.
Ganz zu, aber bewusst. Auch das ist eine legitime Position, etwa wenn Marken- und Preiskontrolle wichtiger sind als Agent-Reichweite. Sie sollte nur dokumentiert und regelmäßig überprüft sein, weil sich die Abwägung verschiebt, je mehr Kaufentscheidungen über Assistenten laufen.
Differenziert öffnen. Die meisten Bot-Management-Systeme können bekannte, verifizierte Agenten anders behandeln als anonyme Crawler. Dazu gehören gepflegte robots.txt-Regeln für Agenten, Verified-Bot-Kategorien im WAF und Rate Limits statt Totalblock. Der Aufwand ist überschaubar, die Entscheidung liegt beim Hosting- oder Security-Team, und sie braucht eine fachliche Vorgabe aus dem Business.
Öffnen und beobachten. Wer öffnet, sollte messen: Welche Agenten kommen, was rufen sie ab, wo entsteht Last. Daraus lässt sich die Regel nachschärfen, in beide Richtungen.
Der erste Schritt ist eine Frage, kein Projekt
In der Praxis beginnt das mit einer einzigen Frage an das eigene Team: Wie behandeln unsere Firewall-Regeln KI-Agenten, und wer hat das wann entschieden? Wenn die Antwort ein Schulterzucken ist, war es bisher keine Entscheidung, und genau dann lohnt der Blick.
Ob euer Shop für unseren Agenten erreichbar ist, zeigt übrigens der kostenlose AI Agent Readiness Check in zwei Minuten. Eine Abweisung ist dabei kein schlechtes Ergebnis, sie ist ein Befund, mit dem man arbeiten kann.