KI-Chatbot DSGVO: Datenflüsse, Hinweise und Löschung sauber planen

Ein Kontaktformular hat Pflichtfelder, ein Absenden-Knöpfchen und einen klaren Moment, in dem Daten den Browser verlassen. Ein Chatfenster hat nichts davon. Besucher schreiben, wie sie sprechen: „Ich bin Frau Meier, mein Heizungsrohr ist seit gestern undicht, rufen Sie mich unter dieser Nummer zurück.“ In einem einzigen Satz stehen Name, Telefonnummer und ein Anliegen mit Bezug zum Wohnort.

In diesem Szenario hat ein Handwerksbetrieb einen Chatbot als Prototyp aufgebaut. Er beantwortet Fragen zu Leistungen und nimmt Terminwünsche entgegen. Fachlich überzeugt er, doch bei der Frage, wo die Gespräche liegen, gibt es nur Schulterzucken. Der Anbieter sitzt irgendwo, das Modell kommt von einem weiteren Unternehmen, und die Datenschutzerklärung erwähnt den Chat nicht.

Dieses Ausgangsbild ist verbreitet. Es entsteht nicht aus Nachlässigkeit, sondern weil ein Chatbot in der Entwicklung als Funktion erscheint und erst später als Datenverarbeitung. Die Studie zeigt, wie man diese Reihenfolge umkehrt. Sie ist eine Orientierung für Planung und Gespräche mit der Datenschutzberatung, ausdrücklich keine Rechtsberatung und kein Ersatz für die Prüfung Ihres Einzelfalls.

Die erste Frage lautet: Wissen Besucher, dass sie mit einer Maschine schreiben? Ein freundlicher Name und ein Foto reichen, damit jemand eine Mitarbeiterin vermutet. Die zweite: Wohin gehen die Eingaben? Zwischen Browser und Antwort liegen oft drei Stationen, jede mit eigenen Servern und eigenen Regeln.

Die dritte Frage betrifft die Dauer. Viele Chatwerkzeuge speichern Verläufe standardmäßig und unbefristet, weil das für Auswertungen praktisch ist. Ohne bewusste Entscheidung wächst so ein Archiv persönlicher Aussagen, das niemand angefordert hat. Die vierte Frage ist die unbequemste: Was tun Sie, wenn jemand seine Daten löschen lassen möchte und Sie nicht wissen, in welchem Gespräch sie stehen?

Hinzu kommt ein Fehlerbild, das im Alltag häufiger vorkommt als der große Datenabfluss: Der Bot fragt aus Hilfsbereitschaft nach mehr, als er braucht. Wer nach einer Öffnungszeit fragt, muss keine Adresse nennen. Wer eine Rückruf-Bitte hinterlässt, braucht keine Schilderung der Krankengeschichte, wie sie bei Praxen schnell entstehen kann. Je offener die Eingabe, desto größer die Streuung dessen, was ankommt.

Bevor man über Verträge spricht, lohnt ein einfaches Bild des Datenflusses. Eine Nachricht beginnt im Browser des Besuchers, geht an den Server des Chatbot-Anbieters, von dort an die Schnittstelle eines Sprachmodells und wieder zurück. Bei Terminwünschen oder Rückrufen kommt eine vierte Station hinzu: ein Kalender, ein CRM oder ein Postfach, in das die Daten weitergereicht werden.

Jede Station beantwortet dieselben Fragen. Wer betreibt sie, in welchem Land stehen die Server, wird die Nachricht gespeichert, wird sie zum Verbessern von Modellen genutzt? Die letzte Frage ist besonders wichtig, weil sich Anbieter hier unterscheiden. Bei geschäftlichen Schnittstellen schließen viele Anbieter die Nutzung für das Training vertraglich aus, bei Verbraucherangeboten ist das oft anders. Das muss aus den Vertragsunterlagen hervorgehen, nicht aus einer Vermutung.

Ein Beispiel zeigt, wie schnell Stationen übersehen werden. Der Chat selbst läuft beim Anbieter in der EU, doch die Benachrichtigung über einen neuen Rückruf wird per E-Mail über einen weiteren Dienst versendet, der die Nachricht im Wortlaut enthält. Plötzlich liegt derselbe Satz an zwei Orten, mit zwei verschiedenen Fristen. Solche Nebenwege fallen bei einer reinen Betrachtung des Chatsystems nicht auf.

Für diese Bestandsaufnahme genügt ein Blatt Papier. Wir zeichnen die Stationen auf, ergänzen pro Station Betreiber, Standort, Speicherung und Zweck und markieren, wo personenbezogene Daten tatsächlich vorkommen. Oft zeigt sich dabei, dass ein Werkzeug mehr sieht als gedacht, etwa ein Analyse-Skript, das mitliest, oder ein Protokoll, das Nachrichten im Klartext ablegt.

