صندوق حماية الخصوصية للويب: مشهد الخصوصية المتغير وتأثيره على مواقعك

سيجري Chrome تغييرات على الخصوصية من خلال مبادرة Privacy Sandbox طوال عام 2023 مع بناء تقنية جديدة للحفاظ على خصوصية معلومات المستخدم. في الوقت نفسه ، يعمل ناشرو الويب والعلامات التجارية على تغيير إستراتيجيتهم الرقمية للمساعدة في الحفاظ على إيرادات الإعلانات وتحليلات التسويق القيمة التي تعتمد على ملفات تعريف ارتباط الطرف الثالث.

يؤدي هذا الدفع نحو خصوصية المتصفح الموسعة إلى زيادة الطلب على تخصيص مواقع الويب.

في هذه الجلسة ، يتصفح محامي مطوري Google Sam Dutton التغييرات القادمة ، ويشارك أهداف مبادرة Privacy Sandbox ، ويساعدك على فهم كيفية التمحور بشكل أفضل لضمان حصولك على البيانات التي تحتاجها للمساعدة في الحفاظ على عملك ومواقعك تحرك للأمام.

شرائح الجلسة:

نص:

سام دوتون: مرحبًا ، أنا سام داتون. أنا مطور محامي مع فريق Chrome الموجود هنا في لندن. شكرا جزيلا لانضمامك لي اليوم. إذن ، ثلاثة أشياء سأفعلها خلال الـ 25 دقيقة القادمة. سأقدم لك نظرة عامة على واجهات برمجة تطبيقات Privacy Sandbox API. سأشرح ما عليك القيام به الآن ، وسأوضح لك كيف يمكنك أن تصبح مختبِرًا وتنضم إلى مناقشة حول واجهات برمجة التطبيقات وتقديم التعليقات.

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

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

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

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

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

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

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

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

الآن ، مجموعة المبادئ الأساسية لهذه المبادرة هي نموذج الخصوصية المحتمل للويب ، وقد تم تطويره بواسطة خبراء الخصوصية وعلماء الكمبيوتر في Google. يحدد نموذج الخصوصية هذا مجموعة من القواعد الأساسية لتصميم التقنيات التي تلبي حالات استخدام منصة الويب التي تحدثت عنها ، مع الالتزام أيضًا باحتياجات الخصوصية المتغيرة.

على وجه الخصوص ، يغطي الاقتراح السؤال الصعب حول كيفية تمكين الاتصالات عبر المواقع دون المساس بالخصوصية. الآن ، أحد الابتكارات الرئيسية لواجهات برمجة تطبيقات Privacy Sandbox هو تمكين المتصفح من التصرف نيابة عن المستخدم ، بمعنى العودة إلى الدور الأساسي للمتصفحات باعتباره ما نسميه وكيل المستخدم.

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

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

لذلك مع أخذ كل ذلك في الاعتبار ، أريد فقط أن أعطيك جولة صافرة في واجهات برمجة تطبيقات Privacy Sandbox APIs نفسها. لذلك في Google ، هذه مبادرة مشتركة عبر الويب و Android. يركز Privacy Sandbox على Android على تقديم حلول إعلانية جديدة أكثر خصوصية بدون معرفات عبر التطبيقات.

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

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

تشارك مئات الشركات في المنتديات العامة ، إما W3C ، وهي تشرح المشكلات على GitHub وما إلى ذلك ، وتنشر وجهات النظر والتحليل والانضمام إلى الموائد المستديرة للصناعة ، ومشاركة التعليقات مع Chrome و Android وبالطبع المشاركة في الاختبار.

الآن لا تخطئ ، فإن Privacy Sandbox لديها الكثير من المتطلبات لتغطيتها وستكون صعبة على طول الطريق. أعني ، أعتقد أن الخبر السار هو أن نهاية كل هذا سيكون لها منصات أكثر أمانًا وخصوصية للمستخدمين وأفضل للمعلنين والناشرين والمطورين وبالطبع لمنصات مثل WordPress.

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

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

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

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

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

لذا فقد مررنا الآن بفترة من الاختبارات الفنية باستخدام واجهات برمجة التطبيقات التي تم تنشيطها باستخدام علامات Chrome ، والآن في الإصدار التجريبي الأصلي تم تنشيطه في البداية لنسبة صغيرة فقط من مستخدمي Chrome في البداية. لذلك نحن الآن في هذه المرحلة من اختبار الأداة المساعدة ، فإن 50٪ من مستخدمي Chrome Canary dev والمستخدمين التجريبيين لديهم واجهات برمجة التطبيقات التجريبية لأصل الإعلانات المفعلة على الصفحات التي توفر رمزًا مميزًا صالحًا و 5٪ من المستخدمين المستقرين.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

