במסמך הזה מופיע סיכום של תהליכי המדידה והדיווח ב-Ads Data Hub.
Ads Data Hub פועל בהתאם לתקנים שמקובלים בתחום בנוגע לגישה לנתונים ברמת הקמפיין ולשאילתות לגביהם. הנתונים האלה מגיעים מפלטפורמות במעלה הזרם, כמו YouTube ומלאי שטחי הפרסום של מודעות וידאו In-stream אצל שותפי הווידאו של Google שנרכש דרך Google Ads ו-Display & Video 360. הפלטפורמות האלה מוכרות על ידי המועצה לדירוג מדיה (MRC). האישור הזה הוא אסמכתה לכך שטכנולוגיית המדידה של Google פועלת בהתאם לתקנים המקובלים בתחום לספירת מדדים של פרסום אינטראקטיבי, ושהתהליכים שהחברה משתמשת בהם לתמיכה בטכנולוגיה מדויקים.
הבדיקה מתמקדת בשאילתות של מערכי נתונים ברמת האירוע דרך ממשק המשתמש של Ads Data Hub ובשילוב של נתונים ממקורות שאינם של Google, במטרה לאחזר נתונים נצברים של חשיפות ושל מדד הנראות של קמפיינים של מודעות וידאו In-stream ב-YouTube. למשל:
דיווח על חשיפות ומדדים שקשורים לניראות בסביבות של מחשבים, אינטרנט לנייד ואפליקציות לנייד, בניכוי תנועה פסולה כללית (GIVT)1
תהליכים שמסייעים בהתאמה של מזהי מכשירים ייחודיים בין נתונים מאינטראקציה ישירה (First-Party) של Google לבין נתוני לקוחות של Google.
בטבלה הבאה מתוארת התנועה שנכללת בהיקף התמיכה והתנועה שלא נכללת בהיקף התמיכה.
במסגרת
לא בטווח האחריות
סביבה
בדפדפני אינטרנט במחשבים
אינטרנט לנייד
אפליקציה לנייד
CTV / TVHTML5
YouTube TV בדפדפן
אפליקציית YouTube TV
תהליכי קנייה
מכירות ב-YouTube דרך Google Ads
מודעות ב-YouTube שנמכרות דרך Display & Video 360
מלאי שטחי פרסום של שותפי הווידאו של Google (GVP) שנרכש דרך Display &
Video 360 ו-Google Ads.
מלאי שטחי פרסום אחר שלא נרכש דרך Display & Video 360, Google Ads ו-YouTube Reserve.
לדוגמה, מלאי שטחי פרסום למכירת מוצר או שירות לא קשור (cross-sell) שנמכר על ידי שותף ב-YouTube.
פורמט מודעה
TrueView: צפייה במודעות וידאו In-stream
מודעת סרטון זורם סנדרטית
מודעות באמפר
בחירת מודעה של סרטון זורם
מודעות וידאו In-stream שלא ניתן לדלג עליהן
מודעות וידאו בגוף הפיד
מודעות וידאו מסוג Masthead
YouTube Shorts
קמפיינים של חסויות
מודעות וידאו במגוון פורמטים, כמו קמפיינים לעידוד צפייה בסרטונים (VVC) וקמפיינים של וידאו להגדלת פוטנציאל החשיפה (VRC)
כל פורמט אחר שלא מופיע באופן ספציפי כפורמט שכלול בהיקף
הערה: ספקים יכולים לשלב דיווח מ-Ads Data Hub, אבל יש שיקולים נוספים לגבי דיווח של ספקים על נתונים מ-Ads Data Hub. המדדים הבאים כלולים בבדיקה:
חשיפות ברוטו
התפלגות של חשיפות שניתנות לצפייה
חשיפות שניתנות לצפייה
שיעור הניראות והזמינות למדידה
מדד
Google Ads
Display & Video 360
חשיפות (לא כולל תנועה לא חוקית כללית)
סה"כ חשיפות תקינות
סה"כ חשיפות לא חוקיות
חשיפות שניתנות למדידה
חשיפות שניתנות לצפייה (לא כולל תנועה כללית לא חוקית)
חשיפות שאינן ניתנות לצפייה (לא כולל תנועה כללית לא חוקית)
צפיות ב-TrueView (ברוטו)
צפיות נטו ב-TrueView (לא כולל צפיות שמשויכות לתנועה לא חוקית כללית)
צפיות ב-TrueView (סה"כ נטו של GIVT+SIVT)
המספר הכולל של צפיות לא חוקיות ב-TrueView (GIVT+SIVT)
חשיפות שאינן ניתנות למדידה
חשיפות שאינן ניתנות למדידה (נטו של GIVT)
חשיפות שלא ניתנות לצפייה
שיעור ניתן למדידה
התפלגות של חשיפות שאינן ניתנות למדידה
התפלגות של חשיפות שאינן ניתנות לצפייה
הסמכת שותפים עסקיים
השותפים העסקיים של Ads Data Hub כוללים מפרסמים, סוכנויות, שותפים וספקים של צד שלישי למעקב אחר מודעות או להצגת מודעות2
מזהים לצורכי פרסום במובייל
ב-Ads Data Hub, ההתאמה באמצעות מזהי מכשירים משמשת כמנגנון למיפוי פעילות של מודעות ב-YouTube שמוצגות דרך Google Ads ו-Display & Video 360 (למשל, חשיפות, קליקים, אינטראקציות עם מודעות) לרשימה של מזהי מכשירים שמנוהלת על ידי לקוחות מסוג סוכנות ולקוחות מפרסמים.
מתודולוגיה למדידת נתונים
מערכת Ads Data Hub מאפשרת למפרסמים, לסוכנויות ולספקי צד שלישי של מעקב אחר מודעות או הצגת מודעות להזין את הנתונים שלהם ב-BigQuery ולצרף אותם לנתוני קמפיינים פרסומיים ברמת האירוע. שאילתה ב-Ads Data Hub היא נצברת על קבוצת משתמשים, מה שמאפשר ל-Google לספק נתונים מלאים יותר ועדיין לשמור על פרטיות משתמשי הקצה. Ads Data Hub מורכב משני פרויקטים ב-BigQuery שמקושרים באמצעות API. Google מעלה ומנהלת את הנתונים של Google Ads באחד מהפרויקטים, והלקוח מעלה ומנהל את הנתונים שלו בפרויקט שלו.
Ads Data Hub מאפשר ללקוחות לבצע ניתוח ברמת המשתמש באופן שממוקד בפרטיות, אבל הגישה הזו רגישה מאוד, כפופה לשינויים במערכת האקולוגית, ולכן היא לא אופיינית למוצרי Google. ב-Ads Data Hub אפשר לוודא שספירת אירועים כמו חשיפות וקליקים תהיה זהה לזו שמופיעה בדוחות אחרים של Google, אבל ספירת מזהי משתמשים ייחודיים ב-Ads Data Hub עשויה להיות שונה מספירת מדדים ייחודיים בפלטפורמות דיווח של Google שמעבירות נתונים ל-Ads Data Hub. הסיבה לכך היא אמצעי זהירות ספציפיים שמוטמעים ב-Ads Data Hub מסיבות שקשורות לפרטיות, בהתחשב בכך שמותר לבצע מניפולציות בנתונים ברמת האירוע.
בנוגע להתאמת משתמשים ב-Ads Data Hub, לא ניתן להתאים משתמשים שהביעו התנגדות לפרסום. בקשות להתאמה שנשלחות מאפליקציות לא צפויות להתאים, כי מכשירים ניידים מבודדים את התנועה והמזהים של האפליקציות. במקרה של אירועים ב-iOS, נתוני ההתאמה צריכים להגיע מאפליקציות ב-iOS מגרסה 14.5 ואילך, ממשתמשים שהעניקו הרשאה במסגרת השקיפות בנושא מעקב (ATT) של אפל. ההשקה של iOS 14.5 בסוף אפריל 2021 לא השפיעה באופן משמעותי על התאמת קובצי Cookie או מזהים RDID ב-Ads Data Hub באופן כללי, אבל Google צופה ששיעורי ההתאמה ישתנו בין משתמשים שפילחנו לפי הדפדפן המועדף, במקרים שבהם דפדפנים כמו Safari או Firefox מנהלים באופן פעיל קובצי Cookie. מערכת Ads Data Hub תמשיך להתפתח בהתאם לשינויים בדפדפנים Safari, Firefox ו-Edge, שבהם כבר הוצאו משימוש קובצי Cookie של צד שלישי. גם ב-Chrome צפויים להוציא משימוש קובצי Cookie של צד שלישי בעתיד.
מידע נוסף על אופן הפעולה של Ads Data Hub
ב-Ads Data Hub יש גישה לנתונים מכמה מוצרים של Google (Display & Video 360 ו-Google Ads), שכולם עומדים בתקנים המתאימים בתעשייה למדידת קליקים, נראות וחשיפות. לכן, ב-Ads Data Hub אנחנו משתפים את המתודולוגיה לספירת קליקים, ניראות וחשיפות עם המוצרים שאנחנו מספקים את הנתונים שלהם. פרטים נוספים זמינים כאן:
Google מבצעת אופטימיזציה דינמית של מיקום המודעה כדי לעמוד ביעדי הפרסום ובדפוסי האינטראקציה והצריכה של המשתמשים.
מתודולוגיית הסינון
Ads Data Hub מספק למפרסמים ולסוכנויות דרך שממוקדת בפרטיות לשאילתות של נתונים ברמת האירוע ולקבלת תוצאות מצטברות. ב-Ads Data Hub נעשה שימוש באותם יומני AdSpam כמו במוצרים במעלה הזרם, כמו Google Ads ו-Display & Video 360. אפשר לעיין בקטעים 'סינון' בתיאור המתודולוגיה של כל אחד מהמוצרים במעלה הזרם.
הדיווח על מתודולוגיית הסינון מתבצע בשני תהליכים נפרדים, אחד שמתרחש בזמן עיבוד היומן ואחד שמתרחש בזמן העיבוד שלאחר מכן.
כשמעבדים אירועים שקשורים למודעות מיומני מודעות, מתבצעת הצטרפות בזמן אמת ליומני ספאם כדי להוסיף הערות לאירועים כספאם.
שיטות שנבדקו באופן אמפירי מאשרות שפעולת ההצטרפות בזמן אמת הזו מתעדת כ-98% מאירועי הספאם.
בנוסף, צינור העיבוד שלאחר העיבוד מבצע תיקונים בנתוני אירועים של מודעות שעברו עיבוד. הצינור של מעבד הפוסט מסתכל אחורה על מספר מספיק של ימים כדי לוודא שנתפסו מספיק אירועי ספאם. התיקון הזה מתבצע מדי יום באמצעות צינור עיבוד נתונים. הסיבה לכך היא שיכולים להיות מצבים שבהם יתגלו פערים ברמות של ספאם במודעות שמשתקפות ב-Ads Data Hub בהשוואה לפלטפורמות במעלה הזרם, בגלל הבדלים בתזמון. עם זאת, מניתוחים פנימיים עולה שבממוצע יש אי-התאמה ברמה לא משמעותית (<1%) ברמת האירוע.
שיטות שנבדקו באופן אמפירי מאשרות שצינור העיבוד הזה לתיקון שגיאות לוכד כמעט 100% מכל התיקונים האפשריים של אירועי ספאם תוך 7 ימים.
כשאירוע מסומן כספאם, הוא לא נכלל בתוצאות של שאילתות סטטיסטיות רשמיות של דיווח.
בנוסף, כאשר לוקחים את כל עיבוד הספאם כמכלול, ה
ההשפעה של עדכון ספאם מתמשך על מדדי MRC היא מינימלית. בבדיקות אמפיריות, שיטות הדגימה של חשיפות שבוטלו בעקבות ספאם יום אחרי שהאירועים של המודעה השתנו, הראו שינוי של פחות מ-1% כשמדגמים מחדש את אותו יום אירועים בימים הבאים של הדיווח.
שוב, בדרך כלל העדכון מפסיק תוך כמה ימים, וכמעט ב-100% מהמקרים הוא מפסיק תוך 7 ימים.
Google עוקבת אחרי הדיוק של עיבוד הספאם וההשפעה שלו באופן קבוע.
למוצרי Google במעלה הזרם, כמו Google Ads ו-Display & Video 360, יש שיעור החלטה של 100% (על סמך נתוני הדגימה שנבדקו). מכיוון ש-Ads Data Hub משתמש באותם יומני AdSpam כמו מוצרים במעלה הזרם, שיעור ההחלטה לגבי תנועה מאינטראקציה ישירה (First-Party) ב-Google ב-Ads Data Hub הוא 100%.
סינון של בדיקת הגדרות הפרטיות
בדיקות הפרטיות של Ads Data Hub חלות על איסוף מדדים שאושרו על ידי MRC.
שורות שלא עברו צבירה מספקת כדי להגן על הפרטיות של משתמשי הקצה (צריכות להכיל נתונים של 50 משתמשים או יותר), או שלא עברו את בדיקות הפרטיות האחרות של Ads Data Hub, יימחקו. הסינון הזה חל על סיכומי השורות שמוצגים בתוצאות השאילתה ובתוצאות ה-API.
עם זאת, יש סיכוי נמוך יותר שהמערכת תסנן שאילתות שלא ניתן לשנות שמפיקות מדדים שאושרו על ידי MRC, בהשוואה לשאילתות בהתאמה אישית. הסיבה לכך היא שהשאילתות משתמשות רק בכמה מאפייני פילוח מרכזיים, כמו ימים מלאים או סוג המכשיר, ולכן לא סביר שביצוע חוזר של השאילתות עם וריאציות בפרמטרים יבודד בטעות קבוצות קטנות של משתמשים.
הסיכוי שהמדדים שאושרו על ידי MRC יסוננו מהתוצאות שלכם עשוי לגדול אם:
בקמפיינים שאתם מודדים יש מספר נמוך של אירועים, למשל במקרה של קמפיינים עם תקציבים נמוכים או טירגוט מצומצם.
שאילתות בהתאמה אישית מורצות שוב ושוב לפני הרצת שאילתת MRC על אותם אירועים.
שינויים במתודולוגיה
אם יחולו שינויים במתודולוגיה של המדידה, נעדכן את הלקוחות באמצעות הערות על הגרסה , וגם באמצעות מנהל החשבון ותמיכה.
דיווח ב-Ads Data Hub
מידע כללי על אופן הדיווח של נתונים ב-Ads Data Hub זמין בסקירה הכללית .
במדריכים אפשר למצוא הוראות לאחזור נתונים של נראות ותנועה לא חוקית באמצעות ממשק המשתמש או ה-API של Ads Data Hub עבור פלטפורמות קנייה שונות.
