Workspace: kmb197806.app.n8n.cloud
Workflow ID: eRzTqWWhGWWQ2eXP
Node: Webhook (POST)، المسار ghl-whatsapp-leads، webhookId 6bdce384-c129-4223-ab10-238ca40a25db
المشكلة: استدعاءات webhook الإنتاج من خدمة خارجية (GoHighLevel) لا تؤدي إلى أي تنفيذ في n8n، حتى وإن كان سير العمل نشطًا/منشورًا والمستدعي الخارجي يتلقى رد نجاح.
خطوات إعادة الإنتاج:
- سير العمل نشط ومنشور، عقدة webhook مكونة باستخدام طريقة POST.
- الخدمة الخارجية (GHL) تستدعي عنوان URL الإنتاج: https://kmb197806.app.n8n.cloud/webhook/6bdce384-c129-4223-ab10-238ca40a25db/ghl-whatsapp-leads
- من جانب المستدعي، سجل الطلب يظهر “Finished” (مما يعني أنه تم استقبال رد بمستوى 200).
- في n8n، عند التحقق من Executions (لسير العمل هذا والحساب بأكمله)، لم يتم إنشاء أي تنفيذ جديد لذلك الاستدعاء.
- استدعاء محفز يدويًا لوضع الإنتاج لنفس webhook (عبر API) يتم تسجيله وتنفيذه بشكل صحيح.
ما جربته:
- إعادة إنشاء عقدة Webhook بالكامل (webhookId جديد، نفس المسار/الطريقة) — بدا مساعدًا مؤقتًا، ثم عادت نفس المشكلة.
- إلغاء تنشيط ونشر سير العمل عدة مرات.
- التأكد من أن عنوان URL الإنتاج يطابق بالضبط ما هو مكون على جانب المستدعي.
يبدو أن هذا مرتبط بتقارير مفتوحة أخرى عن مشاكل التسجيل/المزامنة لـ webhook الإنتاج على n8n Cloud (مثل #16339، #18387، #23808). سأقدّر التوجيه — فهذا يعيق أتمتة WhatsApp الموجهة للعملاء عن الانتقال للعيش.
ما هي رسالة الخطأ (إن وجدت)؟
يرجى مشاركة سير العمل الخاص بك
(حدد العقد على لوحتك واستخدم اختصارات لوحة المفاتيح CMD+C/CTRL+C و CMD+V/CTRL+V لنسخ ولصق سير العمل.)
شارك الإخراج المُرجع من العقدة الأخيرة
معلومات حول إعداد n8n الخاص بك
- إصدار n8n:
- قاعدة البيانات (افتراضي: SQLite):
- إعداد n8n EXECUTIONS_PROCESS (افتراضي: own, main):
- تشغيل n8n عبر (Docker, npm, n8n cloud, desktop app):
- نظام التشغيل:
مرحباً @Maria_Mercedes_Benco أهلاً وسهلاً!
يتم إضافة webhookId فقط إلى عنوان URL عندما يحتوي حقل Path على مقطع ديناميكي :. ghl-whatsapp-leads هو مسار عادي، لذلك المسار الإنتاجي المسجل هو فقط المسار ومقطع UUID الإضافي يجعله مساراً لم يسجله n8n مطلقاً. إنه يجيب بـ 404، وGHL لا يزال يسجل هذا كـ Finished، حيث أن هذه الحالة هي خطوة الإطلاق بدلاً من رمز الاستجابة التي حصل عليها. قم بتشغيل هذا مقابل عنوان URL الذي يستدعيه GHL:
curl -i -X POST https://kmb197806.app.n8n.cloud/webhook/6bdce384-c129-4223-ab10-238ca40a25db/ghl-whatsapp-leads -H "Content-Type: application/json" -d '{"test":true}'
جسم 404 يسمي webhook كغير مسجل يؤكد ذلك. غيّر عنوان URL في GHL إلى:
https://kmb197806.app.n8n.cloud/webhook/ghl-whatsapp-leads
مرحبا @Maria_Mercedes_Benco
تبديل مفتاح سير العمل “نشط” ببساطة غالبا لا يكون كافيا لأن التسجيل قد يكون مخزنا مؤقتا.
- قم بإلغاء تفعيل سير العمل.
- غيّر مسار Webhook قليلا (على سبيل المثال، من
ghl-whatsapp-leads إلى ghl-whatsapp-leads-v2).
- احفظ سير العمل.
- قم بتفعيل سير العمل.
- حدّث عنوان URL في GoHighLevel إلى المسار الجديد. السبب الجذري: هذا يجبر n8n على إنشاء إدخال تسجيل جديد تماما في قاعدة البيانات ودفعه إلى طبقة الدخول، متجاوزا أي ذاكرة تخزين مؤقت قديمة مرتبطة بالمسار أو المعرّف السابق.
هل ساعدك هذا؟
مرحباً @Maria_Mercedes_Benco
هل يتم تنفيذ استدعاء يدوي في وضع الإنتاج إلى نفس عنوان URL بشكل صحيح.
مرحباً ماريا،
لدى أنشول السبب الجذري في المنشور 2 وأنا سأصلحه أولاً. لكن هناك شيء واحد لم يشير إليه أحد، وهو مهم أكثر عندما يبدأ عنوان URL في العمل.
منشورك يحتوي على نطاق الفضاء العملي وعرّف سير العمل وعنوان URL لـ webhook الإنتاج الكامل. عقد n8n Webhook غير مصرّح بشكل افتراضي، لذا في اللحظة التي يتم فيها تسجيل هذا المسار بشكل صحيح، يمكن لأي شخص يقرأ هذا الموضوع إرسال JSON تعسفي إلى أتمتة WhatsApp الموجهة للعميل. الآن 404 هو الشيء الوحيد الذي يحميها.
هناك شيئان يستحقان القيام بهما وأنت هناك. قم بتعيين المصادقة على عقدة Webhook إلى Header Auth، واختر مساراً جديداً بدلاً من إعادة استخدام هذا. اقتراح kjooleng في المنشور 3 ينجز الوظيفة الثانية بالفعل، وله هذه الفائدة أيضاً.
الشيء الأوسع، والسبب في أن هذا كلفك أياماً بدلاً من دقائق: “منتهى” في GHL يصف خطوة GHL الخاصة، وليس ما حدث في الطرف الآخر. يقريباً كل تكامل خارجي يُبلّغ عن تنفيذه وليس عن الاستقبال، لذا فإن 404 وانتهاء المهلة الزمنية التي ابتلعها وكيل ويب والتسليم النظيف يبدون متطابقين من جانب الإرسال. عندما يكون سير العمل مهماً، يستحق الأمر جعل الوجهة تؤكد الاستقبال بدلاً من الثقة بغياب الخطأ في المصدر. تجربة curl يدوية واحدة ضد عنوان URL الدقيق الذي يحتفظ به GHL كانت ستظهر 404 في اليوم الأول.
آدم
مرحبا @Maria_Mercedes_Benco ،
أهلا وسهلا بك في المجتمع!
لقد أدخلت عنوان webhook خاطئ، يرجى تحديث GHL بالعنوان أدناه:
https://kmb197806.app.n8n.cloud/webhook/ghl-whatsapp-leads
يرجى التحقق من الصورة أدناه:
شكرا
