ربط واتساب API بالمتجر الإلكتروني: الدليل الكامل من التفعيل للتشغيل

لو عندك متجر إلكتروني في السعودية أو الإمارات، أنت غالباً جرّبت التلاتة: إيميل بمعدل فتح 15%، وSMS بتكلفة عالية ومحدودة بـ160 حرف، ومكالمات محدش بيرد عليها. وفي نفس الوقت، عميلك فاتح واتساب أكتر من أي تطبيق تاني على تليفونه.

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

ليه واتساب تحديداً للمتاجر؟

الفرق مش في «الشعبية» — الفرق في طبيعة القناة. الإيميل قناة أرشيفية: بيوصل ويستنى. واتساب قناة فورية: بيوصل ويتقري في دقايق. ده بيغيّر نوع الرسائل اللي تستحق تتبعت فيه.

الرسائل اللي بتستفيد من الفورية

• تأكيد الطلب — العميل لسه دافع ومنتظر طمأنة. الرسالة دي بتقلّل استفسارات الدعم بشكل ملموس.
• تحديث الشحن — «طلبك خرج للتوصيل» في وقتها بتمنع سؤال «فين طلبي؟».
• السلة المتروكة — النية لسه ساخنة. بعد يومين بالإيميل بتكون بردت.
• تأكيد الموعد أو التسليم — بتقلّل محاولات التوصيل الفاشلة.

الرسائل اللي متستحقش

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

تطبيق واتساب بزنس مقابل واتساب API

ده أول قرار وأكتر واحد بيتعمل غلط. الاتنين اسمهم «واتساب للأعمال» بس منتجين مختلفين تماماً.

تطبيق واتساب بزنس

مصمّم لصاحب نشاط بيرد بنفسه من تليفونه. مجاني، وبيشتغل في دقايق. قيوده مبنية في تصميمه:

• جهاز أساسي واحد — الأجهزة المرتبطة بتساعد لكن مفيش صندوق وارد مشترك حقيقي بأدوار وصلاحيات.
• قوائم البث محدودة بمن حفظ رقمك — يعني مفيش حملات حقيقية.
• مفيش أي ربط بمتجرك أو نظامك.
• مفيش تقارير عن زمن الرد أو أداء الفريق.

واتساب API

مش تطبيق تفتحه — دي واجهة برمجية بتتوصل بمنصة بتديك الواجهة. اللي بتكسبه:

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

إمتى تنقل؟

مش لما تكبر — لما واحدة من دي تنطبق:

1. أكتر من موظف محتاج يرد من نفس الرقم.
2. بتبعت إشعارات متكرّرة يدوياً (تأكيد طلب، شحن، موعد).
3. محتاج تعرف مين ردّ على مين وكم متوسط زمن الرد.
4. عايز تربط المحادثات بمتجرك أو الـCRM.

لو ولا واحدة تنطبق، فضل على التطبيق ووفّر فلوسك. النقلة دي تشغيلية مش شكلية.

الرحلات العشرة اللي كل متجر يحتاجها

دي أكتر رحلات بنركّبها لعملاء المتاجر، مرتّبة من الأعلى عائداً للأقل:

1. تأكيد الطلب

بيتبعت لحظة تأكيد الطلب: رقم الطلب، الأصناف، الإجمالي، والموعد المتوقع. أثرها الأكبر إنها بتقلّل «هل الطلب اتسجّل؟» — وده أكتر سؤال بيستهلك وقت الدعم.

2. تأكيد الدفع

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

3. تحديث الشحن

تلات نقاط: خرج من المخزن، مع المندوب، تم التسليم. النقطة التانية أهمهم — بتخلي العميل موجود وقت التوصيل وبتقلل المحاولات الفاشلة.

4. السلة المتروكة

أعلى بند عائد في القائمة. ليها قسم كامل تحت.

5. طلب التقييم

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

6. إعادة الشراء الدورية

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

7. الدعم والاستفسارات

