Límites y salvaguardas

Casi todo lo que hace un flow lo decides tú: qué evento lo inicia, quién puede entrar, cuánto dura cada espera. Alrededor de esas decisiones hay unos pocos límites que no se pueden cambiar y un conjunto de protecciones que actúan solas. Los límites hacen que todo flow tenga un final y se pueda seguir: un contacto siempre llega al final de un flow en un tiempo conocido, y un recorrido nunca crece hasta volverse inmanejable. Las protecciones evitan que el proyecto envíe lo que nadie pretendía: mensajes sobre pedidos de hace meses, una avalancha de entradas cuando una fuente de datos envía miles de eventos a la vez, o un gasto que sigue corriendo cuando la cuenta se ha quedado sin fondos.

Esta página los reúne en un solo sitio, para cuando planificas un flow largo o grande, quieres saber qué cambia según tu plan o intentas averiguar por qué un flow no se inició para alguien. Los límites de entrada que configuras tú —cada cuánto puede entrar un contacto y cuántos contactos entran por hora o por día— se explican con el disparador, en El disparador: quién entra y cuándo.

De un vistazo

Cada valor se explica en la página de la última columna.

Límite	Valor	Dónde se explica
Espera más corta	1 minuto; solo la ventana de una Espera por zona horaria o una Espera inteligente puede empezar Al instante	Esperas
Espera fija	De 1 minuto a 90 días	Esperas
Espera de actividad	De 1 minuto a 90 días; hasta 10 ramas más Sin interacción	Esperas
Ventana de la Espera por zona horaria y la Espera inteligente	Como pronto, de Al instante a 14 días; Como tarde, de 8 horas a 14 días	Esperas
Espera de entrega	Hasta 48 horas	Esperas
Camino más largo del flow	180 días	Más abajo
Pasos por flow	50	Más abajo
Eventos de salida	Hasta 10	Objetivos y salidas
Ramas de una bifurcación	Hasta 10, más la rama por defecto	Ramas
Test A/B	Hasta 10 variantes más la rama por defecto; al menos un 1 % por variante y un 2 % para la rama por defecto	Ramas
Límite de inscripciones por contacto	Sin límite o Una sola vez	El disparador
Tiempo mínimo entre inscripciones	5 minutos por defecto; de 1 minuto a unos 115 días	El disparador
Ejecuciones simultáneas por contacto	5 por defecto; de 1 a 10	El disparador
Ritmo de inscripción de un flow	Por hora y por día, de 1 a 100.000 cada uno	El disparador
Flows activos por proyecto	Lo fija tu plan	Gestión de flows
Entradas por hora en todo el proyecto	Lo fija tu plan	Más abajo
Prueba en real	Alrededor del 10 % de los contactos que entran	Probar, publicar y versiones

Cuánto puede durar un flow

Todo flow tiene una duración máxima: el tiempo más largo que un contacto puede pasar dentro, siguiendo el camino más lento posible desde el disparador hasta el final. El panel la calcula a partir de las esperas de cada camino:

una Espera fija cuenta entera;
una Espera por zona horaria o una Espera inteligente cuenta el final de su ventana (Como tarde);
una Espera de actividad cuenta su plazo (Cuánto esperar), porque un contacto que no reacciona se queda hasta que se agota;
una Espera de entrega cuenta unos dos días.

Los mensajes, las bifurcaciones y las actualizaciones del contacto no suman tiempo. Donde el flow se bifurca, cada rama es un camino distinto: las esperas de una rama se suman a las que hay antes y después de la bifurcación, pero nunca a las de otra rama, porque un contacto solo va por una de ellas. La duración máxima es el total del camino más lento.

Ese total no puede superar los 180 días. Un flow cuyo camino más lento dura más se puede guardar como borrador, pero no publicar: Corrige tu flow para publicarlo muestra el problema para todo el flow, La rama más larga del flow puede durar N días y el máximo son 180. Basta con acortar cualquier espera de ese camino; las demás no influyen. (En Crear un flow se explica cómo lista el panel lo que impide publicar.)

La cifra de cada flow se consulta en el listado de flows: la columna Duración máx. muestra «Lo máximo que un contacto puede pasar en este flow, siguiendo su camino de esperas más largo.» El listado y sus columnas se explican en Gestión de flows.

Por ejemplo, un flow de carrito abandonado empieza con una Espera inteligente cuya ventana termina a las 8 horas, envía un recordatorio y espera hasta 1 día con una Espera de actividad. Los contactos que no hacen clic pasan por una Espera fija de 1 día antes de un segundo recordatorio; los que hacen clic van directos al final. El camino más lento es el que no tiene clic: 8 horas + 1 día + 1 día, así que la duración máxima del flow es de unos 2 días y 8 horas. En cambio, un flow de recuperación de clientes con una Espera fija de 90 días, un mensaje, una Espera de actividad de 60 días y, en Sin interacción, otra Espera fija de 45 días suma 195 días en su camino más lento: no se puede publicar hasta acortar alguna de esas esperas.

