Hält Datenresidenz Ihre KI-Daten in Europa?

Die meisten Agenten-Setups verarbeiten Daten standardmäßig außerhalb der EU, und keine Oberfläche weist darauf hin. Der von Microsoft empfohlene Bereitstellungstyp darf Prompts in jeder beliebigen Azure-Region verarbeiten. Google rät in der eigenen Dokumentation vom globalen Endpunkt ab, sobald der Verarbeitungsort eine Rolle spielt — weil sich nicht feststellen lässt, in welche Region die Anfrage ging. OpenAI verlangt für regionale Verarbeitung zehn Prozent Aufschlag und gibt sie erst nach Freigabe durch den Vertrieb frei. Nichts davon ist versteckt. Es steht in der Dokumentation, und das ist ihr Wortlaut.

Ein Kunde fragt, wo seine Daten landen. Sie öffnen die Datenschutzseite Ihres Anbieters, finden das Wort „Europa" und schreiben beruhigt zurück. Diese Antwort ist häufig falsch — nicht weil der Anbieter gelogen hätte, sondern weil die gelesene Seite von Speicherung handelte und die Frage von Verarbeitung.

In einem typischen Agenten-Setup ist der voreingestellte Verarbeitungsort nicht Europa. Er ist unbestimmt. Microsoft empfiehlt einen Bereitstellungstyp, der Prompts in jeder Azure-Region verarbeiten darf. Google rät in der eigenen Dokumentation vom globalen Endpunkt ab, sobald der Ort zählt. OpenAI verarbeitet in einer gewählten Region — gegen zehn Prozent Aufschlag, sobald der Vertrieb zugestimmt hat.

Jeder dieser Punkte ist eine dokumentierte Einstellung und kein Skandal. Nur: Jeder ist standardmäßig aus, und keiner taucht in der Oberfläche auf, in der Sie den Agenten verbinden.

Wo werden die Daten eines KI-Agenten tatsächlich verarbeitet?

An zwei Orten, entschieden von zwei verschiedenen Seiten.

Ebene eins ist der Agent selbst — die Software, die Ihren Nachrichtenverlauf, Ihre Zugangsdaten und die Verbindung zu Gmail oder CRM hält. Bei einem selbst gehosteten System läuft sie auf einem Server, den Sie mieten und kontrollieren, und dessen Land Sie beim Einrichten festlegen. OpenClaw funktioniert genau so: Gateway, verbundene Werkzeuge und Geschäftsdaten bleiben auf Ihrem eigenen Server.

Ebene zwei ist der Modellaufruf. Immer wenn der Agent entwerfen, zusammenfassen oder einordnen soll, schickt er Text an einen Modellanbieter. Diese Anfrage verlässt Ihren Server. Wo sie ankommt, regeln die Einstellungen des Anbieters — nicht Ihre, sofern Sie sie nicht konfigurieren.

Die meisten Artikel über KI und Datenschutz behandeln nur Ebene zwei, weil die meisten Anbieter Ebene eins selbst betreiben und die Unterscheidung lieber nicht aufmachen. Die meiste Compliance-Beratung behandelt nur Ebene eins, weil dort die Verträge sitzen. Dazwischen liegt die eigentliche Antwort.

Warum „in Europa gespeichert" und „in Europa verarbeitet" verschiedene Zusagen sind

Speicherung ist der Ort, an dem Daten liegen, wenn nichts mit ihnen geschieht. Verarbeitung ist der Ort, an dem gerechnet wird. Anbieter halten beides bewusst auseinander, weil es technisch verschieden gelöst ist: Speicher ist an ein Rechenzentrum gebunden, Inferenzkapazität dagegen knapp und wird über die gerade freie Hardware verteilt.

Googles Dokumentation ist bei dieser Trennung am deutlichsten. Sie unterscheidet ruhende Daten von der ML-Verarbeitung und hält fest, dass am gewählten Ort gespeicherte Daten dort bleiben — unabhängig davon, welcher Endpunkt für die Anfrage aufgerufen wird. Der Endpunkt entscheidet die Verarbeitung, die Speichereinstellung entscheidet die Speicherung. Zwei Regler.

