Límites de WhatsApp: cree un ciclo de control de campañas

Los límites de mensajes de WhatsApp suelen explicarse como una sola cifra. Ese modelo no sirve para operar una campaña. Un envío puede caber en la capacidad del portafolio empresarial y aun así fallar para un destinatario concreto. También puede ser técnicamente entregable y seguir siendo una mala decisión porque la persona no dio su consentimiento, recibió otra promoción ayer o ya respondió y necesita servicio, no otra campaña.

A 3 de agosto de 2026, Meta documenta dos controles importantes para marketing: un límite de portafolio para conversaciones iniciadas por la empresa fuera de la ventana de atención y un límite adaptativo por usuario para plantillas de marketing. Una campaña fiable añade un tercer control propio: consentimiento, relevancia, frecuencia, supresión y seguimiento responsable. Esta guía convierte las tres capas en un solo ciclo de decisión.

1. Separe las tres capas de control

Meta define el límite de mensajes como el máximo de usuarios únicos de WhatsApp a los que un portafolio empresarial puede entregar mensajes fuera de la ventana de atención en un periodo móvil de 24 horas. El límite se comparte entre todos los números del portafolio, por lo que uno puede consumir la capacidad que necesita otro. Meta documenta actualmente niveles de 250, 2.000, 10.000, 100.000 y Unlimited. El campo vigente es whatsapp_business_manager_messaging_limit; el anterior messaging_limit_tier está obsoleto (límites de mensajes de Meta).

Esa capacidad no garantiza que todas las plantillas de marketing se entreguen. El sistema independiente por usuario de Meta puede limitar cuántas plantillas recibe una persona de las empresas. Se adapta a su actividad reciente de lectura y de bandeja de entrada. Meta indica que cuenta cada plantilla de marketing entregada, mientras que los mensajes de marketing enviados dentro de la ventana de 24 horas después de una respuesta no cuentan para este control concreto. El comportamiento también cambia por mercado: no está activo para mensajes desde o hacia el EEE, Reino Unido, Japón o Corea del Sur, y los números de Estados Unidos actualmente no reciben plantillas de marketing (límites por usuario de Meta).

La tercera capa pertenece a la empresa. Una persona puede ser técnicamente accesible, pero no elegible por su registro de consentimiento, la política de frecuencia, la etapa del ciclo de cliente o el propósito de la campaña. “La API lo aceptó” no significa “debemos enviarlo”.

• Capacidad del portafolio — ¿Puede iniciar ahora este número de conversaciones?: Campo de capacidad y eventos business_capability_update | Escalonar o reducir la audiencia
• Entrega por usuario — ¿Puede recibir otra plantilla de marketing ahora?: Estado de entrega y error 131049 | Suprimir reintentos al menos 24 horas
• Política empresarial — ¿Debe recibir esta campaña?: Consentimiento, propósito, último envío, etapa y exclusiones | Enviar, retrasar, pasar a servicio o excluir

2. Cree un único registro de decisión

Antes de poner la plantilla en cola, cree un registro auditable por otro operador. Guarde como mínimo el identificador de contacto; el mercado del teléfono; la fuente, fecha y alcance del consentimiento; el propósito de campaña; la plantilla y el idioma; el último envío de marketing; el estado de la ventana de atención; la etapa del cliente; el motivo y caducidad de la supresión; la cohorte; y la persona o cola que atenderá una respuesta.

El registro evita tres errores. Primero, el consentimiento no se reduce a un valor permanente: dice qué aceptó recibir la persona y cómo puede dejar de hacerlo. La Política de mensajes de WhatsApp Business exige obtener el opt-in, respetar el opt-out y evitar comunicaciones inesperadas o engañosas. Segundo, un error de entrega no borra el intento; se convierte en evidencia operativa. Tercero, una respuesta no se marca como éxito para abandonarla en una bandeja, sino que pasa a ser trabajo con responsable.

Utilice códigos de motivo estables, como no_opt_in, recent_marketing, active_service_case, 131049_cooldown, portfolio_capacity y manual_exclusion. Las notas libres pueden aportar contexto, pero no deben ser la única forma de explicar una exclusión.

3. Ejecute un preflight de ocho puertas

Aplique las puertas en un orden que elimine destinatarios no elegibles antes de considerar la capacidad escasa.

1. Propósito: nombre el resultado del cliente, no solo la plantilla. “Recordatorio para membresías que vencen en 14 días” se puede comprobar; “campaña de agosto” no.
2. Consentimiento: confirme que cubre el canal y el propósito y que no existe un opt-out posterior.
3. Mercado: compruebe si el comportamiento actual de la plataforma o los requisitos locales cambian la ruta. No extrapole la norma de otro país.
4. Estado del cliente: quite personas con una queja abierta, un caso de servicio activo, una compra ya completada u otra condición que vuelva irrelevante la oferta.
5. Frecuencia: aplique su propio periodo de enfriamiento entre campañas, no solo dentro de una automatización.
6. Capacidad: compare la audiencia elegible con la capacidad compartida y reserve margen para mensajes operativos de mayor prioridad.
7. Responsabilidad: asigne respuestas, revisión de fallos y escalado antes del lanzamiento.
8. Medición: congele la cohorte y, cuando sea posible, mantenga un grupo de control aleatorio que no reciba la campaña.

El control importa porque entregado, leído y respondido describen el recorrido del mensaje, no su valor incremental. Si el cliente habría renovado sin el recordatorio, atribuir toda la renovación a la plantilla exagera su efecto.

4. Trate el error 131049 como una señal de supresión

