Ein in Deutschland gehosteter KI-Chatbot verarbeitet personenbezogene Daten ausschließlich in der EU, übermittelt im Betrieb keine Daten an Drittländer und macht damit die heikelste Frage der DSGVO gegenstandslos: die Drittlandübermittlung. Entscheidend ist dabei zweierlei. Erstens, wo der Chatbot läuft. Zweitens, wohin er bei jeder Antwort Daten sendet. Genau am zweiten Punkt scheitern viele vermeintlich deutsche Lösungen.
Auf einen Blick
Der Datenfluss zählt: Ein in Deutschland betriebenes Frontend, das für jede Antwort eine US-API aufruft, ist nicht datensouverän.
US-Cloud bleibt ein Rechtsrisiko: Sobald Daten in die USA gelangen, greifen CLOUD Act und FISA. Die Grundlage für Übermittlungen kann jederzeit wegfallen.
Datensouveränität entsteht durch Architektur: EU-Hosting, europäische Modelle und keine externen API-Calls.
Für regulierte Branchen und die öffentliche Hand ist der Datenstandort oft ein Ausschlusskriterium.
Worauf achten: Verarbeitungsort, Datenflüsse im Betrieb, Unterauftragsverarbeiter, Modell-Hosting, Verschlüsselung und Löschkonzept.
Was „Chatbot-Hosting in Deutschland” wirklich bedeutet
„Made in Germany” auf der Website sagt wenig darüber aus, wo Ihre Kundendaten am Ende landen. Ein KI-Chatbot besteht aus mehreren Komponenten, etwa Frontend, Dialoglogik, Wissensbasis und Sprachmodell, und jede davon kann an einem anderen Ort laufen.
Echtes deutsches Hosting heißt, dass alle Komponenten, die personenbezogene Daten verarbeiten, in der EU laufen, einschließlich des Sprachmodells. Viele Lösungen hosten zwar Oberfläche und Datenbank in Deutschland, reichen die eigentliche Antwortgenerierung aber per API an einen US-Anbieter weiter. In diesem Moment verlässt der Inhalt der Nutzeranfrage die EU.
Die entscheidende Prüffrage lautet deshalb: Verlässt zur Beantwortung einer Frage irgendein personenbezogenes Datum die EU? Der Standort des Servers allein genügt als Antwort nicht.
Warum US-Cloud-Chatbots ein Compliance-Risiko sind
Sobald personenbezogene Daten in die USA übermittelt werden, brauchen Unternehmen einen belastbaren Übermittlungsmechanismus und tragen das Risiko, wenn dessen Grundlage entfällt. Das ist kein theoretisches Szenario. Die rechtliche Basis für transatlantische Datentransfers wurde in der Vergangenheit mehrfach gekippt.
Hinzu kommt der US CLOUD Act. Er verpflichtet US-Anbieter, Daten herauszugeben, auch dann, wenn diese physisch in Europa liegen, solange das Unternehmen US-Recht unterliegt. Ein europäisches Rechenzentrum eines US-Konzerns löst das Problem also nicht vollständig.
Für Banken, Versicherungen und die öffentliche Hand ist der Datenstandort deshalb häufig ein K.-o.-Kriterium in der Ausschreibung. Wer hier auf eine US-Cloud setzt, riskiert, von vornherein aus dem Verfahren zu fallen.
Datensouveränität entsteht durch Architektur
Verträge und Zusicherungen können ein Architekturproblem nicht heilen. Datensouveränität entsteht dann, wenn die Daten technisch gar nicht erst die EU verlassen können. Drei Bausteine sind dafür entscheidend:
Verarbeitung ausschließlich in der EU, einschließlich aller Unterauftragsverarbeiter, mit möglichst kurzer Kette.
Europäische, selbst gehostete Modelle. Das Sprachmodell läuft in derselben EU-Umgebung wie die übrigen Komponenten, ohne API-Aufrufe an externe Anbieter.
Keine Nutzung von Kundendaten für das Training fremder Modelle, vertraglich und technisch ausgeschlossen.
Wenn diese drei Punkte erfüllt sind, stellt sich die Frage nach der Drittlandübermittlung gar nicht mehr.
Checkliste: Worauf Sie beim Chatbot-Hosting achten sollten
Verarbeitungsort: Werden alle personenbezogenen Daten ausschließlich in der EU verarbeitet?
Datenflüsse im Betrieb: Ruft der Bot zur Beantwortung externe (US-)APIs auf? Wenn ja, welche Daten werden dabei übertragen?
Modell-Hosting: Läuft das Sprachmodell in der EU-Umgebung oder bei einem externen Anbieter?
Unterauftragsverarbeiter: Wie kurz und wie EU-zentriert ist die Liste im Auftragsverarbeitungsvertrag (AVV)?
Verschlüsselung: Werden Daten in Transit und at Rest verschlüsselt? Sind kundenverwaltete Schlüssel möglich?
Trainingsnutzung: Werden Ihre Gespräche zum Training genutzt?
Löschkonzept: Sind Aufbewahrungsfristen konfigurierbar und können Nutzer ihre Daten selbst löschen?
Diese Punkte sind zugleich der Kern eines DSGVO- und EU-AI-Act-konformen KI-Chatbots. Hosting ist dabei ein zentraler Baustein, aber nicht der einzige.