Dann folgt der Satz, der die meisten dieser Diskussionen beenden sollte: Endpunkte garantieren weder Datenresidenz noch ML-Verarbeitung innerhalb der Region. Und zum globalen Endpunkt ausdrücklich: Nutzen Sie ihn nicht, wenn Sie Anforderungen an den Verarbeitungsort haben — denn Sie können weder steuern noch wissen, in welche Region eine Anfrage geleitet wurde.

Das ist ein Anbieter, der Ihnen im eigenen Handbuch sagt, dass die bequeme Voreinstellung nicht nachvollziehbar ist. Es ist der nützlichste Satz zum ganzen Thema, und fast niemand zitiert ihn.

Was die einzelnen Anbieter standardmäßig tun

Bei den großen Anbietern wiederholt sich dasselbe Muster: weite Geografie als Voreinstellung, EU-Verarbeitung auf Anforderung. Unterschiedlich ist, wie die Option heißt und was sie kostet.

Drei Punkte aus dieser Tabelle gehören hervorgehoben, weil sie Entscheidungen verändern.

Microsoft empfiehlt die unbeschränkte Variante. In der Dokumentation heißt es, man solle für die meisten Workloads mit Global Standard beginnen. Global Standard ist genau der Bereitstellungstyp, der in jeder Azure-Region verarbeiten darf. Als technische Empfehlung ist das schlüssig — neueste Modelle, niedrigster Preis, breiteste Regionsabdeckung. Es ist zugleich der Grund, warum ein Unternehmen ohne bewusste Entscheidung gerade jetzt außerhalb der EU verarbeitet.

OpenAIs EU-Verarbeitung hat einen Preis. Endpunkte mit Datenresidenz kosten zehn Prozent Aufschlag für Modelle, die am oder nach dem 5. März 2026 erschienen sind und für Datenresidenz infrage kommen. Sie ist außerdem nicht selbst freischaltbar: Die Eignung klärt der Vertrieb, und jede Region außerhalb der USA verlangt zusätzlich eine Freigabe für Missbrauchskontrollen sowie eine geänderte Vereinbarung zur Datenspeicherung.

Auch bei OpenAI sind Speicherung und Verarbeitung getrennt zu prüfen. Die Regionswahl sorgt dafür, dass Inhalte dort ruhend gespeichert werden. Die Inferenz folgt nur, wenn die gewählte Region regionale Verarbeitung unterstützt. Tut sie das nicht, darf OpenAI Kundeninhalte auch außerhalb der Region verarbeiten und vorübergehend speichern.

Welches „Europa" meint Ihr Anbieter?

Die Anbieter sind sich nicht einig, welche Länder „die EU“ umfasst, und die Differenz ist nicht klein. Zwei von ihnen ziehen die Grenze so, dass ein Schweizer Unternehmen gegenteilige Antworten erhält.

Zwei Anbieter können beide zusagen, Ihre Daten „in der EU" zu halten, und dabei verschiedene Länder meinen. Einer schließt die Schweiz ein. Der andere schließt Zürich ausdrücklich aus.

Für die meisten Unternehmen ist das akademisch. Für eine Schweizer Firma, ein österreichisches Unternehmen mit Schweizer Kunden oder jeden, dessen Vertrag konkrete Länder statt „die EU" nennt, ist es die ganze Frage. Microsofts Grenze kann die Schweiz einbeziehen; Amazons Routing-Regeln halten Zürich bewusst aus der EU-Zielmenge heraus und behandeln den Standort stattdessen als eigene Quellregion.

Microsoft behält sich zudem vor, die Linie zu verschieben: Regionen können ohne vorherige Ankündigung zu einer Datenzone hinzugefügt werden, um Kapazität und Verfügbarkeit zu verbessern. Eine im März geprüfte Grenze ist nicht zwingend die Grenze, die im September gilt.

Was die Region trotz aktivierter Residenz verlässt

Residenz einzuschalten verengt den Weg. Es schließt ihn nicht, und die Anbieter dokumentieren die Lücken.

