معظم الحسابات الإعلانية التي تصل إلينا، ومعها لوحات جوجل اناليتكس، لا تعاني من ضعف الإعلان ولا من غلاء النقرة. تعاني من أن الرقم الذي تُبنى عليه القرارات غير صحيح: تحويلات تُعدّ مرّتين، أو نموذج يُسجَّل تحويلاً عند فتحه لا عند إرساله، أو حملة واتساب لا يصل منها شيء إلى لوحة الإعلانات فتبدو خاسرة وهي أفضل ما لديك.
القياس المكسور أسوأ من غياب القياس. مع الغياب تعرف أنك تسير في العتمة فتحتاط؛ ومع الكسر تسير بثقة في الاتجاه الخطأ، وتوقف الحملة الرابحة لأن رقمها ظهر ضعيفاً، وتزيد ميزانية حملة تعدّ نفسها مرّتين.
هذا المقال ترتيب عملي للإعداد من أوله: ما الذي تعدّه، وأي أداة تقيس ماذا، وكيف تُركّب الأحداث، وكيف تتبّع ما لا يقع على صفحة شكر، ثم كيف تختبره قبل أن تصرف ريالاً عليه.
ابدأ من القرار: ما الذي تسمّيه تحويلاً
قبل أي كود، اكتب في سطر واحد: ما الحدث الذي إن زاد زاد دخلك؟
في المتجر الجواب واضح — طلب مكتمل. في نشاط خدمي الجواب أقل وضوحاً، وهنا يقع أكثر الخطأ: يُعدّ «إرسال النموذج» تحويلاً، بينما نصف النماذج لا تتحوّل إلى عميل أصلاً. النتيجة أن المنصّة تتعلّم جلب من يملأ النماذج، لا من يشتري.
القاعدة: تحويل أساسي واحد لكل حملة، وهو أقرب حدث تستطيع قياسه إلى المال. وما دونه أحداث مساعدة تُسجَّل ولا يُحسَّن عليها.
- متجر: الشراء هو الأساسي. أما إضافة إلى السلة وبدء الدفع فمساعدة تُقرأ لتشخيص المسار
- خدمة: الأساسي طلب مؤهَّل — نموذج فيه ما يكفي للفرز، أو محادثة وصلت إلى مرحلة عرض السعر. أما نقرة الاتصال فمساعدة
- مشترك أو حجز: الأساسي أول اشتراك مدفوع أو موعد مؤكّد، لا التسجيل المجاني
وإن كان حجم التحويل الأساسي صغيراً جداً — أقل من نحو 30 تحويلاً شهرياً — فالمنصّة لن تتعلّم منه. عندها حسّن مؤقتاً على حدث مساعد أعلى تكراراً، وراقب الأساسي بعينك، وارجع إليه فور أن يكبر العدد.
اكتب خريطة الأحداث قبل أن تركّب شيئاً
جدول من أربعة أعمدة على ورقة واحدة، يُكتب مرّة ويوفّر أسابيع من التصحيح:
- اسم الحدث — بصيغة موحّدة وبالإنجليزية بلا مسافات:
purchase·lead_submit·whatsapp_click - متى يقع بالضبط — «بعد ظهور رسالة نجاح الإرسال» لا «في صفحة تواصل معنا»
- ما يُرسَل معه — قيمة الطلب، والعملة، ورقم الطلب، ومصدر النموذج
- أين يُقرأ — منصّة الإعلان أم التحليلات أم كلاهما
الاسم الموحّد ليس ترفاً تنظيمياً. الحساب الذي يحمل Lead وlead وForm Submit وتواصل لأربعة نماذج ينتهي بأربعة تقارير لا تُجمع، وبنظام تعلّم موزَّع على أربع إشارات ضعيفة بدل إشارة واحدة قوية.
ثلاث أدوات، ثلاثة أدوار — لا تخلطها
معظم الجدال حول «أي الأرقام أصدق» ينتهي حين يعرف كل طرف ما تقيسه أداته:
منصّة الإعلان (ميتا · جوجل · تيك توك) تجيب سؤالاً واحداً: هل يستحق هذا الإعلان ميزانيته؟ وهي تنسب لنفسها كل تحويل يقع داخل نافذتها، وتعرضه في يوم النقرة لا يوم الشراء — لذلك تتغيّر أرقام الأمس بعد يومين.
أداة التحليلات (GA4 وأخواتها) تجيب: من أين جاء الناس وماذا فعلوا داخل الموقع؟ نموذج النسب فيها مختلف، ونوافذها مختلفة، فلا تطابق المنصّة أبداً.
منصّة المتجر أو نظام العملاء يجيب: كم دخل فعلاً؟ وهذا هو المصدر الوحيد للحقيقة المالية. عند أي تعارض، الحكم له.
القاعدة العملية: قرارات التوزيع بين الحملات من لوحة المنصّة، وقرارات الميزانية الكلية من منصّة المتجر. وقد فصّلنا كيف يُقرأ الاثنان معاً في تقرير واحد في «تقرير الأداء الشهري: أي رقم تتابعه وأيّها تتجاهله».
ركّب عبر مدير وسوم واحد لا عبر أكواد متناثرة
الطريقة الأسرع اليوم هي لصق كود المنصّة في قالب الموقع مباشرة. وهي أيضاً الطريقة التي تنتهي بعد سنة إلى موقع فيه ثلاث نسخ من البكسل نفسه، لا يعرف أحد من وضعها ولا كيف تُزال بعد أن يترك المبرمج.
مدير الوسوم يحلّ هذا: حاوية واحدة في الموقع، وكل شيء بعدها يُضاف ويُختبر ويُوقف من لوحة واحدة بلا لمس الشيفرة.
ثلاثة قيود تحفظه نظيفاً:
- بكسل واحد لكل منصّة، مركَّب مرّة واحدة. تكرار البكسل هو السبب الأول لتضاعف الأرقام
- لا تركّب الحدث نفسه من مكانين — لا من إضافة المنصّة في المتجر ومن الحاوية معاً. اختر واحداً
- راجع الأذونات: من يملك الحساب الإعلاني وحساب التحليلات والحاوية. الوصول باسم موظّف سابق يُوقف عملك يوماً ما
وإن كان متجرك على منصّة جاهزة فيها تكامل رسمي مع ميتا أو جوجل، فالتكامل الرسمي أفضل من التركيب اليدوي: يمرّر قيمة الطلب ومحتوى السلة بلا صيانة. شرط ألا تجمع بينه وبين تركيب يدوي للحدث نفسه.
التحويلات التي لا تقع على صفحة شكر
الحدث الذي يقع على صفحة شكر سهل. المشكلة في الباقي، وهو غالباً أهمّ ما لديك:
النموذج بلا إعادة توجيه: النموذج الذي يعرض رسالة نجاح في مكانه لا يُنتج صفحة جديدة، فلا شيء يُطلق الحدث. الحلّان: أن يُعيد التوجيه إلى صفحة شكر مستقلّة — الأبسط والأمتن — أو أن يُربط الحدث بظهور رسالة النجاح تحديداً، لا بضغط الزر. الفرق أن الضغط يقع أيضاً حين يفشل التحقّق من الحقول، فتُعدّ محاولات فاشلة تحويلات.
واتساب: النقرة على الزر ليست طلباً، لكنها كل ما يستطيع الموقع رؤيته — لأن ما بعدها يقع داخل التطبيق. سجّل النقرة حدثاً مساعداً، واحمل مصدر الحملة داخل نصّ الرسالة المهيّأة مسبقاً حتى يصل معك إلى المحادثة، ثم أغلق الحلقة يدوياً أو من نظام العملاء. طريقة بناء الرابط وقياس ما بعده شرحناها في «واتساب كقناة بيع: كيف تحوّل المحادثة إلى طلب مؤكّد».
المكالمة: استعمل رقماً وسيطاً للتتبّع إن كان الحجم يبرّره، أو على الأقل رقماً مختلفاً في صفحات الإعلانات عن الرقم في بقيّة الموقع — يمنحك تمييزاً تقريبياً بلا أدوات.
وفي الحالات الثلاث: هذه أحداث نيّة لا أحداث بيع. اتركها مساعدة، ولا تحسب لها قيمة مالية وهمية.
مرّر القيمة لا حدثاً فارغاً
الحدث الذي يقول «وقع شراء» بلا مبلغ يجعل كل الطلبات متساوية: طلب بـ 90 ريالاً وطلب بـ 900 ريال يُحسَبان واحداً، فتتعلّم المنصّة أن تجلب الأرخص لأنه الأكثر عدداً.
ثلاث إضافات ترفع جودة الإشارة:
- القيمة والعملة مع كل شراء — وقيمة صافية بعد الخصم والشحن إن استطعت، لا سعر القائمة
- رقم الطلب كمعرّف للحدث: يمنع العدّ المزدوج حين يُحدّث العميل صفحة الشكر أو يعود إليها من سجلّ المتصفّح
- القياس من الخادم إلى جانب المتصفّح — أداة إغلاق الإعلانات وقيود المتصفّحات تبتلع جزءاً من الأحداث، والإرسال من الخادم يستردّه. وشرط نجاحه أن يحمل الحدثان المعرّف نفسه، وإلا صار الاستعادة تضاعفاً
هذه الطبقة هي التي تصحّح أكثر ما يشتكي منه المعلنون منذ قيود التتبّع على الأجهزة: أرقام تقلّ عن الواقع وتقلّ معها قدرة النظام على التحسين. وأساسيات البكسل نفسها — ما يفعله وكيف يُختبر أول مرّة — في «بكسل ميتا: لماذا حملاتك بلا نتائج بدونه».
اختبره قبل أن تصرف ريالاً
الإعداد الذي لم يُختبر ليس إعداداً. الاختبار عشرون دقيقة، ويُجرى بهذا الترتيب:
- أدوات المعاينة: شغّل وضع المعاينة في مدير الوسوم، وأدوات فحص الأحداث في منصّة الإعلان، وتقرير الوقت الفعلي في التحليلات — ثلاث نوافذ مفتوحة معاً
- نفّذ المسار كاملاً على جوّال حقيقي وشبكة بيانات لا على حاسب المكتب وحده: ادخل من رابط إعلان، تصفّح، أضف، اشترِ فعلاً بأقل مبلغ ممكن
- تحقّق من ثلاثة أشياء: أن الحدث وقع مرّة واحدة، وأن القيمة والعملة وصلتا صحيحتين، وأن مصدر الزيارة سُجّل ولم يُقطع في منتصف المسار
- جرّب الفشل: أرسل النموذج بحقل ناقص وتأكّد ألا حدث يقع، وحدّث صفحة الشكر وتأكّد ألا تحويل ثانٍ يُسجَّل
- راجع بوابة الدفع: الانتقال إلى بوابة خارجية والعودة يقطع نسبة الزيارة أحياناً — إن رأيت أغلب الطلبات منسوبة إلى «مباشر» فهذه علّتك
وإذا كان الرابط يحمل وسوم مصدر، فتأكّد أنها تنجو حتى صفحة الشكر ولا تُفقد في إعادة توجيه — وهو عطل شائع فصّلناه في «الرابط الذي يكسر حملتك قبل أن يفتح الزائر صفحتك».
الأرقام لن تتطابق — وكم فرق مقبول
انتظار التطابق بين المنصّة والمتجر مضيعة وقت. هي أنظمة تعدّ أشياء مختلفة بنوافذ مختلفة:
- نافذة النسب: ميتا تعتمد افتراضياً 7 أيام للنقرة ويوماً واحداً للمشاهدة. جوجل يعتمد افتراضياً نافذة 30 يوماً للنقرة. المتجر لا يعرف نوافذ أصلاً — يسجّل الطلب يوم وقوعه
- يوم العرض: المنصّة تنسب التحويل إلى يوم النقرة، فتتغيّر أرقام الأيام الماضية بأثر رجعي
- التداخل: كل منصّة تنسب الطلب نفسه لنفسها، فمجموع التحويلات في اللوحات يفوق عدد الطلبات الحقيقي دائماً
الفرق المعتاد بين لوحة المنصّة ومنصّة المتجر يقع في نطاق يمكن العيش معه — الخطر ليس في وجوده بل في اتساعه المفاجئ. تجاوُز يقارب الضعف يعني عدّاً مزدوجاً أو بكسلاً مكرّراً. ونقص حادّ يعني حدثاً لا يُطلق على بعض المسارات — الدفع عند الاستلام مثلاً، أو الطلب عبر الجوّال.
ثبّت رقماً واحداً مرجعياً — الطلبات في منصّة المتجر — وقِس نسبة انحراف كل لوحة عنه شهرياً. حين تتغيّر النسبة فجأة، تعطّل شيء ولديك مؤشّر مبكر بدل اكتشاف متأخّر بعد ربع سنة.
والرقم بعد أن يصحّ يُقرأ في تقرير الأداء الشهري، ونصف القياس على ميتا في اعلانات ميتا بلا بكسل. ونحن نركّب هذا كاملاً لعملاء الحملات — التسويق الرقمي.
قائمة فحص وصيانة
- تحويل أساسي واحد معرَّف لكل حملة، والباقي مساعد
- خريطة أحداث مكتوبة بأسماء موحّدة
- بكسل واحد لكل منصّة، بلا تركيب مزدوج من المتجر والحاوية معاً
- كل حدث شراء يحمل قيمة وعملة ورقم طلب
- النموذج يطلق الحدث عند نجاح الإرسال لا عند الضغط
- نقرة واتساب والمكالمة مسجَّلتان كحدث مساعد بلا قيمة مالية
- المسار مُختبَر بطلب حقيقي من جوّال، والحدث وقع مرّة واحدة
- وسوم المصدر تنجو حتى صفحة الشكر
- نسبة الانحراف عن منصّة المتجر مُسجَّلة شهرياً
- إعادة اختبار بعد كل تغيير في القالب أو الدفع أو النماذج
آخر بند هو الأهمّ ويُنسى دائماً: القياس ليس مشروعاً ينتهي. كل تعديل في صفحة الدفع أو تحديث للقالب أو نموذج جديد يضعه أحدهم بلا علمك قادر على كسر ما بنيته بصمت — بلا رسالة خطأ، وبلا شيء يتغيّر في الشاشة سوى رقم يهبط في لوحة لا يقرأها أحد إلا آخر الشهر. ربع ساعة اختبار بعد كل تغيير أرخص من ربع سنة قرارات على رقم كاذب.