# 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.

**Language:** es
**Audience:** platform
**TLDR:** Actualizar etiquetas y Actualizar listas añaden o quitan valores en el contacto; Gestionar suscripción da de alta o de baja al contacto en el marketing por SMS (que incluye RCS), o suprime o reactiva el canal. Un flow escribe como un cambio manual en el panel, así que prevalece sobre tus fuentes de datos: un valor que quita no vuelve aunque un conector lo siga enviando.
**Translation key:** platform.automations.flows.contact-updates
**Search keywords:** añadir etiqueta, quitar etiqueta, etiquetar contacto, añadir a lista, sacar de lista, dar de alta, dar de baja, suprimir, bloquear canal, reactivar, suscripción, consentimiento por respuesta, precedencia, prioridad de fuentes, fuente de datos, conector sobrescribe, tags, flujo
**Related pages:** /platform/en/automations/flows/contact-updates, /platform/es/automations/flows, /platform/es/automations/flows/branches, /platform/es/automations/flows/triggers-and-entry, /platform/es/automations/flows/sending-messages, /platform/es/consent/marketing-preference-vs-suppression, /platform/es/data-sources
**Docs index (every page):** https://staging-instasent-docs-nextjs.oscar-284.workers.dev/llms.txt
**This zone's index:** https://staging-instasent-docs-nextjs.oscar-284.workers.dev/platform/es/llms.txt
**This page:** https://staging-instasent-docs-nextjs.oscar-284.workers.dev/platform/es/automations/flows/contact-updates/ (HTML) · https://staging-instasent-docs-nextjs.oscar-284.workers.dev/platform/es/automations/flows/contact-updates.md (Markdown)
**Other language (en):** https://staging-instasent-docs-nextjs.oscar-284.workers.dev/platform/en/automations/flows/contact-updates.md

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ón` — default: `Añadir`
  **Añ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 / Listas` — required
  Uno 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](/platform/es/automations/flows/building-a-flow#corrige-lo-que-impide-publicar)).

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](/platform/es/automations/flows/building-a-flow#bifurcaciones-ramas-y-dónde-cae-un-paso)).

## 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](/platform/es/data-sources)). 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](/platform/es/audience/contacts-profiles).

> **Warning**: **Una etiqueta o una lista que quita un flow no vuelve, aunque un conector la siga
> enviando.** En palabras del panel: «El flow escribe como un cambio manual en el panel y
> manda sobre tus fuentes de datos: un valor quitado no vuelve aunque un conector lo siga
> enviando. Usa etiquetas y listas propias de tus flows.»

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 `vip` en cada sincronización, y que un flow
  quita `vip` a los clientes que dejan de comprar. A partir de ahí, por muchas veces que el
  conector envíe `vip` para 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ía
  `flow-inactivo` y tus segmentos lo excluirían, dejando `vip` en manos de la tienda. Hay
  que tener especial cuidado con las listas: a menudo las rellena una fuente de datos (ver
  [Listas y tags](/platform/es/audience/segments#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](/platform/es/data-sources/managing#cómo-funciona-la-unificación) y
[Composición de los datos](/platform/es/audience/contacts-profiles#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)](/platform/es/consent/rcs-sms-shared-consent).

### 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](/platform/es/consent/marketing-preference-vs-suppression).
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](/platform/es/automations/flows/sending-messages#quién-lo-recibe-la-política-de-consentimiento).

![Ajustes de Gestionar suscripción con las cuatro operaciones](/platform/es/automations/flows/images/contact-updates--1-manage-subscription.png)

### 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](/platform/es/consent/opt-outs-reactivation#de-la-baja-a-la-supresió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.

> **Warning**: Conviene registrar un **Dar de alta** solo cuando el contacto ha aceptado de verdad el
> marketing: una respuesta, un formulario, una petición expresa. Un flow que da de alta a
> todos los clientes que hacen un pedido hace que tus mensajes con **Opt-in** lleguen a
> personas que nunca los aceptaron, y la política pierde su sentido. Lo mismo vale para
> **Reactivar**: tiene sentido cuando hay un motivo real para volver a escribir al
> contacto.

## 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](/platform/es/automations/flows/triggers-and-entry#etiquetas-listas-y-contactos-nuevos)).
- **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](/platform/es/automations/flows/waits#espera-de-actividad)).
- **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](/platform/es/automations/flows/triggers-and-entry#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](/platform/es/automations/flows/branches#cómo-de-recientes-son-los-datos)).
- **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](/platform/es/automations/flows/goals-and-exits#otras-formas-de-terminar-una-ejecución)).
- **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](/platform/es/automations/flows/versions-and-publishing#qué-comprueba-un-test-y-qué-no)).

## 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*:

1. Empieza con **Pedido entregado**.
2. **Enviar mensaje**: «Tu pedido ya ha llegado. ¿Quieres recibir nuestras ofertas por
   SMS? Responde SÍ».
3. **Espera de actividad**, con **Cuánto esperar** en 2 días y una rama específica,
   **Respondió con texto**, con los patrones `sí` y `s`, y **Ignorar acentos al comparar**
   marcado.
4. En esa rama: **Gestionar suscripción** en **SMS** con **Dar de alta** y, después,
   **Actualizar listas** con **Añadir** `ofertas-sms`.
5. **Sin interacción**: nada; el contacto llega sin más al final del flow.

```mermaid
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](/platform/es/consent/opt-outs-reactivation#cómo-se-da-de-baja-un-contacto)).
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](/platform/es/automations/flows/sending-messages#quién-lo-recibe-la-política-de-consentimiento)).

## Temas relacionados

- [Cómo funciona el consentimiento](/platform/es/consent/marketing-preference-vs-suppression) - La preferencia de marketing y la supresión, y qué mensajes le llegan a cada contacto.
- [Ramas](/platform/es/automations/flows/branches) - Las bifurcaciones por etiqueta, lista, segmento, atributo, evento, consentimiento o un reparto A/B.
- [El disparador: quién entra y cuándo](/platform/es/automations/flows/triggers-and-entry) - Iniciar un flow cuando un contacto gana una etiqueta, entra en una lista o cambia su suscripción.
- [Integraciones y fuentes de datos](/platform/es/data-sources) - De dónde llegan los datos de tus contactos y cómo se combinan las fuentes.

---

This is one page of the Instasent documentation. For the complete machine-readable index of every guide and API reference, fetch https://staging-instasent-docs-nextjs.oscar-284.workers.dev/llms.txt — start there for full context.