La respuesta corta exige precisión: el consentimiento específico para WhatsApp ya no siempre es obligatorio, pero el permiso previo sigue siéndolo. Un teléfono guardado en el CRM, un pedido terminado o un chat iniciado una vez por el cliente no constituyen una licencia permanente para cualquier promoción futura.
La página actual de Meta, actualizada el 16 de junio de 2026, explica que un opt-in general puede ser válido tras el cambio de política de noviembre de 2024. La persona debe haber facilitado un móvil y autorizado mensajes o llamadas posteriores de la empresa concreta, y la empresa debe cumplir la ley aplicable. También debe estar claro quién acepta y qué empresa se comunicará (guía actual de Meta).
La aclaración elimina una frase específica del canal en algunos flujos, pero no elimina propósito, prueba, retirada ni derecho local. La pregunta operativa no es «¿podemos escribir a este número?», sino «¿qué esperaba recibir esta persona de esta empresa, qué lo demuestra y sigue vigente el permiso?». Este es un marco operativo, no asesoramiento jurídico; los requisitos varían según jurisdicción y uso.
1. Lea la regla sin perder las salvaguardas
Meta enumera SMS, sitio web, teléfono o IVR, y procesos presenciales o en papel como métodos posibles. El canal de recogida es flexible; la prueba no. Un registro útil debe mostrar una persona identificable, la empresa nombrada, la declaración, la hora y el contexto.
La guía de marketing de WhatsApp de abril de 2026 muestra la distinción. Su nota indica que ya no se requiere opt-in específico de WhatsApp, mientras las páginas siguientes mantienen el opt-in previo. También recomienda consentimiento explícito y separado para promociones, sin agruparlo con actualizaciones transaccionales (buenas prácticas de marketing de WhatsApp).
Por tanto, «general» no significa «ilimitado». Puede haberse recogido fuera de WhatsApp o describirse como comunicaciones de la empresa, no como casilla del canal. Que el texto sirva para una promoción concreta depende de la declaración, la expectativa y la ley aplicable.
2. Aplique una prueba de permiso en dos capas
Use dos puertas antes de incluir un contacto.
Capa A: elegibilidad de plataforma. ¿Prueba el registro que la persona dio el número, aceptó por adelantado comunicaciones posteriores de la empresa nombrada y no se dio de baja? ¿Se revisó la ley aplicable a la persona y campaña? Lo desconocido no equivale a consentimiento por silencio.
Capa B: perímetro de propósito. ¿Qué categorías esperaría razonablemente una persona del texto real? Separe servicio, recordatorios, educación y promociones cuando creen expectativas distintas. Añada fuente, versión, fecha y zona horaria, nota jurisdiccional, referencia de prueba, estado y regla de revisión.
El perímetro es un control de la empresa, no un campo oficial de Meta. Convierte una conclusión en regla ejecutable. Un segmento puede exigir permission_status = active y promotion_scope = true, en vez de un booleano ambiguo opted_in.
- Cliente pide estado de un pedido — Permiso para ese servicio, no para todo marketing: Responder; recoger permiso promocional si hace falta
- Formulario nombra empresa y futuras ofertas — Posible permiso si texto, prueba y ley lo respaldan: Guardar versión y categoría
- CRM antiguo contiene solo un teléfono — No hay permiso demostrable: Excluir de campañas iniciadas por la empresa
- Anuncio abre un chat de WhatsApp — Conversación iniciada por cliente, no permiso promocional perpetuo: Atender y solicitar después un opt-in explícito
- Persona escribe «baja» o «stop» — Permiso retirado para el alcance afectado: Suprimir de inmediato en las campañas pertinentes
3. Conserve una prueba que resista una reclamación
El registro debe responder a una queja sin reconstruir el recorrido con capturas y memoria. Guarde solo datos permitidos por su gobierno, pero haga explícitos:
- identificador del contacto y teléfono normalizado;
- identidad de empresa mostrada al recoger;
- fuente y referencia al formulario, guion, papel o chat;
- texto exacto o identificador inmutable de versión;
- categorías permitidas y expectativa de canal;
- hora, zona horaria y nota de jurisdicción;
- ubicación de prueba y persona o sistema que la capturó;
- historial de bajas, nuevas altas y cambios de alcance;
- estado actual, motivo de supresión y fecha de revisión.
No sobrescriba un «sí» antiguo con un «no» nuevo. Añada el cambio y derive el estado actual. Así conserva qué se aceptó, qué cambió y qué campañas eran elegibles. Limite acceso y retención según privacidad y seguridad; un historial no justifica acumular datos.
Use códigos estables: no_evidence, service_only, promotion_allowed, global_opt_out, category_opt_out, expired y manual_review. Las notas libres aportan contexto, pero no deben ser el único freno del envío.
4. Separe mensajes de servicio y promociones
La ventana de servicio y el alcance del permiso responden preguntas distintas. Meta describe una ventana móvil de 24 horas tras un mensaje del usuario. Dentro se permiten respuestas libres; fuera, un mensaje iniciado por la empresa requiere una plantilla aprobada (documentación de mensajes de Meta).
Estar dentro de la ventana no convierte un pedido de servicio en consentimiento para ofertas ajenas. Tener permiso promocional tampoco elimina las reglas de plantilla y ventana. Evalúe por separado formato, mínimo de plataforma, perímetro de propósito y ley.
Si un cliente pregunta a una lavandería si el pedido está listo, el empleado puede resolverlo en el chat activo. Una membresía estacional una semana después tiene otra finalidad. Si la recogida original no creó esa expectativa, primero debe verificarse o recogerse permiso promocional.
La separación también mejora la experiencia. Meta dice que las personas pueden bloquear o denunciar empresas y presenta la revisión de plantillas, las opiniones y las restricciones como protección contra mensajes no deseados (Meta sobre controles de chats empresariales). La relevancia es una salvaguarda operativa, no solo estilo.
5. Construya el flujo de permisos
Empiece en adquisición, no al lanzar la campaña.
- Nombre empresa y propósitos. El cliente no debe adivinar quién escribe ni si «actualizaciones» incluye ofertas.
- Capture la prueba. Guarde versión, fuente, hora, alcance y referencia durante la elección.
- Normalice categorías. Traduzca la declaración a permisos estables: servicio, recordatorios, educación o promoción.
- Evalúe antes de cada envío. Una permiso actual, retiradas posteriores, estado del cliente, supresión, propósito y reglas de plataforma.
- Asigne respuestas. Una duda de permiso o una baja son trabajo, no solo analítica.
- Propague retiradas. Una negativa clara debe actualizar todas las audiencias y colas relacionadas.
- Revise cambios. Si cambian formulario, guion, propósito, identidad o ley, reevalúe lo que prueba el registro antiguo.
Haga observable la decisión. Registre un motivo por exclusión y guarde la foto de permisos usada por inclusión. Si reevalúa el día del envío, conserve el recuento planificado y el definitivo.
6. Ejemplo: una lavandería de barrio
La lavandería recoge el móvil al recibir la ropa. El formulario nombra el negocio y pregunta si el cliente quiere avisos de recogida. La prueba admite actualizaciones del pedido, pero no se convierte silenciosamente en permiso para descuentos mensuales.
La empresa añade una opción promocional separada, no marcada, con descripción y ruta de baja. El registro guarda versión, local, hora, alcance de servicio, elección promocional y referencia. Si el cliente responde «sin ofertas», el sistema añade la baja promocional y conserva los avisos de servicio esperados, salvo que la negativa cubra todo o la ley exija un efecto más amplio.
Antes de la oferta, el segmento exige alcance promocional activo, excluye bajas posteriores y quejas abiertas, y registra la versión evaluada. Las respuestas llegan a una cola con propietario. El cliente puede pedir servicio sin aceptar marketing.
El diseño explica tanto el envío como la exclusión. El equipo no depende de recordar qué casilla existía hace seis meses.
7. Aplique los controles en DripTell
El CRM de clientes de DripTell presenta campos personalizados, etiquetas, grupos, atribución y un historial de opt-in. Úselos para fuente, versión, categorías, referencia, estado y retiradas. Conserve la evidencia subyacente en el sistema gobernado que determine su organización.
El espacio de campañas admite programación, segmentación, gestión de entrega y analítica de entregado, leído y respondido por destinatario. Construya elegibilidad con permiso y supresión actuales antes de programar; una entrega no prueba el consentimiento. La bandeja de equipo aporta asignación, notas, estado y contexto compartido para que una baja tenga propietario.
DripTell ayuda a ejecutar y observar el proceso, pero no decide la ley aplicable ni garantiza cumplimiento. La organización responde por texto, base jurídica, alcance, retención y política de respuesta.
8. Audite una ruta en 30 minutos
Elija una ruta real y una campaña. Responda con registros:
- ¿La declaración nombra la empresa y separa servicio y promoción?
- ¿Puede recuperar la versión exacta que vio el contacto?
- ¿La hora es fiable y conserva zona horaria?
- ¿Puede la campaña exigir estado activo para un propósito?
- ¿Una baja suprime todos los segmentos y colas relevantes?
- ¿Puede continuar el servicio sin volver a inscribir en promoción?
- ¿Se comprueba la ventana de 24 horas aparte del alcance?
- ¿Cada respuesta o disputa tiene propietario?
- ¿Puede explicar por qué incluyó un contacto y excluyó otro?
- ¿El acceso a la prueba y la retención están definidos?
Si varias respuestas son negativas, pause la audiencia, repare la ruta de prueba y vuelva a probar con un grupo pequeño. La aclaración de 2026 ofrece más flexibilidad al recoger. La ventaja duradera viene de un permiso suficientemente específico para respetar la expectativa.
Para convertir una ruta real en campos y supresiones ejecutables, reserve una demo de DripTell con la declaración, categorías, regla de baja y propietario de la prueba preparados.
DripTell Editorial
Guías prácticas revisadas por el equipo de producto y flujos de cliente de DripTell.
Consulta cómo DripTell verifica el producto, utiliza fuentes primarias y corrige errores.
Política editorial y de fuentes