Dieser Beitrag wurde mit KI-Unterstützung erstellt, fachlich geprüft und redaktionell freigegeben.

Ein Chatfenster auf der Website wirkt oft wie ein kleines Service-Upgrade: Fragen zu Öffnungszeiten, Angeboten oder Terminen beantwortet ein KI-Assistent rund um die Uhr. Technisch lässt sich das schnell einbauen. Für österreichische Unternehmen beginnt die eigentliche Arbeit aber vor dem Go-Live. Denn schon eine scheinbar harmlose Eingabe kann Namen, Kontaktangaben, Vertragsinformationen oder Gesundheitsbezüge enthalten – und damit in einen Datenfluss geraten, den das Team weder im Blick noch in der Datenschutzerklärung beschrieben hat.

Der Anlass ist aktuell: Die EU-Kommission hat im Juli 2026 Leitlinien zu den Transparenzpflichten nach Artikel 50 KI-Verordnung veröffentlicht; die dort behandelten Pflichten gelten seit 2. August 2026. Sie ersetzen die DSGVO nicht. Die österreichische Datenschutzbehörde betont ausdrücklich, dass auch der Einsatz eines KI-Systems eines Drittanbieters die datenschutzrechtliche Verantwortung des Unternehmens nicht verschwinden lässt. Wer einen KI-Assistenten auf seiner Website nutzt, sollte daher die Transparenz- und Datenschutzfragen gemeinsam planen – nicht nacheinander.

Der Datenfluss ist wichtiger als der Name des Tools

Ob der Dienst „Chatbot“, „Copilot“ oder „virtuelle Assistenz“ heißt, sagt wenig über die datenschutzrechtlich relevante Realität aus. Entscheidend ist, was im konkreten Ablauf passiert. Erfasst das Widget IP-Adressen oder Geräteinformationen? Speichert es Chatverläufe? Werden Eingaben an ein Modell, ein Hosting-Unternehmen oder weitere Unterauftragnehmer übermittelt? Dürfen Mitarbeitende später auf Transkripte zugreifen? Und werden Inhalte zur Verbesserung des Dienstes verwendet?

Diese Fragen gehören in eine kurze, nachvollziehbare Datenflusskarte. Sie muss kein Architekturdiagramm für Entwicklerinnen und Entwickler sein. Für einen typischen Website-Assistenten reichen fünf Stationen: Besucherin oder Besucher, Website-Widget, Betreiber der Website, technischer Anbieter und interne Ansprechperson. Ergänzt werden Zweck, Datenarten, Speicherfrist und mögliche Übermittlung in ein Drittland. Erst wenn diese Karte steht, wird sichtbar, ob der Assistent wirklich nur allgemeine Fragen beantwortet oder ob er als Kontaktkanal personenbezogene Daten entgegennimmt.

Genau dort hilft eine aktuelle Datenschutzerklärung mit dem AdSimple Datenschutz Generator: Sie ersetzt keine Einzelfallprüfung des eingesetzten Dienstes, schafft aber eine gepflegte Ausgangsbasis für Dienste, Empfänger und Zwecke. Wer das Tool ohne dokumentierten Datenfluss ergänzt, riskiert dagegen einen Text, der technisch richtig klingt und praktisch am entscheidenden Verarbeitungsschritt vorbeigeht.

„Anonym“ und „pseudonym“ sind keine austauschbaren Etiketten

Bei KI-Projekten taucht oft die Abkürzung „anonymisiert“ auf, sobald Namen entfernt oder E-Mail-Adressen gehasht werden. Das ist zu kurz gedacht. Der Europäische Datenschutzausschuss (EDPB) unterscheidet klar: Pseudonymisierung reduziert die Zuordenbarkeit, löst den Bezug zu einer Person aber nicht zwingend auf. Anonymisierung soll Daten so von einer Person entkoppeln, dass sie nicht mehr zugeordnet werden können. Welche Einordnung im Einzelfall trägt, hängt vom gesamten Kontext und den vernünftigerweise einsetzbaren Mitteln ab.

