תמיכה במכרזים של כמה אתרי מכירה בעזרת Protected Audience Mediation

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

בדרך כלל, פלטפורמות פרסום בצד המוכר (SSP) מגוונות את מקורות הביקוש למודעות כדי לבצע אופטימיזציה להגדלת ההכנסות מפרסום. בתהליך בחירת הרשת, רשת מודעות או שירות מפעילים כמה רשתות מודעות כדי לקבוע איזו מודעה תהיה הטובה ביותר למיקום מודעה נתון. בהצעה הזו מוסבר איך אפשר להרחיב את Protected Audience API ב-Android כדי להטמיע את הפונקציונליות של תהליך בחירת הרשת (Mediation) ב-Waterfall באופן שמגן על הפרטיות. כיום, רשתות המודעות מספקות למפתחי אפליקציות דרכים שונות לבחור את הרשת שממנה יוצגו המודעות באפליקציה שלהם במכרזים של מודעות מכמה מוכרי מודעות:

1. בחירת רשת ב-Waterfall: מפתחי האפליקציות מגדירים רשימה מסודרת של רשתות מודעות, ולרוב הרשתות מדורגות לפי eCPMs היסטוריות של הרשת הנתונה. הרשימה הזו נקראת שרשרת בחירת הרשת. פלטפורמת בחירת הרשת של מפתח האפליקציה משתמשת ברשימה הזו כדי לקרוא לרשתות המודעות לפי הסדר שבו הן מפורטות, כדי לקבוע את המקורות הרלוונטיים של הביקוש למודעות.
2. תהליך בחירת הרשת (Mediation) פרוגרמטי: מפתח האפליקציה מגדיר כמה רשתות מודעות להשתתפות במכרזים על הזדמנויות להצגת מודעות. הערוצים האלה מורשים להגיש הצעות מחיר בזמן אמת על סמך הערך שהם מעניקים להזדמנות.
3. תהליך בחירת רשת (Mediation) היברידי: שילוב של טכניקות תהליך בחירת רשת (Mediation) מסוג Waterfall ושל תהליך בחירת רשת (Mediation) פרוגרמטי.

רשימת רשתות בתהליך בחירת רשת

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

איור 1. מודל רשימת הרשתות בתהליך בחירת הרשת (Waterfall).

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

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

תהליך בחירת הרשת (Mediation) פרוגרמטית

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

איור 2: מודל בחירת הרשת (Mediation) מבוסס-התוכנה

תהליך בחירת רשת (Mediation) משולב

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

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

רשימת רשתות בתהליך בחירת הרשת (Mediation) עם Protected Audience

Protected Audience API ב-Android תומך ברשימת רשתות בתהליך בחירת הרשת באמצעות מספר מכרזים, כל אחד מהם עבור צומת ספציפי בתרשים בחירת הרשת. אם לא נמצא זוכה במכרז, המערכת קוראת לצומת הבא במכרז הרשת עד שהשרשרת נגמרת. תהליך בחירת הרשת (Mediation) ב-Waterfall מתבצע באופן הבא:

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

איור 3. תהליך בחירת הרשת (Mediation) לפי רשימת רשתות (Waterfall) באמצעות Protected Audience API.

התרשים הקודם מייצג דוגמה לאלגוריתם של רשימת רשתות בתהליך בחירת הרשת ש-SDK של תהליך בחירת הרשת יכול להטמיע, אבל בלי היכולת של רשת המודעות מאינטראקציה ישירה לבצע אופטימיזציה. Protected Audience API תומך באופטימיזציה של רשתות פרסום שמבוססת על נתונים מאינטראקציה ישירה (First-Party), על ידי האפשרות לשרשור תהליכי עבודה לבחירת מודעות ולדיווח על חשיפות מנצחות.

תוצאת AdSelection

סוג הערך המוחזר של selectAds() הוא אובייקט AdSelectionOutcome. השדה AdSelectionOutcome מכיל את ה-URI של העיבוד של המודעה הזוכה ו-AdSelectionId, שהוא מספר שלם אטום שמזהה את נכס הקריאייטיב של המודעה בפריט הזוכה.

