إعداد Meta Pixel لمتجر إلكتروني: الأحداث التي تحتاجها فعلًا
البكسل المثبّت ليس بالضرورة بكسلًا مُعدًّا. في متاجر كثيرة يوجد الكود الأساسي في كل صفحة وبالكاد شيء غيره، فترى Meta الزيارات ولا تعرف أي المنتجات شوهدت أو أُضيفت أو اشتُريت. يغطي هذا الدليل الأحداث التي يحتاجها المتجر، والتفاصيل التي يجب أن يحملها كل حدث، وكيف تتحقق من النتيجة.
ما فائدة البكسل
البكسل كود يبلّغ Meta بما يحدث في موقعك. وتؤدي هذه البلاغات ثلاث مهام: تتيح لك قياس الحملات، وتتيح بناء جمهور من الأشخاص الذين قاموا بإجراء معين، وتعطي نظام الإعلانات أمثلة على النتيجة الجيدة.
المهمة الثالثة هي الأقل استغلالًا في أغلب المتاجر. إذا كان الحدث الوحيد الذي تستلمه Meta هو مشاهدة الصفحة، فليس أمامها ما تحسّن نحوه.
الأحداث التي يحتاجها المتجر
لا تحتاج كل الأحداث التي تدعمها Meta. ابدأ بتلك المقابلة لخطوة حقيقية في مسار الشراء.
PageView
في كل صفحة
يرسله الكود الأساسيViewContent
عند فتح صفحة منتج
معرّف المنتج والاسم والقيمة والعملةAddToCart
عند إضافة منتج
معرّف المنتج والقيمة والعملة والكميةInitiateCheckout
عند بدء إتمام الطلب
قيمة السلة والعملة وعدد العناصرPurchase
عند إنشاء الطلب
قيمة الطلب والعملة ومعرّفات المنتجات ومعرّف الحدث
لا تضف أحداثًا أخرى إلا عندما يكون لديك قرار يحتاجها.
التفاصيل التي تجعل الحدث مفيدًا
اسم الحدث وحده يقول إن شيئًا وقع. أما التفاصيل فتقول ماذا وقع.
- القيمة والعملة. أرسلهما دائمًا مع الشراء. دونهما لا تستطيع الحكم على الإيراد ولا استخدام أهداف مبنية على القيمة.
- معرّفات المنتجات. استخدم المعرّفات نفسها الموجودة في كتالوج المنتجات، حتى تُربط الأحداث بالمنتجات.
- الكمية وعدد العناصر. مفيدة لتحليل السلة والدفع.
- معرّف الحدث. ضروري لإزالة التكرار عندما تضيف أحداث الخادم لاحقًا. خطّط له من الآن.
ثلاث طرق للتثبيت
تكامل منصة المتجر
المقايضة: الأسرع وأخطاؤه أقل
تناسب: يناسب أغلب المتاجر
Google Tag Manager
المقايضة: تحكّم أكبر ويحتاج عناية
تناسب: يناسب من يدير الوسوم
كود يدوي في القالب
المقايضة: أقصى تحكم ويسهل كسره
تناسب: يناسب عندما لا ينفع غيره
أكثر الأخطاء شيوعًا تثبيت طريقتين معًا. اجعل لكل حدث مصدرًا واحدًا.
أخطاء تفسد البيانات بهدوء
- إطلاق Purchase في صفحة خاطئة. إذا عمل عند مشاهدة السلة، أو عند كل زيارة لصفحة الشكر، فالعدد خاطئ من البداية.
- قيمة ناقصة أو خاطئة. شراء يُبلَّغ بقيمة صفر، أو سعر بلا عملة، لا يصلح للحكم على الإيراد.
- معرّفات منتجات مختلفة. إذا استخدم البكسل معرّفًا والكتالوج معرّفًا آخر فلا تُربط الأحداث بالمنتجات.
- تثبيتان. أن يطلق القالب وTag Manager الحدث نفسه هو أشيع أسباب تضخم الأعداد.
- عدم الاختبار بطلب حقيقي. إعداد يبدو سليمًا في الكود قد يفشل في الخطوة الوحيدة المهمة.
ملاحظة لمتاجر الدفع عند الاستلام
في الدفع عند الاستلام يعني «الشراء» غالبًا أن الطلب أُنشئ، لا أن المبلغ تُحصّل. لا بأس بذلك نقطةَ بداية، لكن انتبه إليه عند قراءة أرقامك. يشرح مقال كيف تحسب حد التعادل الحقيقي لإعلاناتك قبل زيادة الميزانية؟ لماذا تختلف الطلبات الواردة عن الطلبات التي تبقى. وعندما تكون مستعدًا لإرسال إشارة أقوى، مثل طلب مؤكَّد أو مُسلَّم، فخدمة Delivery Signal موجودة لهذا الغرض.
كيف تتحقق قبل أن تنفق
- ثبّت إضافة Meta Pixel Helper في متصفحك وافتح متجرك. يجب أن تكتشف بكسلًا واحدًا دون أخطاء.
- مرّ بنفسك على مسار الشراء: افتح منتجًا، أضفه إلى السلة، ابدأ إتمام الطلب، وأنشئ طلبًا تجريبيًا. راقب ظهور كل حدث مرة واحدة.
- افتح أداة Test Events في Events Manager وتأكد أن الأحداث تصل بالقيم المتوقعة.
- تأكد أن نطاقك موثّق في إعدادات النشاط التجاري، لأن ذلك يؤثر في إدارة الأحداث.
- بعد أيام قارن عدد المشتريات بطلبات متجرك. لن يتطابقا تمامًا لكن يجب أن يكونا قريبين وقابلين للتفسير.
إذا لم تعمل الأحداث أو بدت خاطئة فالخطوة التالية استكشاف الأخطاء. وإذا رأيت مشتريات أكثر من اللازم فاقرأ تكرار حدث الشراء: الأسباب وكيف تعمل إزالة التكرار.
وماذا بعد
عندما يستقر البكسل أضف مسار الخادم حتى تنجو الأحداث من السكربتات المحجوبة والصفحات المغلقة: Meta Conversions API: ما الذي تضيفه إلى البكسل. وإن أردت أن يُنفَّذ الإعداد كله ويُختبر فانظر خدمة إعداد التتبع.