المحتويات 13 قسمًا
- ما هو تتبع التحويلات من جانب الخادم؟
- لماذا يفقد التتبع عبر المتصفح البيانات؟
- كيف يؤثر فقدان البيانات في أداء الإعلانات؟
- كيف تعمل واجهة برمجة التحويلات؟
- كيف تؤثر الموافقة على ملفات الارتباط وقانون KVKK (قانون حماية البيانات الشخصية التركي) في التتبع من جانب الخادم؟
- كيف تُعدّ واجهة برمجة التحويلات في Faprika؟
- كيف يُقدَّر فقدان التحويلات؟
- كيف يتم التحقق من التتبع بعد الإعداد؟
- ما أكثر الأخطاء شيوعًا في التتبع من جانب الخادم؟
- لمن يُعدّ التتبع من جانب الخادم أولوية؟
- كيف تحوّلون بيانات القياس إلى قرارات إعلانية؟
- قائمة التحقق من الإعداد: تدقيق في 8 بنود
- الأسئلة الشائعة
من الأمور المألوفة في إدارة الإعلانات أن تعرض لوحة متجركم عشرين طلبًا في اليوم بينما يحتسب تقرير المنصة الإعلانية خمس عشرة عملية تحويل فقط. فالطلبات الخمسة الفارقة حدثت فعلًا ودخل المال الصندوق، لكن النظام الإعلاني لم يستطع ربطها بإعلانكم. وغالبًا لا تكمن المشكلة في الإعلان بل في القياس: فمعلومات الشراء تنطلق من متصفح العميل وتضيع في الطريق.
يجيب هذا الدليل بالترتيب عن الأسئلة التالية: ما هو تتبع التحويلات من جانب الخادم، وكيف ترسل واجهة برمجة التحويلات الأحداث، ولماذا يفقد التتبع عبر المتصفح البيانات، وكيف ترتبط الموافقة على ملفات الارتباط بهذه الصورة. كما ستجدون خطوات الإعداد في لوحة تحكم Faprika، وحاسبة لتقدير التحويلات المفقودة، وقائمة تحقق لمراجعة إعدادكم. لا نقدّم نسبة فقدان محددة: فهذه النسبة تختلف من متجر إلى آخر وتُقاس ببياناتكم الخاصة.
ما هو تتبع التحويلات من جانب الخادم؟
تتبع التحويلات من جانب الخادم هو إرسال أحداث مثل الإضافة إلى السلة والشراء إلى المنصة الإعلانية ليس من متصفح الزائر فقط، بل من خادم المتجر نفسه أيضًا. وتُعرف الواجهة التي تستخدمها هذه الطريقة عمومًا باسم واجهة برمجة التحويلات.
في المسار التقليدي يوضع جزء صغير من الشيفرة (البكسل) في صفحة المتجر. وعندما يصل العميل إلى صفحة الشراء، يرسل هذا الرمز من المتصفح إلى المنصة الإعلانية رسالة «تمت عملية شراء». أما في مسار الخادم، فيرسل نظام المتجر المعلومات نفسها مباشرةً إلى المنصة عند اكتمال الطلب. ومهما فعل متصفح العميل، يبقى السجل الموجود على الخادم في مكانه.
يلخّص الجدول الذي يقارن بين النهجين الفرق بينهما.
| الميزة | التتبع عبر المتصفح فقط | التتبع من جانب الخادم | الاثنان معًا |
|---|---|---|---|
| من أين يُرسل الحدث؟ | من متصفح العميل | من خادم المتجر | من المتصفح ومن الخادم معًا |
| الاعتماد على ملفات الارتباط | مرتفعة | أقل | يظل جانب المتصفح معتمدًا على ملفات الارتباط |
| التأثر ببرامج الحظر | يتأثر | يعمل بمعزل عن إعدادات المتصفح | يُستكمل السجل الناقص من الخادم |
| جهد الإعداد | منخفضة | يتطلب إعداد المعرّف والرمز | إعداد إضافي لمرة واحدة |
| الاستخدام الموصى به | ينطوي وحده على خطر الفقدان | لا يُعدّ عادةً بمفرده | الترتيب الذي توصي به المنصات الإعلانية |
لماذا يفقد التتبع عبر المتصفح البيانات؟
يعتمد التتبع عبر المتصفح على ملفات الارتباط وعلى سماح المتصفح بتشغيل شيفرة التتبع، ولذلك يفقد البيانات أينما تضيّقت هذه الأذونات. والفقدان ليس عطلًا، بل نتيجة طبيعية لقرارات تُتخذ من جانب المتصفح.
يستخدم البكسل ملفات الارتباط للتعرف على الزائر وربط التحويل بنقرة على إعلان. وعندما ينقطع هذا الربط، قد ترى المنصة عملية الشراء دون أن تعرف من أي إعلان جاءت، أو قد لا تراها أصلًا. وأهم الأسباب هي:
- حذف ملفات الارتباط أو رفضها: يمكن للزائر حذف ملفات الارتباط أو رفضها في نافذة الموافقة. وفي هذه الحالة يبدأ السجل في المتصفح ناقصًا.
- برامج حظر التتبع: تمنع بعض إضافات المتصفح وإعداداته عمل شيفرات التتبع، وقد لا يُفعَّل البكسل إطلاقًا.
- إصدارات نظام تشغيل الهاتف: يُقيَّد إرسال البيانات عبر المتصفح في بعض إصدارات نظام تشغيل الهاتف، فتبقى بيانات البكسل ناقصة. كما يشير درس Faprika حول واجهة برمجة التحويلات إلى أن البكسل الذي يرسل البيانات عبر المتصفح يتسبب في فقدانها في هذه الإصدارات.
- إغلاق الصفحة مبكرًا: إذا أغلق العميل علامة التبويب بعد الدفع قبل أن يصل إلى صفحة الشكر، فقد لا يُرسل الحدث من المتصفح إطلاقًا. أما الخادم فيعرف سجل الطلب مسبقًا.
| السبب | ماذا يحدث؟ | ماذا يوفّر التتبع من جانب الخادم؟ |
|---|---|---|
| حذف ملفات الارتباط أو رفضها | لا يمكن ربط التحويل بنقرة الإعلان | يُرسل الحدث أيضًا من الخادم استنادًا إلى سجل الطلب |
| برنامج حظر التتبع | لا يعمل البكسل ولا يُرسل الحدث إطلاقًا | يرسل سجلًا مستقلًا عن إعدادات المتصفح |
| قيد إصدار الهاتف | بعض الأحداث لا تصل إلى المنصة | يُستكمل الحدث الناقص عبر مسار الخادم |
| إغلاق الصفحة مبكرًا | لا يُفعَّل حدث الشراء | عند اكتمال الطلب يرسل الخادم الحدث |
كيف يؤثر فقدان البيانات في أداء الإعلانات؟
تجعل بيانات التحويل الناقصة تقارير الإعلانات تبدو أسوأ مما هي عليه في الواقع، وتصعّب على المنصة الإعلانية معرفة الجمهور الذي يشتري. والنتيجة قرارات خاطئة وميزانية مهدورة.
يظهر الأثر في ثلاثة مواضع:
- التقارير: لا يُنسب جزء من المبيعات المحققة إلى الإعلان. فتبدو الحملة الرابحة ضعيفة في التقرير، فتُخفَّض ميزانيتها أو تُوقف دون داعٍ.
- التحسين: تتعلم المنصات الإعلانية من أحداث التحويل. وكلما وصلت الأحداث مكتملة، استطاعت ضبط الجمهور المستهدف وعرض الإعلان بشكل أفضل؛ أما الأحداث الناقصة فتعني إشارة غير كافية للتعلم.
- إعادة التسويق: إذا ضاعت أحداث وسيطة مثل الإضافة إلى السلة، تتقلص شرائح الزوار المهتمين.
لذلك يُعدّ تصحيح القياس من أرخص الخطوات التي ينبغي القيام بها قبل زيادة ميزانية الإعلانات. وستجدون كيف ترتبط نسبة التحويل بجودة القياس في مقال Dönüşüm Oranı Optimizasyonu (CRO) Nedir? ، والمؤشرات التي ينبغي متابعتها في دليل مقاييس التجارة الإلكترونية: مؤشرات الأداء الرئيسية الخمسة عشر التي ينبغي متابعتها وصيغ حسابها .
Okumanızı öneririzDönüşüm Oranı Optimizasyonu (CRO) Nedir?كيف تعمل واجهة برمجة التحويلات؟
واجهة برمجة التحويلات هي اتصال يرسل من خادم إلى خادم حدثًا من نظام المتجر (مثل الإضافة إلى السلة أو الشراء) إلى مدير الأحداث الخاص بالمنصة الإعلانية. وحتى لو لم تعمل شيفرة المتصفح، ينطلق الحدث لأن السجل موجود في نظام الطلبات.
يمكن تلخيص المسار في أربع خطوات: يُكمل العميل الشراء، ويُبلغ البكسل في المتصفح عن الحدث، ويُبلغ خادم المتجر عن الحدث نفسه من مساره الخاص، ثم تسجل المنصة الحدث في مدير الأحداث. وإذا تطابق السجلان القادمان من المسارين عُدّا حدثًا واحدًا، وإذا نقص أحدهما حلّ الآخر محله.
ما الأحداث التي تُرسل؟
أنتم من تختارون الأحداث: فعند إعداد واجهة برمجة التحويلات في مدير الأحداث الخاص بالمنصة الإعلانية تحددون الأحداث التي تريدون تتبعها. وأكثر المثالين استخدامًا هما الإضافة إلى السلة والشراء.
| الحدث | متى تنشأ؟ | لماذا يُتتبع؟ |
|---|---|---|
| الإضافة إلى السلة | عندما يضيف العميل منتجًا إلى السلة | لمعرفة الزوار المهتمين وشرائح إعادة التسويق |
| الشراء | عند اكتمال الطلب | لقياس النتيجة الحقيقية للإعلان وإشارة التحسين |
تختلف قائمة الأحداث الأخرى التي يمكن اختيارها بحسب المنصة؛ وبدلًا من تفعيل أحداث لا تحتاجونها، من الأفضل إرسال عدد قليل من الأحداث المكتملة التي تستندون إليها في قراراتكم.
ماذا يحدث إذا وصل الحدث نفسه عبر مسارين؟
عندما يُرسل الحدث من المتصفح ومن الخادم معًا، يجب أن تدرك المنصة أن السجلين يعودان إلى عملية شراء واحدة، وإلا فقد تُحتسب عملية البيع نفسها مرتين. وكيفية دمج الأحداث المكررة قاعدة تضعها المنصة الإعلانية، ويُتحقق منها أثناء الإعداد وفق إرشاداتها.
بعد الإعداد، تحققوا في مدير الأحداث من المصادر التي يصل منها الحدث ومما إذا كانت هناك زيادة غير متوقعة في الأرقام. وإذا كانت الأرقام أعلى بوضوح من عدد طلباتكم، فاحتملوا وجود احتساب مزدوج في الإعداد وراجعوه.
كيف تؤثر الموافقة على ملفات الارتباط وقانون KVKK في التتبع من جانب الخادم؟
لا يُسقط التتبع من جانب الخادم التزامات الموافقة على ملفات الارتباط وحماية البيانات الشخصية؛ بل يجب أن تنعكس تفضيلات الزائر أيضًا في تصميم التتبع. فالفرق في هذه الطريقة هو فقط المسار الذي تنتقل عبره البيانات، أما سؤال أي بيانات تعالجونها وبأي أساس فيبقى قائمًا كما هو.
انتبهوا إلى ثلاث نقاط:
- مراعاة التفضيل: إذا رفض الزائر التتبع، فيجب أن ينعكس هذا التفضيل على التتبع في المتصفح وعلى الخادم معًا. والافتراض بأنه «لا مشكلة لأن الإرسال يتم من الخادم» افتراض خاطئ.
- نص إفصاح محدَّث: يجب أن يوضح نص الخصوصية وملفات الارتباط لديكم أن البيانات تُشارَك لأغراض قياس الإعلانات.
- التقييم القانوني من مسؤوليتكم: أي بيانات يمكن معالجتها وبأي أساس قرارٌ يعود إلى شركتكم؛ وإذا لم تكونوا متأكدين فاستشيروا مستشاركم القانوني.
يمكنكم الاطلاع على نافذة الموافقة على ملفات الارتباط وحل إدارة ملفات الارتباط من Faprika في صفحة إدارة ملفات تعريف الارتباط ؛ وتختلف بعض الميزات بحسب الباقة. أما كل ما يتعلق بنص الإفصاح والموافقة الصريحة وملفات الارتباط فيُشرح عمليًا في مقال كيف تحقق الامتثال لـ KVKK في موقع التجارة الإلكترونية؟ نص الإفصاح والموافقة الصريحة وملفات تعريف الارتباط ونظام İYS وطلبات الحقوق: دليل تطبيقي . وللاطلاع على الأثر العام لملفات الارتباط، يفيدكم أيضًا مقال Çerezler E-Ticaret Sitenizin Sağlığı İçin İyi mi Kötü mü? .
نوصي بقراءةكيف يتحقق الامتثال لقانون حماية البيانات الشخصية التركي (KVKK) في موقع التجارة الإلكترونية؟ نص الإفصاح والموافقة الصريحة وملفات تعريف الارتباط وİYS وطلبات الحقوق: دليل تطبيقيكيف تُعدّ واجهة برمجة التحويلات في Faprika؟
يتم الإعداد في Faprika في مكانين: ففي مدير الأحداث الخاص بالمنصة الإعلانية يُنشأ رمز مجموعة بيانات ورمز وصول، ثم تُدخل هاتان المعلومتان في حقل البكسل ضمن قسم الإضافات في لوحة تحكم Faprika. ولا تحتاجون إلى كتابة أي شيفرة.
| الخطوة | أين؟ | ماذا يُفعل؟ |
|---|---|---|
| 1 | المنصة الإعلانية، مدير الأحداث | ابدأوا واجهة برمجة التحويلات بخيار الإعداد اليدوي |
| 2 | مدير الأحداث | اختر الأحداث التي تريد تتبعها (مثل الإضافة إلى السلة والشراء) |
| 3 | مدير الأحداث، الإعدادات | انسخ رمز مجموعة البيانات |
| 4 | مدير الأحداث، الإعدادات | أنشئ رمز الوصول وانسخه |
| 5 | لوحة تحكم Faprika، الإضافات، حقل البكسل | الصق رمز مجموعة البيانات في حقل معرّف البكسل، والصق الرمز المميّز في حقل معرّف واجهة برمجة التطبيقات للتحويلات |
| 6 | لوحة Faprika | فعّل خانة «نشط» ثم اضغط على حفظ |
يتوفر الشرح الكامل للخطوات مع لقطات الشاشة في دليل إعداد واجهة برمجة التطبيقات للتحويلات. رمز الوصول يشبه كلمة المرور: الصقه في لوحة التحكم فقط، ولا تشاركه عبر البريد الإلكتروني أو الرسائل، ولا تعرضه لأي شخص.
تكاملات التحليلات وخلاصة المنتجات
يتوفر في Faprika تكامل أداة تحليلات محرك البحث وتكامل خلاصة المنتجات (كتالوج التسوق) جاهزَين ضمن الباقات. تقيس التحليلات سلوك الزوار، وتتيح خلاصة المنتجات ظهور منتجاتك في نتائج البحث؛ وهما أداتان منفصلتان تكمّلان قياس الإعلانات.
يمكنك الاطلاع على إعداد أداة التحليلات في دليل إعداد أداة التحليلات وفي صفحة إضافة التكامل. ولمعرفة التكامل المتوفر في كل باقة، راجع مقارنة باقات التجارة الإلكترونية.
نوصيك بقراءةمقاييس التجارة الإلكترونية: 15 مؤشر أداء رئيسيًا ينبغي متابعتها ومعادلات حسابهاكيف يُحسب تقدير التحويلات المفقودة؟
تُظهر الحاسبة أدناه النسبة التي قد لا تظهر من عدد مشترياتك الشهرية في التتبع المعتمد على المتصفح، وما يعادلها من قيمة الطلبات. يكفي إدخال نسبة تقديرية بدلًا من الرقم الفعلي؛ وإن لم تكن تعرف النسبة فجرّب قيمًا مختلفة لتعرف مدى الحساسية.
تُدخل ثلاث قيم: عدد المشتريات الشهرية في لوحة المتجر، والنسبة التقديرية التي تعتقد أنها لا تظهر في التتبع المعتمد على المتصفح، ومتوسط قيمة الطلب. كُتبت كلمة «العملة» بدلًا من رمز العملة؛ فاقرأها بعملتك الخاصة. الأرقام في المثال لتوضيح الاستخدام فقط ولا تعكس بيانات متجرك.
عند قراءة النتيجة تذكّر أمرين. الأول أن البيع «غير الظاهر» ليس بيعًا مفقودًا: فقد دخل المال الصندوق، لكن نظام الإعلانات لم يستطع إسناده إلى الإعلان. والثاني أن هذا الفرق تكلفة حقيقية في قرارات الإعلان: فالحملة الرابحة التي تبدو خاسرة قد تُخفَّض بالخطأ. وإن كنت تريد معرفة كيفية رفع قيمة الشراء ومتوسط السلة، فاقرأ مقال كيف ترفع متوسط السلة؟ 12 طريقة لزيادة إيراد كل طلب في التجارة الإلكترونية.
كيف تتحقق من التتبع بعد الإعداد؟
أأمن طريقة للتحقق من الإعداد هي إجراء طلب تجريبي والتأكد من ظهور الحدث في مدير الأحداث، ثم مراقبة اتساق الأرقام مع عدد طلباتك على مدى عدة أيام. الإعداد يتم مرة واحدة، أما التحقق فيتم بانتظام.
- أجرِ طلبًا تجريبيًا: أنشئ طلبًا صغيرًا بدفع حقيقي (أو استخدم بيئة الاختبار لديك) وتأكد من ظهور حدث الشراء في مدير الأحداث.
- افحص المصادر: تأكد من أن الحدث يصل من المتصفح ومن الخادم، وأن معلومات المصدر تعرض المسارين معًا.
- قارن الأرقام: بعد أسبوع، ضع عدد المشتريات في مدير الأحداث بجانب عدد الطلبات في لوحة المتجر. لن يتطابقا تمامًا، لكن يجب أن تكون العلاقة بينهما متسقة.
- ابحث عن العدّ المزدوج: إذا كان عدد الأحداث أعلى بوضوح من عدد الطلبات، فراجع إعداد الأحداث المكرّرة.
- راجع بانتظام: كرّر المقارنة نفسها كل شهر؛ فتغييرات الإعدادات (صفحة دفع جديدة أو قالب جديد أو نافذة موافقة جديدة) قد تُخلّ بالقياس.
لتفسير الأحداث الوسيطة مثل التخلي عن السلة، يشرح لك مقال ما هي السلة المتروكة؟ كيف تخفّض معدل التخلي عن السلة في التجارة الإلكترونية؟ كيفية قراءة نتائج القياس.
ما الأخطاء الشائعة في التتبع من جهة الخادم؟
أكثر الأخطاء شيوعًا هي اعتبار الإعداد منتهيًا دون التحقق منه، وتجاهل تفضيل ملفات تعريف الارتباط، وسوء تفسير الحدث الذي يصل عبر مسارين. ويُحلّ كل منها بإعداد بسيط أو بعادة جيدة.
- مشاركة الرمز المميّز: رمز الوصول يُستخدم لإرسال الأحداث إلى المنصة باسمك. يجب ألا يوضع في لقطات الشاشة أو رسائل البريد الإلكتروني أو المحادثات المشتركة.
- نسيان خانة «نشط»: حتى لو كانت حقول المعرّفات مملوءة، لن يعمل التتبع إن لم تُفعَّل خانة «نشط» وتُحفظ الإعدادات.
- اللصق في الحقل الخطأ: يُدخل رمز مجموعة البيانات في حقل معرّف البكسل، والرمز المميّز في حقل معرّف واجهة برمجة التطبيقات للتحويلات؛ وإذا تبدّلا فلن تصل الأحداث إلى المنصة.
- تكرار الأحداث دون حاجة: تفعيل أحداث لن تستخدمها يشتّت الإشارة ويصعّب المراقبة.
- تجاهل تفضيل الموافقة: استمرار التتبع المرفوض عبر مسار الخادم يشكّل خطرًا قانونيًا وخطرًا على السمعة.
- محاولة مطابقة التقرير مع لوحة المتجر تمامًا: يُحسب تقرير المنصة وعدد الطلبات بقواعد مختلفة؛ والهدف ليس التطابق التام بل الاتساق.
لمن يكون التتبع من جهة الخادم أولوية؟
هو أولوية للمتاجر التي تنفق على الإعلانات وتحصل منها على الجزء الأكبر من مبيعاتها، وأقل إلحاحًا للمتاجر التي لا تعلن إطلاقًا. فقيمة هذه الطريقة تظهر حيث يتحول القياس إلى قرار إعلاني.
إذا انطبقت عليك إحدى الحالات التالية فقدّم الإعداد:
- عدد التحويلات في تقرير الإعلانات أقل بوضوح وبشكل منتظم من عدد الطلبات في لوحة المتجر.
- جزء كبير من زياراتك يأتي من الهاتف المحمول.
- تفكر في زيادة ميزانية الإعلانات لكنك لا تثق بالنتائج.
- جمهور إعادة التسويق لديك أصغر مما تتوقع.
لمعرفة جمهورك المستهدف بشكل أفضل، يزيد مقال ما هي تجزئة العملاء؟ كيف تجزّئهم بتحليل RFM في التجارة الإلكترونية؟ إذا اقترن بقياس سليم من دقة حملاتك.
كيف تحوّل بيانات القياس إلى قرارات إعلانية؟
لا يولّد القياس الكامل قيمة إلا إذا استُخدم في اتخاذ القرار: فأي حملة تُزاد ميزانيتها وأيها تُخفَّض وأي جمهور يُعاد الوصول إليه أصبح الآن قائمًا على أساس أكثر موثوقية. إنهاء الإعداد نصف العمل؛ ونصفه الآخر هو قراءة التقرير بانتظام.
قد يكون نظام القراءة العملي كما يلي:
- مقارنة أسبوعية: في اليوم نفسه من كل أسبوع، دوّن عدد المشتريات في مدير الأحداث بجانب عدد الطلبات في لوحة المتجر، وراقب تطور الفرق. وإذا تغيّر الفرق فجأة فاستقصِ هل حدث تغيير في الإعدادات أو القالب.
- التقييم على مستوى الحملة: قبل إيقاف حملة، اسأل نفسك هل تخلق الأحداث المفقودة صورة سلبية عنها. ولا تقرر بالاعتماد على أسبوع واحد فقط.
- مراجعة الجمهور: عندما تصل أحداث الإضافة إلى السلة كاملة، راجع حجم جمهور إعادة التسويق؛ فإذا كبر فهذا يعني أن القياس تحسّن.
- سقف الميزانية: بعد تصحيح القياس، ارفع الميزانية تدريجيًا بدل رفعها دفعة واحدة، وتابع النتيجة في كل خطوة.
لتفسير معنى الأرقام، تابع مؤشرات مثل معدل التحويل ومتوسط السلة وتكلفة اكتساب العميل في جدول واحد. وتوجد تعريفات هذه المؤشرات وصيغها في دليل مقاييس التجارة الإلكترونية ، أما الإطار العام لقيود ملفات تعريف الارتباط فيوجد في çerezler yazısında .
Okumanızı öneririzÇerezler E-Ticaret Sitenizin Sağlığı İçin İyi mi Kötü mü?قائمة التحقق من الإعداد: تدقيق في 8 بنود
تُظهر قائمة التحقق التالية في ثمانية بنود ما إذا كان الإعداد مكتملًا. وإذا تحققت البنود الثمانية جميعها فهذا يعني أن قياسك يقوم على أساس متين.
| الحقل | البند | هل تم؟ |
|---|---|---|
| مجموعة البيانات | أُنشئ رمز مجموعة البيانات في مدير الأحداث | نعم / لا |
| الرمز المميّز | أُنشئ رمز الوصول وهو محفوظ بأمان | نعم / لا |
| لوحة التحكم | معرّف البكسل ومعرّف واجهة برمجة التطبيقات للتحويلات مملوءان | نعم / لا |
| نشط | خانة «نشط» مفعّلة والإعدادات محفوظة | نعم / لا |
| الحدث | حُدّدت أحداث مثل الإضافة إلى السلة والشراء | نعم / لا |
| الاختبار | يظهر الطلب التجريبي في مدير الأحداث | نعم / لا |
| الموافقة | يظهر تفضيل موافقة ملفات تعريف الارتباط في التتبع | نعم / لا |
| القياس | تُقارن أعداد الأحداث بعدد الطلبات بانتظام | نعم / لا |
الأسئلة الشائعة
ما هو تتبع التحويلات من جانب الخادم؟
هو إرسال أحداث مثل الشراء والإضافة إلى السلة إلى المنصة الإعلانية ليس من متصفح العميل فقط، بل من خادم المتجر أيضًا. وبهذا تُستكمل عبر الخادم الأحداث التي تضيع في المتصفح بسبب قيود ملفات الارتباط أو برامج الحظر أو إصدارات الهاتف.
ما الفرق بين واجهة برمجة التحويلات والبكسل؟
يرسل البكسل الحدث من المتصفح ويعتمد على ملفات الارتباط، بينما ترسله واجهة برمجة التحويلات من خادم المتجر. وتوصي المنصات الإعلانية عادةً باستخدام الاثنين معًا؛ فالبكسل ينقل معلومات المتصفح، وتستكمل الواجهة السجل الناقص.
هل يُغني إعداد التتبع من جانب الخادم عن الموافقة على ملفات الارتباط؟
لا. فالتتبع من جانب الخادم يغيّر فقط المسار الذي تنتقل عبره البيانات؛ أما تفضيل الزائر بشأن الموافقة ونص الإفصاح والتزامات حماية البيانات الشخصية فتبقى سارية كما هي. واستمرار التتبع المرفوض عبر الخادم ليس ممارسة صحيحة.
كيف أُعدّ واجهة برمجة التحويلات في Faprika؟
في مدير الأحداث الخاص بالمنصة الإعلانية تنشئون رمز مجموعة بيانات ورمز وصول. وفي لوحة تحكم Faprika، ضمن قسم الإضافات، تلصقون رمز مجموعة البيانات في حقل معرّف البكسل ورمز الوصول في حقل معرّف واجهة برمجة التحويلات، ثم تختارون الأحداث وتحددون خانة «مفعّل» وتحفظون.
ما نسبة التحويلات المفقودة؟
لا توجد نسبة واحدة تنطبق على الجميع؛ فهي تختلف بحسب بنية زيارات المتجر والأجهزة المستخدمة وتفضيلات ملفات الارتباط. يمكنكم معرفة نسبتكم بمقارنة عدد الطلبات في لوحة المتجر بالتحويلات التي تبلغ عنها المنصة الإعلانية؛ كما توضح الحاسبة في هذا الدليل أثر النسب المختلفة.
كيف أتأكد أن الإعداد يعمل بشكل صحيح؟
قوموا بإجراء طلب تجريبي وتحققوا من ظهور حدث الشراء في مدير الأحداث ومن أن معلومات المصدر تتضمن المتصفح والخادم معًا. ثم قارنوا عدد الأحداث بعدد طلباتكم على مدى أسبوع، وإذا ظهرت زيادة واضحة فراجعوا إعداد الأحداث المكررة.