البوت بيجاوب على المتكرّر (سياسة الاسترجاع، مدة الشحن، المقاسات) ويحوّل الباقي لموظف. المهم يكون التحويل واضح وسريع — البوت اللي بيحبس العميل بيضر أكتر ما بينفع.

8. المرتجعات

رحلة إرجاع واضحة على واتساب بتقلل التوتر وبتخلي العميل يرجع يشتري تاني. الشفافية هنا استثمار مش تكلفة.

9. استرجاع العميل الخامل

عميل اشترى وما رجعش من 60–90 يوم. رسالة واحدة بعرض شخصي — مش قصف.

10. إشعار توفر المنتج

العميل يسجّل اهتمامه بمنتج ناقص، وأول ما يتوفّر ياخد إشعار. نية شرائية شبه مؤكدة وتكلفة رسالة واحدة.

السلة المتروكة — بالتفصيل

ده البند اللي بيدفع تكلفة المنصة لوحده في أغلب المتاجر، فيستاهل تفصيل.

ليه بتشتغل على واتساب تحديداً

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

التوقيت

• الأولى — بعد ساعة تقريباً: تذكير بسيط بالمنتج مع رابط مباشر للسلة. من غير خصم — كتير بيرجع لمجرد التذكير، والخصم الفوري بيعلّم العميل إنه يسيب السلة عشان ياخد خصم.
• التانية — بعد 24 ساعة: تعالج الاعتراض المتوقع (الشحن، الدفع، المقاس) أو تعرض مساعدة.
• التالتة — بعد 72 ساعة (اختيارية): حافز بسيط بصلاحية محدودة.

أكتر من تلاتة بيرفع البلاغات أكتر ما بيرفع المبيعات.

الصياغة

اذكر المنتج بالاسم مش «سلتك». وحط زر واحد واضح. وخلي إلغاء الاشتراك ظاهر. ورسالتك تبان إنها من متجرك — الاسم والنبرة اللي العميل يعرفها.

القياس

متقيسش «معدل فتح» — واتساب مالوش المقياس ده بالمعنى المعتاد. قيس:

• نسبة الاستجابة (رد أو ضغط على الزر)
• نسبة استرجاع السلة (طلبات مكتملة من اللي وصلتهم الرسالة)
• متوسط قيمة الطلب المسترجَع
• معدل إلغاء الاشتراك والبلاغات — لو بيرتفع، قلّل التكرار فوراً

القوالب المعتمدة — إزاي تتقبل من أول مرة

أي رسالة تبدأ بيها محادثة لازم تكون بقالب وافقت عليه Meta. القالب المرفوض بيوقف حملة كاملة، وأغلب أسباب الرفض متكرّرة وسهل تتفاداها.

التصنيف — أهم قرار

• Utility (خدمي): متعلق بمعاملة قائمة — تأكيد طلب، حالة شحنة، تذكير موعد، إيصال.
• Marketing (تسويقي): عروض، منتجات جديدة، أي حاجة ترويجية. أغلى.
• Authentication (مصادقة): أكواد تحقق OTP بس.

أشهر غلطة: تسجيل رسالة ترويجية كـUtility عشان أرخص. Meta بتكتشفها وبترفض، ولو عدّت النظام بيعيد تصنيفها ويحاسبك بأثر رجعي.

أسباب الرفض المتكرّرة

• متغيّر {{1}} في أول أو آخر القالب من غير نص ثابت حواليه.
• متغيّرات متتالية {{1}} {{2}} من غير نص بينهم.
• نص مبهم زي «تحديث بخصوص طلبك» — المراجع مش فاهم الرسالة عن إيه.
• أخطاء إملائية — بتقلّل ثقة المراجع في القالب كله.
• صياغة مبالغ فيها: «اربح»، «مجاني تماماً»، «عرض لن يتكرر».
• أمثلة متغيّرات غير واقعية زي xxx بدل اسم حقيقي.

مثال مرفوض ومثال مقبول

مرفوض:
{{1}} — عرض خاص! خصم {{2}} لفترة محدودة. اطلب الآن

مقبول:
أهلاً {{1}}، سلتك في متجر {{2}} لسه محفوظة وفيها {{3}}. تحب تكمّل طلبك؟

