כדי לגבש קשרים משמעותיים עם הלקוחות, אפשר להשתמש בנתונים מאינטראקציה ישירה באמצעות התכונה של Google התאמה לפרטים שהמשתמשים סיפקו (UPDM). בדף הזה מפורטות תשובות לשאלות נפוצות בנושא שיעור ההתאמה של נתוני UPDM.
איך אפשר להגדיל את הרשימה ואת פוטנציאל החשיפה שלה?
גודל הרשימה הוא המספר בפועל של משתמשים שאליהם אפשר להגיע. כדי להגדיל את הרשימה ואת פוטנציאל החשיפה שלה:
- מעלים את כל הפרטים שיש לכם – למשל כתובות אימייל, מידע על המכשיר הנייד, מספר טלפון וכתובת פיזית. ככל שמוסיפים יותר מזהי אותות, כך גדל הסיכוי להתאמה. לא צריך להתאים את כל האותות, כי נעשה שימוש בלוגיקה של OR וכל אות מעובד בנפרד.
- אפשר לעשות שימוש חוזר בטבלאות התאמה ללקוחות שכבר עברו גיבוב (hash) לצורך UPDM בחיבורים.
- כדאי להשתמש בנתוני אחוז הלקוחות לטירגוט כנקודת השוואה כדי לבדוק אם יש בעיות בפורמט הנתונים.
- כדאי להזין כמה מזהי אותות ללקוחות באותה השורה של קובץ הנתונים.
איך מוסיפים כמה מזהים של אותות לקוחות?
כדאי להזין כמה מזהי אותות ללקוחות באותה השורה של קובץ הנתונים, כדי לקבל את שיעור ההתאמה המדויק ביותר ב-Ads Data Hub. לדוגמה, אם יש לכם מספר טלפון וכתובת אימייל מאותו לקוח, כדאי להציב אותם באותה שורה, זה לצד זו (כפי שמוצג בשורה 2 ובשורה 5).
האם כדאי להוסיף כמה מזהים מאותו סוג שמתאימים לאותו לקוח? מה הפורמט המומלץ?
כדי לשפר את שיעור ההתאמה, מומלץ להעלות את כל הפרטים האישיים המזהים (PII) שזמינים לכם.
עם זאת, אסור לשלב ערכים שונים של אותו סוג מזהה (כמו שני מספרי טלפון שונים או כמה כתובות אימייל של אותו לקוח) באותה עמודה או להפריד ביניהם באמצעות פסיקים בשורה אחת. לדוגמה, הערך הבא לא יהיה תקין: "+442071838750, +14155552671". אתם צריכים לפעול בהתאם לדרישות פורמט הנתונים, שקובעות שצריך להזין מספר טלפון אחד או כתובת אימייל אחת בכל שורה.
צריך לספק כמה מזהים מאותו סוג בשורות נפרדות שמשויכות לאותו לקוח.
באיזו תדירות כדאי לרענן את טבלת ההתאמות?
מומלץ לרענן את טבלת ההתאמות מדי יום כדי לשפר את התוצאות ולהשיג ביצועים אופטימליים. הדרך הכי טובה לעשות את זה היא להגדיר תזמון לרענון טבלת ההתאמה.
חשוב לדעת: יש הגבלה של 10 יצירות של טבלאות התאמה ביום.
איפה אפשר לראות את שיעור ההתאמה?
העמודה שיעור התאמה לנתונים מוצגת רק לגבי משימות שהופעלו לאחרונה בממשק המשתמש, בקטע הפעלות אחרונות. שיעור ההתאמה הזה מספק אומדן מדויק, כי Ads Data Hub לא יכול לספק ערכים מדויקים בגלל הגבלות פרטיות.
שיעור התאמה לנתונים (משתמשים שהותאמו לכל מרחב הזהויות של Google) תמיד שווה למספר השורות בטבלת ההתאמה של Ads Data Hub (משתמשים בנתונים מאינטראקציה ישירה (First-Party) שמוכרים ל-Google והגיעו לקמפיין של הלקוח) או גדול ממנו. המספר הזה מתקבל מהשאילתה הבאה חלקי מספר הרשומות הייחודיות בנתונים מאינטראקציה ישירה עם הלקוח:
SELECT COUNT(*)
FROM *_updm
GROUP BY 1
למה שיעור הבקשות שמולאו נמוך?
אחוז הלקוחות לטירגוט הוא האחוז מהנתונים שהעליתם שהצלחנו לקשר למשתמשי Google, כך שהנתון הזה מאפשר לכם לבדוק באיזה חלק מהרשימה שלכם אפשר להשתמש. לא צריך לדאוג אם אחוז הלקוחות לטירגוט קטן מ-100% — לעיתים קרובות מתקבלים נתוני לקוח שלא נמצאת להם התאמה.
אפשר להשתמש בשיעור ההתאמה כדי:
- כדאי להשתמש בנתוני אחוז הלקוחות לטירגוט כנקודת השוואה כדי לבדוק אם יש בעיות בעיצוב הנתונים.
- אפשר לראות את אחוז ההתאמות בין הנתונים מאינטראקציה ישירה לבין נתוני Google.
למה שיעור ההתאמה שלי גבוה יותר ב-UPDM בהשוואה לשיעור ההתאמה ללקוחות?
התאמה ללקוחות עם עדכון פרטי משתמשים מתבצעת על סמך כל אחד ממזהי האותות, ואילו התאמה ללקוחות מתבצעת גם על סמך נתוני חשיפות של מודעות כשמסננים כדי להתאים משתמשים.
איך אפשר להימנע משגיאות ומהתנגשויות של מזהים?
כדי לצמצם את הסיכוי לשגיאות ולחפיפות בין מזהים:
- הפעלה של חיבור תואם אחד בלבד בכל פעם לכל חשבון
- צריך להשתמש במקור נתונים שנמצא באותו אזור כמו חשבון Ads Data Hub.
מהו ה-TTL של הנתונים?
אורך החיים (TTL) של 60 יום אומר שכאשר לקוח מעלה רשומה תואמת, הרשומה מאוחסנת בטבלאות התאמה למשך 60 יום. אחרי 60 יום, הרשומה מוסרת מטבלאות ההתאמה עד להעלאה מחדש. ההגדרה הזו דומה לתאריך התפוגה שמוגדר להעלאות של התאמות לקובצי Cookie למטרות פרטיות ולעמידה בהוראות הדין.
איך הנתונים מעובדים באזורים?
הפלטפורמה מאפשרת לייצא נתוני התאמה ללקוחות לארבעה אזורים שונים (אירופה, ארה"ב, אסיה ואוסטרליה). הכלי מייצא את מערך הנתונים המלא (כלומר, נתונים של כל מזהי Google Gaia, ללא קשר לאזור) לכל אחד מארבעת האזורים. לכן, הוא מתאים לנתונים מכל האזורים, לא משנה מה האזור של הלקוח.
כתוצאה מכך, הנתונים מסוננים רק אם מערכת Ads Data Hub מבצעת סינון לפי אזור, כי UPDM עצמה לא מבצעת סינון מהסוג הזה.
למה טבלת ההתאמות ריקה כשמבצעים עליה שאילתה?
חשוב לוודא שאתם מנתחים נתונים של נכסים בבעלות Google ובהפעלה שלה (O&O) לצורך 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). כך אנחנו מוודאים שכל מפרסם יקבל חשבון ילד ייחודי שבו יישמרו הנתונים שלו, מתחת לחשבון הסוכנות הראשי. בחשבונות מדור קודם שבהם נתוני המפרסמים לא מופרדים לחשבונות משניים ייחודיים, צריך ליצור חשבונות משניים חדשים לכל מפרסם ולהמתין עד שהנתונים יתווספו לחשבונות.
האם יש תמיכה ב-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 כדי לגשת לנתונים ולהעביר אותם בין פלטפורמות בצורה מאובטחת. הגישה הזו משפרת את האבטחה כי היא מונעת אחסון של מידע רגיש ומשתמשת באסימוני גישה זמניים לפעולות מורשות.
למה ההגדרה נכשלה?
יכולות להיות סיבות שונות לכך שההגדרה נכשלת. סיבה אפשרית לשגיאה הזו היא הפעלה של שיתוף מוגבל של דומיינים (DRS) בפרויקט Google Cloud שלכם. כדי לפתור את הבעיה, אפשר להשבית באופן זמני את DRS בפרויקט בענן של Google כדי להשלים את ההגדרה של UPDM. אחרי שתהליך ההגדרה יסתיים, תוכלו להפעיל מחדש את DRS. אם אתם לא יכולים להשבית את DRS בגלל מדיניות הארגון, אתם יכולים לפנות לצוות התמיכה שלנו לקבלת עזרה.