Eventos de cliente para segmentación por comportamiento
Registra lo que un cliente acaba de hacer — subir de nivel, un pago, una semana de silencio — justo en el momento en que pasa. Los journeys reaccionan en tiempo real, y los segmentos pueden preguntar qué tan seguido y qué tan reciente, no solo qué es verdad ahora mismo.
Algunos hechos son un momento, no un número
Saber el nivel actual de un cliente es un hecho. Saber que canceló una suscripción hace una hora es otro tipo de hecho. Pasó en un momento específico, y vale la pena reaccionar en ese momento en vez de esperar al próximo envío programado.
Para eso existe un evento. Un tag te dice qué es verdad sobre alguien ahora mismo. Un evento te dice qué acaba de hacer.
Qué puede guardar un evento
Describes un evento una sola vez: su nombre, los datos que lleva. Después lo envías cada vez que ocurre, desde el SDK o la API. Desde ahí alimenta triggers de journey y filtros de segmento desde el mismo registro.
| Eventos por defecto | Eventos personalizados | |
|---|---|---|
| Origen | Incluidos: PW_InAppPurchase, Log out, Payment method changed y otros eventos documentados | Definidos por cuenta, en el Control Panel o vía la API createEvent |
| Atributos | Hasta 100, tipados | Hasta 100, tipados |
| Tipos | Integer, String, List, Date, Boolean, Price | Los mismos 6 tipos. Sin tipo Version, a diferencia de los tags |
| Retención | Configurada por tipo de evento | Configurada por tipo de evento |
Conecta ingresos y retención directo al evento
Un atributo tipo Price combinado con el flag trackRevenue conecta el evento directo al reporte de ingresos. La retención se configura por tipo de evento en vez de una sola vez para toda la cuenta: un evento de pago puede quedarse registrado un año, mientras uno de engagement de bajo valor expira en un mes.
Qué tan seguido, y qué tan reciente
Un perfil construido solo con el estado actual te dice quién es alguien. No te dice qué le acaba de pasar. La segmentación por comportamiento que solo filtra por “verdad ahora” no puede distinguir al cliente que hizo algo tres veces esta semana del que lo hizo una vez, hace seis meses.
Los eventos permiten que un segmento pregunte qué tan seguido y qué tan reciente, y diga “no ha hecho X en 14 días” con la misma precisión que “ha hecho X”. Eso es lo que hace que un perfil de cliente unificado valga la pena para actuar.
Cómo funciona
-
Define el evento, si quieres tener control sobre él
En el Control Panel (Audience → Events → Create Event) o vía la API createEvent: nombre, descripción, hasta 100 atributos tipados, un flag trackRevenue opcional, y una ventana de retención. Si te lo saltas, postEvent crea el evento en el primer envío, con los tipos de atributo inferidos del payload.
-
Envíalo desde tu app
En el momento exacto en que pasa, a través del postEvent del SDK (iOS, Android, Web) o el endpoint REST /postEvent.
-
Úsalo
Como filtro de segmento (conteo más ventana de tiempo), como trigger de entrada a un journey, o como condición de bifurcación en el canvas.
Los pasos uno y tres son no-code, en el Control Panel. El paso dos necesita un desarrollador para agregar la llamada al SDK o a la API.
Un evento, leído por tres funcionalidades distintas
Un evento disparado al pagar puede llevar a alguien a un journey de recuperación a través de la entrada por trigger, bifurcar ese journey según el atributo de valor de carrito del propio evento a través de Condition Split, y marcar el journey como exitoso a través de los objetivos de conversión. Tres productos, leyendo el mismo evento en el momento en que llega.
Construido para alimentar al resto de la plataforma
La entrada por trigger lee un evento para arrancar un journey. Condition Split lee sus atributos para dirigir una bifurcación. Los objetivos de conversión lo leen para cerrar un journey como ganado. Un evento, tres trabajos, sin redefinir nada.
Para qué sirven los eventos
| Uso | Verticales | Qué se dispara |
|---|---|---|
| Journeys reactivos | E-commerce, FinTech, Media | Carrito abandonado, transacción grande, noticia de último momento: el journey reacciona en la misma sesión |
| Segmentos de frecuencia y recencia | Cualquiera | "Hizo X tres veces o más en 30 días" o "no ha hecho X en 14 días" |
| Eventos atribuidos a ingresos | E-commerce, FinTech | Atributo Price más trackRevenue, conectado directo al reporte de ingresos |
| Escalas de retención e inactividad | E-commerce, Media | inactivity_7, inactivity_30, d7_retention: reactivación gradual en vez de un solo flag |
Cómo saber que está funcionando
Las estadísticas de Events & Tags muestran cuántas veces se disparó cada evento, y a cuántos usuarios únicos, en la ventana de tiempo que elijas. Es la vista que hay que revisar antes de confiar en un journey o segmento construido sobre un evento que acabas de agregar.
Qué tener en cuenta
Convierte lo que hacen tus clientes en lo que pasa después
Un tag te dice quién es alguien. Un evento te dice qué acaba de hacer, y eso es justo lo que un journey o un segmento puede accionar en el mismo momento en que pasa.
Explora productos relacionados
Gateway en el SDK para iOS, Android, Unity y Web, y doble opt-in nativo para formularios. Retén la recolección de datos hasta que el usuario dé su permiso.
Asocia texto, números, fechas, moneda y versión de app a un dispositivo o usuario, y úsalo para construir segmentos, ramificar journeys y personalizar mensajes.
Arranca un journey en el instante en que ocurre un evento, con condiciones sobre atributos, reentrada controlable y sesiones por order_id o product_id.
Envía a cada usuario por una de hasta 10 ramas según su segmento, tag o atributo de evento, con un ramal de respaldo garantizado y sin espera.
Define el evento que marca el éxito de un journey, cuenta conversiones tardías hasta 30 días después de la salida, y termina la secuencia apenas alguien convierte.
Crea audiencias dinámicas que se actualizan al instante según el comportamiento. Activa campañas en el momento justo y maximiza tus conversiones.