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

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

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

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

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

מגבלות

  • עבור אירועי iOS, ניתן להתאים רק נתונים שמקורם באפליקציות בגרסת iOS 14.5 ואילך ממשתמשים שהעניקו הרשאה במסגרת App Tracking Transparency Framework (מסגרת השקיפות של המעקב אחר אפליקציות).
  • נתוני Gmail לא זמינים בטבלאות RDID.

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

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

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

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

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

דוגמאות

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

השאילתה הזו מאחדת את נתוני ה-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)