מה ההבדל המהותי בין GA4 ל-Universal Analytics?
Universal Analytics הפסיק לאסוף נתונים ביולי 2023 וכל הנכסים עברו ל-GA4. ההבדל המרכזי הוא מודל הנתונים. ב-Universal Analytics היו סוגי היטים שונים, כמו צפייה בעמוד, אירוע עם קטגוריה ופעולה ועסקה. ב-GA4 יש רק אירועים. צפייה בעמוד היא אירוע בשם page_view, רכישה היא אירוע בשם purchase וכל מידע נוסף נשלח כפרמטר של האירוע.
המשמעות המעשית היא שהאיכות של הנתונים תלויה כמעט לגמרי בתכנון. אם אותו ליד נשלח פעם כ-lead ופעם כ-form_submit, הדוחות יציגו שני אירועים שונים. אם פרמטר חשוב לא נרשם כמימד מותאם, הוא לא יופיע בדוחות הרגילים. לכן העבודה הנכונה מתחילה בתוכנית מדידה ולא בהתקנת תג. פירטנו את השלב הזה במדריך איך בונים תוכנית מדידה מהיעדים העסקיים.
הבדל נוסף הוא במדדים. במקום שיעור נטישה GA4 מודד מעורבות. ביקור נחשב "מעורב" אם נמשך יותר מ-10 שניות, אם כלל אירוע מפתח או אם כלל שתי צפיות בעמוד לפחות. שיעור הנטישה ב-GA4 הוא פשוט ההשלמה של שיעור המעורבות. לכן אי אפשר להשוות אותו למספר מ-Universal Analytics.
איך בנוי חשבון GA4?
למבנה יש שלוש רמות. ההחלטות בכל רמה משפיעות על מה שאפשר לעשות בהמשך. לכן כדאי להבין אותן לפני שיוצרים נכס.
| רמה | מה היא מייצגת | החלטות שמתקבלות בה |
|---|---|---|
| חשבון (Account) | הארגון | מי הבעלים, הגדרות שיתוף נתונים עם Google |
| נכס (Property) | המוצר או המותג שנמדד, למשל אתר ואפליקציה יחד | אזור זמן, מטבע, שמירת נתונים, אירועי מפתח, מימדים מותאמים, חיבורים ל-Google Ads ול-BigQuery, הרשאות |
| זרם נתונים (Data stream) | מקור הנתונים: אתר, אפליקציית iOS או אפליקציית Android | מזהה המדידה (G-XXXXXXX), Enhanced Measurement, דומיינים למדידה חוצת דומיינים, הפניות לא רצויות |
כלל אצבע: אתר ואפליקציה של אותו מוצר נכנסים לאותו נכס עם שני זרמי נתונים, כדי לראות את המשתמש לאורך כל המסע. מותגים נפרדים עם קהלים נפרדים מקבלים נכסים נפרדים.
אילו סוגי אירועים יש ב-GA4?
GA4 מבחין בין ארבעה סוגי אירועים. ההבחנה חשובה כי היא קובעת מה מגיע בלי עבודה ומה צריך לתכנן ולהטמיע.
| סוג | דוגמאות | מה צריך לעשות |
|---|---|---|
| נאספים אוטומטית | first_visit, session_start, user_engagement | כלום. הם נשלחים מרגע שהתג מותקן |
| Enhanced Measurement | page_view, scroll, click (קישור יוצא), file_download, view_search_results, form_start, form_submit | להפעיל או לכבות בהגדרות זרם הנתונים ולבדוק שהם לא כפולים לאירועים שמוטמעים ידנית |
| מומלצים (Recommended) | generate_lead, sign_up, login, add_to_cart, begin_checkout, purchase | להטמיע עם השמות והפרמטרים ש-Google מגדירה, כדי ליהנות מדוחות מוכנים כמו דוחות המסחר |
| מותאמים (Custom) | calculator_used, pricing_tab_view | להטמיע רק כשאין אירוע מומלץ מתאים, עם שם קצר באנגלית ובאותיות קטנות |
טעות נפוצה היא לסמוך על form_submit של Enhanced Measurement כאירוע ליד. האירוע הזה נשלח גם כשהשליחה נכשלה ולא מזהה טפסים שנשלחים בלי רענון עמוד. ליד אמיתי נמדד כ-generate_lead אחרי אישור הצלחה מהשרת או מהטופס. הסברנו איך עושים את זה בטופסי Elementor במדריך מדידת טופס Elementor אחרי שליחה מוצלחת בלבד.
איך מקימים GA4 נכון, שלב אחר שלב?
זה סדר העבודה שאנחנו משתמשים בו בפרויקטים. כל שלב נשען על הקודם. לכן לא כדאי לדלג.
- יוצרים נכס עם אזור זמן ישראל ומטבע שקל (או המטבע שבו מתבצעות המכירות). אזור הזמן קובע איפה נחתך היום בדוחות.
- יוצרים זרם נתונים לאתר ועוברים על Enhanced Measurement. משאירים את מה שמועיל ומכבים מה שיוטמע ידנית.
- מתקינים דרך Google Tag Manager עם Google tag אחד בלבד. לא משאירים במקביל קוד gtag שהוטמע בתבנית האתר או בתוסף, אחרת כל אירוע נספר פעמיים.
- משנים את שמירת הנתונים ל-14 חודשים. ברירת המחדל קצרה יותר והיא משפיעה על Explorations ועל דוחות משפך.
- מגדירים תנועה פנימית והפניות לא רצויות. מסננים את כתובות ה-IP של המשרד ומוסיפים לרשימת ההפניות הלא רצויות דפי תשלום חיצוניים, כדי שהרכישה לא תשויך לחברת הסליקה.
- מגדירים מדידה חוצת דומיינים אם המשתמש עובר בין דומיינים, למשל מהאתר למערכת הזמנות.
- מטמיעים את האירועים מתוכנית המדידה דרך dataLayer, עם פרמטרים אחידים ורושמים כל פרמטר שצריך בדוחות כמימד מותאם.
- מסמנים אירועי מפתח רק לתוצאות עסקיות, כמו ליד או רכישה.
- מחברים את Google Ads, Search Console ו-BigQuery בהגדרות הנכס.
- מגדירים Consent Mode לפי מדיניות הפרטיות של הארגון והקהל שלו.
- בודקים ב-DebugView ובהשוואה למקור אמת, כמו מערכת ה-CRM או מערכת ההזמנות.
זרימת נתונים
איך נתון עובר מהאתר אל GA4 ומשם הלאה
dataLayerאירוע ופרמטרים
התרשים מתאר את המסלול של כל אירוע: פעולה באתר נדחפת ל-dataLayer, טריגר ב-Tag Manager מפעיל את תג GA4, GA4 מעבד את האירוע ומשם הוא מגיע לדוחות, ל-BigQuery ול-Google Ads. תקלה בכל אחת מהתחנות תופיע בסוף כפער בדוחות.
מה זה אירועי מפתח ואיך בוחרים אותם?
אירועי מפתח (Key events) הם האירועים ש-GA4 מתייחס אליהם כתוצאה עסקית. עד מרץ 2024 הם נקראו "המרות". היום המונח "המרה" שמור לאירוע מפתח שמיובא ל-Google Ads ומשמש לבידינג. בנכס רגיל אפשר לסמן עד 30 אירועי מפתח.
הטעות הנפוצה היא לסמן כאירוע מפתח כל דבר שנראה חיובי: גלילה של 50 אחוז, 30 שניות באתר או לחיצה על כפתור. כשהכל אירוע מפתח, שיעור ההמרה מנופח ואי אפשר לדעת איזה קמפיין באמת מביא לקוחות. ההמלצה שלנו היא לסמן רק פעולות שיש להן ערך עסקי ישיר: ליד, רכישה, הרשמה או קביעת פגישה. כשאירוע מפתח מיובא ל-Google Ads, כדאי לבדוק גם איך הוא נספר שם. פירטנו את הפערים בין המערכות במדריך למה נתוני ההמרות ב-GA4 לא תואמים ל-Google Ads.
אילו מגבלות של GA4 חשוב להכיר לפני ההטמעה?
הרבה בעיות בדוחות נובעות ממגבלות שלא היו ידועות בזמן התכנון. אלה המגבלות של נכס GA4 רגיל (לא 360), לפי התיעוד הרשמי של Google:
| מה | מגבלה בנכס רגיל | מה זה אומר בפועל |
|---|---|---|
| אורך שם אירוע | 40 תווים | שמות קצרים באנגלית, באותיות קטנות ועם קו תחתון |
| פרמטרים לאירוע | 25 | שולחים רק פרמטרים שמשמשים לניתוח |
| אורך ערך פרמטר | 100 תווים (page_location עד 1,000) | ערכים ארוכים נחתכים. לא שולחים טקסט חופשי |
| מימדים מותאמים ברמת אירוע | 50 | מתכננים מראש אילו פרמטרים באמת צריך לראות בדוחות |
| מאפייני משתמש | 25 | מתאים לנתונים יציבים, כמו סוג לקוח |
| מימדים ברמת פריט | 10 | רלוונטי לאתרי מסחר |
| אירועי מפתח | 30 | מסמנים רק תוצאות עסקיות |
| שמירת נתונים | 2 או 14 חודשים | משפיע על Explorations ודוחות משפך. הדוחות הרגילים לא נפגעים |
| ייצוא יומי ל-BigQuery | מיליון אירועים | באתר גדול צריך לבדוק את הנפח לפני שבוחרים ייצוא יומי |
מגבלה שלא מופיעה בטבלה אבל משפיעה על כל ארגון היא ספי הפרטיות (Thresholds). כשהנכס משתמש ב-Google signals או במודלינג של Consent Mode, GA4 עלול להסתיר שורות עם מעט משתמשים. התוצאה היא דוחות שבהם הסכום של השורות קטן מהסיכום הכולל.
מתי משתמשים בדוחות, מתי ב-Explorations ומתי ב-BigQuery?
לפני שבוחרים בין השלושה כדאי להכיר את מה שמשנה את המספר בדוח עוד לפני שמסתכלים עליו: ספי נתונים, דגימה ושורת (other). מי שכבר נתקל בתקרות האלה ימצא את שיקולי המעבר במדריך ייצוא GA4 ל-BigQuery.
הדוחות הרגילים מתאימים למעקב שוטף: תנועה, ערוצים, עמודים ואירועי מפתח. הם מבוססים על טבלאות מצטברות ולא מושפעים מתקופת שמירת הנתונים. Explorations מתאימים לשאלות חד-פעמיות, כמו משפך מותאם או נתיב משתמשים. הם מוגבלים לתקופת שמירת הנתונים ובטווחים גדולים הם עלולים להציג נתונים מדוגמים.
BigQuery מתאים כשצריך נתונים ברמת האירוע הבודד, חיבור לנתוני CRM או היסטוריה מעבר ל-14 חודשים. הייצוא עצמו חינמי בנכס רגיל והעלות היא על האחסון והשאילתות ב-Google Cloud. כדאי לחבר את BigQuery כבר ביום ההקמה, כי הייצוא לא כולל נתונים מלפני החיבור. אם המספרים ב-Looker Studio לא תואמים למה שרואים ב-GA4, הסברנו את הסיבות במדריך למה המספרים משתנים בחיבור GA4 ל-Looker Studio.
איך Consent Mode משפיע על הנתונים ב-GA4?
Consent Mode מעביר ל-GA4 את מצב ההסכמה של המשתמש לעוגיות. ב-Basic, תגי Google לא נטענים עד שהמשתמש מסכים. לכן מי שלא הסכים לא נמדד בכלל. ב-Advanced, התגים שולחים אותות ללא עוגיות גם בלי הסכמה ו-Google משתמשת בהם למודלינג. ההחלטה בין השניים היא קודם כל החלטה משפטית ועסקית ורק אחר כך טכנית. הסברנו מה כל מצב עושה לדוחות במדריך מה Consent Mode v2 משנה בדוחות GA4 ו-Google Ads ובנינו עץ החלטה שעוזר לבחור.
מהן הטעויות הנפוצות בהטמעת GA4?
שני תגים שמודדים את אותו אירוע. קוד gtag בתבנית האתר וגם תג GA4 ב-Tag Manager. התוצאה היא צפיות כפולות ושיעור מעורבות לא סביר. בודקים ב-Tag Assistant כמה פעמים נשלח page_view בטעינת עמוד אחת.
רכישות כפולות. עמוד תודה שמתרענן או שנשמר בהיסטוריה של הדפדפן שולח purchase נוסף. הפתרון כולל transaction_id ייחודי ובדיקה בצד הדפדפן. פירטנו את עץ האבחון במדריך אבחון רכישות כפולות ב-GA4.
אירועים בלי מימדים מותאמים. הפרמטר form_name נשלח, אבל לא נרשם כמימד מותאם ולכן לא מופיע בדוחות. רישום מימד מותאם לא משפיע על נתוני עבר.
חברת הסליקה כמקור תנועה. משתמש שחוזר מדף התשלום מקבל ביקור חדש עם מקור הפניה של חברת הסליקה והרכישה משויכת אליה. הפתרון הוא רשימת הפניות לא רצויות.
שמירת נתונים של חודשיים. מגלים את זה רק כשמנסים לבנות משפך של רבעון שעבר. הנתונים שנמחקו לא חוזרים.
יותר מדי אירועי מפתח. גלילה וזמן שהייה מסומנים כאירועי מפתח ומיובאים ל-Google Ads והבידינג מתחיל לאופטם לפעולות חסרות ערך.
איך בודקים שההטמעה של GA4 עובדת?
בדיקה טובה משלבת שלוש שכבות. בשכבה הראשונה פותחים את מצב Preview ב-Tag Manager ומבצעים כל פעולה מתוכנית המדידה. בודקים שהתג הנכון נורה פעם אחת עם הפרמטרים הנכונים. בשכבה השנייה פותחים DebugView ב-GA4 ומוודאים שהאירועים מגיעים עם אותם פרמטרים ושאירועי המפתח מסומנים. בשכבה השלישית, אחרי כמה ימים, משווים את מספר הלידים או הרכישות ב-GA4 למספר במערכת האמת. פער של 5 עד 15 אחוז הוא סביר בגלל חוסמי פרסומות ומשתמשים שלא הסכימו לעוגיות. פער גדול יותר מצביע על תקלה.
לבדיקה מסודרת של נכס קיים בנינו צ'קליסט אודיט GA4 עם 40 בדיקות שרץ בדפדפן ונותן ציון לכל תחום. מי שרוצה לתרגל את הכלי על נתונים אמיתיים יכול להשתמש בתרגיל GA4 לאבחון פערי מדידה על חשבון הדמו של Google.
אם אתם מקימים נכס חדש או לא בטוחים שאפשר לסמוך על הנתונים בנכס הקיים, אנחנו מבצעים הטמעה ובדיקה של GA4 מתוכנית המדידה ועד ההשוואה מול מקור האמת. פרטים בעמוד הטמעת GA4 או דרך טופס הקשר.
שאלות נפוצות
מה זה גוגל אנליטיקס 4 (GA4)?
גוגל אנליטיקס 4 הוא כלי המדידה של Google לאתרים ולאפליקציות. הוא מבוסס כולו על אירועים: כל צפייה בעמוד, לחיצה, שליחת טופס או רכישה נשמרת כאירוע עם פרמטרים. מהאירועים האלה נבנים הדוחות, הקהלים וההמרות ל-Google Ads.
מה ההבדל בין GA4 ל-Universal Analytics?
Universal Analytics נבנה סביב סשנים וצפיות בעמוד. GA4 נבנה סביב אירועים ומשתמשים. ב-GA4 אין סוגי היט שונים, כל דבר הוא אירוע עם פרמטרים. לכן תוכנית המדידה חשובה יותר. Universal Analytics הפסיק לעבד נתונים ב-2023, כך שהשאלה היום היא לא אם לעבור אלא אם ההטמעה של GA4 נכונה.
מה זה אירוע מפתח (key event) ב-GA4?
אירוע מפתח הוא אירוע שסימנתם כתוצאה עסקית, למשל רכישה, שליחת ליד או הרשמה. זה מה שנקרא בעבר המרה. אירועי המפתח הם הבסיס לדיווח על ביצועים ולייבוא המרות ל-Google Ads. לכן בוחרים אותם מתוך תוכנית המדידה ולא מתוך רשימת האירועים שיש במקרה.
כמה זמן GA4 שומר נתונים?
ברירת המחדל לשמירת נתוני אירועים היא חודשיים ואפשר להאריך אותה ל-14 חודשים בהגדרות הנכס. ההגדרה משפיעה על Explorations ועל פילוחים מותאמים, לא על הדוחות הסטנדרטיים. למי שצריך היסטוריה ארוכה יותר מחברים את הנכס ל-BigQuery.
האם חייבים Google Tag Manager כדי להתקין GA4?
לא חובה, אבל מומלץ. התקנה דרך GTM מאפשרת לנהל את GA4, את הפיקסלים ואת Consent Mode במקום אחד, לבדוק כל שינוי ב-Preview לפני פרסום ולשמור גרסאות. התקנה ישירה בקוד עובדת, אבל כל שינוי דורש מפתח.
למה המספרים ב-GA4 לא תואמים למערכת ההזמנות?
בגלל הסכמת עוגיות וחוסמי פרסומות שמונעים חלק מהמדידה, מודלים של ייחוס שמחלקים את ההמרות אחרת ופערים טכניים כמו רכישות כפולות או אירועים שלא נורים. בודקים את ההטמעה, משווים לפי תקופה למקור האמת ומתייחסים ל-GA4 כמדד מגמה ולא כספר הזמנות.
עוד מדריכים בנושא GA4
מקורות
Analytics Help: Event collection limits, Analytics Help: Google Analytics 360 limits, Analytics Help: Data retention, Analytics Help: Enhanced measurement events, Analytics Help: BigQuery Export
יועץ אנליטיקה דיגיטלית ומייסד DigiKnowledge. מרצה לאנליטיקה דיגיטלית באוניברסיטת תל אביב, באוניברסיטה הפתוחה ובאוניברסיטת אריאל. לעמוד האישי