Wie Mercury.ai hostet
Mercury.ai ist die Conversational-AI-Plattform aus Deutschland und auf Datensouveränität durch Architektur ausgelegt:
Verarbeitung ausschließlich in der EU, in Deutschland. Mercury.ai betreibt seine Umgebung auf der AWS European Sovereign Cloud, die von einem EU-Rechtsträger mit EU-Personal betrieben wird. Endnutzerdaten werden ausschließlich dort verarbeitet, ohne Drittlandübermittlung.
Ein einziger Unterauftragsverarbeiter (Amazon Web Services, Niederlassung Deutschland) hält die Verarbeitungskette kurz und den AVV-Nachweis einfach.
Europäische, selbst gehostete Modelle: Mercury.ai nutzt lizenzierte, selbst gehostete und feinjustierte Mistral-Modelle. Es gibt keine API-Aufrufe an externe Anbieter, die Daten bleiben in Deutschland.
Verschlüsselung mit Schlüsselhoheit beim Kunden. Daten sind in Transit und at Rest verschlüsselt (AWS KMS und HSM). Mit kundenverwalteten Schlüsseln liegt die Hoheit beim Kunden, sodass der Betreiber die Inhalte nicht lesen kann.
Kein Training mit Kundendaten, kein Cross-Client-Learning. Antworten entstehen ausschließlich aus Ihren geprüften Quellen.
Sicherheit: Mandantentrennung, Zwei-Faktor-Authentifizierung, vollständiges Audit-Logging und regelmäßige Penetrationstests. Die genutzten Rechenzentren sind ISO-27001-zertifiziert; Mercury.ai orientiert sich an ISO 27001.
Damit greift auch der häufige CLOUD-Act-Einwand nicht. Die Verarbeitung läuft in einer EU-betriebenen Umgebung, und durch die kundenverwaltete Verschlüsselung sind die Daten selbst im theoretischen Zugriffsfall nicht lesbar. Datensouveränität entsteht hier aus der Kombination von EU-Betrieb und Schlüsselhoheit beim Kunden.
Dass dieses Modell auch in stark regulierten Umgebungen trägt, zeigt die Volkswagen Bank, die mit Mercury.ai rund um die Uhr wiederkehrende Kundenanfragen automatisiert. Wie Wissensbasis und Modellarchitektur ineinandergreifen, lesen Sie unter Mercury Intelligence. Die Vorgehensweise zur EU-KI-Verordnung können Sie im EU-AI-Act-Sicherheitspaper nachlesen.
Häufige Fragen (FAQ)
Reicht es, wenn der Chatbot-Anbieter in Deutschland sitzt?
Nein. Der Unternehmenssitz sagt nichts darüber aus, wo die Daten verarbeitet werden. Entscheidend ist der tatsächliche Verarbeitungsort aller Komponenten, einschließlich des Sprachmodells, und ob im Betrieb Daten an Drittländer übermittelt werden.
Ist ein europäisches Rechenzentrum eines US-Anbieters DSGVO-konform?
Eine Standard-Cloud-Region allein löst es nicht vollständig, weil der Betreiber über den CLOUD Act zur Herausgabe verpflichtet werden kann. Entscheidend sind zwei Hebel: eine von einem EU-Rechtsträger betriebene Umgebung wie die AWS European Sovereign Cloud und kundenverwaltete Verschlüsselung, sodass selbst im Anordnungsfall keine lesbaren Daten herausgegeben werden.
Mercury.ai läuft auf AWS. Ist das nicht trotzdem eine US-Cloud?
Die Verarbeitung erfolgt auf der AWS European Sovereign Cloud, die von einem EU-Rechtsträger mit EU-Personal betrieben wird, und die Daten sind mit kundenverwalteten Schlüsseln verschlüsselt. Selbst im theoretischen Fall einer Anordnung nach dem US CLOUD Act ließen sich so keine lesbaren Daten herausgeben. Entscheidend ist die Kombination aus EU-Betrieb und Schlüsselhoheit.
Was bedeutet Datensouveränität bei einem KI-Chatbot konkret?
Dass die Daten technisch die EU nicht verlassen. Hosting, Wissensbasis und Sprachmodell laufen in einer EU-Umgebung, ohne externe API-Aufrufe und ohne Training mit Ihren Inhalten.
Können wir die Daten in Deutschland behalten und trotzdem generative KI nutzen?
Ja. Generative KI lässt sich mit selbst gehosteten, europäischen Modellen betreiben. Die generative Komponente formuliert dann nur die Antwort, während die Verarbeitung in Deutschland bleibt.

Fazit
Beim Chatbot-Hosting entscheidet die Architektur. Wer Verarbeitungsort, Datenflüsse, Modell-Hosting und Löschkonzept konsequent prüft, erreicht echte Datensouveränität und macht die DSGVO-Frage nach der Drittlandübermittlung gegenstandslos.
Sie möchten wissen, wie datensouveränes Chatbot-Hosting in Ihrem Unternehmen aussieht? Sprechen Sie mit uns oder laden Sie das EU-AI-Act-Sicherheitspaper herunter.
Über den Autor: Dr. Maximilian Panzner ist CTO und Mitbegründer von Mercury.ai. Er hat am CITEC-Institut der Universität Bielefeld in Informatik promoviert und dort zu multimodalem maschinellem Lernen und intelligenten Interaktionssystemen geforscht. Seit über 20 Jahren arbeitet er an Künstlicher Intelligenz, Mensch-Maschine-Interaktion und dialogorientierten KI-Plattformen für den Unternehmenseinsatz.






