Marketing · Flows
Actualizar el contacto
Cómo un flow añade o quita etiquetas y listas y cambia la suscripción de un contacto, y por qué esos cambios prevalecen sobre tus fuentes de datos.
En esta página
Un flow no solo envía mensajes: también puede escribir en el contacto que recorre el flow. Los pasos del grupo Actualizar el contacto de la paleta de pasos etiquetan a un contacto, lo añaden a una lista o lo sacan de ella, y registran un cambio en su suscripción a SMS. Así es como un flow marca a todos los que recibieron el mensaje de bienvenida, reúne en una lista a quienes pulsaron una oferta para dirigirles más adelante una campaña, o deja constancia del «sí» de un cliente que respondió para recibir promociones. Lo que escribe un flow se queda en el contacto cuando termina la ejecución, y el resto de Instasent lo ve como cualquier otro cambio: el perfil del contacto, los segmentos, las campañas y los demás flows.
Son tres pasos:
| Paso | Qué hace | Resumen en la tarjeta del lienzo |
|---|---|---|
| Actualizar etiquetas | Añade o quita etiquetas al contacto. | Añadir · bienvenida-enviada |
| Actualizar listas | Añade el contacto a listas o lo saca de ellas. | Quitar · 3 listas |
| Gestionar suscripción | Cambia la suscripción del contacto en un canal. | SMS · Dar de alta |
Los tres se comportan igual dentro del flow. Actúan en el momento y el contacto pasa directamente al paso siguiente; tienen una sola salida, sin ramas, y nunca detienen la ejecución: ocurra lo que ocurra, el contacto sigue adelante. Una escritura que no cambia nada, como añadir una etiqueta que el contacto ya tiene, deja el contacto como estaba.
Actualizar etiquetas y listas
Actualizar etiquetas y Actualizar listas funcionan exactamente igual: uno escribe en las etiquetas del contacto y el otro en sus listas. Cada paso tiene dos ajustes:
Accióndefault: AñadirAñadir pone los valores en el contacto; Quitar se los retira. Un paso hace una cosa o la otra: para añadir unos valores y quitar otros se usan dos pasos.
Etiquetas / ListasrequiredUno o varios valores. Se seleccionan entre los que ya tiene tu proyecto o se escribe uno nuevo (el campo indica «Elige etiquetas o escribe una nueva»): un valor no necesita existir antes de que el flow lo escriba. Sin ningún valor, el paso muestra «Elige al menos una etiqueta.» (o «Elige al menos una lista.») y el flow no se puede publicar hasta añadir uno (ver Crear un flow).
Usos habituales:
- Marcar a quién le llegó algo. Después de un mensaje, Actualizar etiquetas con
Añadir
bienvenida-enviada. Con esa etiqueta se puede excluir a esos contactos de una campaña o crear un segmento con todos los que recibieron la bienvenida. - Preparar una audiencia de seguimiento. En una Espera de actividad, la rama de
los contactos que pulsaron el enlace de la oferta pasa por Actualizar listas con
Añadir
interesados-primavera; una campaña posterior se dirige a esa lista. - Dejar constancia de una decisión. La rama Sin consentimiento de un paso Según
consentimiento añade la etiqueta
sin-consentimiento-marketing, para saber a cuántos contactos el flow no pudo ofrecerles nada. - Limpiar al terminar. Una etiqueta que el flow añadió al principio (
en-onboarding) se quita en el último paso, de modo que solo marca a los contactos que todavía lo están recorriendo.
Cuando todas las ramas de una bifurcación necesitan la misma escritura, conviene poner un único paso de actualización debajo de la bifurcación en lugar de uno en cada rama: todas las ramas continúan por ahí (ver Crear un flow).
Los cambios de un flow prevalecen sobre tus fuentes de datos
Los datos de un contacto suelen llegar de varios sitios a la vez —el conector de tu tienda, una importación CSV, tu API— e Instasent los combina en un único perfil (ver Integraciones y fuentes de datos). Cuando esas fuentes no coinciden en las etiquetas, las listas o la suscripción de un contacto, unas pesan más que otras. Lo que más pesa es un cambio hecho a mano en el panel: prevalece sobre cualquier conector. Los tres pasos de actualización escriben exactamente como ese cambio manual, como si alguien de tu equipo hubiera editado el contacto en su perfil.
En la práctica:
- Añadir no entra en conflicto con tus fuentes. Una etiqueta o una lista que añade un flow convive con lo que envían tus fuentes y no les impide actualizar nada más.
- Quitar se impone a tus fuentes para ese contacto. La retirada queda registrada como
una decisión tuya, no como una limpieza puntual. Supongamos que el conector de tu tienda
marca a sus mejores clientes con la etiqueta
vipen cada sincronización, y que un flow quitavipa los clientes que dejan de comprar. A partir de ahí, por muchas veces que el conector envíevippara ese cliente, el contacto no vuelve a tenerla: el flow ha roto el valor que mantenía la tienda. - Por eso conviene usar etiquetas y listas propias de tus flows, valores que no
rellena ninguna fuente de datos; por ejemplo, con un prefijo reservado para los flows
(
flow-inactivo,flow-bienvenida-enviada). En el ejemplo anterior, el flow añadiríaflow-inactivoy tus segmentos lo excluirían, dejandovipen manos de la tienda. Hay que tener especial cuidado con las listas: a menudo las rellena una fuente de datos (ver Listas y tags).
Para saber cómo se combinan los datos de tus fuentes y los cambios manuales, consulta Cómo funciona la unificación y Composición de los datos.
Gestionar suscripción sigue la misma regla: escribe la suscripción con la misma prioridad que el panel, así que un conector no puede deshacer lo que registró el flow.
Gestionar suscripción
Gestionar suscripción registra un cambio en la suscripción del contacto en un canal, el mismo cambio que alguien de tu equipo puede hacer desde el perfil del contacto. Tiene dos ajustes: el canal y la operación.
Canal
El canal que se puede seleccionar es SMS. SMS y RCS comparten una única suscripción, así que el paso se aplica a los dos, como indica el texto bajo el campo («SMS y RCS comparten una única suscripción, así que esto cubre los dos.»). WhatsApp aparece, pero no se puede seleccionar. Cómo funciona la suscripción compartida se explica en Consentimiento compartido (RCS y SMS).
Operación
El consentimiento de un contacto en un canal está formado por dos ajustes independientes: su preferencia de marketing (aceptado, rechazado o sin preferencia) y la supresión (suscrito, o suprimido, de modo que no le llega nada por ese canal). Los dos se explican en Cómo funciona el consentimiento. Las cuatro operaciones van por parejas: Dar de alta y Dar de baja fijan la preferencia de marketing; Suprimir y Reactivar, la supresión. Un paso nuevo empieza en Dar de alta.
| Operación | Qué dice el panel | Qué cambia | Qué mensajes le llegan después |
|---|---|---|---|
| Dar de alta | Deja registrado que el contacto acepta marketing en este canal. | Preferencia de marketing → aceptado | Los de cualquier política de consentimiento, salvo que esté suprimido |
| Dar de baja | Deja registrado que el contacto rechaza el marketing. Sigue recibiendo los envíos con política Basic. | Preferencia de marketing → rechazado | Solo los enviados con Basic |
| Suprimir | Bloquea todos los mensajes de este canal, sean de marketing o no. Solo un administrador o un flow puede deshacerlo. | Supresión activada | Ninguno por SMS ni por RCS |
| Reactivar | Levanta la supresión. Su preferencia de marketing se queda tal cual estaba. | Supresión levantada | Los que permita su preferencia de marketing |
Qué política de consentimiento usa un mensaje de un flow, y a quién llega cada una, se explica en Enviar mensajes.
Cada pareja deja intacta a la otra
Como los dos ajustes son independientes, cada operación cambia solo el suyo:
- Dar de alta no levanta una supresión. A un contacto suprimido no le llega nada por el canal aunque se le dé de alta. Para recuperar a un contacto suprimido que ahora acepta marketing se usan dos pasos: Reactivar y después Dar de alta.
- Reactivar no toca la preferencia de marketing. Un contacto que rechazó el marketing y después fue suprimido vuelve con el rechazo intacto: solo le llegan los mensajes con Basic.
- Dar de baja nunca se convierte en una supresión. Un STOP del contacto puede acabar en supresión (ver Bajas y reactivación), pero este paso no escala: Dar de baja sobre un contacto que ya había rechazado el marketing lo deja como rechazado. Para el bloqueo total se usa Suprimir.
Lo que no hace
El paso cambia la suscripción y nada más. Como dice el panel: «Solo cambia la suscripción: nunca responde al contacto ni activa la gestión de la palabra STOP.» No se envía ningún mensaje de confirmación; si se quiere confirmar el cambio al contacto, se añade un paso Enviar mensaje a continuación.
Qué más ocurre cuando un flow actualiza un contacto
Lo que escribe un flow es un cambio normal en el contacto, así que tiene las mismas consecuencias que un cambio que llega desde cualquier otro sitio:
- Puede iniciar otros flows. Los cambios de etiquetas y listas llegan como el evento Contacto creado / actualizado, con los valores en Etiquetas añadidas, Listas añadidas, Etiquetas eliminadas o Listas eliminadas; Dar de alta y Reactivar llegan como Alta del contacto, y Dar de baja y Suprimir, como Baja del contacto. Un flow que se dispara con esos eventos se inicia para ese contacto igual que lo haría con un cambio de un conector (ver El disparador: quién entra y cuándo).
- Los flows en espera se enteran de una baja. Si el contacto está en otro flow, detenido en una Espera de actividad con una rama Se dio de baja, el Dar de baja y el Suprimir de este paso cuentan ahí como cualquier otra baja: Baja de marketing recoge Dar de baja, Bloqueado recoge Suprimir y Cualquiera, la opción que recomienda el panel, recoge las dos (ver Esperas).
- Un flow puede dispararse a sí mismo. Un flow que añade una etiqueta y que empieza cuando un contacto gana esa misma etiqueta devuelve al contacto al principio. Sus ajustes de reentrada limitan cuántas veces ocurre, pero lo más sencillo es no disparar un flow con un valor que escribe él mismo (ver Cada cuánto puede entrar un contacto).
- El paso siguiente puede ver todavía el valor anterior. El cambio tarda un momento en llegar al contacto, así que un paso colocado justo después, sin espera entre medias, puede leer el valor de antes. Pasa con un Según etiqueta, Según lista, Según consentimiento o una bifurcación por atributo, y con un Enviar mensaje justo después de Gestionar suscripción: tras un Dar de alta, el mensaje puede omitirse porque el contacto aún no tiene consentimiento, y tras un Dar de baja todavía puede salir. Pon una Espera fija de al menos 1 minuto entre la actualización y cualquier paso que dependa de ella (ver Ramas).
- El contacto puede salir de la audiencia del propio flow. Si quién puede entrar en el flow depende de una etiqueta o una lista que el propio flow quita, y está activada Cancelar la ejecución si el contacto sale de la audiencia, la ejecución se cancela antes de alguno de los pasos siguientes (ver Objetivos y salidas).
- Los test escriben de verdad. Un test es una ejecución real del borrador para un contacto, así que estos pasos cambian las etiquetas, las listas y la suscripción de ese contacto (ver Probar, publicar y versiones).
Ejemplo: un SMS que pide el consentimiento de marketing
Una tienda quiere ampliar el número de clientes que aceptan ofertas por SMS y se lo pregunta justo después de una entrega. El flow Alta en ofertas por SMS:
- Empieza con Pedido entregado.
- Enviar mensaje: «Tu pedido ya ha llegado. ¿Quieres recibir nuestras ofertas por SMS? Responde SÍ».
- Espera de actividad, con Cuánto esperar en 2 días y una rama específica,
Respondió con texto, con los patrones
síys, y Ignorar acentos al comparar marcado. - En esa rama: Gestionar suscripción en SMS con Dar de alta y, después,
Actualizar listas con Añadir
ofertas-sms. - Sin interacción: nada; el contacto llega sin más al final del flow.
flowchart TD
T["Disparador: Pedido entregado"] --> S["Enviar mensaje: ¿Quieres nuestras ofertas? Responde SÍ"]
S --> W{"Espera de actividad (2 días)"}
W -->|"Respondió con texto: sí / s"| M["Gestionar suscripción: SMS · Dar de alta"]
M --> L["Actualizar listas: Añadir · ofertas-sms"]
W -->|"Sin interacción"| E["Flow completado"]
L --> E
Qué les pasa a tres clientes cuyos pedidos llegan el mismo día:
- Ana responde «Si», sin tilde. La rama coincide, porque se ignoran los acentos y las
mayúsculas; su preferencia de marketing en SMS pasa a aceptado —lo que incluye RCS— y
entra en la lista
ofertas-sms. A partir de ahí le llegan las campañas y los mensajes de flows con la política Opt-in (siempre que no esté suprimida), y se le puede dirigir una campaña a través de la lista. - Luis no contesta. A los 2 días sale por Sin interacción y la ejecución termina. Su preferencia se queda como estaba: no contestar no equivale a un «no».
- Marta responde STOP. No es uno de los patrones, así que la rama no coincide y, a los 2 días, sale por Sin interacción; su baja se registra y se respeta mediante la gestión habitual de STOP, al margen del flow. Para dar a esos contactos un camino propio, se añade una rama Se dio de baja a la espera.
Antes de publicar un flow así, conviene revisar dos cosas. Las respuestas solo son posibles donde los contactos pueden contestar a un SMS, y eso depende del mercado (ver Bajas y reactivación). Y la pregunta es un mensaje como cualquier otro: se envía con la política de consentimiento de su propio paso Enviar mensaje (ver Enviar mensajes).
Temas relacionados
La preferencia de marketing y la supresión, y qué mensajes le llegan a cada contacto.
RamasLas bifurcaciones por etiqueta, lista, segmento, atributo, evento, consentimiento o un reparto A/B.
El disparador: quién entra y cuándoIniciar un flow cuando un contacto gana una etiqueta, entra en una lista o cambia su suscripción.
Integraciones y fuentes de datosDe dónde llegan los datos de tus contactos y cómo se combinan las fuentes.
Última actualización: