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