Systemdaten sind ausgenommen. OpenAI hält fest, dass Datenresidenz nicht für Systemdaten gilt, und definiert diese weit: Kontodaten, Metadaten, Nutzungsdaten, Analysen, Nutzungsstatistiken, Abrechnungsdaten, Supportanfragen — und Schemata für strukturierte Ausgaben. Der letzte Punkt lohnt ein zweites Lesen. Wenn Ihr Agent das Modell auffordert, JSON in einer definierten Form zurückzugeben, ist diese Form selbst ein Systemdatum. Die Feldnamen eines Schemas können ein Geschäft ziemlich genau beschreiben.

Unterauftragsverarbeiter liegen außerhalb der Zusage. Mistral formuliert das präzise: Inferenz und zugehörige Verarbeitung finden in der gewählten Region statt — vorbehaltlich begrenzter, abgesicherter Übermittlungen an Unterauftragsverarbeiter außerhalb dieser Region. Das ist ein ehrlicher Satz, und jeder Anbieter hat eine Variante davon.

Einzelne Tarife sind ausgenommen. Microsofts Developer-Bereitstellungstyp zur Bewertung feinabgestimmter Modelle enthält überhaupt keine Zusagen zur Datenresidenz. Es ist ein enger Tarif mit 24 Stunden Lebensdauer — also genau das, was jemand für einen schnellen Test mit echten Daten nimmt.

Ihre eigenen Nutzer können es aushebeln. OpenAI merkt an, dass Residenz keine Übermittlung oder Speicherung abdeckt, die durch den Standort eines Endnutzers oder der Kundeninfrastruktur beim Zugriff entsteht. Regional fixierte Verarbeitung hilft nicht, wenn die Person am Agenten woanders sitzt.

Nichts davon macht EU-Verarbeitung sinnlos. Es macht die Zusage schmaler, als sie klingt: Sie deckt Kundeninhalte im Modellaufruf ab, nicht jedes Byte, das der Dienst berührt. Das bleibt der Unterschied zwischen einer dokumentierten Übermittlungsgrundlage und einer unbekannten — und daran hängen Ihre Pflichten aus der DSGVO.

Welcher Teil davon ist Ihre Entscheidung?

Die beiden Ebenen lassen sich sauber trennen — und sie zu verwechseln ist der Grund, warum das Thema unbeantwortbar wirkt.

Die ersten drei Zeilen sind gewöhnliche Infrastrukturentscheidungen. Ein selbst gehostetes Gateway läuft dort, wo Sie es hinstellen, und Frankfurt statt Virginia kostet nichts extra. Diesen Teil halten die meisten Käufer für schwierig, und er ist der einfache.

Die letzten drei Zeilen muss man lesen. Sie ändern sich außerdem, ohne dass Sie etwas tun — deshalb brauchen sie ein Prüfdatum und keine einmalige Entscheidung.

Das ist eine andere Frage als die, worauf der Agent überhaupt zugreifen darf. Berechtigungen entscheiden, was er sehen kann; Residenz entscheidet, wo das Gesehene verarbeitet wird. Ein eng zugeschnittener Agent, der in einer unbekannten Region verarbeitet, bleibt eine Übermittlung, die Sie nicht belegen können.

So prüfen Sie, wo Ihr eigenes Setup verarbeitet

Fünf Prüfungen. Keine braucht Entwicklerkenntnisse, und jede hat eine eindeutige Antwort.

Suchen Sie den Bereitstellungstyp, nicht den Regionsnamen. Eine Azure-Ressource in „West Europe" mit einer Global-Standard-Bereitstellung ist eine westeuropäische Ressource, die überall verarbeitet. Nicht die Region im Namen ist die Antwort, sondern das SKU. Fragen Sie, welcher Bereitstellungstyp läuft und ob er mit Global oder DataZone beginnt.

Prüfen Sie die Basis-URL der API. Bei OpenAI trägt ein Aufruf an api.openai.com ohne Präfix keine Verarbeitungsbeschränkung. eu.api.openai.com trägt sie. Das ist eine Zeile in einer Konfigurationsdatei — und der ganze Unterschied.

