שאלות נפוצות בנושא UPDM

כדי לגבש קשרים משמעותיים עם הלקוחות, אתם יכולים לפעול על הנתונים שלכם מאינטראקציה ישירה (First-Party) בעזרת התכונה User-provided data matching (UPDM) של Google. בדף הזה מפורטות שאלות נפוצות שקשורות לשיעור הבקשות שמולאו ב-UPDM.

איך אפשר למקסם את הגודל של הרשימה ואת פוטנציאל החשיפה שלה?

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

  • צריך להעלות את כל הפרטים הזמינים (כתובת אימייל, מכשיר נייד, מספר טלפון וכתובת פיזית). ככל שתוסיפו יותר מזהי אותות, כך גובר הסיכוי שתהיה התאמה. לא צריך להתאים את כל האותות כי משתמשים בלוגיקת OR, וכל אות מעובד בנפרד.
  • עושים שימוש חוזר בטבלאות של Customer Match, שכבר עברו גיבוב (hash) ל-UPDM בחיבורים.
  • כדאי להשתמש בנתוני אחוז הלקוחות לטירגוט כנקודת השוואה כדי לבדוק אם יש בעיות בעיצוב הנתונים.
  • צריך להזין כמה מזהי אותות של לקוחות באותה שורה בקובץ הנתונים.

איך מוסיפים כמה מזהים של אותות עבור לקוחות?

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

נתוני לקוח

באיזו תדירות צריך לרענן את הרשימות?

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

איפה אפשר למצוא את אחוז הלקוחות לטירגוט?

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

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

SELECT COUNT(*)
FROM *_updm
GROUP BY 1

למה אחוז הלקוחות לטירגוט נמוך?

אחוז הלקוחות לטירגוט הוא האחוז מההעלאה שלך שניתן היה לקשר למשתמשי Google, כך שאפשר לראות באיזה חלק מהרשימה שלך אפשר להשתמש. לא צריך לדאוג אם אחוז הלקוחות לטירגוט לא עומד ב-100% — פעמים רבות מתקבלים נתוני לקוח שאינם תואמים.

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

  • מגדירים נקודת השוואה כדי לבדוק אם יש בעיות בפורמט הנתונים.
  • הצגת אחוז ההתאמות בין נתונים מאינטראקציה ישירה (First-Party) לבין Google.

למה שיעור הבקשות שמולאו עבור UPDM גבוה יותר בהשוואה להתאמה ללקוחות?

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

איך אפשר למנוע שגיאות והתנגשויות בין מזהים?

כדי לצמצם את הסבירות לשגיאות ולהתנגשויות בין מזהים:

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

מהו ה-TTL של הנתונים?

המשמעות של אורך חיים (TTL) של 60 ימים היא שכאשר לקוח מעלה רשומת התאמות, הרשומה נשמרת בטבלאות של התאמות למשך 60 ימים. אחרי 60 ימים, הרשומה תוסר מטבלאות ההתאמות עד שהיא תועלה מחדש. היא דומה לתפוגת התוקף של העלאות של התאמות קובצי cookie מטעמי פרטיות ולצורך תאימות משפטית.

איך מעובדים הנתונים של אזורים?

חברת UPDM מייצאת את נתוני ההתאמה ללקוחות לארבעה אזורים שונים (האיחוד האירופי, ארה"ב, אסיה ואוסטרליה). הוא מייצא את מערך הנתונים המלא (כלומר נתונים של כל מזהי Google Gaia, בלי קשר לאזור) לכל אחד מארבעת האזורים. לכן הם תואמים לנתונים של כל האזורים, בלי קשר לאזור של הלקוח.

כתוצאה מכך, הנתונים מסוננים רק אם מתבצע סינון לפי אזור ב-Ads Data Hub, כי UPDM לא מבצע סינון מהסוג הזה.

למה טבלת ההתאמות ריקה כשמריצים אותה?

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

הטבלאות google_ads_impressions, dv360_youtube_impressions ו-yt_reserve_impressions מכילות נתונים של משתמשים מחוברים ולא מחוברים. המדד 'משתמשים תואמים' ב-Ads Data Hub ל-UPDM כולל משתמשים שידועים ל-Google שהיו פעילים ב-180 הימים האחרונים, שנחשפו למודעות בקמפיין, ושהועלו למערך הנתונים מאינטראקציה ישירה (First-Party).

איך כדאי ליצור את החשבון?

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

האם יש תמיכה ב-API?

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

איך אפשר למצוא ולנהל את חשבונות השירות של UPDM?

במהלך ההגדרה של UPDM, חשבונות השירות Data Fusion, Data Proc ו-Matching נוצרים באופן אוטומטי והגישה אליהם ניתנת באופן אוטומטי. בסיום ההגדרה, תוכלו למצוא ולנהל את חשבונות השירות בהגדרות IAM של הפרויקט ב-Google Cloud.

איך מטפלים בפרטי הכניסה של מקור נתונים כשהם נשלחים דרך ממשק המשתמש?

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

למה ההגדרה נכשלה?

ההגדרה עשויה להיכשל מסיבות שונות. אחת הסיבות האפשריות לשגיאה הזו היא אם האפשרות Domain Restricted Share (DRS) מופעלת בפרויקט שלכם ב-Google Cloud. כדי לפתור את הבעיה, תוכלו להשבית באופן זמני את ה-DRS בפרויקט שלכם ב-Google Cloud כדי להשלים את ההגדרה של UPDM. בסיום ההגדרה, תוכלו להפעיל מחדש את DRS. אם לא ניתן להשבית את DRS עקב מדיניות הארגון, פנו לצוות התמיכה שלנו לקבלת עזרה.