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.

שילוב נושאים לפי סוג העסק

הפעלה של IBA (פרסום שמבוסס על תחומי עניין) באמצעות Topics API. כדי לשלב את Topics API ולהתכונן להשקה, צריך לפעול לפי השלבים בהתאם לסוג העסק שלכם בתחום טכנולוגיות הפרסום.

לכל ספקי טכנולוגיות הפרסום

• מעיינים בטקסונומיה של Topics ושולחים משוב.
• כדי לראות אילו נתוני נושאים מוחזרים מהמסווג במכשיר, אפשר להתנסות באפליקציות לדוגמה של Topics API.
• מעדכנים את תהליכי העבודה של האפליקציה וערכת ה-SDK כדי להתחיל לקרוא ל-Topics API.
• כדי להתחיל לשלוח נושאים בבקשות להצגת מודעות, צריך לעדכן את הפרוטוקולים.
• הצטרפות לתוכנית של ארגז החול לפרטיות.

לספקי טכנולוגיות פרסום בצד המוכר

• כדי ליצור נוכחות ב-Topics API, צריך להפוך למשתתף בתהליך התצפית. ‫Topics API מספק אות חדש, ולכן תצטרכו לעדכן את ה-SDK כדי להתחיל לקרוא ל-Topics API. כדי לאחזר נושאים באופן עקבי, ערכת ה-SDK צריכה לקרוא ל-API מאפליקציות של בעלי תוכן דיגיטלי לפחות פעם אחת בכל תקופה. כדי לקבל את המספר המקסימלי של נושאים (שלושה נושאים) לשליחה עם בקשות להצגת מודעות, צריך להמתין עד ארבע תקופות.
• הכללת מידע מ-Topics API בבקשות להצגת מודעות. בכל בקשה להצגת מודעה, מתחילים לשתף את הנתונים של Topics API עם שותפים בצד הקנייה. הממשק Topics API נועד להשלים אותות אחרים (כמו אותות הקשריים) כדי לעזור למצוא מודעה מתאימה למבקר נתון.
• שיתוף פעולה עם שותפים בצד הקנייה כדי ליצור פרוטוקול לשיתוף נושאים. כדי ש-Topics API יפעל, כל SDK צריך לעבוד עם שותפים במורד הזרם כדי להסכים על אופן השיתוף של הנתונים מ-Topics API.

לספקי טכנולוגיות פרסום בצד הקונה

• צריך ליצור קשר עם שותפים בצד המוכר כדי לוודא שהם מתכננים לעקוב אחרי נושאים ולבסס נוכחות. כדי לקבל נושאים, ספקי צד-המוכר צריכים להפעיל את Topics API לפחות פעם אחת בכל תקופה.
• עבודה משותפת על פרוטוקול לקבלת נושאים משותפים מצד השותפים שלכם שמוכרים שטחי פרסום. נושאים הוא אות חדש שישותף על ידי שותפים בצד המכירה כחלק מהבקשה להצגת מודעה. משתמשים בצד הקנייה צריכים לוודא שהם עובדים עם השותפים שלהם במעלה הזרם כדי להבין איך הנושאים ישותפו.
• שילוב נושאים במודלים של בידינג ואופטימיזציה. ממשק Topics API נועד להשלים אותות אחרים כמו אותות הקשריים, כדי לעזור למצוא מודעה מתאימה למבקר.

איך ה-API מסיק נושאים לגבי אפליקציה

ב-Android, ‏ Topics API מסיק נושאים לאפליקציה על סמך פרטי האפליקציה, באמצעות מודל סיווג. ביישום הנוכחי, התכונה 'נושאים' משתמשת בשמות של אפליקציות וחבילות כדי להקצות נושאים שמעניינים את המשתמש לאפליקציה, אבל יכול להיות שבהמשך היא תורחב כך שתכלול מידע נוסף כמו תיאור האפליקציה.

מסווג נושאים

נושאי העניין נגזרים ממודל סיווג שאומן על מידע גלוי לכולם על אפליקציות.

• כשמשתמשים במודל הסיווג להסקת מסקנות כדי לחשב את הנושאים לתקופה נתונה, מערך האותות שמשמשים נשאר במכשיר. קבוצת האותות הזו עשויה לכלול אפליקציות שהותקנו או שהיו בשימוש לאחרונה, ויכול להיות שבהמשך היא תורחב ותכלול אותות נוספים.
• מודל V5 אומן על ידי Google על 540,000 נתוני אפליקציות שסומנו על ידי בני אדם ו-17 מיליון נתוני אפליקציות שסומנו על ידי ML, שזמינים לציבור מחנויות אפליקציות כמו חנות Google Play. המודל משתמש בשמות של אפליקציות ובשמות של חבילות כאותות קלט, והוא זמין בחינם למפתחי אפליקציות כדי לבדוק לאילו נושאים האפליקציה שלהם מסווגת.
• יכול להיות שאפליקציה ממופה ליותר מנושא אחד, או לא ממופה לאף נושא, או שהיא לא נוספת להיסטוריית הנושאים של המשתמש. אם אפליקציה ממופה ליותר מנושא אחד בטקסונומיה, מספר הנושאים שנבחרו לאפליקציה הזו יוגבל לשלושת הנושאים המובילים.

