הנחיות לבדיקה של ממשקי API הרלוונטיים

לפני שמתחילים

  • צריך לבדוק את אתר החדשות הזה לצד הנחיות הבדיקה של CMA: הערה לגבי ניסויים (נובמבר 2022), הנחיות לבדיקה (יוני 2023) והנחיות נוספות לבדיקות (אוקטובר 2023).
  • מטרת המסמך הזה היא לספק למשתתפים בשוק הנחיות לגבי תרחישי השימוש ב-רלוונטיות API, ההגדרה, מבנה הניסוי, היעדים ושיטות העבודה המומלצות להערכה למשתתפים בשוק.

עקרונות לתכנון ניסוי

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

הקצאה והקצאה של משתמשים בסדר אקראי

  • אם אתם לא משתמשים אך ורק בקבוצות ניסוי ש-Chrome מסייע להן (לדוגמה, הפעלת הניסוי על תנועה אחרת), ודאו שחלוקת הבדיקה והבקרה של המשתמשים היא אקראית ובלתי משוחדת. בלי קשר להגדרה של קבוצת הניסוי, כדאי להעריך את המאפיינים של זרועות הבדיקה וזרוע הבקרה כדי לוודא שקבוצות הבדיקה/הבקרה הן ניתנות להשוואה. מידע נוסף זמין בסעיף 15.
  • מוודאים שמאפייני המשתמשים של קבוצות הבדיקה והבקרה זהים (לדוגמה, השתמשו באזורים גיאוגרפיים דומים גם בקבוצת הבדיקה וגם בקבוצת הבקרה). למידע נוסף: סעיף 28.
  • בעזרת העיצוב המוצע של ה-CMA, כדאי לכלול 3 קבוצות ניסוי: טיפול (PS API + אותות אחרים) + קבוצת בקרה 1 (בלי 3PC + אותות אחרים) + קבוצת בקרה 2 (בלי 3 PCs + בלי PS APIs + אותות אחרים). מידע נוסף זמין בסעיפים 10-14.
  • חשוב לוודא שבהגדרה נעשה שימוש מלא ככל האפשר בתוויות הבדיקה שמבוססות על Chrome.
  • חשוב לזכור שבתוכנית של Chrome להחריג מופעים מסוימים של Chrome מקבוצות הניסוי האלה מסיבות משפטיות, חוויית משתמש ו / או מסיבות טכניות. כולל Chrome Enterprise ואחרים. ההחרגות האלה יהיו זהות למצבי א' ולמצב ב', ולכן הן יהיו בבקרה 1, בבקרה 2 ובקבוצת הטיפול. כתוצאה מכך, אין להשוות בין מדדים שהושגו בקבוצות ניסוי לבין מדדים שהושגו מחוץ לקבוצות אלה.

יישור קו בין ההגדרות של קבוצות הבדיקה והבקרה

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

איסוף והערכה של מדדים

  • לפני שתעריכו את התוצאות, ודאו שההפרש בתוצאות בין קבוצת הבדיקה לקבוצת הבקרה הוא מובהק סטטיסטית. למידע נוסף: סעיף 25.
  • בכל המדדים חשוב לוודא שמתבצעת הערכה של חריגים. ללוגיקת השיוך בנגיעה אחת יש נטייה רבה במיוחד להבדלים במדדים של מכירות או החזר על הוצאות פרסום (ROAS), שעלולים להשפיע באופן בלתי מכוון על התוצאות. מידע נוסף זמין בנספח 2.טבלה.
  • אם אתם משתמשים בשיטות שלא קשורות ל-3PC כדי למדוד המרות (למשל, קישוטי קישורים, נתונים מאינטראקציה ישירה (First-Party) או נתונים לפי הקשר אחרים), כדאי לוודא שהן ישמשו גם בקבוצת בדיקה וגם בקבוצת בקרה. למידע נוסף: סעיפים 13 ו-14.
  • כדאי להשתמש בשתי קבוצות ניסוי שונות, אחת כדי למדוד את רלוונטיות APIs ואחת כדי למדוד את Attribution Reporting API. כך ניתן למנוע בדיקה רבת-משתנים ולבחון בקלות את הגורם לתצפיות. פרטים נוספים זמינים במדריך לבדיקת מדידה וטבלה עם שיטות המדידה המומלצות לפי זרוע ניסוי.
טיפול לעומת קבוצת הבקרה 1
השוואה בין מצב הסיום המוצע למצב הנוכחי. 		קבוצת טיפול לעומת קבוצת בקרה 2
השוואה בין מצב הסיום המוצע לבין שלא כלל ממשקי API של PS. 		קבוצת בקרה 2 לעומת קבוצת הבקרה 1
השוואה בין מעקב המרות עם מחשבי 3PC לבין מדידת המרות, ללא ממשקי API ל-PS.
המתודולוגיה למדידה כדי להימנע מבדיקה רבת-משתנים, כדאי להשתמש בנתונים של ARA ובנתונים שלא שייכים ל-3PC כדי למדוד מדדים שמבוססים על המרות בשתי הזרועות. כדי להימנע מבדיקה רבת-משתנים, צריך להשתמש רק בנתונים שלא שייכים ל-3PC כדי למדוד מדדים שמבוססים על המרות בשתי הזרועות. כדי להימנע מבדיקה רבת-משתנים, צריך להשתמש רק בנתונים שלא שייכים ל-3PC כדי למדוד מדדים שמבוססים על המרות בשתי הזרועות.

הדרכה בנושא הטמעה

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

תרחישים לדוגמה

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

מוּדעוּת למותג או איתור לקוחות פוטנציאליים

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

רימרקטינג

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

הגדרות אישיות

Topics API

  • מינימום
    • (DSP) טכנולוגיות פרסום משתמשות בנושאים כאותות בבחירת מודעות בהתאם למיקסום הרלוונטיות של מודעות ללא הנחיות של צד שלישי לשימוש בקובצי cookie. הערה: המקור של האותות של Topics API יכול להיות שמערכת DSP מבצעת קריאה ל-Topics API עצמה, מאותות Topics שמשמשים לעיבוד מידע שמסופק על ידי ספק SSP של שותף, או משניהם.
    • (SSP) טכנולוגיית הפרסום פועלת עם אחוז מבעלי התוכן הדיגיטלי כדי לכלול נושאים שהוחזרו על ידי Topics API בזרם הבידינג בהתאם למפרט ORTB 2.x. על פי המפרט הזה, טכנולוגיית המודעות צריכה לעבוד עם אתרים כדי לשדרג ולפרוס את הספריות הנדרשות (כמו יחסי תלות של בידינג ב-header) כדי להפעיל את Topics API באתרים האלה.
    • (SSP) טכנולוגיית פרסום מפעילה את Topics API בכל התנועה שבה ה-API זמין לשימוש על ידי טכנולוגיית הפרסום. עקב דרישת הסינון לפי מתקשר, יש להפעיל את ה-API למשך 3 שבועות לפחות כדי להבטיח זמינות מרבית. כדי לעזור בכך, מומלץ להתחיל לקרוא ל-Topics API עוד לפני ששותפי DSP מוכנים להתחיל להשתמש באות.
  • אופטימיזציה
    • (DSP) מפעילים את Topics API בציוני דרך משמעותיים במסלול להמרת הצרכן, שבהם ה-API זמין לשימוש על ידי טכנולוגיות הפרסום. צריך להשתמש בנתונים האלה כדי ללמוד איך להשתמש בלמידת מכונה, לדוגמה, כדי לשייך נושאים לנתונים רלוונטיים מאינטראקציה ישירה (First-Party) ולנתונים רלוונטיים של שיוך (Attribution).
    • (DSP) לחקור ולהוסיף תכונות מבוססות-נושאים למודלים של טירגוט ללמידת מכונה (ML) כדי לשפר את פילוח הקהל. הסקת מסקנות מהמודל בזמן הטירגוט כדי להרחיב נושאים אפשריים של משתמשים. מתאימים את הנושאים שהמערכת מסיקה לקמפיינים של מפרסמים שמטרגטים את הפלחים האלה של קהל היעד.
    • (DSP) לחקור ולהוסיף תכונות מבוססות-נושאים למודלים של בידינג בלמידת מכונה, כדי לשפר את המודלים של שיעור הקליקים (CTR) ושיעור ההמרה (CVR).

קהל מוגן

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

יעדי הערכה והגדרת הצעה לניסוי

כדי לבצע את ההערכה הזו, מומלץ להשתמש בתוויות מצב א' ו-ב' של מצב בדיקה שמתבצעת באמצעות Chrome.

הגדרה מוצעת של ניסוי

  • משתמשים בעיצוב הניסוי המוצע על ידי ה-CMA, כולל 3 קבוצות: (ראו: סעיפים 10-14)
    • קבוצת ביקורת 1: מצב א', control_1.* קבוצות (3PCs + ממשקי API של ארגז החול לפרטיות + אותות אחרים)
    • קבוצת ביקורת 2: קבוצת בקרה_2 במצב ב' (ללא 3PC + אין ממשקי API של ארגז חול לפרטיות + אותות אחרים).
    • טיפול: קבוצות טיפול_1 במצב ב.* (לא במחשבים עם 3PC, עם ממשקי API של ארגז החול לפרטיות + שיטות אחרות)
  • אנחנו מבינים שמשתתפי השוק משתמשים במגוון אותות אחרים, בנוסף ל-3 PC, כדי להקצות מודעות לבקשות להצגת מודעות, למשל נתונים מאינטראקציה ישירה (First-Party) ומידע הקשרי. אם האותות האלה לא מושפעים מהשינויים המוצעים (הוצאה משימוש של מחשבי 3PC והשקת ממשקי API של ארגז החול לפרטיות), צריך לשמור אותם גם בקבוצת הבקרה וגם בקבוצת הניסוי.
  • חשוב לזכור שיכול להיות שחלק מהאתרים עדיין יוכלו לגשת ל-3PC. אסור לבודקים להשתמש ב-3PC האלה לתרחישים רלוונטיים בזרוע הבקרה 2 או בזרוע 'טיפול'. 3 המחשבים האלה נועדו לטפל בשיבושים שלא קשורים למודעות.
  • הערה: ממשקי ה-API של ארגז החול לפרטיות יהיו זמינים באמצעי הבקרה הראשון, אבל כפי שמתואר בהנחיות של ה-CMA לגבי בדיקות בתחום, אסור למשתתפים שבודקים להשתמש ב-Topics API או להפעיל מכרזים של 'קהלים מוגנים' עבור התנועה הזו.
  • מידע על התוויות, הגדלים והמאפיינים של כל קבוצה זמין במאמר בדיקה שמתבצעת באמצעות Chrome.

המתודולוגיה למדדים מוצעים

  • אנחנו לא מציעים מתודולוגיה ספציפית לאיסוף או לחישוב של מדדים. עם זאת, אנחנו ממליצים בחום לבודקים לספק שקיפות לגבי המתודולוגיה הזו. כך הם יוכלו לנתח את תוצאות הבדיקות (כלומר, רגולטורים) שמסופקים על ידי חברות שונות, לקבל מידע על השונות ולקבל החלטות בקשר להשוואה בין התוצאות.
  • אנחנו מודעים לכך שאיסוף של מדדים מסוימים עשוי לחייב שימוש ב'צבירה פרטית'. יכול להיות שחלק מהבודקים עדיין לא שולבו איתה בזמן הבדיקה.
  • עד כמה שניתן, המשתתפים יכולים לדווח על מדדים שקשורים לפעילות הבידינג ולכמות ההתעניינות שהשגתם במכרזים, כמו מספר הצעות המחיר שהובילו למכרזים או הערך הממוצע של הצעת המחיר.
קבוצת הניסוי טיפול אמצעי בקרה 2 אמצעי בקרה 1
מצב תנועה מצב B (3PCD) מצב ב' (3PCD + PA + ביטול נושאים) Status Quo (עם 3PCD)
הוחל רלוונטיות API PA+נושאים +אותות לפי הקשר אותות לפי הקשר בלבד אותות שמבוססים על קובצי cookie + אותות לפי הקשר

יעד 1 - (DSP) מדידת ההשפעה של 3PCD על פרסום מבוסס-עניין

מדדים

כוללים את מדדי המפתח שהתבקשו על ידי ה-CMA, וכשאפשר, כדאי לכלול מדדים אחרים שעשויים להיות שימושיים, למשל:

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

נקודות ניתוח מוצעות

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

יעד 2 - (DSP) מדידת ההשפעה של 3PCD על רימרקטינג

מדדים

כוללים את מדדי המפתח שהתבקשו על ידי ה-CMA, וכשאפשר, כדאי לכלול מדדים אחרים שעשויים להיות שימושיים, למשל:

  • משך זמן ממוצע: משך הזמן הממוצע שבו לפחות 50% מהפיקסלים של המודעות היו באזור התצוגה של המשתמשים, אחרי שהמודעה התחילה להופיע. זהו מדד של המעורבות עם המודעה.
  • קליקים לחשיפה (נקרא גם שיעור קליקים): המספר הממוצע של קליקים לכל חשיפה. מדד של רלוונטיות המודעה.
  • קליקים לכל שקל: המספר הממוצע של הקליקים לכל שקל. זהו מדד של איכות המודעה שמפרסמים מקבלים.
  • המרות לדולר: מספר ההמרות הממוצע לדולר. זהו מדד של איכות המודעה שמפרסמים מקבלים.
  • שיעור המרה: המספר הממוצע של ההמרות לקליק, שמוצג באחוזים. זהו מדד של איכות התנועה שמפרסמים מקבלים.
  • סה"כ תגובות ייחודיות להצעות מחיר: המספר הכולל של תגובות לבקשות להצעות מחיר שנשלחו על ידי ה-DSP. זהו ביטוי לביקוש לשירותים של טכנולוגיות פרסום ספציפיות.
  • צופים ייחודיים: מספר המשתמשים הייחודיים שנחשפו למודעה של המפרסם. הוא מדד של טווח הגעה.
  • שיעורי השלמת הצפייה בסרטון: משך הזמן הממוצע שבו לפחות 50% מהפיקסלים של המודעות היו באזור התצוגה של המשתמש לכל אורך מודעת הווידאו, לאחר שהסרטון עבר רינדור והתחיל לפעול. זהו מדד של המעורבות עם המודעה.

נקודות ניתוח מוצעות

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

יעד 3 – (SSP) מדידת ההשפעה של 3PCD על מכירות פומביות שלא נתמכות על ידי Protected Audience API

מדדים

כוללים מדדים עיקריים שהתבקשו על ידי ה-CMA ומדדים אחרים שעשויים להיות שימושיים, למשל:

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

נקודות ניתוח מוצעות

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

יעד 4 – (SSP) קביעת יעילות מכרזים של Protected Audience API

מדדים

כוללים מדדים עיקריים שהתבקשו על ידי ה-CMA ומדדים אחרים שעשויים להיות שימושיים, למשל:

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

נקודות ניתוח מוצעות

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