Claude und Datenschutz: Was DACH-Unternehmen wissen müssen

Table of Contents

Zuletzt aktualisiert: 18. August 2026 · Version: 2.0

Redaktions- und Quellenhinweis: Vertragsbedingungen, Speicherfristen und Produktfunktionen können sich ändern und je nach Produkt, Region und Vertriebskanal unterscheiden. Geprüft wurden Anthropics aktuelle Hinweise zu Consumer- und Commercial-Angeboten, DPA/AVV, Training, Aufbewahrung und Verarbeitungsorten sowie die Originaltexte und aktuellen Leitlinien der EU zu DSGVO, internationalen Transfers und AI Act. Der Beitrag wurde mit KI-Unterstützung recherchiert und überarbeitet sowie anschließend menschlich redaktionell geprüft. Er ersetzt keine Rechtsberatung.

⚡ In 30 Sekunden

Claude ist nicht pauschal „DSGVO-konform“ oder „nicht DSGVO-konform“. Entscheidend sind Produkt, Vertrag, Datenarten, Zweck, Konfiguration und interne Kontrollen.
Free, Pro und Max sind Consumer-Angebote. Claude for Work und die Anthropic API unterliegen Commercial Terms und haben andere Datenschutz- und Trainingsregeln.
Bei Commercial Services nutzt Anthropic Kundeninhalte standardmäßig nicht zum Training. Beim Consumer-Angebot hängt die Modellverbesserung von der Nutzereinstellung ab; Sicherheitsprüfung und aktiv übermitteltes Feedback sind gesondert zu betrachten.
Ein DPA/AVV mit SCCs ist laut Anthropic in die Commercial Terms eingebunden. Unternehmen müssen trotzdem prüfen, ob genau ihr Dienst, Vertriebskanal und Verarbeitungsszenario abgedeckt sind.
Beim EU AI Act entscheidet der konkrete Einsatz über das Risiko – nicht allein der Name Claude. Beschäftigung, Bildung, Kreditwürdigkeit oder kritische Infrastruktur brauchen eine deutlich strengere Prüfung als interne Textentwürfe.

Die Entscheidung in fünf Schritten

Einsatzfall und Datenkategorien benennen.
Consumer-, Work-, API- oder Drittanbieter-Zugang eindeutig bestimmen.
Vertrag, DPA/AVV, Transfermechanismus und Unterauftragsverarbeiter prüfen.
Rollen, Rechte, Integrationen, Aufbewahrung und Protokollierung konfigurieren.
Den Use Case nach DSGVO und EU AI Act freigeben, dokumentieren und regelmäßig neu bewerten.

Die praktisch wichtigste Frage lautet nicht: „Ist Claude sicher?“ Sie lautet: Unter welchen Bedingungen dürfen wir welchen Claude-Dienst für welchen Prozess und welche Daten nutzen? Wer diese Ebenen vermischt, kann sowohl zu streng als auch zu sorglos entscheiden.

Ein privates Pro-Konto für öffentliches Brainstorming ist rechtlich und organisatorisch etwas anderes als ein zentral verwalteter Claude-for-Work-Zugang, eine API-Anwendung mit personenbezogenen Daten oder ein Connector, der auf interne Dokumente zugreift. Genau diese Trennung bildet die Grundlage für eine belastbare Freigabe.

Ist Claude DSGVO-konform? Die belastbare Kurzantwort

Kein allgemeiner Produktname liefert eine DSGVO-Freigabe. Die DSGVO bewertet eine konkrete Verarbeitung: Wer ist verantwortlich, welche Daten werden zu welchem Zweck verarbeitet, welche Rechtsgrundlage gilt, welche Dienstleister sind beteiligt, wohin fließen Daten und welche technischen und organisatorischen Maßnahmen begrenzen das Risiko?

Claude kann Teil eines datenschutzkonformen Prozesses sein. Dafür müssen Unternehmen jedoch den gebuchten Dienst und den tatsächlichen Workflow prüfen. Ein passender Vertrag allein genügt ebenso wenig wie eine gute technische Sicherheitsarchitektur: Beides muss zum Anwendungsfall passen.