AdSelectionOutcome {
  Uri renderUri;
  Long AdSelectionId;
}

AdSelectionId פועל כמצביע ל-AdSelectionOutcome. כיום, הערך של AdSelectionId מועבר לשיטה reportResult() כפרמטר ReportImpressionInput כדי לזהות את המודעות הנכונות שבהן מתבצעת ההפעלה של השיטות reportWin() ו-reportResult().

הצעה לבחירת מודעות ברצף

אנחנו מציעים להוסיף עומס יתר ל-selectAds() באמצעות AdSelectionFromOutcomesConfig.

val config = AdSelectionFromOutcomesConfig.Builder()
        .setSeller(seller)
        .setAdSelectionIds(listOf(outcome1pAdSelectionId))
        .setSelectionSignals({"bid_floor": bidFloorOfNextNetworkInline})
        .setSelectionLogicUri(selectionLogicUri)
        .build()
adSelectionClient.selectAds(config)

כך ערכת ה-SDK לבחירת הרשת יכולה להשוות את הצעת המחיר של המודעה הזוכה שלה לסף הצעת המחיר של הרשת הבאה בתור.

דוגמה 1:

דוגמה 2:

דיווח על חשיפות מנצחות

אם יש זוכה מ-selectAds(AdSelectionFromOutcomes), המודעה הזו תנצח בתהליך בחירת הרשת. לאחר מכן, reportImpression נקרא עם מזהה בחירת המודעה של המודעה הזוכה מ-selectAds(AdSelectionFromOutcomes) ועם AdSelectionConfig התואם.

אם המנצח מוחזר מ-selectAds(AdSelectionConfig) של אחת מהערוצים, מתבצעת קריאה ל-reportImpression עם מזהה הבחירה של המודעה וההגדרה מהקריאה הזו.

הפעלת רשימת רשתות בתהליך בחירת הרשת

זהו סדר הפעולות בתהליך בחירת הרשת ברשימת הרשתות.

1. מריצים את הבחירה של מודעות מצד ראשון.
2. חזרה על שרשרת בחירת הרשת. בכל רשת צד שלישי, מבצעים את הפעולות הבאות:
   1. יוצרים את AdSelectionFromOutcomeConfig, כולל outcomeId של הצד הראשון ואת סכום התחלת הבידינג של ה-SDK של הצד השלישי
   2. קוראים ל-selectAds() עם config מהשלב הקודם.
   3. אם התוצאה לא ריקה, מחזירים את המודעה.
   4. קוראים לשיטה selectAds() של מתאם הרשת הנוכחי של ה-SDK. אם התוצאה לא ריקה, מחזירים את המודעה.
3. אם לא נמצא מנצח בשרשרת, המערכת מחזירה את המודעה מהדומיין הנוכחי.

שיטות מומלצות

הרצת מכרזים לפי הקשר לפני אופטימיזציה לפי נתונים מהצד הראשון

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

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

כדאי לשמור על שרשרת קצרה של רשתות בחירת הרשת במכשיר

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

שיקולים נוספים

Protected Audience API לא מציע פתרון מקיף לבחירת רשת להצגת מודעות במספר משבצות מודעות. יש לעבד כל מיקום מודעה בנפרד.

Protected Audience Mediation API תומך ברשימת רשתות בתהליך בחירת הרשת ובתהליך בחירת הרשת (Mediation) פרוגרמטי מוגבל. בעתיד נשתף פרטים נוספים על תמיכה בתרחישים לדוגמה נוספים של תהליך בחירת הרשת (Mediation) פרוגרמטית.

מאחר שבחירת המודעות של Protected Audience פועלת אחרי אחזור המודעות לפי הקשר, הקריאה ל-Protected Audience API עשויה להשפיע על זמן האחזור מקצה לקצה של בקשות להצגת מודעות.