Título: Error de WhatsApp Trigger: “The WhatsApp App ID already has a webhook subscription” en instancia auto-hospedada
Cuerpo:
¡Hola a todos!
Estoy ejecutando una instancia auto-hospedada de n8n a través de Docker detrás de un túnel de Cloudflare. Estoy intentando probar/activar un nodo WhatsApp Trigger, pero sigo recibiendo el siguiente error:
Problema al ejecutar el flujo de trabajo
The WhatsApp App ID [MY_APP_ID] already has a webhook subscription. Delete it or use another App before executing the trigger. Due to WhatsApp API limitations, you can have just one trigger per App.
Detalles de configuración:
N8n auto-hospedado ejecutándose en Docker
URL pública expuesta a través de Cloudflare Tunnel (la variable de entorno WEBHOOK_URL está configurada correctamente)
Usando Meta Developer App con credenciales de WhatsApp API
No tengo ningún otro flujo de trabajo activo en n8n que utilice este mismo WhatsApp App ID.
¿Cómo puedo limpiar o restablecer correctamente la suscripción de webhook en el lado de Meta o en n8n para que el nodo de disparo se registre correctamente? ¡Cualquier ayuda o consejo sería muy apreciado!
Hola @mateusz_szlaga
La suscripción está del lado de Meta, no en n8n. Así que no tener otros flujos de trabajo activos no significa que no haya suscripción, y por eso desactivar cosas en n8n no la elimina.
Verifica qué está realmente registrado:
GET https://graph.facebook.com/v21.0/{app-id}/subscriptions?access_token={app-id}|{app-secret}
Nota el formato del token, es tu ID de aplicación y el secreto de la aplicación unidos por una barra vertical. Ese es el token de acceso de la aplicación y confunde a la gente.
Luego elimínalo:
DELETE https://graph.facebook.com/v21.0/{app-id}/subscriptions?object=whatsapp_business_account&access_token={app-id}|{app-secret}
O hazlo en el panel: tu aplicación, luego WhatsApp, luego Configuración, y hay un botón Eliminar suscripción junto a la URL de callback.
Una vez que se haya ido, activa el flujo de trabajo y n8n registrará su propia suscripción limpiamente.
En cuanto a de dónde vino, el culpable usual es haber presionado Execute workflow en algún momento. El modo de prueba también registra una suscripción, y no siempre se limpia cuando termina la prueba. Después de eso, cada intento de activación choca con el límite de un disparador por aplicación contra una suscripción que no puedes ver desde dentro de n8n.
Bueno saberlo de cara al futuro: ese límite es de Meta, no de n8n, así que no puedes tener un disparador de prueba y uno de producción en la misma aplicación a la vez. Una vez que esté activado, deja Execute en paz o volverás aquí.
Por cierto, tu túnel de Cloudflare no está involucrado en esto, este error ocurre antes de que nada intente llegar a tu instancia.