Datenschutzerklärung für einen Custom GPT und GPT-Actions

Schreiben Sie die Erklärung für den Dienst hinter der Action, in einer Sprache, der ChatGPT-Nutzer folgen können. Nehmen Sie auf:

1. Wer die Action betreibt: Ihr Name oder Ihr Unternehmen, der Name des GPT oder Dienstes und ein Datenschutzkontakt.
2. Was Sie empfangen: die Parameter, die Ihr Schema akzeptiert, mitgesendeten Gesprächstext und Kontodaten, wenn Sie OAuth nutzen.
3. Warum Sie es nutzen: um die Anfrage zu beantworten, die Kontofunktionen des Nutzers bereitzustellen, Missbrauch zu verhindern, und für nichts anderes, sofern es nicht zutrifft.
4. Wer es sonst noch erhält: Hosting, Datenbank, Logging und jeder KI-Modellanbieter, den Sie aufrufen, jeweils mit kurzer Beschreibung.
5. Wie lange Sie es speichern: Anfragelogs, gespeicherte Ergebnisse und Kontodaten, jeweils mit einer echten Frist.
6. Nutzerrechte und Löschung: wie man Auskunft oder Löschung beantragt und wie man ein OAuth-Konto trennt.
7. Kinder: Die Dienste von OpenAI haben eigene Altersregeln; sagen Sie, ob sich Ihr Dienst an Kinder richtet.
8. Änderungen und Datum des Inkrafttretens.

Unterstützt Ihre Action Nutzerkonten, ergänzen Sie, wie Daten in diesen Konten behandelt werden. Der Leitfaden zur Datenschutzerklärung für KI-Chatbots und der Leitfaden zu Datenschutzangaben für KI-Produkte gehen ausführlicher auf Modellanbieter, Prompts und Training ein.

Die Pflicht ist an Actions geknüpft, die Funktion, mit der ein GPT eine von Ihnen definierte externe API aufruft. Das OpenAI Help Center besagt: Wenn Ihr GPT Actions nutzt und Sie ihn öffentlich teilen oder im GPT Store veröffentlichen möchten, muss jede öffentliche Action eine gültige Privacy-Policy-URL enthalten. Der Artikel zur Konfiguration von Actions sagt dasselbe kürzer: Jede Action kann eine Privacy-Policy-URL enthalten, und öffentliche GPTs mit Actions, ob per Link oder im GPT Store geteilt, müssen eine gültige enthalten. Der Artikel zur Veröffentlichung nennt einen GPT, der Actions ohne gültige Privacy-Policy-URL nutzt, als einen der Gründe, warum die öffentliche Veröffentlichung blockiert werden kann.

Ein GPT, der nur Anweisungen und Wissensdateien nutzt, ohne Actions, fällt nicht unter diese spezielle Regel. Ein privat gehaltener oder nur innerhalb eines Workspace geteilter GPT liegt ebenfalls außerhalb, wobei Workspace-Admins eigene Vorgaben festlegen können.

Warum besteht OpenAI darauf? Weil Daten ChatGPT verlassen und Ihren Server erreichen, sobald eine Action läuft, und OpenAI erklärt, nicht zu prüfen oder zu kontrollieren, wie Drittdienste diese Daten nutzen oder speichern. Ihre Erklärung ist der Weg, auf dem Nutzer es erfahren. Dieselbe Logik gilt für andere Plattformen; unser Leitfaden so bekommen Sie eine URL für Ihre Datenschutzerklärung behandelt Hosting und Test des Links.

Ihre Erklärung muss beschreiben, was Ihr Server sieht; seien Sie also präzise. OpenAIs Hinweise zu Actions im Produktivbetrieb besagen, dass ChatGPT Teile des Gesprächs an den Endpunkt der Action senden kann, wenn ein Nutzer mit der Custom Action eines GPT interagiert. Das Modell wandelt die Anfrage des Nutzers in die in Ihrem OpenAPI-Schema definierten Parameter um, sodass alles, was der Nutzer eintippt, in diesen Parametern landen kann, auch Namen, E-Mail-Adressen oder alles andere, was er teilen möchte. OpenAI sagt außerdem, dass ChatGPT Actions aus seinen veröffentlichten IP-Bereichen aufruft, Ihr Server also Anfragen aus der Infrastruktur von OpenAI sieht.

Was Sie sonst noch erreicht, hängt von Ihrem Design ab:

