Deduplication: منع تكرار الأحداث في ميتا

Deduplication أو منع تكرار الأحداث معناه إن ميتا تفهم إن حدثين وصلوها من مصدرين مختلفين هما نفس الفعل، فتعدّه مرة واحدة بس. أشهر حالة: البيكسل على المتصفح بيبعت «Purchase»، وConversions API من السيرفر بيبعت «Purchase» لنفس الطلب. من غير Deduplication، الطلب الواحد هيتحسب طلبين.

ليه بنبعت نفس الحدث مرتين أصلًا؟

لأن كل مصدر فيه نقطة ضعف:

البيكسل شغال على المتصفح، فممكن يتقفل بإضافات منع الإعلانات أو إعدادات الخصوصية أو نت ضعيف.
Conversions API شغال من السيرفر، فمش بيتأثر بالمتصفح، بس ساعات بيكون ناقص بيانات زي كوكيز المتصفح.

فبنبعت من الاتنين عشان اللي يقع من واحد يكمّله التاني، ودي الطريقة اللي ميتا نفسها بتنصح بيها. والإعداد متشرح في Conversions API: ليه بقت ضرورية وإزاي تركّبها.

الشروط: ميتا بتعرف إنه نفس الحدث إزاي؟

حسب شرح ميتا لمنع تكرار الأحداث، لازم الحدثين يتطابقوا في:

اسم الحدث (event_name): نفس الاسم بالظبط، زي Purchase في الاتنين.
رقم الحدث (event_id): رقم فريد لكل حدث، ونفس الرقم يتبعت من البيكسل ومن السيرفر. غالبًا بيكون مبني على رقم الطلب.

وكبديل، ممكن التطابق يحصل باسم الحدث مع external_id أو fbp (كوكي البيكسل). ولو الحدثين وصلوا متشابهين، ميتا بتاخد اللي وصل الأول.

إمتى تحتاجه وإمتى لأ؟

الحالة	محتاج Deduplication؟
Purchase من البيكسل وPurchase من السيرفر	أيوه
AddToCart من البيكسل بس، وPurchase من السيرفر بس	لأ، لأنهم أحداث مختلفة
نفس الحدث بيتبعت مرتين من البيكسل (مثلًا الصفحة اتفتحت تاني)	أيوه، وبيتحل بنفس الـ event_id

الإضافات الجاهزة بتعمله لوحدها؟

غالبًا أيوه. إضافات الربط الرسمية في ووكومرس وشوبيفاي بتبعت نفس الـ event_id من الناحيتين أوتوماتيك. بس اتأكد ومتفترضش، خصوصًا لو مركّب أكتر من إضافة تتبع، أو البيكسل متحط يدوي في القالب وفي نفس الوقت فيه إضافة. ده من أشهر أسباب تضاعف المبيعات. ولو متجرك على شوبيفاي، الطريقة الصح في ربط شوبيفاي بفيسبوك.

إزاي تعرف إن عندك مشكلة تكرار؟

قارن المبيعات: لو ميتا بتقول 140 شراء والمتجر كله فيه 80 طلب في نفس الفترة، فغالبًا فيه تكرار. فرق بسيط ممكن يكون من إعدادات الإسناد، لكن الضعف تقريبًا مش طبيعي.
Events Manager: في تفاصيل الحدث بتلاقي المصدر (Browser / Server) وحالة إزالة التكرار.
Test Events: اعمل طلب تجريبي، وشوف الحدث وصل من المصدرين واتشال التكرار ولا لأ.
ROAS مش منطقي: رقم عالي جدًا فجأة بعد تركيب إضافة جديدة.

ليه التكرار خطر؟

مش بس إن الأرقام بتبقى غلط. المبيعات المضاعفة بتخلّيك تفتكر حملة خسرانة إنها كسبانة، فتزوّد عليها. والمنصة نفسها بتتعلم من بيانات غلط. ميتا بتوضح إن التكرار بيأثر على معدل التحويل والـ ROAS والإسناد كلهم.

أخطاء شائعة

event_id مختلف بين البيكسل والسيرفر لنفس الطلب.
اسم الحدث مكتوب مختلف في المصدرين.
إضافتين تتبع شغالين في نفس الوقت.
فرق كبير في توقيت الإرسال بين المتصفح والسيرفر.

الخلاصة

ابعت الأحداث المهمة من البيكسل والسيرفر الاتنين، بس بنفس الاسم ونفس event_id، واختبر بطلب حقيقي. وأسهل اختبار ليك كل أسبوع: المبيعات في ميتا متعدّيش المبيعات في متجرك. ولو عايز تفهم الأحداث نفسها، شوف أحداث البيكسل Events.