Ist Claude datenschutzkonform? Claude DSGVO-konform nutzen im Unternehmen

Die Frage taucht in fast jedem KI-Projekt auf, meist kurz vor dem Start: "Dürfen wir Claude überhaupt nutzen?" Die Fachabteilung will loslegen, der Datenschutzbeauftragte will einen AVV sehen, und irgendjemand hat gehört, dass amerikanische KI-Anbieter "alles mitlesen". Zwischen Zuspitzung und Verharmlosung liegt die tatsächliche Rechtslage - und die ist bei Claude gut dokumentiert, wenn man weiß, wo man hinschauen muss.

Dieser Leitfaden beantwortet die Frage systematisch: Was gilt für welche Claude-Variante, wo liegen die Daten, wie kommen Sie an einen Auftragsverarbeitungsvertrag - und was bedeutet das konkret für Claude Code, das viele Entwicklungsteams längst im Alltag einsetzen.

Wichtiger Hinweis: Dieser Artikel stellt keine Rechtsberatung dar. Die Informationen basieren auf unserem aktuellen Wissensstand und den öffentlich verfügbaren Angaben der Anbieter (Stand Juli 2026) und dienen der allgemeinen Information aus technisch-organisatorischer Praxis-Sicht. Vertragsbedingungen, Hosting-Optionen und die Rechtslage rund um KI und Datenschutz ändern sich laufend - prüfen Sie die aktuellen Anbieter-Dokumente und holen Sie für die Bewertung Ihres konkreten Einzelfalls qualifizierten Rechtsrat bzw. Ihren Datenschutzbeauftragten hinzu.

Die kurze Antwort: Claude kann DSGVO-konform nutzbar sein - aber nicht in jeder Variante

Über die DSGVO-Konformität entscheidet das Setup: Kontotyp, Vertrag, Datenfluss und interne Prozesse. Dasselbe Modell kann in einer Konfiguration den Anforderungen genügen und in einer anderen ein Compliance-Risiko darstellen. Die pauschale Frage "Ist Claude datenschutzkonform?" lässt sich deshalb nicht beantworten, wohl aber diese: "In welcher Variante ist Claude für unseren Anwendungsfall DSGVO-konform nutzbar?"

Die Kurzfassung für Eilige: Über die kommerziellen Angebote - also die Anthropic-API, Claude Team und Claude Enterprise - stehen zentrale Bausteine für einen DSGVO-konformen Einsatz von Claude zur Verfügung, insbesondere DPA/AVV, Training-Ausschluss und organisatorische Kontrollen. Die abschließende Bewertung hängt vom konkreten Anwendungsfall ab. Die Consumer-Pläne Free, Pro und Max sind dagegen für personenbezogene Daten im Unternehmenskontext nicht geeignet. Warum, zeigt der nächste Abschnitt.

Consumer oder Commercial: was sich vertraglich unterscheidet

Ende August 2025 hat Anthropic eine Änderung seiner Consumer-Bedingungen angekündigt, die seit Herbst 2025 greift: Bei Free-, Pro- und Max-Konten können Chats und Coding-Sessions für die Modellverbesserung genutzt werden, wenn die entsprechende Einstellung aktiviert bzw. zugelassen ist - Nutzer mussten hierzu aktiv eine Auswahl treffen. Wer der Nutzung zustimmt, akzeptiert außerdem eine Aufbewahrungsfrist von bis zu fünf Jahren - statt der 30 Tage, die bei deaktivierter Einstellung gelten. Wichtig: Eine spätere Deaktivierung wirkt für künftige Unterhaltungen und entfernt keine bereits verarbeiteten Daten. Für Unternehmen ist das riskant, weil diese Consumer-Nutzung nicht dieselbe vertragliche und organisatorische Absicherung bietet wie die kommerziellen Angebote.

