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.

Einschränkung 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 Aufbewahrungsdauer von null zu erreichen, müssen Kunden in jedem dieser Bereiche bestimmte Maßnahmen ergreifen oder bestimmte Funktionen vermeiden:

  • Prompt-Protokollierung 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 Richtlinie zur unzulässigen Nutzung zu erkennen. Wenn Ihr Antrag auf ZDR für ein bestimmtes Projekt genehmigt wird, werden alle Nutzerinhalte (Prompts und Antworten) und identifizierbaren Metadaten (z. B. IP-Adressen und Google-Konto-IDs) vor der Protokollierung gelöscht. Der resultierende Datensatz wird als bereinigt gekennzeichnet und enthält keine identifizierbaren Nutzerdaten. So wird die Parität mit Vertex AI Zero Data Retention sichergestellt.

  • Fundierung mit der Google Suche: Wie in den Zusatzbedingungen für die Gemini API beschrieben, speichert Google Prompts, Kontextinformationen und generierte Ausgaben 30 Tage lang, 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. zur Fehlerbehebung bei Dienstproblemen. Wenn Sie Grounding 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 mehrere aufeinanderfolgende Anfragen zu ermöglichen. Standardmäßig wird mit der Interactions API der Status gespeichert. Um sicherzustellen, dass 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 über das Feld cached_content im Cache speichern. Die Logs dieser Anfragen folgen zwar den Richtlinien zum Löschen von ZDR, der im Cache gespeicherte 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 In-Memory-Cache, 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