Una lista por cada motivo. No Molestar, bajas de email o campañas de un producto, cada una con su alcance.
Ver documentaciónRevisa quién pidió no ser contactado antes de cada campaña.
Las listas de exclusión registran cada restricción por canal y finalidad, con su origen y su vigencia. Tus sistemas consultan el estado antes de contactar, y cada cambio queda versionado con evidencia.
ResumenÚltimos 7 días
Restricciones registradas
9
↗ 12% vs último periodo
Sujetos en la lista
8
Nombre, RUT, número de documento, +3
Compliance parcial
2
↗ 8% vs último periodo
Prevalece consentimiento
2
↗ 2% vs último periodo
Busca por ID u otro texto…
EstadoFecha de creaciónDescargar CSV
Con la confianza de los líderes en privacidad de:
Una solicitud de no contacto se anota en un sistema y se ignora en los demás.
La persona pide la baja por teléfono. El call center la anota, pero el CRM y la herramienta de email no se enteran. La próxima campaña la vuelve a incluir.
Ejemplo: una baja por teléfonocus_3071
Día 1 · Llamada al call center
Pide no recibir más llamadas con ofertas.
- Call centerBaja anotada
- CRMSin registro
- Herramienta de emailSin registro
Día 2 · Campaña SMSIncluida
Vuelve a recibir la oferta que pidió no recibir.
- 01Dónde se registraBajas repartidas por canalCada canal guarda sus propias bajas: el call center en su sistema, el email en su herramienta y el registro No Molestar del SERNAC en una planilla aparte. Nadie ve la lista completa.Se cruza a mano antes de cada envío
- 02Qué cubreAlcance poco claroUna persona no quiere marketing de un producto, otra no quiere llamadas. Si no queda registrado qué canal y qué finalidad se bloquearon, la regla se aplica de más o de menos.Se excluye de todo, o de nada
- 03Qué quedó registradoSin historia del cambioCuando alguien vuelve a aceptar comunicaciones, la baja anterior se borra. Después nadie puede mostrar cuándo estuvo excluido, por qué ni quién lo cambió.La planilla se sobrescribe
Excluir a alguien sirve de poco si después no puedes mostrar cuándo y por qué.
Cada restricción queda registrada con su canal, su finalidad y su evidencia.
Las listas de exclusión guardan quién pidió no ser contactado y desde dónde. Tus sistemas consultan el estado, o reciben el cambio, antes de volver a contactar.
Cubre también los canales nuevos. Bloquear marketing alcanza email, SMS, llamadas, WhatsApp y cualquier canal que se agregue después.
Ver documentaciónEstado antes de cada contacto. Restringida, parcial o sin restricción, por organización, producto o sucursal.
Ver documentaciónEvidencia sellada y versionada. Cada cambio crea una versión nueva con su origen sellado.
Ver documentaciónAvisos a tus canales. Los webhooks avisan cada alta y cada baja a tu CRM, call center o email.
Ver documentaciónConvive con el consentimiento. Vale la acción más reciente, o siempre la restricción si así lo configuras.
Ver documentaciónCómo funcionan las listas de exclusión
Del pedido de no contacto a la campaña que ya no incluye a esa persona. Las listas se integran por API con los sistemas que ya usas.
1Crea la lista
Define qué bloquea cada lista y por cuánto tiempo
La misma taxonomía del consentimiento. Cada lista declara qué categoría de dato y qué uso bloquea, por ejemplo el teléfono para comunicaciones de marketing.
Alcance y vigencia. La lista aplica a toda la organización o a un producto o sucursal. Puede expirar en meses, en días hábiles o no expirar.
Versiones sin efecto retroactivo. Editar la lista crea una versión nueva. Las restricciones ya aplicadas mantienen la versión con la que se registraron.
2Revisa cada restricción
Cada restricción muestra qué bloquea, de dónde vino y qué pasó con ella
El detalle completo. Plantilla, canal, datos restringidos, alcance, vigencia y prioridad frente al consentimiento, en un solo panel.
Historial con su origen. Quién registró la restricción, cuándo y desde dónde: el dashboard, el call center o tu CRM.
Levantar sin borrar. La restricción se levanta desde el mismo panel y el registro anterior se conserva.
3Consulta antes de contactar
La campaña pregunta por cada persona antes de salir
Tres estados. Restringida, parcialmente restringida o sin restricción, según lo que bloquean las listas activas.
Por producto o sucursal. La consulta se puede acotar al alcance de la campaña.
Con el consentimiento a la vista. Si la persona volvió a aceptar después de la baja, el estado lo refleja y la restricción queda en el historial.
4Sincroniza y audita
Cada cambio llega a tus canales y queda en el historial
Un webhook por cada alta y cada baja. Tu CRM, el call center o la herramienta de email reciben el cambio y dejan de contactar.
Bajas que no borran. Sacar a alguien de una lista, completa o en parte, mantiene el registro de la restricción anterior.
Historial consultable. Cada restricción muestra si está activa, programada, reemplazada, levantada o expirada.
Quien pidió no ser contactado no debería volver a recibir tu campaña.
Agendar demoLo que cambia al usar listas de exclusión
| Aspecto | Planillas por canal | Con Soyio |
|---|---|---|
| Registro | Una planilla por canal | Listas por canal y finalidad |
| Alcance | Se excluye de todo o de nada | Por canal, producto o sucursal |
| Antes de contactar | Cruce manual de bases | Consulta de estado por persona |
| Canales | Cada sistema con su propia baja | Webhooks a cada sistema |
| Si vuelve a aceptar | La baja se borra | El historial conserva la restricción |
| Evidencia | Sin registro del cambio | Versiones selladas con su origen |
Más artículos para leer
Consentimiento. Mas allá de un check box: un cambio estructural en el uso de los datos personales
8 min lectura · 16 feb 2026Privacidad operativa en la Ley 21.719: del consentimiento a los dispositivos
6 min lectura · 27 mar 2026Transparencia sube conversión: lo que aprendimos diseñando consentimientos bajo la Ley 21.719
6 min lectura · 11 ago 2026Preguntas frecuentes
Estas son las preguntas que aparecen antes de integrar las listas de exclusión. Si falta alguna, escríbenos.
Es el registro de las personas que pidieron no ser contactadas por un canal o para una finalidad, como el registro No Molestar del SERNAC, las bajas de email o las campañas de un producto. Cada lista define qué dato y qué uso bloquea.
Un consentimiento autoriza un tratamiento y una lista de exclusión lo prohíbe. Soyio los guarda por separado, así que una persona puede tener las dos cosas sobre el mismo dato. Por defecto vale la acción más reciente, y puedes configurar que la restricción prevalezca siempre.
No. Soyio registra la restricción y tus sistemas dejan de contactar. Para eso consultan el estado antes de cada envío o se suscriben a los webhooks que avisan cada alta y cada baja.
La restricción se levanta, completa o solo en una parte, y el registro anterior se conserva. Si la lista está configurada para no permitir bajas, el levantamiento no procede.
Solo si la lista tiene una duración o si la restricción trae su propia fecha de expiración. Sin ninguna de las dos, la restricción no expira.
La restricción se asocia al identificador que usa tu sistema, no al RUT, al correo ni al teléfono. La evidencia sellada no se puede borrar, por eso tampoco debe llevar datos personales.
Por API. Las listas, las restricciones y las consultas de estado se manejan desde tu integración. El módulo de restricciones debe estar habilitado en tu cuenta, aunque no uses el de consentimiento.
Que cada baja llegue a todos tus canales.
Agenda una demo y revisa cómo registrar restricciones, consultarlas antes de cada campaña y demostrar cada cambio.
Agendar demoSuscríbete al newsletter
La privacidad está siendo noticia
Resumen de las últimas noticias de la semana sobre privacidad, regulación y tecnología que pueden impactar tu negocio.
Suscribirme (LinkedIn, se abre en una pestaña nueva)