Una duración máxima larga también significa que los contactos se quedan mucho tiempo en una versión: al publicar una versión nueva, los que ya están dentro terminan en la que entraron (ver Probar, publicar y versiones). Conviene mantener los flows bastante por debajo del límite: un recorrido que necesita meses suele gestionarse mejor como dos flows, el segundo iniciado por algo que hace el contacto.

Cuántos pasos puede tener un flow

Un flow admite hasta 50 pasos. Cuenta todo paso añadido desde la paleta —mensajes, esperas, bifurcaciones, actualizaciones del contacto, Objetivo cumplido y Salir del flow—, esté donde esté en el lienzo. El disparador también cuenta como un paso, y lo mismo cada evento de salida.

Cuando un flow se acerca al límite, la barra de herramientas muestra un aviso como 42 de 50 pasos, con la indicación «Este flow se acerca al límite de 50 pasos. Plantéate dividirlo en flows más pequeños. Hasta el límite se publica con normalidad.» El aviso no bloquea nada. Por encima de 50 pasos el flow se puede guardar como borrador, pero no publicar: Corrige tu flow para publicarlo muestra El flow tiene N pasos y el máximo son 50.

Un flow que crece tanto suele mezclar varios recorridos. Dividirlo hace que cada parte sea más fácil de probar, de leer y de medir. Una forma habitual de encadenar dos flows: el primero termina con un paso Actualizar etiquetas que añade una etiqueta, y el segundo empieza cuando un contacto gana esa etiqueta (el evento Contacto creado / actualizado con una condición sobre la etiqueta añadida). Ver Actualizar el contacto y Etiquetas, listas y contactos nuevos.

Límites del plan

El plan de tu organización fija dos techos para Flows, los dos por proyecto. El panel muestra tus cifras donde se aplican, y la comparativa de planes del panel las recoge como Flows activos por proyecto e Inscripciones por hora en flows por evento.

Entradas por hora en todo el proyecto

Tu plan limita cuántos contactos pueden entrar en flows por hora, sumando todos los flows del proyecto. Es un cupo compartido: un flow con mucho movimiento consume margen que habrían tenido los demás flows del mismo proyecto. La cuenta se hace por hora de reloj (de 10:00 a 10:59, por ejemplo) y empieza de nuevo en la hora siguiente.

El panel muestra tu techo en la pestaña Límites del disparador, bajo el campo por hora del Ritmo de inscripción: «Tu plan permite hasta N inscripciones por hora entre todos los flows de este proyecto.» El ritmo propio de cada flow sigue aplicándose dentro de ese techo y nunca puede superarlo. Se puede escribir un valor por hora más alto para un flow, y se guarda, pero el panel avisa: «… supera el techo de tu plan, N por hora. Por encima no tendrá efecto.» (Cómo funciona el ritmo propio de un flow se explica en Ritmo de inscripción.)

Cuando el proyecto alcanza su techo, ningún flow del proyecto admite entradas hasta la hora siguiente. Los contactos que cumplen las condiciones mientras tanto se descartan, no quedan en cola: no entran esa vez, no se reintenta nada después y cada uno aparece en No entraron con «Límite horario del proyecto alcanzado (límite del plan)» (ver Seguimiento de un flow).

Por ejemplo, durante una venta flash una tienda recibe muchos más pedidos de lo habitual. Su flow Gracias por tu pedido y su flow Pide una reseña empiezan los dos con Pedido creado, así que cada pedido consume dos entradas del cupo por hora del proyecto. Si el cupo se agota a las 10:40, de ahí a las 11:00 ningún flow del proyecto admite entradas: ni el agradecimiento, ni la petición de reseña, ni tampoco el flow de carrito abandonado. Para proteger los flows que más importan en los momentos de más tráfico, conviene dar a los menos urgentes un Ritmo de inscripción más bajo: un flow se detiene en su propio techo por hora antes de agotar el cupo compartido. Si tu proyecto alcanza el techo a menudo, un plan con un techo más alto da más margen a todos los flows; la comparativa de planes del panel muestra las Inscripciones por hora en flows por evento de cada plan.

Flows activos por proyecto

Tu plan fija además cuántos flows pueden tener la entrada abierta a la vez en cada proyecto. No cuentan los flows con la entrada pausada (Pausar la entrada, la misma acción que Desactivar en el listado de flows), los borradores ni los flows archivados. Cómo se comporta el límite al publicar, pausar o cambiar de plan se explica en Gestión de flows.

