Zero data retention nelle API LLM: cosa significa e come verificarla

Zero data retention (ZDR) significa, in sostanza, che un provider di API LLM non conserva i tuoi prompt e output una volta restituita la risposta. Una definizione condivisa però non esiste. Ogni provider la definisce a modo suo, stabilisce come ottenerla e ne indica le eccezioni. Qui sotto trovi cosa conservano i provider di default, come OpenAI, Anthropic, Google, Mistral, OpenRouter e Azure gestiscono la ZDR, e una checklist. Dati aggiornati a ottobre 2026.

Le definizioni divergono già: OpenRouter la definisce come un provider che non memorizza i tuoi dati “for any period of time”, Anthropic come il fatto di non memorizzare prompt o risposte “at rest after the API response is returned”.

Cosa conservano i provider di default, e perché

Il motivo principale è il monitoraggio degli abusi: prompt e output restano nei log per poter individuare violazioni delle policy. Le funzioni che mantengono uno stato, come file, batch o agenti, conservano i dati più a lungo.

• OpenAI: log di monitoraggio degli abusi fino a 30 giorni, che possono contenere prompt e risposte. La Responses API conserva lo stato dell'applicazione per 30 giorni di default.
• Anthropic: secondo la sua policy commerciale, input e output dell'API vengono cancellati entro 30 giorni, con eccezioni come un accordo ZDR, la Files API, l'applicazione della Usage Policy o obblighi di legge.
• Mistral: input e output per 30 giorni a finestra mobile per il monitoraggio degli abusi, salvo ZDR attiva; i dati della Agents API fino alla chiusura dell'account.
• Gemini Developer API: 55 giorni nel piano a pagamento per rilevare violazioni delle policy. Nel piano gratuito Google può usare i contenuti per migliorare i propri prodotti, e revisori umani possono leggerli.
• Vertex AI (oggi Gemini Enterprise Agent Platform): a seconda della classe di modello e dell'accordo, si va dai soli prompt segnalati, conservati fino a 90 giorni, a tutti i prompt e le risposte, conservati fino a 30 giorni.

L'addestramento è un tema a parte: OpenAI, Anthropic e Google (API a pagamento e Vertex) dichiarano di non addestrare i modelli sui dati dell'API di default; in Mistral, ZDR e opt-out dall'addestramento sono controlli separati.

Fonti, verificate a ottobre 2026: OpenAI controlli sui dati; Anthropic conservazione, addestramento; Mistral privacy policy, ZDR; Google termini della Gemini API, policy d'uso, monitoraggio degli abusi su Vertex; definizioni: OpenRouter, Anthropic.

Provider per provider

OpenAI

ZDR e Modified Abuse Monitoring (MAM) richiedono un'approvazione preventiva da parte di OpenAI. Entrambi escludono i contenuti dei clienti dai log di monitoraggio degli abusi; la ZDR inoltre considera store su /v1/responses e /v1/chat/completions come false. Gli endpoint non idonei alla ZDR, come file, vector store, assistenti, conversazioni, batch e fine-tuning, possono comunque memorizzare uno stato. Immagini e file segnalati come potenziale CSAM vengono conservati per una verifica anche quando la ZDR è attiva.

Anthropic

La ZDR si concorda con il team commerciale, per organizzazione. Copre le API Messages e Token Counting per le funzioni idonee. Batch processing (29 giorni), Files API, lo strumento di code execution (dati del container fino a 30 giorni), il connettore MCP e la Console ne restano fuori, e i modelli classificati come Covered Models richiedono una conservazione di 30 giorni. L'API non blocca le funzioni non idonee: se ne usi una, per quei dati esci dall'accordo ZDR. I contenuti segnalati possono essere conservati fino a 2 anni.

Google: Gemini Developer API e Vertex AI

La stessa pagina ZDR di Google sulla Gemini Developer API dice: “If your workload requires guaranteed zero data retention or enterprise data processing agreements, use Vertex AI.” Su Vertex la ZDR è una serie di passaggi che fai tu: lasci disattivato il logging di richieste e risposte, imposti store a false nella Interactions API e, se nessun dato può restare memorizzato su disco, disattivi il durable caching per progetto. Il Grounding con Google Search conserva i dati fino a 3 giorni e non si può disattivare; in alternativa Google consiglia Web Grounding for Enterprise.

