כשמגדירים את Google Analytics 4, כדאי להשוות בין התוצאות המדווחות בנכס Google Analytics 4 לבין התוצאות בנכס Universal Analytics. במאמר הזה מוסבר אילו מדדים אפשר ואי־אפשר להשוות בין Universal Analytics לבין Google Analytics 4.
הנושאים במאמר:משתמשים
ב-Universal Analytics יש 2 מדדי משתמשים: סה"כ משתמשים ומשתמשים חדשים. ב-Google Analytics 4 יש 3 מדדי משתמשים: סה"כ משתמשים, משתמשים פעילים ומשתמשים חדשים.
|
המדד |
UA |
GA4 |
|
סה"כ משתמשים |
מדד המשתמשים הראשי ב-UA: מספר המשתמשים הכולל |
המספר הכולל של משתמשים ייחודיים שנרשם לגביהם אירוע ביומן |
|
משתמשים חדשים |
מספר המשתמשים שביצעו פעולה ראשונה באתר |
מספר המשתמשים שביצעו פעולות באתר או הפעילו את האפליקציה בפעם הראשונה המדד הזה מחושב על סמך מספר מזהי המשתמשים הייחודיים החדשים שתועדו לגביהם אירועים מסוג |
|
משתמשים פעילים |
לא רלוונטי |
מדד המשתמשים הראשי ב-GA4: מספר המשתמשים הייחודיים שביקרו באתר או השתמשו באפליקציה שלכם. משתמש פעיל הוא משתמש שנמצא בעיצומו של סשן התעניינות או משתמש שמערכת Analytics אוספת לגביו את:
|
חשוב לזכור
מערכת Universal Analytics מדגישה את המדד סה"כ משתמשים, שמוצג בתור משתמשים ברוב הדוחות, ואילו מערכת GA4 מתמקדת במדד משתמשים פעילים, שגם הוא מוצג בתור משתמשים בדוחות. לכן, אפילו שהמונח משתמשים נראה זהה, יש הבדלים בחישוב של המדד בין UA לבין GA4, כי מערכת UA מתבססת על המדד סה"כ משתמשים ואילו מערכת GA4 מתבססת על המדד משתמשים פעילים.
הדמיון בין המדד סה"כ משתמשים ב-UA לבין המדד משתמשים פעילים ב-GA4 משתנה בהתאם לתדירות שבה המשתמשים חוזרים לאתר שלכם.
ההגדרות שבהן נעשה שימוש ב-2 סוגי הנכסים, כמו מרחבי הזהות של המשתמשים, עשויות להיות שונות. לדוגמה, יכול להיות שנכס Google Analytics 4 ישתמש ב-User-ID ואילו נכס Universal Analytics ישתמש ב-Client-ID.
ייתכן שבדוחות של UA מוחרגים נתונים בהתאם למסננים. נכון לעכשיו, נכסי GA4 לא תומכים במסננים האלה.
חוסר התאמה לכאורה בנתונים שקשורים למשתמשים בין Google Analytics 4 לבין Universal Analytics הוא לא יוצא דופן. אפשר לצפות לפערים בשיעור של עד 10% ביחס לצפיות בדפים, ובשיעור של עד 20% ביחס למשתמשים ולסשנים. אין כאן סיבה לדאגה. הפערים נובעים מכך שבשני המקרים (גם אם בשני המוצרים יש סביבות דומות שניתן להשוות ביניהן) נעשה שימוש במדדים עם הגדרות מעט שונות. בנוסף, ייתכנו הבדלים בהגדרות בין עסקים שונים, בהתאם לכמה גורמים.
צפיות בדפים
באופן כללי, המדדים של צפיות בדפים אמורים להיות די דומים ב-UA וב-GA4, וההפרש בין שתי הפלטפורמות בדרך כלל יהיה באחוזים ספורים, כי Google Tag מופעל בכל דף ומייצר צפייה בדף. עם זאת, ההבדלים במדדים תלויים במסננים שהגדרתם ב-Universal Analytics או ב-Google Analytics 4.
|
המדד |
UA |
GA4 |
|
צפייה בדף |
המספר הכולל של צפיות בדפים. צפיות חוזרות באותו הדף נספרות. |
נקרא גם צפיות: המספר הכולל של מסכים באפליקציה או דפים באתר שהמשתמשים ראו. המדד צפיות שנמצא בממשק הדוחות הוא שילוב בין צפיות בדפים לצפיות במסכים. גם צפיות חוזרות באותו מסך או באותו דף נספרות. |
|
צפייה ייחודית בדף |
המספר הכולל של דפים שנצפו. כפילויות לא נספרות. |
לא רלוונטי |
חשוב לזכור
מערכת Universal Analytics מודדת צפיות במסכים בנכסים נפרדים שספציפיים לנייד, ואילו מערכת GA4 משלבת את הנתונים מהאתר והנתונים מהאפליקציה באותו הנכס. אם אתם מודדים גם נתונים מהאתר וגם נתונים מהאפליקציה בנכס GA4, חשוב להביא בחשבון את התנועה הנוספת לאפליקציה כשמשווים בין מדדי הצפיות בדפים ב-2 הפלטפורמות.
ב-Universal Analytics יש אפשרויות סינון נוספות שעשויות להשפיע על הנתונים שנכללים בתצוגה המפורטת שאליה אתם משווים. לדוגמה, אם אתם משתמשים במסנן כדי להחריג אזורים גיאוגרפיים מסוימים, ייתכן שיהיה הבדל משמעותי יותר בין מספר הצפיות בדפים ב-UA וב-GA4.
נכסי Google Analytics 4 לא תומכים בשלב זה במסננים, אבל על הנתונים בדוחות של Universal Analytics עשויים לחול מסנני תצוגה מפורטת שמחריגים נתונים. לדוגמה, גם ב-UA וגם ב-GA4 יש אפשרות לסנן תנועה מכתובות IP פנימיות והפניות לא רצויות, אבל ב-UA אפשר להחיל מסננים נוספים. כשמשווים בין המדדים, חשוב לוודא שמשתמשים באותם המסננים בשני הנכסים.
בנכסי Universal Analytics מסוימים, מקובל להגדיר מעקב ידני אחר צפיות בדף לאפליקציות עם דף יחיד (SPA). הסיבה לכך היא שללא הגדרה, המעקב האוטומטי אחר צפיות בדף לא הצליח למדוד צפיות בדף באפליקציות עם דף יחיד. ב-Google Analytics 4, אין צורך להטמיע תיוג מותאם אישית. במקום זאת, אפשר להפעיל מדידה משופרת כדי לבצע את המדידה באופן אוטומטי.
רכישות
מספרי הרכישות באינטרנט אמורים להיות כמעט זהים בשתי הפלטפורמות. אנחנו אף פעם לא מצפים שהנתונים של כל האירועים ייאספו בצורה מושלמת, ואירועים מסוג רכישה לא יוצאים מהכלל. עם זאת, האירועים האלה הם קריטיים, ולכן מספרי האירועים ב-UA וב-GA4 אמורים להיות כמעט זהים.
transaction_id ייחודי גם ב-UA וגם ב-GA4 כדי לוודא שההשוואה היא בין מדדים דומים.|
המדד |
UA |
GA4 |
|
רכישות |
|
|
חשוב לזכור
אם לא תחילו באופן עקבי ומדויק את פרמטר transaction_id, ייתכן שתבחינו בהבדלים ניכרים בזמן השוואת הנתונים. כדי שהנתונים יהיו איכותיים ושתוכלו להשוות ביניהם, חשוב לוודא שהנתונים האלה נאספים באופן עקבי בהתאם למסמכי התיעוד.
כדי לוודא שנתוני המסחר האלקטרוני מתועדים בצורה תקינה, הקפידו להשתמש בכל הפרמטרים הנדרשים להטמעה של מסחר אלקטרוני ב-GA4, וגם ב-UA.
ייתכן שבדוחות של UA מוחרגים נתונים בהתאם למסננים.
אם אתם משווים בין דוחות שהופקו לאחרונה, יכול להיות שתבחינו בהבדלים כי ב-GA4 עדיין מתבצע עיבוד נתונים. לדוגמה, מערכת GA4 יכולה לעדכן את שיוך האירוע המרכזי במשך עד 7 ימים אחרי תיעוד האירוע המרכזי.
סשנים
|
המדד |
UA |
GA4 |
|
סשן |
|
המדד נקרא גם 'התחלת סשן'.
|
חשוב לזכור
ההבדל בספירת הסשנים בין UA ל-GA4 עשוי להשתנות מעסק לעסק בהתאם למספר גורמים, ביניהם:
- גיאוגרפיה – נלקחים בחשבון אזורי הזמן של המשתמשים והסבירות שהמשתמשים יעברו את סף חצות ויתחילו סשן מחדש. הגורם הזה רלוונטי במיוחד אם יש לכם בסיס לקוחות גלובלי.
- שימוש במנטרי התנועה של Urchin באתרים או באפליקציות שבבעלותכם – לא מומלץ להשתמש בתיוג של מנטר התנועה של Urchin באתר שלכם כי הוא יאפס את הסשן ב-Universal Analytics. אם בכל זאת אתם משתמשים במנטרי התנועה של Urchin באתר, ייתכן שיוצג ב-UA מספר סשנים גבוה בהרבה מאשר ב-GA4.
- מסננים – על הנתונים בדוחות של Universal Analytics עשויים לחול מסננים של תצוגה מפורטת שמחריגים נתונים. על הנתונים בדוחות של GA4 עבור לקוחות של Google Analytics 360 עשויים לחול מסננים שמגדירים אילו נתונים מנכס מקור יופיעו בנכס משנה. עם זאת, מערכת Google Analytics עדיין יוצרת מזהה סשן כשמסננים את האירוע
session_startמנכס משנה. - הערכה – נכסי Google Analytics 4 מתבססים על הערכה סטטיסטית של מספר מזהי הסשנים הייחודיים כדי לחשב את מספר הסשנים שהתרחשו באתר או באפליקציה שלכם. לעומת זאת, בנכסי Universal Analytics לא מתבצעת הערכה של מספר הסשנים. ההערכות שעליהן מתבססים נכסי Google Analytics 4 מאפשרות לספור את הסשנים בצורה יעילה יותר, ברמת דיוק גבוהה ועם שיעור שגיאות נמוך. מידע נוסף על סשנים ב-Analytics
מדדי צירוף משתמשים שמבוססים על סשנים/תנועה
|
המדד |
UA |
GA4 |
|
מדדי צירוף משתמשים שמבוססים על סשנים/תנועה |
המדדים נמצאים בקטע 'צירוף משתמשים' בכמה דוחות שונים, כמו הדוח 'ערוצים' או הדוח 'מקור/אמצעי הגעה לאתר'. 'ערוץ' או 'מקור/אמצעי הגעה לאתר' הם מאפיינים שמנותחים לפי מדדים כמו משתמשים וסשנים. חלון המבט לאחור שמוגדר כברירת מחדל לשיוך של סשן נקבע על סמך ההגדרה 'הזמן הקצוב לתפוגה של קמפיין'. כברירת מחדל, הוא מוגדר ל-6 חודשים. |
המדדים של משתמשים שהצטרפו לפי מקורות תנועה נמצאים בדוח 'משתמשים שהצטרפו לפי מקורות תנועה'. המאפיינים של 'ערוץ' או 'מקור/אמצעי הגעה לאתר' מחושבים לפי מדדים כמו משתמשים וסשנים חשוב לזכור: ההבדלים העיקריים בין מדדי צירוף המשתמשים ב-UA וב-GA4 תואמים להבדלים בין המדדים משתמשים או סשנים חלון ההמרות לשיוך של סשנים נקבע לפי ההגדרה 'כל שאר אירועי ההמרה'. כברירת מחדל, הוא מוגדר ל-90 יום. מידע נוסף על בחירה או עדכון של הגדרות שיוך |
חשוב לזכור
סשנים ומשתמשים הם המדדים העיקריים בהשוואה בין מדדי צירוף המשתמשים, ולכן כדאי לעיין בקטעים סשנים ומשתמשים במאמר הזה.
אירועים מרכזיים ואירועי המרה
אם ספירת האירועים המרכזיים ב-GA4 מבוססת על כתובות יעד או על אירועים ב-UA (כמו קטגוריה/פעולה/תווית) שהגדרתם להם אירועי המרה מקבילים ב-GA4, ייתכן שמספר האירועים המרכזיים ומספר אירועי ההמרה יהיו די דומים. עם זאת, יש הבדלים חשובים בין UA ל-GA4 שעשויים להקשות על ההשוואה בין המספרים.
|
המדד |
UA |
GA4 |
|
אירועים מרכזיים |
אתם צריכים להגדיר מטרה עסקית כדי לציין שפעולת משתמש מסוימת נחשבת המרה. לדוגמה, אם תגדירו מטרה עסקית מסוג 'שליחת טופס', תתועד המרה בכל פעם שמשתמש שולח את הטופס. מערכת UA סופרת המרה אחת בלבד בכל סשן, לכל מטרה עסקית. לכן, אם משתמש שולח את הטופס פעמיים באותו הסשן, תתועד רק המרה אחת למטרה העסקית 'שליחת טופס'. |
צריך לציין אירוע מרכזי לכל פעולה שרוצים לספור כאירוע מרכזי. לדוגמה, אם מציינים שהאירוע 'שליחת טופס' הוא אירוע מרכזי, יתועד אירוע מרכזי בכל פעם שמשתמש ישלח את הטופס. מערכת GA4 בדרך כלל סופרת כל מופע של האירוע המרכזי, גם אם אותו אירוע מרכזי מתועד כמה פעמים במהלך אותו סשן. לכן, אם משתמש שולח את הטופס פעמיים באותו סשן, יתועדו שני אירועים מרכזיים. כדי לצמצם את ההבדלים במספר האירועים המרכזיים בין נכס UA לנכס GA4 התואם, צריך לעדכן את שיטת הספירה של האירועים המרכזיים ב-GA4 לפעם אחת בכל סשן.
|
חשוב לזכור
פלטפורמת Universal Analytics תומכת ב-5 סוגים של מטרות עסקיות: יעד, משך זמן, דפים/סשן, מטרות עסקיות חכמות ומטרות עסקיות שקשורות לאירועים. לעומת זאת, פלטפורמת GA4 תומכת באירועים מרכזיים. ייתכן שלא תמיד תהיה אפשרות להשתמש באירועים מרכזיים מ-GA4 כדי ליצור עותק מדויק של חלק מסוגי המטרות העסקיות מ-Universal Analytics. לדוגמה, אין אפשרות ליצור עותק של מטרה עסקית חכמה או של משך זמן מסוים באמצעות אירועים מרכזיים מ-GA4.
מערכת UA סופרת רק אירוע מרכזי אחד בכל סשן, עבור אותה מטרה עסקית. מערכת GA4 בדרך כלל סופרת כמה אירועים מרכזיים בכל סשן, עבור אותו אירוע מרכזי. כדי לצמצם את ההבדלים במספר האירועים המרכזיים בין נכס UA לנכס GA4 התואם, צריך לעדכן את שיטת הספירה של האירועים המרכזיים ב-GA4 לפעם אחת בכל סשן.
ייתכן שבדוחות של UA מוחרגים נתונים בהתאם למסננים.
אם אתם משווים בין דוחות שהופקו לאחרונה, יכול להיות שתבחינו בהבדלים כי ב-GA4 עדיין מתבצע עיבוד נתונים. לדוגמה, מערכת GA4 יכולה לעדכן את שיוך האירוע המרכזי במשך עד 7 ימים אחרי תיעוד האירוע המרכזי.
סיבות נוספות להבדלים במספר האירועים המרכזיים
הסיבות הנפוצות ביותר להבדלים
בטבלה הבאה מפורטות הסיבות הנפוצות ביותר להבדלים בין נתונים דומים של המרות ב-UA ושל אירועים מרכזיים ב-GA4. כשנתקלים בהבדלים, מומלץ קודם כול לבדוק את הגורמים הנפוצים האלה ולבצע התאמות כדי לצמצם את הפערים בנתונים. ברוב המקרים, הטיפול בהבדלים בין תהליכי ההגדרה, המוצרים או ההגדרות יפתור הבדלים משמעותיים בספירה.
ב-Google Analytics
אלה הגורמים העיקריים להבדלים בין UA לבין GA4 על סמך האפשרויות שבחרתם ב-Google Analytics למוצרים, לתהליך ההגדרה או להגדרות.
| תיאור | פתרון / המלצה |
|---|---|
|
שיטת הספירה: ב-UA נספרת מטרה עסקית לכל סשן, ואילו ב-GA4 אפשר לבחור אם לספור פעם אחת לכל אירוע או פעם אחת לכל סשן. לדוגמה, כשמשתמש משלים מטרה עסקית 5 פעמים בסשן אחד, ב-UA תוצג המרה אחת וב-GA4 יוצגו בדרך כלל אירוע מרכזי אחד או 5 אירועים מרכזיים – המספר תלוי בשיטת הספירה שבחרתם. הערה: שיטת הספירה 'פעם אחת לכל אירוע' היא השיטה שמוגדרת כברירת מחדל לספירת רוב האירועים המרכזיים, למעט אלה שנוצרו בנכס GA4 שנוצר באופן אוטומטי או באמצעות 'כלי ההגדרה' להעברת מטרות עסקיות. הגדרות ברירת המחדל יכולות לגרום למספר גבוה יותר של אירועים מרכזיים ב-GA4. |
מעדכנים את הגדרות הספירה של אירועים מרכזיים. כדי שמספר האירועים המרכזיים ב-GA4 יהיה תואם למספר המטרות העסקיות ב-UA, צריך לוודא שהשיטה שמוגדרת לספירת אירועים מרכזיים ב-GA4 היא פעם אחת בכל סשן. הערות:
ההמלצה הזו לא רלוונטית כשמשווים בין פירוט עסקאות ב-UA, כי הנתונים האלה כבר נספרים פעם אחת לכל אירוע ב-UA. |
|
כיסוי האתר: אם הדפים באתר שבהם מוטמע תג UA מוטמע שונים מהדפים שבהם מוטמע תג GA4, עלולים להיווצר פערים במדידה. במיוחד אם דף נחיתה ממודעת Google Ads לא מתויג בצורה נכונה, ייתכן שהמידע שדרוש כדי למדוד באופן מדויק ולשייך אירוע מרכזי לאינטראקציה הזו עם המודעה לא יהיה זמין. ב-GA4 יוצגו יותר או פחות משתמשים, סשנים, צפיות בדפים ואירועים מרכזיים שקרו בעקבות זאת, בהתאם למספר הדפים שבהם מוטמעים תגי GA4 בהשוואה לתגי UA. |
מומלץ להשתמש בשיטת הטמעה סטנדרטית כדי לוודא שהתגים מוטמעים באתר (לדוגמה, Google Tag או Google Tag Manager). כדאי להביא בחשבון גם הגדרות שקבעתם בעבר, כמו מדידה בכמה דומיינים. אפשר להיעזר בסיכום Tag coverage (כיסוי התג) כדי לבדוק אם Google Tag מוטמע בכל הדפים באתר. מידע נוסף על הסיכום Tag coverage (כיסוי התג) כדי לצמצם את הפערים בנתונים, כדאי להשתמש באותן שיטות להטמעת תגים ב-UA וב-GA4. |
|
שגיאות בהטמעה: יכול להיות שתג הוטמע בצורה שגויה במהלך ההגדרה של איסוף נתונים ב-GA4. כתוצאה מכך, יכול להיות שלא יוצגו שום נתונים בנכס GA4, אבל במקרים מסוימים יוצגו נתונים חלקיים בנכס GA4. במקרה כזה יהיו פערים בהשוואה לנתונים ב-UA. סביר להניח שבמקרה של הטמעה לא תקינה יוצג מספר נמוך יותר של אירועים מרכזיים ב-GA4 בהשוואה ל-UA. |
מומלץ להשתמש בשיטות הטמעה סטנדרטיות שמפורטות במדריך למפתחים במקום בשיטות הטמעה לא סטנדרטיות. מערכת ניהול תגים יכולה לעזור בשמירה על עקביות בהטמעות. השימוש ב-Google Tag מספיק להרבה משתמשים, כי כך אפשר להשתמש באותו תג גם ב-Google Ads וגם ב-Google Analytics (פרטים נוספים זמינים במדריך למפתחים). |
|
מסננים: אופן הפעולה של המסננים ב-UA שונה מאוד מהמסננים ב-GA4. בהרבה מקרים מוגדרים מסננים ב-UA שמשנים באופן משמעותי את הנתונים בנכס UA (לדוגמה, 'הצגה של נתונים מבריטניה בלבד'). ב-GA4 יש קבוצה שונה מאוד של מסננים זמינים. אם מסננים ב-UA מצמצמים את נפח התנועה שעליו המערכת מדווחת, ייתכן שנפח התנועה שמוצג ב-GA4 יהיה גבוה יותר. |
מסנני נתונים: יוצרים מסננים של הכללה/החרגה לתנועה פנימית ולתנועה שמגיעה ממפתחים. אירועים בהתאמה אישית ושינויים של אירועים: משנים את השמות והפרמטרים של אירועים. זיהוי הפניות לא רצויות: כוללים רק את ההפניות הרצויות. יצירה של נכסי משנה (360 בלבד): יוצרים נכסים שפועלים באופן מלא ושהם קבוצות משנה של הנתונים בנכסי 360. |
|
החרגות של הפניות: החרגות שמוגדרות ב-UA יכולות להשפיע על אירועים מרכזיים שמשויכים ל-Google Ads. אם ההחרגות האלה לא מוגדרות בהתאם ב-GA4, הקרדיט שמשויך ל-Google Ads עשוי להיות שונה (לדוגמה, החרגות לספקי תשלום כמו פייפאל מתבצעות לעיתים קרובות ב-UA). אם מקורות ההפניה (referrers) הוחרגו ב-UA אבל לא הוחרגו ב-GA4, ייתכן שהשיוך של אירועים מרכזיים ב-GA4 יהיה שגוי, וכתוצאה מכך פחות אירועים מרכזיים ישויכו לערוץ בתשלום של Google בהשוואה ל-UA. החרגות של הפניות משפיעות על סך הקרדיט על אירועים מרכזיים. |
קובעים הגדרות תואמות להחרגה של הפניות ב-UA וב-GA4 כדי לצמצם את מספר השיוכים השגויים. שימו לב שהחרגה של הפניות לא משנה את מספר האירועים המרכזיים הכולל בנכס ב-Google Analytics. היא משפיעה רק על אופן השיוך של האירועים המרכזיים. אתם יכולים לקרוא מידע נוסף על החרגות של הפניות ב-UA ועל זיהוי של הפניות לא רצויות ב-GA4. |
ב-Google Ads
אלה הגורמים העיקריים להבדלים בנתונים דומים של אירועים מרכזיים בין UA לבין GA4 על סמך האפשרויות שבחרתם ב-Google Ads למוצרים, לתהליך ההגדרה או להגדרות.
| תיאור | פתרון / המלצה |
|
חלון מבט לאחור של אירועים מרכזיים: ההגדרות של חלון המבט לאחור של אירועים מרכזיים ב-Google Ads קובעות במשך כמה זמן אחרי נקודת מגע עם הלקוח ב-Google Ads המערכת יכולה לשייך קרדיט על אירוע מרכזי לנקודת המגע הזו. לעיתים קרובות נקבע להגדרה הזו ערך לפי בחירה (לדוגמה, 90 ימים). אם יש הבדל בהגדרות, יכול להיות שמערכת UA תשייך קרדיט על אירוע מרכזי לנקודת מגע מסוימת עם הלקוח אבל מערכת GA4 לא תשייך את הקרדיט הזה, או להפך. |
קובעים הגדרות תואמות של חלון המבט לאחור של אירועים מרכזיים ב-Google Ads לפעולות של האירועים המרכזיים ב-UA וב-GA4, בהתאם להגדרה שנקבעה בנכס GA4. |
|
הגדרות של מודל השיוך (ב-Google Ads): מודלים של שיוך (Attribution) משפיעים על אופן חלוקת הקרדיט בין נקודות המגע עם הלקוח בנתיב ההמרות. ההבדלים בין ההגדרות של מודל השיוך ב-Google Ads בין UA לבין GA4 עשויים לגרום להקצאות שונות של קרדיט בין הקמפיינים בחשבון Google Ads או בחשבון ניהול (MCC). הערה: שינוי של הגדרות השיוך ב-Google Ads לא משפיע על הכמות הכוללת של הקרדיט שמשויך אל Google Ads. |
כדאי להתאים בין המודלים של השיוך בהגדרות של האירועים המרכזיים ב-Google Ads. |
| הגדרת ברירת המחדל של השיוך ב-GA4: אם אתם רואים ב-Google Ads שנפח ההמרות ב-GA4 נמוך מנפח ההמרות ב-Universal Analytics, אחת הסיבות לכך יכולה להיות שבכל הנכסים שנוצרו לפני יוני 2023 נקבעה האפשרות 'ערוצים אורגניים וערוצים בתשלום של Google' בהגדרה 'ערוצים שיכולים לקבל קרדיט', שהיא הגדרת ברירת המחדל של השיוך ב-GA4. בנכסי GA4 שנוצרו אחרי יוני 2023, הגדרת ברירת המחדל היא 'ערוצים בתשלום של Google'. שינוי של ההגדרה הזו ב-Google Analytics לאפשרות 'ערוצים בתשלום של Google' יכול להגדיל ב-Google Ads את נפח ההמרות ב-GA4 בהשוואה להמרות ב-UA. | אפשר לבצע את השינוי הזה בהגדרות השיוך, בקטע 'ניהול' > 'תצוגת נתונים' > 'הגדרות שיוך (Attribution)' > 'ערוצים שיכולים לקבל קרדיט'. |
|
שיטות דיווח ב-Google Ads: כדי להציג איזו מודעה הניבה אירוע מרכזי, הדיווח על אירועים מרכזיים ב-Google Ads מתבסס על דיווח על מועד האינטראקציה עם המודעה. ב-Google Analytics הדיווח על אירועים מרכזיים מתבצע באופן שונה, באמצעות דיווח על מועד האירועי המרכזי. לדוגמה, אם אירוע מרכזי קרה ב-10 במאי, המערכת יכולה לשייך אותו לקליק על מודעה מ-5 במאי. בדרך כלל, מערכת Google Analytics מדווחת על האירוע המרכזי הזה ב-10 במאי, ומערכת Google Ads תדווח על האירוע המרכזי הזה ב-5 במאי. |
יש לכך השפעה גם על אירועים ב-Google Ads שיובאו מ-UA וגם על אירועים שיובאו מ-GA4, אבל הבדלים בהגדרות (כמו מודל שיוך או חלון מבט לאחור של אירועים מרכזיים) בין פעולות של אירועים מרכזיים יכולים להגביר את ההשפעה הזו. אם קובעים הגדרות תואמות לפעולות של אירועים מרכזיים שיובאו אל Google Ads, אפשר לצמצם את ההשפעה של ההבדלים בשיטות הדיווח. חשוב לזכור שהמערכת יכולה לשייך אירועים מרכזיים במשך כל התקופה של חלון המבט לאחור של אירועים מרכזיים (עד 90 ימים ב-Google Ads), כך שייתכן שיחלפו 90 ימים עד שהנתונים ב-GA4 וב-UA יהיו זהים לגמרי. כדי להעריך אם אפשר להשוות בין צמד אירועים מרכזיים או אם צריך להמתין עוד, אתם יכולים להשתמש בדוח מדדי הנתיב ב-Google Ads עבור האירוע המרכזי ב-UA ולראות כמה זמן לוקח לרוב המשתמשים לקיים אינטראקציה עם אירוע מרכזי בנתיב לאירוע מרכזי. הערה: יותר מ-95% מהאירועים המרכזיים משויכים במהלך 14 הימים הראשונים. כלומר, במסגרת ההשוואה בין UA לבין GA4 צריך להשתמש בנתוני Google Ads מלפני 14 ימים לפחות. |
סיבות אחרות לפערים בנתונים
אם טיפלתם בגורמים להבדלים שמפורטים למעלה ועדיין יש פערים משמעותיים בין נתוני ההמרות ב-UA לבין נתוני האירועים המרכזיים ב-GA4, כדאי לעיין ברשימת הגורמים המקיפה שבהמשך.
חשוב לזכור שצפויים הבדלים בין נתונים דומים של המרות ב-UA ושל אירועים מרכזיים ב-GA4, אבל הרשימה הזו אמורה לעזור לכם לטפל בהבדלים בין המוצרים, ההגדרות ותהליך ההגדרה במקרים שבהם ניתן לעשות זאת, כדי לצמצם את הפערים בנתונים.
ב-Google Analytics
אלה הגורמים הנוספים להבדלים בנתונים דומים של אירועים מרכזיים בין UA לבין GA4 על סמך האפשרויות שבחרתם ב-Google Analytics למוצרים, לתהליך ההגדרה או להגדרות.
| תיאור | פתרון / המלצה |
|
מדידה של מסחר אלקטרוני: מערכת Google Analytics תואמת לסכימות שונות של מסחר אלקטרוני. אפשר להטמיע את סכימת GA4 ואת סכימת UA במקביל, או להשתמש בסכימה אחת בשני הנכסים. אם משתמשים בשתי סכימות, עלולים להיווצר פערים בנתונים. מידע נוסף זמין במדריך למפתחים. הבדלים בסכימת המסחר האלקטרוני יכולים לגרום לכך שמספר האירועים המרכזיים ב-GA4 יהיה גבוה או נמוך יותר מהמספר ב-UA. |
כשאוספים נתוני מסחר אלקטרוני בשביל GA4, מומלץ להשתמש בסכימת המסחר האלקטרוני של GA4 (פרטים נוספים זמינים במדריך למפתחים). אם משתמשים במדידה של מסחר אלקטרוני, מומלץ לא להשתמש בתגי אתר מחוברים. בנוסף, מומלץ להשתמש באותה סכימת מסחר אלקטרוני ל-UA ול-GA4 כשמשווים בין שתי הפלטפורמות. |
|
תנאים להפעלת תגים: התנאים להפעלת התגים שמוגדרים בתוך הקוד יכולים להשפיע על האופן והמועד של הפעלת התגים. בהרבה מקרים, ההגדרה של איסוף נתונים ב-GA4 כוללת הטמעה של תגים חדשים. לכן, יכול להיות שתצטרכו להטמיע את תנאי ההפעלה הקודמים ב-GA4 כדי שהם יופעלו. כדי למזער את ההבדלים באיסוף הנתונים, מומלץ להפעיל את התגים לפי תנאים זהים. אם איסוף הנתונים מוגבל ב-UA ולא מוגבל ב-GA4, המספרים של המשתמשים, הסשנים, הצפיות בדפים והאירועים המרכזיים יכולים להיות גבוהים יותר ב-GA4. |
מומלץ להשתמש ב-gtag.js או ב-gtm.js (באמצעות תגי GA4) כדי לאסוף נתונים בשביל נכסי GA4. אם משתמשים בסוגים אחרים של תיוג (לדוגמה, תגי אתר מחוברים), אין לכך השפעה ישירה על התנאים להפעלת התגים. עם זאת, תיוג מחדש הוא ההמלצה הראשונה במקרה שהתנאים להפעלת התגים יגרמו להפעלה לא עקבית של תגים ב-UA וב-GA4. אחרי הטמעת התגים, צריך לבצע התאמה בין התנאים להפעלת התגים. דוגמה לתנאי כזה מוצגת במדריך למפתחים בקטע שעוסק במדידת זמן. |
|
החרגת תנועה פנימית: ניתן להשתמש בהגדרות כדי לסנן משתמשים פנימיים (מנקודת המבט של הלקוח, כלומר העובדים של הלקוח), או כדי לבדוק את התנועה. אם ההגדרות ב-UA וב-GA4 שונות, צפויים להופיע מספרים גבוהים יותר של משתמשים, סשנים, צפיות בדפים ואירועים מרכזיים שקרו בעקבות זאת בנכס ללא מסנני ההחרגה. |
מומלץ להתאים בין ההגדרות ב-UA וב-GA4 כדי לצמצם את הפערים בנתונים. מידע נוסף זמין במאמר הזה בנושא UA ובמאמר הזה בנושא GA4. |
|
שינויים בדפים על סמך אירועים שקשורים להיסטוריית הדפדפן: כברירת מחדל, במסגרת המדידה המשופרת של GA4 נמדדים השינויים בדפים על סמך אירועים שקשורים להיסטוריית הדפדפן, אבל ב-UA המערכת פועלת באופן שונה. המצב הזה יגרום למספר גבוה יותר של צפיות בדפים ב-GA4 בהשוואה ל-UA, והוא עלול להוביל לפערים בנתונים. לדוגמה, אם מבנה האתר ודפוסי השימוש בו גורמים לטעינה של הרבה דפים באמצעות שינויים בהיסטוריית הדפדפן, הפעלת ההגדרה הזו תיצור מדידה של האירועים האלה. כתוצאה מכך ייווצרו פערים בנתונים בהשוואה למערכת UA, שבה האירועים האלה לא נמדדים. |
כדי שמספר הצפיות בדפים יהיה דומה יותר ב-UA וב-GA4, מומלץ להשבית את ההגדרה 'מדידה משופרת' ב-GA4. מידע נוסף על אירועי מדידה משופרת |
| מקורות אחרים של אירועים (טריגרים של התווספות לקהל, Measurement Protocol, עריכה של אירועים וכו'): יצירת האירועים האלה וסימון שלהם כאירועים מרכזיים יכולים לגרום לניפוח של נפח האירועים המרכזיים ב-GA4 בהשוואה להמרות ב-UA ברמת הנכס. |
מומלץ להשתמש בהגדרות תואמות ב-Google Analytics לנתונים דומים של המרות ב-UA ושל אירועים מרכזיים ב-GA4. אפשר להגדיר שמות אירועים נפרדים לאירועים שנוצרו לאחרונה מהמקורות האלה, כדי שהמדידה ב-UA וב-GA4 תהיה דומה יותר. אם לא ניתן להגדיר בדיוק באותו האופן, אין להשוות נתונים בין שתי הפלטפורמות. |
|
מסננים של ספאם ובוטים:
המסננים מצמצמים את נפח התנועה ב-UA. אם לא מחילים אותם ב-GA4, מערכת GA4 תדווח על נפח תנועה גדול יותר ועל האירועים המרכזיים שקרו בעקבות זאת, במקרים שבהם תנועה שמגיעה מספאם או מבוט מובילה לאינטראקציה עם אירוע מרכזי בנתיב לאירוע מרכזי. |
מפעילים את ההגדרה סינון בוטים ב-UA. כדאי גם להוסיף מסנני ספאם ב-UA אם מקבלים ספאם. |
| החרגות לפרמטרים של כתובות URL: ב-UA הלקוחות יכולים להגדיר התאמה מדויקת של מטרה עסקית לכתובת URL מסוימת. ב-GA4 אין החרגות לפרמטרים של כתובות URL, ולכן לכתובת ה-URL יכולות להיות הרבה גרסאות שלא יתאימו להגדרה של האירוע המרכזי. |
כדי להבין את ההבדלים האפשריים ב-GA4, אפשר לבדוק אם ב-UA נעשה שימוש בהחרגות לפרמטרים של כתובות URL. |
|
מודל DDA לאירועים מרכזיים ולהכנסה: ב-UA, מודל השיוך למטרות העסקיות הוא קליק אחרון שאינו ישיר. באירועים מרכזיים ב-GA4 נעשה שימוש במודל שיוך מבוסס-נתונים (DDA) כברירת מחדל, אבל אפשר לשנות זאת. בהתאם לשינויים בשיוך הקרדיט על סמך מודל ה-DDA, המשתמשים יכולים לראות שהמערכת משייכת יותר או פחות קרדיט לערוצים בתשלום (של Google). חשוב לזכור שמודל השיוך לא משפיע על מספר האירועים המרכזיים הכולל שקשור לאירוע נתון. |
אפשר לשנות את מודל השיוך של נכס לקליק אחרון ב-GA4 כדי לבדוק אם יש לכך השפעה על הפערים בנתונים, אבל לא מומלץ לעשות זאת. הערה: מודלים של שיוך ב-Google Analytics לא משפיעים על מספר האירועים המרכזיים הכולל בנכס. לכן, מומלץ קודם לבדוק את כל הגורמים האחרים לפערים בנתונים כדי לצמצם את ההבדלים הכוללים ברמת הנכס בצמדים של אירועים מרכזיים (כמו אירועים מרכזיים דומים ב-UA וב-GA4). |
|
הבדלים באזורי זמן ואיפוס הקמפיין: מערכת UA קוטעת סשן בחצות ומפעילה את הסשן מחדש עם פרמטרים חדשים של קמפיין, אבל מערכת GA4 פועלת באופן שונה. כתוצאה מכך יכולים להיווצר פערים בנתוני הסשנים שיובילו לפערים בנתונים של האירועים המרכזיים שקשורים לסשנים או למטרות עסקיות. לא צפויים הבדלים משמעותיים במספר האירועים המרכזיים הכולל בנכס נתון בעקבות זאת. ניתן לראות הבדלים רק אם משווים בין ימים ספציפיים ב-UA וב-GA4. |
אין פתרון ישיר – הבעיה הזו נפתרה ב-GA4. |
| הבדלים בהגדרה של מדידת הצפיות בדפים: אפשר להשבית ב-GA4 את מדידת הצפיות בדפים על סמך אירועים שקשורים להיסטוריית הגלישה. כשמשתמשים בתגי אתר מחוברים, נתוני המדידה של אתרים שמכילים רק דף אחד לא מועברים כראוי אל GA4. |
ניתן להגדיר ב-GA4 מדידה של הצפיות בדפים על סמך אירועים שקשורים להיסטוריית הדפדפן, אבל ב-UA לא ניתן לעשות זאת. כתוצאה מכך המדידה ב-GA4 עשירה יותר, אבל היא עשויה להוביל לפערים בנתונים. אפשר להשבית את ההגדרה הזו אם רוצים שהמספרים יהיו דומים יותר ב-UA וב-GA4. אפשר להגדיר ב-UA מדידה של אפליקציות שמכילות רק דף אחד לפי ההוראות במדריך הזה למפתחים. ההגדרה הזו לא תיצור התאמה מלאה בין UA לבין GA4, אבל היא יכולה לצמצם את ההבדלים באתרים שמכילים רק דף אחד. |
|
Google Signals ו-User-ID: ההגדרות האלה עוזרות לבטל כפילויות של משתמשים בנכסי GA4. ב-UA שתי ההגדרות משפיעות רק על כמה דוחות ועל תצוגה מפורטת נפרדת. ב-GA4 הן משפיעות על כל המידע בנכס. אם מפעילים את Google Signals ו-User-ID ב-GA4, המערכת מקשרת בין אינטראקציות שמערכת UA מתייחסת אליהן כאל אינטראקציות ממשתמשים שונים, וכך מקטינה את מספר המשתמשים החדשים ומספר המשתמשים הכולל. לכן המערכת יכולה לשייך קרדיט באופן שונה. התכונות האלה לא צפויות להשפיע על מספר ההמרות הכולל ב-Google Analytics, אבל עשויות לגרום להבדלים בייצוא אל Google Ads. אם מפרסם מודד המרות לאחר צפייה פעילה (EVC), השימוש ב-Google Signals וב-User-ID יכול להשפיע עליהן. |
אין פתרון ישיר – ביטול הכפילויות ב-GA4 מאפשר לכם להבין טוב יותר את האינטראקציה של המשתמשים עם הנכסים של הלקוח. מומלץ ליישם את שתי התכונות בשתי הפלטפורמות כדי לצמצם את הפערים בנתונים, אבל לא ניתן למנוע אותם. |
| זמן קצוב לתפוגה של סשנים: ניתן לשנות את ההגדרות של הזמן הקצוב לתפוגה של סשנים. שינוי של הגדרות ברירת המחדל יכול להשפיע על נתוני נפח התנועה ועל השיוך. | מומלץ להשתמש בהגדרות ברירת המחדל. אם שיניתם את הזמן הקצוב לתפוגה של סשנים ב-UA, אתם צריכים לשנות את ההגדרה הזו גם ב-GA4. מידע נוסף על סשנים ב-Analytics |
|
שינוי של קובצי Cookie |
אם משנים הגדרות של קובצי Cookie ב-UA, צריך להתאים את ההגדרות ב-GA4. הקדמת תאריכי התפוגה של קובצי Cookie יכולה להשפיע על השיוך ולגרום להבדלים בשיוך של האירועים המרכזיים. מידע נוסף על קביעת ההגדרות של Google Tag |
| שימוש בתיוג אוטומטי יחד עם תיוג ידני (באותה כתובת URL) | ניתן להשתמש בתיוג אוטומטי יחד עם תיוג ידני באותה כתובת URL, אבל יש מקרים שבהם האפשרות הזו לא תעבוד. |
| בחירה של מאפיינים ומדדים | ב-GA4 יש יותר מאפיינים של צירוף משתמשים בהשוואה ל-UA. לכן לא ניתן להשוות בין כל השילובים האפשריים של מאפייני הדיווח ב-UA וב-GA4. |
| הבדלים בהטמעה של מדידת אפליקציות בין UA לבין GA4 | מומלץ להשתמש בערכת SDK אחת כשהדבר אפשרי. שימו לב: קבוצת משנה קטנה מאוד של משתמשים יכולה לאסוף נתוני אפליקציות ב-UA בשלב הזה. כדי לאסוף נתוני אפליקציות ולדווח עליהם באמצעות נכסי GA4, המשתמשים צריכים להטמיע את Google Analytics for Firebase SDK. |
|
לגבי תגי אתר מחוברים (כולל התקנה ממקור לא ידוע) בלבד: תגים מחוברים נטענים ברצף. כלומר, תג GA4 נטען אחרי תג ההורה (תג gtag.js או analytics.js קיים). משמעות הדבר יכולה להיות:
|
כדי להפחית את הסיכון לאירועים חסרים, מומלץ להטמיע תגי GA4 ייעודיים במקום להשתמש בתגי אתר מחוברים או בהתקנה ממקור לא ידוע. באופן ספציפי, בהגדרות נרחבות ומורכבות של Analytics אין להשתמש בתגי אתר מחוברים או בהתקנה ממקור לא ידוע. |
| הכללה של נתונים מהאפליקציה ומהאתר בנכס GA4 אחד: מערכת GA4 מאחדת את הנתונים והאירועים מהאפליקציה ומהאתר. אם משלבים נתונים מהאפליקציה ומהאתר ב-GA4 אבל לא מבצעים שום פעולה דומה ב-UA, מספר האירועים המרכזיים יהיה גבוה יותר ב-GA4. | כדי לבצע את ההשוואה הטובה ביותר, אין לכלול מקורות לנתוני האפליקציה אם נכסי UA לא כללו תנועת משתמשים לאפליקציה. אם מקור נתוני האפליקציה כבר נכלל, צריך לפלח את הדוחות כך שיוחרגו האירועים המרכזיים באפליקציה כדי להשוות בין UA לבין GA4. |
| קיבוצי ערוצים מעודכנים: קיבוצי ערוצים ב-GA4 יכולים להקצות אירוע מרכזי לערוץ בדרך שונה. מידע נוסף על קבוצת ערוצים שמוגדרת כברירת מחדל | למשתמשים אין אפשרות לשנות את ההגדרה שקובעת אילו אירועים מרכזיים מיוצאותים אל Google Ads. |
ב-Google Ads
אלה הגורמים הנוספים להבדלים בנתונים דומים של אירועים מרכזיים בין UA לבין GA4 על סמך האפשרויות שבחרתם ב-Google Ads למוצרים, לתהליך ההגדרה או להגדרות.
| תיאור | פתרון / המלצה |
|
בניית מודלים של אירועים מרכזיים מסטטוס הסכמה: בניית מודלים של אירועים מרכזיים זמינה ב-Google Ads למפרסמים שיצרו המרות ב-Google Ads שמבוססות על אירועים מרכזיים ב-Analytics מנכסים שהוטמעו באמצעות gtag.js או Google Tag Manager. בהטמעות של analytics.js, אנחנו לא מציעים בניית מודלים ב-Google Ads עבור המרות. הסיבה לכך היא שלא ניתן לקבוע את מצב ההסכמה בצורה מדויקת בלי הטמעה של gtag.js או Google Tag Manager. אם גם ב-UA וגם ב-GA4 נעשה שימוש בתגים שתואמים לסטטוס הסכמה, אפשר לבנות מודלים של אירועים מרכזיים ב-Google Ads עבור שתי הפלטפורמות. |
כדי לבצע השוואה הוגנת, חשוב להשתמש בסוג תג שתואם לסטטוס ההסכמה גם בנכסי UA וגם בנכסי GA4. |
| מדידה של צפייה פעילה: מערכת GA4 יכולה לשייך אירוע מרכזי לאינטראקציה עם מודעה אחרי צפייה פעילה ב-YouTube, גם אם האינטראקציה הזו עם המודעה לא הובילה ישירות לביקור באתר, אבל הובילה בכל זאת לאירוע מרכזי בשלב מאוחר יותר. כתוצאה מכך, יכול להיות שיתבצע ייצוא של אירוע מרכזי אל Google Ads, ומערכת UA לא תייצא קרדיט אל Google Ads. המשמעות היא שמערכת GA4 יכולה לשייך יותר אירועים מרכזיים ל-Google Ads אם למפרסם יש סכום משמעותי של הוצאות ב-YouTube. |
ב-GA4 המצב הזה לא אמור להוביל לעלייה במספר האירועים המרכזיים מתנועת גולשים באתר, אבל יכול להיות שיותר קרדיט ישויך לערוץ Google Ads ב-GA4 מאשר ב-UA, ובעקבות זאת הביצועים ב-Google Ads ישתפרו. כדי להשוות בין הנתונים האלה, אפשר לפלח את הדיווח ב-Google Ads ברמת הקמפיין או ברמת החשבון. חשוב להשוות בין פעולות של אירועים מרכזיים שמודדות בדיוק את אותה פעולה של אירוע מרכזי. לא ניתן לפלח בו-זמנית דוחות רגילים לפי סוג אירוע מודעה ומקור של אירועים מרכזיים, ולכן קשה לבצע השוואה ישירה בממשק המשתמש של Google Ads. |
|
מודל של ייצוא קרדיט: המודל שלפיו מתבצע ייצוא של אירועים מרכזיים מ-GA4 אל Google Ads שונה לעומת UA. במקרים שבהם ב-UA, ובהתחלה גם ב-GA4, נעשה שימוש במודל הייצוא קליק אחרון שאינו ישיר, מערכת GA4 משתמשת עכשיו במודל הייצוא קרדיט סופי. כך מתאפשר ייצוא של קרדיט חלקי, גם אם נקודת המגע האחרונה שאינה ישירה עם הלקוח לא הייתה נקודת מגע עם הלקוח ב-Google Ads. המצב הזה לא יגרום להבדלים ברמת הנכס, אבל ייתכן שהוא יגרום לייצוא של מספר שונה של אירועים מרכזיים אל Google Ads. המספר הזה יכול להיות גבוה או נמוך יותר בהשוואה ל-UA, והוא תלוי בתהליכים הבלתי תלויים שעובר המשתמש. |
מודל הייצוא קרדיט אחרון הושק כי המודלים מסוג קליק אחרון שאינו ישיר לא מספיקים. המשמעות היא שמערכת GA4 מייצאת אל Google Ads קרדיט אמיתי בערוצים שונים. אי אפשר לבצע פעולות ספציפיות כדי למזער את ההבדלים בין UA לבין GA4. |
| שיטת הספירה של אירועים מרכזיים מצד Google Ads: ב-Google Ads יש הגדרת ספירה שאפשר להשתמש בה כדי לשלוט בספירה של אירוע מרכזי אחד או יותר במסגרת חלון מבט לאחור של אירועים מרכזיים שמוגדר למשתמש נתון. |
מומלץ להתאים בין ההגדרות של ספירת האירועים המרכזיים עבור צמדים של אירועים מרכזיים ב-UA וב-GA4. מידע נוסף על האפשרויות לספירת המרות |
|
רלוונטי ללקוחות שמשתמשים בקמפיינים חכמים ולנכסי GA4 שנוצרו באופן ידני: מודל הייצוא ערוצים בתשלום של Google ב-GA4 משייך לערוצים של Google את כל האירועים המרכזיים שיוצאו אל Google Ads. התוצאה היא ייצוא של יותר אירועים מרכזיים אל Google Ads בהשוואה להגדרה ערוצים אורגניים וערוצים בתשלום, כי הערוצים שאינם בתשלום של Google מוחרגים מנתיב האירועים מרכזיים. השימוש במודל ערוצים בתשלום של Google יכול לספק תובנות מעמיקות יותר לגבי השפעת האינטראקציות בערוצים בתשלום של Google. המודל הזה לא זמין ב-Universal Analytics, ולכן יכול להיות שיהיה קשה להשוות אירועים דומים ב-UA וב-GA4 אחרי הייבוא שלהם אל Google Ads. |
כברירת מחדל, בנכסי GA4 חדשים מוגדר המודל ערוצים בתשלום של Google. אתם יכולים להשתמש בהגדרות השיוך ברמת הנכס ב-GA4 שמופיעות בקטע 'ניהול' כדי לקבוע את אופן הייצוא של אירועים מרכזיים אל Google Ads. כדי שמערכת GA4 תביא בחשבון ערוצים שאינם בתשלום במסגרת הייצוא של ההמרות, צריך להשתמש בהגדרה ערוצים אורגניים וערוצים בתשלום. מידע נוסף על בחירת הגדרות השיוך (Attribution) |
שיעור העזיבה
|
המדד |
UA |
GA4 |
|
שיעור העזיבה |
אחוז הסשנים בדף יחיד באתר, שבהם לא בוצעו אינטראקציות בדף. לביקור בדף בודד ועזיבת האתר ממנו יש משך סשן של 0 שניות. לדוגמה, אם משתמש מבקר באתר ומעיין בתוכן בדף הבית למשך כמה דקות, אבל עוזב בלי ללחוץ על קישורים כלשהם או להפעיל אירועים שמתועדים בתור אירועי אינטראקציה, הסשן ייספר בתור עזיבה מהדף הראשון. |
אחוז הסשנים שלא היו סשנים עם התעניינות. לדוגמה, אם משתמש נכנס לאתר שלכם, מעיין בתוכן בדף הבית למשך פחות מ-10 שניות ולאחר מכן עוזב בלי להפעיל אירועים או להיכנס לדפים או למסכים אחרים, הסשן ייספר בתור עזיבה מהדף הראשון. סשן התעניינות הוא סשן שנמשך לפחות 10 שניות, שהתרחש בו לפחות אירוע מרכזי אחד או שהתרחשו בו לפחות 2 צפיות בדפים או במסכים. אם למשתמש אין סשן התעניינות, כלומר הוא לא עומד באף אחד מהקריטריונים של סשן התעניינות, מערכת Google Analytics סופרת את הסשן כעזיבה מהדף הראשון. |
חשוב לזכור
ב-Google Analytics 4, שיעור העזיבה הוא אחוז הסשנים שלא היו סשנים עם התעניינות. במילים אחרות, שיעור העזיבה הוא המדד ההופכי של שיעור ההתעניינות. ב-Universal Analytics, שיעור העזיבה הוא האחוז מכל הסשנים באתר שבהם משתמשים צפו רק בדף אחד והפעילו רק בקשה אחת לשרת של Analytics.
שיעור העזיבה כפי שהוא מחושב ב-Universal Analytics הוא מדד סביר של התעניינות באתר, אבל הוא הולך ונהיה פחות שימושי ככל שהאתרים והאפליקציות משתנים. לדוגמה, המשתמשים יכולים לצפות באפליקציה בדף יחיד (SPA) ולצאת ממנה בלי להפעיל אירוע. סשן כזה נחשב לעזיבה מהדף הראשון.
בנוסף, שיעור העזיבה כפי שהוא מחושב ב-Google Analytics 4 מאפשר להעריך באופן יעיל יותר את מידת ההתעניינות של המשתמשים באתר או באפליקציה שלכם. לדוגמה, אם אתם מפעילים בלוג, אולי לא חשוב לכם במיוחד אם לקוחות נכנסים לאתר כדי לקרוא מאמר ואז יוצאים ממנו. סביר להניח שיותר חשוב לכם לדעת כמה לקוחות שנכנסים לאתר, לא מוצאים את מה שהם מחפשים ואז עוזבים במהירות.
מספר האירועים
יש הבדל מהותי בין מודל הנתונים של נכסי Universal Analytics לזה של נכסי Google Analytics 4 בכל הנוגע לתיעוד אירועים.
|
המדד |
UA |
GA4 |
|
סך כל האירועים |
אירוע שמתועד ב-Universal Analytics מסווג לפי קטגוריה, פעולה ותווית ונחשב לסוג היט נפרד. לדוגמה, אפשר להגדיר אירוע כך שיתעד לחיצה על לחצן הרשמה. האירוע יכול לכלול את הקטגוריה 'קריאה לפעולה', את הפעולה 'הרשמה' ותווית שהיא כתובת היעד. המדד סה"כ אירועים גדל ומצטבר בכל פעם שאירוע של קטגוריה/פעולה/תווית מופעל. |
לא רלוונטי |
|
מספר האירועים |
לא רלוונטי |
כל 'היט' הוא אירוע, והאירועים ב-GA4 לא מסווגים לפי קטגוריה, פעולה או תווית. לדוגמה, כשמשתמש צופה באחד מהדפים באתר שלכם, מופעל אירוע כל הפעולות הן אירועים. כל שם של אירוע הוא לא בהכרח ייחודי. למעשה, מומלץ להשתמש שוב באותו שם של אירוע פעמים רבות, ולהבדיל בין האירועים לפי ערכי הפרמטרים שנאספו. לדוגמה, יכול להיות שהשם של אירוע הרשמה יהיה |
חשוב לזכור
ב-GA4, המשמעות של האירוע sign_up יכולה להיות זהה או שונה מהמשמעות שלו ב-UA. אם באתר יש רק טופס הרשמה אחד ולחצן אחד שבו יופעל אירוע ההרשמה, יכול להיות שמספרי האירועים האלה יהיו די דומים. עם זאת, אם האתר כולל כמה אירועי sign_up, יכול להיות שהשוואה של מספרי האירועים בין GA4 ל-UA לא תהיה פשוטה כל כך, וייתכן שהמספרים לא יהיו דומים.
בדוחות של GA4 לא מוצגות 'קטגוריה', 'פעולה' ו'תווית'. מומלץ לחשוב מחדש על איסוף הנתונים ולהתאים אותו למודל של GA4 במקום להעביר אל Google Analytics 4 את מבנה האירועים הקיים.