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