ربط متجر سلة بواتساب للأعمال: ما الذي ينتقل فعلًا، وكيف تربطه

ما الذي يشترطه متجرك قبل الربط

الربط يقوم على أن سلة تُخبرنا بما يحدث في متجرك لحظة حدوثه. وهذه الإشعارات (Webhooks) خدمة في سلة لها اشتراكها الخاص، ولا علاقة لها بخطتك عندنا. فإن كان اشتراكها منتهيًا، سيرفض المتجر حفظ الربط من جهته، ولا شيء في لوحتنا يتجاوز ذلك.

• متجر سلة منشور وفعّال — المتجر غير المنشور يرفض التفويض من الأساس.
• خدمة الإشعارات مفعّلة في سلة باشتراك ساري.
• رقم واتساب مربوط ومعتمد لديك، وقوالب معتمدة للرسائل التي ستُرسل أولًا.

أي أحداث تنتقل من المتجر

ليس كل ما يجري في سلة يصل إليك. ما ينتقل هو الأحداث التي ينشرها المتجر نفسه، وأكثرها استخدامًا:

وكل حدث من هذه يصل إلى منشئ التدفقات مشغّلًا جاهزًا، ومعه بيانات الطلب والعميل متغيّرات تضعها في نص الرسالة — اسم العميل ورقم الطلب وإجماليه ورابط التتبّع — دون أن تكتبها بيدك لكل طلب.

القاعدة التي تحكم كل رسالة: من بدأ المحادثة؟

هذه هي النقطة التي يتعثّر فيها أكثر التجّار، وهي ليست خاصة بسلة بل بواتساب نفسه. إن كانت آخر رسالة من العميل قديمة، فأنت تبدأ محادثة، والبدء لا يكون إلا بقالب معتمد مسبقًا من Meta. أمّا إن ردّ العميل على رسالتك، فتُفتح نافذة متابعة تستطيع خلالها أن تكتب له بحرّية دون قالب.

والنتيجة العملية: تأكيد الطلب وتحديث الشحن وتذكير السلّة كلّها قوالب. وما بعد ردّ العميل — الأسئلة والتفاوض وإتمام البيع — حوار حرّ. تفاصيل الفئات ونوافذ المراسلة مشروحة في دليل أسعار Meta وفئات الرسائل.

السلّة المتروكة: ما يجب أن تعرفه قبل أن تبني عليها

تذكير السلّة المتروكة هو أكثر ما يُسأل عنه، وهو أيضًا أكثر ما يُساء فهمه. الحدث الذي ينشره المتجر يصل مرة واحدة لكل سلّة، ومعرّف السلّة يُعاد استخدامه للعميل نفسه. أي أن «سلسلة تذكيرات» لا تُبنى بانتظار الحدث مرّة بعد مرّة، بل تُبنى من عندك بعد وصوله أول مرة.

وما يترتّب على ذلك عمليًا:

• إفراغ السلّة ليس حذفًا لها، ولا يُنشئ حدثًا جديدًا.
• تعديل محتوى السلّة لا يُعيد إطلاق الحدث، فلا تعتمد عليه كمحفّز.
• الاختبار يحتاج سلّة مختلفة أو عميلًا مختلفًا — تكرار المحاولة بالسلّة نفسها لا يُنتج شيئًا.

وبنية الرسالة نفسها — الفئة والتوقيت وعدد المحاولات — لها اعتبارات تستحقّ صفحة مستقلة، وهي في رسائل السلّة المتروكة على واتساب.

عشرة تدفقات جاهزة تُنشأ لك عند الربط

حين يكتمل الربط تُنشأ في حسابك عشرة تدفقات جاهزة مبنية على أحداث سلة، وكلّها موقوفة. لا يُرسل شيء إلى عملائك قبل أن تراجع التدفق وتفعّله بنفسك. من أبرزها:

• استرجاع السلّة المتروكة.
• تأكيد الطلب المدفوع، برقم الطلب وإجماليه.
• تأكيد طلبات الدفع عند الاستلام قبل تجهيزها.
• «تم شحن الطلب» ثم «في الطريق للتسليم».
• «تم التسليم» مع طلب تقييم — ويُضاف إليه رابط التقييم في Google إن كان ملفّك التجاري في Google مربوطًا وقت إنشاء التدفقات.
• الترحيب بالعميل الجديد، ورسالة إلغاء الطلب.