الفرق: نص ثابت حوالين المتغيّرات، مصدر واضح، وسياق مفهوم.

التسعير — إزاي بيتحسب فعلاً

واتساب مابيحاسبكش على «الرسالة» — بيحاسبك على المحادثة داخل نافذة 24 ساعة:

• محادثة بدأها العميل: أرخص، وبتفتح نافذة 24 ساعة ترد فيها بحرية بدون قالب.
• محادثة بدأتها أنت: لازم تبدأ بقالب معتمد، والتكلفة أعلى وبتختلف حسب التصنيف والدولة.

الحساب العملي

عشان تقدّر فاتورتك، احسب المحادثات مش الرسائل:

1. عدد الطلبات شهرياً × عدد الرحلات الخدمية لكل طلب (تأكيد + شحن + تسليم = 3 محادثات خدمية غالباً).
2. عدد السلات المتروكة المتوقع × عدد رسائل التتابع.
3. الحملات التسويقية × عدد المستقبلين.
4. المحادثات اللي بيبدأها العملاء — دي أرخص وبتقلل التكلفة الإجمالية.

أسعار Meta بتتغيّر دورياً وبتختلف حسب السوق — راجع جدول الأسعار الرسمي قبل ما تبني حساباتك النهائية.

الربط التقني بالمتجر

الربط بيتم بطريقتين حسب متجرك:

Webhooks — الأشيع

متجرك بيبعت إشعار للمنصة عند كل حدث (طلب جديد، تغيّر حالة، سلة متروكة)، والمنصة بتقرّر أي رسالة تتبعت. مناسب لسلة وزد وشوبيفاي وووكومرس اللي كلهم بيدعموا Webhooks.

API مباشر

لو متجرك مبني بالكود، بتنادي واجهة الإرسال من نظامك مباشرة في النقطة اللي تحددها. تحكّم أعلى، ومناسب للحالات غير النمطية.

اللي لازم تجهّزه

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

جودة الرقم — إزاي متتحظرش

واتساب بيدّي رقمك تقييم جودة (أخضر / أصفر / أحمر) حسب تفاعل المستخدمين. الحظر والبلاغات بينزّلوه، والقراءة والرد بيرفعوه. التقييم الأحمر بيقلّل حدّك اليومي وممكن يوصل للإيقاف.

قواعد عملية

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

المقاييس اللي تتابعها

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

أخطاء شائعة

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

الربط حسب منصة متجرك

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

سلة (Salla)

سلة بتوفّر Webhooks لأحداث الطلب والسلة والعميل. اللي تحتاجه: تفعيل التطبيق أو الاتصال من لوحة التاجر، واختيار الأحداث اللي هتشغّل رسائل. الأحداث الأهم: order.created و order.status.updated و abandoned.cart. انتبه إن حقل الهاتف عند سلة بيجي بصيغة دولية غالباً، بس تأكّد قبل الإطلاق بعيّنة حقيقية.

زد (Zid)

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

ووكومرس (WooCommerce)

الأكثر مرونة لأنك بتتحكم في السيرفر. تقدر تستخدم Webhooks المدمجة أو تربط من خلال hooks جوّه الكود زي woocommerce_order_status_changed. لو متجرك عليه إضافات كتير، اختبر الربط على نسخة تجريبية الأول — تعارض الإضافات بيسبب أحداث مكرّرة، ودي معناها رسائل مكرّرة للعميل.

شوبيفاي (Shopify)

Webhooks غنية ومستقرة، وفيها حدث مخصص للسلات المتروكة (checkouts/create و checkouts/update). الانتباهة الأساسية: شوبيفاي بيعتبر الـcheckout مهجور بعد فترة بيحددها هو، فاضبط منطق التوقيت عندك بدل ما تعتمد على توقيته لوحده.

متجر مبني بالكود

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

الشات بوت — إيه اللي يستحق أتمتة

الغلطة الشائعة إن الناس بتحاول تأتمت كل حاجة. الأتمتة الناجحة بتبدأ من تحليل أسئلة عملائك الحقيقية مش من خيال.

