التتبع والتحويلات
البيكسل وواجهة التحويلات وGA4 والموافقة — كيف تعود البيعة فعليًا إلى المنصة التي تسببت فيها.
مساران لحدث واحد
كل تحويل يمكنه الوصول للمنصة بطريقتين — من متصفح الزائر، أو من سيرفرك. مسار المتصفح سهل التركيب وسهل الضياع، فمانعات الإعلانات وإعدادات الخصوصية وحدود الكوكيز كلها تقطعه. مسار السيرفر أصعب في الإعداد وأكثر متانة بكثير. الإعدادات الحديثة ترسل الاثنين وتترك للمنصة إزالة التكرار.
| المسار | ميتا | جوجل | يفشل عندما |
|---|---|---|---|
| المتصفح | البيكسل | وسم جوجل (gtag.js) عادة عبر GTM | مانعات الإعلانات، منع التتبع، قصر عمر الكوكيز |
| السيرفر | واجهة التحويلات (CAPI) | التحويلات المُحسّنة / الوسم من جهة السيرفر | تعطّل نظامك الخلفي أو تلف بنية الحِمل المُرسل |
إرسال المسارين دون معرّف حدث مشترك يعني عدّ كل بيعة مرتين. إزالة التكرار ليست تلقائية — تعتمد على إرسالك المعرّف الذي يتيح للمنصة مطابقة النسختين.
إزالة التكرار بشكل ملموس
ميتا تطابق حدث المتصفح بحدث السيرفر عندما يحمل الاثنان نفس event_name ونفس event_id. أنشئ هذا المعرّف مرة واحدة لكل حدث، وأرسل القيمة نفسها حرفيًا في المسارين.
# المتصفح (البيكسل)
fbq('track', 'Purchase', {value: 249.00, currency: 'EGP'}, {eventID: 'ord_10432'});
# السيرفر (واجهة التحويلات)
{
"event_name": "Purchase",
"event_id": "ord_10432",
"event_time": 1755000000,
"action_source": "website",
"user_data": { "em": "<sha256 للبريد بحروف صغيرة>" },
"custom_data": { "value": 249.00, "currency": "EGP" }
}
- استخدم رقم الطلب لديك كمعرّف الحدث. فهو فريد وثابت وموجود أصلًا.
- شفّر البريد والهاتف بـ SHA-256 بعد تحويلهما لحروف صغيرة وإزالة المسافات، تمامًا كما هو موثّق.
- أرسل نفس العملة ونفس القيمة في المسارين، وإلا اختلفت التقارير مع نفسها.
جودة مطابقة الأحداث رقم يمكنك رفعه
حدث سيرفر لا يحمل سوى عنوان IP يكاد لا يطابق أحدًا. كلما أرسلت معاملات تعريفية أكثر، نُسبت تحويلات أكثر للنقرة الصحيحة — وهذا يحسّن مباشرة إشارة التحسين التي يستخدمها المزاد.
- أرسل البريد والهاتف والاسم الأول والأخير والمدينة والدولة والمعرّف الخارجي حيث تملكها بشكل مشروع.
-
ضمّن معرّف النقرة من رابط الهبوط —
fbclidلميتا وgclidلجوجل — يُلتقط عند أول زيارة ويُخزّن مع الطلب. - راجع جودة مطابقة الأحداث في Events Manager بعد كل تغيير، وتعامل معها كمؤشر تملكه لا كتشخيص تقرؤه مرة واحدة.
اجمع وأرسل فقط البيانات التي لديك أساس قانوني لمعالجتها، واحترم اختيار الزائر بشأن الموافقة. معدل مطابقة مرتفع مبني على تجاهل الموافقة مسؤولية قانونية لا إنجاز.
معاملات UTM لك لا للمنصة
تقارير المنصة تخبرك بما تعتقده المنصة. معاملات UTM هي كيف تظهر النقرة نفسها في تحليلاتك أنت، حيث تتحكم في التعريفات. اضبط النظام مرة واحدة ولا تُعِد تسمية حقل بعدها أبدًا.
نظام UTM
utm_source = meta | google | tiktok | linkedin | x
utm_medium = cpc | paid-social | display
utm_campaign = {اسم-الحملة-من-نظام-التسمية}
utm_content = {اسم-الإعلان}
utm_term = {الكلمة-المفتاحية-أو-الجمهور}
مثال
?utm_source=meta&utm_medium=paid-social&utm_campaign=meta_eg_sales_petfood_202608
&utm_content=video_c118_price-anchor_v2
-
كل شيء بحروف صغيرة.
Metaوmetaيصبحان صفّين مختلفين في كل تقرير تُشغّله. - اجعل utm_campaign مطابقًا لاسم الحملة في المنصة ليتصل النظامان بنظافة.
- استخدم المعاملات الديناميكية للمنصة حيث توجد لتبقى الأسماء متزامنة تلقائيًا.
أداة بناء UTM في قسم الأدوات بالموقع تُنشئ هذا النظام وتحافظ على ترتيب الحقول موحدًا بين المنصات.
Features covered here
Check your understanding
3 questions. Wrong answers explain themselves.
1.ترسل حدث Purchase من البيكسل ومن واجهة التحويلات معًا. ما الذي يمنع العدّ المزدوج؟
إزالة التكرار تعتمد على تطابق event_name مع event_id. بدون معرّف مشترك لا تملك المنصة أي وسيلة لمعرفة أن الحِملين يصفان بيعة واحدة، فتعدّهما اثنين.
2.ما أكثر طريقة فعالة لرفع جودة مطابقة الأحداث؟
جودة المطابقة دالة على كمية البيانات التعريفية القابلة للاستخدام المرافقة للحدث. معاملات أكثر بتنسيق صحيح — بريد وهاتف واسم ومدينة ومعرّف خارجي وfbclid المخزّن — تعني أحداثًا أكثر مطابقة للشخص الصحيح. حجم الإنفاق واختيار القناة لا يساعدان بذاتهما.
3.لماذا يجب أن يطابق utm_campaign اسم الحملة في المنصة حرفيًا؟
الأسماء المتطابقة تجعل مجموعتي البيانات قابلتين للربط مباشرة. أي اختلاف يفرض جدول مطابقة يجب أن يصونه شخص ما، ومن هذا الجدول تأتي جدالات الإحالة.