الطريقة الأولى التي يمكن من خلالها لمتصل Topics API إرسال إشارة إلى المتصفح بأنه قد لاحظ موضوعات للمستخدم هي استدعاء document.browsingTopics من إطار iframe مضمن في المواقع التي يزورها المستخدم.

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

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

وإذا تضمنت الاستجابة لطلب الجلب رأس Observe-Browsing-Topics؟ 1 ، حسنًا ، فهذا يشير إلى المتصفح أن المتصل يريد من المتصفح أن يسجل أن المتصل قد لاحظ الموضوعات التي تهم المستخدم الحالي صفحة. وآمل أن يجعل الشعور.

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

ويمكنك تجربة العرض التوضيحي للموضوعات الذي يستخدم طريقة JavaScript iframe لمراقبة الموضوعات والوصول إليها أو يمكنك تجربة العرض التوضيحي الذي يستخدم نهج عنوان طلب الجلب. يعرض chrome: // topic-internals موضوعات للمستخدم الحالي والموضوعات الممنوحة لأسماء المضيف والمعلومات الفنية حول تنفيذ API.

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

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

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

الآن في مرحلة ما عندما يزور المستخدم موقعًا يعرض إعلانات مثل موقع الناشر ، يمكن لبائع الإعلانات بدء مزاد إعلان لاختيار إعلان له ، وباستخدام FLEDGE يمكن تشغيل هذا المزاد على جهاز المستخدم.

لاختيار إعلان ، يقوم رمز المزاد بتشغيل منطق المزايدة من المشترين ومنطق المزاد من البائع. وأخيرًا ، ينشر المتصفح تقارير المزاد لنقاط النهاية التي يوفرها البائعون والمشترين.

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

قد يبدو كائن التكوين لمجموعة المصالح بهذا الشكل. في هذا المثال ، قد يكون لتقنية إعلانات متجر الأحذية مجموعة اهتمامات لتجديد النشاط التسويقي التي يرغبون في إضافة المستخدم إليها ، وقد أطلقوا على هذه المجموعة اسمًا جيدًا ، أحذية الجري. وتنضم مكالمات منصة adtech لمتجر الأحذية إلى مجموعة الاهتمامات الإعلانية لتطلب من متصفح المستخدم الانضمام إلى مجموعة اهتمامات Trail Running Shoes باستخدام هذا التكوين الذي عرضته عليك للتو.

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

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

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

يمكن الآن استخدام إطار مسيَّج لعرض إعلان ولكن لا يمكنه التفاعل مع الصفحة المحيطة به. وبعد ذلك ، يحصل كل من البائع والمشتري الفائز على فرصة لإجراء التسجيل والإبلاغ ، ويتم ذلك عن طريق الاتصال بـ navigator.reportresult.

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

الآن ، أخيرًا ، أود أن أخبركم قليلاً عن Privacy Sandbox API لقياس الإعلان ، وهو تقرير الإحالة. يتم استخدام تقارير الإحالة لقياس الوقت الذي تؤدي فيه نقرة على الإعلان أو مرة ظهور للإعلان إلى حدوث تحويل. على سبيل المثال ، عندما تؤدي مشاهدة إعلان على موقع إخباري إلى عملية شراء من متجر أحذية عبر الإنترنت.

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

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

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

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

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

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

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

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

هذا هو قياس الإسناد. وآمل أن يجعل الشعور. سوف أقوم بربط المزيد من الموارد لمساعدتك في فهم واختبار واجهات برمجة تطبيقات Privacy Sandbox API بمزيد من التفصيل. لكن هناك شيء أخير أود ذكره ، وهو Privacy Sandcastle.

هذا عرض توضيحي يجمع بين جميع واجهات برمجة تطبيقات Privacy Sandbox API الرئيسية. تم بناؤه من قبل فريقنا في طوكيو. لا يزال جديدًا جدًا. ولكن يمكنك الحصول على الكود من GitHub وتشغيله محليًا ، وهو مصمم لمساعدتك على فهم كيفية توافق كل واجهات برمجة التطبيقات هذه معًا.

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

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

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

وإذا لم يكونوا على ما يرام ، اسألهم لماذا لا وأخبرنا ما هي الإجابة على هذا السؤال. لذلك يوفر موقع privacysandbox.com جداول زمنية وأسئلة وأجوبة ومزيد من المعلومات حول الجهود عبر الأنظمة الأساسية. سأشارك عناوين URL بعد هذا الحدث ، ولكن يمكنك العثور على الكثير من المحتوى الذي أشرت إليه هنا من قسم Privacy Sandbox على developer.chrome.com.

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

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