حين يسأل العميل: «وين طلبي؟»

الأحداث تسير في اتجاه واحد: من المتجر إلى العميل. لكن أكثر رسالة تصل متجرًا على واتساب تسير في الاتجاه المعاكس: «وين طلبي؟». لهذا يضيف ربط سلة إلى منشئ التدفقات مجموعة خطوات تقرأ من متجرك وتكتب فيه أثناء المحادثة نفسها، ولا تظهر في قائمة الكتل إلا حين يكون الربط فعّالًا:

بهذه الخطوات يُبنى ردّ «وين طلبي؟» دون أن ينتظر العميل موظفًا: يطابق التدفق رقمه بحسابه في المتجر، ويجلب آخر طلباته، ثم يرسل حالة الطلب ورابط تتبّعه — وما لا يُحسم بذلك يُسلَّم لموظف. وطريقة رسم التدفق خطوة بخطوة في دليل منشئ التدفقات.

تأكيد طلبات الدفع عند الاستلام

طلب الدفع عند الاستلام الذي لا يؤكّده العميل قبل الشحن قد يكلّفك شحنة ذهابًا وإيابًا. والتدفق الجاهز لهذه الطلبات يعمل على حدث «طلب جديد»: يرسل للعميل رقم طلبه وقيمته ويطلب منه تأكيده.

ويمكنك أن تكمله في المنشئ بزرّين — «أؤكّد الطلب» و«أريد الإلغاء» — فيحدّث زرّ التأكيد حالة الطلب في سلة، ويحوّل زرّ الإلغاء المحادثة إلى موظف. ولأن الحدث نفسه يصل مع كل طلب جديد، أضِف شرطًا على طريقة الدفع في بيانات الطلب حتى لا يُطلب التأكيد ممّن دفع مسبقًا.

القوالب التي تحتاجها قبل التفعيل

الربط لا يعفيك من القوالب، بل يحدّد أيّها تحتاج. هذا تقسيم عملي لما يحتاجه متجر يبدأ:

Meta هي من يقرّر الفئة النهائية حسب ما يقوله النص فعلًا، لا حسب ما اخترته. الفروق بين الفئات وأثرها في دليل فئات قوالب واتساب، وما يجعل القالب يُرفض في دليل اعتماد القوالب.

ترتيب الإعداد

1. 1.اربط رقم واتساب أولًا

   قبل المتجر، لأن القوالب تُقدَّم من الرقم ومراجعتها تأخذ وقتها.
2. 2.جهّز القوالب التي ستبدأ بها

   تأكيد الطلب وتحديث الشحن على الأقل، كلٌّ بفئته الصحيحة.
3. 3.فوّض متجر سلة من لوحتك

   تفويض رسمي من داخل سلة — لا نطلب منك كلمة مرور المتجر ولا نستطيع الدخول إليه.
4. 4.اربط كل حدث بالرسالة التي تناسبه

   الطلب الجديد بقالبه، وتغيّر الحالة بقالبه، والسلّة المتروكة بتدفّقها.
5. 5.اختبر بطلب حقيقي صغير

   طلب واحد من رقم تملكه يكشف الترتيب والصياغة والروابط قبل أن يراها عميل.

مشاكل شائعة وحلولها

ما لا يفعله الربط

الوضوح هنا أنفع من الوعد. الربط ينقل الأحداث ويرسل الرسائل ويقرأ من متجرك ما تحتاجه المحادثة ويفتحها أمام فريقك — ولا يحلّ محلّ المتجر: لا يُصدر فاتورة ولا يسترجع مبلغًا، والتغيير الوحيد الذي يجريه على طلب هو تحديث حالته حين تضع هذه الخطوة بنفسك في تدفق. وما يحتاج تدخّلًا بشريًا يصل إلى صندوق الوارد ليتولّاه موظف، وهذا هو التصميم لا نقص فيه.

الأسئلة الشائعة