لماذا لا تطابق أرقام Meta وسناب شات أرقام متجرك؟ (وكيف تصلحها)
بقلم البراء محمود
متجرك يقول 100 طلب، Meta تقول 60، سناب شات تقول 40، والمجموع أكبر من الواقع. هذه ليست أعطالًا عشوائية — لكل رقم سبب محدد، ولكل سبب حل.
الخلاصة في سطر
الأرقام لا تتطابق لأن كل منصة تنسب التحويل لنفسها، ولأن البكسل والـAPI قد يرسلان الحدث مرتين، ولأن جزءًا من تحويلات iOS لا يصل أصلًا. الحل: مصدر واحد للحقيقة (متجرك أو GA4)، وأرقام المنصات للتحسين فقط.
هذا أكثر سؤال يصلني من أصحاب المتاجر بعد أول شهر إعلاني، وأكثر سبب لفقدان الثقة بين صاحب العمل ومن يدير حملاته. المشكلة أن الإجابة تبدو تقنية، فيتجاوزها الطرفان ويستمر الجدل الشهري حول الأرقام.
السبب الأول: نافذة الإسناد
كل منصة إعلانية تنسب التحويل لنفسها وفق قاعدة خاصة بها. Meta افتراضيًا تنسب أي شراء يحدث خلال 7 أيام من النقر أو يوم واحد من المشاهدة. سناب شات وتيك توك لهما نوافذ مشابهة لكن مختلفة. Google Ads تستخدم نماذج إسناد أخرى تمامًا.
النتيجة: عميل شاهد إعلان سناب شات يوم الأحد، ثم رأى إعلان Meta يوم الثلاثاء، ثم بحث عن اسم متجرك في Google يوم الخميس واشترى — هذا الطلب الواحد قد يُحسب مرة في سناب شات ومرة في Meta ومرة في Google. المجموع ثلاثة، والواقع طلب واحد.
السبب الثاني: ازدواج الأحداث
عند تركيب البكسل (من المتصفح) والـConversions API (من الخادم) معًا، كلاهما يرسل نفس حدث الشراء. إذا لم يُرسَل معهما معرّف حدث موحّد (event_id)، تعتبر المنصة أنهما شراءان منفصلان — فتتضاعف أرقامك.
هذه مشكلة شائعة جدًا في المتاجر التي ركّبت التتبع على مراحل أو من أكثر من شخص. وهي أيضًا الأسهل اكتشافًا: إذا كانت أرقام المنصة قريبة من ضعف أرقام متجرك، فالسبب غالبًا هذا.
- 1افتح أداة اختبار الأحداث في مدير إعلانات المنصة.
- 2نفّذ عملية شراء تجريبية.
- 3راقب: هل يظهر حدث Purchase مرتين أم مرة واحدة مع إشارة إلى أنه تم دمج المصدرين؟
- 4إذا ظهر مرتين، المطلوب إرسال نفس event_id من البكسل ومن الخادم.
السبب الثالث: التحويلات التي لا تصل أصلًا
هذا هو السبب المعاكس — وهو الذي يجعل أرقام المنصة أقل من الواقع. قيود الخصوصية على أجهزة iPhone، ومانعات التتبع، ومتصفحات تحظر ملفات تعريف الارتباط من طرف ثالث، كلها تمنع جزءًا من أحداث المتصفح من الوصول إلى المنصة.
الحل هو التتبع من جهة الخادم (Conversions API / Events API): بدل أن يرسل متصفح العميل الحدث، يرسله خادمك مباشرة إلى المنصة. هذا يستعيد جزءًا من البيانات المفقودة، والأهم أنه يعطي خوارزمية التحسين بيانات أكمل تتعلم منها — وهذا غالبًا ينعكس على الأداء لا على التقرير فقط.
كثيرون يعاملون التتبع من جهة الخادم كتحسين للتقارير. هذا خطأ في الفهم: أثره الأكبر على الأداء لا على التقرير. مثال للتوضيح: حملة تتعلم من 60% من تحويلاتها تنفق أسوأ من حملة تتعلم من 90% منها.
السبب الرابع الذي لا ينتبه له أحد: ماذا تقيس أصلًا
كثير من المتاجر تقيس «زيارة صفحة الشكر» وتسميها شراء. هذا يبدو صحيحًا حتى يحدث أحد أمرين: العميل يحدّث الصفحة فيُحسب شراءان، أو يصلها عبر رابط مباشر فيُحسب شراء بلا طلب. والأخطر: لا تُرسَل قيمة الطلب الفعلية، فتتعامل المنصة مع طلب بـ50 ريال كما تتعامل مع طلب بـ5,000 ريال.
ما هو الهامش المقبول للاختلاف؟
لا يوجد معيار رسمي من المنصات لهامش الاختلاف، ويختلف الهامش حسب المتجر والقناة. لكن الاتجاه العام التالي يكفي لتعرف متى يكون الفرق طبيعيًا ومتى يكون عطلًا.
| المقارنة | الفرق المعتاد | ماذا يعني تجاوزه |
|---|---|---|
| GA4 مقابل المتجر | فرق صغير | خلل في تركيب الحدث أو فقدان بيانات |
| Meta مقابل المتجر | أعلى بوضوح | نافذة إسناد واسعة أو ازدواج أحداث |
| مجموع المنصات مقابل المتجر | أعلى دائمًا | طبيعي — التحويل الواحد يُنسب لأكثر من منصة |
خطة الإصلاح بالترتيب
- 1حدّد مصدر الحقيقة: متجرك للإيراد، GA4 لسلوك المستخدم، المنصات للتحسين الداخلي فقط.
- 2افحص ازدواج الأحداث وأصلحه بـ event_id موحّد.
- 3أرسل قيمة الطلب الحقيقية مع كل حدث شراء، لا حدثًا بلا قيمة.
- 4ركّب التتبع من جهة الخادم لأهم قناتين عندك.
- 5وحّد نوافذ الإسناد ووثّقها، حتى لا تتكرر المناقشة كل شهر.
بعد هذه الخطوات لن تتطابق الأرقام تمامًا — ولا يُفترض أن تتطابق. لكنك ستعرف لماذا تختلف، وهذا كافٍ لاتخاذ قرارات صحيحة بدل الجدل.
إذا أردت رأيًا في تركيب القياس عندك قبل أن تصرف شهرًا إضافيًا على الإعلانات، أرسل لي رابط متجرك على واتساب، وأرد عليك خلال يوم عمل: يحتاج مراجعة أم لا، والسبب.
أسئلة شائعة
أي رقم أصدّق عند احتساب الربح؟
رقم متجرك أو نظامك المحاسبي، دائمًا. أرقام المنصات أدوات تحسين لا أدوات محاسبة. استخدم إجمالي الإنفاق الإعلاني من المنصات مقابل إجمالي الإيراد من متجرك لحساب العائد الحقيقي.
هل التتبع من جهة الخادم صعب التركيب؟
على منصات مثل سلة وزد وShopify توجد تكاملات جاهزة تختصر معظم العمل. على المواقع المخصصة يحتاج الأمر إعدادًا عبر Google Tag Manager Server-Side أو خدمة وسيطة. التركيب الكامل يستغرق عادة حتى أسبوعين حسب تعقيد الموقع.
هل هذا يخالف نظام حماية البيانات؟
لا، بشرط الالتزام: موافقة واضحة من الزائر، عدم إرسال بيانات حساسة، وتجزئة (hashing) لأي بيانات تعريفية مثل البريد أو رقم الجوال قبل إرسالها. بحسب فهمي لنظام حماية البيانات الشخصية السعودي (PDPL)، القياس التسويقي مقبول ضمن هذه الضوابط، وإن كان نشاطك يتعامل مع بيانات حساسة فاستشر مختصًا قانونيًا.
تبي تطبّق هذا على مشروعك؟
هذا بالضبط ما تغطيه خدمة «القياس والتتبع» — بنطاق مكتوب وحساباتك باسمك.