Für ein kleines Unternehmen ist daraus keine Pflicht zum wissenschaftlichen Gutachten abzuleiten. Es ist aber ein praktischer Prüfpunkt: Wird ein Chatverlauf mit Kundennummer, Bestellhistorie oder seltenen Problembeschreibungen an einen externen Dienst geschickt, ist die Entfernung des Namens allein nicht automatisch ausreichend. Besser ist es, die Eingabemöglichkeiten von Anfang an zu begrenzen. Ein Assistent für allgemeine Leistungsfragen braucht keine vollständige Vertragsnummer. Eine Anfrage mit sensiblem Inhalt kann in einen geschützten Kontaktweg gelenkt werden.

Vor dem Go-Live: sechs Entscheidungen, die nicht im Prompt stehen

  1. Zweck begrenzen: Legen Sie fest, welche Fragen der Assistent beantworten soll und welche nicht. Ein enger Servicezweck reduziert Daten und Fehlantworten zugleich.
  2. Eingaben gestalten: Weisen Sie sichtbar darauf hin, keine sensiblen Daten in das Freitextfeld einzugeben. Bieten Sie für vertrauliche Anliegen einen passenden Kontaktweg an.
  3. Anbieter prüfen: Dokumentieren Sie Vertrag, Hosting-Region, Unterauftragnehmer, Auftragsverarbeitung und Einstellungen zur Modellverbesserung. Aussagen des Anbieters sind ein Startpunkt, kein Ersatz für die eigene Einordnung.
  4. Speicherfristen bestimmen: Klären Sie, ob Transkripte für Qualitätskontrolle gebraucht werden. Wenn nein, sollten sie nicht aus Bequemlichkeit dauerhaft liegen bleiben.
  5. Datenschutzhinweise aktualisieren: Erklären Sie verständlich Zweck, Datenkategorien, Empfänger, Rechtsgrundlage und Betroffenenrechte. Der Hinweis im Chat ergänzt die vollständige Datenschutzerklärung, ersetzt sie aber nicht.
  6. Verantwortung festlegen: Eine Person sollte Änderungen am Assistenten, neue Integrationen und Beschwerden prüfen können. Diese Rolle braucht Zugriff auf die technische Dokumentation und den veröffentlichten Text.

Die österreichische Datenschutzbehörde verweist für Verantwortliche darauf, dass die Entscheidung über Zwecke und Mittel eine Verantwortlichkeit begründen kann – auch wenn die Technik von Dritten stammt. Das ist im Alltag vor allem eine Organisationsfrage: Niemand muss den zugrunde liegenden Modellcode verstehen. Das Unternehmen muss aber wissen, welche eigene Website-Funktion aktiviert wurde, warum sie Daten erhält und wie Besucherinnen und Besucher informiert werden.

KI-Transparenz und DSGVO sind zwei verschiedene Prüfspuren

Seit August sind die Transparenzpflichten des AI Act für bestimmte KI-Systeme und Konstellationen in Kraft. Die Leitlinien der Kommission ordnen diese Pflichten ein, etwa für Systeme, die mit Menschen interagieren, oder für bestimmte KI-generierte Inhalte. Daraus folgt nicht, dass jedes Chatfenster automatisch dieselbe Kennzeichnung auslösen muss. Ebenso wenig folgt aus einer KI-Kennzeichnung, dass die DSGVO-Fragen erledigt wären.

Praktisch lohnt sich eine zweispurige Freigabe. Die erste Spur fragt: Ist für Nutzerinnen und Nutzer erkennbar, dass sie mit einem KI-System interagieren, und sind die einschlägigen AI-Act-Vorgaben eingeordnet? Die zweite fragt: Welche personenbezogenen Daten verarbeitet die konkrete Einbindung, auf welcher Grundlage und mit welchen Schutzmaßnahmen? Beide Ergebnisse gehören in die Freigabeakte. So entsteht weder ein reiner Marketinghinweis ohne Datenkonzept noch eine perfekte Datenschutzerklärung neben einem unklaren KI-Erlebnis.

