البيكسلات سكريبتات صغيرة تُطلِق أحداثاً عند تفاعل العملاء مع متجرك. تشغّل إعلانات إعادة الاستهداف، تتبع التحويلات، والإسناد — ركّبها قبل تشغيل الترافيك المدفوع.

كل إعدادات البيكسلات في صفحة واحدة — /dashboard/pixels. (المسار /dashboard/pixels/multi مجرد اسم بديل لنفس الشاشة، وهناك مدخل واحد فقط باسم Pixels في القائمة الجانبية.) لا يوجد "وضع بيكسل واحد" منفصل: تضيف البيكسلات واحداً تلو الآخر، وفي الخطط المدفوعة يمكنك إضافة عدة بيكسلات.

توفّر البيكسلات يتبع اشتراكك:

انتهاء الخطة لا يُنزل متجرك إلى الخطة المجانية. بل تتوقف واجهة المتجر عن العمل، فلا تبقى مشاهدات صفحات تُتتبَّع ولا تنطلق أحداث. ويبقى إعداد البيكسل كما هو ويعود للعمل فور التجديد. التجديد: افتح /dashboard/subscribe وانقر زر ▶ كيف أجدد للجولة الإرشادية داخل التطبيق، أو شاهد قناة DZBuild على YouTube.

يُطلِق المتجر الأحداث القياسية التالية عند تفاعل العميل. وليس كل حدث مرتبطاً بكل بيكسل — الاستثناءات موضّحة في الجدول وتحته:

ربط الأسماء: Facebook يستخدمها مباشرة؛ TikTok وSnapchat وPinterest لها مكافئات مرتبطة تلقائياً؛ Google Analytics يستخدم view_item، add_to_cart، begin_checkout، purchase.

حدثان يتصرفان بشكل مختلف عن البقية:

كرّر العملية لإضافة بيكسلات أخرى (الخطط المدفوعة فقط).

⚠️ تنبيه — حاوية Google Tag Manager وحدها لا تستقبل أي أحداث

لا يدفع DZBuild أحداثاً مسمّاة إلى dataLayer الخاص بـ GTM. لإعطاء GTM ما يبني عليه المشغّلات، أضف بيكسل Google Analytics (أو Google Ads) أيضاً — عندها يُطلِق المتجر استدعاءات gtag('event', …) يستطيع GTM التقاطها كأحداث Google Tag.

كل بطاقة بيكسل فيها مفتاح تشغيل/إيقاف. إيقاف البيكسل يحافظ على إعداده وعلى تعييناته في الاستهداف لكنه يوقف أحداث المتصفح والخادم معاً — مفيد لتعليق حساب إعلاني دون فقدان الإعداد.

الاستهداف يُضبَط لكل بيكسل، لا لكل صفحة هبوط. انقر أيقونة الرابط (السلسلة) على بطاقة البيكسل واختر أي مزيج من المنتجات والفئات وصفحات الهبوط. عندها تعرض بطاقة البيكسل شارات لما تم تعيينه له.

فخّان يستحقان الانتباه:

تنطلق الأحداث لكل بيكسل نشط على الصفحة الحالية. وفي حالة Facebook تحديداً، تبثّ حزمة Meta كل حدث إلى كل بيكسل Facebook مُهيَّأ على الصفحة، لذا فإن بيكسلين عامين لـ Facebook يسجّل كل منهما أحداث الآخر.

إذا كنت تدير حسابين إعلانيين على متجر واحد، عيّن لكل بيكسل Facebook مجموعة منتجات مختلفة — مع تذكّر الملاحظة أعلاه حول الطلبات المختلطة.

CAPI إرسال أحداث من جانب الخادم. البيكسل في المتصفح ينطلق من جهاز العميل؛ CAPI يطلق الحدث ذاته من خوادم DZBuild. وهو متاح لـ Facebook وTikTok وSnapchat وPinterest، ويتجاوز:

يقوم DZBuild تلقائياً بتجزئة بريد العميل ورقمه (وفق مواصفة Meta) قبل إرسال أحداث CAPI. الحدثان (المتصفح والخادم) يتشاركان event_id كي تُلغي المنصة التكرار وتحسب التحويل مرة واحدة.

