كيف تؤثّر ميزة "محو البيانات" التي يبدأها المستخدم في تقارير الإحالة؟ ما هو الفرق بين هذا القياس والقياس المستنِد إلى ملفات تعريف الارتباط؟
تتيح Attribution Reporting APIقياس الحالات التي تؤدّي فيها النقرة على الإعلان إلى إحالة ناجحة على موقع المعلِن الإلكتروني، مثل عملية بيع أو تسجيل. توفّر واجهة برمجة التطبيقات طريقة تحافظ على الخصوصية لقياس الإحالات الناجحة للإعلانات. ولا تعتمد هذه الطريقة على ملفات تعريف الارتباط أو الآليات التابعة لجهات خارجية التي يمكن استخدامها لتحديد هوية مستخدمين فرديين على مستوى المواقع الإلكترونية. وبدلاً من ذلك، تعمل العملية على النحو التالي: يتم إنشاء تقارير تحديد المصدر التي تربط نقرة إعلان بإحالة ناجحة وتخزينها على جهاز المستخدم، ثم يرسل المتصفّح هذه التقارير إلى نقطة نهاية محدّدة مسبقًا.
جرّبت المواقع الإلكترونية واجهة برمجة التطبيقات Attribution Reporting API في Chrome، باستخدام مرحلة اختبار أولى انتهت الآن.
من الإحصاءات التي قدمتها هذه التجارب المبكرة هو تأثير محو البيانات الذي يبدأه المستخدم، مثل محو سجلّ المتصفّح، في البيانات التي يحصل عليها المعلِنون وشركات تكنولوجيا الإعلان من واجهة برمجة التطبيقات. تم نشر إحصاءات Chrome المجمّعة مؤخرًا. تتناول هذه المشاركة الإجابة عن الأسئلة الشائعة حول تأثير ميزة clearing data (محو البيانات) التي يبدأها المستخدِم في تقارير تحديد المصدر.
كيف تؤثّر ميزة "محو البيانات" التي يبدأها المستخدم في تقارير الإحالة؟
وكيف يقارن ذلك بالقياس المستنِد إلى ملفّات تعريف الارتباط؟
لمحة عن الأرقام
تؤثّر عوامل متعدّدة في هذه الأرقام:
- ما إذا كان المستخدِمون يُحذِفون السجلّ على المواقع الإلكترونية التي ينتقلون إليها بالنقر على إعلان
- ما إذا كان المستخدِمون يجرون إحالات ناجحة في فئات المواقع الإلكترونية التي يميلون إلى محو السجلّ فيها، ربما بعد إجراء الإحالة الناجحة بفترة قصيرة قد تواجه الإعلانات على هذا النوع من المحتوى معدّلات أعلى لعمليات الإزالة، وبالتالي تظهر اختلافات أكبر في القياس المستنِد إلى ملفات تعريف الارتباط.
- وبالمثل، ما إذا كان المستخدِمون يُحذِفون السجلّ على المواقع الإلكترونية التي ينقرون على إعلانات تنقل إليهم
- ما إذا تم ضبط عملية تحديد المصدر لتنتهي صلاحيتها بعد فترة طويلة أو قصيرة من النقر
(
attributionexpiry
) - ما إذا كان هناك وقت طويل بين النقرة والإحالة الناجحة
ستواصل فِرق Chrome مراقبة الإحصاءات ونشرها في قائمة المطوّرين المُرسَلة إليها رسائل إلكترونية.
محو البيانات بعد النقرة وقبل الإحالة الناجحة
عند استخدام ملفات تعريف الارتباط، لا يتم تسجيل نسبة مئوية من الإحالات الناجحة بسبب محو بيانات ما قبل الإحالة الناجحة بعد النقر. بسبب محو ملفات تعريف الارتباط، لا يتوفّر ملف تعريف ارتباط لإرفاقه بالطلب في وقت الإحالة الناجحة، وبالتالي لا يمكن قياس هذه الإحالة الناجحة. لا نعرف النسبة الدقيقة للإحالات الناجحة التي لا يتم الإبلاغ عنها بسبب محو البيانات الذي يبدأه المستخدم. ويختلف ذلك من شركة إلى أخرى في مجال تكنولوجيا الإعلان (أو المعلِنين).

