תוכן עניינים — מעבר לנושא שמעניין אתכם
בקצרה: Customer Match בגוגל אדס מאפשר להשתמש בנתוני לקוחות שנמסרו לעסק כדי להתאים קהלים, בכפוף לזכאות ולמדיניות Google. שימושים אפשריים כוללים פנייה ללקוחות, החרגה או אות לקמפיין בהתאם לתמיכה. רשימה שהועלתה אינה בהכרח קהל שניתן להציג לו מודעות, ו־Customer Match אינו חיבור שמחזיר מכירות מה־CRM לחשבון.
מתי רשימת לקוחות מועילה?
קודם מגדירים החלטה עסקית ורק אחר כך מייצאים קובץ. רשימת רוכשים יכולה לשרת הצעה משלימה; רשימת לקוחות פעילים יכולה לשמש לבדיקת החרגה ממסר גיוס; רשימה לא מעודכנת עלולה להציג הצעה לא מתאימה לאנשים שכבר ביטלו או שינו העדפות.
Google מתארת את Customer Match ואת השימושים הנתמכים. יש לבדוק כל שימוש בחשבון ובסוג הקמפיין בפועל, ולא להניח שכל רשימה מעניקה שליטה בלעדית על מי יראה את המודעה.
כרטיס לכל רשימה לפני הייצוא
| שדה | ההחלטה הנדרשת |
|---|---|
| מטרה | לקוח חוזר, החרגה או שימוש אחר שנתמך |
| מקור | מאיזה מגע ישיר עם העסק הגיע המידע |
| תנאי הצטרפות | מה בדיוק הופך רשומה לחלק מהקהל |
| תנאי יציאה | ביטול, שינוי סטטוס, משיכת הסכמה או מידע שהתיישן |
| אחריות | מי מאשר ומי מעדכן את הרשימה |
| מדידה | איזו תוצאה עסקית תעיד שהשימוש מועיל |
לא בונים רשימה של ״כל מי שיש לנו״ בלי לדעת מה מקור הנתונים. לא משתמשים ברשימה קנויה כדי לעקוף את הצורך בקשר מתאים עם המשתמשים. מדיניות Customer Match כוללת מגבלות על מקור הנתונים, זכאות ושימושים רגישים.
מה ההבדל בין Customer Match, רימרקטינג והמרות אופליין?
רימרקטינג יכול להישען על אינטראקציות עם האתר או העסק. Customer Match מבוסס על נתוני לקוחות מתאימים, ולא דורש שהפעולה העסקית האחרונה הייתה ביקור באתר. המרות אופליין מחזירות אירוע, למשל מכירה; רשימת קהל אינה תחליף לאירוע הזה.
גם אם אותה מערכת CRM מזינה את שני החיבורים, צריך להפריד מטרה, נתונים ותדירות. הוספת לקוח לרשימה אינה הוראה לספור אותו כמכירה, ומחיקתו מהרשימה אינה תיקון אוטומטי של המרה.
איך מכינים ומתחזקים רשימה?
- מגדירים את מטרת השימוש ובודקים זכאות ומדיניות.
- בוחרים רק את השדות המותרים והנדרשים למסלול ההעלאה.
- מנקים כפילויות ובודקים פורמט לפי התיעוד; לא מנחשים איך המחבר מעבד את הנתונים.
- מוודאים שהקובץ עובר בערוץ מאובטח ושאין העתק ציבורי.
- בודקים קליטה, התאמה ומצב שימוש בנפרד.
- מגדירים רענון והסרה, כולל אחריות במקרה של תקלה.
Hashing אינו הופך מידע שנאסף שלא כדין למותר. לא מעבירים נתונים רפואיים, תוכן שיחות או פרטים חופשיים רק מפני שהמערכת מאפשרת לייצא אותם. בסוג שירות רגיש צריך לבדוק את המדיניות לפני בניית הקהל.
הרשימה עלתה אבל לא עובדת: מה בודקים?
| מצב | הסבר אפשרי | בדיקה |
|---|---|---|
| הקובץ נדחה | מבנה או שדות לא מתאימים | הודעת העיבוד והפורמט |
| הקובץ נקלט ויש התאמה נמוכה | נתונים ישנים או חוסר התאמה | מקור, עדכניות ונרמול |
| קיימת רשימה ואין מסירה | גודל, זכאות, סוג שימוש או הגדרות | סטטוס קהל וקמפיין |
| הקהל משמש כאות | אין בהכרח הגבלה אליו בלבד | אופן השימוש בפועל |
| ההחרגה לא משיגה את המטרה | לא כל הלקוחות הותאמו או נתונים חסרים | איכות הרשימה והיקף התמיכה |
שיעור התאמה אינו שיעור לקוחות מרוצים, כוונת רכישה או מכירות. גם מסירה תקינה אינה הוכחה לתוצאה עסקית. בוחנים רכישות ופניות מתאימות, עלות ותדירות, תוך הפרדה מגיוס לקוחות חדשים.
האם אפשר להחריג את כל הלקוחות באופן מוחלט?
אין להבטיח זאת: התאמת הרשומות, עדכניותן והתמיכה בסוג הקמפיין מגבילות את התוצאה. יש לבדוק בפועל ולא להציג ״רק לקוחות חדשים״ על סמך העלאת רשימה בלבד.
מה כדאי להביא לייעוץ?
תיאור של מטרת הרשימה, מקור הנתונים, גודל כללי ותהליך העדכון — בלי לשלוח את מאגר הלקוחות עצמו. דן גיל יכול לבחון את מקומה בניהול הקמפיינים או באודיט לחשבון לפני שמחברים מערכת חדשה.

