# Rétention des données LLM: Zéro rétention vs Zéro journalisation

> Explorez les nuances entre la rétention zéro et la journalisation zéro des données avec les LLM. Comprenez les politiques des fournisseurs comme OpenAI, Google et Amazon.

Published: 2026-09-09

Canonical: https://sygnet.ai/fr/blog/retention-donnees-llm-zero-retention-vs-zero-journalisation

---

## À retenir
- « Zéro rétention » et « zéro journalisation » sont deux promesses différentes : par défaut, OpenAI génère des journaux de surveillance des abus pour l'ensemble des usages de son API et les conserve jusqu'à 30 jours, seuls les clients approuvés bénéficiant d'une exclusion de leur contenu.
- Même dans le cadre d'un accord ZDR signé, les métadonnées de sécurité subsistent : Anthropic continue de conserver les résultats de son classificateur de sécurité utilisateur pour faire respecter sa politique d'usage, et les sessions signalées peuvent entraîner une conservation des entrées et sorties jusqu'à 2 ans, et des scores de classification jusqu'à 7 ans.
- La rétention se cache dans les fonctionnalités, pas seulement dans les contrats : les modèles Gemini mettent en cache les entrées jusqu'à 24 heures dans le centre de données de traitement, et il faut désactiver cette mise en cache pour atteindre une rétention zéro.
- Le point faible de votre DPA se trouve généralement dans la clause relative aux sous-traitants : le DPA d'OpenAI accorde aux clients 30 jours pour s'opposer à un nouveau sous-traitant après notification, un délai sans valeur si personne dans votre entreprise ne lit cette notification.

## Quelle est la différence entre « zéro rétention » et « zéro journalisation » ?

La rétention zéro signifie que le fournisseur ne conserve pas vos requêtes et résultats une fois la réponse produite ; la journalisation zéro signifierait qu'aucune trace de la requête n'est enregistrée, et pratiquement aucun fournisseur de LLM ne propose cela. L'écart entre les deux est comblé par la surveillance des abus, les scores de classification, les caches transitoires et les points de terminaison à état (stateful).

Les mécanismes sont explicites dans la documentation. Les journaux de surveillance des abus peuvent contenir du contenu client tel que les requêtes et réponses, ainsi que des métadonnées dérivées de ce contenu comme les résultats du classificateur, et par défaut ils sont conservés jusqu'à 30 jours, sauf si une durée de conservation plus longue est requise par la loi ou raisonnablement nécessaire pour protéger les services ou un tiers d'un préjudice. Les clients éligibles peuvent obtenir l'exclusion de leur contenu de ces journaux via les contrôles Zero Data Retention ou Modified Abuse Monitoring, sous réserve d'une approbation préalable et d'exigences supplémentaires. Le « ZDR » supprime donc la copie de contenu de routine, il ne désactive pas le dispositif de sécurité, et il n'efface pas les signaux dérivés.

Pour l'IA documentaire, cet enjeu est plus critique que pour le chat, car une seule facture, un seul certificat médical ou un seul dossier KYC contient des dizaines de personnes concernées identifiées, et non la question d'un seul utilisateur.

## Quelle couche de la chaîne technique conserve réellement vos documents ?

La rétention se décide à trois niveaux, le fournisseur du modèle, l'éditeur de la solution d'IDP (Intelligent Document Processing) et le canal de distribution cloud, et chacun applique des paramètres par défaut différents. N'auditer qu'un seul de ces niveaux donne une fausse assurance.

Au niveau du canal, les écarts sont importants. Amazon Bedrock indique qu'il ne stocke ni ne journalise vos requêtes et complétions, qu'il ne les utilise pas pour entraîner les modèles AWS et qu'il ne les distribue pas à des tiers, et que ses mécanismes de détection des abus sont entièrement automatisés, sans revue humaine ni accès aux entrées utilisateur ou aux sorties du modèle. Mais des exceptions existent désormais selon le modèle : pour les modèles nécessitant `aws_review`, les requêtes et complétions sont conservées au sein du périmètre AWS jusqu'à 30 jours et peuvent être examinées par AWS pour satisfaire une exigence de revue humaine imposée par le fournisseur du modèle comme condition d'accès. Sur Azure, aucune option de déploiement ne propose le Modified Abuse Monitoring par défaut, et aucun paramètre de ressource ne permet de désactiver la surveillance des abus, il s'agit d'une procédure de demande réservée aux clients éligibles.