Der bequeme Weg wäre, sich auf die Datenschutzseite des Chatbot-Anbieters zu verlassen. Sie beschreibt aber dessen Sicht, nicht Ihre. Verantwortlich für die Verarbeitung auf Ihrer Website sind Sie, auch wenn Sie Technik zukaufen. Der Anbieter ist in der Regel Dienstleister, der in Ihrem Auftrag verarbeitet, und dafür braucht es nach allgemein bekannten Grundsätzen einen Vertrag zur Auftragsverarbeitung.

Wir würden deshalb in drei Schritten vorgehen. Erstens die Rollen klären: Wer ist Verantwortlicher, wer Auftragsverarbeiter, und gibt es Unterauftragnehmer, etwa den Betreiber des Modells? Zweitens prüfen, ob der Auftragsverarbeitungsvertrag die tatsächliche Kette abdeckt, einschließlich Standort und Unterauftragnehmern. Drittens bewerten, ob eine Übermittlung in Länder außerhalb der EU stattfindet und auf welcher Grundlage.

Alternativen gibt es. Ein selbst betriebenes Modell hält Daten im eigenen Rechenzentrum, verlangt aber Betrieb, Aktualisierung und Sicherheit auf eigener Seite, was sich für kleine Betriebe selten rechnet. Ein Anbieter mit Servern in der EU reduziert Fragen zur Übermittlung, ist aber nicht automatisch datenschutzkonform. Die Wahl ist ein Abwägen zwischen Aufwand, Qualität der Antworten und Kontrolle, und sie sollte schriftlich begründet werden, damit sie später nachvollziehbar ist.

Ein dritter Weg ist, die Daten gar nicht erst entstehen zu lassen. Je weniger der Bot erfragt, desto kleiner wird jede Frage nach Verträgen und Speicherdauer. Diese Haltung der Datensparsamkeit ist ein allgemein bekannter Grundsatz und der wirksamste Hebel im ganzen Konzept.

Der Hinweis auf die KI gehört vor das erste Wort. Als grobe Orientierung gilt: Wer mit einem KI-System spricht, sollte das erkennen können, spätestens bei Beginn des Gesprächs. Die Europäische KI-Verordnung greift diesen Gedanken mit Transparenzpflichten auf. Welche Pflichten für Ihren Chatbot konkret gelten und ab wann, klären Sie mit Ihrer Rechtsberatung. Fachlich ist der Hinweis ohnehin sinnvoll, denn er setzt realistische Erwartungen.

Die Begrüßung kann beides leisten: „Ich bin der digitale Assistent von [Betrieb] und eine KI. Ich beantworte Fragen zu Leistungen und Terminen. Bitte schreiben Sie hier keine sensiblen Angaben wie Gesundheitsdaten, Kontonummern oder Passwörter.“ Zwei Sätze, ein Link zur Datenschutzinformation. Das ist kürzer als jede Pop-up-Wand und wird eher gelesen.

Die Eingabe selbst lässt sich lenken. Statt eines offenen Textfelds für alles führt der Bot gezielt durch Schritte: Anliegen auswählen, Wunschzeit nennen, erst am Ende Kontaktdaten in eigenen Feldern erfragen. Strukturierte Felder haben einen Vorteil, den freier Text nicht bietet. Man kann sie validieren, getrennt speichern und gezielt löschen, während ein Name irgendwo mitten in einem Absatz kaum auffindbar ist.

Für Praxen und andere Bereiche mit besonders schützenswerten Angaben gilt eine strengere Linie. Der Bot sollte dort erkennbar nur organisatorische Fragen beantworten und bei Schilderungen von Beschwerden oder Symptomen freundlich auf Telefon oder Termin verweisen. Das ist weniger eine Frage der Technik als der Aufgabenabgrenzung, und sie gehört vor dem Start in die Anweisungen des Bots.

Die technische Umsetzung beginnt dort, wo sonst oft gespart wird: bei der Konfiguration des Verlaufs. Wir prüfen, ob der Anbieter eine einstellbare Aufbewahrungsdauer bietet, ob Verläufe automatisch gelöscht werden können und ob sich einzelne Gespräche per Kennung finden lassen. Fehlt eine dieser Funktionen, ist das kein Detail, sondern ein Auswahlkriterium für den Anbieter.

Das Chatwidget wird erst nach Zustimmung geladen, wenn es Verbindungen zu Servern des Anbieters aufbaut und dabei etwa die IP-Adresse übermittelt. Ob eine Einwilligung nötig ist oder eine andere Rechtsgrundlage trägt, hängt vom Aufbau ab und gehört in die rechtliche Prüfung. Technisch bedeutet es: Der Chat lädt nicht automatisch beim Seitenaufruf, sondern hinter einem Klick oder einer Abfrage. Als Nebeneffekt sinkt die Ladezeit.

