إشعارات حالة الطلب في WooCommerce: أي الأحداث يجب أتمتتها
أين طلبي؟ هو أكثر سؤال شائع في دعم التجارة الإلكترونية — ويمكن منعه تمامًا. العميل لا يسأل لأنه غير صبور؛ بل يسأل لأنه لم يخبره أحد بما حدث. كل تغيير حالة غير مُجاب عليه يتحول إلى تذكرة، وكل تذكرة تكلف الوقت والمال وحسن النية.
إشعارات طلبات WhatsApp تغلق هذه الحلقة تلقائيًا: في اللحظة التي يتغير فيها حالة الطلب في WooCommerce، يحصل العميل على رسالة WhatsApp بالتحديث. يوضح هذا الدليل أي الأحداث تستحق رسالة، وأيها لا تستحق، وكيفية التأكد من أن كل طلب يرسل تأكيدًا واحدًا بالضبط — لا توجد فجوات، لا توجد مكررات.
خريطة الرسائل
| حدث WooCommerce | متى تعمل | قالب واتساب |
|---|---|---|
| تم دفع الطلب / المعالجة | payment_complete، أو الحالة → جاري المعالجة | order_confirmation |
| تم اكتمال الطلب | الحالة → مكتمل | order_shipped (التتبع) |
| تم إلغاء الطلب | الحالة → ملغاة | order_cancelled |
| تم استرداد الطلب | order_refunded | إشعار الاسترداد |
| تم تخلي عن العربة | حدث تسجيل خروج منفصل | cart_recovery تسلسل |
| قيد الانتظار / فشل الدفع | الحالة → معلق / فشل | order_on_hold / payment_failed |
هذا هو المجموع الكامل الذي تحتاجه معظم المتاجر. ست فعاليات، ست قوالب، رسالة واتساب واحدة لكل فعالية — والثلاث الأولى وحدها تلغي تمامًا تذكرة "أين طلبي؟".
الخطافات خلف الخريطة
WooCommerce يطلق خطافات مميزة لكل لحظة:
woocommerce_thankyou— صفحة استلام الطلب تُعرض. قسّم حسب طريقة الدفع هنا: طلبات الدفع عند الاستلام تحصل على تدفق التأكيد الخاص بها، والطلبات المدفوعة مسبقًا تنتظر التأكيد على الدفع.woocommerce_payment_complete— يتم تحصيل الدفع عبر الإنترنت. هذا هو المحفز لتأكيد متجر المدفوعات المسبقة.woocommerce_order_status_changed— يتم إطلاقه عند أي انتقال حالة، بما في ذلك الحالات المخصصة. هذا هو العامل الرئيسي لمعالجة، مكتمل، ملغى، مؤجل وفشل.woocommerce_order_status_completed— اللحظة لإرسال تفاصيل التتبع/الشحن.woocommerce_order_refunded— تم معالجة الاسترداد؛ أرسل إشعار الاسترداد.
الموصل الذي يستمع فقط إلى واحدة أو اثنتين من هذه يترك نصف الرحلة صامتة. الخريطة أعلاه تحتاج إلى توصيلها كلها.
ما يجب عدم أتمتته
أسرع طريقة لإزعاج العميل هي إرسال رسالة له عند كل تغير في الحالة. تجنب:
- قيد الانتظار — العميل لم يدفع بعد؛ رسالة هنا تعتبر مضايقة
- مسودة الدفع — العربات قيد التقدم ليست طلبيات بعد
- الحالات الداخلية — أي شيء يستخدمه فريقك ولا يراه العميل أبدًا
الشكل الصحيح هو ثلاث نقاط اتصال أساسية — تم الطلب → تم الشحن → تم التسليم — بالإضافة إلى الإلغاء، والاسترداد، واستثناءات الاسترداد/التعليق. تسع رسائل لكل طلب هي الطريقة التي تكسب بها الإعفاءات.
متاجر الدفع عند الاستلام: المعالجة هي تأكيدك
إليك التفاصيل التي يخطئ معظم الأدلة في ذكرها: طلبات الدفع عند الاستلام لا تعمل أبداً payment_complete — لا يوجد أي دفع لإكماله. إذا كان تكاملك يستمع فقط لهذا الخطاف، فلن يفعل شيئًا بصمت لكل طلب بالدفع عند الاستلام، وهو ما يشكل 18–31٪ من دفتر الطلبات في معظم متاجر D2C الهندية.
بالنسبة لمتاجر الدفع عند الاستلام، المعالجة الحالة هي حدث التأكيد: تم قبول الطلب → يحصل العميل على التأكيد (ومن الناحية المثالية تحقق COD من التأكيد قبل الشحن من [دليل تأكيد COD](/blog/cod-confirmation-whatsapp-cut-rto-fake-orders/)). معالجة الخريطة → order_confirmation وتحصل طلبات COD الخاصة بك على نفس تجربة الطلبات المدفوعة مسبقًا.
الحالات المخصصة
woocommerce_order_status_changed يتم إطلاق الإشعارات عند كل انتقال، بما في ذلك الحالات المخصصة الخاصة بالمخزن ("جاهز للاستلام"، "تم اجتياز فحص الجودة"، "في انتظار المورد"). قرر بعناية: إما ربط كل حالة مخصصة برسالة، أو تخطيها صراحةً — الرسالة العامة مثل "تم تغيير حالة طلبك" بدون معلومات مفيدة هي ضوضاء. قاعدة عامة: أرسل الرسالة فقط عندما يستطيع العميل فعل شيء بالمعلومات.
معلقة وفشل الدفع: الفتح على مدار 24/7
خلال نافذة خدمة العملاء التي تستغرق 24 ساعة، يمكنك إرسال رسائل حرة. خارجها — بما في ذلك معظم التحديثات التلقائية للحالة — يجب أن يستخدم كل رسالة قالبًا معتمدًا. متاجر تُقدّم فقط order_confirmation يجدون رسائلهم التي في وضع الانتظار ورسائل فشل الدفع متجاوزة بهدوء خارج النافذة.
إرسال order_on_hold و payment_failed كقوالب المرافق وكل مسار حالة يعمل على مدار الساعة:
- قيد الانتظار — "{{1}}، الطلب {{2}} في الانتظار بسبب {{3}}. رَد هنا وسنعمل على حل المشكلة." (هذه أيضًا لحظة لإنقاذ البيع)
- فشل الدفع — "{{1}}، لم يتم دفع طلب {{2}} (₹{{3}}). حاول الدفع مرة أخرى هنا: {{4}}"
رسالة واحدة بالضبط لكل طلب
تأكيدات مكررة هي خطأ تكاملي كلاسيكي — نفس الطلب يتم تفعيله مرتين payment_complete و status_changed (المعالجة)، أو إعادة تسليم webhook مما ينشئ رسالة ثانية. الحل هو إزالة التكرار على مستوى الحدث: كل رسالة مرتبطة بمعرّف حدث فريد (<order_id>.<event_type>)، لذلك لا يمكن لأي webhook معاد تسليمه أو hook ينفذ مرتين أن يرسل الرسالة مرتين. تحقق من ذلك: قم بوضع طلب تجريبي وتأكد من وصول تأكيد واحد فقط، وتحديث شحن واحد، وإلغاء واحد.
ساعات الهدوء والمناطق الزمنية
تحديثات الحالة تكون معاملاتية، لكنها لا تزال رسائل — رسالة "تم شحن طلبك" في الساعة الثانية صباحًا يمكن للعميل قراءتها لاحقًا، بينما قراءة رسالة استرجاع السلة أو الرسالة المعلقة في الساعة الثانية صباحًا تُعتبر مضايقة. أرسل الرسائل حسب التوقيت المحلي للعميل حيث يكون ذلك مهمًا، واحترم ساعات الهدوء لأي شيء يتوقع ردًا.
هل أنت مستعد للأتمتة؟
يقوم The Tech Pad بتوصيل خريطة WooCommerce بالكامل — أحداث الطلب → القوالب المعتمدة → إزالة التكرار → ساعات الهدوء — مع صندوق وارد مشترك تصل إليه كل الردود. شهرُك الأول مجاني عند البدء →