Fragen Sie bei Google nach dem Endpunkt. Der globale Endpunkt und aiplatform.eu.rep.googleapis.com sind zwei verschiedene Zeichenketten in derselben Konfiguration. Nur eine davon beschränkt die Verarbeitung.

Fragen Sie bei Bedrock nach dem Inferenzprofil. Ein geografisches EU-Profil hält das Routing in EU-Regionen. Ein globales Profil nicht. Sitzt Ihr Unternehmen in Zürich oder London, fragen Sie ausdrücklich nach der Behandlung dieser Standorte — unter dem EU-Profil sind sie keine EU-Ziele.

Lassen Sie sich die Übermittlungsgrundlage schriftlich geben, nicht die Marketingseite. Verlässt ein Teil des Weges den EWR, braucht es eine dokumentierte Grundlage: einen Angemessenheitsbeschluss, Standardvertragsklauseln oder eine Ausnahme. Anthropic etwa nennt in der Datenschutzerklärung Angemessenheitsbeschlüsse und Standardvertragsklauseln und benennt Anthropic Ireland als Verantwortlichen für europäische Nutzer. Beruft sich ein US-Anbieter auf einen Angemessenheitsbeschluss, ist die Prüfung, ob er auf der offiziellen Teilnehmerliste des EU-US Data Privacy Framework steht: dataprivacyframework.gov. Nachschlagen statt glauben.

Wer diese fünf Punkte durchgeht, kann die Frage eines Kunden mit einem Satz beantworten, der auch die Rückfrage übersteht. Das ist eine deutlich andere Lage als „unser Anbieter sagt Europa".

Was dieser Artikel nicht leistet

Diese Seite gibt wieder, was die Anbieterdokumentation am 24. August 2026 sagte. Sie ist keine Rechtsberatung und bescheinigt keinem Anbieter DSGVO-Konformität — diese Bewertung hängt an Ihren Daten, Ihren Zwecken und Ihren Verträgen und gehört zu einer qualifizierten Datenschutzfachkraft.

Drei Grenzen ausdrücklich benannt. Regionsrichtlinien der Anbieter ändern sich, teils erklärtermaßen ohne Ankündigung; jede Zeile trägt daher ein Abrufdatum und sollte vor einer Entscheidung erneut geprüft werden. Der Zertifizierungsstatus unter dem EU-US Data Privacy Framework wird hier für keinen Anbieter behauptet, weil die offizielle Liste die einzige belastbare Quelle ist und Sie sie selbst lesen sollten. Und wo verarbeitet wird, sagt nichts darüber, ob der Anbieter mit dem Gesendeten trainiert — das ist eine eigene Frage mit eigenen Antworten je Tarif.

Das brauchbare Ergebnis ist schmaler als Gewissheit und nützlicher als Beruhigung: Sie können benennen, wo jeder Abschnitt des Weges läuft, und Sie können es belegen.

Häufig gestellte Fragen

Wo werden meine Daten gespeichert, wenn ich einen KI-Agenten nutze? An zwei getrennt entschiedenen Orten. Die Arbeitsdaten des Agenten — Nachrichtenverlauf, Zugangsdaten, verbundene Dateien — liegen dort, wo die Agentensoftware läuft. Bei einem selbst gehosteten System ist das Ihr eigener Server. Die Prompts an das Modell gehen dorthin, wo der jeweilige Anbieter sie verarbeitet, und das ist eine separate Einstellung in dessen Hand. Für Ihr Unternehmen muss die Frage deshalb zweimal beantwortet werden, einmal je Ebene.

Bleiben KI-Daten in der EU? Bei den großen Anbietern standardmäßig nicht. Microsofts Global-Bereitstellungstypen dürfen Inferenzdaten in jeder Azure-Region verarbeiten, und Microsoft empfiehlt Global Standard als Ausgangspunkt für die meisten Workloads. Googles Dokumentation hält ausdrücklich fest, dass Endpunkte weder Datenresidenz noch Verarbeitung innerhalb der Region garantieren. EU-Verarbeitung ist bei beiden verfügbar, ebenso bei OpenAI, AWS und Mistral — aber als Option, die Sie wählen, nicht als Zustand, in dem Sie starten.