ابدأ من البيانات

راجع آخر 200 محادثة دعم عندك وصنّفها. غالباً هتلاقي 5–7 أسئلة بتمثّل 70–80% من الحجم: مدة الشحن، سياسة الاسترجاع، المقاسات، طرق الدفع، حالة الطلب، توفّر منتج، الفروع. دول اللي تأتمتهم — مش أكتر.

تصميم المسار

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

حالة الطلب — أهم سيناريو

«فين طلبي؟» بتمثّل نسبة كبيرة من الرسائل. لو البوت مربوط بمتجرك، العميل يكتب رقم طلبه (أو يتعرّف عليه من رقمه تلقائياً) وياخد الحالة فوراً. ده لوحده بيوفّر وقت دعم ملموس.

تقسيم العملاء — الرسالة الصح للشخص الصح

إرسال نفس الرسالة لكل قاعدة عملائك أسرع طريقة لرفع البلاغات. التقسيم البسيط اللي بيشتغل:

حسب سلوك الشراء

• عملاء جدد (طلب واحد) — رسائل تعريفية وبناء ثقة.
• عملاء متكرّرون (3+ طلبات) — عروض مبكّرة وبرنامج ولاء.
• عملاء خاملون (90+ يوم) — رسالة استرجاع واحدة بحافز.
• عملاء عالي القيمة — تعامل شخصي، ويفضّل موظف مخصص مش بوت.

حسب المنتج

عميل اشترى منتج استهلاكي ليه دورة إعادة شراء محسوبة. عميل اشترى منتج معمّر مش محتاج نفس الرسالة. اربط الرحلة بنوع المنتج مش بتاريخ الطلب بس.

حسب الموقع

لو عندك فروع أو مناطق شحن مختلفة، اذكر المعلومة اللي تخص العميل: مدة الشحن لمدينته، أقرب فرع، أو عرض خاص بمنطقته.

الموافقة والخصوصية

ده الجزء اللي بيتهمل لحد ما تحصل مشكلة.

الموافقة الصريحة

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

إلغاء الاشتراك

لازم يكون سهل وفوري ومحترم. لما العميل يطلب الإيقاف، أوقف الترويجي فوراً — وخلي الخدمي مستمر لو ده اللي وافق عليه.

حماية البيانات

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

واتساب مقابل SMS والإيميل

مقارنة عملية بدل التفضيل الأعمى:

المعيار	واتساب API	SMS	الإيميل
الفورية	عالية جداً	عالية	منخفضة
طول الرسالة	مرن + وسائط وأزرار	محدود جداً	مرن
إمكانية الرد والحوار	كاملة	محدودة	بطيئة
التكلفة للرسالة	متوسطة	مرتفعة	منخفضة جداً
الأنسب لـ	معاملات ودعم وحوار	OTP وتنبيه عاجل	إيصالات ونشرات

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

حساب العائد — مثال رقمي

خد متجر متوسط: 600 طلب شهرياً، متوسط قيمة الطلب 350 ريال، ومعدل ترك السلة 68% (وده قريب من المتوسط العالمي).

الحساب

• عدد السلات المتروكة شهرياً ≈ 1,275 سلة.
• لو استرجعت 7% منها (رقم متحفّظ لتتابع رسالتين) = ~89 طلب إضافي.
• 89 × 350 = ~31,000 ريال إيراد إضافي شهرياً.

التكلفة المقابلة

محادثات السلة المتروكة (رسالتين × 1,275) + المحادثات الخدمية للطلبات (3 × 600) + اشتراك المنصة. حتى بتقدير متحفّظ للتكاليف، الفرق بين الإيراد المسترجَع والتكلفة بيفضل كبير لصالح التشغيل.

والتوفير المخفي

الرحلات الخدمية بتقلّل استفسارات «فين طلبي» و«هل دفعتي وصلت». لو ده وفّر ساعتين يومياً من وقت موظف الدعم، ده وفّر تكلفة حقيقية مش بتظهر في تقرير المبيعات.

إدارة الفريق والمحادثات