Beispiel aus dem KMU-Alltag

Eine Wiener Fachwerkstatt möchte häufige Fragen zu Reparaturterminen beantworten. Der neue Assistent darf Öffnungszeiten, Leistungsumfang und öffentlich verfügbare Preise erklären. Für Terminvereinbarungen verlinkt er auf das bestehende Formular; er soll keine Fahrzeugdaten, Rechnungsnummern oder Schadensbilder im Chat sammeln. Die Protokollierung wird auf einen kurzen, begründeten Zeitraum beschränkt. Das Team prüft den Auftragsverarbeitungsvertrag, dokumentiert den Anbieter und beschreibt die Chatfunktion in der Datenschutzerklärung.

Dieses Beispiel ist bewusst unspektakulär. Gerade darin liegt seine Stärke: Die Funktion bleibt nützlich, ohne aus einem FAQ unbemerkt ein zweites Kundenverwaltungssystem zu machen. Wenn später eine Übergabe an ein CRM, eine Wissensdatenbank oder ein externes Modell geplant ist, beginnt die Datenflussprüfung erneut. Neue Verbindung, neuer Zweck oder neue Empfänger sind kein Detail, das in einer alten Freigabe verschwinden sollte.

Typische Stolperfallen

Ein häufiger Fehler ist die Verwechslung von Test und Betrieb. Ein Widget kann im Testmodus bereits externe Skripte laden und technische Daten übertragen. Ebenso problematisch sind allgemeine Formulierungen wie „Wir nutzen KI zur Verbesserung unseres Service“, wenn sie nicht erklären, welche konkrete Website-Funktion damit gemeint ist. Besucherinnen und Besucher müssen nicht jedes Infrastrukturdetail lesen – sie sollen aber erkennen können, was geschieht und wo sie weiterführende Informationen finden.

Auch der Datenbestand in der Wissensbasis verdient Aufmerksamkeit. Werden interne Dokumente, alte Supportfälle oder Kundenkorrespondenz für Antworten zugänglich gemacht, ist die Risikoanalyse eine andere als bei einem Assistenten, der nur freigegebene Website-Inhalte durchsucht. Hier helfen Zugriffskonzepte, redaktionelle Freigaben und Tests mit realistischen, aber nicht echten Kundendaten. Ein Testprompt ist kein Nachweis dafür, dass alle Datenwege sicher oder zulässig sind.

Die Datenschutzerklärung als nachvollziehbare Übersetzung des Set-ups

Ein guter Hinweis muss nicht die technische Dokumentation kopieren. Er soll die Verarbeitung für Website-Besucherinnen und -Besucher verständlich übersetzen. Dazu gehören der Zweck des Assistenten, die Kategorien der verarbeiteten Daten, der jeweilige Empfänger oder die Empfängerkategorie sowie Informationen zu Speicherdauer, Rechtsgrundlage und Betroffenenrechten. Wo ein externer Anbieter eingebunden ist, sollte auch klar werden, dass die Eingabe nicht nur im Browser verbleibt.

Für die redaktionelle Prüfung hilft ein Gegenlesen aus der Perspektive einer Person, die gerade einen Fehler meldet: Versteht sie vor dem Absenden, dass ein KI-System antwortet? Findet sie den Weg zur vollständigen Datenschutzerklärung? Kann sie erkennen, welche Inhalte sie besser nicht in das Feld schreibt? Und hat sie eine Alternative, wenn sie keine KI-gestützte Kommunikation nutzen möchte? Diese Fragen führen häufig zu besseren Mikrotexten und zu einer sinnvolleren Gestaltung des Widgets.