عند استخدام Attribution Reporting API، لا يتم تسجيل نسبة مئوية من الإحالات الناجحة بسبب محو بيانات ما قبل الإحالة الناجحة بعد النقرة. أظهرت ملاحظات التجارب المبكرة (تجربة المصدر) باستخدام واجهة برمجة التطبيقات Attribution Reporting API أنّه يتم حذف حوالى%16 من المصادر (أحداث النقرات) قبل حدوث التحويل. تؤدي نسبة مئوية من هذه المصادر إلى تسجيل إحالات ناجحة، ولن يتم إرسال تقارير هذه الإحالات الناجحة في حال حذف المصادر.
مثال
بالنسبة إلى معدّل إحالات ناجحة يبلغ %10، بافتراض إجمالي 1, 000 نقرة وبدون مراعاة الأخطاء الأخرى، يُرجى اتّباع الخطوات التالية:
- إذا لم يُفرِغ المستخدمون أي بيانات مطلقًا: ستلاحظ شركة تكنولوجيا الإعلان 100 إحالة ناجحة.
- في ما يلي بعض النقاط التي يجب مراعاتها عند محو البيانات:
- باستخدام ملفات تعريف الارتباط: تؤدي عملية محو البيانات التي تحدث بعد النقرة وقبل الإحالة الناجحة إلى عدم تحديد مصدر بعض النسبة المئوية من الإحالات الناجحة لأحداث نقرات معيّنة، لأنّه لا تتوفّر ملف تعريف ارتباط لربط النقرة بالإحالة الناجحة. في المثال الذي نطرحه، ستلاحظ شركة تكنولوجيا الإعلان أقل من 100 إحالة ناجحة.
- باستخدام تقارير تحديد المصدر: أدّت عملية محو البيانات التي تحدث بعد النقرة وقبل الإحالة الناجحة إلى 1.6% من التقارير التي تشير إلى محو الإحالة الناجحة (16% من% 10 = 1.6%) في المحاولة الأولى لتحديد المصدر. بدون أخذ الأخطاء الأخرى في الاعتبار، ستتلقّى شركة تكنولوجيا الإعلانات 84 تقريرًا يشير إلى إحالة ناجحة، بدلاً من 100.
محو البيانات بعد حدوث إحالة ناجحة
في حال استخدام ملفات تعريف الارتباط، لا يكون لمحو البيانات بعد الإحالة الناجحة أي تأثير، لأنّه يتم الإبلاغ عن الإحالات الناجحة على الفور لشركة تكنولوجيا الإعلان.

من خلال Attribution Reporting API، تؤدي ميزة محو البيانات بعد الإحالة الناجحة إلى محو التقارير لاحترام اختيار المستخدِم، مثل محو المستخدِم لسجلّ المتصفّح أو حذف بيانات الموقع الإلكتروني. بما أنّ واجهة برمجة التطبيقات لا ترسل التقارير على الفور ولكن بعد تأخير بهدف حماية خصوصية المستخدم، يعني ذلك أنّ مساحة تخزين المتصفّح تكون فارغة عند حلول الوقت المُجدوَل من المتصفّح لإرسال التقرير إلى نقطة النهاية المحدّدة مسبقًا، والتي تكون عادةً شركة تكنولوجيا إعلانية.