Cuando Meta aplica el límite de marketing por usuario, una entrega fallida puede devolver el código 131049. Meta aconseja esperar al menos 24 horas antes de reintentar. Los reenvíos repetidos dentro del periodo pueden prolongar el bloqueo hasta otras 24 horas. Por tanto, un bucle rápido de reintentos convierte un resultado normal de política en más ruido y retraso.

El manejador debe aceptar el estado fallido, vincular 131049 al destinatario y al intento, fijar una supresión que expire al menos 24 horas después y detener reintentos automáticos. Tras el enfriamiento, ejecute otra vez todo el preflight; el paso del tiempo no hace relevante un mensaje.

Mantenga este fallo separado del agotamiento del portafolio, una plantilla no válida, un número inaccesible o un error de integración. Cada caso exige responsables y acciones distintos. Un solo estado “fallido” oculta si el equipo debe esperar, corregir datos, ajustar capacidad o reparar código.

5. Mida la campaña como un ciclo de control

Empiece por un embudo conciliado: intentado, aceptado para proceso, entregado, leído, respondido, siguiente acción cualificada y resultado completado. La documentación actual de analítica de Meta cubre datos de mensajes enviados y entregados, y la analítica de plantillas puede incluir lecturas; el histórico documentado alcanza un año para messaging analytics y 90 días para template analytics (analítica de Meta).

Añada métricas que expliquen el embudo: tasa de exclusión por motivo, proporción de 131049 por campaña y mercado, tiempo hasta suprimir al destinatario, tiempo para asignar una respuesta, opt-outs, cola de respuestas sin resolver y conversión frente al grupo de control. Compare cohortes solo cuando sus reglas de audiencia, propósito y ventana sean equivalentes.

No saque los 131049 del denominador para mejorar el gráfico de entrega. Muestre tanto la audiencia elegible tras el preflight como la aceptada por la plataforma. La diferencia indica si la oportunidad está en seleccionar mejor antes del envío o en manejar mejor el resultado después.

6. Ejemplo: reactivación en un estudio de fitness

Un estudio independiente invita a antiguos miembros a una clase nueva para principiantes. El segmento inicial contiene clientes cuya membresía terminó hace entre 45 y 90 días. El equipo elimina después a quien no tiene un consentimiento ajustado al propósito, a quien se dio de baja, a las personas con un caso de facturación abierto y a cualquiera que haya recibido otra plantilla dentro del periodo de enfriamiento del estudio.

La audiencia restante se divide entre la cohorte de campaña y un grupo de control aleatorio del 10%. La campaña utiliza una plantilla aprobada en el idioma guardado del contacto. La capacidad del portafolio se comprueba antes de programar. Las respuestas llegan a la cola de membresías con el contexto de la campaña y la clase.

Un 131049 no provoca otro envío esa tarde. El contacto recibe un motivo de supresión y no se reintenta durante al menos 24 horas. Si un mensaje entregado genera respuesta, una persona se hace cargo y se detiene el marketing mientras la conversación siga activa. Al final, el equipo compara reservas de clase entre campaña y control, y revisa bajas y carga de servicio junto con las conversiones.

Este diseño muestra totales menos espectaculares que un broadcast máximo. A cambio responde mejor a la pregunta real: ¿creó el mensaje una acción útil sin malgastar atención ni capacidad operativa?

7. Conecte el ciclo con DripTell

La solución actual de gestión de campañas de DripTell admite programación, comprobaciones de audiencia y estados por destinatario de entregado, leído, fallido y respondido. La guía de broadcasts se centra en mensajes aprobados, revisión de audiencia, embudo de entrega y gestión de respuestas. El espacio de plantillas permite crear plantillas y sincronizarlas con Meta.

Utilice estas superficies como capa operativa, pero mantenga explícitos en el runbook la capacidad de plataforma y 131049. Construya segmentos con consentimiento, ciclo de vida y recencia; revise la audiencia antes de ponerla en cola; conserve evidencia por destinatario; y asigne cada respuesta. No afirme que un panel resolvió la gobernanza de frecuencia si falta el registro de decisión entre campañas.

El límite práctico es importante: DripTell ayuda a programar, segmentar y observar campañas, pero la empresa elige su estándar de consentimiento, periodo de enfriamiento, prioridades y resultado que merece medición.

8. Audite el sistema en 30 minutos

Tome una campaña reciente y responda con registros, no de memoria:

• ¿Puede recuperar el límite actual del portafolio y detectar un cambio business_capability_update?
• ¿Distingue la capacidad del portafolio del error individual 131049?
• ¿Detiene 131049 los reintentos al menos 24 horas en todos los workers y colas?
• ¿Puede mostrar fuente, alcance y fecha del consentimiento y el último opt-out de cada destinatario?
• ¿Existe una regla de frecuencia entre campañas antes de poner mensajes en cola?
• ¿Se excluyen cuando corresponde las conversaciones de servicio activas y los resultados ya completados?
• ¿Llega cada respuesta a un responsable con el contexto de campaña?
• ¿Se concilian entrega, lectura, respuesta, opt-out y resultado para la misma cohorte?
• ¿Hay grupo de control u otra base creíble para medir impacto incremental?
• ¿Puede un operador explicar cada exclusión y fallo sin abrir registros sin procesar?

Si varias respuestas son negativas, reduzca la próxima audiencia y repare el registro antes de aumentar el volumen. Meta ha presentado públicamente los controles del usuario, los límites de marketing, la revisión de plantillas y las restricciones crecientes como protección contra mensajes empresariales no deseados (controles de chats empresariales de Meta). La estrategia duradera no es buscar un máximo permanente, sino operar un ciclo que proteja consentimiento, atención, capacidad y resultados medibles.

Si quiere probarlo con una audiencia real, reserve una demo de DripTell con los campos de consentimiento, reglas de supresión, responsable de respuestas y definición de resultado preparados.