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

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

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

הגדרות

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

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

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

משתתפים

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

איך מגדירים מכרז עם כמה אתרי מכירה

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

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

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

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

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

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

דירוג מכרז ועיבוד מודעה ברמה העליונה

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

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

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