Rétention des données nulle dans l'API Gemini Developer

Cette page décrit en détail ce que l'on appelle communément la "rétention zéro des données" dans l'API Gemini Developer.

Restriction liée à l'entraînement

Comme indiqué dans les Conditions d'utilisation de l'API Gemini, lorsque vous utilisez des Services payants, Google n'utilise pas vos requêtes (y compris les instructions système associées, le contenu mis en cache et les fichiers tels que les images, les vidéos ou les documents) ni les réponses pour améliorer ses produits. Les Services payants sont définis ici.

Conservation des données client et conservation zéro donnée

Les données client sont généralement conservées pendant des périodes limitées dans les scénarios et conditions suivants. Pour atteindre l'objectif de conservation zéro donnée, les clients doivent prendre des mesures spécifiques ou éviter certaines fonctionnalités dans chacun de ces domaines :

  • Journalisation des requêtes pour la surveillance des utilisations abusives : comme indiqué dans les Conditions d'utilisation supplémentaires de l'API Gemini, pour les Services payants, Google enregistre les requêtes et les réponses pendant une durée limitée uniquement pour détecter les cas de non-respect de la Politique d'utilisation interdite. Si votre charge de travail nécessite une garantie de zéro conservation des données ou des contrats de traitement des données d'entreprise, utilisez Vertex AI. Pour en savoir plus, consultez Gemini Enterprise Agent Platform et conservation zéro donnée.

  • Ancrage avec la Recherche Google : comme indiqué dans les Conditions d'utilisation supplémentaires de l'API Gemini, Google stocke les requêtes, les informations contextuelles et les résultats générés pendant 30 jours afin de créer des résultats ancrés et des suggestions de recherche. Ces informations stockées peuvent être utilisées pour le débogage et le test des systèmes qui prennent en charge l'ancrage. Il n'est pas possible de désactiver le stockage de ces informations si vous utilisez l'ancrage avec la recherche Google.

  • Ancrage avec Google Maps : comme indiqué dans les Conditions d'utilisation supplémentaires de l'API Gemini, Google stocke les requêtes, les informations contextuelles et les résultats générés pendant 30 jours afin de créer des résultats ancrés. Ces informations stockées ne peuvent être utilisées que pour l'ingénierie de la fiabilité, par exemple pour le débogage en cas de problèmes de service. Il n'est pas possible de désactiver le stockage de ces informations si vous utilisez l'ancrage avec Google Maps.

  • API Interactions : l'API Interactions gère l'état actif d'une conversation pour permettre les tours multitours. Par défaut, l'API Interactions permet le stockage de l'état. Pour garantir une empreinte de données nulle, vous devez définir explicitement le paramètre store sur false dans vos requêtes API afin de désactiver la conservation de l'état par défaut.

  • API Live : cette API avec état permet une reconnexion en temps réel en stockant l'état de la conversation. Pour atteindre la conservation zéro donnée, ne configurez pas SessionResumptionConfig. Si un identifiant de session est généré, l'état de la conversation (y compris le texte, l'audio et la vidéo) est conservé pendant 24 heures maximum.

  • Stockage de l'API File : l'API File permet aux utilisateurs d'importer des composants volumineux. Les fichiers sont stockés au repos jusqu'à ce qu'ils soient supprimés par l'utilisateur ou qu'ils expirent. L'utilisation de l'API File est indépendante de la journalisation ZDR. Les utilisateurs doivent supprimer manuellement les fichiers pour s'assurer qu'il ne reste aucune trace de données.

  • Mise en cache explicite du contexte : les utilisateurs peuvent mettre manuellement en cache de grands ensembles de données (par exemple, des vidéos longues ou des bibliothèques de documents) à l'aide du champ cached_content. Bien que les journaux de ces requêtes suivent les règles de suppression ZDR, le contexte mis en cache lui-même est stocké avec un ttl ou un expire_time défini par l'utilisateur. Pour atteindre une empreinte de données nulle, n'utilisez pas la fonctionnalité cached_content.

  • Mise en cache implicite en mémoire : par défaut, les modèles Gemini mettent en cache les données en mémoire pour réduire la latence et les coûts pour les développeurs. Ces données sont strictement en RAM (pas au repos), isolées au niveau du projet et ont une durée de vie de 24 heures. Cela ne constitue pas une violation de la conservation zéro donnée.

Étape suivante