Chrome Privacy Sandbox: ماذا يعني لبصمة الأجهزة

يُعد Privacy Sandbox من Google أهم تغيير في بصمة المتصفحات منذ إدخال Canvas API. على مدى العامين الماضيين، قلّص Chrome تدريجيًا المعلومات المتاحة عبر واجهات navigator، وأدخل User-Agent Client Hints بديلاً عن سلسلة وكيل المستخدم، وهو بصدد إزالة ملفات تعريف الارتباط الخارجية بالكامل.

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

ما الذي تغيّر

أكثر التغييرات تأثيرًا هو تقليص سلسلة navigator.userAgent. يعيد Chrome الآن وكيل مستخدم «مختصرًا» يحذف إصدار نظام التشغيل وطراز الجهاز وإصدار المتصفح الكامل. وبدلاً من ذلك، تتوفر هذه المعلومات عبر User-Agent Client Hints — لكن فقط عند طلبها صراحةً من خلال ترويسة Accept-CH، وبخضوعها لسياسات الأذونات.

بالنسبة إلى tracio.ai، لم يكن وكيل المستخدم يومًا إشارة عالية التمييز. فقد أسهم بقدر محدود من التمييز في بصمتنا، وكانت قيمته في تراجع مع تقارب Chrome وEdge وBrave على صيغ متشابهة. وكانت بنية التعريف متعددة المستويات لدينا تصنّف بيانات وكيل المستخدم أصلًا بوصفها إشارة «على مستوى الجلسة» — مفيدة للتعريف الأولي لكنها ليست حاسمة للاستمرارية عبر الجلسات.

استراتيجيتنا في التكيّف

استجابة tracio.ai لـ Privacy Sandbox ثلاثية الأبعاد. أولًا، حوّلنا التركيز نحو الإشارات على مستوى العتاد التي لا يستطيع Chrome تقييدها دون كسر توافق الويب: تصيير canvas ودقة تظليل WebGL وخصائص معالجة الصوت ومعاملات GPU. تعمل هذه الإشارات على مستوى أدنى من ضوابط الخصوصية في المتصفح — فهي تعتمد على العتاد المادي، لا على إعدادات المتصفح.

ثانيًا، استثمرنا في الدمج القائم على تعلّم الآلة للإشارات. عندما تصبح الإشارات الفردية أقل تمييزًا، يمكن لدمج إشارات كثيرة أن ينتج بصمة شديدة التفرد. يتعلّم نموذجنا المدعوم بالذكاء الاصطناعي ارتباطات الإشارات التي يغفلها الدمج البسيط. فتركيبة محددة من دقة الشاشة + نسبة بكسل الجهاز + التزامن العتادي + مصيّر GPU + معدل عيّنة الصوت يمكن أن تكون فريدة تقريبًا بقدر بصمة canvas وحدها.

ثالثًا، وسّعنا كتالوج إشاراتنا إلى ما وراء واجهات المتصفح التقليدية. فاستعلامات ميزات CSS ومقاييس تصيير الخطوط وخصائص توقيت محرك JavaScript وسلوك تصريف WebAssembly توفّر جميعها إشارات تعريف لا تستهدفها قيود Privacy Sandbox.

الأثر على الدقة

نتابع دقة التعريف لدينا عبر إصدارات Chrome منذ الإصدار 110. وإليك أرقامنا:

Chrome 110 (قبل التقليص): دقة 99.7%. Chrome 115 (تقليص جزئي لوكيل المستخدم): دقة 99.6%. Chrome 120 (تقليص كامل لوكيل المستخدم): دقة 99.5%. Chrome 125 (فرض Client Hints): دقة 99.5%.

يقع انخفاض الـ 0.2% أساسًا في سيناريوهات الانتقال عبر المتصفحات من Safari للجوال إلى Chrome حيث تختلف الإشارات العتادية. أما تعريف الزائر العائد على المتصفح نفسه — وهو حالة الاستخدام الأساسية لدينا — فقد ظلّت دقته عند 99.5% طوال طرح Privacy Sandbox.

ما التالي

أعلنت Google عن خطط لتقييد واجهات إضافية، بما في ذلك تقليل دقة screen.width/height وتحديد تعداد امتدادات WebGL. ونحن نستعد لهذه التغييرات بمصادر إشارات بديلة ونماذج تعلّم آلة محسّنة.

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