«Success en el CRM, pero el cliente dice que no recibió nada» - no es un fallo único ni un bug. Un mensaje «desaparecido» tiene al menos cinco causas, y el bloqueo es solo una. Tras este artículo sabrás qué diagnosticar y en qué orden, sin achacarlo todo a un baneo mítico.
Separemos conceptos que en el nicho se mezclan:
Un log con «Success» en CRM o herramienta gris es el punto 1, no el 5. La herramienta registra que WhatsApp Web aceptó el comando. Lo demás queda fuera de su control. Meta no confirma a sistemas externos que el mensaje se descifró en el dispositivo del destinatario.
Escenario clásico. El servidor de Meta acepta el mensaje, asigna un check gris y deja de reenviar. El contenido se destruye. Aunque te desbloqueen después - lo enviado durante el bloqueo no se recupera ni se «repone».
Diagnóstico: abre el chat manualmente en el móvil. Si persiste un check y falta el avatar (icono gris por defecto) - alta probabilidad de bloqueo. Más sobre cuándo un check no es bloqueo en artículo aparte.
Menos obvio. Si alguna vez añadiste el número a la lista negra del teléfono y luego intentas enviar un trigger vía API gris - no llegará nada. El CRM dirá «Success», el teléfono enviará, el servidor no pasará el mensaje.
Diagnóstico: abre el chat manualmente. Si WhatsApp muestra «¿Desbloquear este contacto para enviar un mensaje?» - lo bloqueaste tú.
Mini-caso. Un operador bloqueó a un cliente molesto desde el móvil. Una semana después el mismo cliente envió un formulario - el CRM disparó un mensaje automático vía API. Estado en panel: éxito. El cliente no recibió nada. Revisión manual: número en la lista negra del teléfono del operador. Cero mensajes hasta desbloquear.
Un check no siempre es bloqueo. Teléfono apagado, sin internet, app eliminada, cambio de SIM sin migrar la cuenta - mismo resultado visual. Muy habitual en bases frías recopiladas hace meses.
Diagnóstico: espera 24–48 horas. Si el estado no pasa de un check a dos - el problema es persistente; investiga más.
WhatsApp usa cifrado extremo a extremo con Signal Protocol. Cambio de sesión, reconexión de WhatsApp Web o actualización Multi-Device puede desincronizar claves. El mensaje llega físicamente al móvil del destinatario pero el dispositivo no puede descifrarlo.
Lo que ve el destinatario: aviso «Esperando el mensaje. Esto puede tardar un poco» («Waiting for this message. This may take a while»). El remitente ve estado normal - dos checks.
Puede durar 24–48 horas hasta que los dispositivos intercambien claves nuevas. No es baneo ni bloqueo - artefacto de sincronización.
Mini-caso. Un marketer lanzó una campaña justo tras re-vincular el QR. Los primeros 200 destinatarios vieron hilos vacíos con «Esperando el mensaje». En logs del software - dos checks, «entregado». Sin texto en los dispositivos de los clientes.
Las API no oficiales pueden interpretar mal errores internos de WhatsApp y mostrar «Enviado» en verde. Archivos pesados y conexiones Web inestables generan discrepancias entre logs y realidad.
En WABA oficial es más claro: si Meta bloqueó o pausó la plantilla durante el envío, el mensaje recibe Failed en Webhooks con código concreto. Pero en la interfaz CRM el manager puede seguir viendo «enviado» - si la integración no procesa esos códigos.
Orden cuando el síntoma es «contacto existe, mensaje no llegó»:
Paso 1. Abre el chat problemático en un smartphone físico.
Paso 2. Intenta escribir manualmente:
Paso 3. Revisa logs de integración. Si la herramienta muestra Success pero tú ves un check - la herramienta solo registra el comando, no la entrega.
Paso 4. Para WABA: revisa Webhooks por códigos de error (Undeliverable, Failed, Structure Unavailable). Más fiable que la interfaz CRM.
Paso 5. Comprueba si la sesión de WhatsApp Web se actualizó antes del envío masivo. Si sí - posible desincronización masiva de claves.
Buena analítica de envíos distingue más que «enviado» - al menos cuatro estados:
| Estado | Significado | Acción |
|---|---|---|
| Sent | Aceptado por servidor WhatsApp | Esperar entrega |
| Delivered | En dispositivo del destinatario | OK |
| Read | Leído | OK |
| Undelivered | Un check 24–72 h | Diagnóstico → Suspected Blocked |
| Error / Failed | Código de error API/WABA | Revisar plantilla, sesión, integración |
No elimines contactos Undelivered de inmediato - parte se recupera. Muévelos a un segmento, revisa en 7–14 días y luego decide exclusión. La lógica de marcado en tres niveles se desarrolla en artículo aparte.
Success del CRM como prueba de entrega.Toma varios chats recientes donde el cliente se quejó de no recibir y recorre los Pasos 1–5. Cinco a diez minutos - y verás si es problema sistémico, fallo local de sesión o un contacto con el móvil apagado.
Regla práctica:
«Enviado» en logs no es «recibido» en el cliente. Hay cinco niveles intermedios - y el mensaje puede fallar en cualquiera.