عدم تطابق أرقام الإعلانات مع المبيعات طبيعي إلى حد ما، لكن الفرق الكبير يعني غالبًا خللًا في التتبع: أحداث مكررة، أو ضائعة بسبب المتصفحات، أو مبيعات تحدث خارج الموقع (واتساب والهاتف) لا يراها أحد. وهذه أشهر 7 أسباب، وكيف تصلح كل واحد.
1. أحداث مكررة
البكسل مثبت مرتين (من القالب ومن إضافة ومن GTM)، فتُسجَّل كل عملية شراء مرتين. الحل: مصدر واحد لكل حدث، ويُفضَّل Google Tag Manager، مع اختبار كل حدث.
2. أحداث ضائعة بسبب المتصفحات
مانعات الإعلانات وقيود الخصوصية في المتصفحات والأجهزة تمنع جزءًا من البكسلات. الحل: التتبع من جهة الخادم (Server-Side) وConversion API بجانب البكسل.
3. حدث الشراء في المكان الخطأ
حدث «شراء» يُطلق عند زيارة صفحة الدفع بدل صفحة الشكر، أو عند إعادة تحميلها. الحل: إطلاق الحدث بعد نجاح الدفع فقط، مع رقم الطلب لمنع التكرار.
4. القيمة والعملة خاطئة
الشراء يُسجَّل بلا قيمة، أو بعملة مختلفة، فتبدو عائدات الإعلانات غير منطقية. الحل: إرسال القيمة الفعلية والعملة الصحيحة مع كل حدث شراء.
5. نوافذ الإسناد مختلفة
كل منصة تنسب المبيعات بطريقتها: بعد النقر بأيام، أو بعد المشاهدة فقط. وقد تنسب Meta وGoogle الصفقة نفسها لنفسيهما. الحل: اعتماد مرجع واحد (GA4 أو CRM) لقرارات الميزانية، واستخدام أرقام المنصات للمقارنة الداخلية فقط.
6. مبيعات خارج الموقع
العميل يضغط الإعلان ثم يشتري عبر واتساب أو الهاتف، فلا يراه البكسل أبدًا. الحل: تسجيل مصدر العميل (UTM) في CRM، وإرسال الصفقة المكتملة للمنصة كتحويل غير متصل (Offline Conversion).
7. نماذج لا تُتتبع
النموذج يُرسل عبر AJAX دون أن ينطلق حدث، أو الحدث ينطلق قبل التحقق من صحة البيانات. الحل: حدث generate_lead عند نجاح الإرسال فقط، ومربوط بالخدمة المطلوبة.
قائمة فحص سريعة
- لكل حدث مصدر واحد فقط.
- حدث الشراء بعد نجاح الدفع فقط، مع رقم الطلب.
- القيمة والعملة صحيحتان.
- Conversion API أو تتبع من جهة الخادم مفعّل.
- مصدر العميل يصل إلى CRM.
أسئلة شائعة
هل يمكن أن تتطابق الأرقام 100%؟
لا، لكن الفرق يجب أن يكون مفهومًا ومستقرًا، لا عشوائيًا.
هل Conversion API يغني عن البكسل؟
الأفضل استخدامهما معًا مع منع التكرار بينهما.