Diagnosticar respuestas de Meta

Identificá dónde ocurrió el error

WhatsAut, tu receptor y Meta son componentes distintos. Anotá qué operación falló y quién devolvió la respuesta. Un 502 de WhatsAut puede representar un rechazo o respuesta inválida de Meta; no identifica por sí solo la causa original.

Cuando está disponible, la interfaz conserva código y subcódigo de Meta. No expone el cuerpo completo del proveedor. En un webhook de estado fallido, tu receptor debe revisar la información de error asociada.

Qué comprobar primero

Autorización: revisá el usuario, el negocio seleccionado y el acceso al activo. Formato: compará los campos enviados con el contrato de la operación.

Plantilla: verificá WABA, nombre, idioma, aprobación y parámetros. Entrega: diferenciá aceptación de envío de un evento de fallo posterior.

Disponibilidad: si hubo timeout, el resultado puede ser incierto. Comprobá el estado o lista del recurso antes de repetir una creación o envío.

Evitar reintentos dañinos

Corregí los datos antes de repetir un error de validación. Un límite de frecuencia requiere espaciar solicitudes, no aumentar procesos simultáneos.

No implementes reenvíos automáticos de mensajes por cualquier error: si la primera solicitud se aceptó pero se perdió la respuesta, podrías duplicar el mensaje.

Para el webhook, usá el reintento específico de los detalles de conexión y respetá la espera mínima de 10 segundos.

Prepará una evidencia útil

Enviá operación, código/subcódigo, hora y ID de conexión o request ID. Separá la respuesta HTTP del error de entrega, si son distintos.

Esta guía no es un catálogo exhaustivo de códigos numéricos de Meta. La referencia numérica se ampliará con fuentes oficiales verificables; no asignamos un significado por parecido entre códigos.