Topics API ל-Android תוכנן לתמוך בפרסום המבוסס על תחומי עניין, בלי להסתמך על מזהים בין אפליקציות.
המפרסמים שואפים להציג מודעות רלוונטיות שקשורות לתחומי העניין של המשתמש. לדוגמה, אם משתמש מתעניין במידע הקשור לבישול, ייתכן שמודעות הקשורות לבישול יהיו יותר רלוונטיות עבורו מאשר מודעות שלא קשורות לתחומי העניין שלו.
פרסום מבוסס-עניין (IBA) הוא סוג של פרסום מותאם אישית שבו המודעות נבחרות על סמך תחומי העניין של המשתמש. בארגז החול לפרטיות ב-Android, תחומי העניין האלה נגזרים מאפליקציות שהמשתמש הייתה בהן אינטראקציה איתו. פרסום זה שונה מפרסום לפי הקשר, אשר מבוסס אך ורק על תחומי העניין הנגזרים מהתוכן הנוכחי שמוצג. פרסום לפי תחומי עניין (IBA) מאפשר לאפליקציות להציג מודעות שהן רלוונטיות ומעניינות יותר מאשר מודעות לפי הקשר.
פרסום לפי תחומי עניין (IBA) בדרך כלל עוסק בתקשורת בין אפליקציות, מוכרים וקונים. המדריך הזה מיועד לכל הגורמים האלה, כולל רשתות וטכנולוגיות פרסום שפועלים גם כקונים וגם כמוכרים.
Topics API מסיק אותות של תחומי עניין בפירוט גס במכשיר על סמך השימוש של המשתמש באפליקציה. האותות האלה, שנקראים topics, משותפים עם המפרסמים כדי לתמוך בפרסום לפי תחומי עניין (IBA) ללא צורך במעקב אחרי משתמשים ספציפיים באפליקציות השונות.
יש שיקולים חשובים שחשוב להביא בחשבון כשמטמיעים פרסום המבוסס על תחומי עניין באמצעות Topics API:
ה המערכת מסיקה שתחומי העניין של המשתמשים מעובדים במכשיר: המידע של המשתמש על האפליקציות בדיוק שמותקנות במכשיר של המשתמש לא יוצא מהמכשיר, והפרטיות מוגנת. המודל הזה שונה מהמודל הנפוץ הנוכחי של שליחת נתונים מאפליקציות שונות של המשתמש ועיבודם מהמכשיר, בשרתי טכנולוגיות פרסום. סוגים מסוימים של עיבוד ימשיכו להישאר בשרתים של פרסום דיגיטלי, כמו שימוש באותות ש-Topics API מספק במודלים של התאמה אישית ואופטימיזציה לצורך בחירת המודעות.
הקונים והמפרסמים תלויים בצד המוכר: כדי לקבל נושאים, ערכות ה-SDK ואפליקציות בצד המכירה צריכות ליצור טביעת רגל על ידי היותם צופים ב-Topics API למשך תקופה אחת לפחות.
הסברים על המונחים
- מפרסם: חברה שמעוררת אינטראקציה באמצעות קניית מלאי של שטחי פרסום
- בעל תוכן דיגיטלי: חברה שמוכרת מלאי שטחי פרסום שזמין לצד התוכן שלה
- קונה (או צד הרוכש): חברת פרסום דיגיטלי שעוזרת למפרסמים לקנות מלאי שטחי פרסום
- בית עסק (או גורם מוכר): חברת פרסום דיגיטלי שעוזרת לבעלי תוכן דיגיטלי למכור מלאי שטחי פרסום
- רשת: חברת פרסום דיגיטלי שפועלת גם כקונה וגם כמפיץ
- בבעלות ובהפעלה של: חברה שמתפקדת בתור בעל התוכן הדיגיטלי, המוכר והקונה
שערים
אם פרסום לפי תחומי עניין חשוב לעסק שלכם, אנחנו רוצים להפעיל גרסה של Topics API בהקשר של התרחישים העסקיים של האפליקציה, כדי שנוכל לקבל מכם משוב ולעצב את ה-API. אנחנו רוצים לוודא שתוכלו לבטל חסימה של עיצובים ופיתוחים, כדי שתוכלו לקבל נושאים כאשר גרסת הבטא תושק.
בשלב הזה, היעדים של תכנון השילוב של ארגז החול לפרטיות בתצוגה המקדימה למפתחי Android כוללים את האפשרות לבצע את הפעולות הבאות:
לכל טכנולוגיות המודעות
- קוראים את הטקסונומיה של 'נושאים' ונותנים משוב על הנושאים הכלולים.
- כדאי לערוך ניסויים עם אפליקציות לדוגמה של Topics API כדי לראות אילו נתוני נושאים מוחזרים מהמסווג במכשיר.
- כדי להתחיל להפעיל את Topics API, צריך לעדכן את תהליכי האפליקציה וה-SDK.
- צריך לעדכן פרוטוקולים כדי להתחיל לשלוח נושאים בבקשות להצגת מודעות.
- רושמים את טכנולוגיות הפרסום לארגז החול לפרטיות.
לטכנולוגיות המודעות של הצד המוכר
- משתמשים כתצפיתנים כדי ליצור טביעת רגל של Topics API. Topics API הוא אות חדש, לכן כדאי לעדכן את ה-SDK כדי להתחיל לקרוא ל-Topics API. כדי לאחזר נושאים באופן עקבי, האפליקציות צריכות להפעיל את ה-API לפחות פעם אחת בכל תקופה של זמן מערכת. נדרשות עד 4 תקופות של זמן עד לקבלת המספר המקסימלי של נושאים (3 נושאים) לשליחת הבקשות שלכם להצגת מודעות.
- הכללת מידע מ-Topics API בבקשות להצגת מודעות. עבור כל בקשה להצגת מודעה, תוכלו להתחיל לשתף את הנתונים של Topics API עם שותפים מצד הקונה. המטרה של Topics API היא להוסיף אותות אחרים (כמו אותות תלויי הקשר) כדי למצוא מודעה שמתאימה למבקר מסוים.
- עליך לעבוד יחד על פרוטוקול כדי לשתף נושאים עם השותפים שלך בצד הקונה. ל-Topics API נדרשים כל ערכות SDK כדי לעבוד עם שותפים במורד הזרם, כדי להסכים על אופן השיתוף של הנתונים של Topics API.
לטכנולוגיה של מודעות בצד הקונה
- צרו קשר עם שותפים בצד המכירה כדי לאשר את התוכניות שלהם, לבחון את הנושאים וליצור טביעת רגל. כדי לקבל נושאים, ספקים מצד המכירה צריכים להפעיל את Topics API לפחות פעם אחת בכל תקופה של זמן מערכת.
- עובדים ביחד על פרוטוקול לקבלת נושאים משותפי המכירה שמטפלים בכם. Topics הוא אות חדש שישותף על ידי שותפים מצד המכירה במסגרת הבקשה להצגת מודעה. צרכנים בצד הקונה יצטרכו לוודא שהם עובדים עם שותפי ה-upstream שלהם על אופן השיתוף של הנושאים.
- לשלב נושאים במודלים של בידינג ואופטימיזציה. אנחנו מצפים מ-Topics API להוסיף אותות אחרים, כמו לפי הקשר, כדי למצוא פרסומת שמתאימה למבקר.
דרישות מוקדמות והגדרה
מפתחים, מוכרים וקונים של אפליקציות צריכים לבצע את השלבים הבאים כדי להגדיר את השימוש ב-Topics API.
היכרות עם ממשק ה-API
- בתור התחלה, כדאי לקרוא את הצעת העיצוב כדי להכיר את Topics API ואת היכולות שלו.
- במדריך למפתחים מוסבר איך לשלב את הקוד ואת קריאות ה-API הנדרשים בתרחישים לדוגמה שלכם.
- קוראים את הטקסונומיה ושולחים משוב על הנושאים שכלולים ברשימה.
- שולחים משוב לגבי הצעת העיצוב או התיעוד.
- אתם יכולים להירשם כדי לקבל עדכונים לגבי Topics API. כך תוכלו להתעדכן בתכונות החדשות שיושקו בגרסאות הבאות.
הגדרה ובדיקה של האפליקציה לדוגמה
- כדי להגדיר את ארגז החול לפרטיות ב-Android SDK ב-Android Studio, פועלים לפי ההוראות המפורטות בדף הזה.
- פורסים ומריצים את הקוד בגרסת Java או Kotlin של האפליקציה לדוגמה כדי להכיר את האופן שבו ניתן לאחזר נושאים במכשיר.
- בזמן הבדיקה, כדאי להתנסות בפרטי האפליקציה לפי השם והתיאור שלה כדי לקבוע אילו נושאים יוחזרו מהמסווג במכשיר.
- אחרי שתבינו איך פועלים ה-API של הלקוח והסיווגים במכשיר, תוכלו להשתמש באפליקציה לדוגמה כדוגמה להדריך את השילוב שלכם.
טיפ: חשוב לבדוק היטב את מידת היעילות של נתוני הנושאים שמוחזרים עבור האפליקציה. עליכם לזהות את הדרכים שבהן לדעתכם אפשר לשפר את הסיווג או הטקסונומיה, ולשלוח משוב אם יש לכם המלצות לשיפור הטקסונומיה.