Lo que los planes no limitan

Los planes fijan velocidad y simultaneidad, no volumen. No hay un cupo mensual de ejecuciones: un flow se ejecuta tantas veces como se active su disparador, dentro del techo por hora. Las ejecuciones no se cobran, como tampoco las esperas, las bifurcaciones, las actualizaciones del contacto, los objetivos ni las salidas. Lo que se cobra son los mensajes que envía un flow, como cualquier otro mensaje SMS o RCS; ver Enviar mensajes.

Cuando la cuenta se queda sin fondos

Los flows envían mensajes que se pagan con el saldo de la organización, así que reaccionan cuando la cuenta se queda sin fondos. En lugar de detenerse del todo, todos los flows bajan el ritmo a un nivel muy reducido hasta que vuelve a haber fondos.

Qué pasa mientras la cuenta no tiene fondos:

La entrada en cada flow baja a un ritmo reducido. La pestaña Límites del disparador muestra la cifra exacta en su apartado Mantén fondos en la cuenta: «Sin fondos, la entrada en este flow baja a N contactos por hora.» Mientras ocurre, el mismo apartado lo indica: «Tu cuenta no tiene fondos, así que la entrada en este flow ha bajado a N contactos por hora.»
Los contactos que superan ese ritmo no entran. Aparecen en No entraron con «Límite horario de entradas alcanzado: la cuenta no tiene fondos». Como cualquier otro descarte, no quedan en cola: solo entran con su siguiente evento que cumpla las condiciones, cuando la cuenta vuelva a tener fondos.
A los contactos que ya están dentro no los frena este límite de entrada. Que los mensajes a los que llegan se puedan enviar depende del saldo en el momento en que se ejecuta el paso; el recorrido del contacto muestra qué pasó en ese paso (ver Seguimiento de un flow).
Afecta a toda la organización. El saldo es de la organización, así que todos los flows de todos sus proyectos bajan el ritmo a la vez.
Tu equipo recibe un aviso. El propietario y los miembros del equipo con Acceso total, Facturación o Marketing reciben un email y un SMS que dicen que los flows de la organización se han detenido por falta de saldo, como mucho una vez al día. Pese a esa redacción, la entrada se ha ralentizado, no detenido, y los contactos que ya estaban dentro siguen su recorrido.

En cuanto vuelve a haber fondos en la cuenta, el ritmo normal se recupera sin hacer nada más. Para evitar que ocurra, se activa la recarga automática: los usuarios que gestionan la facturación ven el enlace Configurar la recarga automática en ese mismo apartado, y los ajustes se explican en Recarga automática.

Si faltan mensajes de tus flows y a la vez han bajado las entradas, lo primero es revisar el saldo.

Un proyecto bloqueado —por facturación o por una suspensión— es otro caso. Ningún flow del proyecto admite entradas: cada contacto aparece en No entraron con «Proyecto bloqueado (facturación/suspensión)». Los contactos que ya están dentro no avanzan a su siguiente paso mientras dura el bloqueo, y una ejecución que se queda bloqueada demasiado tiempo se finaliza.

Sin saldo suficiente, no está garantizado que los mensajes de un flow salgan: mantén el saldo al día o activa la recarga automática, como se describe arriba.

Eventos que nunca inician un flow

Un flow empieza con eventos que están ocurriendo ahora. Algunos eventos llegan a tu proyecto sin ser nuevos —describen algo que pasó antes o llegan dentro de una carga masiva— y nunca inician un flow, diga lo que diga el disparador. Los datos no se pierden: los eventos se guardan en el perfil del contacto y se pueden usar en segmentos e informes. Simplemente no disparan ningún flow.

Eventos con fecha antigua. Un evento cuya fecha propia es bastante anterior al momento en que llega a Instasent —un pedido histórico cargado para completar el historial de un contacto, una carga de datos pasados, eventos de una cola que se reenvía mucho después— no inicia un flow. Sin esto, cargar los pedidos del año pasado enviaría un mensaje de agradecimiento por cada uno. Si envías eventos con la Ingest API, su guía explica la ventana de tiempo que usa: Automations and the event time window (en inglés).
La primera sincronización de una fuente recién conectada. Al conectar una tienda u otra integración, los contactos y eventos que trae en la primera importación no inician flows. Los eventos que llegan después, a medida que ocurren, inician flows con normalidad.
Las importaciones CSV y de copiar y pegar. Los contactos y datos cargados con Importar CSV y copiar y pegar nunca inician un flow, tampoco por las etiquetas y listas que añada la importación.
Los eventos que no pueden disparar un flow, por su tipo o por su fuente de datos, y los eventos de una fuente de datos distinta de la seleccionada en el disparador. Los eventos que sí pueden iniciar un flow se enumeran en Qué eventos pueden iniciar un flow.

