Autenticación y control de acceso
Los funnels protegen el acceso en dos niveles. Disponibilidad del funnel. Un funnel se puede restringir tras una ventana de disponibilidad o un rango de fechas. Cuando se deniega el acceso, el contact se enruta al fatalistic layer del funnel. La disponibilidad admite una publishing window reutilizable o un rango explícito de inicio/fin. Autenticación por layer. Cada layer puede requerir un contact autenticado:| Campo | Significado |
|---|---|
requires_auth | El layer requiere un contact autenticado. |
unauthenticated_target_layer | A dónde enviar a un contact no autenticado. |
authenticated_target_layer | A dónde enviar a un contact ya autenticado (p. ej. para saltar un layer de login). |
Skip conditions
Las skip conditions permiten que un layer se omita automáticamente cuando su dato ya se conoce (típicamente tras el autofill). Cada condición lee un valor de la session por su slug y lo compara; todas las condiciones de un layer deben pasar para que se omita.| Operador | Pasa cuando |
|---|---|
not_empty / empty | El valor está / no está presente. |
== / != | Igualdad / desigualdad laxa. |
> >= < <= | Comparación numérica. |
contains / not_contains | Coincidencia de subcadena. |
must_be_true / must_be_false | El valor normaliza a un booleano. |
input_type | El tipo detectado del valor coincide (text/number/boolean/file/media/location). |
Allow skip
allow_skip es el interruptor maestro. Un layer se omite solo cuando allow_skip
está activo, auto_fill está activo, y sus skip conditions pasan todas. Un layer que
el contact ya omitió se vuelve a mostrar si navega hacia atrás, para poder editar
una respuesta omitida.
Layer jump & jump conditions
La navegación entre layers la impulsan los botones de navegación. Un botón va al layer anterior o salta a un layer. Un salto puede llevar condiciones ordenadas agrupadas por target: el funnel recorre los targets en orden y va al primer target cuyas condiciones pasen todas, cayendo al default target del botón si ninguna coincide. Una condición puede comparar:- Datos de la session — un campo de session contra un valor fijo u otro campo de session, usando los operadores de arriba.
- Coincidencia de contact — si el contact actual coincide con una query (por ejemplo, pertenece a un segment dado o tiene cierto attribute).
Autofill
El autofill pre-llena inputs para que el contact no reingrese datos conocidos. Se habilita por layer (auto_fill) y se configura por input con una fuente:
| Fuente | Toma de |
|---|---|
| Attribute | Un attribute del contact (p. ej. identifiers.email). |
| Previous session | El valor de la session completada más reciente del contact. |
| Initial data | Un valor provisto como el initial data del funnel al arrancar. |
allow_overwrite está desactivado y el campo ya tiene un valor, el autofill lo deja
intacto. Los valores autocompletados se validan contra las reglas del input; un
valor que falla la validación se descarta.
Subfunnels
Un layer subfunnel delega a otro funnel y mapea datos de entrada y de vuelta:- Al entrar — el funnel target debe existir, tener una version publicada y un result layer, y no crear un loop. Los valores se mapean desde la session padre a los initial data del hijo y se pre-validan contra el start layer del hijo.
- Al salir — cuando el hijo se completa, los valores seleccionados se copian de vuelta a la session padre, y el padre salta al default target del subfunnel layer.
Action layers
Un action layer ejecuta una o más acciones del lado del servidor y luego avanza automáticamente — nunca se muestra al contact. Acciones disponibles:| Acción | Propósito |
|---|---|
| API call | Llama a una API externa con headers y parámetros personalizados. |
| Auth | Ejecuta un flujo de autenticación — login, register, registrar un lead (sin contraseña), enviar un OTP / magic link, o verificar un contact. |
| Checkpoint | Dispara una event automation con los datos recolectados hasta ese punto. |
| Endpoint | Llama a un endpoint interno y mapea la respuesta en la session. |
| Handoff | Transfiere la conversation a otro template y funnel. |
| Reverse handoff | Cierra la conversation actual y reactiva la padre. |
| Close session | Cierra la session activa de otro funnel para el contact. |
Los campos sensibles (contraseñas, OTPs, tokens) nunca se guardan en la session —
se leen del envío en vivo en el momento de la ejecución.
Relacionado
Engagement Funnels
Volver al overview del funnel.
Funnel components
Los components sobre los que actúan estas reglas.
Events & Automation
Lo que disparan los checkpoints y los result layers.