التحويلات من الخادم: ليش البكسل وحده ما يكفي
الجواب المختصر: لأن البكسل يشتغل من داخل متصفح العميل، وما هو تحت سيطرتك. إعدادات الخصوصية في iOS، ومتصفح Safari، وحاجبات الإعلانات، كلها تقطع جزءاً من الأحداث قبل ما توصل المنصة. الحل إنك ترسل الحدث من خادمك مباشرة، بالتوازي مع البكسل، مع منع الازدواج بينهم.
وش يصير بالضبط
البكسل هو سطر جافاسكربت يشتغل عند العميل. وكل شيء بينك وبين المنصة يمر عبر جهازه ومتصفحه. يعني أي شيء يعترض الطريق، يعترض بياناتك.
- إعدادات الخصوصية في iOS. من 2021، صار المستخدم يُسأل صراحة إن كان يسمح بالتتبع، ونسبة الموافقة استقرت قريباً من الربع فقط.
- متصفح Safari. آبل توثّق هذا بنفسها: أي زيارة تجي من رابط إعلاني تحمل معرّفاً، ويقصّر Safari عمر الكوكيز فيها إلى 24 ساعة. يعني لو عميلك ضغط الإعلان اليوم واشترى بعد ثلاثة أيام، نافذة الإسناد اللي تظن إنها سبعة أيام ما هي موجودة أصلاً على Safari.
- حاجبات الإعلانات. قرابة ثلث مستخدمي الإنترنت يستخدمونها، وهي تمنع البكسل قبل ما يُحمّل أصلاً.
وكالة سعودية كتبت في أبريل 2026 إن “البكسل وحده يفقد 20 إلى 40% من الأحداث”. وفي منتديات التجار، السؤال المتكرر بالحرف: إعلانات فيسبوك تسجل مشتريات وما فيه طلبات في المتجر، أو العكس.
الضرر الحقيقي مو في التقرير
هنا النقطة اللي تفوت على أغلب الناس.
لو كانت المشكلة إن تقاريرك ناقصة، كانت هيّنة. تعرف إن الرقم أقل، وتتعامل معه. لكن اللي يصير أسوأ: خوارزمية المنصة تتعلّم من نفس البيانات الناقصة.
المنصة تحسّن الحملة بناءً على من اشترى. لو ما وصلها نصف المشترين، فهي تبني صورة العميل المثالي من نصف عيّنة، وتصرف ميزانيتك على جمهور مبني على معلومات مبتورة. النتيجة إن تكلفة النتيجة ترتفع شهراً بعد شهر، وأنت تظن إن السوق صعب.
الحل: الإرسال من الخادم
بدل ما تعتمد على المتصفح وحده، يُرسل الحدث من خادم إلى خادم، مباشرة للمنصة. الخادم ما يتأثر بحاجب إعلانات ولا بإعدادات متصفح.
وفيه شرطان لازم يتحققان عشان يشتغل صح.
- الأول: هوية مطابقة. المنصة لازم تعرف مين اشترى عشان تربط الشراء بالنقرة. يُرسل البريد ورقم الجوال مشفّرين (SHA-256)، فتقدر المنصة تطابق بدون ما تتبادل بيانات مكشوفة.
- الثاني: منع الازدواج. لو وصل الحدث من المتصفح ومن الخادم بدون رابط بينهم، تُحسب البيعة مرتين وتتضخّم أرقامك. الحل إن الحدثين يحملان نفس معرّف الطلب، فتعرف المنصة إنهما نفس البيعة.
الوكالات السعودية تسمّي الخطأ الثاني من أشهر ثلاثة أخطاء في متاجر سلة وزد.
وش يسويه مِيقاس هنا
مِيقاس يلتقط الطلب من مصدره، ويرسله من الخادم إلى Meta و TikTok و Snapchat و X و GA4، محمّلاً برقم الطلب نفسه عشان تعرف المنصة إنه نفس الحدث اللي وصلها من المتصفح.
البريد ورقم الجوال يُشفّران قبل الإرسال، ورقم الجوال يُوحَّد بصيغة دولية أولاً عشان ترتفع نسبة المطابقة. النسخة الأصلية من البريد أو الجوال ما تُخزّن عندنا أصلاً.
وللمنع الكامل للازدواج، نعطيك قصاصة جاهزة تُلصق في صفحة تأكيد الطلب، مكتوبة لشوبيفاي وسلة وزد كل وحدة على حدة.
كيف تتأكد إنك محتاجه
افتح Events Manager في حسابك، وشوف عمود مصدر الحدث. إذا كانت كل الأحداث مكتوب عندها “Browser” فقط، فأنت تشتغل على جزء من بياناتك. المفروض تشوف “Server” معها.
وبعد ما تشغّله، القياس الصحيح مو إن الرقم يرتفع، القياس إن الرقم يقترب من عدد طلباتك الفعلي.
أسئلة شائعة
هذا يزيد مبيعاتي؟ لا. هذا يجعل مبيعاتك الحقيقية مرئية للمنصة. الزيادة اللي تصير بعدها تجي من إن الخوارزمية تحسّن على بيانات كاملة، مو من الأداة نفسها.
فيه خطر إن أرقامي تتضخّم؟ هذا بالضبط اللي يمنعه ربط معرّف الطلب. بدونه، نعم فيه خطر. معه، البيعة تُحسب مرة وحدة.
هل هذا يخالف الخصوصية؟ البيانات الشخصية تُشفّر قبل الإرسال، والنسخة الأصلية ما تُخزّن. وموافقة المستخدم على التسويق تبقى مسؤوليتك أنت كصاحب المتجر، مثل أي أداة قياس.
البكسل ما هو خطأ، هو ناقص. والفرق بين قياس ناقص وقياس كامل مو تقرير أجمل، الفرق إن خوارزمية المنصة تشتغل على الحقيقة.