Los nueve tipos de datos y sus valores predeterminados
| Tipo de datos | Predeterminado | Por qué tanto tiempo |
|---|---|---|
| events | 395 días | trece meses permiten la comparación interanual con un mes de solapamiento |
| click_ids | 90 días | la ventana de atribución más larga de uso habitual |
| consent_snapshots | 1.095 días | prueba de la licitud del tratamiento durante el plazo de prescripción que aplican la mayoría de los operadores |
| delivery_attempts | 90 días | suficiente para resolver discrepancias con los proveedores y la conciliación mensual |
| audit_log | 730 días | historial de configuración y accesos para dos ciclos anuales de revisión |
| chat_transcripts | 30 días | las conversaciones con el asistente de IA son operativas, no registros |
| raw_archive | 14 días | búfer de reproducción para incidentes; contiene payloads sin procesar |
| dsar_records | 1.095 días | demuestra que las solicitudes se atendieron |
| ip_hashes | 30 días | solo detección de abusos; el salt rota, así que los hashes antiguos son inutilizables de todos modos |
Cada periodo es un valor predeterminado, no una recomendación para todas las empresas. Un comercio con una política de devoluciones de 14 días puede reducir los intentos de entrega a 30 días; una empresa B2B con ciclos de venta de 9 meses puede ampliar los IDs de clic hasta esa duración si las ventanas de sus plataformas publicitarias llegan realmente tan lejos. Ampliar un periodo más allá del valor predeterminado es una decisión que conviene documentar en tu registro de actividades de tratamiento; el cambio en sí se escribe en el registro de auditoría.
Ámbito y precedencia
La retención se define por organización y puede sobrescribirse por sitio para eventos e IDs de clic; los intentos de entrega, el registro de auditoría y las transcripciones de chat se aplican a toda la organización. El periodo efectivo es la sobrescritura del sitio si existe; si no, el valor de la organización; si no, el predeterminado. Acortar un periodo surte efecto en la siguiente ejecución diaria; ampliarlo solo afecta a los registros que aún no han caducado: no hay resurrección.
Aplicación
- Un job de retención se ejecuta una vez al día. Para los eventos aplica el periodo efectivo por sitio y elimina las filas más antiguas; el almacén de eventos está particionado por meses, así que la mayor parte de la caducidad consiste en descartar una partición en lugar de borrar filas.
- Pasada la ventana de los IDs de clic, los IDs de clic y los IDs de proveedor se eliminan de los eventos que por lo demás se conservan, de modo que un historial de eventos de trece meses no arrastre trece meses de identificadores de atribución.
- Los intentos de entrega, el registro de auditoría y las transcripciones de chat se eliminan por organización con el periodo de la organización; las claves de deduplicación, los nonces y los puntos de contacto de atribución caducan según sus propios calendarios.
- Cada ejecución registra el número de filas eliminadas por tipo de datos; el log del worker es la prueba de que la caducidad se ejecutó.
- Las copias de seguridad siguen los mismos periodos más el ciclo de backup; la página de seguridad indica la retención de las copias de seguridad para que la vida útil total sea conocible.
Lo que la retención no es
- No es anonimización. Los agregados calculados a partir de eventos (recuentos diarios, Health Scores, tasas de embudo) se conservan más allá del periodo de los eventos porque no contienen datos personales; la página de la política los nombra explícitamente.
- No es la retención del proveedor. Lo que Meta o Google conservan se rige por sus condiciones; la página de subencargados enlaza a la documentación de retención de cada proveedor.
- No sustituye al consentimiento. Conservar durante poco tiempo datos recogidos sin base jurídica no convierte la recogida en lícita.
Configuración
- Abre Privacidad → Retención y revisa los valores predeterminados frente a tus necesidades reales de reporting y atribución.
- Acorta todo lo que no puedas justificar; amplía solo con una razón por escrito.
- Confirma las sobrescrituras de sitio para los sitios en jurisdicciones distintas o con modelos de negocio diferentes.
- Comprueba la página de estado después de la primera ejecución programada; las entradas del job son tu prueba.