Wie die Vorschau „So sieht es auf Ihrem Shop aus" funktioniert (und warum der Chatbot Ihre Preise nicht erfinden kann)

Sie geben Ihre Shop-Adresse auf der Emporiqa-Startseite ein, und rund zehn Sekunden später sehen Sie das Chat-Widget in Ihren Markenfarben auf einem Screenshot Ihres eigenen Shops, daneben drei Fragen, die ein Kunde zu Ihren Produkten stellen könnte. Dieser Beitrag erklärt, wie diese Vorschau gebaut ist, welche Missbrauchsfälle wir vor dem Launch abfangen mussten, und die Design-Regel, auf der das ganze Produkt beruht: Der Chatbot antwortet nur aus den synchronisierten Daten des Shops und kann deshalb keinen Preis, keinen Lagerbestand und keine Rückgabebedingung erfinden.

Die Sorge, die die Architektur geprägt hat

Wenn ich mit Händlern über KI-Chat spreche, ist der Preis nie der erste Einwand. Der erste Einwand ist Markensicherheit: „Was, wenn er einem Kunden einen Rabatt verspricht, den es gar nicht gibt?" Das ist eine berechtigte Sorge. Ein Sprachmodell, das nach einer Rückgabefrist gefragt wird, liefert eine selbstsichere Antwort, egal ob es eine kennt oder nicht.

Deshalb ist das keine Randnotiz, sondern die zentrale Vorgabe für das Produktdesign. Jede Antwort muss sich auf etwas zurückführen lassen, das der Shop uns geliefert hat.

Die Grounding-Pipeline

Jede unterstützte Plattform (WooCommerce, Magento, PrestaShop, Drupal Commerce, Sylius) hat ein offizielles Marketplace-Plugin. Das Plugin schickt uns Katalog- und Richtliniendaten über signierte Webhooks: HMAC auf jedem Payload, keine API-Keys im Shop gespeichert. Die gesamte Verarbeitung läuft auf unseren Servern, nie im Storefront des Händlers.

Wenn ein Kunde etwas fragt, läuft die Retrieval-Suche ausschließlich über die eigenen Daten dieses Shops, mit einer Kombination aus lexikalischer und semantischer Suche. Der Generierungsschritt ist auf das beschränkt, was Retrieval zurückgibt. Aus dieser einen Regel folgen drei Konsequenzen:

• Keine erfundenen Produkte oder Preise. Das Modell kann nur Artikel empfehlen, die aus dem eigenen Katalog des Shops zurückkommen, mit dem Preis, den der Katalog führt.
• Keine erfundenen Richtlinien. Antworten zu Versand und Rückgabe stammen aus den synchronisierten Seiten des Shops. Einen Rabattcode, den das System nie erhalten hat, kann es nicht anbieten.
• Ein transparenter Fehlerfall. Findet Retrieval nichts Verlässliches, sagt der Chatbot, dass er es nicht weiß, und bietet eine Weiterleitung an. Ihr Team erhält das vollständige Gespräch, den Warenkorb des Kunden und die Frage, an der er gescheitert ist.

Wie die Vorschau in zehn Sekunden entsteht

Das Vorschau-Tool verdichtet das ganze Versprechen auf eine einzige Interaktion: sehen Sie es auf Ihrem Shop, bevor Sie irgendetwas installieren. Die Pipeline dahinter:

1. Screenshot auf fremder Infrastruktur. Wir rufen die eingefügte URL nie selbst ab. Eine Screenshot-API (ScreenshotOne) rendert die öffentliche Startseite auf ihrem eigenen Netzwerk und liefert ein JPEG zurück. Diese eine Entscheidung eliminiert die gesamte SSRF-Klasse: Eine eingefügte URL kann unser internes Netzwerk nie erreichen, weil nichts, was wir betreiben, sich je mit ihr verbindet.
2. Ein Vision-Modell liest das Bild. Es schlägt den Kurznamen des Shops, seine Produktkategorie und drei Fragen vor, die Kunden stellen würden, in der Sprache des Besuchers und mit Bezug auf Produkte, die im Screenshot zu sehen sind. Schwache Ausgaben werden verworfen statt angezeigt: Bestehen die drei Fragen eine strenge Prüfung (Länge, Sprache, Eindeutigkeit) nicht, bleibt der Abschnitt verborgen.
3. Markenerkennung. Die dominante Markenfarbe wird aus dem Screenshot extrahiert, sodass die Widget-Vorschau in der eigenen Palette des Shops erscheint statt in unserer.
4. Eine Ist-das-ein-Shop-Prüfung. Das Vision-Modell beantwortet noch eine Frage: Ist das überhaupt ein Onlineshop? Lautet die Antwort eindeutig Nein (eine News-Seite, eine SaaS-Landingpage, der Scherz von jemandem), wird keine Seite veröffentlicht. Wir sagen dem Besucher stattdessen offen Bescheid.