أظهرت ملاحظات التجارب المبكرة (تجربة المصدر) باستخدام واجهة برمجة التطبيقات Attribution Reporting API أنّه تم حذف حوالي 6.5% من التقارير بهذه الطريقة.
ما هي إجراءات المستخدمين المحدّدة التي يمكن أن تؤثّر في تقارير الإحالة؟
اعتبارًا من الإصدار 94 من Chrome، وهو الإصدار الثابت من Chrome في وقت كتابة هذه المقالة، سيؤدي أيّ من الإجراءات التالية إلى محو أحداث النقرات المخزّنة والتقارير في انتظار المراجعة.
chrome://settings
> الخصوصية والأمان > محو بيانات التصفّح- ضَع علامة في مربّع الاختيار "سجلّ التصفّح".
- ضَع علامة في مربّع الاختيار محو ملفات تعريف الارتباط وبيانات الموقع الإلكتروني الأخرى.
- انقر على محو البيانات.
chrome://settings
> الخصوصية والأمان > ملفات تعريف الارتباط وبيانات المواقع الإلكترونية الأخرى- تفعيل أو إيقاف الخيار محو ملفات تعريف الارتباط وبيانات المواقع الإلكترونية عند إغلاق جميع النوافذ
- أو أضِف سلوكًا ضمن محو ملفات تعريف الارتباط عند إغلاق النوافذ دائمًا.
chrome://history
:- حذف أي إدخال فردي
عناصر التحكّم على مستوى الموقع الإلكتروني:
- عناصر التحكّم في السجلّ على مستوى الموقع الإلكتروني
- انقر على زر القفل في شريط العناوين، وانتقِل إلى إعدادات الموقع الإلكتروني، ثم انقر على محو البيانات.
هذه القائمة ليست شاملة. في ما يلي إجراءات المستخدمين الشائعة التي تؤثّر في بيانات تحديد المصدر. إنّ إجراءات العميل الأخرى، مثل إلغاء تثبيت Chrome أو تشغيل أداة تنظيف النظام، ستؤثّر أيضًا في عملية القياس، سواء كانت مستندة إلى واجهة برمجة التطبيقات Attribution Reporting API أو إلى ملفات تعريف الارتباط.
هل يُحتسَب محو البيانات الذي يبدأه المستخدم في أيّ خسارة يتم رصدها؟
قد تكون المنظمات التي جرّبت واجهة برمجة التطبيقات باستخدام تجربة أصلية قد لاحظت اختلافًا بين القياس المستنِد إلى ملفات تعريف الارتباط والقياس المستنِد إلى ميزة "تقارير تحديد المصدر": قد يكون قد تم الإبلاغ عن عدد أقل من الإحالات الناجحة في ميزة "تقارير تحديد المصدر". قد يُعزى الانخفاض المُلاحظ في عدد الطلبات إلى محو البيانات الذي يبدأه المستخدم، ولكن يجب مراقبة هذا التناقض في المستقبل لتحديد سببه بدقة.
من المعروف أنّ هناك عنصرَين لعبا دورًا في التناقض بين القياس المستنِد إلى ملفّات تعريف الارتباط وقياس ملفّات تعريف المصدر المستنِد إلى تقارير تحديد المصدر في تجربة المصدر السابقة:
- محو البيانات الذي يبدأه المستخدم
- أخطاء في الشبكة: وتعدّ هذه الأخطاء معدّلة، ومن المفترض أن يتم إصلاحها في الإصدار 94 من Chrome.
كيف نوازن بين الخصوصية والفائدة في Attribution Reporting API في ما يتعلّق بمحو البيانات الذي يبدأه المستخدم؟
خلال مرحلة اختبار واجهة برمجة التطبيقات، يكون الهدف هو تجربة بعض مَعلمات واجهة برمجة التطبيقات لمراقبة تأثيرها في التقارير المُرسَلة مع موازنة إمكانية تحديد هوية المستخدِم. قد يكون أحد هذه المَعلمات هو تأخُّر إعداد التقارير. تستمر مناقشات المنظومة المتكاملة في اجتماعات WICG المعتادة لاستكشاف هذه المَعلمات.
هل ستتأثر التقارير المجمّعة بالطريقة نفسها؟
على مستوى الحدث.لا نعرف بالتأكيد مدى تأثير ميزة "محو البيانات" التي يبدأها المستخدم في التقارير المجمّعة.
إنّ الإحصاءات التي تمت مشاركتها في هذه المشاركة مخصّصة للتقارير على مستوى الحدث. على الرغم من أنّ تأخّر إعداد التقارير قد يكون أقصر للتقارير المجمّعة، أي بضع ساعات، في حين أنّ التقارير على مستوى الحدث قد يتم إرسالها بعد أيام أو أسابيع من النقر، قد لا يكون تأثير محو البيانات الذي يبدأه المستخدِم أقل. على سبيل المثال، بالنسبة إلى فئات معيّنة من المواقع الإلكترونية، يميلون المستخدِمون إلى محو بيانات التصفح بعد إتمام الإحالة الناجحة بفترة قصيرة. سيؤدي هذا النوع من الإجراءات التي يبدأها المستخدم إلى محو التقارير، حتى إذا كان من المقرر إرسالها قريبًا.
تقارير تحديد المصدر: جميع الموارد
اطّلِع على تقارير تحديد المصدر.
البقاء على اطّلاع
- لتلقّي إشعارات بتغييرات الحالة في واجهة برمجة التطبيقات، عليك الانضمام إلى القائمة البريدية للمطوّرين.
- لمتابعة جميع المناقشات الجارية حول واجهة برمجة التطبيقات، انقر على الزر مشاهدة في GitHub. وهذا يتطلّب منك إنشاء حساب على GitHub أو امتلاكه.
- للحصول على آخر الأخبار العامة حول "مبادرة حماية الخصوصية"، يمكنك الاشتراك في خلاصة RSS [Progress in the Privacy Sandbox].