Anthropic ist mit langen Aufbewahrungsfristen übrigens nicht allein: Bei OpenAI gilt seit einem US-Gerichtsbeschluss sogar eine unbefristete Speicherpflicht für alle ChatGPT-Chats, auch für gelöschte. Die Hintergründe und Konsequenzen haben wir in der Analyse zur ChatGPT-Speicherpflicht aufbereitet.

Für die kommerziellen Angebote gilt das ausdrücklich nicht. Wer Claude über die API, Claude for Work (Team) oder Claude Enterprise nutzt, dessen Ein- und Ausgaben werden standardmäßig nicht zum Training der Modelle verwendet. Die wichtigsten Unterschiede im Überblick:

• Claude Free / Pro / Max (Consumer): kein AVV, mögliche Training-Nutzung je nach Datenschutz-Einstellung, bis zu 5 Jahre Aufbewahrung bei Zustimmung. Für Unternehmensdaten ungeeignet.

• Anthropic API: AVV/DPA in den Commercial Terms enthalten, kein Training mit Ihren Daten, optional Zero Data Retention. Basis für eigene Integrationen, Agenten und Automatisierungen.

• Claude Team: kommerzielle Bedingungen inklusive AVV, zentrale Verwaltung der Mitglieder. Der richtige Einstieg für Teams, die den Chat produktiv nutzen wollen.

• Claude Enterprise: zusätzlich SSO, Audit-Logs, feinere Rollen- und Datenkontrollen - relevant für regulierte Branchen und größere Organisationen.

Die praktische Konsequenz: Die häufigste DSGVO-Falle bei Claude ist organisatorischer Natur. Mitarbeitende nutzen privat angelegte Pro-Konten für Arbeitsaufgaben; für Unternehmensdaten gelten dann Consumer-Regeln. Dieses Schatten-IT-Problem haben wir im Beitrag über Shadow AI in Unternehmen ausführlich beschrieben.

AVV mit Anthropic: einfacher als gedacht

Die gute Nachricht für alle, die schon einmal monatelang auf einen Auftragsverarbeitungsvertrag gewartet haben: Bei Anthropic ist das Data Processing Addendum (DPA) - funktional das Gegenstück zum deutschen AVV nach Art. 28 DSGVO - Bestandteil der kommerziellen Nutzungsbedingungen. Wer die Commercial Terms akzeptiert, akzeptiert damit automatisch auch das DPA. Ein separater Vertragsprozess ist nicht nötig.

Das DPA enthält die EU-Standardvertragsklauseln (SCC) für die Datenübermittlung in Drittländer. Flankierend weist Anthropic unabhängige Sicherheitsnachweise vor, darunter SOC 2 Type II und ISO 27001. Für die Datenschutz-Dokumentation Ihres Unternehmens heißt das: Verzeichnis von Verarbeitungstätigkeiten ergänzen, DPA und SCC ablegen, Transfer-Impact-Assessment für den US-Transfer dokumentieren - die Bausteine dafür liefert der Anbieter.

Wichtig bleibt die Abgrenzung: All das gilt nur für die kommerziellen Angebote. Für Free-, Pro- und Max-Konten bietet Anthropic keinen AVV an - schon deshalb scheiden sie für die Verarbeitung personenbezogener Daten im Unternehmenskontext aus.

US-Verarbeitung und EU-Hosting: Ihre drei Optionen

Für die direkte Anthropic-API sollte geprüft werden, ob und welche EU-Datenresidenz vertraglich zugesichert ist - praktisch ist von einer Verarbeitung auf US-Infrastruktur auszugehen. In der Praxis stufen viele Unternehmen das mit DPA, Standardvertragsklauseln und dokumentiertem Transfer-Impact-Assessment als vertretbar ein - die Bewertung Ihres konkreten Falls gehört in die Hände Ihres Datenschutzbeauftragten. Es gibt aber Konstellationen, in denen eine Verarbeitung in der EU gefordert ist - durch interne Richtlinien, Branchenregulierung oder Verträge mit Ihren eigenen Kunden. Dann haben Sie drei realistische Wege:

