Journeys: Introducción y configuración

1. ¿Qué es Journeys?

Journeys es el constructor no-code de emBlue para diseñar recorridos de comunicación multicanal que reaccionan al comportamiento de tus clientes. Un Journey se compone de un disparador de entrada, condiciones que deciden qué camino sigue cada contacto, y acciones como enviar emails, SMS o mensajes de WhatsApp con plantillas aprobadas.

Objetivo: ayudarte a enviar el mensaje correcto, en el momento correcto y por el canal correcto, con gobernanza (frecuencia, re-entrada) y métricas claras.

2. Disponibilidad y requisitos

• Disponible para cuentas con Journeys habilitado.
  
• Los contactos descartados  se validan al ejecutar acciones de envío: email, SMS (no en el disparador) y en caso de estar descartado no continúa con el journey.
  

3. Conceptos clave

• Disparador: define cuándo entra un contacto al Journey.
  
• Condición: evalúa atributos, comportamientos o esperas para ramificar el recorrido.
  
• Acción: lo que ocurre en cada paso (enviar, actualizar).
  
• Versión: cada edición publicada del Journey genera una nueva versión; la reportería te permite comparar resultados entre versiones.
  

4. Crear tu primer Journey (paso a paso)

1. Crear: entra a Automatizaciones y pulsa Crear Journey. Nombralo.
   
2. Disparador: elige cómo entraran los contactos (ver sección 5).
   
3. Diseño: agrega condiciones y acciones, conectando los pasos según tu lógica (ver sección 6).
   
4. Prueba: usa “Probar journeys”  con contactos de prueba (ver sección 9).
   
5. Activar: publica la versión. Desde ese momento, los eventos nuevos que cumplan el disparador crearán entradas al Journey.

5. Disparadores disponibles

A) Contacto tageado

Dispara la entrada cuando a un contacto se le aplica un tag específico.

Configuración

• Tag: selecciona el tag que dispara el Journey.
  
• Frecuencia:
  
  • Primera vez: el contacto entra solo la primera vez que recibe ese tag (si se quita y vuelve a aplicar, la “primera vez” se resetea).
    
  • Cada vez: entra todas las veces que recibe el tag.

Comportamiento

• Solo con tags definidos con fecha igual o posterior a la activación del Journey.
  
• Si el tag se renombra o elimina, el nodo pedirá actualización.
• No aplica las touch rules de la configuración de emBlue.
  

B) Conector (DataLab)

Dispara la entrada cada vez que llega data a un conector activo en DataLab.

Para qué sirve
Ideal para eventos de negocio (ej.: pedido_creado, ticket_resuelto, usuario_registrado) donde tu sistema ya envía datos a emBlue.

Configuración

• Conector: elige uno de tus conectores activos.
  
• Modo de entrada:
  
  • Cada evento: crea una entrada por cada registro recibido
  • Primera vez por contacto (en este conector): entra solo la primera vez que ese contacto recibe un evento desde ese conector.
    

Comportamiento

• Solo con data recibida con fecha desde la activación del journey.
  

C) Fecha programada

Dispara el Journey en una o varias fechas/horas específicas, ejecutando una corrida por lote sobre la audiencia elegida.

Para qué sirve
Campañas de calendario (ej.: mensualidades, renovaciones, efemérides), donde el disparador es el tiempo y no un comportamiento.

Configuración

• Modalidad:
  
  • Cada día» o «Todos los días laborales (lun a vie)», dentro de cada opción se elige el horario de ejecución.
    
• Zona horaria: definida por el país al que pertenece la cuenta.
  
• Audiencia:
  
  • Segmentos, tags y grupos seleccionados.

• Frecuencia cada vez o solo la primera vez que ingresa el contacto.
  

Comportamiento

• Cada ejecución es independiente (puede incluir al mismo contacto en fechas distintas).
  

6) Condiciones (ramas, segmentación y tiempos)

Usa condiciones para dividir el flujo según:

• Atributos del contacto (ej.: país, grupos).
  
