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

דף זה תורגם על ידי Cloud Translation API.

התאמה של מזהי מכשירים שניתן לאפס

ניתן להשתמש במזהי מכשירים ניתנים לאיפוס (RDID) למדידה ולהתאמה לנתונים מאינטראקציה ישירה (First-Party) ב-Ads Data Hub. שליחת שאילתות למזהי RDID מאפשרת לכם לקבל חשיפות והמרות באפליקציה. תוכלו גם להצטרף למערכי נתונים מאינטראקציה ישירה (First-Party), כמו עסקאות באפליקציות של לקוחות, כדי להבין טוב יותר את ההשפעה של מדיה על המרות באפליקציה מאינטראקציה ישירה.

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

אלו הם כמה מהתרחישים לדוגמה הרבים שהתאמת RDID מאפשרת:

העשרת נתוני המודעות באמצעות טלמטריה: צירוף נתוני התנהגות בתוך האפליקציה לנתוני Ads Data Hub מאפשר לכם להעריך את ההשפעה של חשיפות של מודעות על פעולות של משתמשים באפליקציות.
מדידת הביצועים ב-YouTube: מאחר שחלק גדול מהתנועה ב-YouTube מתבצע בתוך האפליקציה, נתונים מצטרפים מ-RDID יכולים לעזור לכם להעריך את ההשפעה של קמפיינים של YouTube על הביצועים של האפליקציה.
ניתוח התנהגות המשתמשים בניידים ובערוצי CTV: שילוב של מכשירי CTV IFA בניתוח RDID מאפשר למפרסמים להבין טוב יותר את התנהגות המשתמשים באפליקציות מאינטראקציה ישירה ובפלטפורמות של טלוויזיות מחוברות.
מודדים את ההשפעה של קמפיינים שקשורים למותג על המרות באפליקציה ועל ערך חיי המשתמש: מצרפים את הנתונים של ערך חיי המשתמשים למערכת ניהול קשרי הלקוחות (CRM) כדי למדוד עד כמה קמפיינים שקשורים למותג מגדילים את מספר ההמרות באפליקציה ואת ערך חיי המשתמש.

מגבלות

לגבי אירועים ב-iOS, אפשר לבצע התאמה של נתונים רק מאפליקציות ב-iOS 14.5 ואילך ממשתמשים שהעניקו הרשאות בהתאם למסגרת App Tracking Transparency של Apple.
נתוני Gmail לא זמינים בטבלאות RDID.

אישור הסכמה של צד ראשון

אזהרה: אם לא ניתנה הסכמה או סירוב לקבל אישור בנוגע לתוצאות של אי-יכולת להשתמש בנתונים מאינטראקציה ישירה (First-Party) ב-Ads Data Hub. לדוגמה, אי אפשר לצרף נתונים מאינטראקציה ישירה (First-Party) חדשים לנתונים מאינטראקציה ישירה (First-Party) או לצרף נתונים מאינטראקציה ישירה (First-Party) קיימים לנתוני המודעות המקושרים. כל התרחישים לדוגמה, כמו התאמה לפרטים שהמשתמשים סיפקו (UPDM) והפעלת קהלים באמצעות אינטראקציה ישירה (1PD), לא זמינים. כולל כל ייבוא מתוזמן של נתונים מאינטראקציה ישירה.

כדי שתוכלו להשתמש בנתונים מאינטראקציה ישירה (First-Party) ב-Ads Data Hub, אתם צריכים לאשר שקיבלתם את ההסכמה המתאימה לשיתוף נתונים ממשתמשי קצה ב-EEA עם Google, בהתאם למדיניות Google בנושא הסכמת משתמשים באיחוד האירופי ולמדיניות של Ads Data Hub. הדרישה הזו חלה על כל חשבון Ads Data Hub, וצריך לעדכן אותה בכל פעם שמעלים נתונים חדשים מאינטראקציה ישירה (First-Party). כל משתמש יכול לאשר את ההודעה הזו בשם החשבון כולו.

שימו לב שאותם כללים של שאילתות שירות של Google שחלים על שאילתות ניתוח חלים גם על שאילתות של RDID. לדוגמה, כשיוצרים טבלת התאמות, אי אפשר להריץ שאילתות בשירותים שונים על משתמשים ב-EEA.

למידע על אישור ההסכמה ב-Ads Data Hub, עיינו בדרישות ההסכמה באזור הכלכלי האירופי.

איך פועלת ההתאמה של RDID

מערכת Ads Data Hub יוצרת טבלאות RDID שיש בהן עמודת device_id_md5 נוספת. כל טבלת adh.* שמכילה עמודה user_id תכלול טבלה תואמת *_rdid. בעמודה device_id_md5 יש גרסה של ה-RDID עם גיבוב (hash) מסוג MD5. בגלל ש-device_id_md5 מגובב, תצטרכו לגבב את מזהי ה-RDID במערך הנתונים מאינטראקציה ישירה (First-Party) באמצעות הטרנספורמציה הבאה:

UPPER(TO_HEX(MD5(UPPER(raw device id string))))

אחרי הגיבוב (hash) של ה-RDID, תוכלו לצרף את מזהי המכשירים לעמודה הזו.

תהליך עבודה של שאילתת RDID

מעלים מערך נתונים מאינטראקציה ישירה שמכיל מזהי RDID למערך נתונים ב-BigQuery, שלחשבון Ads Data Hub יש גישת קריאה אליו.
צריך לכתוב ולהריץ שאילתה שמשלבת את device_id_md5 עם גרסת MD5 של מזהי ה-RDID במערך הנתונים.

דוגמאות

כימות את ההשפעה של קמפיינים של מיתוג על המרות בתוך האפליקציה ועל ערך חיי המשתמש

השאילתה הזו מצרפת נתונים של ניהול קשרי לקוחות (CRM) עם רשימה של קמפיינים ב-YouTube, כדי למדוד את ערך חיי המשתמשים הממוצע ואת מספר ההמרות באפליקציה לפי קמפיין:

WITH crm_data as (
  SELECT
    UPPER(TO_HEX(MD5(UPPER(raw device_id)))) as device_id_md5, AVG(lifetime_value), SUM(iac)
  FROM 'projectname.crm_data' # first party transactions data keyed off device ID
)

SELECT
  branding_campaigns.campaign_id, crm_data.iac, crm_data.lifetime_value
FROM
  adh.dv360_youtube_conversions_rdid AS branding_campaigns
  branding_campaigns LEFT JOIN crm_data
  ON branding_campaigns.device_id_md5 = crm_data.device_id_md5
WHERE branding_campaigns.campaign_id IN (list of branding campaigns)

מדידת ההכנסות לפי קמפיין

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

WITH transactions AS (
  SELECT
    UPPER(TO_HEX(MD5(UPPER(raw device_id)))) as device_id_md5,
    transaction_amount
  FROM 'projectname.transactions' # first-party transactions data keyed off device ID
)

SELECT
  adh_conversions.campaign_id,
  SUM(transaction_amount) # first-party column for transaction amount as revenue
FROM
  adh.google_ads_conversions_rdid AS adh_conversions
  LEFT JOIN transactions ON (adh_conversions.device_id_md5 = transactions.device_id_md5)

סינון לפי תנועה ב-CTV

IFA של CTV זמינים עכשיו בתצוגות cm_dt_impression_rdid ו-dv360_dt_impression_rdid. כשמריצים שאילתות על התצוגות האלה, ניתן להוסיף את הסעיף הבא של WHERE כך שיכלול רק תנועה מ-CTV:

WHERE event.dv360_device_type IN (3,4,5)