• Authentifizierung: OpenAI nennt die Optionen None, API-Schlüssel und OAuth. Mit OAuth melden sich Nutzer bei Ihrem Dienst an, sodass Anfragen mit ihrem Konto bei Ihnen verknüpft sind.
• Ihre eigenen Logs: Anfrageinhalte, Zeitstempel und Fehler, die Ihr Webserver, API-Gateway oder Ihre Monitoring-Tools speichern.
• Nachgelagerte Dienste: Datenbanken, Such-APIs oder KI-Modellanbieter, die Ihr Backend aufruft.

OpenAIs Datenschutz-FAQ zu GPTs weist darauf hin, dass GPT-Ersteller die einzelnen Gespräche von Nutzern mit ihren GPTs nicht einsehen können. Ihre Verantwortung umfasst, was Ihre Action empfängt und was Sie behalten, und genau das sollte Ihre Erklärung erläutern.

Ihre Wahl der Authentifizierung verändert, was Ihre Erklärung sagen muss.

Keine Authentifizierung. Aus Ihrer Sicht ist jede Anfrage anonym, kann aber trotzdem personenbezogene Daten enthalten, die der Nutzer eingetippt hat. Ihre Erklärung sollte erklären, dass Sie den Anfrageinhalt verarbeiten, minimale Logs führen und nicht versuchen, Nutzer zu identifizieren.

API-Schlüssel. Der Schlüssel authentifiziert den GPT, nicht einzelne Nutzer. Anfragen sehen für Sie gleich aus, egal wer chattet, was Ihren Datenfußabdruck klein hält. Die Erklärung ähnelt dem anonymen Fall, ergänzt um Rate Limiting und Missbrauchsschutz, falls Sie diese nutzen.

OAuth. Nutzer melden sich bei Ihrem Dienst an, und Anfragen sind mit ihrem Konto verknüpft. Jetzt muss Ihre Erklärung die gesamte Kontobeziehung abdecken: Profildaten, gespeicherte Inhalte, wie Actions das Konto aktualisieren und wie Nutzer die Verbindung trennen können. OpenAIs Artikel zur Konfiguration besagt, dass Nutzer bei OAuth-Actions verbundene Konten in ChatGPT prüfen und verwalten können und dass sie gebeten werden können, Actions vor der Ausführung zu bestätigen.

Was Sie auch wählen: Fordern Sie die engsten Scopes und Eingaben an, mit denen die Funktion funktioniert. Das hält sowohl Ihre Erklärung als auch Ihren Sicherheitsaufwand kürzer.

Abgelehnte Prüfungen und verwirrte Nutzer gehen meist auf eine Handvoll Fehler zurück:

• Die Datenschutzerklärung von OpenAI verlinken. OpenAIs Erklärung gilt für ChatGPT, nicht für Ihren Server. Sie brauchen Ihre eigene.
• Eine Startseite oder eine allgemeine Unternehmenserklärung verlinken, die den GPT, die Action oder die Daten, die Ihre API empfängt, nie erwähnt.
• Behaupten, nichts zu speichern, während Ihre Logs vollständige Anfrageinhalte behalten. Prüfen Sie die Einstellungen von Webserver, Gateway und Monitoring.
• Den KI-Anbieter weglassen, den Ihr Backend aufruft. Leitet Ihre Action Text an eine andere Modell-API weiter, nennen Sie sie und beschreiben Sie deren Speicherdauer.
• Vage Speicherdauer wie „so lange wie nötig“ ohne Frist oder Kriterien.
• Einen Dokumentlink verwenden, der eine Anmeldung verlangt oder von Besuchern bearbeitet werden kann.
• Vergessen, die Erklärung zu aktualisieren, wenn Sie einen Endpunkt hinzufügen, der neue Datenarten akzeptiert.

Ein schneller Test: Lesen Sie Ihr OpenAPI-Schema und Ihre Erklärung nebeneinander. Jeder Parameter, der personenbezogene Daten tragen könnte, sollte in der Erklärung erläutert sein, und jeder Anbieter, den Ihr Code aufruft, sollte darin vorkommen.

Bevor Sie in einen GPT investieren, prüfen Sie, wohin sich das Produkt entwickelt. Stand Oktober 2026 sagt das OpenAI Help Center, dass es plant, Custom GPTs einzustellen, und empfiehlt, Workflows auf Plugins zu verlagern, die wiederverwendbare Anweisungen und verbundene Apps zusammenführen. Laut derselben Mitteilung:

