Retraso de tiempo

El elemento Retraso de tiempo (Time Delay) hace que los usuarios esperen un tiempo determinado. Después del retraso, pasan al siguiente paso. El retraso puede ser un período fijo, una hora específica o una fecha. También puede basarse en el valor de una Tag o en un atributo de Evento.

Opciones de retraso

Duración fija

Cuando se establece un período fijo, el elemento Time Delay permite a los usuarios continuar su journey solo cuando transcurre el tiempo especificado.

Por ejemplo, si se establece un retraso de 8 horas, un usuario que llegue a este elemento del journey esperará 8 horas antes de pasar al siguiente paso.

Nota

Tenga en cuenta que el período de retraso no puede ser superior a 30 días.

Hora específica

Puede establecer una hora exacta para que los usuarios avancen. Los usuarios que lleguen al elemento de retraso procederán a la hora especificada.

Precaución

La opción de hora específica se establece en la zona horaria del usuario.

Por ejemplo, si un usuario llega a un elemento de retraso a primera hora de la mañana y usted ha configurado el retraso para que espere hasta las 17:30, esos usuarios pasarán al siguiente punto del journey a las 17:30 según la zona horaria de su dispositivo.

Nota

Si la hora que especifica ya ha pasado para algunos usuarios en sus zonas horarias, esos usuarios esperarán hasta esa misma hora exacta del día siguiente.

Fecha

Si desea configurar una campaña única en una fecha específica (por ejemplo, enviar una notificación de Black Friday), seleccione una fecha y hora concretas para continuar el journey.

Precaución

Recuerde que la fecha y la hora se establecen según la zona horaria del usuario. Si la fecha y la hora que especifica ya han pasado para algunos usuarios en sus zonas horarias, procederán inmediatamente al siguiente elemento del journey.

Día de la semana

Si desea que el usuario pase al siguiente punto del journey solo en un día específico de la semana, seleccione la opción Día de la semana y establezca el día y la hora deseados.

Precaución

Recuerde que el día y la hora se establecen según la zona horaria del usuario. Si el día y la hora que especifica ya han pasado para algunos usuarios en sus zonas horarias, esperarán hasta ese mismo día y hora de la semana siguiente.

Retraso basado en datos de usuario o evento

Utilice esta opción cuando el tiempo de espera deba provenir de una Tag, un atributo de Evento o un valor mapeado desde una respuesta de Webhook.

1. En Opción de retraso de tiempo, seleccione Basado en datos de usuario/evento.
2. En Obtener fecha de, seleccione Perfil de usuario para usar una Tag, o Evento para usar un atributo de evento o un valor de una respuesta de webhook.
3. Si seleccionó Perfil de usuario, elija la Tag que contiene la fecha.
4. Si seleccionó Evento, elija el evento y el atributo que contiene la fecha. Para valores mapeados de webhook, consulte Usar una fecha de una respuesta de webhook a continuación.
5. Establezca el desfase: Antes, Después o En la fecha, luego introduzca el número de días.

Requisitos de formato de fecha

• Tags: utilice una Tag del tipo Fecha y establezca sus valores en formato 2006-01-02T15:04:05 (en UTC).
• Eventos: cree un Evento, añada un atributo de Fecha y envíe solicitudes /postEvent con fechas en formato 2006-01-02 15:04:05.

Precaución

Si la fecha o la hora ya han pasado cuando un usuario llega a este elemento, sale del journey.

Usar una fecha de una respuesta de webhook

Si un elemento Webhook anterior en el journey tiene configurado el Mapeo de respuesta, los atributos mapeados están disponibles en Evento.

1. En Opción de retraso de tiempo, seleccione Basado en datos de usuario/evento.
2. En Obtener fecha de, seleccione Evento.
3. En Evento, seleccione el paso del webhook por el nombre que le dio (por ejemplo, Get appointment details).
4. En Valor del evento, seleccione el atributo mapeado que contiene la fecha (por ejemplo, visit_date).
5. Establezca el desfase (por ejemplo, Antes 2 Días).

El valor debe seguir las mismas reglas de formato de fecha que las Tags y los Eventos (consulte Requisitos de formato de fecha más arriba).

Precaución

Si el valor mapeado falta o no es una fecha válida, el usuario sale del journey con un error en este paso. Ejecute Probar webhook antes del lanzamiento para confirmar su mapeo.

Dividir ramas cuando la fecha está en el pasado o vacía

Para permitir que los usuarios continúen cuando no cumplen la condición de retraso, active Dividir en ramas si la fecha está en el pasado o la fecha está vacía. El flujo se divide en En el futuro y En el pasado. Utilice la rama En el pasado para los usuarios cuyos valores de Tag, atributos de Evento o fechas mapeadas de webhook no coincidan con el retraso. Puede añadir otros elementos en esa rama (por ejemplo, otro Retraso de tiempo, División por condición, Esperar a un activador o un mensaje).

Por ejemplo, si establece un recordatorio 2 días antes de una cita utilizando el atributo de fecha del evento de la cita. Si la cita es mañana, el usuario no cumplirá la condición de 2 días antes y saldrá a menos que active la división de ramas.

Cuando las fechas de las citas cambian a mitad del journey

Si una fecha en una Tag o en un atributo de Evento cambia mientras el usuario ya está en el journey, la configuración del Retraso de tiempo permanece como estaba cuando el usuario llegó al elemento.

Considere la posibilidad de crear varios journeys cuando los usuarios reprogramen con frecuencia citas, entregas o eventos similares.

Por ejemplo, inicie un journey con el evento AppointmentCreated con un atributo DateTime (un journey de recordatorio). Establezca un recordatorio push 2 días antes de la visita utilizando Basado en datos de usuario/evento. Para gestionar las reprogramaciones:

1. Cree un evento AppointmentChanged.
2. En el journey de recordatorio, establezca AppointmentChanged como objetivo de conversión para que los usuarios que reprogramen salgan del journey.
3. Cree un nuevo journey que comience con AppointmentChanged para recordar a los usuarios que actualizaron la fecha y hora de su visita.

Pausar un journey mientras un usuario está esperando

Pausar un journey no pausa el temporizador del Retraso de tiempo: la hora de envío se fija cuando el usuario entra en el punto de retraso, independientemente del estado de pausa del journey.

• Si esa hora cae dentro de la ventana de pausa, el usuario queda en espera y el mensaje se envía inmediatamente una vez que reanude el journey.
• Si cae después de la reanudación, el mensaje se envía a la hora programada originalmente, como si la pausa nunca hubiera ocurrido.

Un usuario que espere en este punto se perderá si pausa el journey durante más de 7 días (la espera expira silenciosamente, sin registro ni métrica), si selecciona Detener campaña o Archivar mientras el journey está en pausa, o si elimina este elemento durante la edición. Consulte Editar un journey activo para ver qué más puede ocurrirles a los viajeros cuando pausa un journey.