---
title: "ما هو تتبع التحويلات من جانب الخادم؟ كيف تعمل واجهة التحويلات البرمجية، ولماذا يفقد التتبع عبر المتصفح البيانات، وموافقة ملفات تعريف الارتباط، واختيار الأحداث، وخطوات الإعداد، وتقدير التحويلات المفقودة وفحص التثبيت"
description: "ما هو تتبع التحويلات من جانب الخادم؟ كيف تعمل واجهة برمجة التحويلات، وفقدان البيانات في التتبع عبر المتصفح، والموافقة على ملفات الارتباط، وخطوات الإعداد، وتقدير التحويلات المفقودة."
url: https://www.faprika.com/ar/blog/what-is-server-side-conversion-tracking
language: ar
site: Faprika
---

# ما هو تتبع التحويلات من جانب الخادم؟ كيف تعمل واجهة التحويلات البرمجية، ولماذا يفقد التتبع عبر المتصفح البيانات، وموافقة ملفات تعريف الارتباط، واختيار الأحداث، وخطوات الإعداد، وتقدير التحويلات المفقودة وفحص التثبيت

> ما هو تتبع التحويلات من جانب الخادم؟ كيف تعمل واجهة برمجة التحويلات، وفقدان البيانات في التتبع عبر المتصفح، والموافقة على ملفات الارتباط، وخطوات الإعداد، وتقدير التحويلات المفقودة.

من الأمور المألوفة في إدارة الإعلانات أن تعرض لوحة متجركم عشرين طلبًا في اليوم بينما يحتسب تقرير المنصة الإعلانية خمس عشرة عملية تحويل فقط. فالطلبات الخمسة الفارقة حدثت فعلًا ودخل المال الصندوق، لكن النظام الإعلاني لم يستطع ربطها بإعلانكم. وغالبًا لا تكمن المشكلة في الإعلان بل في القياس: فمعلومات الشراء تنطلق من متصفح العميل وتضيع في الطريق.

يجيب هذا الدليل بالترتيب عن الأسئلة التالية: ما هو **تتبع التحويلات من جانب الخادم**، وكيف ترسل واجهة برمجة التحويلات الأحداث، ولماذا يفقد التتبع عبر المتصفح البيانات، وكيف ترتبط الموافقة على ملفات الارتباط بهذه الصورة. كما ستجدون خطوات الإعداد في لوحة تحكم Faprika، وحاسبة لتقدير التحويلات المفقودة، وقائمة تحقق لمراجعة إعدادكم. لا نقدّم نسبة فقدان محددة: فهذه النسبة تختلف من متجر إلى آخر وتُقاس ببياناتكم الخاصة.

الفكرة الأساسية

«يعتمد التتبع عبر المتصفح على مسار واحد، وقد يضيق هذا المسار بفعل ملفات الارتباط وبرامج الحظر وإصدارات الهاتف. أما التتبع من جانب الخادم فيرسل الحدث نفسه من خادم المتجر أيضًا ويستكمل السجل الناقص. والهدف ليس اختلاق تحويلات أكثر، بل ألا نفقد التحويلات التي تحدث فعلًا.»

## ما هو تتبع التحويلات من جانب الخادم؟

تتبع التحويلات من جانب الخادم هو إرسال أحداث مثل الإضافة إلى السلة والشراء إلى المنصة الإعلانية ليس من متصفح الزائر فقط، بل من خادم المتجر نفسه أيضًا. وتُعرف الواجهة التي تستخدمها هذه الطريقة عمومًا باسم واجهة برمجة التحويلات.

في المسار التقليدي يوضع جزء صغير من الشيفرة (البكسل) في صفحة المتجر. وعندما يصل العميل إلى صفحة الشراء، يرسل هذا الرمز من المتصفح إلى المنصة الإعلانية رسالة «تمت عملية شراء». أما في مسار الخادم، فيرسل نظام المتجر المعلومات نفسها مباشرةً إلى المنصة عند اكتمال الطلب. ومهما فعل متصفح العميل، يبقى السجل الموجود على الخادم في مكانه.

يلخّص الجدول الذي يقارن بين النهجين الفرق بينهما.