Was ist der Unterschied zwischen Datenresidenz und Verarbeitungsort? Datenresidenz meint in der Regel den Speicherort ruhender Daten. Der Verarbeitungsort ist der Ort, an dem die Modellberechnung läuft. Das sind zwei getrennte Zusagen, und sie werden regelmäßig verwechselt. Microsofts Dokumentation hält fest, dass ruhende Daten in der zugewiesenen Azure-Geografie bleiben, während Inferenzdaten bei einer Global-Bereitstellung in jeder Azure-Region verarbeitet werden dürfen. Beide Sätze gelten gleichzeitig — deshalb führt es in die Irre, nur den ersten zu lesen.

Bedeutet eine EU-Region, dass meine Daten die EU nie verlassen? Nein, und die Anbieter sagen das auch. OpenAI hält fest, dass Datenresidenz nicht für Systemdaten gilt, wozu Kontodaten, Metadaten, Nutzungsstatistiken, Abrechnungsdaten, Supportanfragen und Schemata für strukturierte Ausgaben zählen. Mistral sagt zu, dass die Inferenz in der gewählten Region stattfindet — vorbehaltlich begrenzter, abgesicherter Übermittlungen an Unterauftragsverarbeiter außerhalb dieser Region. Die Zusage deckt die Kundeninhalte im Modellaufruf ab, nicht alles, was der Dienst berührt.

Welche Länder zählen für einen KI-Anbieter als EU? Das hängt vom Anbieter ab, und sie sind sich uneinig. Microsofts EU Data Boundary kann neben EU-Mitgliedstaaten auch EFTA-Staaten wie Norwegen und die Schweiz einschließen. Amazons EU-übergreifende Inferenz macht das Gegenteil: Anfragen aus EU-Quellregionen dürfen nicht in Nicht-EU-Regionen geleitet werden, und Zürich und London gelten ausdrücklich nicht als EU-Ziele. Gleiches Wort, andere Landkarte.

Quellen

Sämtliche Anbieterdokumentation abgerufen am 24. August 2026.

1. Microsoft Learn, Understanding deployment types in Microsoft Foundry Models. Dokumentstand 6. August 2026, aktualisiert 12. August 2026. Quelle für die Trennung von Speicherung und Inferenz, das Verhalten von Global und Data Zone, die EU Data Boundary samt EFTA-Einschluss, die Klausel zur Änderung ohne Ankündigung und die Ausnahme des Developer-Tarifs.
2. Google Cloud, Deployments and endpoints, Generative AI. Quelle für die fehlende Garantie von Datenresidenz und regionaler ML-Verarbeitung, die Warnung zum globalen Endpunkt und den multiregionalen EU-Hostnamen.
3. Google Cloud, Data residency. Quelle für die Definitionen von ruhenden Daten und ML-Verarbeitung.
4. OpenAI, Your data. Quelle für den Aufschlag von zehn Prozent, die Bedingung regionaler Verarbeitung, die Ausnahme für Systemdaten und die Freigabevoraussetzungen.
5. AWS Machine Learning Blog, Unlocking AI flexibility in Europe: a guide to cross-Region inference for EU data processing and model access. Quelle für die Routing-Regeln der EU-Profile und die Behandlung von Zürich und London.
6. Anthropic, Privacy Policy. Quelle für Anthropic Ireland als europäischen Verantwortlichen sowie Angemessenheitsbeschlüsse und Standardvertragsklauseln als Übermittlungsgrundlage.
7. Anthropic, Models overview. Quelle für globale und regionale Endpunkte bei Bedrock und Google Cloud.
8. Mistral AI, Regional inference, open models, and new compute, 11. August 2026. Quelle für regionale Endpunkte und den Vorbehalt zu Unterauftragsverarbeitern.
9. Europäische Kommission, Teilnehmerliste des EU-US Data Privacy Framework. Als eigene Prüfung des Lesers angeführt; der Zertifizierungsstatus einzelner Anbieter wird in diesem Artikel nicht behauptet.