Keine Datenspeicherung in der Gemini Developer API

Auf dieser Seite finden Sie Details zu dem, was in der Gemini Developer API allgemein als „keine Datenaufbewahrung“ bezeichnet wird.

Beschränkungen für Training

Wie in den Nutzungsbedingungen für die Gemini API beschrieben, verwendet Google Ihre Prompts (einschließlich zugehöriger Systemanweisungen, zwischengespeicherter Inhalte und Dateien wie Bilder, Videos oder Dokumente) oder Antworten nicht zur Verbesserung unserer Produkte, wenn Sie kostenpflichtige Dienste nutzen. Kostenpflichtige Dienste sind hier definiert.

Aufbewahrung von Kundendaten und Erreichen von „Zero Data Retention“

Kundendaten werden in der Regel für begrenzte Zeiträume unter den folgenden Umständen aufbewahrt. Um eine Datenaufbewahrung von null zu erreichen, müssen Kunden in jedem dieser Bereiche bestimmte Maßnahmen ergreifen oder bestimmte Funktionen vermeiden:

  • Protokollierung von Prompts zur Missbrauchsüberwachung: Wie in den zusätzlichen Nutzungsbedingungen für Gemini APIs beschrieben, protokolliert Google bei kostenpflichtigen Diensten Prompts und Antworten für einen begrenzten Zeitraum ausschließlich, um Verstöße gegen die Richtlinien zur unzulässigen Nutzung zu erkennen. Wenn für Ihren Arbeitslast garantierte Datenaufbewahrung oder Vereinbarungen zur Verarbeitung von Unternehmensdaten erforderlich sind, verwenden Sie Vertex AI. Weitere Informationen finden Sie unter Gemini Enterprise Agent Platform und keine Datenspeicherung.

  • Fundierung mit der Google Suche: Wie in den Zusatzbedingungen für die Gemini API beschrieben, speichert Google Prompts, Kontextinformationen und generierte Ausgaben für dreißig (30) Tage, um fundierte Ergebnisse und Suchvorschläge zu erstellen. Diese gespeicherten Informationen können zum Debuggen und Testen von Systemen verwendet werden, die Fundierung unterstützen. Wenn Sie die Fundierung mit der Google Suche verwenden, können Sie das Speichern dieser Informationen nicht deaktivieren.

  • Fundierung mit Google Maps: Wie in den Zusatzbedingungen für die Gemini API beschrieben, speichert Google Prompts, Kontextinformationen und generierte Ausgaben 30 Tage lang, um fundierte Ergebnisse zu erstellen. Diese gespeicherten Informationen dürfen nur für die Zuverlässigkeitstechnik verwendet werden, z. B. für das Debugging bei Dienstproblemen. Wenn Sie Fundierung mit Google Maps verwenden, können Sie die Speicherung dieser Informationen nicht deaktivieren.

  • Interactions API: Mit der Interactions API wird der aktive Status einer Unterhaltung verwaltet, um Mehrfachdialoge zu ermöglichen. Standardmäßig wird mit der Interactions API der Status gespeichert. Damit keine Daten gespeichert werden, müssen Sie den Parameter store in Ihren API-Anfragen explizit auf false setzen, um die standardmäßige Statusbeibehaltung zu deaktivieren.

  • Live API: Diese zustandsbehaftete API ermöglicht die Wiederverbindung in Echtzeit, da der Unterhaltungsstatus gespeichert wird. Wenn Sie keine Datenaufbewahrung wünschen, konfigurieren Sie SessionResumptionConfig nicht. Wenn ein Sitzungshandle generiert wird, wird der Unterhaltungsstatus (einschließlich Text, Audio und Video) bis zu 24 Stunden lang beibehalten.

  • File API Storage: Mit der File API können Nutzer große Assets hochladen. Dateien werden im Ruhezustand gespeichert, bis sie vom Nutzer gelöscht werden oder ablaufen. Die Verwendung der File API ist unabhängig von der ZDR-Protokollierung. Nutzer müssen Dateien manuell löschen, um sicherzustellen, dass keine Daten zurückbleiben.

  • Explizites Kontext-Caching: Nutzer können große Datasets (z.B. lange Videos oder Dokumentbibliotheken) manuell mithilfe des Felds cached_content im Cache speichern. Die Logs dieser Anfragen folgen zwar den Richtlinien zum Löschen von ZDR, der zwischengespeicherte Kontext selbst wird jedoch mit einem nutzerdefinierten ttl oder expire_time gespeichert. Wenn Sie einen absoluten Zero-Data-Footprint erreichen möchten, dürfen Sie die Funktion „cached_content“ nicht verwenden.

  • Implizites In-Memory-Caching: Standardmäßig speichern Gemini-Modelle Daten im Arbeitsspeicher, um die Latenz und die Kosten für Entwickler zu reduzieren. Diese Daten befinden sich ausschließlich im RAM (nicht im Ruhezustand), sind auf Projektebene isoliert und haben eine TTL von 24 Stunden. Dies verstößt nicht gegen die Richtlinie zur Aufbewahrung von Daten.

Nächste Schritte