אם אתם עוברים מ-Universal Analytics (UA) אל Google Analytics 4 (GA4), יכול להיות שתרצו להשוות ב-Google Analytics בין אירועי המרה דומים ב-UA וב-GA4, וגם בין אירועים דומים ב-UA וב-GA4 שיובאו אל Google Ads. חשוב לציין שהבדלים מסוימים הם בלתי נמנעים, כי מערכת GA4 מודדת נתוני אתרים באופן שונה ממערכת UA. במאמר הזה מוסברות הסיבות הנפוצות ביותר להבדלים, ומפורטות פעולות שאפשר לבצע כדי למזער את ההבדלים האלה.
מבוא
במקרים מסוימים, המרות יהיו דומות מאוד, למשל כשההמרות מבוססות על כתובות יעד או על אירועים ב-Universal Analytics (למשל, 'קטגוריה'/'פעולה'/'תווית') שהגדרתם להם אירועי המרה מקבילים ב-Google Analytics 4. עם זאת, יש הבדלים חשובים בין UA לבין GA4 שעשויים להקשות על ההשוואה בין מספרי ההמרות. יש שלושה מקורות עיקריים לפערים:
- הבדלים מהותיים בין UA לבין GA4: מודל הנתונים של נכסי GA4 שונה מהמודל של נכסי UA. לדוגמה, מערכת GA4 אוספת אירועים, ואילו מערכת UA אוספת היטים. בנוסף, כדי לתמוך בטכנולוגיות חדשות לשמירה על הפרטיות, מערכת GA4 מתבססת על פתרונות מבוססי-AI, כמו בניית מודל התנהגותי ובניית מודל המרות. הפתרונות האלה מספקים תמונה מלאה של הביצועים בלי לפגוע בפרטיות המשתמשים, אבל הם לא זמינים בנכסי UA.
- הבדלים בתהליך ההגדרה: הבדלים בהמרות יכולים לנבוע מהבדלים בכיסוי האתר בין תגי UA לבין תגי GA4, מתנאים להפעלת תגים ומסכימות של מסחר אלקטרוני.
- הבדלים בהגדרות: ב-UA, ב-GA4 וב-Google Ads יש הרבה הגדרות שיכולות לגרום להבדלים בהמרות. לדוגמה: ספירת המרות, מסננים, החרגות לפרמטרים של כתובת אתר ועוד.
בהמשך מפורטים הגורמים הנפוצים ביותר להבדלים בהמרות בין UA לבין GA4, תוך התמקדות בגורמים שנובעים מהבדלים במוצר, בתהליך ההגדרה או בהגדרות ב-Google Analytics, ובגורמים שנובעים מהבדלים במוצר, בתהליך ההגדרה או בהגדרות ב-Google Ads.
הסיבות הנפוצות ביותר להבדלים
בטבלה הבאה מפורטות הסיבות הנפוצות ביותר להבדלים בין נתונים דומים של המרות ב-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) |