• Comportamiento (aperturas, clics, compras, últimos eventos).
  
• Tiempo (esperas entre pasos o ventanas de evaluación).
  

Ejemplos:

• Si no abrió el primer email en 48 h → envía recordatorio por SMS.
  
• Si la compra es mayor a cierto monto → usar WhatsApp como canal principal.
  

7) Acciones

Las acciones definen lo que hará el Journey cuando un contacto llega a ese paso. Todas las acciones que envían comunicaciones validan consentimiento y listas de supresión en el momento de ejecutarse. Si la validación falla o el canal no está disponible, el envío no se realiza y se registra como fallido en la ejecución.

7.1 Enviar email

Qué hace: envía un correo usando una plantilla o contenido creado con el editor de emBlue.

Comportamiento

• Si el contacto no tiene email válido, se marca fallido.
  
• Rebotes/errores quedan disponibles en insights y reportería.
  

Buenas prácticas

• Asunto claro y coherente con el disparador.
  
• No encadenar múltiples emails sin esperas.
  

7.2 Enviar SMS

Qué hace: envía un mensaje de texto corto.

Comportamiento

• Alta entregabilidad; útil para recordatorios y urgencias.
  
• Tarifas y límites dependen del operador.
  
• Respeta supresiones/opt-in para SMS.
  

Buenas prácticas

• Mensajes de una sola idea y con call to action claro.
  
• Evitar envíos fuera de horarios razonables.
  
• Si complementa un email, espera 24–48 h antes de usar SMS.
  

7.3 [Des]asignar Grupo

Qué hace: agrega o quita al contacto de un Grupo.

Configuración

• Grupo destino.
  
• Operación: Asignar o Desasignar.
  

Casos de uso

• Mover contactos a una cohorte (“Onboarding completado”).
  
• Habilitar/deshabilitar pertenencia a audiencias para futuras campañas.
  

Buenas prácticas

• Nombres de grupos descriptivos y estables.
  
• Usar al final del flujo para dejar una “marca” operativa.
  

7.4 [Des]asociar Tag

Qué hace: aplica o quita un tag al contacto.

Configuración

• Tag destino.
  
• Operación: Asociar o Desasociar.
  

Casos de uso

• Marcar hitos (“primera_compra”, “demo_solicitada”).
  
• Limpiar tags temporales al finalizar un journey.
  

Buenas prácticas

• Definir un catálogo de tags (nomenclatura clara).
  
• Evitar usar tags para información que deba ser campo (ej.: país, plan).
  

7.5 Ejecutar webhook

Qué hace: realiza una llamada HTTP a un sistema externo para notificar eventos o actualizar datos.

Configuración

• Método: Get, Head, Post, Put, Delete, Patch (recomendado POST).
  
• URL del endpoint.
  
• Headers (si necesitas autenticación).
  
• Cuerpo (JSON) con variables del contacto/evento (por ejemplo: id, email, monto, timestamp).
  

Comportamiento

• Si el endpoint responde con error o timeout, se marca con error, no continua en el journey y registra el fallo en la ejecución, que luego se podrá ver en el log.
  
• Los journeys no guardan la respuesta de los endpoints, pero si la respuesta puede verse en el log.
  

Buenas prácticas

• Incluir un id de ejecución para evitar duplicados.
  
• No enviar datos sensibles sin cifrado ni control de acceso.
  
• Loguear en tu sistema externo la respuesta y estado.

Looms (ejemplos) en un ver. posterior

7.6 Esperar un tiempo

Qué hace: introduce una pausa antes del siguiente paso.

Configuración

• Duración fija (minutos/horas/días)
  

Casos de uso

• Espaciar comunicaciones (p. ej., esperar 24 h antes del recordatorio).
  
• Dar tiempo a que el usuario responda/abra antes de ramificar.
  

Buenas prácticas

• Ajustar esperas según el canal (SMS más espaciado que email).
  
• Evitar secuencias muy densas (fatiga/opt-out).
  

7.7 Orden de ejecución y garantías

