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 والتانل، أم أن هناك إعداداً ناقصاً في لوحة تحكم ميتا؟ أرجو الإفادة بالحلول التقنية المناسبة.
المشكلة ليست في النفق. تشغيل Telegram على نفس قواعد الإعداد يستبعد ذلك، وتمرير التحقق يثبت فقط أن عنوان URL للرد الاستدعائي قابل للوصول، وليس أن أي شيء يوجهه.
تحقق من التطبيق الذي يشترك فيه WABA الخاص بك. في Graph API Explorer، احصل على {your-WABA-ID}/subscribed_apps. يمكن أن يكون WABA مشترك في تطبيق مختلف عن التطبيق الذي يحتفظ بـ webhook الخاص بك، والرسائل الحقيقية تصل فقط للتطبيق المشترك بينما لا تزال Meta تظهرها في سجل الأحداث الخاص بك. فقد عدة أشخاص هناك أياماً للوكلاء قبل العثور عليها.
الآخر المراد استبعاده: على رقم الاختبار في وضع Development، Meta يعيد فقط من الأرقام المدرجة تحت API Setup > To، لذا يجب أن يكون رقمك الشخصي على تلك القائمة.
شيء آخر يستحق التحقق منه، يمكن أن يكون عنوان URL لرد الاتصال نشطًا واحدًا فقط لكل تطبيق Meta. إذا قمت في أي وقت بربط نفس التطبيق بمثيل n8n آخر أو سير عمل قديم بنفس بيانات الاعتماد، فإن من سجل آخيرًا يمتلك webhook والأقدم يصبح صامتًا فحسب. أعد حفظ عقدة المشغل بحيث تعيد التسجيل وتحقق من أن لوحة التحكم بالتطبيق تعرض عنوان URL للنفق الحالي وليس عنوانًا قديمًا.
أيضًا اختبر جانب n8n بمفرده، curl رسالة حمل مزيفة مباشرة إلى عنوان URL الـ webhook في الإنتاج. إذا كان سير العمل يعمل من ذلك، فإن n8n والنفق بخير وهي 100٪ مشكلة اشتراك Meta، وليست توجيهًا في Docker.