لما يبقى عندك أكتر من موظف على نفس الرقم، محتاج قواعد واضحة:

• توزيع المحادثات — بالتساوي، أو حسب التخصص (مبيعات / دعم فني / مرتجعات)، أو حسب اللغة.
• الأدوار والصلاحيات — مين يشوف كل المحادثات، ومين يبعت حملات، ومين يقدر يصدّر بيانات.
• زمن الاستجابة — حدّد هدف واضح وراقبه. المحادثة اللي بتقعد ساعة بدون رد بتضيع بيعة.
• الملاحظات الداخلية — ملاحظة على المحادثة يشوفها الفريق ومايشوفهاش العميل، عشان التسليم بين الموظفين يبقى سلس.
• الوسوم — صنّف المحادثات (استفسار سعر، شكوى، مرتجع) عشان تقدر تقيس وتحسّن.

إزاي تختار مزوّد واتساب API

مش كل مزوّد زي التاني، والفرق بيظهر بعد التعاقد مش قبله. دي الأسئلة اللي تسألها.

هل المزوّد رسمي؟

لازم يكون شغّال على WhatsApp Cloud API الرسمي من Meta أو مزوّد حلول معتمد. فيه أدوات في السوق شغّالة بطرق غير رسمية (محاكاة تطبيق واتساب على سيرفر) — دي معرّضة للحظر في أي وقت، ولما يتحظر رقمك مفيش استئناف. اسأل صراحة: «هل ده Cloud API رسمي؟» واطلب إثبات.

مين بيملك رقمك وحسابك؟

سؤال حاسم. المفروض حساب Meta Business يكون باسمك أنت والمزوّد يكون له صلاحية عليه — مش العكس. لو الحساب باسم المزوّد، أنت مرتبط بيه للأبد ونقل الرقم بيبقى معركة.

هل تقدر تصدّر بياناتك؟

جهات الاتصال، المحادثات، الوسوم، سجل الحملات. لو مفيش تصدير، أنت محبوس. اطلب تجربة تصدير فعلية قبل التعاقد مش وعد.

إيه اللي مشمول في السعر؟

غالباً فيه تلات طبقات: تكلفة Meta للمحادثات (بتتغيّر حسب النوع والدولة)، اشتراك المنصة، ورسوم إعداد. اطلب تفصيل مكتوب — «سعر شامل» غامض معناه مفاجآت.

الدعم بأي لغة وفي أي وقت؟

لو حملتك بتتوقف الساعة 10 مساءً، محتاج حد يرد. اسأل عن قنوات الدعم وأوقاته ومتوسط زمن الاستجابة.

هل بيساعدوك في القوالب؟

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

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

الرسالة مابتوصلش والحالة «فشل»

الأسباب بالترتيب: رقم بصيغة محلية مش دولية، رقم مش مسجّل على واتساب أصلاً، العميل حاظرك، أو تجاوزت الحد اليومي. ابدأ بفحص صيغة الأرقام — ده السبب في أغلب الحالات.

القالب اتقبل بس الرسالة مابتتبعتش

غالباً عدد المتغيّرات اللي بتبعتها مش مطابق للقالب المعتمد، أو متغيّر فاضي. القالب اللي فيه {{1}} و {{2}} لازم يستقبل قيمتين — قيمة فاضية بتفشل الإرسال.

رسائل مكرّرة للعميل

سببها الشائع إن الـWebhook بيتنادى أكتر من مرة لنفس الحدث (تعارض إضافات أو إعادة محاولة من المنصة). الحل: خزّن معرّف الحدث وتجاهل المكرّر — ودي حاجة لازم تتعمل من أول يوم مش بعد الشكوى.

تقييم الجودة نزل فجأة

راجع آخر حملة: مين المستقبلين؟ كانوا نشطين؟ الرسالة كانت متوقعة؟ أوقف الحملات الترويجية مؤقتاً، وكمّل الخدمي بس لحد ما التقييم يرجع. الاستعجال في الوضع ده بيوصل للإيقاف.

العملاء بيردّوا وحد مايشوفش

