Webhook
Resumen para integración
- Entrega: WhatsApp → Concepto Móvil →
POSTa la URL de tu webhook (la que compartes con nuestro equipo de Operaciones), con un JSON en el cuerpo.- Formato: el objeto
valuede Meta sinmetadatanimessaging_product; las notificaciones de Flows llegan con el objeto completo (object,entry).- Identificar al usuario:
from/recipient_ido, si no llega, el BSUID.- Respuesta esperada: HTTP 200 sin cuerpo; si no, se reintenta con intervalos exponenciales.
Todas las notificaciones se envían a tu webhook con la misma petición HTTP. El cuerpo depende del tipo de notificación; consulta las páginas de Recepción de Notificaciones.
Webhook
Petición
Petición de Webhook:
| URL | Le pedimos que comparta a nuestro equipo de Operaciones la URL de su Webhook. |
| Método | POST |
| Tipo | application/json |
Encabezados
Encabezados de Webhook:
| Nombre | Descripción | Tipo | Requerimientos |
|---|---|---|---|
| Content-Type | application/json; charset=UTF-8 | String | Obligatorio |
| Cache-Control | no-cache | String | Obligatorio |
| Accept | */* | String | Opcional |
Respuesta
Respuesta de Webhook:
La plataforma esperará como respuesta un código HTTP 200 sin cuerpo por parte del webhook. Los reintentos solo se realizan ante errores de conexión/timeout o cuando la respuesta tiene uno de los códigos HTTP 408, 429, 500, 502, 503 o 504 (número limitado de intentos con intervalos exponenciales); otros códigos de respuesta (p. ej. 400, 401, 404) se descartan y no se vuelven a entregar.
Nota: Las notificaciones de Flows se envían al webhook de plataforma configurado para la cuenta (no al webhook por número), con encabezados distintos (sin
Cache-Control, conAuthorization: Basic …opcional) y sin reintentos ante códigos HTTP de error (solo se reintenta ante errores de I/O).