‫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.

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

Top Topic	المتصلون الذين يمكنهم الاطّلاع على الموضوع
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 أيضًا تقديم مفاتيح التشفير لضمان أنّ المواضيع المعروضة لا يمكن لأحد قراءتها إلا للمستدعي.

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

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

Next steps

انظر أيضًا

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

• يمكنك الاطّلاع على نماذج تطبيقات ومحتوى تعاون وجولة تفصيلية حول Topics.
• تعرَّف على كيفية تمكُّن المستخدمين والمطوّرين من التحكُّم في واجهة برمجة التطبيقات.
• يمكنك الاطّلاع على مراجع الدعم لطرح الأسئلة والتفاعل مع المستخدمين ومشاركة الملاحظات.