Guide simple et clair sur la conservation des images par l’IA

La conservation des images par l’IA répond à une question directe : qu’est-ce qui existe encore une fois le traitement de l’image terminé ?

Le téléchargement peut rester. Le prompt peut rester. La sortie générée peut rester. Une miniature peut rester. Un cache CDN peut rester. Une charge utile de file d’attente peut rester. Un événement de modération peut rester. Une capture d’écran de support peut rester. Une sauvegarde peut rester. Un enregistrement de facturation peut rester sans le contenu. Chacun de ces éléments correspond à une décision distincte.

La conservation n’est pas forcément mauvaise. Certains produits ont besoin de projets enregistrés, de galeries d’équipe, de pistes d’audit ou d’historiques contrôlés par l’utilisateur. Le problème, c’est la conservation accidentelle : des fichiers conservés parce que c’était pratique, des journaux conservés parce que le débogage était plus facile, des galeries créées parce que l’engagement semblait bon, ou des sauvegardes décrites comme si elles ne faisaient pas partie de la réalité.

Pour la génération privée d’images par IA, le meilleur réglage par défaut est généralement une conservation courte. Utilisez le téléchargement pour le traitement. Renvoyez la sortie. Évitez de conserver l’historique des prompts. Évitez d’héberger les sorties sauf si l’utilisateur choisit de les enregistrer. Conservez les enregistrements opérationnels sans contenu lorsque c’est possible.

Les mots comptent. « Nous ne formons pas sur vos données » concerne l’entraînement. Cela ne dit pas aux utilisateurs si les téléchargements sont stockés. « Nous supprimons vos images » concerne la suppression. Cela doit inclure une fenêtre de temps et un périmètre. « Privé » concerne l’exposition. Cela nécessite des contrôles d’accès et des paramètres de partage par défaut.

Quand vous lisez une politique de conservation, regardez les noms. Prompts. Images téléchargées. Sorties générées. Fichiers. Journaux. Données de surveillance anti-abus. État de l’application. Sauvegardes. Si la politique dit « contenu » mais ne le détaille jamais, demandez le détail.

Regardez aussi le temps. Secondes, heures, jours, ou stockage contrôlé par l’utilisateur. « Temporaire » n’est pas une durée. « Aussi longtemps que nécessaire » est une formule juridique, pas un plan d’ingénierie. Les bonnes promesses de conservation peuvent être surveillées et testées.

La version simple, pour les clients, doit être courte : ce que vous téléversez, ce que nous créons, ce que nous conservons, ce que nous ne conservons pas, et comment fonctionne la suppression. Si le produit ne peut pas le dire clairement, le système ne le sait probablement pas non plus.

Pour aller plus loin : Pourquoi un téléversement temporaire a besoin d’une politique de conservation, Peut-on prouver qu’un service IA a supprimé une image ?, et Stockage des données Unexposed.