Wichtige Abgrenzung: Anthropics „Constitutional AI“ ist ein Ansatz für Training und Ausrichtung von Modellen. Er ist weder ein Datenschutz-Siegel noch eine Garantie für DSGVO-Konformität, korrekte Ausgaben oder sichere Unternehmensprozesse.

Consumer, Claude for Work oder API: Der Vertrag macht den Unterschied

Vertrags- und Datenschutzbedingungen können nach Region, Produkt und Vertriebskanal variieren. Vor einer Freigabe muss deshalb klar sein, welcher Zugang tatsächlich genutzt wird.

Free, Pro und Max: Consumer-Angebote

Free, Pro und Max richten sich an einzelne Verbraucher. Nach Anthropics aktueller Consumer-Dokumentation zur Modellverbesserung werden Chats und Coding-Sessions für die Verbesserung von Claude genutzt, wenn Nutzer dies erlauben. Daneben nennt Anthropic gesonderte Fälle wie Sicherheitsprüfungen, aktiv eingereichtes Feedback oder eine ausdrückliche Teilnahme an Testprogrammen.

AI-Fabrik-Einordnung: Ein Consumer-Konto ist nicht allein deshalb rechtswidrig. Für regelmäßige Arbeitsprozesse mit personenbezogenen, vertraulichen oder schutzbedürftigen Unternehmensdaten fehlt aber häufig der passende organisatorische und vertragliche Rahmen. Deshalb sollten Unternehmen Consumer-Konten für solche Daten intern sperren, bis eine dokumentierte Freigabe vorliegt.

Claude for Work: Team und Enterprise

Für Claude for Work beschreibt Anthropic die Organisation als Verantwortlichen und sich selbst als Auftragsverarbeiter. Laut der aktuellen Rollenbeschreibung für Commercial Customers werden die Kundendaten nicht zum Training generativer Modelle verwendet. Hinzu kommen zentrale Verwaltung und organisatorische Datenkontrolle; der konkrete Funktionsumfang unterscheidet sich zwischen Team und Enterprise.

Praxisempfehlung: Für viele reguläre B2B-Szenarien ist ein Work-Angebot mit Commercial Terms, DPA und Admin-Funktionen die sinnvollere Ausgangsbasis. Es ist aber keine automatische Freigabe für jede Datenart oder jeden Prozess.

Anthropic API und Drittplattformen

Die Anthropic API unterliegt ebenfalls Commercial Terms, hat aber andere Aufbewahrungs- und Konfigurationsmöglichkeiten als der Chat. Wird Claude über Amazon Bedrock, Google Vertex AI oder einen anderen Dienst eingebunden, gelten zusätzlich oder vorrangig die Bedingungen dieser Plattform. Anthropic weist beim DPA ausdrücklich auf diese Drittanbieter-Konstellation hin.

Training und Aufbewahrung: Nicht dieselbe Frage

„Wird zum Training verwendet?“ und „Wie lange wird gespeichert?“ sind zwei getrennte Prüfpunkte. Daten können gespeichert werden, ohne für generatives Modelltraining genutzt zu werden – etwa damit Gesprächsverläufe verfügbar bleiben, Missbrauch untersucht oder gesetzliche Pflichten erfüllt werden können.

Consumer-Angebote: Die Nutzung für Modellverbesserung hängt grundsätzlich von der Einstellung des Nutzers ab. Gelöschte Chats werden laut Anthropics Consumer-Hinweis zur Aufbewahrung sofort aus dem Verlauf entfernt und innerhalb von 30 Tagen aus dem Backend gelöscht; für Sicherheitsfälle, Feedback, gesetzliche Pflichten und freigegebene Trainingsdaten gelten abweichende Fristen.
Commercial Services: Kundeninhalte werden standardmäßig nicht zum Training verwendet. Bei der API löscht Anthropic Ein- und Ausgaben nach eigener Commercial-Dokumentation standardmäßig innerhalb von 30 Tagen, sofern nichts anderes vereinbart ist oder Sicherheits- und Rechtspflichten eine längere Aufbewahrung erfordern. In Claude for Work bleiben gespeicherte Chats für die Produktfunktion verfügbar, bis sie gelöscht werden; Enterprise bietet zusätzliche Aufbewahrungssteuerung.