Además, Flows necesita un proyecto de la Plataforma: un proyecto de la A2P Messaging API no ejecuta flows.

Ninguno de estos eventos llega a las comprobaciones de entrada del flow, así que no dejan fila en No entraron ni nada en la actividad del flow (ver Lo que no deja rastro).

Por ejemplo, una tienda importa un CSV con 2.000 clientes antiguos y les pone a todos la etiqueta vip. Un flow Bienvenida VIP que empieza cuando un contacto gana la etiqueta vip no se ejecuta para ninguno de ellos, y un flow Bienvenida a nuevos contactos tampoco, aunque sean contactos nuevos en el proyecto. Los clientes que reciban la etiqueta vip más adelante, por la conexión en directo de la tienda o por un paso Actualizar etiquetas de un flow, sí entran. Para escribir una vez a los clientes importados, se les envía una campaña (ver Campañas).

Protecciones ante picos

Aparte del ritmo que configuras, la plataforma protege el proyecto cuando llega mucho a la vez:

Protección de carga. Si llega un número muy grande de entradas en todo el proyecto en muy poco tiempo —normalmente, una fuente de datos que envía de golpe una actualización masiva de muchos contactos a un flow que empieza con Contacto creado / actualizado—, la protección descarta una parte. Aparecen en No entraron como «Descartado por la protección de carga del proyecto». Esas filas son una muestra, no una por cada contacto descartado. Repartir en el tiempo las actualizaciones masivas, y añadir condiciones de evento para que un flow solo reaccione a las actualizaciones que necesita, mantiene el flow lejos de ella.
Dos eventos del mismo contacto en el mismo momento. Si un mismo contacto genera dos eventos válidos para un flow con unos segundos de diferencia, solo se evalúa el primero. El segundo aparece en No entraron como «Otro intento de activación de este contacto estaba en curso» y no se reintenta. Suele ocurrir cuando una fuente envía la misma acción dos veces seguidas.
El mismo evento recibido dos veces. Un evento que llega dos veces al flow nunca crea dos ejecuciones: la repetición aparece como «Ya tiene una ejecución para este evento».

Los umbrales de estas protecciones no se pueden configurar ni se muestran en el panel. Lo que controlas es el ritmo y los límites de reentrada de cada flow, en El disparador: quién entra y cuándo.

Lo que Flows no limita

Hay dos protecciones que se suelen dar por supuestas y que Flows no tiene, por diseño. Saberlo ayuda a diseñar los flows teniéndolo en cuenta.

Los mensajes no tienen horario silencioso. Un paso Enviar mensaje envía en cuanto un contacto llega a él, a cualquier hora. Flows no tiene un horario silencioso para todo el proyecto ni una franja de envío en el propio mensaje. Para que los mensajes no lleguen de noche, se coloca una Espera por zona horaria o una Espera inteligente antes del envío; ver Esperas.

No hay un límite de frecuencia entre flows. Cada flow decide por su cuenta quién entra, y nada comprueba si otro flow, o una campaña, acaba de enviar un mensaje al mismo contacto. Si dos flows empiezan con el mismo evento, un contacto que cumple las condiciones de los dos entra en ambos y recibe los mensajes de los dos. Ejecuciones simultáneas por contacto no sirve para esto: solo cuenta las ejecuciones del flow donde se configura.

Por ejemplo, una tienda tiene un flow Recordatorio de navegación con Producto añadido al carrito y un flow Carrito abandonado con Checkout iniciado. Un comprador que añade un producto y después inicia un checkout entra en los dos y podría recibir dos recordatorios sobre la misma compra. Para que los flows no se solapen:

Hacer que un flow termine donde empieza el otro. Se añade el evento disparador del otro flow como evento de salida: con Checkout iniciado como evento de salida del recordatorio de navegación, un comprador que llega al checkout sale de ese flow y sigue solo en el de carrito abandonado. Ver Objetivos y salidas.
Excluir a quien ya está en otro recorrido. Se etiqueta a los contactos al entrar en un flow (con un paso Actualizar etiquetas al principio) y, en la audiencia del otro flow, se excluye un segmento con esa etiqueta en Excluir segmentos, si tu plan lo incluye. Ver Quién puede entrar: la audiencia.
Usar un disparador por recorrido. Cuando dos recorridos empiezan con el mismo evento, se construyen como un solo flow y se reparte a los contactos con una bifurcación, en lugar de tener dos flows en paralelo; ver Ramas.