Direkt unter dem Screenshot steht auf der Vorschauseite, dass sie aus der öffentlichen Startseite erzeugt wurde und dass Live-Antworten bis zur Verbindung des Shops aus einem Demo-Katalog stammen. Würden wir hier übertreiben, würden wir genau das Vertrauen zerstören, das dieses Tool aufbauen soll.

Was der Stresstest uns gelehrt hat

Ein öffentliches Formular, das bei jedem Absenden Geld kostet (ein Screenshot-Render plus ein Vision-Aufruf), zieht drei Arten von Ärger an: Bots, Trittbrettfahrer und die eigenen Bugs. Die Abwehr ist mehrschichtig: ein Honeypot-Feld, eine signierte Zeitsperre, die Einsendungen ablehnt, die schneller kommen als ein Mensch tippen kann, IP-basierte Rate-Limits, die nur Einsendungen zählen, die tatsächlich Kontingent verbrauchen können, und obendrauf eine Challenge ohne CAPTCHA.

Der beste Bug war unser eigener. Die Startseite reicht Ihre URL an die Vorschauseite weiter, die automatisch absendet, sobald die Anti-Bot-Prüfung ein Token ausstellt. Bei schnellen Verbindungen kam dieses Token in unter drei Sekunden an, schneller als die Zeitsperre einem Menschen erlaubt. Das System stufte daraufhin höflich unsere motiviertesten Besucher als Roboter ein und schluckte ihre Anfrage. Die Lösung war eine einzige Zeile: Das automatische Absenden wartet jetzt das Zeitfenster der Falle ab. Wer zeitbasierte Bot-Erkennung baut, sollte bedenken: Die eigene Automatisierung ist ebenfalls schneller als ein Mensch.

Was es bewusst nicht tut

• Keine Shopify-App. Bewusst zuerst selbst gehostete Plattformen. Ich habe 15+ Jahre in der Drupal- und Symfony-Welt gearbeitet, aus der diese Plattformen stammen, und sie sind die Hälfte des E-Commerce, die die KI-Tooling-Welle größtenteils übersprungen hat. Für alles andere gibt es eine öffentliche Webhook-API.
• Kein Training mit Kundendaten, keine Datenspeicherung bei Modellaufrufen, und der Chatverlauf wird für feste 90 Tage aufbewahrt. Wir sind ein EU-Unternehmen und veröffentlichen unsere Subprozessoren; wir behaupten kein EU-Hosting, weil das nicht stimmen würde.
• Keine Antworten aus dem Gedächtnis des Modells. Genau darum geht es. Steht etwas nicht in Ihren synchronisierten Daten, übergibt der Chatbot lieber, statt zu raten.

Ausprobieren

Fügen Sie Ihre Shop-Adresse auf der Startseite ein und sehen Sie die Vorschau auf Ihrem eigenen Shop. Es wird nichts installiert oder verändert, und die Seite wird auf Anfrage gelöscht.

Lieber erst das Live-Verhalten testen? Probieren Sie den Demo-Shop aus und stellen Sie eine harte Frage, etwa „kabellose Kopfhörer unter 100 $ zum Laufen, und was, wenn sie nach einem Monat kaputtgehen?". Die Demo ist ein bestückter Elektronik-Shop; verbunden mit Ihrem Shop, antwortet er aus Ihrem Katalog, mit 25 $ Startguthaben und ohne Karte bei der Anmeldung.