عائد إعلاني مضاعف على الورق فقط
الجواب المختصر: إذا كانت أداتان في متجرك ترسلان نفس عملية الشراء، وما فيه شيء يقول للمنصة إنهما نفس البيعة، فالمنصة تحسبها مرتين. الإيراد يتضاعف، والعائد على الإنفاق الإعلاني يتضاعف، وما صار ولا طلب إضافي. والحل رقم طلب مشترك على كل حدث، وتقدر تتأكد إذا عندك أو لا في دقيقتين.
كيف تظهر المشكلة
ممارس نشر التشخيص كامل على منصة X في مارس 2026، في ست جمل: “عائد 5 أضعاف على اللوحة. لكن الإيراد ما يطابق. غالباً السبب أحداث شراء مكررة. بكسل شوبيفاي ومدير الوسوم يرسلان نفس عملية الشراء. ميتا تحسب الاثنين. العائد يتضاعف. تحقق: Events Manager ثم Purchase ثم عمود Deduplication.”
أما شكل المشكلة من كرسي صاحب المتجر فهو أقل ترتيباً. صاحب متجر شوبيفاي كتب يصف العَرَض بدون ما يعرف السبب: ميتا تقول إن الأداء ثابت والمشتريات ممتازة عندها، وهو لما يفتح شوبيفاي يلقى المبيعات نازلة، ونزول واضح مو بسيط، وفيه تعارض صريح بين اللي تقوله ميتا واللي يشوفه في متجره.
كان يدور جواباً في إدارة الحملات لمشكلة في السباكة. وهذي هي الحالة الغالبة: الرقم غلط بطريقة تمدحك، فما فيه شيء يدفعك تتأكد منه.
ليش تصير بسهولة
ما فيه أحد يركّب تتبعاً مزدوجاً عن قصد. المشكلة تتراكم.
- ركّبت تطبيق المنصة أو إضافتها، وبعدين أضفت مدير وسوم، والاثنان يرسلان الشراء.
- منصة متجرك فيها ربط جاهز انفعّل مرة وانتسي، ووكالتك أضافت تتبعها فوقه.
- أضفت الإرسال من الخادم عشان تسترجع الأحداث اللي يمنعها المتصفح، وهذي خطوة صحيحة، لكن ما فيه شيء يربط حدث الخادم بحدث المتصفح.
- تغيّرت الوكالة، والجديدة ركّبت أدواتها بدون ما تشيل القديمة.
والحالة الثالثة هي الأقسى. تسوي الشيء الصحيح، والتغطية تتحسن فعلاً، والرقم يتضخم في نفس الوقت، فما تقدر تعرف كم من الارتفاع حقيقي.
وش يكلفك الازدواج
التكلفة الظاهرة إنك تقرأ رقماً أعلى من الحقيقة، وراح تصرف بناءً عليه.
والتكلفة الثانية أسوأ وأبطأ. المنصة تحسّن باتجاه اللي تعتبره نجاحاً. لو ظهرت البيعة الواحدة كأنها بيعتان، فالخوارزمية تعامل هذا المسار كأنه يساوي ضعف قيمته، وتدفع الميزانية باتجاهه. يعني أنت ما تسيء قراءة الأداء فقط، أنت تدرّب النظام على تغذية راجعة متضخمة.
والتكلفة الثالثة هي اللي تكسر الثقة. لما تقول لوحة المنصة شيئاً ويقول حسابك البنكي شيئاً ثانياً، وما فيه أحد يقدر يفسر الفرق، تروح الثقة في سلسلة التقارير كلها، حتى الأجزاء اللي كانت صحيحة.
الحل، في جملة واحدة
كل حدث شراء يحمل نفس رقم الطلب، أياً كان الطريق اللي جاء منه، عشان تقدر المنصة تعرف إن الوصولين بيعة واحدة.
هذي هي الآلية كلها. حدث المتصفح وحدث الخادم يقولان “الطلب 10432”، فتطابقهما المنصة، وتحسب واحداً، وتحتفظ بالأغنى منهما. والوكالات السعودية تسمّي غياب الرقم المشترك من أشهر ثلاثة أخطاء في متاجر سلة وزد.
وفيه تفصيلان يحددان نجاح الطريقة عملياً:
- لازم يكون الرقم هو رقم الطلب الحقيقي من متجرك، مو قيمة عشوائية تُولَّد لكل حدث. وقيمتان عشوائيتان ما تتطابقان.
- ولازم يكون موجوداً على الطريقين. رقم على حدث الخادم وحده ما يغيّر شيئاً، لأن حدث المتصفح يظل يوصل مجهولاً.
وش يسويه مِيقاس هنا
مِيقاس يأخذ الطلب من مصدره، من متجرك أو نقطة البيع، ويرسله من خادم إلى خادم إلى Meta و TikTok و Snapchat و X و GA4، محمّلاً برقم طلبك أنت على كل حدث، عشان تقدر كل منصة تلغي التكرار بنفسها.
ولأن الطلب يُقرأ من المصدر مو مستنتجاً من المتصفح، فالرقم هو اللي أصدره متجرك فعلاً، وهذي بالذات الجزئية اللي تغلط فيها أغلب الإعدادات.
وللجهة الثانية، نعطيك قصاصة جاهزة لصفحة تأكيد الطلب، مكتوبة لشوبيفاي وسلة وزد كل وحدة على حدة، عشان يحمل الطريقان نفس الرقم، مو الطريق اللي نتحكم فيه بس.
وأداة التحقق من التحويلات مع تدقيق ادعاءات المنصات، على باقة Growth وفوق، موجودة لهذا السؤال بالضبط: تحط اللي تدّعيه المنصات مقابل الطلبات اللي سجّلها متجرك فعلاً، فيصير للرقم المضاعف مكان ينكشف فيه.
تحقق من حسابك في دقيقتين
- افتح Events Manager، واختر Purchase، ودوّر عمود منع الازدواج. إذا كان يقول إنه ما فيه أحداث مدموجة وأنت ترسل من المتصفح والخادم، فما فيه شيء يتطابق.
- خذ عدد المشتريات أمس في المنصة، وعدد الطلبات الحقيقية أمس في متجرك. ولما يكون رقم المنصة قريباً من الضعف، فهذي البصمة الكلاسيكية.
- اكتب قائمة بكل أداة تقدر ترسل حدث شراء من متجرك: إضافة المنصة، ومدير الوسوم، وربط المتجر الجاهز، وسكربت وكالتك، وأداة القياس. إذا كانت القائمة فيها أكثر من واحد وما فيه رقم مشترك، فأنت لقيت المشكلة.
أسئلة شائعة
أشيل واحدة منهما وخلاص؟ لا تشيل على عمياني. الإرسال من المتصفح والإرسال من الخادم يكمّلان بعض، ومسار الخادم هو اللي ينجو من حاجبات الإعلانات وإعدادات الخصوصية. اربطهما برقم مشترك بدل ما تحذف الطرف اللي يشتغل شغلاً مفيداً.
أرقامي راح تنزل بعد الإصلاح، كيف أفسّر النزول؟ قل بوضوح إن الرقم القديم كان يحسب بعض المبيعات مرتين، والرقم الجديد يحسب كل بيعة مرة. النزول تصحيح، مو تراجعاً في الأداء. واحتفظ بلقطة قبل وبعد عشان يصير التغيير موثقاً بدل ما يتحول جدلاً لاحقاً.
هل ينطبق على العملاء المحتملين مو الشراء بس؟ نعم. أي حدث تقدر أداتان ترسلانه، ومنه حدث العميل المحتمل وإضافة السلة، يتكرر بنفس الطريقة.
الرقم المضاعف مو إزعاجاً بسيطاً في التقارير. هو الفرق بين قناة تستاهل التوسع وقناة تستاهل الإيقاف، وكل أسبوع تتركه فيه، الخوارزمية تتعلّم منه.