הפעלת מכרז מבוסס-דפדפן עם כמה מוכרים

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

לפני שמתחילים, כדאי לקרוא על הפעלת מכרז של Protected Audience עם מוכר יחיד.

הגדרות

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

מכירות פומביות

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

משתתפים

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

הגדרת מכרז עם כמה מוכרים

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

מכרז עם מספר מוכרים בשילוב עם Protected Audience API

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

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

  1. אתר המוציא לאור טוען את הסקריפט של המוכר ברמה העליונה.
  2. הספרייה בצד הלקוח של המוכר ברמה העליונה מספקת להגדרות של מכרזי הרכישה של הרכיבים אותות מהקונים למוכר ברמה העליונה.
  3. המוכר ברמה העליונה מתחיל את המכרז של Protected Audience באמצעות קריאה ל-runAdAuction().
  4. מכרז רכיב של מוכר א' (הוא פועל במקביל למכרז הרכיב של מוכר ב'). הדפדפן קורא את קבוצות תחומי העניין של המשתמש לכל הקונים שמשתתפים במכרז הרכישה של המרכיב של מוכר א'.
  5. הדפדפן מאחזר את סקריפט הבידינג ואת אותות הבידינג המהימנים מהמיקומים שצוינו בקבוצות העניין של הקונים שמשתתפים במכרז הרכישה של הרכיב.
  6. הדפדפן יוצר את הצעות המחיר על ידי הפעלת הלוגיקה של כל קונה ליצירת הצעות מחיר.
  7. הדפדפן מאחזר את סקריפט הדירוג ואת אותות הדירוג המהימנים של כל מודעה ממוכ"ז א'.
  8. הדפדפן מבצע את הלוגיקה של סולם הדירוג של מוכר א' לכל הצעת מחיר.
  9. הדפדפן בוחר את המודעה עם הציון הגבוה ביותר שנשלח על ידי הלוגיקה של דירוג המוצרים של מוכר א'.
  10. מכרז רכיב של מוכר ב (הוא פועל במקביל למכרז הרכיב של מוכר א'). הדפדפן קורא את קבוצות תחומי העניין של המשתמש לכל הקונים שמשתתפים במכרז הרכישה של המרכיב של מוכר ב'.
  11. הדפדפן מאחזר את סקריפט הבידינג ואת אותות הבידינג המהימנים מהמיקומים שצוינו בקבוצות העניין של הקונים שמשתתפים במכרז הרכישה של הרכיב.
  12. הדפדפן יוצר את הצעות המחיר על ידי הפעלת הלוגיקה של כל קונה ליצירת הצעות מחיר.
  13. הדפדפן מאחזר את סקריפט הדירוג ואת אותות הדירוג המהימנים של כל מודעה ממוכר ב'.
  14. הדפדפן מבצע את הלוגיקה של מערכת הדירוג של מוכר ב' לכל הצעה.
  15. הדפדפן בוחר את המודעה עם הציון הגבוה ביותר שנשלח על ידי לוגיקת הניקוד של מוכר ב'.

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

ציון במכרז ברמה העליונה ורינדור של מודעות

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

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

  1. הדפדפן מאחזר את סקריפט הדירוג מהמוכר ברמה העליונה, יחד עם אותות מהימנים לדירוג של כל מודעה.
  2. הדפדפן מבצע את הלוגיקה של הניקוד של המוכר ברמה העליונה לכל הצעה מנצחת בכל מכרזי הרכיבים. הסקריפט מחשב את דירוג הרצון, כנראה על סמך מחיר הצעת המחיר של הרכיב 'קהל מוגן'.
  3. הדפדפן בוחר את המודעה עם ציון הרצון הגבוה ביותר שנשלח על ידי הלוגיקה של מערכת הדירוג של המוכר ברמה העליונה.
  4. המכרז של Protected Audience מחזיר אובייקט FencedFrameConfig או URN אטום לספרייה בצד הלקוח של המוכר ברמה העליונה.
  5. הספרייה בצד הלקוח מגדירה את המאפיין config של המסגרת המגודרת לאובייקט FencedFrameConfig, או מגדירה את המאפיין src של ה-iframe ל-URN האטום של המודעה הזוכה ב-Protected Audience.
  6. הדפדפן מאחזר מהקונה את המודעה שזכתה במכרז של Protected Audience API.
  7. הדפדפן מציג את המודעה למשתמש.