Consentimiento y listas de supresión en SMS A2P: guía operativa

Consentimiento, elegibilidad y entrega son controles distintos

Que una plataforma acepte un mensaje o que una ruta pueda transportarlo no demuestra que el destinatario haya autorizado ese envío. La autorización debe cubrir el propósito, la campaña y el remitente pertinentes; la elegibilidad determina si el envío sigue permitido según las preferencias y restricciones vigentes. La entrega, por su parte, es un resultado técnico distinto.

Diseñe la decisión de envío como un control previo: compruebe que existe una base válida para el propósito, que no hay una baja aplicable y que la combinación de marca, canal y jurisdicción está permitida. Esta es una pauta operativa, no una fórmula legal universal. Revise las normas aplicables a cada mercado y tipo de mensaje.

• No use una respuesta favorable de una ruta como prueba de consentimiento.
• No trate un consentimiento para una campaña, remitente o asunto como autorización transferible a otros.
• No confunda una confirmación técnica de envío o un DLR con prueba de autorización ni con verificación independiente de recepción en el dispositivo.

Conserve pruebas útiles y proporcionales del consentimiento

Mantenga un registro que permita reconstruir qué se presentó a la persona y qué acción realizó. Como campos operativos, considere fecha y hora, número, medio y contexto de captura, idioma, texto o versión de la solicitud, acción afirmativa, campaña y remitente. Cuando corresponda y sea lícito, conserve también un identificador o datos técnicos de la captura.

La documentación debe permitir comprobar el alcance, no solo mostrar un indicador genérico de “aceptado”. Guarde la versión de la experiencia de consentimiento y relacione el evento con la finalidad concreta. Limite el acceso y el plazo de conservación conforme a sus obligaciones de privacidad y a la normativa aplicable.

En la Unión Europea, cuando el tratamiento se base en consentimiento, el RGPD exige poder demostrarlo y establece que retirarlo debe ser tan fácil como otorgarlo. La Directiva ePrivacy y sus transposiciones nacionales también pueden ser relevantes para el marketing por SMS; no asuma que un único criterio sirve para todos los países.

• Registre la evidencia como un evento fechado, no solo como un campo editable sin historial.
• Vincule la evidencia a propósito, campaña y remitente.
• Documente cambios de texto o de alcance para distinguir consentimientos obtenidos bajo condiciones diferentes.

Centralice las supresiones y defina su alcance

Una lista de supresión consultable evita que un contacto que pidió no recibir mensajes vuelva a entrar por una importación o por otra ruta. No es necesario conservar más información de la imprescindible: mantenga los datos mínimos que permitan reconocer el contacto y bloquear la finalidad afectada, con controles de acceso adecuados.

El alcance de una baja puede variar. Una persona puede retirar el permiso para un canal o una actividad concreta; una solicitud o una norma puede exigir un alcance mayor. Registre claramente si la supresión se aplica a un programa, marca, remitente, propósito, canal o a todos ellos, y aplique la interpretación más amplia que corresponda a la petición y a las reglas aplicables.

Si intervienen varios proveedores, remitentes o sistemas, la lista propia debe ser la referencia operativa común. Las listas locales de una plataforma pueden ser útiles, pero no deben convertirse en la única memoria de la preferencia.

• Consulte la supresión al importar contactos y antes de generar una campaña.
• Repita la comprobación justo antes de encolar o enviar, para capturar bajas recibidas después de la segmentación.
• No elimine el registro de una baja de forma que impida prevenir futuros envíos no deseados.

Aplique preferencias antes de encolar cada mensaje

Defina una comprobación de elegibilidad que reúna el consentimiento vigente, el propósito del mensaje, el remitente o marca, el canal, la jurisdicción y las supresiones aplicables. Si cualquiera de esos datos es desconocido o está desactualizado, no convierta la incertidumbre en permiso: detenga o ponga en revisión el envío hasta resolverla.

Para comunicaciones legítimas de servicio, transaccionales o de autenticación, no dé por hecho que las reglas del marketing se aplican de forma idéntica, ni que la etiqueta “transaccional” basta para justificar el contenido. Clasifique propósito y contenido, y valide la base y las restricciones locales antes del envío.

Mantenga la comprobación cerca del punto de encolado. Una lista segmentada horas antes puede quedar obsoleta si entretanto llega una baja o cambia una preferencia.

• Identifique la finalidad real del contenido, no solo el nombre de la plantilla.
• Evalúe por separado las preferencias de SMS y de otros canales cuando la solicitud tenga ese alcance.
• Bloquee el envío si no se puede confirmar que los datos de consentimiento y supresión están sincronizados.