مشكلة تشغيلية مش تقنية. تأكّد إن فيه تنبيهات للفريق، وتوزيع محادثات واضح، وهدف زمن استجابة مُراقَب.

الرقم اتحوّل للـAPI والمحادثات القديمة ضاعت

ده متوقع — النقل بيمسح المحادثات المحلية. للأسف مفيش استرجاع بعد النقل، عشان كده النسخة الاحتياطية قبل النقل مش اختيارية.

التكامل مع الشحن والدفع

شركات الشحن

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

بوابات الدفع والتقسيط

مدى وApple Pay بيأكّدوا فوراً. تابي وتمارا فيهم خطوة موافقة — رسالة تأكيد بعد الموافقة بتطمّن العميل. والتحويل البنكي أكتر واحد محتاج تأكيد يدوي، ورسالة «استلمنا تحويلك» بتقلّل المكالمات بشكل ملحوظ.

المخزون

لو نظام المخزون مربوط، تقدر تبعت «المنتج اللي سألت عنه رجع متوفّر» تلقائياً. دي من أعلى الرسائل تحويلاً لأن العميل هو اللي طلبها.

مصطلحات تحتاج تعرفها

• Cloud API — نسخة واتساب الرسمية المستضافة عند Meta. البديل القديم (On-Premises) بيتم إيقافه تدريجياً.
• BSP — مزوّد حلول واتساب المعتمد، الوسيط بينك وبين Meta.
• القالب (Template) — رسالة معتمدة مسبقاً تبدأ بيها المحادثة.
• نافذة الـ24 ساعة — المدة اللي تقدر ترد فيها بحرية بعد ما العميل يراسلك.
• Webhook — إشعار تلقائي بيبعته نظام لنظام تاني عند حدوث حدث.
• تقييم الجودة — مؤشر Meta لصحة رقمك (أخضر/أصفر/أحمر).
• الحد اليومي (Messaging Limit) — أقصى عدد محادثات تبدأها في 24 ساعة، بيترقّى مع الجودة.
• Opt-in — موافقة العميل الصريحة على استقبال رسائلك.
• OBA — حساب الأعمال الرسمي بالعلامة الخضراء، بيتمنح حسب شهرة العلامة مش بالدفع.

خطة تنفيذ 30 يوم

الأسبوع الأول — التأسيس

توثيق حساب الأعمال، تخصيص الرقم، تقديم اسم العرض، وتوحيد صيغة أرقام العملاء في قاعدة بياناتك. جهّز كمان حقل الموافقة لو مش موجود.

الأسبوع الثاني — الرحلات الخدمية

اعتماد قوالب: تأكيد الطلب، تأكيد الدفع، خروج الشحنة، التسليم. اربطهم بالمتجر واختبرهم على طلبات حقيقية بتاعتك أنت قبل العملاء.

الأسبوع الثالث — السلة المتروكة والدعم

فعّل تتابع السلة المتروكة (رسالتين للبداية)، وركّب البوت للأسئلة المتكرّرة مع تحويل واضح لموظف. راقب جودة الرقم يومياً.

الأسبوع الرابع — القياس والتوسّع

راجع الأرقام: نسبة الاستجابة لكل رحلة، السلات المسترجَعة، البلاغات. وبعدين ضيف رحلة واحدة جديدة (إعادة الشراء أو التقييم) — مش أكتر من واحدة في المرة عشان تعرف أثر كل تغيير.

الخلاصة

واتساب API مش «قناة تسويق زيادة» — دي طبقة تشغيل بتربط متجرك بعميلك في اللحظات اللي بتفرق: وقت الطلب، وقت الشحن، ووقت التردد. ابدأ بالرحلات الخدمية اللي بتبني ثقة، وبعدين ضيف السلة المتروكة، وبعدين وسّع بالقياس مش بالحماس.

احنا في يوني بنطوّر ونشغّل منصة مرسال بنفسنا على WhatsApp Cloud API الرسمي — من التوثيق واعتماد القوالب للربط بمتجرك والدعم. لو عايز تشوفها على متجرك، كلّمنا.