عائد إعلانات Click-to-WhatsApp في المغرب: كيف تقيسه بدقة

لماذا تُعدّ تكلفة المحادثة مؤشراً مضلِّلاً

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

لنأخذ مثالاً: إعلانان بالميزانية نفسها، أي 1 500 درهم خلال أسبوع. حصل الإعلان (أ) على 300 محادثة بتكلفة 5 دراهم للمحادثة، وحصل الإعلان (ب) على 120 محادثة بتكلفة 12,50 درهماً. على الورق، يبدو الإعلان (أ) أكثر فعالية بمرتين ونصف. لكن إذا كان يجذب في الغالب أشخاصاً يسألون عن الثمن بدافع الفضول، بينما يجذب الإعلان (ب) زبائن مستعدين للشراء، فإن الترتيب ينقلب تماماً.

الإعلان (ب)، الذي بدا مكلفاً في البداية، يحقق ربحاً يفوق ثلاثة أضعاف ربح الإعلان (أ). لهذا السبب، فإن المؤشر الوحيد الذي يهم فعلاً هو الربح الصافي لكل إعلان، أي رقم معاملات المبيعات المنسوبة إلى هذا الإعلان ناقص ما كلّفه من إنفاق.

كيف يعرف واتساب من أيّ إعلان جاء الزبون

عندما يضغط الزبون على إعلان Click-to-WhatsApp، تصلك رسالته الأولى مرفقة بكائن يُسمّى referral، يتضمن على وجه الخصوص:

• معرّف الإعلان (source_id) ونوعه، أي إعلان ممول أو منشور عادي؛
• عنوان الإعلان ونصّه، وهما مفيدان ليفهم موظف المبيعات عمّا يتحدث الزبون قبل أن يجيبه؛
• معرّف النقرة ctwa_clid، الذي يسمح لاحقاً بإخبار ميتا بأن هذه النقرة بالذات انتهت بصفقة.

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

ربط كل صفقة بمحادثة، وبالتالي بإعلان

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

الطريقة الموثوقة هي تسجيل الصفقة داخل المحادثة نفسها، لحظة إتمامها:

1. يضغط موظف المبيعات على زر «تم البيع» داخل المحادثة؛
2. يُدخل المبلغ المحصَّل فعلاً بالدرهم، أو باليورو مع سعر الصرف في ذلك اليوم؛
3. تُنسب الصفقة تلقائياً إلى آخر إعلان جاء منه هذا الزبون؛
4. تُرسَل الصفقة إلى ميتا على شكل حدث شراء.

أربعة أرقام تتابعها كل أسبوع

لكل إعلان، تكفيك أربعة أرقام لاتخاذ القرار المناسب:

مؤشر ROAS مفيد لمقارنة إعلانات بميزانيات مختلفة، لكنه لا يأخذ هامش ربحك بعين الاعتبار. فإذا كنت تبيع بهامش 30 في المائة، فإن ROAS أقل من 3,3 يعني أن الإعلان يكلفك أكثر مما تجلبه لك الصفقة. احسب هذه العتبة مرة واحدة، واكتبها بجانب الجدول حتى يراها كل من يتخذ قرار الميزانية.

إرسال المبيعات إلى ميتا لاستهداف أفضل

قياس العائد يساعدك أنت على اتخاذ القرار، أما إرسال المبيعات إلى ميتا فيساعد الخوارزمية على العمل لصالحك. فبفضل Conversions API، تُربط كل عملية شراء مسجّلة مع معرّف ctwa_clid بالنقرة الأصلية، فتتعلم ميتا أيّ الفئات تشتري، لا أيّها تراسل فقط.

عملياً، يصبح بإمكانك بعد ذلك إطلاق حملات مُحسَّنة للمشتريات بدل المحادثات، وإنشاء جماهير مشابهة لمشتريك الفعليين. وتجد التفاصيل التقنية في دليلنا حول Conversions API لواتساب.

الأخطاء الأكثر شيوعاً

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

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

إعداد القياس في ظرف أمسية واحدة

مع Wasla، القياس مدمج منذ البداية: تربط رقم واتساب وحسابك الإعلاني، فيُحفظ إعلان كل زبون تلقائياً، ويضغط موظفو المبيعات على «تم البيع»، ثم يقارن جدول العائد كل ليلة بين المبيعات وإنفاق كل إعلان. ترى الربح الصافي لكل إعلان دون أن تملأ أي ملف.

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