‫Topics API للأجهزة الجوّالة: نظرة عامة

تعرَّف على Topics API على Android والخطوات المتّبعة لتنفيذها. يمكنك أيضًا الانتقال مباشرةً إلى تنفيذ المواضيع.

How the Topics API works

The Topics API can be used to observe and provide access to topics that appear to be of interest to the user, based on their activity. The Topics API can then give API callers (such as ad tech platforms) access to a user's topics of interest, but without revealing additional information about the user's activity.

Key concepts

  • A topic is a human-readable topic of interest for the current user and is part of the Topics taxonomy.
  • A caller is an entity, such as an app, a third-party SDK, a website, or service, that makes a request to the Topics API to observe or access a user's interests.
  • A topic is observed by a caller, if the caller made a Topics API request from a web page or app associated with this topic during the past three epochs.
  • An epoch is a period of topic computation, which defaults to one week.
  • A taxonomy is a hierarchical list of categories, which includes, for example, such categories as /Arts & Entertainment/Music & Audio/Soul & R&B and /Business & Industrial/Business Services/Corporate Events.
  • Topics are derived using a classifier model that maps user activity to zero or more topics.

Topics API flow core steps

The Topics API lifecycle has three main steps:

  • Observe user activity, such as when they visit the web page https://cats.example/tabby/index.html or download the app cats.
  • Derive topics from user activity, for example /Pets & Animals/Pets/Cats.
  • Access topics previously observed for the user, for example as a signal to select relevant advertising (such as a cat food promotion).

Observe topics

Callers can only access topics of interest that they've observed. A caller observes a topic when they make a Topics API request from a context associated with this topic. To illustrate this concept, consider the following simplified example.

  • Suppose there are two Topics API callers: A and B.
  • There are two contexts:
    • Greenhouse, for example an app named Greenhouse or a website greenhouse.example, associated with the topic Home & Garden.
    • Tennis exercises, for example an app named Tennis Exercises or a website tennis.example, associated with the topic Sports/Tennis.
  • Both caller A and B are present in the context of Greenhouse.
  • Only the caller B is present in the context of Tennis exercises.
  • Assume that no topics were observed for the user before epoch 1, for the sake of simplification.
  • The user visits the Greenhouse app, and callers A and B make a Topics API call to record the user visit to the page or app (see the implementation guide suggested in Next steps to find out how to call the Topics API). This record (a hostname or app data) is later used to derive topics of interest. The Topics API will later mark the topic Home & Garden as observed by both callers A and B.
  • The user visits the Tennis exercises app. Only the caller B sends a Topics API request. The Topics API will later mark the topic Sports/Tennis as observed by the caller B.
  • By the end of the epoch, the Topics API refreshes the user's top topics and determines the callers that observed these topics based on user activity.
  • Later, when the caller B makes another Topics API call, it can get either Home & Garden or Sports/Tennis topic (or, with a 5% chance, a random topic) for this user in the response array.
  • Caller A can only access the topic Home & Garden, as it has never observed the topic Sports/Tennis. This means that a third-party will only learn about a user's topic of interest within the specific context (app or website) where it is present.
Diagram showing that the Topics API only marks the topics as observed if the callers has presence in the context.
The Topics API marks the topics observed only by the callers that have presence in the context of these topics. The callers will only be able to access the topics they have observed.

Derive topics

Topics derives topics of interest from user activity. The topics are selected from a predefined open-source taxonomy. Once per epoch, Topics refreshes the user's top five topics and the callers that observed them during the epoch. The Topics classifier model derives topics from user activity: hostname for a web page visit, app information on Android.

Caller accesses user's topics of interest

The API returns only topics that have been observed by the caller within the most recent three epochs. A maximum of three topics may be returned to a caller,one topic for each of the three recent epochs (if the caller observed topics for that epoch). The returned topics can be used by the caller to supplement any contextual information and can be combined to help find a more relevant ad for the user.

Epochs

The Topics API must ensure that the topics of interest it provides are kept up to date. The topics are inferred for a user based on their activity during a period of time known as an epoch, one week by default. Each user has their own epochs (epochs are "per user") and the initial start time is randomized.