כדי להבין טוב יותר איך פועל מודל הסיווג, אפשר לבדוק איך נתונים שונים של האפליקציה משפיעים על הסיווג באמצעות Android Topics Classifier Colab

טקסונומיה

הנושאים נבחרים מתוך טקסונומיה מוגדרת מראש של קוד פתוח. הטקסונומיה זמינה לציבור, והיא עשויה להשתנות. אפשר לשלוח הצעות באמצעות לחצן המשוב בראש הדף הזה. הטקסונומיה הזו נוצרת על ידי אנשים, כך שנושאים רגישים לא נכללים בה. ההסכמה תותאם לקטגוריות המודעות שאפשר להציג באפליקציות לנייד ב-Android.

נושאים ב-Android – איך זה עובד בפועל

נניח שלמשתמש יש שבע אפליקציות מותקנות במכשיר: A, ‏ B, ‏ C, ‏ D, ‏ E, ‏ F ו-G. נניח שסיווג הנושאים של האפליקציה ושל ערכות ה-SDK של טכנולוגיית הפרסום באפליקציות האלה הוא כדלקמן:

קידום אפליקציות	סיווג נושאים	Ad tech 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

בשבוע השני, אם מתבצעת קריאה ל-API על ידי אפליקציה כלשהי, רשימת הנושאים שמוחזרת תכלול רק נושאים שבהם הקורא מופיע בעמודה 'קוראים שיכולים לקבל מידע על הנושא' עבור אותו נושא, עבור אותה אפליקציה ועבור אותה תקופה.

• חלון ההיסטוריה שכלול בחישוב הנושאים שזמינים לכל מתקשר הוא שלוש תקופות (או שלושה שבועות).
• המערכת משתמשת רק בנושאים שמשויכים לאפליקציות שמפעילות את Topics API דרך ערכות SDK לפרסום. המשמעות היא שאם אפליקציה לא כוללת ערכות SDK של מודעות שקוראות ל-Topics API, הנושאים שמשויכים לאפליקציה הזו לא תורמים למאגר הנושאים שערכות SDK של מודעות יכולות לגשת אליו.
• אפשר גם לבטל את ההסכמה לשימוש ב-Topics API באפליקציה. נושאים שמשויכים לאפליקציות שהמשתמשים ביטלו את ההסכמה שלהם לגביהן לא ייכללו בחישוב השבועי של הנושאים. נעדכן את המסמך הזה ונוסיף בו פרטים רלוונטיים על הטמעה.

אם אין מספיק נתוני שימוש באפליקציה כדי שהפלטפורמה תוכל להסיק חמישה נושאים, יכול להיות שהפלטפורמה תשקול אפשרויות כמו יצירה אקראית של הנושאים שנותרו.

הצפנה של נושאים שהוחזרו

פלטפורמות פרסום דיגיטלי רשומות שמבצעות קריאה ל-Topics API נדרשות גם לספק מפתחות הצפנה כדי להבטיח שרק הגורם שביצע את הקריאה יוכל לקרוא את הנושאים שמוחזרים.

ארגז החול לפרטיות יאחזר את המפתחות האלה מנקודת הקצה שסופקה על ידי טכנולוגיית הפרסום . מומלץ לעדכן את המפתחות באופן קבוע, אבל לפחות אחת לשישה חודשים.

במהלך תהליך ההרשמה, ארגז החול לפרטיות יבקש מספקי טכנולוגיות פרסום לאשר את הזמינות של נקודת הקצה שהם מספקים. פרטים נוספים על הפעולות שספקי טכנולוגיות פרסום קיימים וחדשים צריכים לבצע מופיעים במדריך ההרשמה.

השלבים הבאים

ראה גם

כדאי לעיין במקורות המידע שלנו כדי להבין טוב יותר את Topics API ב-Android.

• כדאי לעיין באפליקציות לדוגמה, שיתופי פעולה וסרטוני הדרכה מפורטים של Topics.
• איך משתמשים ומפתחים יכולים לשלוט ב-API
• כדאי לעיין במקורות המידע לתמיכה כדי לשאול שאלות, להשתתף בפורומים ולשתף משוב.