I am experiencing an issue where the WhatsApp Trigger node in n8n (v2.30.8, self-hosted via Docker with a tunnel) fails to receive incoming messages from the Meta Cloud API test number. Although Telegram nodes and other webhooks operate correctly on this infrastructure, and Meta’s webhook verification passed successfully with the messages field subscribed, sending a test message from a personal device does not trigger the workflow or generate any execution logs. Could this be related to a specific routing quirk with the WhatsApp trigger node under a tunneled Docker environment, or an oversight in the Meta dashboard subscription settings? Any technical insights would be appreciated.
Spanish:
Experimento un problema donde el nodo Trigger de WhatsApp en n8n (v2.30.8, alojado por cuenta propia en Docker con un túnel) no recibe mensajes entrantes del número de prueba de la API en la nube de Meta. Aunque los nodos de Telegram y otros webhooks funcionan correctamente en esta infraestructura, y la verificación del webhook de Meta se aprobó exitosamente con el campo messages suscrito, enviar un mensaje de prueba desde un dispositivo personal no activa el flujo de trabajo ni genera ningún registro de ejecución. ¿Podría estar relacionado con alguna peculiaridad específica del enrutamiento del nodo trigger de WhatsApp en un entorno Docker con túnel, u omisión en la configuración de suscripción del panel de Meta? Agradecería cualquier perspectiva técnica.
no es el túnel. Telegram se ejecuta con las mismas reglas de configuración que lo descarta, y pasar la verificación solo demuestra que la URL de devolución de llamada es accesible, no que algo se enrute a ella.
Verifica a qué aplicación está suscrita tu WABA. En Graph API Explorer, GET {your-WABA-ID}/subscribed_apps. Una WABA puede estar suscrita a una aplicación diferente de la que contiene tu webhook, y los mensajes reales llegan solo a la aplicación suscrita mientras que Meta aún los muestra en tu registro de eventos. Varias personas allí perdieron días con proxies antes de encontrarlo.
El otro para descartar: en el número de prueba en modo Desarrollo, Meta solo reenvía desde números listados bajo API Setup > To, así que tu número personal tiene que estar en esa lista.
una cosa más que vale la pena verificar: solo una URL de callback puede estar activa por aplicación de Meta. si alguna vez conectaste esa misma aplicación a otra instancia de n8n o a un flujo de trabajo antiguo con la misma credencial, quien se registró último es el dueño del webhook y el anterior simplemente se queda silencioso. vuelve a guardar el nodo de disparador para que se vuelva a registrar y verifica que el panel de la aplicación muestre tu URL de túnel actual y no una antigua.
también prueba el lado de n8n por su cuenta, usa curl para enviar un payload de mensaje falso directamente a la URL del webhook de producción. si el flujo de trabajo se ejecuta desde eso, n8n y el túnel están bien y es 100% un asunto de suscripción de Meta, no de enrutamiento de docker.