نظرة عامة على Topics API for Web

تعمل Topics API على تفعيل الإعلانات التي تستهدف الاهتمامات (IBA) بدون الحاجة إلى اللجوء إلى تتبُّع المواقع الإلكترونية التي يزورها المستخدم.

حالة التنفيذ

ما هي Topics API؟

Topics API هي آلية مبادرة حماية الخصوصية المصمَّمة للحفاظ على الخصوصية مع السماح للمتصفّح بمشاركة معلومات مع جهات خارجية حول اهتمامات المستخدم. وتتيح هذه الميزة عرض الإعلانات التي تستهدف الاهتمامات بدون الحاجة إلى تتبُّع المواقع الإلكترونية التي يزورها المستخدم.

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

يمكن أن تساعد الإعلانات التي تستهدف الاهتمامات كلاً من المعلنين (المواقع التي ترغب في الإعلان عن منتجاتهم أو خدماتهم) والناشرين (المواقع التي تستخدم الإعلانات للمساعدة في تحقيق الربح من المحتوى):

  • يمكن للإعلانات التي تستهدف الاهتمامات مساعدة المعلنين في الوصول إلى العملاء المحتملين.
  • يمكن للإعلانات التي تستهدف الاهتمامات إضافة معلومات سياقية لمساعدة الناشرين على استخدام الإعلانات لتمويل مواقع الويب.

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

آلية العمل

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

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

ملاحظة مواضيع الأصل

بدءًا من الإصدار 114 من Chrome، عندما يلاحظ المتصل موضوعًا لأحد المستخدمين على إحدى الصفحات، يعتبر المتصفّح أيضًا أنّ المتصل قد رصد جميع الكيانات الأصلية للموضوع.

على سبيل المثال، إذا سجّل المتصفّح أنّ المتصل يلاحظ Shopping/Apparel/Footwear/Boots للمستخدم، في هذه الحالة تكون الكيانات الأصلية لهذا الموضوع قد تم رصدها أيضًا: Shopping/Apparel/Footwear وShopping/Apparel وShopping.

في السابق، لكي يعتبر المتصفّح أنّ المتصل يرصد Shopping/Apparel (على سبيل المثال)، كان يجب أن تعرض واجهة برمجة التطبيقات هذا الموضوع المحدّد على أنّه الموضوع الذي تم رصده. وهذا يعني أنّه إذا تمت ملاحظة Shopping/Apparel للاتصال بأحد المستخدمين على إحدى الصفحات وShopping/Apparel/Footwear/Boots على صفحة أخرى، ستتعامل واجهة برمجة التطبيقات مع Shopping/Apparel على أنّه قد تم رصده في كلتا الصفحتين.

الحقبات

لا شك في أنّ Topics API يجب أن تتأكّد من تحديث المواضيع التي تهمّك. يستنتج المتصفّح مواضيع المستخدم بناءً على نشاط التصفّح خلال فترة زمنية تُعرف باسم الحقبة، وهي حاليًا أسبوع واحد. لكل مستخدم فتراته الخاصة (الحقبات هي "لكل مستخدم") ويتم اختيار وقت البدء الأوّلي عشوائيًا. ويتم اختيار موضوع كل حقبة بشكل عشوائي من بين أهم خمسة مواضيع للمستخدم في هذه الفترة الزمنية. لتعزيز الخصوصية وضمان تمثيل جميع المواضيع، هناك احتمال بنسبة 5% أن يتم اختيار الموضوع عشوائيًا من جميع المواضيع المحتملة في تصنيف الاهتمامات.

تشمل Topics API ثلاث مهام رئيسية:

  • ربط نشاط المتصفّح بالمواضيع التي تهمّك في التصميم الحالي لواجهة Topics API، يتم استنتاج المواضيع من أسماء المضيفين للصفحات التي يزورها المستخدم. على سبيل المثال، الموضوع الذي يمكن استنتاجه من أحد المواقع الإلكترونية حول أحواض الأسماك هو /Pets & حيوانات/حيوانات أليفة/أسماك أكواريا
  • احتساب أهم المواضيع للمستخدم استنادًا إلى نشاط التصفّح الأخير
  • توفير آليات للوصول إلى المواضيع التي تهم المستخدم حاليًا، للمساعدة في اختيار الإعلانات المناسبة

توفّر Topics API مواضيع سهلة القراءة للمستخدم، لذا من الممكن توفير عناصر تحكّم مفيدة للمستخدمين.

كيفية تنظيم المواضيع واختيارها

يتم اختيار المواضيع من تصنيف يتألّف من فئات هرمية مثل /الفنون & ترفيه/موسيقى محتوى صوتي/موسيقى سول موسيقى "آر آند بي" و/Business & قطاع صناعي/زراعة الحراجة: تم تنظيم هذه المواضيع من قِبل Chrome للاختبار الأولي، ولكن بهدف أن يصبح التصنيف موردًا يحتفظ به المساهمون الموثوق بهم في المنظومة المتكاملة. ويجب أن يكون التصنيف صغيرًا بما يكفي لدرجة أن العديد من المستخدمين المتصفحات مع كل موضوع. يبلغ عدد المواضيع حاليًا 469 موضوعًا، ولكننا نتوقع أن يتراوح العدد النهائي لهذه المواضيع بين بضع مئات وبضعة آلاف من المواضيع.

لتجنّب الفئات الإعلانية الحساسة، يجب أن تكون المواضيع علنية ومنظّمة من قِبل فريقنا وأن تظلّ محدَّثة. إنّ التصنيف الأولي الذي اقترحه متصفِّح Chrome للاختبار تم إنشاؤه من قِبل الإنسان لاستبعاد الفئات التي تُعتبر حساسة بوجهٍ عام، مثل الانتماء العرقي أو الميل الجنسي.

بالنسبة إلى 50,000 موقع من أهم المواقع الإلكترونية، يستخدم تنفيذ Topics API في Chrome قائمة إلغاء منظَّمة يدويًا ومتاحة للجميع لربط أسماء المضيفين بالمواضيع. أمّا في المواقع الإلكترونية الأخرى، فتستخدم Topics API نموذج تعلُّم الآلة لاستنتاج المواضيع من أسماء المضيفين.

يؤدي تنفيذ Topics API في Chrome إلى تنزيل ملف TensorFlow Lite الذي يمثّل النموذج كي يمكن استخدامه محليًا على جهاز المستخدم.

يمكنك الوصول إلى ملف نموذج TensorFlow Lite والمواضيع التي تم استنتاجها عن أسماء المضيفين من chrome://topics-internals.

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

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

يتلقّى المتصلون من واجهة برمجة التطبيقات المواضيع التي لاحظوها فقط

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

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

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

لمزيد من المعلومات حول كيفية استخدام Topics API واختبارها، يمكنك الرجوع إلى دليل مطوّري Topics API.

كيف تحدّ واجهة برمجة التطبيقات من البصمات الرقمية

توفّر Topics API آليات متعدّدة للمساعدة في ضمان صعوبة إعادة تحديد عدد كبير من المستخدمين على المواقع الإلكترونية التي تستخدم Topics API وحدها:

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

كيف عالجت واجهة برمجة التطبيقات المخاوف المتعلّقة بـ "التعلُّم الموحّد للمجموعات النموذجية" (FLoC)

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

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

الخطوات التالية

اطّلِع على مزيد من المعلومات عن المواضيع وآلية عملها.

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

التفاعل مع الملاحظات ومشاركتها