Mistral

Mistral (Parigi) offre la ZDR solo nel piano a consumo (pay-as-you-go) e solo per chiamate API stateless, come chat completions, embeddings, OCR e audio. Sono esclusi agenti, file batch, conversazioni, librerie e /v1/files. La richiedi tramite l'Help Center indicando le tue motivazioni; Mistral decide a sua discrezione, e la ZDR approvata compare nel pannello di amministrazione. I termini commerciali di Mistral le consentono di addestrare i modelli sui dati dei modelli Labs o Preview anche se altrove hai fatto opt-out, ZDR compresa.

OpenRouter

In OpenRouter la ZDR è un filtro di routing da attivare, per account, gruppo di modelli, guardrail o richiesta: le richieste vanno solo agli endpoint la cui policy OpenRouter registra come zero retention, e se una policy non è chiara, OpenRouter presume che i dati vengano conservati e usati per l'addestramento. Non copre plugin e tool come la ricerca web, e OpenRouter non considera conservazione il caching in memoria. OpenRouter stesso memorizza prompt e risposte solo se lo attivi tu o se un contenuto viene segnalato come potenziale CSAM, e conserva metadati come numero di token e latenza. La sua pagina ZDR annuncia il controllo dei contenuti CSAM di tutte le richieste, compreso il traffico ZDR, a partire dal 27 ottobre 2026. Nei piani Business ed Enterprise, eu.openrouter.ai tratta prompt e completion all'interno della regione.

Azure OpenAI

Per i modelli Azure OpenAI (oggi “Foundry Models sold by Azure”), prompt e completion non sono accessibili a OpenAI e non vengono usati per addestrare foundation model senza autorizzazione. I contenuti segnalati e tenuti per una revisione umana vengono conservati nell'area geografica della tua risorsa. Disattivare questa funzione (modified abuse monitoring) richiede un'approvazione ed è riservato ai clienti con un account team Microsoft o in un programma idoneo.

Fonti: OpenAI controlli sui dati; Anthropic ZDR; Google ZDR della Gemini API, ZDR di Vertex; Mistral ZDR, termini commerciali; OpenRouter ZDR, raccolta dei dati, logging dei provider; Azure privacy dei dati, accesso limitato.

Prompt caching

Le cache conservano per poco tempo parti di un prompt, così le richieste successive sono più veloci. Durata, memorizzazione e posizione rispetto alla ZDR variano:

Provider	Durata	Dove	Rapporto con la ZDR
OpenAI	Da pochi minuti a 24 ore, a seconda di modello e impostazione	Tensori KV, anche nello storage locale della GPU	“compatible with Zero Data Retention”
Anthropic	5 minuti, rinnovati a ogni uso; 1 ora come opzione	Rappresentazioni KV e hash in memoria	Idoneo alla ZDR
Vertex AI	Fino a 24 ore, cache in memoria e durable entrambe attive di default	Cache durable su disco	Durable o tutto il caching disattivabile per progetto
Gemini Developer API	Implicita 24 ore, esplicita secondo il tuo TTL	Implicita solo in RAM	Implicita compatibile; evita cached_content
OpenRouter	Presso il provider	Cache in memoria dei provider	Non conta come conservazione

OpenAI, Anthropic e Google isolano le cache per organizzazione o progetto.

Fonti: OpenAI, Anthropic, Vertex, Gemini API, OpenRouter.

Localizzazione dei dati nell'UE

La localizzazione è un impegno distinto dalla ZDR, e ogni provider la gestisce in modo diverso:

• OpenAI: la regione Europe (SEE e Svizzera) richiede l'approvazione per MAM o ZDR e un emendamento Modified Retention. I dati di sistema, come dati dell'account, metadati e dati di utilizzo, sono esclusi.
• Anthropic: la documentazione sulla data residency elenca global (predefinito) e us per l'inferenza, e us come unica area geografica del workspace.
• Mistral: l'endpoint predefinito non garantisce dove avviene l'inferenza. api.eu.mistral.ai elabora nell'UE, senza funzioni stateful; i metadati del control plane possono essere gestiti fuori dalla regione.
• Azure: i deployment Standard elaborano nell'area geografica scelta, i deployment DataZone nei paesi membri dell'UE, i deployment Global in qualsiasi area geografica.
• Gemini Developer API: i dati “may be stored transiently or cached in any country” in cui Google ha strutture.