Die Angaben müssen zum konkreten Setup passen. Ein allgemeines „KI-Tool“ im Verzeichnis reicht nicht, wenn die Einbindung zusätzlich Analyse- oder Tracking-Dienste aktiviert. Umgekehrt sollte ein schlanker FAQ-Assistent nicht mit Informationen über Prozesse beschrieben werden, die er gar nicht ausführt. Änderungen an Modell, Hosting, Trainingsoptionen oder Schnittstellen gehören daher auf die gleiche Änderungsagenda wie ein neues Kontaktformular. Der Datenschutz Generator kann die dokumentierten Dienste und die daraus erzeugte Erklärung konsistent halten; das Team muss die tatsächlichen Einstellungen liefern.

Was in einen internen Freigabezettel gehört

Viele Betriebe brauchen dafür kein schweres Governance-Handbuch. Ein einseitiger Freigabezettel schafft bereits einen brauchbaren Nachweis und verhindert, dass Wissen ausschließlich in einzelnen Köpfen bleibt. Notiert werden sollten: Name und Version des Dienstes, Zweck, verantwortliche Person, verarbeitete Datenarten, Datenquellen der Wissensbasis, Speicherlogik, Vertragspartner, Hosting- und Übermittlungsangaben, veröffentlichte Hinweise sowie der Termin für die nächste Kontrolle. Ein Feld für offene Risiken macht sichtbar, welche Punkte bewusst noch nicht produktiv gegangen sind.

Zusätzlich lohnt sich eine kleine Testliste. Das Team prüft etwa, ob der Assistent bei einer Bitte um sensible Informationen warnt, ob er bei einer Terminfrage in das richtige Formular verweist und ob er keine Inhalte aus internen Dokumenten preisgibt. Dabei dürfen keine echten Kundendaten als Testmaterial verwendet werden. Sobald das Verhalten im Test und die veröffentlichten Texte zusammenpassen, kann die verantwortliche Person die Freigabe nachvollziehbar dokumentieren. Das ist kein Garant für vollständige Rechtskonformität, aber ein wesentlich belastbarerer Start als eine ungeprüfte Einbettung.

Ein schlanker Wartungsrhythmus hält den Assistenten ehrlich

Nach dem Launch genügt es nicht, den KI-Assistenten einmal abzuhaken. Sinnvoll ist ein Quartalscheck oder ein Check vor jeder wesentlichen Änderung: Stimmen Anbieter, Einstellungen und Empfänger noch? Haben sich Chatverläufe angesammelt? Leiten neue Antworten Besucherinnen und Besucher zu sensiblen Eingaben? Passt der Datenschutzhinweis noch zur tatsächlichen Einbindung? Und ist der KI-Hinweis dort sichtbar, wo Menschen den Assistenten verwenden?

Für die Textpflege kann der Datenschutz Generator von AdSimple den Prozess unterstützen, indem er die Datenschutzerklärung als Arbeitsdokument zugänglich hält. Die technische und rechtliche Einordnung des konkreten Dienstes bleibt jedoch eine fachliche Aufgabe. Bei erhöhtem Risiko, besonderen Kategorien personenbezogener Daten oder komplexen internationalen Übermittlungen ist individuelle Beratung sinnvoll.

Fazit: Erst den Weg der Daten verstehen, dann den Assistenten aktivieren

Ein KI-Webassistent kann Servicezeiten entlasten und Antworten schneller verfügbar machen. Seine Qualität zeigt sich aber nicht nur im Dialog, sondern in den Entscheidungen davor: Daten minimieren, Zwecke begrenzen, Anbieter einordnen, Hinweise aktuell halten und Änderungen überprüfbar dokumentieren. Wer diese Schritte in den Go-Live integriert, schafft eine belastbarere Grundlage für KI auf der Website – und erspart sich später die aufwendige Suche nach einem Datenfluss, der längst produktiv läuft. So wird der Assistent zu einem kontrollierbaren Servicekanal statt zu einer schwer erklärbaren Blackbox.

Quellen und weiterführende Hinweise

Artikelbild-Kennzeichnung: AI GENERATED