| الميزة | التتبع عبر المتصفح فقط | التتبع من جانب الخادم | الاثنان معًا |
| --- | --- | --- | --- |
| من أين يُرسل الحدث؟ | من متصفح العميل | من خادم المتجر | من المتصفح ومن الخادم معًا |
| الاعتماد على ملفات الارتباط | مرتفعة | أقل | يظل جانب المتصفح معتمدًا على ملفات الارتباط |
| التأثر ببرامج الحظر | يتأثر | يعمل بمعزل عن إعدادات المتصفح | يُستكمل السجل الناقص من الخادم |
| جهد الإعداد | منخفضة | يتطلب إعداد المعرّف والرمز | إعداد إضافي لمرة واحدة |
| الاستخدام الموصى به | ينطوي وحده على خطر الفقدان | لا يُعدّ عادةً بمفرده | الترتيب الذي توصي به المنصات الإعلانية |

*Görsel: رسم توضيحي لتتبع التحويلات من جانب الخادم: مقارنة بين التتبع عبر المتصفح فقط ومسار واجهة برمجة التحويلات الذي يرسل من المتصفح والخادم (المتصفح فقط مقابل المتصفح والخادم معًا)*

Okumanızı öneririz

Reklam Analitiği: İnternet Reklamlarınızın Etkisini Nasıl Ölçersiniz?

## لماذا يفقد التتبع عبر المتصفح البيانات؟

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

يستخدم البكسل ملفات الارتباط للتعرف على الزائر وربط التحويل بنقرة على إعلان. وعندما ينقطع هذا الربط، قد ترى المنصة عملية الشراء دون أن تعرف من أي إعلان جاءت، أو قد لا تراها أصلًا. وأهم الأسباب هي:

- **حذف ملفات الارتباط أو رفضها:** يمكن للزائر حذف ملفات الارتباط أو رفضها في نافذة الموافقة. وفي هذه الحالة يبدأ السجل في المتصفح ناقصًا.
- **برامج حظر التتبع:** تمنع بعض إضافات المتصفح وإعداداته عمل شيفرات التتبع، وقد لا يُفعَّل البكسل إطلاقًا.
- **إصدارات نظام تشغيل الهاتف:** يُقيَّد إرسال البيانات عبر المتصفح في بعض إصدارات نظام تشغيل الهاتف، فتبقى بيانات البكسل ناقصة. كما يشير درس Faprika حول واجهة برمجة التحويلات إلى أن البكسل الذي يرسل البيانات عبر المتصفح يتسبب في فقدانها في هذه الإصدارات.
- **إغلاق الصفحة مبكرًا:** إذا أغلق العميل علامة التبويب بعد الدفع قبل أن يصل إلى صفحة الشكر، فقد لا يُرسل الحدث من المتصفح إطلاقًا. أما الخادم فيعرف سجل الطلب مسبقًا.

| السبب | ماذا يحدث؟ | ماذا يوفّر التتبع من جانب الخادم؟ |
| --- | --- | --- |
| حذف ملفات الارتباط أو رفضها | لا يمكن ربط التحويل بنقرة الإعلان | يُرسل الحدث أيضًا من الخادم استنادًا إلى سجل الطلب |
| برنامج حظر التتبع | لا يعمل البكسل ولا يُرسل الحدث إطلاقًا | يرسل سجلًا مستقلًا عن إعدادات المتصفح |
| قيد إصدار الهاتف | بعض الأحداث لا تصل إلى المنصة | يُستكمل الحدث الناقص عبر مسار الخادم |
| إغلاق الصفحة مبكرًا | لا يُفعَّل حدث الشراء | عند اكتمال الطلب يرسل الخادم الحدث |

نصيحة

لا تخمّنوا الفقدان، بل قارنوا

اطّلعوا على نسبة الفقدان من بيانات متجركم الخاصة، لا من رقم وجدتموه على الإنترنت. على مدى أسبوع، دوّنوا جنبًا إلى جنب عدد الطلبات في لوحة المتجر والتحويلات التي تبلغ عنها المنصة الإعلانية. والفرق بينهما ليس فقدان قياس فحسب (إذ تؤثر فيه أيضًا مدة التقارير وقواعد الإسناد)، لكنه يعطيكم الحجم التقريبي.

## كيف يؤثر فقدان البيانات في أداء الإعلانات؟

تجعل بيانات التحويل الناقصة تقارير الإعلانات تبدو أسوأ مما هي عليه في الواقع، وتصعّب على المنصة الإعلانية معرفة الجمهور الذي يشتري. والنتيجة قرارات خاطئة وميزانية مهدورة.

يظهر الأثر في ثلاثة مواضع:

