יש שתי בעיות נפוצות שקשורות להתאמה ללקוחות: בעיות בהעלאה ורשימות קטנות מדי של התאמה ללקוחות. שתי הבעיות האלו נובעות משימוש בפורמט לא תקין של קובצי נתונים או מגיבוב (hashing) שגוי.
בנוסף לכלים שימושיים לגיבוב, המאמר הזה כולל הנחיות מפורטות שיעזרו לכם לוודא שהקבצים והנתונים שבקבצים הם בפורמט הנדרש להתאמה מקסימלית. נסביר גם מה הגורמים הנפוצים לנפח תנועה קטן ולבעיות בעיבוד רשימות, ונציע הצעות לתיקון.
לפני שמתחילים
בדרך כלל, אנשים לא יודעים להבדיל בין מספר הרשומות בקובץ שהועלה לבין גודל הרשימה שמוצגת ב-Google Ads.
כשמעלים קובץ, המערכת בודקת את נתוני הלקוחות כדי לוודא שהם בפורמט מתאים להעלאה. אחרי הבדיקה מתבצעת העלאה של הנתונים, ואז אפשר לראות כמה אחוזים מתוך כלל נתוני הלקוחות עברו את הבדיקה, הועלו בהצלחה ויותאמו לחשבונות Google. אחרי שמסתיים תהליך ההתאמה, בעמודה שבה מופיע גודל רשימת הלקוחות תוצג חלוקה ממוספרת של נתוני הלקוחות שהותאמו בהצלחה. מידע נוסף על האופן שבו Google משתמשת בנתוני התאמה ללקוחות
חשוב לדעת שלא כל רשומה של התאמה ללקוחות שאתם מעלים תקושר בהכרח לחשבון Google פעיל. לכן יכול להיות שמספר הרשומות שיועלו לא יהיה זהה לגודל של רשימת ההתאמה ללקוחות.
איך לפתור בעיות שקשורות להעלאה ולרשימות קטנות מדי
יש לעצב את קובצי הנתונים של ההתאמה ללקוחות בהתאם להנחיות העיצוב הספציפיות כדי שתהיה אפשרות להעלות אותם. עיצוב שגוי, כולל גיבוב (hashing) שגוי, עלול להוביל לשגיאה בהעלאה או למספר קטן של רשומות מותאמות.
מומלץ לעבור על כל הפריטים המתוארים בהמשך כי כל אחד מהם עשוי להיות הגורם לכך שרשימת ההתאמות קטנה. הנחיות עיצוב נוספות זמינות במאמר יצירה של רשימת לקוחות.
- הקבצים חייבים להיות בפורמט CSV.
- כל הקבצים ששולחים חייבים לכלול לפחות 100 רשומות של משתמשים.
- צריך להפריד בפסיקים את כל המזהים ברשומת משתמש מסוימת. צריך להפריד רשומות שונות של משתמשים באמצעות התו הסטנדרטי \n לירידת שורה ב-Unix או באמצעות מעבר שורה. אי אפשר להפריד ביניהן באמצעות רווח או נקודה-פסיק.
- כותרות העמודות חייבות להיות: Email (כתובת אימייל), Phone (טלפון), First Name (שם פרטי), Last Name (שם משפחה), Country (מדינה), Zip (מיקוד) ו-Mobile Device ID (מזהה מכשיר נייד). אם יש לכם לקוחות עם כמה כתובות אימייל, כתובות למשלוח דואר או מספרי טלפון, אפשר להוסיף לקובץ כמה עמודות Email, Zip או Phone.
- כל כתובות האימייל צריכות לכלול שמות דומיינים, כמו gmail.com או hotmail.co.jp.
- אין להוסיף תחילית לשמות (לדוגמה מר או גברת).
- כדי להתאים כתובות למשלוח דואר, חשוב לוודא שקובץ הנתונים כולל את 4 כותרות העמודות האלה: First Name, Last Name, Country, ו-Zip
- מספרי טלפון צריכים לכלול את קידומת המדינה.
בנוסף, אם אתם מתכוונים לבצע גיבוב (hashing) של הקובץ לפני שאתם מעלים אותו, חשוב לזכור את הדברים הבאים:
- אסור לבצע גיבוב (hashing) של העמודות Country או Zip.
- כל התווים צריכים להיות באותיות קטנות. צריך גם להסיר את כל הרווחים המיותרים לפני, אחרי או בין כתובות האימייל והשמות.
- כתובות אימייל שכוללות סימנים דיאקריטיים (לדוגמה: è, é, ê ו-ë) לא יותאמו לחשבונות Google. עם זאת, ניתן להשתמש בסימנים דיאקריטיים בשדות First Name ו-Last Name.
- הפורמט של מספרי הטלפון צריך להיות בהתאם לפורמט E.164.
עיצוב לדוגמה
דוגמה לעיצוב נכון של קובץ בפורמט של שורות ועמודות, שבו השורה הראשונה חייבת להיות מורכבת מכותרות של עמודות:
| First Name | Last Name | Country | Zip | Phone | ||
|---|---|---|---|---|---|---|
| test@gmail.com | test2@gmail.com | john | smith | us | 94016 | |
| test3@gmail.com | newtest | test | cn | 101300 | 1 (234) 567-8910 |
דוגמה לעיצוב נכון של קובץ בפורמט .CSV:
| Email, First Name, Last Name, Country, Zip, Phone |
| test@gmail.com,test2@gmail.com, john,smith, us, 94016, 1(234)567-8910 |
| test3@gmail.com, newtest, test, cn, 101300, 101500,12354789 |
בשתי הדוגמאות אפשר להוסיף מספר עמודות/ערכים של כתובת אימייל ומיקוד, והכותרות חייבות להיות באנגלית.
הודעות שגיאה
שיעור נמוך של העלאות מוצלחות
100 השורות הראשונות בקובץ הנתונים נבדקות לפני ההעלאה כדי לאתר בעיות. הודעות השגיאה שיישלחו אליכם יכללו הצעות לתיקון.
השורות שאחרי 100 השורות הראשונות לא ייבדקו מראש. במקום זאת, יוצג לכם אחוז השורות שהועלו בהצלחה. אם אחוז השורות הזה בסדר מבחינתכם, לא צריך לבצע אף פעולה. אם לא, כדאי לבדוק שקובץ הנתונים תואם לקריטריונים שמפורטים למעלה.
בעיות בגיבוב (hashing)
יכול להיות שמערכת Google Ads תקבל את קובץ הנתונים גם אם בוצע לו גיבוב באופן שגוי לפני שהעליתם אותו או אם נתוני הלקוחות לא תואמים להנחיות העיצוב. עם זאת, במקרה כזה המערכת לא תתאים את נתוני הלקוחות לחשבונות Google, וכתוצאה מכך, יכול להיות שהרשימה שתתקבל תהיה קטנה.
אפשר להעלות כתובות אימייל שעברו גיבוב מראש (pre-hashing) אם הן תואמות לדרישות העיצוב שלנו, אבל שיטת גיבוב שגויה עלולה לפגוע ביכולת של מערכת Google Ads להתאים את הפלט שמתקבל אחרי הגיבוב לחשבון Google. לדוגמה: אם יהיו רווחים בכתובת האימייל, לא נוכל להתאים את פלט הגיבוב לחשבון Google כי הוא לא יזוהה ככתובת אימייל.
אם אתם רוצים לבצע גיבוב של קובצי הנתונים לפני ההעלאה, מומלץ לקרוא את הקטע "גיבוב (hash) של קובצי נתונים" לקבלת פתרונות נוספים לבעיות אפשריות.
גיבוב (hash) של קובצי נתונים
אם תעלו קובץ שמכיל נתוני לקוחות לא מגובבים (unhashed) אל Google Ads, מערכת Google Ads תבצע בשבילכם גיבוב של קובץ הנתונים. המערכת תגדיר את הפורמט של הנתונים האישיים של הלקוחות בקובץ (Email, Phone, First Name ו-Last Name) ותבצע גיבוב שלהם באופן אוטומטי לפני שהם יישלחו בצורה מאובטחת לשרתים של Google. תהליך הגיבוב מתבצע באופן מקומי במחשב שבו השתמשתם כדי להעלות את קובצי הנתונים. לכן, ניתן לבצע אותו בצורה מאובטחת מתוך רשת החברה של המפרסם.
אם אתם רוצים לבצע גיבוב מראש (pre-hashing) של הקבצים:
- לפני שאתם מתחילים, ודאו שפעלתם בהתאם לשיטות המומלצות להעלאת קובצי נתונים שתוארו למעלה. יכול להיות שיתקבלו רשימות קטנות מדי בגלל שילוב של בעיות שקשורות לפורמט של קובצי הנתונים ולגיבוב (hash) שגוי.
- עליכם להשתמש בכלי לעיצוב רשימות התאמה ללקוחות כדי לוודא ששיטת הגיבוב (hashing) נכונה או כדי לבצע גיבוב (hash) של קובצי נתונים.
- הערה: Google מספקת את המידע הזה כדי לאפשר לכם לבצע גיבוב (hash) לנתונים שבהם תשתמשו בהתאמה ללקוחות. המידע הזה מסופק לידיעה בלבד ואתם האחראים הבלעדיים לאופן השימוש בו.
- אחרי שמורידים את הקובץ, צריך לפתוח אותו בדפדפן האינטרנט. קיימים שלושה כלים זמינים:
- אימות הגיבוב (hashing) – קלט יחיד:
- תרחיש לדוגמה: אתם מבצעים גיבוב לנתונים בבעלותכם ורוצים לאמת את הפלט באמצעות קלט יחיד. באמצעות כלי זה, תוכלו לראות איזו המרה תתקבל תוך שימוש באלגוריתם SHA256. הפלט מהדגמה זו אמור להיות תואם לפלט משיטת הגיבוב שבה השתמשתם.
- הערה: לא ניתן להשתמש בכלי זה כדי לבצע זיהוי בעיות בנתונים (data scrubbing) לפני הגיבוב (כלומר, לא יוסרו רווחים מיותרים, אותיות גדולות לא יהפכו לקטנות ולא יוסרו נקודות לפני הסימן @). אתם צריכים לבצע טיוב נתונים לפני הגיבוב כדי ששיעור ההתאמות יהיה גבוה ככל שאפשר.
- הדגמת גיבוב (hashing) – פלט CSV:
- תרחיש לדוגמה: אתם מבצעים גיבוב של אצוות נתונים מקובץ CSV באמצעות העלאה. הפלט יהיה בפורמט CSV. אותיות גדולות יהפכו לקטנות, רווחים מיותרים יוסרו ונקודות לפני הסימן @ יוסרו לפני ביצוע הגיבוב (hashing). לאחר מכן, תוכלו להעלות את הפלט ל-Google Ads.
- הדגמת גיבוב (hashing) – פלט טקסט:
- תרחיש לדוגמה: אתם מבצעים גיבוב של אצוות נתונים מקובץ CSV על ידי העתקה/הדבקה. הפלט יוצג בתיבה מצד שמאל. אותיות גדולות יהפכו לקטנות, רווחים מיותרים יוסרו ונקודות לפני הסימן @ יוסרו לפני ביצוע הגיבוב (hashing). לאחר שמירת הנתונים כקובץ CSV, תוכלו להעלות אותם ל-Google Ads.
- אימות הגיבוב (hashing) – קלט יחיד:
- אם אתם משתמשים ב-Python, עליכם להשתמש בסקריפט הזה כדי לבצע גיבוב של קובצי הנתונים
פתרון בעיות לנפח תנועה קטן
הבעיה "נפח תנועה קטן או היעדר תנועה" נגרמת בדרך כלל עקב רשימה קטנה מדי, מיקוד מצומצם מדי, הצעות מחיר נמוכות מדי ו/או תקציב קטן מדי בהשוואה לקמפיינים אחרים של רימרקטינג.
כדי לאפשר את ההצגה של מודעות עם התאמה ללקוחות, צריכה להיות להן כמות מינימלית של משתמשים פעילים בזמן שהן מוצגות (משתמשים פעילים הם מספר המשתמשים ברשימה שמבצעים פעילות ב-Gmail, ברשת החיפוש, ב-YouTube או ברשת המדיה). סביר להניח שכמות המשתמשים הפעילים תהיה קטנה מכמות המשתמשים הכוללת ברשימת החברים בקהל, כי לא כולם מחוברים כל הזמן. כדי לוודא שהמודעות יוצגו, מומלץ שכל רשימת קהלים תכלול לפחות 100 משתמשים.
כל הגבלת טירגוט שתוסיפו לרשימת ההתאמה ללקוחות תצמצם את הרשימה של המשתמשים הפוטנציאליים שאפשר לטרגט אליהם באמצעות הקמפיין. בסופו של דבר, ההגבלות האלה יובילו לנפח תנועה קטן או להיעדר תנועה.
תיקון רשימות שהסטטוס שלהן תמיד "בתהליך"
תהליך העיבוד של רשימות ההתאמה ללקוחות שאתם מעלים עשוי להימשך עד 48 שעות. לכן, אם תעלו רשימות קהלים או תערוך בהן שינויים בכל יום, ייתכן שהסטטוס 'בתהליכים' יוצג באופן קבוע.
לדוגמה, נניח שתהליך העיבוד של רשימות הקהלים אורך 6 שעות, ואתם מעלים עדכונים חדשים לרשימת הקהלים בכל 4 שעות, בכל יום. בכל פעם שתעלו עדכון חדש לרשימת החברים בקהל, הרשימה תעבור לסטטוס 'בתהליך'. לכן, רשימת החברים בקהל תמיד תוצג בסטטוס 'בתהליך', אפילו שהעדכונים הקודמים הסתיימו.
תיקון שגיאות ברשימה
| השגיאה / הבעיה | הפתרון |
|---|---|
| לא קיימים נתונים בקובץ | ודאו שהקובץ מכיל נתונים והעלו אותו מחדש. |
| שגיאות עיצוב | יש לבדוק אם קיימות בקובץ השגיאות האלה:
|
| הקובץ לא מכיל את כל הכותרות של העמודות הנדרשות להתאמת כתובות למשלוח דואר | כדי לבצע התאמה של כתובות אימייל, צריך להזין רק כתובות אימייל. כדי לבצע התאמה של כתובות למשלוח דואר, צריך להזין נתוני לקוחות בכל העמודות האלה: First Name, Last Name, Country, Zip ו-Phone. העלו מחדש את הקובץ עם כל העמודות והשמות של כותרות העמודות הנחוצים לסוג של נתוני הלקוחות שלכם. |
| הקובץ מכיל שורות עם יותר מדי או פחות מדי ערכים | ודא שמספר הערכים בכל שורה זהה למספר של כותרות העמודות בקובץ. בשורות שמכילות נתונים חלקיים, מזינים null (תו ריק) ופסיק בכל ערך שנותר. לדוגמה, אם הרשימה של הלקוחות כוללת את כותרות העמודות First Name, Last Name, Country, Zip ו-Phone, כל שורה בקובץ צריכה להכיל 5 ערכים מופרדים בפסיקים. בתרחישים שבהם הקובץ מכיל נתונים חלקיים בלבד, לדוגמה, אם השם הפרטי של הלקוח מופיע אבל שם המשפחה שלו חסר, צריך להזין null (תו ריק) במקום הערך החסר. |
| העמודות בקובץ מכילות נתונים שגויים | ודאו שהערכים בשורות תואמים לכותרת העמודה. לדוגמה, כל הנתונים בעמודה Email צריכים להכיל כתובות אימייל תקינות בלבד, ולא מיקוד או שמות פרטיים. |
| התוויות של כותרות העמודות בקובץ שגויות | מערכת Google Ads דורשת שיהיה שם ספציפי לכל כותרת של עמודה. ודאו שהשתמשתם בשמות הנכונים לכותרות העמודות בקובץ: Email, Phone, First Name, Last Name, Country, Zip, Phone ו-Mobile Device ID. ניתן להזין בעמודה Zip גם מיקוד של מדינות מחוץ לארה"ב (Postal Code). |
נתקלתם בבעיות שקשורות לרשימות התאמה ללקוחות?
אפשר לפנות אלינו ונשמח לעזור.