¿Te ayudamos a aplicar esta guía?Pregunta al equipo de DripTell
Un informe fiable de una campaña de WhatsApp empieza con un registro para cada mensaje enviado a un destinatario. Después vincula cada evento de estado a ese registro mediante el identificador del mensaje. Conserva la hora del evento y el detalle original del fallo. No decidas el último estado según el orden en que los webhooks llegaron a tu sistema, porque Meta advierte que ese orden puede ser distinto del orden real de los eventos.
La pregunta operativa es sencilla. ¿Puede el equipo explicar qué ocurrió con cada mensaje previsto sin reescribir la evidencia después de la campaña? Un espacio de trabajo de campañas debe mostrar esa respuesta, no solo varios totales atractivos.
La referencia de webhooks de WhatsApp de Meta define sent como recibido por el servidor de WhatsApp, delivered como entregado al destinatario, read como leído y failed como fallo de envío. Son eventos distintos.
Empieza con un registro por mensaje
Crea la fila del informe cuando el intento saliente entra en tu proceso de envío. Guarda campaña, destinatario previsto, tipo de plantilla o mensaje, hora del intento e identificador de WhatsApp. Meta documenta que los mensajes tienen identificadores únicos y que sus estados se siguen mediante webhooks.
Separa la decisión interna de audiencia del resultado de plataforma. Un contacto excluido antes del envío por consentimiento, supresión, duplicación o una regla de público no falló en WhatsApp. Nunca se presentó. Por eso un proceso de campañas de WhatsApp debe mostrar por separado audiencia inicial, audiencia apta y mensajes enviados a la plataforma.
Conserva los eventos de estado
Añade eventos a un registro en lugar de sobrescribir un único campo. Guarda identificador, estado, hora del evento de Meta, hora de recepción y el objeto de error que acompañe a failed. El registro permite reconstruir el informe si un webhook llega tarde o repetido.
- 1Captura el identificadorVincula cada intento por destinatario con el identificador devuelto para el mensaje.
- 2Conserva cada eventoGuarda estado, hora y fallo sin sobrescribir la evidencia anterior.
- 3Ordena por hora del eventoUsa la hora del estado porque los webhooks pueden llegar en otro orden.
- 4Concilia los totalesCompara audiencia, mensajes aceptados y estados finales con denominadores nombrados.
- 5Revisa excepcionesInvestiga registros ausentes y fallidos antes de cambiar un contacto o reintentar.
Haz que la ingesta sea idempotente. Recibir el mismo evento otra vez no debe aumentar un contador. Una clave práctica puede combinar identificador, estado y hora, mientras una suma de comprobación de la carga original conserva la auditoría. Protege este acceso mediante tu modelo de seguridad y permisos.
La documentación de Meta sobre actualizaciones de estado indica que los mensajes correctos producen notificaciones sent, delivered y read. También advierte que el orden de llegada a la aplicación puede no reflejar el tiempo real. La hora forma parte de la evidencia.
Concilia por hora del evento
Ordena los eventos de cada mensaje por la hora incluida en la notificación. Conserva la recepción para vigilar retrasos, pero no permitas que ese orden haga retroceder el mensaje. Si read entra en la base antes que delivered, guarda ambos y presenta la cronología indicada por sus horas.
Define un cierre claro. El informe en vivo puede ser provisional mientras siguen llegando eventos. Más tarde fija una captura fechada sin borrar los que lleguen después. Si un evento tardío cambia el final, registra la hora de revisión para explicar por qué dos exportaciones difieren.
| Evidencia del informe | Qué demuestra | Qué no demuestra |
|---|---|---|
| Solicitud con identificador | WhatsApp asignó un identificador al mensaje | Que llegó al dispositivo |
| Estado sent | El servidor de WhatsApp recibió el mensaje | Que fue entregado o leído |
| Estado delivered | El mensaje llegó al destinatario | Que fue comprendido o generó acción |
| Estado read | Se informó un evento de lectura | Que la campaña causó una respuesta o venta |
| Estado failed con error | El envío falló con detalle registrado | La misma causa en todos los destinatarios |
| Sin evento posterior al cierre | El informe aún no tiene otro evento | Que pueda suponerse delivered o failed |
Nombra el denominador de cada tasa
Todo porcentaje necesita un denominador claro. La entrega entre mensajes presentados responde a una pregunta de transporte. Las lecturas entre entregados describen la lectura informada de lo que llegó. Ninguna explica cuánta audiencia era apta ni qué resultado útil produjo.
Publica cantidades junto a las tasas. Si no, nadie verá si se redujo la audiencia, cambiaron las exclusiones o los eventos tardíos movieron el denominador. Muestra también zona horaria y cierre. Comparar una campaña a las doce horas con otra a los tres días no es justo.
Respuestas, citas y compras pertenecen a otra capa. Únelas con un identificador defendible de campaña o conversación y no trates read como conversión. Una bandeja compartida conserva el diálogo posterior, mientras las reglas de automatización encaminan el trabajo. El registro de estados sigue siendo evidencia de transporte.
Investiga fallos sin cambiar la historia
Un estado failed puede incluir un objeto de error. Consérvalo, agrupa por código o detalle y revisa una muestra pequeña antes de actuar. Un origen puede requerir corregir una plantilla o configuración. Otro puede exigir corregir datos o mantener al contacto suprimido. Un reintento general puede repetir el problema.
Pon los mensajes sin estado posterior en una cola de excepciones. Confirma el identificador, la suscripción del WhatsApp Business Account a webhooks y que el endpoint aceptó notificaciones. Luego revisa ingesta y duplicados. No conviertas lo desconocido en sent, delivered o failed solo para cuadrar los totales.
Asigna un responsable por grupo. El gestor de campaña puede poseer las reglas de audiencia, ingeniería los huecos de webhooks y operaciones las respuestas. La propiedad clara convierte el informe en trabajo sin alterar la historia.
Convierte el informe en decisiones
Concilia antes de evaluar la creatividad. Pregunta primero si cada mensaje presentado tiene un estado explicable o una excepción abierta. Revisa después los grupos de fallos, el retraso de eventos y las diferencias entre segmentos. Solo con evidencia estable interpreta lecturas, respuestas y resultados.
DripTell puede reunir actividad de campaña, historial de conversaciones compatibles y propiedad en una vista operativa. Elige una campaña reciente y concilia el detalle con el resumen. Si los totales no se explican, corrige la regla antes del siguiente envío grande. Usa esa campaña real como prueba en una demostración de DripTell.
Preguntas frecuentes
Qué diferencia hay entre sent y delivered
Sent significa que el servidor de WhatsApp recibió el mensaje. Delivered significa que llegó al destinatario. Usa delivered cuando preguntes si se informó la entrega.
Qué hacer si los webhooks llegan desordenados
Conserva todos los eventos y ordénalos por la hora de la notificación. Guarda la recepción para vigilar el canal, pero no dejes que el orden de llegada borre un hecho posterior.
Conviene reintentar automáticamente failed
No como regla general. Conserva el error, agrupa las causas y corrige primero el problema. El reintento debe ser una nueva tentativa vinculada con su propio identificador.
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