Protokolle verdienen eigene Aufmerksamkeit. Zusätzlich zum Verlauf legen Webserver, Fehlerüberwachung und Analysewerkzeuge oft Daten ab, in denen Nachrichten oder Kennungen auftauchen können. Wir kontrollieren, ob Chat-Inhalte in Fehlermeldungen, Weiterleitungen per E-Mail oder Webhooks im Klartext erscheinen, und kürzen oder maskieren sie, wo es geht. Auch Weitergaben an Kalender oder CRM transportieren nur die Felder, die dort gebraucht werden.

Die Löschung braucht einen definierten Weg. Praktisch hat sich eine Kennung pro Gespräch bewährt, die bei der Weitergabe an das Folgesystem mitgeführt wird. So lässt sich zu einer Anfrage das Gespräch im Chatsystem und der zugehörige Eintrag im Kalender oder CRM auffinden. Zusätzlich legt man automatische Fristen fest, nach denen Verläufe verschwinden, auch ohne dass jemand daran denkt.

Der häufigste Sonderfall ist die ungefragte Offenbarung. Ein Besucher schildert ausführlich seine Erkrankung, die Trennung von der Partnerin oder die Schulden, obwohl die Frage nur nach einem Termin ging. Der Bot kann das nicht verhindern, aber ruhig reagieren: kurz bestätigen, nicht nachfragen, auf den passenden Kontaktweg verweisen. Ein Bot, der eifrig nachhakt, verschlimmert die Lage.

Eine Besonderheit sind Gespräche, die der Bot abbricht oder nicht versteht. Besucher wiederholen dann ihre Angaben, oft ausführlicher und persönlicher als zuvor. Hier hilft ein früher, freundlicher Übergang an einen Menschen, bevor jemand zum dritten Mal seine Lage erklärt. Das ist gute Bedienung und zugleich Datensparsamkeit.

Der zweite Fall betrifft Minderjährige und Dritte. Wer für die Mutter einen Termin anfragt, gibt Daten einer anderen Person weiter. Der Bot sollte bei solchen Gesprächen nur das Nötigste erfragen und nicht aus dem Verlauf auf weitere Personen schließen. Eine pauschale Altersprüfung ist im Chat nicht zuverlässig machbar, deshalb hilft vor allem ein Angebot, das sich erkennbar an Erwachsene richtet.

Ein weiterer Fall sind Anhänge. Sobald Besucher Fotos oder Dokumente hochladen können, etwa ein Foto vom Schaden oder ein Schreiben, wächst der Datenbestand erheblich, und auf Bildern sind oft Personen, Kennzeichen oder Adressen zu sehen. Wir würden Uploads im ersten Schritt weglassen und stattdessen auf einen gesonderten Weg mit eigener Information und kurzer Aufbewahrung verweisen.

Drittens die Anfrage auf Auskunft oder Löschung. Meldet sich jemand, möchte er wissen, was über ihn gespeichert ist. Ohne Kennung oder Kontaktangabe im Gespräch lässt sich das nicht beantworten, und das ist kein Fehler. Man sollte nicht nachträglich Merkmale sammeln, nur um ein Gespräch zuordnen zu können. Die Anfrage verlangt zugleich eine Identitätsprüfung, damit nicht Unbefugte Verläufe anfordern.

Ein vierter Fall ist die Prompt-Injection, also der Versuch, den Bot durch Eingaben zur Herausgabe interner Anweisungen oder fremder Daten zu bewegen. Datenschutzrelevant wird das, wenn der Bot Zugriff auf Kundendaten hat. Deshalb bekommt er im Zweifel keinen. Wissensbasis und Gesprächsdaten bleiben getrennt, und der Bot sieht nie mehr als das aktuelle Gespräch.

Ein sauberes Konzept senkt Risiken, es beseitigt sie nicht. Es macht Entscheidungen nachvollziehbar: Sie können erklären, welche Daten anfallen, warum, wo sie liegen und wann sie verschwinden. Ob eine konkrete Konstruktion rechtlich ausreicht, entscheidet am Ende Ihre Datenschutzberatung oder Ihr Datenschutzbeauftragter. Eine Zusicherung der Rechtskonformität kann ein Konzept dieser Art nicht geben, und wir geben sie auch nicht.

Messen lässt sich der Fortschritt an Dingen, die überprüfbar sind. Liegt für jeden beteiligten Dienstleister ein Vertrag vor? Passt die Datenschutzerklärung zur tatsächlichen Verarbeitung? Laufen Löschfristen automatisch, und lässt sich das stichprobenartig an einem Testgespräch zeigen? Wie viele Gespräche enthalten Angaben, die der Bot gar nicht erfragen sollte? Letzteres lässt sich in einer Stichprobe anonymisierter Verläufe über einige Wochen beobachten.