Once each epoch, the Topics API computes the user's top five topics and determines which callers observed those topics using on-device information. The topic selected for each epoch is randomly selected from the user's top five topics for that time period. To further enhance privacy and ensure that all topics may be represented, there is a 5% chance the topic is randomly selected from all possible topics in the taxonomy of interests.

المواضيع على Android في الواقع

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

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

راجِع دليل تنفيذ Topics API للحصول على عيّنات من الرموز البرمجية توضّح كيفية إعداد إمكانية جلب المواضيع للإعلانات المستندة إلى الاهتمامات.

دمج المواضيع حسب نوع النشاط التجاري

فعِّل الإعلانات المستندة إلى الاهتمامات باستخدام Topics API. اتّبِع الخطوات استنادًا إلى نوع نشاطك التجاري في مجال تكنولوجيا الإعلان لدمج Topics API والاستعداد لإطلاقها.

لجميع تكنولوجيات الإعلان

بالنسبة إلى تقنيات الإعلان من جهة العرض

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

بالنسبة إلى تكنولوجيات الإعلان من جهة الشراء

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

كيف تستنتج واجهة برمجة التطبيقات مواضيع أحد التطبيقات؟

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

أداة تصنيف المواضيع

يتم استخلاص المواضيع التي تهمّ المستخدم من نموذج تصنيف يتم تدريبه على معلومات التطبيقات المتاحة للجميع.

  • عند استخدام نموذج المصنّف للاستدلال من أجل احتساب المواضيع لفترة زمنية معيّنة، تظل مجموعة الإشارات المستخدَمة على الجهاز. قد تتضمّن هذه المجموعة من الإشارات التطبيقات المثبَّتة أو المستخدَمة مؤخرًا، وقد يتم توسيعها لاحقًا لتشمل إشارات أخرى.
  • درّبت Google النموذج V5 على 540,000 من معلومات التطبيقات المتاحة للجميع والمصنّفة يدويًا، و17 مليون من معلومات التطبيقات المصنّفة باستخدام تعلُّم الآلة من متاجر التطبيقات، مثل "متجر Google Play". يستخدم النموذج أسماء التطبيقات وأسماء الحِزم كإشارات إدخال، وهو متاح مجانًا لمطوّري التطبيقات لاختباره والاطّلاع على المواضيع التي يصنّف تطبيقهم ضمنها.
  • من المحتمل أن يتم ربط تطبيق بأكثر من موضوع واحد أو بدون أي مواضيع، أو أنّه لم تتم إضافته إلى سجلّ المواضيع الخاص بالمستخدم. في حال كان التطبيق مرتبطًا بأكثر من موضوع واحد في التصنيف، سيقتصر عدد المواضيع التي تم اختيارها لهذا التطبيق على المواضيع الثلاثة الأولى.

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

التصنيف

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

المواضيع على Android في الواقع

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

التطبيق تصنيف المواضيع حزمة تطوير البرامج (SDK) لتكنولوجيا الإعلان
A ‫T1 وT5 ad-sdk1, ad-sdk2
B T2 ad-sdk2
C ‫T3 وT6 ad-sdk3, ad-sdk4
D ‫T1 وT4 ad-sdk1
E T5 ad-sdk4, ad-sdk5
F T6 ad-sdk2, ad-sdk3, ad-sdk4
G T7 ad-sdk2

نهاية الأسبوع الأول: تنشئ Topics API أهم 5 مواضيع للمستخدم في هذه الحقبة.

أهم موضوع المتصلون الذين يمكنهم التعرّف على الموضوع
T1 ad-sdk1, ad-sdk2
T2 ad-sdk2
T3 ad-sdk3, ad-sdk4
T4 ad-sdk1
T5 ad-sdk1, ad-sdk2, ad-sdk4, ad-sdk5

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

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

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

تشفير المواضيع التي يتم إرجاعها

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

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

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

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

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

انظر أيضًا

يمكنك الاطّلاع على مراجعنا لفهم Topics API على Android بشكل أفضل.