El mensaje que tu cliente mandó y tú nunca viste
Meta entrega una parte de los mensajes entrantes sin el teléfono de quien escribe, y el sistema los descarta sin ruido. Cómo medirlo antes de buscar culpables.
De dónde salen los datos
Medición sobre el bot de WhatsApp de un cliente, 2026-08-29: 19 mensajes entrantes descartados en siete días sobre unos 92 recibidos, es decir uno de cada cinco. Meta los entrega con un identificador de usuario y sin el número de teléfono en ningún campo; no es que esté en otro sitio, es que no viene. Entre los descartados había texto, imagen, audio, una reacción y tres con referencia de anuncio, o sea leads de pauta pagada. El cliente no recibe respuesta, la asesora no se entera y no queda rastro en el CRM. Una primera auditoría concluyó que el número era recuperable de otro campo del payload; se desplegó ese respaldo y no rescató ni un solo mensaje. La causa real solo apareció al registrar la forma del payload descartado, no su contenido.
Por Wilmar Rocha
Uno de cada cinco mensajes que un cliente le manda a tu WhatsApp puede estar desapareciendo sin que nadie lo note, sin un error, sin una alerta, sin que el propio cliente sepa que escribió a un negocio que jamás recibió su mensaje. No es una falla de tu sistema en el sentido en que uno imagina una falla — es un comportamiento documentado de la Cloud API de Meta que casi nadie audita porque, desde afuera, todo parece funcionar.
Lo que medimos
Sobre el bot de WhatsApp de un cliente, entre el 22 y el 29 de agosto de 2026, medimos 92 mensajes entrantes recibidos y 19 descartados. Uno de cada cinco. La razón del descarte no era un error de nuestro sistema ni un bug del bot: Meta entrega ciertos mensajes con un identificador de usuario, pero sin el número de teléfono en ningún campo del payload. No está escondido en otro lugar de la respuesta — simplemente no viene. Cualquier sistema que dependa del número de teléfono para procesar y responder un mensaje entrante se queda sin poder hacerlo, aunque el mensaje sí haya llegado hasta el servidor.
Lo que se perdió, específicamente
De los 19 mensajes descartados, había texto normal, una imagen, un audio, una reacción a un mensaje anterior, y tres que llegaban con referencia directa de un anuncio — es decir, leads de pauta pagada, gente que hizo clic en un anuncio, llegó hasta WhatsApp y escribió, y cuyo mensaje nunca generó respuesta. Ese cliente no recibió contestación. La asesora que debía atenderlo nunca se enteró de que existía. Y en el CRM no quedó ningún rastro de esa conversación, porque desde el punto de vista del sistema, esos 19 mensajes simplemente no llegaron a procesarse.
El primer intento de arreglo que no funcionó
La primera hipótesis, razonable, fue que el número de teléfono estaba en otro campo del payload que no se estaba leyendo. Se desplegó un respaldo que buscaba el dato en esa ubicación alternativa. No rescató ni un solo mensaje. La causa real solo apareció cuando, en lugar de mirar el contenido de los mensajes descartados, se registró la forma completa del payload que Meta enviaba en esos casos específicos — y ahí quedó claro que el campo del número de teléfono no estaba mal ubicado: directamente no existía en esa respuesta.
Por qué esto no se ve como un problema
Ningún dashboard de uptime marca esto como una falla, porque técnicamente no lo es: el servidor recibió la petición de Meta, respondió con un código correcto, y el sistema hizo exactamente lo que estaba programado para hacer con un mensaje sin número de teléfono identificable — descartarlo. No hay una alerta roja en ningún panel. El único lugar donde este problema se hace visible es contando, mensaje por mensaje, cuántos entran contra cuántos efectivamente se procesan y responden. Y esa cuenta casi nadie la hace, porque asume — con toda razón, la mayoría de las veces — que si el webhook responde 200, el mensaje se procesó bien.
Antes de automatizar mensajes en WhatsApp, mide esto
Cualquier plan para automatizar mensajes en WhatsApp — respuestas, seguimientos, confirmaciones — hereda este mismo hueco si depende de identificar al remitente por su número. Un mensaje automático que nunca se dispara porque el número no llegó se ve, desde afuera, idéntico a que nadie escribió. No hay forma de distinguir las dos cosas sin medir directamente cuántos mensajes entrantes se están descartando antes de construir nada encima.
Cómo medir si te está pasando a ti
- Cuenta los mensajes entrantes que registra tu log del webhook contra los mensajes que efectivamente generan una respuesta o quedan en el CRM. La diferencia entre esos dos números es tu tasa de descarte real.
- Revisa específicamente los mensajes con referencia de anuncio. Si estás pagando por pauta que trae tráfico a WhatsApp, cada uno de esos mensajes perdidos es un lead pagado que se fue sin respuesta.
- No asumas que el dato está en otro campo del payload sin comprobarlo primero. Registra la forma completa de un mensaje descartado antes de intentar un arreglo — la causa puede ser más simple y más radical de lo que parece: el dato no está, en ningún lado.
- Establece esta medición como algo recurrente, no como una revisión de una sola vez. El comportamiento de la API puede cambiar entre versiones, y una tasa de descarte que hoy es del 20% puede subir o bajar sin ningún aviso de Meta.
Si tu negocio depende de que cada mensaje entrante llegue a alguien que pueda responderlo, vale la pena revisar esto directamente en los logs de tu integración con la API de WhatsApp Business — no en el dashboard que dice que todo está arriba, sino en el conteo real de mensajes que entran contra los que salen.
- api
- meta
- webhooks
- leads