Auch für das Geschäft zeigt sich ein Nutzen, der sich nicht beziffern lässt, aber beschreiben. Besucher, die vorab erfahren, womit sie sprechen und was mit ihren Angaben geschieht, brechen Gespräche vermutlich seltener ab. Das ist eine Erwartung, keine Messung, und ob sie zutrifft, zeigen Abbruchquoten und Rückfragen in Ihrem Chat im Vergleich vor und nach der Anpassung. Zahlen dazu müssten aus Ihrem eigenen Betrieb stammen.

Ein weiterer Prüfpunkt ist die Konsistenz. Behauptet die Datenschutzerklärung eine Speicherdauer, die das System nicht einhält, ist das schlimmer als eine lange, aber ehrliche Frist. Wir gleichen deshalb Text und Konfiguration miteinander ab, nicht nur einmal vor dem Start, sondern bei jeder Änderung des Chats.

Nicht garantieren lässt sich, dass nie etwas Unerwartetes geschieht. Besucher tippen, was sie wollen, Anbieter ändern Bedingungen, Modelle bekommen neue Funktionen. Deshalb gehört zum Konzept eine regelmäßige Prüfung, etwa zweimal im Jahr und bei jedem Wechsel von Anbieter oder Modell.

Erstens: Datenschutz beim Chatbot ist zuerst eine Gestaltungsaufgabe. Wer die Dialoge so baut, dass wenig Persönliches anfällt, hat weniger zu schützen, zu erklären und zu löschen. Das senkt zugleich den Aufwand für alle späteren Schritte. Zweitens: Die Dokumentation sollte parallel zur Konfiguration entstehen. Eine Notiz mit Datum, wer was eingestellt hat und warum, ist später mehr wert als jede nachträgliche Rekonstruktion.

Drittens: Hinweistexte sind Produkttexte. Sie sollten in der Sprache des Betriebs geschrieben sein, kurz und konkret, ohne Juristendeutsch im Chatfenster. Die ausführliche Information gehört in die Datenschutzerklärung und ist dort verlinkt. Wir testen die Texte gern an Personen, die das Projekt nicht kennen, und fragen, was sie glauben, dass mit ihren Eingaben geschieht.

Viertens: Die Mitarbeitenden gehören dazu. Wer Rückrufe aus dem Chat bearbeitet, sollte wissen, wie lange er die Daten behalten darf, wo sie nicht hingehören und wie er eine Löschanfrage weitergibt. Ein Löschweg, den niemand kennt, funktioniert nur auf dem Papier. Fünftens: Ein Chatbot verändert sich mit seiner Wissensbasis. Jede neue Funktion, etwa Terminbuchung oder Dokumentenupload, verlangt eine kurze Neubewertung des Datenflusses.

Ein häufiger Irrtum zum Schluss: Mehr Hinweise bedeuten nicht mehr Schutz. Ein Banner, das niemand liest, ersetzt keine Datensparsamkeit, und eine Einwilligung ersetzt nicht die Frage, ob die Verarbeitung nötig ist. Wirksam ist, was die Verarbeitung verkleinert, nicht, was sie nur ankündigt.

Ein Website-Chatbot kann Anfragen entlasten und Besuchern schneller helfen. Er verarbeitet dabei Aussagen, die Besucher in der Annahme tippen, ein Gespräch zu führen. Dieser Unterschied zum Formular ist der Kern der Aufgabe. Wer den Datenweg kennt, Rollen und Verträge geklärt hat, den Hinweis auf die KI setzt und Fristen für Speicherung und Löschung festlegt, hat die wesentlichen Fragen beantwortet, bevor sie jemand stellt.

Der nächste Schritt ist klein: Zeichnen Sie auf, welche Stationen eine Nachricht in Ihrem Chat durchläuft, und notieren Sie, was Sie über Standort, Speicherung und Vertrag jeder Station wissen. Die Lücken sind die Themen für Ihre Datenschutzberatung. Wir helfen gern bei der technischen Seite dieser Bestandsaufnahme und beim Entwurf von Hinweistexten und Dialogen.

Zur ehrlichen Einordnung gehört: Die rechtliche Bewertung bleibt bei Ihnen und Ihrer Beratung. Wir liefern die Technik, die sich prüfen lässt, und eine Dokumentation, die Fragen beantwortet, statt neue aufzuwerfen. Das spart Zeit in jedem weiteren Gespräch.

Für kleine Betriebe ist der Aufwand überschaubar, wenn er früh anfällt. Eine Bestandsaufnahme des Datenflusses, ein Entwurf der Hinweistexte und die Konfiguration der Fristen lassen sich in wenigen Arbeitstagen vorbereiten. Teuer wird es, wenn ein laufender Chat mit Hunderten Gesprächen nachträglich in Ordnung gebracht werden muss. Der Zeitplan unten zeigt eine mögliche Reihenfolge.