1. AWS Bedrock: Claude kann je nach Modell und Inference-Profil als Managed Service in europäischen AWS-Regionen betrieben werden, unter anderem Frankfurt (eu-central-1), Paris und Irland. Wichtig ist die konkrete Konfiguration: Regionale Endpoints oder EU-Geografie-Profile (Geographic Cross-Region Inference mit EU-Scope) halten die Verarbeitung in europäischen Regionen - Global-Cross-Region-Profile sind für strenge EU-Datenresidenz dagegen nicht geeignet. Die unterstützten Regionen und der Geo-Scope sollten je Modell geprüft und dokumentiert werden. Vertragspartner ist AWS - oft der einfachste Weg, wenn ohnehin AWS im Einsatz ist.

2. Google Vertex AI: Claude kann über regionale oder EU-Multi-Region-Endpunkte in europäischen Google-Cloud-Regionen genutzt werden. Für Datenresidenz-Anforderungen dürfen keine globalen Endpoints verwendet werden - diese garantieren keine feste Verarbeitungsregion. Sinnvoll für Organisationen mit bestehendem GCP-Stack.

3. Zero Data Retention (ZDR) über die Anthropic-API: Auf Anfrage vereinbart Anthropic, dass Ein- und Ausgaben nicht gespeichert werden. Das löst nicht die Frage des Serverstandorts, reduziert aber das Restrisiko gespeicherter Daten erheblich.

Welche Option die richtige ist, hängt von Ihrer Datenklassifizierung ab: Für Marketing-Texte ohne Personenbezug ist EU-Inferenz oft weniger kritisch. Bei Kundendaten, Beschäftigtendaten, Gesundheitsdaten oder vertraulichem Quellcode sollten Region und Vertragslage dagegen bewusst geprüft werden. Wie Sie diese Abwägung strukturiert treffen, zeigt unser Leitfaden zum DSGVO-konformen KI-Hosting.

Ist Claude Code DSGVO-konform?

Claude Code hat sich in vielen Entwicklungsteams etabliert - und wirft eine eigene Compliance-Frage auf, denn Quellcode ist selten "nur Code". In Repositories stecken Konfigurationsdateien, Testdaten mit echten Kundendatensätzen, interne Hostnamen und gelegentlich versehentlich eingecheckte Zugangsdaten. Was mit diesen Daten passiert, hängt wieder am Kontotyp:

• Läuft Claude Code über einen API-Key oder ein Team-/Enterprise-Konto, gelten die kommerziellen Bedingungen: AVV inklusive, kein Training mit Ihren Eingaben.

• Läuft Claude Code über ein persönliches Pro- oder Max-Abo, gelten die Consumer-Regeln - inklusive möglicher Nutzung der Coding-Sessions für die Modellverbesserung, je nach gewählter Datenschutz-Einstellung.

Für Unternehmen ergibt sich daraus eine klare Linie: Claude Code nur über kommerzielle Konten betreiben, Secrets und sensible Verzeichnisse konsequent vom Kontext ausschließen und die Nutzung in einer kurzen, verständlichen KI-Richtlinie regeln. Dass selbst professionelle Teams hier Fehler machen, zeigt unsere Analyse eines Source-Map-Leaks, das interne Architektur offenlegte - Datenschutz im Entwicklungsprozess ist mehr als eine Vertragsfrage.

Alternativen und Ergänzungen: Mistral und Open-Weight-Modelle

Wer bei der Anbieterwahl grundsätzlich europäisch denken will, findet inzwischen ernstzunehmende Optionen. Mistral AI aus Frankreich bietet seine Modelle über die eigene Plattform mit EU-Verarbeitung an - inklusive Auftragsverarbeitungsvertrag, was in Ausschreibungen und Datenschutz-Prüfungen regelmäßig den Ausschlag gibt. Für Standardaufgaben wie Klassifizierung, Extraktion oder interne Assistenten reicht die Qualität dieser Modelle häufig völlig aus.