Procese una baja como un flujo completo

Una baja puede llegar por respuesta SMS, enlace, atención al cliente u otro medio habilitado. El proceso debe identificar al contacto, interpretar el alcance, registrar el evento y actualizar la fuente central antes de permitir nuevos envíos cubiertos por la solicitud. Propague después el estado a plataformas, listas y remitentes que participen en el mismo programa.

Puede enviar una confirmación breve cuando proceda, pero no debe exigir que la persona realice otra acción para que su baja sea válida. La confirmación no debería añadir contenido promocional. Conserve el momento de recepción, el canal de entrada, el alcance aplicado y el resultado de propagación como información operativa, limitada a lo necesario.

Los plazos concretos dependen de las reglas aplicables. Por ejemplo, en Estados Unidos, las reglas de la FCC reconocen medios razonables de revocación y contemplan un plazo máximo de diez días hábiles para determinadas solicitudes cubiertas, además de permitir una confirmación única bajo condiciones. La aplicación de revocaciones entre asuntos no relacionados tiene una exención temporal limitada; no la interprete como suspensión de las demás obligaciones.

• Reciba y registre la baja.
• Determine y almacene su alcance.
• Bloquee nuevos mensajes cubiertos y propague el cambio a los sistemas pertinentes.
• Confirme la baja sin pedir una acción adicional, cuando corresponda.

Proteja el proceso frente a cargas masivas y cambios concurrentes

Las importaciones antiguas no deben reactivar contactos suprimidos ni reemplazar silenciosamente un estado más reciente. Compare cada registro importado con la fuente de preferencias y trate los cambios como eventos identificables, con un resultado verificable por contacto.

Para reducir errores de concurrencia, use identificadores de evento, estados con versión o marca temporal y operaciones idempotentes. Si una baja llega mientras una campaña se prepara, la última comprobación antes del envío debe prevalecer. Si no puede confirmar cuál es el estado vigente, bloquee el envío y resuelva la discrepancia.

Una reactivación debe depender de una nueva señal afirmativa de consentimiento con alcance definido, no de que falte una baja en otra base. Propague explícitamente esa nueva señal a los sistemas que deban reflejarla y conserve su evidencia.

• Pruebe importaciones con contactos autorizados, suprimidos y con estados contradictorios.
• Registre errores por contacto, en lugar de dar por exitosa toda una carga.
• Evite que procesos de sincronización antiguos sobrescriban eventos posteriores de baja.

Mida controles operativos, no supuestas garantías

Las métricas ayudan a detectar fallos del proceso, pero no son por sí mismas una certificación de cumplimiento. Construya indicadores internos que permitan investigar qué ocurrió y dónde se interrumpió la propagación.

Revise con regularidad las excepciones: una baja recibida y no aplicada, un envío bloqueado por estado desactualizado o un contacto que reaparece tras una importación requieren causa raíz y corrección. Mantenga trazabilidad suficiente para auditar el resultado sin acumular datos personales innecesarios.

• Bajas recibidas frente a bajas aplicadas.
• Intentos bloqueados por supresión o falta de evidencia suficiente.
• Fallos de sincronización y registros con estado contradictorio.
• Excepciones investigadas, causa identificada y acción correctiva.

Asigne responsabilidades y revise las reglas locales

El remitente debe mantener la responsabilidad operativa de comprobar autorización, propósito y supresiones aunque delegue la conectividad o el transporte a una plataforma. Los proveedores pueden ofrecer bloqueos y herramientas de gestión, pero esas funciones no sustituyen la evidencia ni las decisiones de cumplimiento del remitente.

Defina quién captura el consentimiento, quién procesa las bajas, quién mantiene la fuente central y quién investiga errores. Incluya en los acuerdos operativos cómo se comunican eventos, qué identificadores se usan y cómo se gestionan incidencias y cambios de proveedor.

Antes de lanzar o ampliar un programa, revise los requisitos de cada jurisdicción, el tipo de mensaje y la relación con el destinatario. CAN-SPAM se refiere al correo electrónico comercial y no basta, por sí sola, para definir los controles de SMS A2P.

• Anunciante o remitente: evidencia, finalidad y decisión de elegibilidad.
• Plataforma: aplicación de controles configurados, registro de resultados y propagación acordada.
• Proveedor de conectividad: transporte y controles técnicos disponibles; no presume ni crea consentimiento.