Für eine Freigabe sollten Datenschutz und IT daher nicht nur den Plan-Namen notieren, sondern die konkrete Einstellung, Löschlogik, Ausnahmen und den administrativen Zugriff dokumentieren.

AVV/DPA und internationale Datenübermittlungen

Wenn Anthropic personenbezogene Daten im Auftrag des Unternehmens verarbeitet, verlangt Artikel 28 DSGVO eine vertragliche Regelung zur Auftragsverarbeitung. Anthropic erklärt, dass sein DPA einschließlich Standardvertragsklauseln in die Commercial Terms einbezogen ist. Das ist präziser als die pauschale Aussage, ein AVV sei „ab dem Team-Plan auf Anfrage“ verfügbar.

Die Prüfung endet nicht bei der Existenz eines DPA. Relevant sind insbesondere:

Ist genau der gebuchte Dienst und Vertriebskanal erfasst?
Sind Zwecke, Datenarten, betroffene Personen und Löschfristen korrekt beschrieben?
Welche Unterauftragsverarbeiter und technischen Maßnahmen sind dokumentiert?
Welcher Transfermechanismus greift für Übermittlungen außerhalb des EWR?
Sind zusätzliche Maßnahmen oder eine dokumentierte Transferprüfung erforderlich?

Nach Anthropics aktueller Dokumentation zu Verarbeitungsorten kann Commercial-Kundendatenverarbeitung in mehreren Regionen stattfinden, darunter USA, Europa, Asien und Australien; die Speicherung erfolgt standardmäßig in den USA, sofern nichts anderes vereinbart wurde. Anthropic verweist auf mehrere Cloud-Anbieter und seine Unterauftragsverarbeiterliste. Die alte Formel „US-Server, primär AWS“ ist deshalb zu eng.

SCCs sind kein Freifahrtschein. Die Standardvertragsklauseln können einen Transfermechanismus bilden. Unternehmen müssen trotzdem den tatsächlichen Transfer, das Schutzniveau und gegebenenfalls ergänzende Maßnahmen bewerten. Ob dafür ein formelles Transfer Impact Assessment erforderlich oder sinnvoll ist, sollte der Datenschutzbeauftragte anhand des konkreten Szenarios entscheiden.

Welche Daten dürfen in Claude? Eine risikobasierte Ampel

Rot – grundsätzlich sperren, bis eine ausdrückliche Freigabe vorliegt

Passwörter, API-Schlüssel, Zugangstoken und private Schlüssel
Gesundheits-, Biometrie- und andere besondere Kategorien personenbezogener Daten
Patienten-, Mandanten-, Sozial- oder Beschäftigtendaten in sensiblen Kontexten
Geschäftsgeheimnisse, M&A-Unterlagen und nicht öffentliche Finanzdaten
Daten, deren Offenlegung irreversible Schäden verursachen kann

Gelb – nur im freigegebenen Workflow

normale Kunden-, Lieferanten- oder Beschäftigtendaten
interne Dokumente ohne besondere Geheimhaltungsstufe
Connector-Zugriffe auf E-Mail, CRM, Filesharing oder Wissensdatenbanken
pseudonymisierte Datensätze, die mit Zusatzwissen wieder zugeordnet werden können

Grün – typischerweise risikoarm

öffentliche Informationen
synthetische Testdaten
Vorlagen ohne Personenbezug oder vertraulichen Kontext
ausreichend anonymisierte Inhalte, bei denen eine Re-Identifizierung praktisch ausgeschlossen ist

Pseudonymisierung hilft – macht Daten aber nicht anonym

Wer „Max Mustermann“ durch „Kunde A“ ersetzt, reduziert das Risiko. Nach Artikel 4 Nummer 5 DSGVO bleiben pseudonymisierte Daten jedoch personenbezogen, wenn die Person mit Zusatzinformationen wieder bestimmbar ist. Branche, Standort, Funktion, Datum und seltene Ereignisse können gemeinsam eine Re-Identifizierung ermöglichen.

