WhatsApp 觸發器未觸發

問題
1

English:

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.

Arabic:

أواجه مشكلة عدم استقبال رسائل واردة عبر نود تريغر الواتساب في n8n (الإصدار 2.30.8، مستضاف ذاتياً عبر Docker باستخدام Tunnel) من الرقم التجريبي الخاص بـ Meta Cloud API. ورغم أن نودز التيليجرام وباقي الويب هوكس تعمل بكفاءة على نفس البنية التحتية، واجتياز التحقق من الويب هوك بنجاح مع تفعيل حقل الـ messages، إلا أن إرسال رسالة اختبارية من جهاز شخصي لا يؤدي إلى إطلاق الورك فلو أو تسجيل أي Executions. فهل توجد مشكلة معروفة في توجيه البيانات تخص تريغر الواتساب مع بيئة الـ Docker والتانل، أم أن هناك إعداداً ناقصاً في لوحة تحكم ميتا؟ أرجو الإفادة بالحلول التقنية المناسبة.

Chinese (Traditional):

我遇到一個問題，n8n（v2.30.8，通過 Docker 搭配隧道自主託管）中的 WhatsApp 觸發節點無法接收來自 Meta Cloud API 測試號碼的傳入訊息。雖然 Telegram 節點和其他 webhooks 在此基礎設施上運作正常，且 Meta 的 webhook 驗證成功並訂閱了 messages 欄位，但從個人裝置發送測試訊息並未觸發工作流程或產生任何執行日誌。這是否與隧道式 Docker 環境中 WhatsApp 觸發節點的特定路由問題有關，或者是 Meta 儀表板訂閱設定中的疏漏？期待您提供技術見解。

2

嘿 @Mahmoud_Gad 歡迎來到 n8n 社群

這不是隧道的問題。Telegram 在相同的設置規則下運行，這排除了隧道的可能性，而通過驗證只能證明回調 URL 可以到達，不能證明任何東西會路由到它。

檢查你的 WABA 訂閱了哪個應用。在 Graph API Explorer 中，GET {your-WABA-ID}/subscribed_apps。一個 WABA 可能訂閱了與持有你的 webhook 的應用不同的應用，實際消息只會到達訂閱的應用，而 Meta 仍然會在你的事件日誌中顯示它們。有幾個人在找到之前因為代理浪費了許多時間。

另一個需要排除的：在開發模式下的測試號碼上，Meta 只從 API Setup > To 列出的號碼轉發，所以你的個人號碼必須在該列表中。

3

還有一件值得檢查的事，每個 Meta 應用程式只能有一個回調 URL 處於活動狀態。如果你曾經將同一個應用程式連接到另一個 n8n 實例或舊工作流程，且使用相同的認證資訊，最後註冊的人就會擁有 webhook，而較舊的那個就會無聲地失效。重新保存觸發節點，使其重新註冊，並檢查應用程式儀表板是否顯示你目前的隧道 URL，而不是舊的 URL。

另外也要單獨測試 n8n 方面，用 curl 向生產 webhook URL 直接發送一個假訊息負載。如果工作流程從該操作運行，那麼 n8n 和隧道就沒問題，這 100% 是 Meta 訂閱的問題，不是 Docker 路由的問題。