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

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

حالة التنفيذ

ما هي Topics API؟

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

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

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

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

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

آلية العمل

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

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

ملاحظة مواضيع الأسلاف

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

مثلاً، إذا كان المتصفِّح يسجِّل أنّ المتصِل رصد 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، يتم استنتاج المواضيع من أسماء المضيفين للصفحات التي يزورها المستخدم. على سبيل المثال، قد يكون الموضوع المستنتج لموقع إلكتروني عن أحواض الأسماك هو /الحيوانات الأليفة/الحيوانات الأليفة/السمك وأحواض السمك.
  • احسب أهم الموضوعات للمستخدم استنادًا إلى نشاط التصفح الأخير.
  • توفير آليات للوصول إلى المواضيع التي تهم المستخدم في الوقت الحالي، للمساعدة في اختيار الإعلانات المناسبة.

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

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

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

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

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

يؤدي تنفيذ Chrome لـ Topics API إلى تنزيل ملف 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) أكثر شفافية وفهمًا للمستخدمين.

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

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

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

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

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