تتبع تحويلات إعلانات واتساب يعني أن تُخبر Meta بما حدث بعد أن بدأت المحادثة. حين يضغط شخص على إعلان «اضغط للمراسلة على واتساب»، تُرفق Meta بالرسالة التي يرسلها من الإعلان معرّف نقرة اسمه ctwa_clid. تحفظ أنت هذا المعرّف، ثم ترسله مع كل خطوة لاحقة، سواء صار الشخص عميلًا محتملًا أو عميلًا مؤهلًا أو اشترى فعلًا، إلى Conversions API مع action_source بقيمة business_messaging و messaging_channel بقيمة whatsapp.
هذه الحلقة هي ما يجعل Meta تحكم على إعلاناتك بالمبيعات لا بعدد المحادثات. في هذا الدليل نشرح كل خطوة، وأسماء الأحداث التي تقبلها Meta بالضبط، وكيف يتغير تحسين الإعلانات بعد وصول هذه الأحداث، والأخطاء التي تفسد القياس بصمت. راجعنا كل قاعدة من قواعد Meta هنا على توثيقها الرسمي في أكتوبر 2026، وأرفقنا رابط المصدر بجانبها.
لماذا لا يكفي مقياس «بدء محادثات المراسلة»؟
تُقاس أغلب إعلانات اضغط للمراسلة على واتساب بعدد المحادثات. يعرض مدير الإعلانات مقياس بدء محادثات المراسلة، أي المحادثات مع نشاطك التجاري التي تنسبها Meta إلى إعلانك. هو مقياس صادق للاهتمام، لكنه لا يقول شيئًا عن نية الشراء.
المحادثة التي بدأها طالب فضولي، أو منافس يسأل عن أسعارك، أو مشترٍ جاهز للدفع، تُحسب كلها بالطريقة نفسها. وإذا كانت الحملة تُحسَّن على المحادثات، فنظام العرض لدى Meta ينفذ ما طُلب منه بالضبط: يبحث عن مزيد من الناس الذين يُرجَّح أن يراسلوك. وفي أسواق كثيرة، أكثر الناس ميلًا للمراسلة ليسوا أكثرهم ميلًا للشراء، فتنخفض تكلفة المحادثة وتبقى المبيعات كما هي. يوضح الجدول ما تتعلمه Meta من كل إشارة:
| الإشارة التي تصل Meta | ما تتعلمه Meta منها | فيمَ تفيدك |
|---|---|---|
| بدء محادثة مراسلة | هذا الشخص فتح محادثة من الإعلان | قياس الوصول واختبار التصميمات في بداية القمع |
| LeadSubmitted | المحادثة تحولت إلى عميل محتمل حقيقي | التمييز بين الاستفسار الجاد والضغطة العابرة |
| QualifiedLead | العميل يناسب ما تبيعه | الحكم على الإعلانات والجماهير بجودة العملاء |
| Purchase مع القيمة والعملة | هذه النقرة جلبت إيرادًا، وبأي مبلغ | تكلفة البيع، والعائد على الإنفاق الإعلاني، والتحسين على المشتريات |
كيف يعمل تتبع تحويلات إعلانات واتساب؟
الآلية كلها ست خطوات، وكل خطوة تعتمد على التي قبلها:
- النقرة. يضغط شخص على إعلانك، فيفتح واتساب محادثة مع نشاطك.
- الرسالة الأولى. حين يرسلها، تسلّمها منصة WhatsApp Business Platform إلى نظامك عبر الـwebhook الخاص بالرسائل، ومعها كائن referral يصف الإعلان ويحتوي على ctwa_clid.
- الحفظ. يحفظ نظامك معرّف النقرة على جهة الاتصال أو العميل في تلك اللحظة.
- المراحل. مع تقدم المحادثة، يسجّل فريقك أو برنامجك ما حدث: عميل محتمل، ثم عميل مؤهل، ثم عملية شراء بقيمتها.
- الحدث. لكل مرحلة، يرسل خادمك حدثًا واحدًا يحمل معرّف النقرة إلى مجموعة البيانات (Dataset) المرتبطة بحساب واتساب للأعمال.
- النتيجة. تطابق Meta معرّف النقرة مع النقرة على الإعلان، فيُحسب التحويل للحملة والمجموعة الإعلانية والإعلان الذي جلبه، ويصبح هدفًا تستطيع الحملة أن تُحسَّن عليه.
جزءان يستهين بهما كثيرون: معرّف النقرة يجب التقاطه مع وصول الرسالة الأولى، والمراحل يجب أن تُسجَّل في مكان يقرؤه الخادم، لا في ذاكرة موظف المبيعات ولا في محادثة لم يصنّفها أحد.
ما هو معرّف النقرة ctwa_clid ولماذا يجب حفظه من أول رسالة؟
يذكر مرجع الـwebhook الخاص بالرسائل من Meta أن كائن referral لا يُضاف إلا إذا أُرسلت الرسالة عبر إعلان اضغط للمراسلة على واتساب. هذه هي الرسالة التي جاء بها الإعلان، أما بقية المحادثة فتصل من دونه. فإذا لم يقرأ نظامك ctwa_clid ويحفظه حينها، فلا توجد فرصة لاحقة لاسترجاعه، ويصبح كل حدث لهذا العميل بلا إسناد.
ثلاث نقاط مهمة في التطبيق:
- معرّف النقرة يحتاج إلى WhatsApp Business Platform. فهو يصل عبر الـwebhook الخاص بالمنصة، ولذلك يجب أن يكون رقمك مربوطًا بالمنصة، مباشرةً أو عبر برنامج مبني عليها. تطبيق واتساب للأعمال وحده لا يعطيك مكانًا تقرأ منه هذا المعرّف، وتجد الفرق مشروحًا في مقارنتنا بين تطبيق واتساب للأعمال والـAPI.
- إعلانات الحالة (Status) بلا معرّف نقرة. تنص Meta على أن ctwa_clid يُحذف تمامًا من الرسائل القادمة من إعلان ظهر في حالة واتساب، فلا يمكن إبلاغ Conversions API بهذه المحادثات.
- اختر أول نقرة أو آخر نقرة والتزم بها. قد يضغط العميل نفسه على إعلانين لك خلال أسابيع. الاحتفاظ بأول معرّف ينسب الفضل للإعلان الذي بدأ العلاقة، واستبداله ينسبه لآخر إعلان. كلا الخيارين مقبول، لكن التنقل بينهما يجعل تقاريرك غير قابلة للمقارنة.
ما الأحداث التي يقبلها Conversions API لواتساب؟
لا يقبل Conversions API لمحادثات الأعمال أي اسم حدث تخترعه. يذكر توثيق Meta لمحادثات الأعمال قائمة ثابتة من أربعة عشر اسمًا: Purchase و LeadSubmitted و InitiateCheckout و AddToCart و ViewContent و OrderCreated و OrderShipped و OrderDelivered و OrderCanceled و OrderReturned و CartAbandoned و QualifiedLead و RatingProvided و ReviewProvided. أسماء البكسل المعروفة في المواقع، مثل Lead أو Contact أو Schedule، ليست ضمن هذه القائمة، فاربط مراحلك أنت بالأسماء السابقة.
وللنشاط الذي يبيع عبر المحادثة، ثلاثة منها تؤدي أغلب العمل:
| اسم الحدث | ما يجب أن يعنيه | متى ترسله |
|---|---|---|
| LeadSubmitted | شخص جاء من إعلان وأصبح عميلًا محتملًا | عند بدء المحادثة القادمة من الإعلان، مرة واحدة لكل عميل |
| QualifiedLead | العميل يناسب ما تبيعه: الحاجة والميزانية والتوقيت | حين يجيب عن أسئلة التأهيل إجابات مناسبة، مرة واحدة لكل عميل |
| Purchase | تمت عملية بيع فعلية | عند تسجيل البيع، مع قيمته وعملته |
المتاجر التي تستقبل الطلبات داخل المحادثة تستطيع إضافة أحداث الطلب والسلة. وتوجيه Meta أن أحداث محادثات الأعمال يجب أن تمثل تفاعلات العميل داخل المحادثة نفسها، أما الشراء الذي يتم على موقعك فمكانه إعداد Conversions API أو البكسل الخاص بالموقع. وإبلاغ البيع نفسه من الطريقين يحسبه مرتين.
ما الذي يحتاجه حدث واتساب في Conversions API؟
كل شرط هنا مأخوذ من توثيق Meta، والحدث الذي ينقصه أحدها إما مرفوض وإما بلا فائدة:
- مجموعة بيانات مرتبطة بحساب واتساب للأعمال. تنشئها Meta، أو تعيد الموجودة، عبر نقطة الـdataset الخاصة بحساب واتساب للأعمال. وتنص Meta على أن مجموعة البيانات ملك للنشاط التجاري نفسه، لا لمزوّد البرنامج.
- الصلاحيات الصحيحة. رمز الوصول يحتاج إلى whatsapp_business_management و whatsapp_business_manage_events.
- قيمة business_messaging في action_source وقيمة whatsapp في messaging_channel.
- حقل user_data وفيه whatsapp_business_account_id و ctwa_clid. تصف Meta معرّف النقرة بأنه حقل مطلوب لأحداث واتساب. لا معرّف نقرة، لا حدث.
- وقت حدث (event_time) خلال آخر 7 أيام. تسمح معاملات أحداث الخادم بأن يكون event_time حتى 7 أيام قبل الإرسال، وإذا كان أي حدث في الطلب أقدم من ذلك يفشل الطلب كله.
- القيمة والعملة مع كل Purchase. تصف معاملات البيانات المخصصة الاثنين بأنهما مطلوبان لأحداث الشراء.
وهناك قاعدة أخرى تحدد طريقة البناء: تقول Meta إنها لا تساعد في إزالة الأحداث المكررة في Conversions API لمحادثات الأعمال. فإذا أرسل نظامك عملية الشراء نفسها مرتين، ترى Meta عمليتين، ولذلك منع التكرار مسؤوليتك قبل أن يغادر الحدث خادمك.
كيف يتغير تحسين الإعلانات حين تصل Meta أحداث أعمق؟
القياس يتحسن أولًا. كل حدث يحمل معرّف نقرة واحدة على إعلان، فتستطيع Meta ربط العميل المؤهل أو عملية الشراء بالحملة والمجموعة الإعلانية والإعلان الذي يقف وراءها. وبدل أن ترتّب إعلاناتك حسب تكلفة المحادثة، ترتّبها حسب تكلفة العميل المؤهل وحسب الإيراد. الإعلان الذي يجلب محادثات رخيصة كثيرة بلا مشترين يتوقف عن الظهور كأنه الأفضل.
ثم يأتي التحسين. يقول توثيق Meta لمحادثات الأعمال إن Conversions API يتيح التحسين على المشتريات لإعلانات اضغط للمراسلة على واتساب، ويذكر مرجع Meta لإعلانات واتساب التحويلات كهدف تحسين متاح لهدف المبيعات (Sales) إلى جانب المحادثات. وحين تُحسَّن الحملة على المشتريات، يبحث نظام العرض عن أشخاص يشبهون من اشتروا منك، لا عن أشخاص يشبهون من راسلوك فقط.
ترتيب عملي للخطوات:
- ابدأ بإرسال أحداث LeadSubmitted و QualifiedLead و Purchase بقيمتها، بينما ما زالت الحملة تُحسَّن على المحادثات.
- استخدم الأحداث للحكم على التصميمات والجماهير: أبقِ الإعلانات التي تجلب عملاء مؤهلين ومبيعات، وأوقف التي لا تجلب إلا محادثات.
- حين تصل المشتريات بانتظام، جرّب حملة مبيعات تُحسَّن على التحويلات بجانب حملة المحادثات، وقارن تكلفة الشراء في الحملتين.
خيارات Meta تتغير، والأهداف المتاحة تختلف حسب هدف الحملة وحسب حسابك، فراجع ما يعرضه عليك مدير الإعلانات قبل أن تبني خطتك على خيار معيّن.
ما الأخطاء الشائعة في تتبع تحويلات واتساب؟
- إرسال أحداث بلا معرّف النقرة. حدث واتساب من دون ctwa_clid لا يمكن نسبته إلى إعلان، و Meta تعامل معرّف النقرة كحقل مطلوب. والحل في البداية: التقطه من أول رسالة في كل مرة.
- إرسال مشتريات بلا قيمة. تشترط Meta القيمة والعملة في أحداث الشراء، والشراء بلا قيمة لا يخبرك أي إعلان غطّى تكلفته.
- الاكتفاء بجدول بيانات. قد يُظهر لك الجدول أي الإعلانات نجحت، لكن نظام العرض لدى Meta لا يقرؤه أبدًا، فتظل الحملة تُحسَّن على المحادثات.
- اعتبار التصنيف عملية بيع. وضع علامة «عميل فعلي» في الـCRM ليس عملية شراء. وحدث Purchase بلا بيع حقيقي وراءه يعلّم Meta أن تبحث عن أشخاص يشبهون عملاء صُنّفوا خطأً.
- إرسال الحدث نفسه مرتين. لا تزيل Meta التكرار في أحداث محادثات الأعمال، فالعميل الذي يُؤهَّل مرتين أو البيع الذي يُسجَّل مرتين يضخّم كل الأرقام.
- التأخر في التسجيل. البيع الذي يُكتب في آخر الشهر قد يكون أقدم من 7 أيام، فترفضه Meta.
- استخدام أسماء أحداث المواقع. Lead و Contact و Schedule ليست ضمن قائمة محادثات الأعمال، فاستخدم LeadSubmitted و QualifiedLead وبقية الأسماء المذكورة.
كيف يتتبع Scale تحويلات إعلانات واتساب؟
Scale وكيل ذكاء اصطناعي يرد على واتساب وإنستجرام وماسنجر نيابةً عن نشاطك، ويحفظ كل محادثة في CRM مدمج، فالمراحل التي تريدها Meta موجودة فيه أصلًا. وهذا بالضبط ما تفعله ميزة تتبع تحويلات إعلانات Meta فيه:
- التجهيز من ربط واتساب نفسه. حين تربط رقم واتساب للأعمال عبر التسجيل الرسمي من Meta، يجهّز Scale تتبع التحويلات من هذا الربط ويقرأ مجموعة البيانات المرتبطة بحساب واتساب للأعمال. والربط اليدوي برمز وصول من Meta متاح أيضًا.
- معرّف النقرة يُلتقط من أول رسالة. يحفظ Scale قيمة ctwa_clid على العميل حين تبدأ المحادثة القادمة من الإعلان. والمعتمد أول نقرة: ضغط العميل نفسه على إعلان آخر لاحقًا لا يستبدل المعرّف.
- ثلاثة أحداث. LeadSubmitted عند بدء محادثة من إعلان، و QualifiedLead حين تصبح مرحلة العميل «مؤهل» سواء حددها المساعد الذكي من أسئلة التأهيل التي تختارها أو أحد أعضاء الفريق، و Purchase فقط عند تسجيل عملية بيع بمبلغها وعملتها أو عند إنشاء طلب داخل المحادثة عبر متجر مربوط. ونقل العميل يدويًا إلى مرحلة «عميل فعلي» لا يرسل شيئًا وحده.
- كل حدث مرة واحدة. حدث واحد لكل عميل في كل مرحلة، و Purchase واحد لكل عملية بيع، من دون اسم العميل أو رقم هاتفه أو نص رسائله.
وما لا يفعله: أحداث التحويل تُرسل لواتساب فقط، لا لإعلانات ماسنجر أو إنستجرام. والمحادثات التي لم تبدأ من إعلان لا تُرسل أبدًا، ولا يُرسل أي حدث أقدم من 7 أيام. والمواعيد تبقى داخل Scale، لأن قائمة محادثات الأعمال لا تتضمن حدث حجز. ولا يعرض Scale بعد أي حملة أو إعلان جلب كل تحويل، فاقرأ ذلك في مدير الإعلانات، كما أنه لا يستطيع رؤية حملاتك أو جماهيرك أو ميزانياتك ولا تغييرها.
يناسب هذا الأنشطة التي يُغلق فيها البيع بعد محادثة: شركة عقارات تؤهّل المشترين حسب الميزانية والمنطقة، أو معرض سيارات يحوّل أسئلة الموديلات والتقسيط إلى مبيعات مسجّلة. وتجد مراحل العملاء والمسؤول عن كل عميل وطريقة التوزيع التي تغذي هذه الأحداث في دليلنا لإدارة فريق المبيعات على CRM واتساب. ولتجربة ذلك على إعلاناتك، أنشئ حسابك في Scale.
الأسئلة الشائعة
ما هو Conversions API لواتساب؟
هو Conversions API من Meta (ويُعرف اختصارًا بـ CAPI) مستخدمًا مع action_source بقيمة business_messaging و messaging_channel بقيمة whatsapp: يرسل خادمك أحداثًا مثل LeadSubmitted و QualifiedLead و Purchase إلى مجموعة بيانات مرتبطة بحساب واتساب للأعمال. ويحمل كل حدث معرّف النقرة على الإعلان الذي بدأ المحادثة، فتستطيع Meta نسبته إلى الإعلان والتحسين عليه.
ما هو ctwa_clid؟
هو معرّف النقرة الذي تنشئه Meta حين يضغط شخص على إعلان اضغط للمراسلة على واتساب. يصل داخل كائن referral في الرسالة المرسلة من الإعلان، وتشترطه Meta في كل حدث واتساب ترسله عبر Conversions API.
ما أسماء الأحداث التي أستطيع إرسالها لإعلانات واتساب؟
الأسماء الأربعة عشر التي تذكرها Meta لمحادثات الأعمال فقط، ومنها LeadSubmitted و QualifiedLead و Purchase وأحداث الطلب والسلة. أسماء بكسل المواقع مثل Lead أو Contact أو Schedule ليست ضمن هذه القائمة.
هل أستطيع تتبع تحويلات إعلانات واتساب بتطبيق واتساب للأعمال وحده؟
ليس وحده. معرّف النقرة يصل عبر الـwebhook الخاص برسائل WhatsApp Business Platform، ولذلك يجب أن يكون الرقم مربوطًا بالمنصة، مباشرةً أو عبر برنامج مبني عليها.
لماذا تعرض Meta تحويلات أقل من عدد محادثات واتساب لديّ؟
لأن المحادثات التي بدأت من إعلان هي وحدها التي تحمل معرّف نقرة، وهي وحدها التي يمكن إبلاغ Meta بها. أما العملاء الذين حفظوا رقمك، أو راسلوك من موقعك، أو ضغطوا على إعلان في حالة واتساب، فلا يحملون معرّف نقرة، ولا تصل مشترياتهم إلى Meta كتحويلات إعلانية.
هل أحسّن إعلانات واتساب على المحادثات أم على المشتريات؟
ابدأ بالمحادثات وأنت ترسل أحداث العميل المحتمل والعميل المؤهل والشراء، واستخدم هذه الأحداث لتقرر أي الإعلانات تُبقي. وحين تصل المشتريات بقيمتها بانتظام، جرّب بجانبها حملة مبيعات تُحسَّن على التحويلات، واحتفظ بالحملة التي تجلب المبيعات بتكلفة أقل.
ما أقصى مدة لإرسال حدث تحويل إلى Meta؟
تقبل Meta الحدث الذي يعود event_time الخاص به إلى 7 أيام كحد أقصى، وترفض الطلب كله إذا كان أي حدث فيه أقدم من ذلك. سجّل كل عملية بيع وقت حدوثها، لا في آخر الشهر.