• war ein Migrationsangebot für den 17. September 2026 angesetzt und erreicht möglicherweise nicht alle Konten oder Workspaces gleichzeitig
• ist die Einstellung für betroffene Enterprise-Workspaces für den 11. Dezember 2026 geplant, und andere Tarife sollen demselben Zeitplan folgen
• bleiben bestehende GPTs bis zur Einstellung nutzbar
• können persönliche ChatGPT-Konten, darunter Free, Go, Plus und Pro, keine neuen GPTs erstellen oder veröffentlichen, während Business-, Enterprise- und Edu-Workspaces von Workspace-Einstellungen und Berechtigungen abhängen

Diese Daten stammen aus OpenAIs eigenen Mitteilungen und können sich ändern; prüfen Sie daher die aktuellen Help-Center-Artikel, bevor Sie einen Start planen.

Für Datenschutzerklärungen ist der Wandel weniger einschneidend, als er klingt. Der Datenfluss ist ähnlich: Die Anfrage eines Nutzers in ChatGPT erreicht Ihr Backend. Eine Erklärung, die Ihre Action-API zutreffend beschreibt, kann wie unten beschrieben für ein Plugin aktualisiert werden, statt von Grund auf neu geschrieben zu werden.

Wenn Sie zu einem Plugin migrieren, werden die Datenschutzregeln detaillierter, nicht lockerer. OpenAIs Plugin-Richtlinien, die für Plugins im gemeinsamen Verzeichnis von ChatGPT und Codex gelten, besagen, dass Einreichungen eine klare, veröffentlichte Datenschutzerklärung enthalten müssen, die mindestens die Kategorien erhobener personenbezogener Daten, die Nutzungszwecke, die Empfängerkategorien, die Speicherfristen und alle Kontrollmöglichkeiten für Nutzer erklärt. Nutzer können die Erklärung vor der Installation lesen.

Die Richtlinien legen außerdem Datenregeln fest, die Ihre Erklärung widerspiegeln sollte:

• nur die minimal nötigen Daten erheben, keine Felder „für alle Fälle“
• keine eingeschränkten Daten erheben, etwa Zahlungskartendaten nach PCI DSS, geschützte Gesundheitsinformationen, staatliche Kennungen oder Zugangsdaten
• keine vollständigen Gesprächsverläufe oder rohen Chat-Transkripte anfordern
• Nutzer nicht tracken oder profilieren, auch nicht über Metadaten wie IP-Adressen, sofern es nicht offengelegt, eng begrenzt und unter echter Kontrolle des Nutzers ist
• Plugins müssen für Nutzer im Alter von 13 bis 17 Jahren geeignet sein und dürfen sich nicht an Kinder unter 13 Jahren richten

Wenn die Erklärung Ihrer GPT-Action bereits Kategorien, Zwecke, Empfänger, Speicherdauer und Kontrollmöglichkeiten nennt, haben Sie den Großteil geschafft. Prüfen Sie sie bei der Einreichung anhand dieser Richtlinien.

Der KI-Datenschutzerklärung-Generator ist für genau diese Art von Dienst gemacht. Wählen Sie den Anwendungsfall KI und beschreiben Sie dann, was Ihre Action empfängt, welche Anbieter Sie nutzen, ob Sie Nutzerkonten haben, Speicherfristen und die Regionen, in denen Ihre Nutzer sind. Fragebogen, vollständige Vorschau und einfacher HTML- und PDF-Download sind kostenlos und ohne Konto.

Die Klauseln werden deterministisch aus einer versionierten Bibliothek anhand Ihrer Antworten ausgewählt. Zur Laufzeit schreibt keine KI die Klauseln, das Ergebnis ist also vorhersehbar und beschreibt nur, was Sie bestätigen. Erweiterte regionale Module wie DSGVO, Vereinigtes Königreich und Kalifornien kosten $5, und optionales öffentliches Hosting kostet einmalig zusätzlich $0.99 und gibt Ihnen eine öffentliche Seite, die Sie in das Privacy-Policy-Feld der Action oder in eine Plugin-Einreichung eintragen können.

Liegt Ihr Backend in einem Repository, kann ein KI-Coding-Agent wie Codex, Claude Code oder ChatGPT die Codebasis über den MCP-Server für Entwickler prüfen und aus seinen Funden einen privaten Entwurf erstellen, den Sie dann durchsehen und bestätigen. Das hilft, vergessene Logging- und Anbieteraufrufe zu finden. Generierter Text spiegelt Ihre Antworten wider und ist keine Rechtsberatung.