התכונה User-ID מאפשרת לכם לשייך את המזהים שלכם למשתמשים ספציפיים. ככה אתם יכולים לקשר בין ההתנהגויות שלהם בסשנים שונים, במכשירים שונים ובפלטפורמות שונות. מערכת Analytics מפרשת כל מזהה משתמש כמשתמש נפרד, וזה נותן לכם ספירה מדויקת יותר של המשתמשים ודיווח מקיף יותר על הקשר של המשתמש עם העסק שלכם.
לפני שמתחילים
כדי לשלוח מזהי משתמשים ל-Analytics, אתם צריכים ליצור בעצמכם מזהה ייחודי לכל משתמש, ולהקצות את המזהים האלה למשתמשים באופן עקבי. הפעולה הזו מתבצעת בדרך כלל במהלך ההתחברות. לדוגמה, כשמשתמש נכנס לחשבון, אפשר להשתמש בכתובת האימייל שלו כדי ליצור מזהה ייחודי שיהיה תקף בכל מקום באתר או באפליקציה. מזהה משתמש צריך להיות באורך של עד 256 תווים.
הסבר על מזהי משתמשים
כדי שהדיווח יהיה מדויק, חשוב להזין מזהה משתמש אמיתי. אם תגדירו שוב ושוב מזהים ריקים או מזהי דמה, יכול להיות שהנתונים יהיו לא מדויקים (או שתאבדו לגמרי נתונים מסוימים) ושיהיה לכם קשה יותר לנתח את פעילות המשתמשים.
הקפידו להקצות לכל משתמש ב-Google Analytics מזהה משתמש ייחודי. אם תקצו את אותו מזהה לכמה משתמשים, הנתונים שיתקבלו לא יהיו מדויקים והיכולת שלכם להבחין בין הפעילויות של המשתמשים בפועל תיפגע.
דוגמה
יש לכם 2 משתמשים: יואב ומיכל. בטעות הקציתם את אותו מזהה משתמש (UserID123) לשניהם.
פעילות המשתמשים:
- יואב מתחבר לאתר שלכם וגולש בו מהמחשב הנייד שלו. הוא צופה במוצר א' ומוסיף אותו לעגלת הקניות שלו.
- מאוחר יותר, מיכל מתחברת לאתר מהטלפון באמצעות אותו מזהה משתמש (UserID123). היא צופה במוצר ב' ומבצעת רכישה.
ב-Google Analytics, תראו משתמש אחד עם מזהה המשתמש UserID123 שצפה במוצר א' ובמוצר ב', אבל ביצע רק רכישה אחת. אתם עלולים לפרש לא נכון את נתוני הגלישה המשולבים בתור משתמש יחיד עם תחומי עניין מגוונים, אבל למעשה מדובר בשני משתמשים.
שליחת מזהי משתמשים
אימות הזיהוי של מי שמדווח
חשוב לוודא שמוגדר בנכס זיהוי של מי שמדווח שכולל את האפשרות User-ID. ככה עושים את זה:
- בדף ניהול, בקטע תצוגת נתונים לוחצים על זיהוי של מי שמדווח.
הערה: הקישור הקודם מעביר אתכם לנכס האחרון ב-Analytics שאליו נכנסתם. כדי לפתוח את הנכס, אתם צריכים להיות מחוברים לחשבון Google. אפשר לבחור נכס אחר באמצעות בורר הנכסים. צריכה להיות לכם הרשאת עריכה או הרשאה ברמה גבוהה יותר ברמת הנכס כדי כדי לשנות את אופן הזיהוי של מי שמדווח, שכולל את האפשרות User-ID.
- בוחרים באחת מהאפשרויות הבאות:
- מיזוג: הערכה של מזהה המשתמש, מזהה המכשיר, נתונים לפי מודל
- נצפו: הערכה של מזהה המשתמש, מזהה המכשיר
- לוחצים על שמירה.
מה אפשר לעשות עם User-ID?
השוואה בין משתמשים שמחוברים לחשבון ומשתמשים שלא מחוברים
כדי להשוות בין ההתנהגות של משתמשים שמחוברים לחשבון לבין ההתנהגות של משתמשים שלא מחוברים: יוצרים השוואה בעזרת המאפיין התבצעה כניסה באמצעות מזהה משתמש ובוחרים אחד מסוגי ההתאמה הבאים.
- תואם בדיוק
- מכיל
- לא תואם בדיוק
- לא מכיל
ניתוח משתמשים נפרדים
כשמשתמשים בשיטה ניתוח משתמשים נפרדים, המערכת מציגה את המשתמשים שנכללים בפלח קיים, או בפלח זמני שנוצר על ידי שיטות ניתוח אחרות בכלי הניתוחים. אפשר להתעמק ברשימה כדי לראות מידע מפורט על משתמשים ספציפיים, כולל איך ומתי המשתמש צורף, מדדי סיכום לגבי המשתמש וציר זמן של הפעילויות שלו באתר או באפליקציה שלכם.
יצירת קהלים לרימרקטינג על סמך נתוני User-ID
אתם יכולים להשתמש במזהי משתמשים כבסיס ליצירת קהלים לרימרקטינג. אם קישרתם את חשבון Google Analytics לחשבון Google Ads, אתם יכולים למצוא את הקהלים האלה בספרייה המשותפת ב-Google Ads.
- אם תשתמשו ב-User-ID, מערכת Analytics תכלול בנתונים רק את מזהה המשתמש ואת המזהה של המכשיר האחרון ששויך לכל משתמש מחובר.
- אם לא תשתמשו ב-User-ID, מערכת Analytics תכלול בפרטי הקהלים שמיוצאים ל-Google Ads את כל מזהי המכשירים והמשתמשים.
איך מערכת Analytics מטפלת בסשנים שלא נאספו בהם כל נתוני ה-User-ID?
לפעמים משתמשים מפעילים אירועים באתר או באפליקציה לפני שהם נכנסים לחשבון או אחרי שהם מתנתקים ממנו. איך המערכת של Analytics מטפלת במצבים כאלה?
- לפני שנכנסים לחשבון: אם משתמש גורם להפעלה של אירוע לפני שמוגדר User-ID, המערכת של Analytics משייכת את האירועים הראשוניים האלה לאותו User-ID.
- אחרי שיוצאים מהחשבון: אם משתמש יוצא מהחשבון ולאירועים שמופעלים מייד אחרי היציאה מהחשבון אין User-ID, המערכת של Analytics מפסיקה לשייך את כל האירועים הבאים לאותו User-ID.
לדוגמה, משתמש מתחיל סשן בלי ששויך לו מזהה משתמש, ומפעיל בסשן את אירועים 1 ו-2. לאירועים האלה לא משויך מזהה משתמש. אחר כך המשתמש נכנס לחשבון ומפעיל את אירוע 3. בשלב הזה כל האירועים (1, 2 ו-3) משויכים למזהה של המשתמש הזה. בהמשך המשתמש יוצא מהחשבון ואז מפעיל את אירוע 4. לאירוע 4 לא ישויך מזהה משתמש. אירועים 1, 2 ו-3 עדיין ישויכו למשתמש הזה.
במקרים נדירים יותר, אם משתמש נכנס חזרה לחשבון בשלב מסוים באותו סשן ומקבל את אותו User-ID, האירועים הבאים משויכים שוב ל-User-ID הזה. בדוגמה הזאת, אם אירוע 5 מופעל אחרי היציאה מהחשבון ויש בו אותו User-ID, האירועים 1, 2, 3 ו-5 משויכים כולם לאותו משתמש.
- undefined: לא יישלח מזהה משתמש לגבי ההיט כי ההיט לא תועד כ-user_id. זה יקרה גם אם לא תגדירו מזהה משתמש בכלל.
- null: ערך לא מוגדר של מזהה משתמש יישלח לגבי ההיט. המשתמש ייחשב כמשתמש "מנותק" שאין לו ערך user_id יציב. אחרי שמשתמש מתנתק הערך הזה הוא גם היחיד שקביל.
- מחרוזת ריקה (""): ערך ריק של מזהה משתמש יישלח לגבי ההיט. המשתמש גם ייחשב כמשתמש "מנותק" שאין לו ערך user_id יציב. אם אתם מתכוונים להשמיט את מזהה המשתמש, מומלץ להשתמש בערך null במקום בערך של מחרוזת ריקה כי שימוש בערך של מחרוזת ריקה יכול לגרום לבעיות בקידוד.
כל הערכים האחרים מפורשים כמזהי משתמשים ייחודיים ויישלחו ככאלה. זה אפילו כולל את המחרוזות "undefined" ו-"null", ששונות מערכי ה-JavaScript שמופיעים בהסברים שלמעלה.
מגבלות
- התכונה User-ID מיועדת לשימוש עם טכנולוגיות Google Analytics. כל הטמעה שלה צריכה להתבצע בהתאם למדיניות של Analytics SDK ושל התכונה User-ID.
- מזהי משתמשים שאתם שולחים ל-Google Analytics צריכים להיות באורך של עד 256 תווים.
- כל הנתונים בחשבון Analytics שנאספו ותועדו לפני ההטמעה לא יעובדו מחדש ולא ישויכו למזהה משתמש.
- אי אפשר לשתף נתוני User-ID בין נכסים או לשלב אותם עם נתונים בנכסים אחרים.
-
התכונה User-ID נועדה לאיסוף נתונים לגבי הלקוחות. אתם צריכים לוודא שהיישום שלה תקין כדי שלא תיתקלו במגבלות לאיסוף ביקורים או אירועים לכל משתמש ביום. מידע נוסף על המגבלות שמוגדרות לאיסוף אירועים
כדי שהיישום יהיה תקין:
- כל משתמש נפרד בנכס מקבל ערך user_ID ייחודי ועקבי.
- צריך לוודא שה-user_ID לא מוגדר לערך דמה או לערך זמני לשמירת מקום (פלייסהולדר) אם המשתמשים התנתקו או אחרי ההתנתקות שלהם. הוא צריך להיות מוגדר כ-null כדי לנקות כל ערך קודם, ולא כמחרוזת ריקה או כל ערך אחר.
- חשוב לוודא שהקוד לא מתחיל בטעות ביקור של משתמש חדש בכל פעם שקורה אירוע.