Beispiel: Statt Namen, Unternehmen und Bestelldatum zu übermitteln, kann ein Prompt lauten: „Ein Geschäftskunde meldet eine verspätete Lieferung. Formuliere eine sachliche Entschuldigung mit drei Lösungsoptionen.“ Das reicht für den Textentwurf und minimiert unnötige Details.

Claude und EU AI Act: Modell, System und Einsatzfall trennen

Claude basiert auf General-Purpose-AI-Modellen. Daraus folgt nicht, dass jedes Unternehmen, das Claude nutzt, dieselben Pflichten wie Anthropic als Modellanbieter hat. Der AI Act trennt Pflichten für Anbieter von GPAI-Modellen von Pflichten für Anbieter und Betreiber konkreter KI-Systeme.

Auch die Hochrisiko-Einstufung folgt nicht aus dem Produktnamen. Maßgeblich ist der beabsichtigte Einsatz. Interne Textentwürfe oder allgemeine Recherche sind nicht allein wegen Claude Hochrisiko-Anwendungen. Wird das Modell dagegen in Beschäftigungsentscheidungen, Bildung und Prüfungen, Kreditwürdigkeitsbewertung, kritischer Infrastruktur oder anderen in Anhang III genannten Bereichen eingesetzt, ist eine vertiefte Prüfung notwendig.

Seit dem 2. August 2026 greifen weitere Durchsetzungs- und Transparenzregeln. Die EU-Kommission weist aktuell darauf hin, dass die Regeln für Hochrisiko-Systeme nach Anhang III ab dem 2. Dezember 2027 und für Hochrisiko-Systeme in regulierten Produkten ab dem 2. August 2028 gelten. Unabhängig von der stufenweisen Anwendung sollten Unternehmen ihre Systeme jetzt inventarisieren, Rollen festlegen und Mitarbeitende angemessen qualifizieren.

Für jeden Claude-Use-Case dokumentieren

Zweck, Nutzergruppe und betroffener Geschäftsprozess
verwendetes Modell, Produkt, Anbieterrolle und Vertriebskanal
Datenquellen, Datenkategorien und Empfänger der Ergebnisse
menschliche Prüfung, technische Begrenzungen und Eskalationsweg
Transparenz gegenüber Beschäftigten, Kunden oder anderen Betroffenen
fachlich und technisch verantwortliche Person sowie Prüftermin

Das größte operative Risiko liegt oft in Integrationen

Ein einzelner Chat lässt sich relativ leicht begrenzen. Connectoren, MCP-Server, API-Workflows und Agenten können dagegen auf große Datenbestände zugreifen oder Aktionen auslösen. Deshalb reicht eine Freigabe des Modells nicht aus; jede Integration braucht eine eigene Prüfung.

Least Privilege: Nur benötigte Datenquellen, Ordner, Postfächer und Aktionen freigeben.
Getrennte Identitäten: Keine gemeinsam genutzten Admin-Konten oder private Tokens in Automationen.
Schreibende Aktionen begrenzen: Externe Nachrichten, Datenänderungen und Zahlungen nur mit technischen Limits und geeigneter menschlicher Freigabe.
Protokollieren: Zugriff, Prompt, verwendete Quelle, Ausgabe und nachgelagerte Aktion nachvollziehbar machen, soweit datenschutzrechtlich zulässig.
Änderungen neu prüfen: Neue Connectoren, Modelle, Berechtigungen oder Datenquellen lösen eine erneute Freigabe aus.

Fünf-Fragen-Schnellcheck vor dem Pilot

Ist klar, ob wir Consumer, Claude for Work, API oder eine Drittplattform nutzen?
Können wir den Zweck mit weniger oder weniger sensiblen Daten erreichen?
Sind Vertrag, DPA/AVV, Transfer und Unterauftragsverarbeiter geprüft?
Sind Rollen, Rechte, Aufbewahrung, Connectoren und menschliche Freigaben konfiguriert?
Ist dokumentiert, warum der Use Case nach DSGVO und AI Act freigegeben wird – und wann wir neu prüfen?

Vertiefte Checkliste für Datenschutz, IT und Fachbereich