تفعيل CAPI يرفع جودة المطابقة التي تعرضها Meta، لأن الخادم يرسل معرّفات مُجزّأة لا يحملها حدث المتصفح دائماً. ولا ينشر DZBuild أي رقم مرجعي لهذه الجودة: القيمة التي تراها تتبع الحقول التي يجمعها الشراء لديك، وصفحة دفع عند الاستلام لا تطلب سوى الاسم والهاتف والعنوان تملك حقولاً أقل للمطابقة من صفحة تجمع البريد الإلكتروني أيضاً.

ملاحظة Pinterest: الحدث InitiateCheckout غير مرتبط بـ Pinterest عن قصد، لأن حدث checkout في Pinterest يعني عملية شراء مكتملة — وإرساله عند بدء الدفع سيؤدي إلى احتساب المبيعات مرتين.

هذا أكثر أسئلة البيكسل تكراراً، ونادراً ما يكون البيكسل معطّلاً فعلاً. راجع الأسباب الثلاثة بالترتيب.

1. البيكسل لم يُحمَّل بعد. كل متجر على DZBuild يؤجّل حزم بيكسلاته (في صفحات المنتجات تُحمَّل Snapchat وPinterest فوراً): ينتظر المُحمِّل أن يصبح المتصفح خاملاً، أو أن يتفاعل الزائر أول مرة (تمرير، لمس، ضغط مفتاح)، أو أن ينتقل الزائر إلى تبويب آخر. لذا لا ترى الإضافة شيئاً في الثانية أو الثانيتين الأوليين من تحميل صفحة جديدة بلا تفاعل. مرّر الصفحة أو المسها فيظهر البيكسل. ولا يضيع أي حدث، إذ تنتظر الأحداث في الطابور ريثما تُحمَّل الحزمة. وصفحة تأكيد الطلب مستثناة وتُحمِّل بيكسلاتها فوراً، لأن Purchase ينطلق فيها.

2. مانع إعلانات يعمل في متصفحك أنت. المانع، أو متصفح مرفوع فيه مستوى الحماية من التتبع، يمنع سكريبت البيكسل من التحميل أصلاً، فلا تُظهر الأداة شيئاً مهما انتظرت. افتح المتجر في متصفح آخر (أسهل اختبار هو ملف تعريف Chrome نظيف) بلا مانع إعلانات، ثم أعد الفحص.

3. تبحث عن الأحداث الخادمية في المكان الخطأ. إذا كان البيكسل وConversions API مضبوطَين معاً، يظل DZBuild يرسل الأحداث من خوادمه حتى للمشترين الذين يحجبون بيكسل المتصفح. وهذه الأحداث لا تظهر أبداً في أدوات المتصفح. راجعها في Meta Events Manager ضمن Test events، حيث تصل موسومة Server.

س: بيكسلي يطلق لكن Meta يقول "جودة مطابقة منخفضة". ج: أضف Conversions API. إرسال البريد والهاتف مُجزّأين من الخادم يعطي Meta حقولاً للمطابقة أكثر مما يحمله حدث المتصفح وحده.

س: هل يمكنني استخدام البيكسل في المتصفح وCAPI لنفس البيكسل؟ ج: نعم — Meta يلغي التكرار عبر event_id. نرسل كليهما بمعرفات مطابقة.

س: أين أركّب Hotjar / Clarity / سكريبت مخصص؟ ج: صفحة /dashboard/pixels مخصصة لإدارة البيكسلات وحدها، ولا تقبل أي شاشة في لوحة التحكم HTML مخصصاً في head أو body. في خطة Enterprise، تحتوي /dashboard/customize على قسم JavaScript مخصّص: الصق كود JavaScript الخاص بالأداة بدون وسم script (حتى 50,000 بايت) ثم احفظ. يعمل الكود في صفحات متجرك بعد تحميلها، لكن ليس في صفحات الهبوط ولا داخل المعاينة، لذا افتح متجرك لتجربته. راجع دليل JavaScript المخصَّص. وفي الخطط الأخرى، تواصل مع الدعم إن احتجت تركيب مقتطف طرف ثالث على متجرك.

س: هل تبطئ البيكسلات متجري؟ ج: لا. تُحمَّل حزم البيكسلات بشكل غير متزامن، وباستثناء Snapchat وPinterest في صفحات المنتجات تُؤجَّل أيضاً حتى يصبح المتصفح خاملاً أو يتفاعل الزائر، فتبقى خارج مسار العرض الحرج.