- **التقارير:** لا يُنسب جزء من المبيعات المحققة إلى الإعلان. فتبدو الحملة الرابحة ضعيفة في التقرير، فتُخفَّض ميزانيتها أو تُوقف دون داعٍ.
- **التحسين:** تتعلم المنصات الإعلانية من أحداث التحويل. وكلما وصلت الأحداث مكتملة، استطاعت ضبط الجمهور المستهدف وعرض الإعلان بشكل أفضل؛ أما الأحداث الناقصة فتعني إشارة غير كافية للتعلم.
- **إعادة التسويق:** إذا ضاعت أحداث وسيطة مثل الإضافة إلى السلة، تتقلص شرائح الزوار المهتمين.

لذلك يُعدّ تصحيح القياس من أرخص الخطوات التي ينبغي القيام بها قبل زيادة ميزانية الإعلانات. وستجدون كيف ترتبط نسبة التحويل بجودة القياس في مقال [Dönüşüm Oranı Optimizasyonu (CRO) Nedir?](https://www.faprika.com/blog/donusum-orani-optimizasyonu-cro-nedir) ، والمؤشرات التي ينبغي متابعتها في دليل [مقاييس التجارة الإلكترونية: مؤشرات الأداء الرئيسية الخمسة عشر التي ينبغي متابعتها وصيغ حسابها](https://www.faprika.com/ar/blog/e-commerce-metrics) .

Okumanızı öneririz

Dönüşüm Oranı Optimizasyonu (CRO) Nedir?

## كيف تعمل واجهة برمجة التحويلات؟

واجهة برمجة التحويلات هي اتصال يرسل من خادم إلى خادم حدثًا من نظام المتجر (مثل الإضافة إلى السلة أو الشراء) إلى مدير الأحداث الخاص بالمنصة الإعلانية. وحتى لو لم تعمل شيفرة المتصفح، ينطلق الحدث لأن السجل موجود في نظام الطلبات.

يمكن تلخيص المسار في أربع خطوات: يُكمل العميل الشراء، ويُبلغ البكسل في المتصفح عن الحدث، ويُبلغ خادم المتجر عن الحدث نفسه من مساره الخاص، ثم تسجل المنصة الحدث في مدير الأحداث. وإذا تطابق السجلان القادمان من المسارين عُدّا حدثًا واحدًا، وإذا نقص أحدهما حلّ الآخر محله.

*Görsel: مسار أحداث واجهة برمجة التحويلات: الشراء، إشعار المتصفح، إشعار الخادم والتسجيل في مدير الأحداث (مسار حدث الشراء من المتصفح والخادم إلى المنصة)*

### ما الأحداث التي تُرسل؟

أنتم من تختارون الأحداث: فعند إعداد واجهة برمجة التحويلات في مدير الأحداث الخاص بالمنصة الإعلانية تحددون الأحداث التي تريدون تتبعها. وأكثر المثالين استخدامًا هما الإضافة إلى السلة والشراء.

| الحدث | متى تنشأ؟ | لماذا يُتتبع؟ |
| --- | --- | --- |
| الإضافة إلى السلة | عندما يضيف العميل منتجًا إلى السلة | لمعرفة الزوار المهتمين وشرائح إعادة التسويق |
| الشراء | عند اكتمال الطلب | لقياس النتيجة الحقيقية للإعلان وإشارة التحسين |

تختلف قائمة الأحداث الأخرى التي يمكن اختيارها بحسب المنصة؛ وبدلًا من تفعيل أحداث لا تحتاجونها، من الأفضل إرسال عدد قليل من الأحداث المكتملة التي تستندون إليها في قراراتكم.

### ماذا يحدث إذا وصل الحدث نفسه عبر مسارين؟

عندما يُرسل الحدث من المتصفح ومن الخادم معًا، يجب أن تدرك المنصة أن السجلين يعودان إلى عملية شراء واحدة، وإلا فقد تُحتسب عملية البيع نفسها مرتين. وكيفية دمج الأحداث المكررة قاعدة تضعها المنصة الإعلانية، ويُتحقق منها أثناء الإعداد وفق إرشاداتها.

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

نصيحة

أبقوا المعلومات المرسلة بسيطة

ينبغي ألا ترسَل إلى المنصة عبر واجهة برمجة التحويلات سوى المعلومات التي يتطلبها التتبع. فالتفكير بمنطق «كلما زادت المعلومات تحسنت المطابقة» يوسّع التزاماتكم في حماية البيانات ويعقّد نص الإفصاح لديكم.

## كيف تؤثر الموافقة على ملفات الارتباط وقانون KVKK في التتبع من جانب الخادم؟

لا يُسقط التتبع من جانب الخادم التزامات الموافقة على ملفات الارتباط وحماية البيانات الشخصية؛ بل يجب أن تنعكس تفضيلات الزائر أيضًا في تصميم التتبع. فالفرق في هذه الطريقة هو فقط المسار الذي تنتقل عبره البيانات، أما سؤال أي بيانات تعالجونها وبأي أساس فيبقى قائمًا كما هو.

انتبهوا إلى ثلاث نقاط:

- **مراعاة التفضيل:** إذا رفض الزائر التتبع، فيجب أن ينعكس هذا التفضيل على التتبع في المتصفح وعلى الخادم معًا. والافتراض بأنه «لا مشكلة لأن الإرسال يتم من الخادم» افتراض خاطئ.
- **نص إفصاح محدَّث:** يجب أن يوضح نص الخصوصية وملفات الارتباط لديكم أن البيانات تُشارَك لأغراض قياس الإعلانات.
- **التقييم القانوني من مسؤوليتكم:** أي بيانات يمكن معالجتها وبأي أساس قرارٌ يعود إلى شركتكم؛ وإذا لم تكونوا متأكدين فاستشيروا مستشاركم القانوني.

يمكنكم الاطلاع على نافذة الموافقة على ملفات الارتباط وحل إدارة ملفات الارتباط من Faprika في صفحة [إدارة ملفات تعريف الارتباط](https://www.faprika.com/ar/cookie-management) ؛ وتختلف بعض الميزات بحسب الباقة. أما كل ما يتعلق بنص الإفصاح والموافقة الصريحة وملفات الارتباط فيُشرح عمليًا في مقال [كيف تحقق الامتثال لـ KVKK في موقع التجارة الإلكترونية؟ نص الإفصاح والموافقة الصريحة وملفات تعريف الارتباط ونظام İYS وطلبات الحقوق: دليل تطبيقي](https://www.faprika.com/ar/blog/kvkk-compliance) . وللاطلاع على الأثر العام لملفات الارتباط، يفيدكم أيضًا مقال [Çerezler E-Ticaret Sitenizin Sağlığı İçin İyi mi Kötü mü?](https://www.faprika.com/blog/cerezler-e-ticaret-sitenizin-sagligi-icin-iyi-mi-kotu-mu) .

نوصي بقراءة

كيف يتحقق الامتثال لقانون حماية البيانات الشخصية التركي (KVKK) في موقع التجارة الإلكترونية؟ نص الإفصاح والموافقة الصريحة وملفات تعريف الارتباط وİYS وطلبات الحقوق: دليل تطبيقي

## كيف تُعدّ واجهة برمجة التحويلات في Faprika؟

يتم الإعداد في Faprika في مكانين: ففي مدير الأحداث الخاص بالمنصة الإعلانية يُنشأ رمز مجموعة بيانات ورمز وصول، ثم تُدخل هاتان المعلومتان في حقل البكسل ضمن قسم الإضافات في لوحة تحكم Faprika. ولا تحتاجون إلى كتابة أي شيفرة.

| الخطوة | أين؟ | ماذا يُفعل؟ |
| --- | --- | --- |
| 1 | المنصة الإعلانية، مدير الأحداث | ابدأوا واجهة برمجة التحويلات بخيار الإعداد اليدوي |
| 2 | مدير الأحداث | اختر الأحداث التي تريد تتبعها (مثل الإضافة إلى السلة والشراء) |
| 3 | مدير الأحداث، الإعدادات | انسخ رمز مجموعة البيانات |
| 4 | مدير الأحداث، الإعدادات | أنشئ رمز الوصول وانسخه |
| 5 | لوحة تحكم Faprika، الإضافات، حقل البكسل | الصق رمز مجموعة البيانات في حقل معرّف البكسل، والصق الرمز المميّز في حقل معرّف واجهة برمجة التطبيقات للتحويلات |
| 6 | لوحة Faprika | فعّل خانة «نشط» ثم اضغط على حفظ |

*Görsel: رسم توضيحي لإعداد واجهة برمجة التحويلات في لوحة تحكم Faprika: حقل معرّف البكسل وحقل معرّف واجهة برمجة التحويلات وخانة التفعيل (حقلان وخانة اختيار في لوحة التحكم)*

يتوفر الشرح الكامل للخطوات مع لقطات الشاشة في [دليل إعداد واجهة برمجة التطبيقات للتحويلات](https://www.faprika.com/ar/tutorials/facebook-conversion-api-setup). رمز الوصول يشبه كلمة المرور: الصقه في لوحة التحكم فقط، ولا تشاركه عبر البريد الإلكتروني أو الرسائل، ولا تعرضه لأي شخص.

### تكاملات التحليلات وخلاصة المنتجات

يتوفر في Faprika تكامل أداة تحليلات محرك البحث وتكامل خلاصة المنتجات (كتالوج التسوق) جاهزَين ضمن الباقات. تقيس التحليلات سلوك الزوار، وتتيح خلاصة المنتجات ظهور منتجاتك في نتائج البحث؛ وهما أداتان منفصلتان تكمّلان قياس الإعلانات.

يمكنك الاطلاع على إعداد أداة التحليلات في [دليل إعداد أداة التحليلات](https://www.faprika.com/ar/tutorials/google-analytics-4) وفي [صفحة إضافة التكامل](https://www.faprika.com/ar/add-ons/google-analytics-4). ولمعرفة التكامل المتوفر في كل باقة، راجع مقارنة [باقات التجارة الإلكترونية](https://www.faprika.com/ar/pricing).

نوصيك بقراءة

مقاييس التجارة الإلكترونية: 15 مؤشر أداء رئيسيًا ينبغي متابعتها ومعادلات حسابها

## كيف يُحسب تقدير التحويلات المفقودة؟

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

تُدخل ثلاث قيم: عدد المشتريات الشهرية في لوحة المتجر، والنسبة التقديرية التي تعتقد أنها لا تظهر في التتبع المعتمد على المتصفح، ومتوسط قيمة الطلب. كُتبت كلمة «العملة» بدلًا من رمز العملة؛ فاقرأها بعملتك الخاصة. الأرقام في المثال لتوضيح الاستخدام فقط ولا تعكس بيانات متجرك.

تقدير التحويلات المفقودة

عدد المشتريات الشهرية (بالعدد)

النسبة التقديرية غير الظاهرة في المتصفح (%)

متوسط قيمة الطلب (العملة)

المشتريات الظاهرة في المتصفح (بالعدد)**320**

المشتريات غير الظاهرة في المتصفح (بالعدد)**80**

قيمة المشتريات الظاهرة (العملة)**320.000**

قيمة المشتريات غير الظاهرة (العملة)**80.000**

عند هذه النسبة تبقى الحصة غير الظاهرة منخفضة. ومع ذلك، قارن عدد طلباتك بالأرقام في مدير الأحداث للتحقق من تقديرك.

عند هذه النسبة يغيب جزء كبير من المبيعات عن تقرير الإعلانات. ويساعد التتبع من جهة الخادم في سدّ هذه الفجوة؛ تحقّق من النسبة الفعلية ببياناتك الخاصة.

عند هذه النسبة لا يظهر معظم المبيعات في تقرير الإعلانات. وإذا كان هذا التقدير صحيحًا فستكون التقارير مضلِّلة؛ اختبر النسبة أولًا ببيانات طلباتك، ثم ضع الإعداد ضمن المهام ذات الأولوية.

الحساب: الظاهر = المشتريات الشهرية × (1 − النسبة)؛ غير الظاهر = المشتريات الشهرية × النسبة؛ القيمة = العدد × متوسط قيمة الطلب. هذا تقدير؛ فالشراء الذي لا يظهر في المتصفح هو بيع تحقق فعلًا، والمفقود هو القياس فقط. ولا ينشأ الفرق بين تقرير الإعلانات ولوحة المتجر عن فقدان التتبع وحده؛ فمدة التقرير وقواعد الإسناد تؤثر فيه أيضًا.

عند قراءة النتيجة تذكّر أمرين. الأول أن البيع «غير الظاهر» ليس بيعًا مفقودًا: فقد دخل المال الصندوق، لكن نظام الإعلانات لم يستطع إسناده إلى الإعلان. والثاني أن هذا الفرق تكلفة حقيقية في قرارات الإعلان: فالحملة الرابحة التي تبدو خاسرة قد تُخفَّض بالخطأ. وإن كنت تريد معرفة كيفية رفع قيمة الشراء ومتوسط السلة، فاقرأ مقال [كيف ترفع متوسط السلة؟ 12 طريقة لزيادة إيراد كل طلب في التجارة الإلكترونية](https://www.faprika.com/ar/blog/increase-average-order-value).

## كيف تتحقق من التتبع بعد الإعداد؟

أأمن طريقة للتحقق من الإعداد هي إجراء طلب تجريبي والتأكد من ظهور الحدث في مدير الأحداث، ثم مراقبة اتساق الأرقام مع عدد طلباتك على مدى عدة أيام. الإعداد يتم مرة واحدة، أما التحقق فيتم بانتظام.

1. **أجرِ طلبًا تجريبيًا:** أنشئ طلبًا صغيرًا بدفع حقيقي (أو استخدم بيئة الاختبار لديك) وتأكد من ظهور حدث الشراء في مدير الأحداث.
2. **افحص المصادر:** تأكد من أن الحدث يصل من المتصفح ومن الخادم، وأن معلومات المصدر تعرض المسارين معًا.
3. **قارن الأرقام:** بعد أسبوع، ضع عدد المشتريات في مدير الأحداث بجانب عدد الطلبات في لوحة المتجر. لن يتطابقا تمامًا، لكن يجب أن تكون العلاقة بينهما متسقة.
4. **ابحث عن العدّ المزدوج:** إذا كان عدد الأحداث أعلى بوضوح من عدد الطلبات، فراجع إعداد الأحداث المكرّرة.
5. **راجع بانتظام:** كرّر المقارنة نفسها كل شهر؛ فتغييرات الإعدادات (صفحة دفع جديدة أو قالب جديد أو نافذة موافقة جديدة) قد تُخلّ بالقياس.

لتفسير الأحداث الوسيطة مثل التخلي عن السلة، يشرح لك مقال [ما هي السلة المتروكة؟ كيف تخفّض معدل التخلي عن السلة في التجارة الإلكترونية؟](https://www.faprika.com/ar/blog/what-is-an-abandoned-cart) كيفية قراءة نتائج القياس.

## ما الأخطاء الشائعة في التتبع من جهة الخادم؟

أكثر الأخطاء شيوعًا هي اعتبار الإعداد منتهيًا دون التحقق منه، وتجاهل تفضيل ملفات تعريف الارتباط، وسوء تفسير الحدث الذي يصل عبر مسارين. ويُحلّ كل منها بإعداد بسيط أو بعادة جيدة.

- **مشاركة الرمز المميّز:** رمز الوصول يُستخدم لإرسال الأحداث إلى المنصة باسمك. يجب ألا يوضع في لقطات الشاشة أو رسائل البريد الإلكتروني أو المحادثات المشتركة.
- **نسيان خانة «نشط»:** حتى لو كانت حقول المعرّفات مملوءة، لن يعمل التتبع إن لم تُفعَّل خانة «نشط» وتُحفظ الإعدادات.
- **اللصق في الحقل الخطأ:** يُدخل رمز مجموعة البيانات في حقل معرّف البكسل، والرمز المميّز في حقل معرّف واجهة برمجة التطبيقات للتحويلات؛ وإذا تبدّلا فلن تصل الأحداث إلى المنصة.
- **تكرار الأحداث دون حاجة:** تفعيل أحداث لن تستخدمها يشتّت الإشارة ويصعّب المراقبة.
- **تجاهل تفضيل الموافقة:** استمرار التتبع المرفوض عبر مسار الخادم يشكّل خطرًا قانونيًا وخطرًا على السمعة.
- **محاولة مطابقة التقرير مع لوحة المتجر تمامًا:** يُحسب تقرير المنصة وعدد الطلبات بقواعد مختلفة؛ والهدف ليس التطابق التام بل الاتساق.

## لمن يكون التتبع من جهة الخادم أولوية؟

هو أولوية للمتاجر التي تنفق على الإعلانات وتحصل منها على الجزء الأكبر من مبيعاتها، وأقل إلحاحًا للمتاجر التي لا تعلن إطلاقًا. فقيمة هذه الطريقة تظهر حيث يتحول القياس إلى قرار إعلاني.

إذا انطبقت عليك إحدى الحالات التالية فقدّم الإعداد:

- عدد التحويلات في تقرير الإعلانات أقل بوضوح وبشكل منتظم من عدد الطلبات في لوحة المتجر.
- جزء كبير من زياراتك يأتي من الهاتف المحمول.
- تفكر في زيادة ميزانية الإعلانات لكنك لا تثق بالنتائج.
- جمهور إعادة التسويق لديك أصغر مما تتوقع.

لمعرفة جمهورك المستهدف بشكل أفضل، يزيد مقال [ما هي تجزئة العملاء؟ كيف تجزّئهم بتحليل RFM في التجارة الإلكترونية؟](https://www.faprika.com/ar/blog/customer-segmentation) إذا اقترن بقياس سليم من دقة حملاتك.

## كيف تحوّل بيانات القياس إلى قرارات إعلانية؟

لا يولّد القياس الكامل قيمة إلا إذا استُخدم في اتخاذ القرار: فأي حملة تُزاد ميزانيتها وأيها تُخفَّض وأي جمهور يُعاد الوصول إليه أصبح الآن قائمًا على أساس أكثر موثوقية. إنهاء الإعداد نصف العمل؛ ونصفه الآخر هو قراءة التقرير بانتظام.

قد يكون نظام القراءة العملي كما يلي:

- **مقارنة أسبوعية:** في اليوم نفسه من كل أسبوع، دوّن عدد المشتريات في مدير الأحداث بجانب عدد الطلبات في لوحة المتجر، وراقب تطور الفرق. وإذا تغيّر الفرق فجأة فاستقصِ هل حدث تغيير في الإعدادات أو القالب.
- **التقييم على مستوى الحملة:** قبل إيقاف حملة، اسأل نفسك هل تخلق الأحداث المفقودة صورة سلبية عنها. ولا تقرر بالاعتماد على أسبوع واحد فقط.
- **مراجعة الجمهور:** عندما تصل أحداث الإضافة إلى السلة كاملة، راجع حجم جمهور إعادة التسويق؛ فإذا كبر فهذا يعني أن القياس تحسّن.
- **سقف الميزانية:** بعد تصحيح القياس، ارفع الميزانية تدريجيًا بدل رفعها دفعة واحدة، وتابع النتيجة في كل خطوة.

لتفسير معنى الأرقام، تابع مؤشرات مثل معدل التحويل ومتوسط السلة وتكلفة اكتساب العميل في جدول واحد. وتوجد تعريفات هذه المؤشرات وصيغها في دليل [مقاييس التجارة الإلكترونية](https://www.faprika.com/ar/blog/e-commerce-metrics) ، أما الإطار العام لقيود ملفات تعريف الارتباط فيوجد في [çerezler yazısında](https://www.faprika.com/blog/cerezler-e-ticaret-sitenizin-sagligi-icin-iyi-mi-kotu-mu) .

Okumanızı öneririz

Çerezler

E-Ticaret

Sitenizin Sağlığı İçin İyi mi Kötü mü?

نصيحة

دوّن تغييرات القياس

دوّن في دفتر تاريخ تفعيل صفحة دفع جديدة أو نافذة موافقة جديدة أو قالب جديد. وعند حدوث انحراف مفاجئ في أرقام التتبع، يصبح العثور على السبب ممكنًا في دقائق بمقارنة التواريخ.

## قائمة التحقق من الإعداد: تدقيق في 8 بنود

تُظهر قائمة التحقق التالية في ثمانية بنود ما إذا كان الإعداد مكتملًا. وإذا تحققت البنود الثمانية جميعها فهذا يعني أن قياسك يقوم على أساس متين.

*Görsel: قائمة التحقق من تتبع التحويلات من جانب الخادم: رمز مجموعة البيانات، رمز الوصول، حقول لوحة التحكم، خانة التفعيل، اختيار الأحداث، طلب تجريبي، الموافقة على ملفات الارتباط والقياس الدوري (ثمانية فحوصات)*

التحقق من التتبع من جانب الخادم

أُنشئ رمز مجموعة البيانات في مدير الأحداث

أُنشئ رمز الوصول وهو محفوظ في مكان آمن

حقلا معرّف البكسل ومعرّف واجهة برمجة التطبيقات للتحويلات في لوحة التحكم مملوءان

خانة «نشط» مفعّلة والإعدادات محفوظة

حُدّدت الأحداث المراد تتبعها (مثل الإضافة إلى السلة والشراء)

يظهر الطلب التجريبي في مدير الأحداث

تنعكس موافقة ملفات تعريف الارتباط بشكل صحيح على التتبع

تُقارن أعداد الأحداث بعدد الطلبات بانتظام

البنود المنطبقة**2 / 8**

يبدو أن الإعداد لم يكتمل بعد. أكمل أولًا حقول المعرّفات والرمز المميّز وخانة «نشط».

الإعداد الأساسي موجود لكن تنقصه بعض الأمور. راجع اختيار الأحداث والطلب التجريبي وتفضيل ملفات تعريف الارتباط.

يبدو إعدادك متينًا. قارن الأرقام الآن بانتظام واستخدم بيانات الأحداث في قراراتك الإعلانية.

| الحقل | البند | هل تم؟ |
| --- | --- | --- |
| مجموعة البيانات | أُنشئ رمز مجموعة البيانات في مدير الأحداث | نعم / لا |
| الرمز المميّز | أُنشئ رمز الوصول وهو محفوظ بأمان | نعم / لا |
| لوحة التحكم | معرّف البكسل ومعرّف واجهة برمجة التطبيقات للتحويلات مملوءان | نعم / لا |
| نشط | خانة «نشط» مفعّلة والإعدادات محفوظة | نعم / لا |
| الحدث | حُدّدت أحداث مثل الإضافة إلى السلة والشراء | نعم / لا |
| الاختبار | يظهر الطلب التجريبي في مدير الأحداث | نعم / لا |
| الموافقة | يظهر تفضيل موافقة ملفات تعريف الارتباط في التتبع | نعم / لا |
| القياس | تُقارن أعداد الأحداث بعدد الطلبات بانتظام | نعم / لا |

## الأسئلة الشائعة

**ما هو تتبع التحويلات من جانب الخادم؟**

هو إرسال أحداث مثل الشراء والإضافة إلى السلة إلى المنصة الإعلانية ليس من متصفح العميل فقط، بل من خادم المتجر أيضًا. وبهذا تُستكمل عبر الخادم الأحداث التي تضيع في المتصفح بسبب قيود ملفات الارتباط أو برامج الحظر أو إصدارات الهاتف.

**ما الفرق بين واجهة برمجة التحويلات والبكسل؟**

يرسل البكسل الحدث من المتصفح ويعتمد على ملفات الارتباط، بينما ترسله واجهة برمجة التحويلات من خادم المتجر. وتوصي المنصات الإعلانية عادةً باستخدام الاثنين معًا؛ فالبكسل ينقل معلومات المتصفح، وتستكمل الواجهة السجل الناقص.

**هل يُغني إعداد التتبع من جانب الخادم عن الموافقة على ملفات الارتباط؟**

لا. فالتتبع من جانب الخادم يغيّر فقط المسار الذي تنتقل عبره البيانات؛ أما تفضيل الزائر بشأن الموافقة ونص الإفصاح والتزامات حماية البيانات الشخصية فتبقى سارية كما هي. واستمرار التتبع المرفوض عبر الخادم ليس ممارسة صحيحة.

**كيف أُعدّ واجهة برمجة التحويلات في Faprika؟**

في مدير الأحداث الخاص بالمنصة الإعلانية تنشئون رمز مجموعة بيانات ورمز وصول. وفي لوحة تحكم Faprika، ضمن قسم الإضافات، تلصقون رمز مجموعة البيانات في حقل معرّف البكسل ورمز الوصول في حقل معرّف واجهة برمجة التحويلات، ثم تختارون الأحداث وتحددون خانة «مفعّل» وتحفظون.

**ما نسبة التحويلات المفقودة؟**

لا توجد نسبة واحدة تنطبق على الجميع؛ فهي تختلف بحسب بنية زيارات المتجر والأجهزة المستخدمة وتفضيلات ملفات الارتباط. يمكنكم معرفة نسبتكم بمقارنة عدد الطلبات في لوحة المتجر بالتحويلات التي تبلغ عنها المنصة الإعلانية؛ كما توضح الحاسبة في هذا الدليل أثر النسب المختلفة.

**كيف أتأكد أن الإعداد يعمل بشكل صحيح؟**

قوموا بإجراء طلب تجريبي وتحققوا من ظهور حدث الشراء في مدير الأحداث ومن أن معلومات المصدر تتضمن المتصفح والخادم معًا. ثم قارنوا عدد الأحداث بعدد طلباتكم على مدى أسبوع، وإذا ظهرت زيادة واضحة فراجعوا إعداد الأحداث المكررة.

اجمع بيانات إعلاناتك كاملة

أعدّ واجهة برمجة التطبيقات للتحويلات في Faprika من لوحة التحكم ببضعة حقول، وأكمل قياسك بتكاملات التحليلات وخلاصة المنتجات. لنخطط معًا لنظام القياس لديك مع خبرائنا.

اطلب عرضًا تجريبيًا

#### مقالات قد تهمك

- [**ما هي السلة المتروكة؟ كيف تخفّض معدل التخلي عن السلة في التجارة الإلكترونية؟**](https://www.faprika.com/ar/blog/what-is-an-abandoned-cart)
- [**E-Ticarette Veri Analitiği Kullanarak Büyümek**](https://www.faprika.com/blog/e-ticarette-veri-analitigi-kullanarak-buyumek)
- [**ما هي تجزئة العملاء؟ كيف تُجرى التجزئة بتحليل RFM في التجارة الإلكترونية**](https://www.faprika.com/ar/blog/customer-segmentation)
- [**كيف تزيد معدل التحويل في التجارة الإلكترونية؟ نصائح لمضاعفة مبيعاتك**](https://www.faprika.com/ar/blog/how-to-increase-e-commerce-conversion-rate)