Fonti: OpenAI, Anthropic, Mistral, Azure, Gemini API.

Cosa dice il GDPR

Il GDPR non usa il termine ZDR, ma diversi articoli del Regolamento (UE) 2016/679 sono pertinenti:

• Art. 5, par. 1, lett. c), minimizzazione dei dati: solo i dati personali necessari per la finalità.
• Art. 5, par. 1, lett. e), limitazione della conservazione: dati conservati non più a lungo del necessario.
• Art. 25, par. 2, protezione dei dati per impostazione predefinita, che riguarda espressamente anche il periodo di conservazione.
• Art. 28: i responsabili del trattamento devono presentare garanzie sufficienti, i sub-responsabili richiedono un'autorizzazione, e il contratto (DPA, accordo sul trattamento dei dati) stabilisce durata, istruzioni e cancellazione.
• Art. 44: trasferimenti verso paesi terzi solo alle condizioni del capo V, compresi i trasferimenti successivi.

Una conservazione breve o nulla significa meno dati personali conservati per meno tempo; le regole di conservazione vanno nel DPA; se provider o sub-responsabili sono fuori dal SEE, occorre considerare il capo V. Queste sono informazioni di contesto, non una consulenza legale.

Checklist

1. Conservazione predefinita: quanti giorni, per quale finalità?
2. Log degli abusi: sempre o solo in caso di segnalazione, revisione umana, opt-out?
3. Come si ottiene e si applica la ZDR: approvazione, configurazione o filtro di routing? L'API blocca le funzioni non idonee?
4. Ambito: quali endpoint sono coperti e quali esclusi (file, batch, agenti, fine-tuning)?
5. Modelli: qualche modello richiede la conservazione?
6. Prompt caching: durata, memoria o disco, si può disattivare?
7. Addestramento: impostazioni predefinite per API a pagamento, piani gratuiti, feedback e modelli in preview.
8. Contenuti segnalati e legal hold.
9. Metadati e log: numero di token, latenza, indirizzi IP, dati dell'account.
10. Localizzazione dei dati: regione di inferenza e di memorizzazione, predefinita o su richiesta (opt-in), esclusioni.
11. Sub-responsabili: elenco pubblicato, DPA ai sensi dell'art. 28, meccanismo di trasferimento del capo V.
12. Strumenti di terze parti: ricerca web, esecuzione di codice, archiviazione di file, server MCP e plugin.
13. Prova: visibile nella console, scritta nel contratto o solo promessa?

Come la gestisce Nodion

Il Nodion AI Gateway (https://api.nodion.ai/v1) instrada le richieste solo verso provider con sede nell'UE, tutti con zero data retention. Non ti serve un account presso questi provider: ogni richiesta passa da Nodion con la tua chiave API Nodion, e nelle impostazioni AI del progetto consenti o escludi i provider. Alcuni punti della checklist:

• Responses API: Nodion non memorizza risposte. store viene ignorato, e non esistono né previous_response_id né GET /v1/responses/{id}.
• DPA: il DPA di AI Inference copre prompt e output solo sui modelli ospitati da Nodion. I provider verso cui vengono instradate le richieste ne restano fuori.
• AI Tools: ricerca web, news e fetch sono fuori da quel DPA, e quanto detto sopra sulla zero data retention riguarda i provider dei modelli, non questi strumenti.
• Metadati: per i modelli ospitati da Nodion, il DPA elenca i metadati operativi conservati per fatturazione e sicurezza: timestamp, ID delle richieste, modello, stato, numero di token, latenza e importo.

Per saperne di più: modelli e provider su AI Inference, chiavi e impostazioni nella documentazione, piani su AI Coding Plans, e i confronti sulle alternative a OpenRouter in Europa e sugli AI coding plan.

Fonti: documentazione AI Inference, riferimento dell'API AI: Responses, DPA di AI Inference, § 1 e § 4.