• Las acciones se ejecutan cuando el contacto llega a ese nodo.
  
• Si una acción falla (ej.: contacto suprimido, endpoint de webhook caído), el Journey continúa por la ruta definida, y el resultado queda registrado para auditoría.
  
• Para acciones de envío, el sistema valida consentimiento y supresiones justo antes de ejecutar.
  

7.8 Métricas registradas por acción

• Email: entregados, aperturas, clics, rebotes, fallidos.
  
• SMS: enviados, entregados (si el operador lo reporta), fallidos.
  
• Webhook: éxito/fallo y código de respuesta.
  
• [Des]asignar Grupo / [Des]asociar Tag / Esperar: estado de ejecución (ok/fallo) y marcas de tiempo.
  

Consulta la sección Reportería para ver resultados por Journey y por versión, comparar cambios y decidir mejoras.

7.9 Errores comunes y solución rápida

• No se envía el email/SMS → revisa: consentimiento/supresiones, canal habilitado, datos del contacto válidos.
  
• Webhook fallido → verifica URL, autenticación, timeouts; implementa idempotencia en tu receptor.
  
• Secuencia muy densa → inserta Esperar un tiempo y ajusta Touch Rules para controlar frecuencia.
  
• Tags/Grupos incorrectos → estandariza nomenclatura y agrega una acción final de limpieza ([Des]asociar Tag).
  

8) Reglas de frecuencia (Touch Rules) y re-entrada

• Evita la sobre-contactación definiendo límites por Journey.
  
• En Cada vez, configura tiempo de espera por contacto + disparador + Journey.
  
• El contacto no re-entra al mismo Journey mientras está adentro; puede estar en Journeys distintos en paralelo.
  
• Quitar y volver a aplicar un tag no salta el tiempo de espera vigente.
  

9) Pruebas seguras (contactos de prueba)

Antes de activar:

1. Usa “Probar journey” con contactos de prueba para verificar ruteos y contenidos.
   
2. Ajusta textos, condiciones y tiempos según resultados.
   
3. Cuando estés conforme, activa la versión.
   

10) Monitoreo de ejecuciones y resolución de estados

• Visualiza entradas creadas, rutas seguidas y resultados por paso.
  
• Identifica bloqueos (por ejemplo, falta de plantilla aprobada) y corrige.
  
• Si actualizas un tag/conector usado por el disparador, el nodo pedirá revisión.
  

11) Home y métricas clave

La Home de Journeys muestra:

• Journeys activos/pausados y estado general.
  
• Actividad reciente (entradas y envíos).
  
• Indicadores rápidos por Journey (aperturas, clics, rebotes, fallidos).
  

12) Reportería por versiones e insights

• Cada publicación crea una versión con su historial.
  
• Consulta aperturas, clics, rebotes y fallidos por Journey y por versión.
  
• Compara versiones para decidir qué mantener o mejorar.
  

13) Buenas prácticas y casos sugeridos

• Carrito abandonado (Conector): espera 1–2 h → email; si no hay respuesta, SMS.
  
• Calendario de pagos (Fecha programada): recordatorio el día 1; ramifica por país y canal preferido.
  
• Re-engagement: Touch Rules + ramas por interacción previa para no saturar.
  

14) Preguntas frecuentes

¿Puedo usar el mismo tag en varios Journeys?
Sí. Un contacto puede participar en Journeys diferentes en paralelo. No re-entra al mismo Journey mientras esté adentro.

¿Se procesan eventos anteriores a la activación?
No. Solo eventos con fecha igual o posterior a la activación del Journey.

¿Dónde se valida el consentimiento de envío?
En las acciones (Email, SMS). El disparador no bloquea por consentimiento.

¿Cómo limitar la frecuencia?
Configura Touch Rules en el Journey para definir límites de re-entrada y/o envíos.

¿Qué pasa si renombro o elimino un tag o un conector usado en el disparador?
El nodo pedirá actualización para asegurar consistencia antes de seguir ejecutando.