Un mensaje a las 9:00 de cada cliente, en su idioma

Ana vive en Ciudad de México y habla español. Lucas está en São Paulo y habla portugués. Emily está en Miami y prefiere inglés. Los tres están en la misma campaña, y el mensaje debería llegarles a las 9:00 de su mañana, no de la tuya, y en su idioma.

No hace falta un journey por país. Con un solo journey y dos nodos Casos lo resuelves: uno separa por zona horaria y el otro por idioma.

Antes de empezar: dos atributos en cada persona

El journey decide con lo que ya sabes de cada cliente, así que cada persona necesita dos atributos en el CDP:

• language: por ejemplo es, pt, en.
• timezone: el nombre de la zona horaria, por ejemplo America/Mexico_City, America/Bogota, America/Sao_Paulo.

Puedes cargarlos con un CSV, por la API o desde tu integración. Antes de construir nada, revisa qué valores tienes de verdad, porque un nodo Casos compara el valor exacto. Ignora mayúsculas y espacios (ES y es caen en el caso es), pero nada más: es-MX no cae en es. Si tus datos mezclan formatos, normalízalos o agrega un caso por cada forma.

Para la zona horaria, usa los nombres estándar como America/Mexico_City en lugar de abreviaturas como CST o desfases como -06:00. Son los mismos nombres que vas a elegir en las esperas, y ya incluyen el horario de verano de cada país.

Paso 1: separa por zona horaria

Después del disparador, agrega un nodo Casos:

1. En Atributo, elige timezone.
2. Con Agregar caso, crea uno por zona: valor America/Mexico_City con etiqueta CDMX, valor America/Bogota con etiqueta Bogotá, y así. Caben hasta 10.
3. La salida Por defecto recibe a quien no tenga zona horaria o tenga una que no listaste. No la dejes suelta: el journey no se puede publicar sin ella.

Paso 2: una espera en cada rama

En cada rama agrega un nodo Esperar:

1. Elige el modo Ventana.
2. Marca los días (por ejemplo, de lunes a viernes) y la ventana de envío, De 9:00 A 10:00.
3. En Zona horaria, elige la zona de esa rama: America/Bogota en la rama de Bogotá, America/Sao_Paulo en la de São Paulo.

En la rama Por defecto, deja la zona en Predeterminada de la organización.

Si la persona llega dentro de la ventana, sigue de inmediato. Si llega fuera, espera al siguiente día marcado a las 9:00 de su zona.

Usa Ventana y no los otros dos modos. Fecha exacta apunta a un instante fijo, el mismo para todos: la zona horaria solo cambia cómo lo ves en el editor. Duración no usa zona horaria.

Paso 3: junta las ramas y elige el idioma

Conecta todas las esperas a un mismo nodo Casos, esta vez con el Atributo language:

1. Un caso por idioma: es, pt, en.
2. Cada caso va a un nodo de envío con el template aprobado en ese idioma.
3. Por defecto va al template en tu idioma principal.

Haz la separación por idioma después de las esperas, no antes. Así la armas una sola vez en lugar de repetirla en cada zona horaria. Además, el atributo se lee en el momento en que la persona llega al nodo, así que si alguien corrigió su idioma mientras esperaba, recibe el mensaje en el idioma corregido.

El journey completo

1. Disparador: el segmento o evento de tu campaña.
2. Casos por timezone: una rama por zona, más Por defecto.
3. Esperar, en cada rama: Ventana de lunes a viernes, 9:00 a 10:00, con la zona de esa rama.
4. Casos por language, al que llegan todas las ramas.
5. Enviar mensaje con el template de cada idioma.
6. Fin.

Si construyes el journey con el MCP o la API, la espera de la rama de Bogotá se ve así. Los minutos se cuentan desde la medianoche (540 son las 9:00):

{
  "mode": "until_weekday",
  "weekdays": [1, 2, 3, 4, 5],
  "windowStartMinutes": 540,
  "windowEndMinutes": 600,
  "timezone": "America/Bogota"
}

Tres detalles que evitan sorpresas

• No actives la ventana de horario heredada en los envíos. Esa opción calcula el horario con la zona de tu organización, no la de la rama, y podría retener hasta las 9:00 de Ciudad de México un mensaje que ya iba a salir a las 9:00 de São Paulo. La espera de cada rama ya se encarga del horario.
• Revisa quién cae en Por defecto. La línea de tiempo de cada inscripción muestra por qué rama salió la persona. Si muchas salen por la rama por defecto, te faltan casos o tienes valores con otro formato.
• Prueba con una persona por zona. Inscribe una persona de prueba en cada rama, sobre todo en la zona más lejana a la tuya, y confirma en su línea de tiempo cuándo se reanuda la espera antes de lanzar la campaña completa.

El nodo Casos sirve para cualquier atributo con pocos valores, no solo para el idioma y la zona horaria: plan, país, etapa del cliente. La referencia completa de nodos está en nuestra documentación.