Si votre éditeur d'IDP ne peut pas nommer précisément le canal et la version du modèle derrière chaque pipeline, la réponse sur la rétention n'est pas vérifiable, une raison de plus pour laquelle le [calcul construire ou acheter pour l'IDP](https://sygnet.ai/build-vs-buy-idp) doit intégrer une diligence contractuelle, et pas seulement un coût d'ingénierie.

## Comment se comparent les paramètres par défaut des fournisseurs ?

| Fournisseur / canal | Rétention par défaut du contenu | Voie vers la rétention zéro | Données résiduelles même avec ZDR |
|---|---|---|---|
| OpenAI API | Jusqu'à 30 jours de journaux de surveillance des abus, toutes fonctionnalités API confondues | ZDR ou Modified Abuse Monitoring, approbation préalable requise | `store` forcé à false ; le mode arrière-plan écrit sur disque environ 10 min pour l'interrogation (polling) |
| Azure OpenAI / Foundry | Jusqu'à 30 jours, peut faire l'objet d'une revue humaine | Demande de Modified Abuse Monitoring, clients gérés via l'équipe de compte | La détection automatisée et la prévention des abus restent actives |
| Anthropic Claude API | Entrées et sorties supprimées côté back-end dans les 30 jours suivant leur réception ou génération | Accord sur approbation pour les clients éligibles de l'API et de Claude Code Enterprise | Jusqu'à 2 ans pour le contenu signalé, 7 ans pour les scores de classification |
| Google Vertex AI / Gemini | Contenu mis en cache jusqu'à 24 heures dans le centre de données de traitement | Désactiver la mise en cache des données et demander une exception de surveillance des abus | Cache implicite en RAM avec TTL de 24 heures, jugé compatible avec le ZDR |
| Amazon Bedrock | Aucun stockage ni journalisation des requêtes et complétions | Posture par défaut | Rétention spécifique au modèle via `aws_review`, jusqu'à 30 jours |

## Quelles sont les 12 questions à poser avant de signer ?

Posez-les par écrit, et exigez que le fournisseur réponde pipeline par pipeline, et non entreprise par entreprise. Une simple mention « nous sommes ZDR » dans un livre blanc sécurité n'est pas une réponse.

### Journaux de requêtes et fenêtres de surveillance des abus (Q1–Q5)

1. Quels points de terminaison de modèle chaque pipeline documentaire sollicite-t-il, et le ZDR ou le Modified Abuse Monitoring sont-ils approuvés pour **chacun** d'entre eux ? Les clients approuvés choisissent entre les deux contrôles au niveau de l'organisation ou du projet, l'approbation peut donc exister pour un projet et pas pour un autre.
2. Quelles fonctionnalités rompent silencieusement le ZDR ? Les fonctionnalités marquées comme non éligibles sont généralement à état (stateful), elles stockent des tâches, des fichiers ou un état de conteneur, c'est pourquoi elles ne peuvent pas être en rétention zéro, et leur utilisation revient à sortir volontairement de l'accord pour ces données.
3. Quelles métadonnées dérivées subsistent ? Interrogez spécifiquement sur les scores de classification et leur horloge de conservation.
4. Quel est le circuit du contenu signalé ? Même avec des accords ZDR ou HIPAA, les données peuvent être conservées lorsque la loi l'exige ou lorsqu'elles sont signalées par les systèmes automatisés de confiance et sécurité, jusqu'à 2 ans pour un chat ou une session signalée.
5. Les caches sont-ils désactivés ? Obtenir une rétention zéro des données sur Vertex nécessite de désactiver la mise en cache des données.

### Le stockage propre au fournisseur (Q6–Q9)

6. L'éditeur d'IDP stocke-t-il le PDF source, les images de page, le JSON extrait, ou les trois, et pendant combien de temps ?
7. Les files d'attente de [relecture humaine (human-in-the-loop)](https://sygnet.ai/glossary/human-in-the-loop) sont-elles concernées ? Les interfaces de relecteur constituent une seconde copie du document, souvent non documentée.
8. Où résident les embeddings et les fragments d'index, et sont-ils supprimables document par document ?
9. Les files d'erreur, les traces de débogage et les outils d'observabilité conservent-ils les charges utiles ? Même lorsque des points de terminaison ZDR sont utilisés, des systèmes en aval, analytique, journalisation, sauvegarde, peuvent conserver par inadvertance des échanges pourtant présumés éphémères.

### Sous-traitants et dérogations légales (Q10–Q12)

10. Pouvez-vous obtenir la chaîne complète, et pas seulement le niveau supérieur ? L'avis 22/2024 du CEPD est strict sur la visibilité de bout en bout : les responsables du traitement doivent disposer de l'identité, nom, adresse, personne de contact, de l'ensemble des sous-traitants et sous-sous-traitants.
11. Quel est le délai de préavis et le mécanisme d'opposition ? L'article 28(2) du RGPD interdit d'engager un autre sous-traitant sans autorisation écrite préalable, spécifique ou générale, et dans le cadre d'une autorisation générale, le sous-traitant doit informer le responsable du traitement de tout changement envisagé.
12. Que se passe-t-il en cas de mise sous séquestre judiciaire (legal hold) ? Voir ci-dessous.

## Un tribunal peut-il passer outre votre clause de rétention zéro ?

Oui, pour les niveaux par défaut, et c'est précisément pour cela que les documents contractuels du ZDR comptent. Dans le litige opposant le New York Times, une ordonnance de mai a contraint OpenAI à « préserver et isoler l'ensemble des données de journaux de sortie qui auraient normalement été supprimées », indépendamment des demandes de suppression des utilisateurs. Les plaignants exigeaient la conservation même des conversations ChatGPT supprimées et du contenu API qui aurait normalement été effacé sous 30 jours.

L'exception est instructive : l'ordonnance initiale s'appliquait aux utilisateurs ChatGPT gratuits, Plus, Pro et Team, mais excluait explicitement les clients Enterprise, Education et API sous accord de rétention zéro des données. L'explication même d'OpenAI était que, pour les clients professionnels sur l'API en ZDR, l'entreprise ne conserve jamais les requêtes ni les réponses ; les données n'étant pas stockées, l'ordonnance ne les concerne donc pas. L'ordonnance a ensuite été levée progressivement, une nouvelle ordonnance du 9 octobre 2025 a libéré OpenAI de l'obligation de préserver les données de journaux de sortie à l'avenir, mais les journaux déjà sauvegardés dans ce cadre restent accessibles.

Lecture pratique : la seule défense durable contre une demande de communication de pièces émanant d'un tiers est une donnée qui n'a jamais été écrite. Le langage contractuel seul ne supprime rien, c'est pourquoi l'architecture prime sur les promesses pour les flux sensibles comme l'[intégration KYC](https://sygnet.ai/solutions/kyc-onboarding).

## Pourquoi la liste des sous-traitants détermine-t-elle votre exposition RGPD ?

Parce que la clause de rétention ne concerne qu'un seul fournisseur, alors que la liste des sous-traitants couvre tous ceux à qui ce fournisseur transmet vos documents, et la fenêtre de préavis est courte. Le DPA d'OpenAI accorde une autorisation générale aux sous-traitants listés, notifie les changements par billet de blog, notification intégrée au service, autre moyen raisonnable, ou e-mail pour les clients abonnés, et laisse 30 jours pour s'opposer. Notez la condition d'abonnement : la notification est de type « push », pas « pull », les responsables du traitement doivent être informés à temps pour pouvoir s'opposer, et attendre d'eux qu'ils surveillent une page web ne suffit pas à remplir cette obligation.

Deux corrections opérationnelles ne coûtent rien. D'abord, abonnez-vous au canal de notification des sous-traitants de chaque fournisseur via une boîte mail partagée, et non la boîte personnelle d'un seul ingénieur. Ensuite, définissez à l'avance le résultat d'une opposition : la voie d'opposition doit exister avant que quelqu'un ne s'oppose, avec une conséquence, solution de contournement ou résiliation des services concernés, définie en amont. Les lignes directrices 07/2020 du CEPD avertissent qu'un contrat de traitement ne doit pas se limiter à reformuler l'article 28, mais doit inclure des informations concrètes et spécifiques sur la manière dont les exigences seront satisfaites. Sygnet publie sa propre politique de traitement et de rétention sur sa [page sécurité et conformité](https://sygnet.ai/security), précisément pour cette raison.

## FAQ
### La rétention zéro des données signifie-t-elle que le fournisseur ne voit jamais mes documents ?

Non. Cela signifie que le contenu n'est pas conservé après le retour de la réponse. Les classificateurs de sécurité automatisés continuent de s'exécuter, et un accès humain reste possible via un circuit contrôlé, Anthropic indique qu'aucun collaborateur ne peut lire les conversations conservées par défaut, et que la revue humaine ne s'effectue que via un accès contrôlé, par exemple lorsque le contenu est signalé par les systèmes automatisés de confiance et sécurité. Demandez la procédure applicable au contenu signalé, pas seulement le chiffre de rétention.

### La surveillance des abus est-elle compatible avec le principe de minimisation des données du RGPD ?

Il s'agit d'une finalité de traitement documentée, elle n'est donc pas automatiquement illicite, mais elle doit figurer dans vos registres et votre AIPD. L'article 5 du RGPD exige que les données personnelles soient conservées sous une forme identifiable pendant une durée n'excédant pas ce qui est nécessaire, et envoyer des données personnelles à un fournisseur qui conserve les requêtes pendant 30 jours est en tension avec ce principe de limitation de conservation. Pour les documents relevant de catégories particulières, privilégiez un canal dont le paramètre par défaut est l'absence de stockage, puis documentez ce choix.

### Combien de temps faut-il pour obtenir une exemption de surveillance des abus ?

Prévoyez des semaines, pas des jours, et traitez cela comme un frein potentiel à la mise en production. Chez OpenAI, le ZDR et le Modified Abuse Monitoring sont soumis à approbation préalable et acceptation d'exigences supplémentaires ; chez Azure, les clients gérés demandent le formulaire Modified Abuse Monitoring via leur représentant de compte, et l'option n'est pas disponible pour les locataires non gérés. Vérifiez également l'activation effective par la suite, sans supposer que l'e-mail d'approbation a modifié la configuration en production.

### Que doit prévoir un DPA concernant la suppression des données extraites ?

Il doit distinguer le document, les données structurées dérivées et les métadonnées de sécurité, avec une durée de conservation et un mécanisme de suppression pour chacun. L'article 28(4) exige que les sous-traitants ultérieurs soient liés par les mêmes obligations de protection des données, et si un sous-traitant fait défaut, le sous-traitant principal en reste responsable, les engagements de suppression qui s'arrêtent au premier fournisseur sont donc incomplets. Exigez une confirmation de suppression couvrant les sauvegardes et les files de relecture, avec un délai maximal annoncé.