Ist der Einsatz von KI im E-Commerce sicher?

Grundsätzlich ja, mit einer festen Regel: Fügen Sie niemals rohe Kundendaten oder Kartennummern ein. KI kann Ihre Produkttexte schreiben, Käuferfragen beantworten und Retouren zusammenfassen. Sie braucht dafür keine echten Namen. Aber ein Bestellexport sind die personenbezogenen Daten Ihrer Kunden. Er verknüpft einen Namen mit einer Adresse, einer E-Mail, einer Telefonnummer und einer Kaufhistorie. Fügen Sie ihn in einen Consumer-Chatbot ein, und diese Daten gehen an einen Dritten, den Ihr Kunde nie gewählt hat. Kartennummern sind noch strenger. Unter PCI DSS darf der Sicherheitscode einer Karte niemals irgendwo gespeichert werden. Die Lösung ist einfach: Anonymisieren Sie die Bestellung vor dem Prompt und halten Sie vollständige Kartennummern heraus.

Eine Bestellung sind Kundendaten

Fangen wir damit an, was eine Bestellung tatsächlich enthält. Ein Export ist nicht ein einzelnes Feld. Er ist ein vollständiges Profil einer Person.

• Ein Kundenname und eine Lieferadresse.
• Eine E-Mail-Adresse und eine Telefonnummer.
• Eine vollständige Kaufhistorie, Bestellung für Bestellung.
• Manchmal eine Teilkartennummer oder eine Zahlungsreferenz.

Dieses Bündel sind personenbezogene Daten. Ihr Kunde hat sie Ihnen übergeben, um einen Kauf abzuschließen. Er hat nicht zugestimmt, sie an einen KI-Anbieter zu senden. Fügen Sie einen Export in einen Consumer-Chatbot ein, und er verlässt Ihre Kontrolle. Er erreicht einen Dritten, den Ihr Kunde nie ausgewählt hat.

Kartendaten haben eigene Regeln: PCI DSS

Kartendaten folgen ihrem eigenen Regelwerk. Es heißt PCI DSS (Payment Card Industry Data Security Standard, der Sicherheitsstandard für Zahlungskartendaten). Das PCI Security Standards Council zieht eine klare Linie. Bestimmte Daten dürfen nach der Genehmigung einer Zahlung niemals aufbewahrt werden. Das gilt für die vollständigen Magnetstreifen- oder Chip-Spurdaten. Es gilt für den Sicherheitscode, die drei oder vier auf der Karte aufgedruckten Ziffern (den CVV/CVC). Und es gilt für die PIN. Auch verschlüsselt dürfen diese Daten nicht gespeichert werden.

Andere Felder dürfen aus einem echten geschäftlichen Grund aufbewahrt werden. Der Name, die Kartennummer, das Ablaufdatum. Aber sie müssen geschützt sein. Und wenn eine Kartennummer angezeigt wird, muss sie maskiert werden. Höchstens die ersten sechs und die letzten vier Ziffern dürfen erscheinen. Eine vollständige, unmaskierte Kartennummer in einen Chatbot einzufügen, verstößt direkt gegen dieses Prinzip.

Sie sind der Verantwortliche: DSGVO

Nun zur rechtlichen Seite. Wenn Sie Kunden in der EU bedienen, gilt die DSGVO. Die DSGVO ist die Verordnung (EU) 2016/679. Sie definiert den „Verantwortlichen“ als die Partei, die entscheidet, warum und wie personenbezogene Daten verarbeitet werden. Wenn Sie sich entscheiden, Bestelldaten durch ein KI-Tool laufen zu lassen, sind Sie dieser Verantwortliche. Sie stehen dafür gerade.

Das verschwindet nicht dadurch, dass ein Anbieter die Daten hält. Der Export verknüpft einen Namen mit einer Adresse, einer E-Mail, einer Telefonnummer und einer Historie. Das sind personenbezogene Daten, für die Sie rechenschaftspflichtig sind. Sie bleiben Ihre Verantwortung, wohin auch immer Sie sie senden. In den USA spielen einzelstaatliche Gesetze wie der CCPA eine ähnliche Rolle, und dort sind Sie das „Business“.

Die Falle des Support-Bots: OWASP

Es gibt ein subtileres Risiko bei Support-Bots. Angenommen, Sie feintunen ein Modell mit Ihren eigenen Kundentickets. Das OWASP-GenAI-Projekt verfolgt dieses Thema. Seine Top 10 für LLM-Anwendungen führt die „Offenlegung sensibler Informationen“ als eines der führenden Risiken auf. Ein Modell kann Daten preisgeben, die es während des Trainings auswendig gelernt hat.

OWASP weist auf einen Punkt hin, der für Händler wichtig ist. Das Auswendiglernen ist bei kleinen, organisationsspezifischen Datensätzen oft stärker. Daten mit geringem Volumen, die sich wiederholen, verankern sich fester. Genau das ist ein Support-Bot, der mit Ihren eigenen Tickets trainiert wurde. In seltenen Fällen könnten die Details eines Kunden in der Sitzung eines anderen Kunden auftauchen. Es ist probabilistisch, nicht garantiert. Aber es ist ein echter Grund, zu minimieren, was das Modell überhaupt sieht.

Eine weitere Kategorie wird leicht vergessen: Ihre eigenen Zahlen. Einkaufspreise von Lieferanten und ausgehandelte Konditionen sind geschäftlich sensibel. Es sind keine regulierten personenbezogenen Daten. Kein Gesetz schützt sie also automatisch. Ihr Wert entsteht daraus, dass sie geheim bleiben. Fügen Sie sie in ein ungeprüftes KI-Tool ein, und Sie können Ihren Margenvorteil stillschweigend untergraben.

Die Lösung: vor dem Senden anonymisieren

Gute Nachricht: Die KI erledigt die Arbeit weiterhin. Sie entwirft den Produkttext. Sie beantwortet die Käuferfrage. Sie fasst die Retouren zusammen. Sie braucht dafür einfach keinen echten Namen. Minimieren Sie die Daten an der Quelle.

1. 1Anonymisieren Sie Kundennamen, Adressen und Bestell-IDs vor dem Prompt.
2. 2Fügen Sie niemals eine vollständige Kartennummer, einen CVV/CVC-Code oder eine PIN ein.
3. 3Bevorzugen Sie geprüfte, integrierte Tools, die durch einen DPA (Data Processing Agreement, Auftragsverarbeitungsvertrag) und No-Training-Klauseln gebunden sind.
4. 4Behalten Sie eine menschliche Prüfung bei allem bei, was ein Kunde lesen wird.

Genau dafür ist ONYRI Sanitize da. Die Engine erkennt sensible Daten — Name, Adresse, E-Mail, Telefon, Bestellkennung — und ersetzt sie vor dem Senden durch reversible Token. Die Erkennung und das Mapping bleiben in Ihrem Browser. Nur anonymisierter Text erreicht das Modell. Die KI findet nur Token, niemals die echten Daten Ihrer Kunden. Sie erhalten die Texte und den Support, ohne das Risiko, das PCI DSS, die DSGVO und OWASP Sie auszuschließen bitten.