Die zweite Option ist maximale Souveränität: Open-Weight-Modelle auf eigener oder gemieteter EU-Infrastruktur. Dann verlassen die Daten Ihre Umgebung gar nicht erst. Der Preis dafür sind Betriebsaufwand und meist ein Stück Modellqualität gegenüber den Spitzenmodellen. Welche Modelle sich dafür eignen und wie ein solches Setup aussieht, haben wir im Beitrag über Open-Weight-Modelle und DSGVO beschrieben. Wenn ein solches Modell zusätzlich auf Ihre eigenen Unternehmensdaten angepasst werden soll, führt der Weg über Finetuning - die Verfahren, den Datenbedarf und die Kostenrahmen haben wir im Praxis-Guide zum Fine-Tuning von KI-Modellen zusammengefasst.

In der Praxis bewährt sich oft ein Mix: Claude für anspruchsvolle Aufgaben über Bedrock in Frankfurt, ein europäisches oder selbst gehostetes Modell für Routineaufgaben mit sensiblen Daten. Wichtig ist, dass die Zuordnung bewusst getroffen wird - nicht danach, welches Tool gerade offen ist.

Checkliste: Claude DSGVO-konform einführen

Die folgenden sieben Schritte decken die Punkte ab, die Datenschutzbeauftragte und Auditoren bei der Nutzung von Claude erfahrungsgemäß zuerst prüfen:

1. Kontotyp klären: kommerzielles Angebot (API, Team, Enterprise) statt privater Pro-/Max-Konten. Bestehende Privat-Nutzung im Team offen ansprechen und migrieren.

2. AVV/DPA dokumentieren: Commercial Terms samt DPA und Standardvertragsklauseln ablegen, Verzeichnis von Verarbeitungstätigkeiten ergänzen.

3. Datenklassifizierung festlegen: Welche Datenkategorien dürfen an Claude - und welche ausdrücklich nicht (z. B. Gesundheitsdaten, unpseudonymisierte Kundendaten)?

4. Hosting-Weg wählen: direkte API mit SCC, AWS Bedrock oder Vertex AI mit regionalen bzw. EU-Geografie-Endpoints (keine globalen Profile bei Datenresidenz-Anforderungen), bei Bedarf Zero Data Retention vereinbaren. Die gewählte Konfiguration dokumentieren.

5. Claude Code absichern: kommerzielle Konten, Secrets aus dem Kontext ausschließen, Repositories auf eingecheckte Zugangsdaten prüfen.

6. KI-Richtlinie verabschieden: eine Seite reicht, mit erlaubten KI-Tools, erlaubten Daten und Ansprechpartner.

7. Bei hohem Risiko: Datenschutz-Folgenabschätzung (DSFA) durchführen und die Bewertung jährlich wiederholen - Anbieter-Richtlinien ändern sich, wie der August 2025 gezeigt hat.

Was das für die Einführung im Unternehmen heißt

Aus technisch-organisatorischer Sicht bringt Claude zentrale Bausteine für einen DSGVO-konformen Einsatz mit: AVV in den kommerziellen Bedingungen, Training-Ausschluss für Unternehmensdaten und regionale Hosting-Wege über AWS Bedrock und Vertex AI. Die abschließende Bewertung bleibt eine Einzelfallprüfung. Die eigentlichen Risiken liegen dabei im Alltag: private Konten für Arbeitsaufgaben, fehlende Datenklassifizierung, Secrets im Kontext von Coding-Tools, falsch konfigurierte Endpoints.

Wer diese Punkte einmal strukturiert aufsetzt, hat die Grundlage für alles Weitere gelegt: für die DSGVO-konforme KI-Integration ebenso wie für produktive KI-Agenten im Tagesgeschäft. Und falls Sie nicht sicher sind, wo Ihr Unternehmen steht: Ein strukturiertes KI-Audit beantwortet genau diese Frage - bevor es ein Auditor von außen tut.