Los operadores repiten el mismo error: cambian el texto cuando hace falta cambiar el proxy, o limpian la base y cambian números cuando el problema es la oferta. Un diagnóstico erróneo cuesta tiempo, dinero y números. Cómo usar cuatro estados del embudo para acertar dónde buscar.
Antes de diagnosticar, separa tres zonas independientes:
Cuenta e infraestructura - proxies, IP, reputación del número, límites de plataforma, Quality Rating.
Base y segmentación - validez de números, relevancia de audiencia, calidad de leads, horario - ver segmentación de base.
Texto y oferta - redacción, longitud, pregunta, CTA, encaje con el segmento.
Cada zona se ve en su parte del embudo. No puedes diagnosticar todo con una métrica - ver dashboard de métricas.
| Estado | Qué indica | Zona |
|---|---|---|
| Sent (un tick) → no pasa a delivered | Cuenta bloqueada, rate limiting, teléfono apagado | Cuenta / infra |
| Delivered (dos ticks) → % bajo | Base muerta o inválida, proxies malos | Base |
| Read (ticks azules) → % bajo | Preview débil, mal primer pantallazo | Texto |
| Read alto → sin respuestas | Oferta débil, sin CTA claro, segmento erróneo | Texto / segmentación |
Si el lote queda en sent (un tick gris) y no pasa a delivered horas - no es problema de texto. Meta aceptó el paquete; algo bloquea la entrega.
Revisar: proxy, reputación IP, límites de cuenta, estado del número - ver mecánica de bans. Cambiar texto no ayuda.
Atasco masivo = cuenta. Casos aislados = normal (teléfono apagado, sin internet).
95–98% entrega = referencia para infra API de calidad. 70–85% leídos en 2 h. Delivered Rate < 80% = alerta roja de base e infra - ver referencias y alertas.
Hipótesis: base sin validar, Bounce > 2%, proxies comprometidos. Complaint ≤ 0,1%, Quality Rating > 0,80 - si fallan, empezar por cuenta.
Reescribir texto con entrega caída = tiempo perdido.
Patrón más frecuente y menos obvio. Entrega 95%+, ticks azules - Response Rate casi cero.
Hipótesis principal: texto. También segmento irrelevante, mal horario u oferta débil - ver leyó y no respondió y estructura del primer mensaje.
Revisar: ¿pregunta clara? ¿respuesta sí/no? ¿150–200 caracteres? ¿primer pantallazo sobrecargado? 15–25% desactivan lectura - Read real algo mayor que el CRM.
B2B: 190 de 200 atascados en un tick gris. Sospecha de stop-words.
Mismo texto desde móvil personal a 5 contactos - doble tick al instante.
Diagnóstico: texto limpio, reputación de cuenta de envío. Tras proxies móviles y cambio de SIM - envío normal.
Salón WABA: entrega 97%, ticks azules masivos, cero respuestas en 2 h. «Falla la API» - siguió a 3000 contactos.
Meta deshabilitó la plantilla. Larguísimo con 50% descuento en la cara - Spam, no Responder - ver WABA y plantillas.
Entrega perfecta = cuenta limpia. Cero respuestas con lecturas altas = texto. Diagnóstico obvio - ignorado.
Casos de foro - sin verificación pública.
Mismo texto manual a 5–10 conocidos - test rápido. Si entrega y leen - la entrega no es culpa del texto.
Límite: contactos leales, en agenda, más trust, sin botón spam - no modelan usuario frío - ver base cálida vs fría.
Test más limpio - micro lote a 20–50 números fríos reales y Response Rate - o A/B.
Solo entonces cambiar algo.
| Síntoma | Cambiar |
|---|---|
| Entrega < 80% | Base, proxy, número |
| Bounce > 2% | Calidad y validez de base |
| Complaint > 0,1% | Contenido, segmentación |
| Read alto, sin respuestas | Texto, CTA, oferta, segmento |
| Plantilla Disabled | Texto de plantilla, oferta |
| Sent no → Delivered | Infra, límites de cuenta |
Toma el último envío fallido: Delivered → Read → Response. Localiza el quiebre del embudo - luego formula la hipótesis.
Regla práctica:
No cambies el texto hasta confirmar que el mensaje se entrega. No cambies el número hasta confirmar que leen y callan.