Use Case erfassen: Zweck, Nutzen, Nutzer und betroffene Entscheidungen beschreiben.
Dateninventar erstellen: Personenbezug, besondere Kategorien, Geheimhaltungsstufen und Quellen klären.
Produkt und Vertrag prüfen: Consumer, Work, API oder Drittplattform eindeutig festhalten.
DPA/AVV prüfen: Geltungsbereich, Weisungen, Löschung, Sicherheitsmaßnahmen und Unterauftragsverarbeiter kontrollieren.
Drittlandtransfer bewerten: Transfermechanismus, tatsächliche Verarbeitungsorte und ergänzende Schutzmaßnahmen dokumentieren.
Rollen- und Rechtekonzept umsetzen: Admins, Nutzer, Servicekonten, Connectoren und Freigaben nach Minimalprinzip konfigurieren.
Aufbewahrung festlegen: Produktseitige Fristen und interne Löschanforderungen aufeinander abstimmen.
DSFA-Schwelle prüfen: Bei voraussichtlich hohem Risiko nach Artikel 35 DSGVO eine Datenschutz-Folgenabschätzung durchführen.
AI-Act-Rolle und Risiko prüfen: Anbieter-/Betreiberrolle, Hochrisiko-Nähe, Transparenz und KI-Kompetenz bewerten.
Pilot begrenzen: Mit risikoarmen Daten, klaren Abnahmekriterien, Incident-Prozess und festem Review-Termin starten.

FAQ: Claude, Datenschutz und DSGVO

Ist Claude in Deutschland oder der EU DSGVO-konform?

Das lässt sich nicht pauschal für das Produkt beantworten. Ein konkreter Einsatz kann DSGVO-konform gestaltet werden, wenn Zweck, Rechtsgrundlage, Vertrag, Transfers, Konfiguration und Schutzmaßnahmen zusammenpassen.

Brauche ich für Claude einen AVV?

Wenn Anthropic personenbezogene Daten im Auftrag verarbeitet, ist eine Vereinbarung nach Artikel 28 DSGVO erforderlich. Für Commercial Services bindet Anthropic sein DPA in die Commercial Terms ein. Bei Drittplattformen muss der dortige Vertragsweg geprüft werden.

Werden meine Claude-Daten für Training verwendet?

Bei Consumer-Angeboten hängt die Modellverbesserung grundsätzlich von der Nutzereinstellung ab; Sicherheitsprüfungen, Feedback und ausdrückliche Programme haben eigene Regeln. Bei Commercial Services trainiert Anthropic standardmäßig nicht auf Kundeninhalten.

Ist Team oder Enterprise zwingend?

Es gibt keine allgemeine gesetzliche Regel „mindestens Team“. Für regelmäßige B2B-Nutzung sind Commercial Terms, DPA und Admin-Funktionen jedoch meist die sachgerechtere Basis. Sensible Szenarien können zusätzliche Enterprise- oder API-Kontrollen erfordern.

Reicht Pseudonymisierung aus?

Nein. Sie reduziert Risiken, hebt den Personenbezug aber nicht automatisch auf. Unternehmen sollten zusätzlich Daten minimieren, seltene Kontextmerkmale entfernen und nur freigegebene Dienste nutzen.

Geprüfte Primärquellen

Weiterführende Artikel auf AI-Fabrik

Fazit: Nicht der Planname entscheidet, sondern der kontrollierte Einsatz

Claude kann in DACH-Unternehmen datenschutzgerecht eingesetzt werden, aber nicht durch einen pauschalen Haken bei „DSGVO-konform“. Die belastbare Entscheidung verbindet Produktwahl, Vertrag, Datenminimierung, Transferprüfung, technische Rechte, Integrationskontrolle und die Risikoeinstufung des konkreten Use Cases.

Der sinnvollste nächste Schritt ist ein begrenzter Pilot mit risikoarmen Daten und fünf dokumentierten Ergebnissen: freigegebener Zweck, erlaubte Daten, passender Vertragsweg, konfigurierte Kontrollen und ein Termin zur Neubewertung. Erst danach sollte der Zugriff auf sensible Datenquellen oder automatisierte Aktionen erweitert werden.

← Zurück: Warum Claude? ↑ Zum Lernpfad Weiter: Claude einrichten →

Teile es