I nove tipi di dati e i loro valori predefiniti
| Tipo di dato | Predefinito | Perché così a lungo |
|---|---|---|
| events | 395 giorni | tredici mesi consentono il confronto anno su anno con un mese di sovrapposizione |
| click_ids | 90 giorni | la finestra di attribuzione più lunga di uso comune |
| consent_snapshots | 1.095 giorni | prova del trattamento lecito lungo il termine di prescrizione che la maggior parte dei gestori applica |
| delivery_attempts | 90 giorni | sufficienti per chiarire le contestazioni con i vendor e per la riconciliazione mensile |
| audit_log | 730 giorni | cronologia di configurazione e accessi per due cicli di revisione annuali |
| chat_transcripts | 30 giorni | le conversazioni con l'assistente AI sono operative, non documentazione |
| raw_archive | 14 giorni | buffer di replay per gli incidenti; contiene payload non elaborati |
| dsar_records | 1.095 giorni | dimostra che le richieste sono state gestite |
| ip_hashes | 30 giorni | solo rilevamento degli abusi; il salt ruota, quindi gli hash più vecchi sono comunque inutilizzabili |
Ogni finestra è un valore predefinito, non una raccomandazione valida per qualsiasi azienda. Un retailer con un diritto di reso di 14 giorni può ridurre i tentativi di consegna a 30 giorni; un'azienda B2B con cicli di vendita di 9 mesi può estendere i click ID fino a quella durata, se le finestre delle sue piattaforme pubblicitarie arrivano davvero così lontano. Estendere una finestra oltre il valore predefinito è una decisione da documentare nel registro delle attività di trattamento; la modifica stessa viene scritta nell'audit log.
Ambito e precedenza
La conservazione si imposta per organizzazione e può essere sovrascritta per sito per eventi e click ID; tentativi di consegna, audit log e trascrizioni delle chat valgono per l'intera organizzazione. La finestra effettiva è la sovrascrittura del sito se presente, altrimenti il valore dell'organizzazione, altrimenti il valore predefinito. Una riduzione si applica alla successiva esecuzione giornaliera; un'estensione si applica solo ai record non ancora scaduti — non c'è resurrezione.
Applicazione
- Un job di conservazione viene eseguito una volta al giorno. Per gli eventi applica la finestra effettiva per sito ed elimina le righe più vecchie; lo store degli eventi è partizionato per mese, quindi nella maggior parte dei casi la scadenza è un drop di partizione anziché una cancellazione di righe.
- Trascorsa la finestra dei click ID, click ID e ID dei vendor vengono rimossi dagli eventi che per il resto vengono conservati, così una cronologia di eventi di tredici mesi non porta con sé tredici mesi di identificatori di attribuzione.
- Tentativi di consegna, audit log e trascrizioni delle chat vengono eliminati per organizzazione con la finestra dell'organizzazione; chiavi di deduplicazione, nonce e touchpoint di attribuzione scadono secondo i propri calendari.
- Ogni esecuzione registra il numero di righe rimosse per tipo di dato; il log del worker è la prova che la scadenza è stata applicata.
- I backup seguono le stesse finestre più il ciclo di backup; la pagina Sicurezza indica la conservazione dei backup, così la durata complessiva è conoscibile.
Cosa la conservazione non è
- Non è anonimizzazione. Gli aggregati calcolati dagli eventi (conteggi giornalieri, health score, tassi del funnel) vengono conservati oltre la finestra degli eventi perché non contengono dati personali; la pagina della policy li elenca esplicitamente.
- Non è la conservazione dei vendor. Ciò che Meta o Google conservano segue le loro condizioni; la pagina dei sub-responsabili rimanda alla documentazione sulla conservazione di ciascun vendor.
- Non sostituisce il consenso. Una conservazione breve di dati raccolti senza base giuridica non rende lecita la raccolta.
Configurazione
- Apri Privacy → Conservazione e confronta i valori predefiniti con le tue reali esigenze di reporting e attribuzione.
- Riduci tutto ciò che non puoi giustificare; estendi solo con una motivazione scritta.
- Conferma le sovrascritture per i siti in giurisdizioni diverse o con modelli di business diversi.
- Controlla la pagina di stato dopo la prima esecuzione pianificata; le voci del job sono la tua prova.