KI findet Ihr Angebot. Kommt sie auch weiter?

Stellen Sie sich vor, ein Kunde lässt seine KI Laufschuhe auswählen. Die Marke steht in der Antwort. Nun soll der Agent prüfen, ob das passende Modell in der gewünschten Größe verfügbar ist, und es in den Warenkorb legen. Dieses Beispiel ist erfunden. Es macht aber deutlich, warum eine Erwähnung und ein funktionierender Kaufweg getrennte Prüfungen brauchen.

Im historischen adidas-Test lag die Hürde schon vor dem Produkt. Die untersuchten Zugänge erhielten am Seiteneinstieg eine Akamai-403-Sperre; ein Warenkorb wurde nicht erreicht ^[S1]. Das belegt den damaligen Zugangsbefund. Es sagt nicht, wie jeder Agent die Website heute nutzen kann.

Bei Zalando kam der Referenzlauf mit vorbereiteter Sitzung bis zum Warenkorb. Die vier im Bericht getrennt betrachteten Zugangsarten mit frischer Sitzung scheiterten; beim Standardbrowser blieben alle drei Wiederholungen erfolglos ^[S2]. Wer nur das erfolgreiche Referenzergebnis betrachtet, übersieht die Voraussetzung, die es möglich machte.

Halten Sie fest, mit welcher Sitzung und bis zu welchem Schritt der Agent kam.

Wenn der Zugang funktioniert, braucht der Agent belastbare Angaben zum Angebot. KI-Sichtbarkeit beschreibt, ob die Marke in Antworten auftaucht. KI-Nutzbarkeit fragt, ob ein Agent die festgelegte Aufgabe auf ihrer Website erledigen kann. Beide Prüfungen gehören zum Kundenweg ^[S5].

Beim BMW 318i erschwerten gekapselte Web-Komponenten den Zugriff auf den Konfigurator. Der einfache Reader und der Coding-Agent kamen nicht ans Ziel; der Standardbrowser war in einem von drei Läufen erfolgreich. Das geprüfte Ziel war eine fertige Konfiguration, kein Fahrzeugkauf ^[S3].

Bei Mercedes-Benz konnte der Browser im veröffentlichten Test die C-180-Konfiguration und ihren Preis lesen. Einfachere Zugänge waren eingeschränkt, und die Probefahrtbuchung blieb ein eigener Folgeschritt ^[S4]. Daraus folgt für Ihr Team: Definieren Sie ausdrücklich, ob Ihr Test Informationen, eine Konfiguration, eine Anfrage oder einen verbindlichen Abschluss verlangt.

Ein erreichter Fahrzeugpreis belegt noch keine gebuchte Probefahrt.

Die Fälle helfen, den ersten Prüfauftrag einzugrenzen. Die folgenden drei Hürden können auf derselben Website vorkommen. Sie bilden weder eine vollständige Fehlerliste noch ein Ranking der Marken.

Beim Zugang prüft Ihr Team, welche vorgesehenen Agenten eine öffentliche Seite erreichen dürfen und warum ein Aufruf abgewiesen wird. Beim Datenzugriff vergleicht es die sichtbaren Produktangaben mit dem, was der Agent tatsächlich lesen kann. Beim Folgeschritt hält es fest, welche Sitzung, Anmeldung oder Freigabe erforderlich ist ^[S6].

Eine notwendige Anmeldung oder Identitätsprüfung ist kein Fehler, den man entfernen sollte. Entscheidend ist, ob der erlaubte Weg für den beauftragten Agenten funktioniert und wo der Kunde selbst übernehmen muss. Händler und Portale können ebenfalls gewollte Vertriebswege sein ^{[S5] [S6]}.

Wählen Sie ein wichtiges Angebot und eine echte Kundenfrage. Schreiben Sie vor dem Test auf, was als Erfolg zählt: etwa den passenden Artikel in den Warenkorb legen oder eine Anfrage bis zur letzten Prüfung vorbereiten. Legen Sie auch fest, welche Aktionen der Agent ausführen darf. Ein Test braucht keine Bestellung und keine abgesendete Anfrage.

Dokumentieren Sie Modell, Datum, Startseite, Sitzung und den ersten offenen Schritt. Beheben Sie dann eine konkrete Hürde und wiederholen Sie dieselbe Aufgabe unter vergleichbaren Bedingungen. So sehen Sie, ob die Änderung den geprüften Weg verbessert. Der verlinkte Selbsttest gibt dafür sieben Prompts vor ^[S7].

Hyperize nennt mögliche Umsatzverluste durch solche Abbrüche oder Umwege Agent Revenue Leak. Wie viel Umsatz tatsächlich verloren geht, lässt sich aus diesen Tests allein nicht ableiten. Dafür brauchen Sie zusätzliche Geschäfts- und Abschlussdaten. Wir besprechen mit Ihnen den Kundenweg und vereinbaren, welche Seiten, Daten oder erlaubten Aktionen wir dafür verbessern ^{[S5] [S6]}.

Der nächste Schritt ist ein überprüfbarer Kundenweg auf Ihrer Website.