Saltar al contenido principal
Adrià García
Menú
← Todos los patrones
Patrón 10Perfil y retención

Profile es para activar; el data lake, para recordar

Qué entra en Profile y cuánto tiempo se queda es una decisión de arquitectura. También decide lo que cuenta en la licencia.

Guardar todo, activar lo que sirve
Data lake
Todos los eventos
Datasets en el lake
Analítica y SQL
Profile
Eventos que activan
Caducidad por dataset
Audiencias y journeys

Diagrama genérico. No reproduce una arquitectura de cliente.

Lo habitual es habilitar para Profile todo lo que se ingiere y no poner caducidad. Funciona el primer mes. Después el perfil acumula años de navegación que ninguna audiencia usa, y el volumen de datos que cuenta en la licencia sube cada mes aunque no crezcan los clientes.

El data lake ya guarda los eventos, y la analítica los lee desde ahí. Profile solo necesita lo que activa: lo que alimenta audiencias, condiciones de journey y personalización, durante la ventana en que se usa.

Señales en producción

  • Todos los datasets de eventos están habilitados para Profile.
  • Ningún dataset de eventos tiene caducidad en Profile.
  • Hay audiencias con ventanas más largas que la caducidad de sus datos.
  • El volumen de datos de la licencia crece cada mes aunque no crezcan los clientes.

Arquitectura recomendada

Habilitar para Profile solo los eventos que activan, y mandar el resto a un dataset que se queda en el data lake.

Alinear la caducidad de cada dataset con la ventana más larga de las audiencias que lo usan.

Cuándo no aplicarlo

  • No acortar una caducidad sin revisar antes las audiencias: el borrado es permanente.
  • No sacar de Profile un evento que usan una audiencia o una condición de journey.

Pruébalo en un simulador

Escenarios interactivos donde este patrón se ve fallar y se ve resolverse.