GA4 למתחילים: המדריך המלא להתקנה ושימוש
הקמת מדידה בסיסית, בדיקת אירועים ב-Realtime וב-DebugView והבנת הדוחות הראשונים
GA4 הוא כלי למדידת פעילות באתר ובאפליקציה באמצעות אירועים. מדריך זה מתמקד בהקמת מדידה בסיסית לאתר, בדיקה שהאירועים מגיעים פעם אחת וללא מידע מיותר, ובקריאת הדוחות הראשונים. אין צורך ללמוד את כל המערכת ביום הראשון; כדאי להתחיל בפעולה עסקית אחת ובתהליך בדיקה שאפשר לחזור עליו.

GA4 למתחילים: התקנה ובדיקה צעד אחר צעד
המעבר מיוניברסל אנליטיקס כבר התרחש. בגרסה המקורית תיארתי לקוחה בתחום הקמעונאות שהרגישה שהיא מתחילה מאפס, וגם לנו בסוכנות נדרש זמן להכיר את המערכת. כיום נקודת הפתיחה היא בדיקת נכס GA4 וההטמעה הקיימת, כדי לא ליצור בטעות שני מקורות ששולחים את אותו אירוע.
מה נחשב אירוע?
צפייה בעמוד היא אירוע, וכך גם פעולה שהוגדרה למדידה, כגון שליחת טופס או רכישה. חלק מהאירועים נאספים אוטומטית, אחרים תלויים בהפעלת Enhanced measurement או בהטמעה ייעודית. לא כל לחיצה, כל טופס וכל רכישה נמדדים מעצמם. בדקו את הפעולה באתר שלכם ואת הפרמטרים שנשלחים איתה.
- אירועים שנאספים אוטומטית: למשל session_start ו-first_visit בתנאים הרלוונטיים.
- מדידה משופרת: פעולות כגון גלילה, קישורים יוצאים ואינטראקציות בטפסים, בהתאם להגדרות ולתמיכה באתר.
- אירועים מומלצים: שמות ומבנה ש-Google מגדירה לפעולות כגון generate_lead או purchase; הם עדיין דורשים הגדרה מתאימה.
- אירועי מפתח: אירועים שבחרתם כחשובים לעסק. אירוע שנשלח אינו הופך אוטומטית לליד איכותי או ללקוח.
לפני ההתקנה: בדקו מה כבר קיים
ודאו שיש לכם גישה לנכס Analytics ולקונטיינר Tag Manager אם משתמשים בו. בדקו אם תוסף האתר, התבנית או קוד ישיר כבר שולחים לאותו מזהה מדידה. בחרו דרך הטמעה מסודרת אחת למדידה הבסיסית. GTM הוא אפשרות נוחה לניהול תגים, אבל אפשר גם להשתמש באינטגרציית CMS או ב-Google tag ישיר; אין חובה להשתמש ב-GTM.
קונטיינר GTM צריך להיות מותקן באתר לפני שפרסום תג בו ישפיע על האתר. בחירת כלי ניהול תגים אינה מחליפה גישה מתאימה, בדיקת ההסכמה או עבודה של מפתח כאשר התהליך דורש אירוע מהמערכת עצמה.
1. צרו נכס וזרם נתונים לאתר
- ב-Google Analytics בחרו את החשבון המתאים ובאזור Admin צרו נכס אם עדיין אין נכס מתאים. הזינו שם, אזור זמן ומטבע שמתאימים לדיווח העסקי.
- צרו Web data stream עם כתובת האתר ושם ברור. העתיקו את מזהה המדידה של הזרם, למשל G-XXXXXXXXXX. הדוגמה היא מציין מקום, לא מזהה לשימוש באתר.
- עברו על אפשרויות Enhanced measurement ובחרו מה רלוונטי. אחר כך בדקו כל אירוע חשוב במקום להסתפק בכך שהמתג מופעל.
המסכים והרשאות הגישה עשויים להשתנות; מדריך ההקמה הרשמי של Google מפרט גם התקנה ישירה וחיבורים למערכות אתר שונות.
2. הגדירו Google tag ב-Tag Manager
ב-GTM פותחים Tags ואז New, בוחרים בסוג Google tag ומזינים את Tag ID של היעד המתאים. זהו הסוג העדכני למדידה הבסיסית; מדריכים שמנחים לחפש GA4 Configuration משתמשים בשם הישן. המדריך ל-Google Tag Manager מסביר את תפקיד הכלי.
לפי הוראות Google להגדרה ב-GTM, מגדירים טריגר Initialization לכל אירועי האתחול או לאירועים שנבחרו, בהתאם להטמעה. משלבים את סדר ההפעלה עם הגדרות ההסכמה ובודקים ב-Preview לפני פרסום. שומרים, בודקים ורק אז מפרסמים את גרסת הקונטיינר.
3. בדקו ב-Tag Assistant, Realtime ו-DebugView
Preview ו-Tag Assistant עוזרים לראות אילו תגים הופעלו ובאיזה סדר. Realtime מאפשר לראות שהגיעה פעילות לנכס. כדי לבדוק אירועים ופרמטרים של מכשיר הבדיקה, מפעילים debug mode באמצעות Tag Assistant או מצב התצוגה המקדימה ופותחים DebugView ב-Admin, תחת Data display. הוראות DebugView.
בחרו את מכשיר הבדיקה, בצעו פעולה אחת ובדקו את שם האירוע והפרמטרים שלו. הופעה ב-Realtime לבדה אינה מוכיחה שאין כפילויות או שהאירוע מייצג את הפעולה העסקית הנכונה. הגדרות פרטיות, הסכמה וחסימות בדפדפן יכולות להשפיע על הופעת האירועים; בדקו שההתנהגות תואמת את ההגדרה הרצויה, בלי לעקוף את בחירת המשתמש.
תרגיל בדיקה: טופס פנייה
זו דוגמת תכנון להמחשה בלבד, ללא נתוני לקוח. נניח שבחרתם למדוד שליחה מוצלחת של טופס ייעוץ כאירוע generate_lead. האירוע צריך להישלח אחרי שהמערכת אישרה קבלה, ולא רק אחרי לחיצה על כפתור.
| פעולת בדיקה | מה מצופה | מה לבדוק |
|---|---|---|
| פתיחת העמוד | page_view לפי הגדרת ההטמעה | שאין שליחה כפולה מתוסף ומ-GTM |
| שליחת טופס חסר | אין generate_lead של הצלחה | שהטריגר אינו עצם הלחיצה |
| שליחה תקינה אחת | generate_lead אחד | שהפרמטרים מתארים את הטופס בלי ערכי שדות אישיים |
| רענון עמוד תודה | אין ליד חדש ללא פנייה חדשה | שאין טריגר שסופר כל רענון כהצלחה |
אם המדידה המשופרת כבר שולחת form_submit, בדקו מה בדיוק הוא מייצג בטופס הזה. אירוע כזה אינו הוכחה שהפנייה נשמרה במערכת. אפשר להגדיר אירוע ייעודי לטופס הרצוי ולסמן אותו כאירוע מפתח. מדריך Google למדידת טופס כאירוע מפתח.
איזה דוח פותחים אחרי שהמדידה נבדקה?
התחילו משאלה מוגדרת: מאיפה מגיעים מבקרים, אילו עמודים הם רואים ואיזו פעולה חשובה התרחשה. User acquisition עוסק במקור המשתמש הראשון, Traffic acquisition במקור הסשן, ודוחות ייחוס אירועי מפתח בהקצאת קרדיט לפעולה. הם אינם שלוש ספירות זהות. הסבר על היקפי מקור התנועה.
בדוחות Events בודקים נפח ושמות אירועים. כשצריך לבחון תהליך של כמה שלבים, Explorations מאפשרים לבנות Funnel או Path. מסלול נפוץ בדוח הוא בסיס לשאלה או לניסוי, ולא הוכחה ששלב מסוים גרם לרכישה.
אפשר לחבר כלים נוספים לפי צורך: Google Ads למדידת המרות ופרסום, Search Console לנתוני חיפוש אורגני ו-BigQuery לניתוח מפורט יותר. לפני כל חיבור מגדירים איזה נתון דרוש ואילו הרשאות והגדרות נדרשות. חיבור חשבונות לבדו אינו מבטיח יותר מכירות.
Consent Mode: להבחין בין הגדרות טכניות להסכמה
Consent Mode מתאים את התנהגות התגים לאות ההסכמה שנמסר להם; הוא אינו מציג בעצמו הודעת הסכמה ואינו אישור לעמידה בדין. ביישום Basic התגים חסומים עד להסכמה. ביישום Advanced תגים יכולים לשלוח אותות ללא עוגיות כאשר ההסכמה נדחית, לפי ההגדרה. האפשרות למידול תלויה בתנאים ובכמות הנתונים ואינה משחזרת בוודאות כל ביקור. ההבדלים בתיעוד Google.
קבעו תהליך שמתאים לאתר ולדרישות החלות עליו, ובדקו מצב לפני בחירה, לאחר אישור ולאחר סירוב. ודאו שבחירת המשתמש עוברת לתגים בזמן. מדריך ההטמעה מפרט את המצבים ועדכון הבחירה.
אל תשלחו שמות, כתובות דוא״ל או מספרי טלפון בתוך שמות אירועים, כתובות עמוד או פרמטרים רגילים. בדקו גם שכתובת עמוד תודה אינה מכילה פרטי פונה. יש תכונות ייעודיות עם תנאים נפרדים לנתונים שהמשתמש מספק; הן אינן היתר להוסיף פרטים אישיים לכל אירוע. מניעת שליחת מידע מזהה ל-Analytics.
מקרי הניסיון ומה אפשר להסיק מהם
במאמר המקורי תואר לקוח נדל״ן שראה נתונים תוך 10 דקות מההתקנה. זו דוגמה מניסיון המחבר, ולא זמן הקמה או קליטת נתונים שמובטח לכל אתר.
במקרה של מוסך רכב דווח על 40% מהלידים דרך כפתור טלפון לאחר הגדרת אירוע. המספר נשמר כדיווח המקורי, אך ספירת לחיצות לבדה אינה מאמתת שיחות או לידים: לצורך מסקנה כזאת נדרש לחבר גם את תוצאות השיחה.
במותג קוסמטיקה תואר מסלול שבו רוכשים צפו בסרטון לפני דף מוצר, ולאחר שינוי הקמפיינים דווח על 15% יותר המרות. באתר תיירות תואר חיבור ל-Google Ads, שינוי קהלים וירידה של 20% בעלות ההמרה. אלה תיאורי ניסיון שלא אומתו כאן מול נתוני המקור; הם אינם מוכיחים שהכלי או החיבור לבדם גרמו לשינוי.
מה עושים עם נתוני Universal Analytics הישנים?
היסטוריית UA אינה מועברת אל GA4. Google סגרה את הגישה לנתוני UA החל מיולי 2024, ולכן אין להנחות כיום להיכנס לנכס הישן ולייצא ממנו. אם שמרתם יצוא מראש, אפשר לנתח אותו בנפרד ולתעד את הבדלי ההגדרות. GA4 מציג את הנתונים שנאספו לנכס שלו. לוח סגירת Universal Analytics.
התחילו מפעולה אחת, בדקו אותה מקצה לקצה ותעדו את ההגדרה. רק כשהמדידה מובנת ותקינה, הרחיבו לאירועים ולדוחות נוספים. כך הדוח יהיה כלי עבודה שניתן להסביר ולא רק אוסף מספרים.
שאלות נפוצות
מה ההבדל העיקרי בין GA4 ליוניברסל אנליטיקס (UA)?
GA4 מודד פעילות באמצעות אירועים. חלקם נאספים אוטומטית וחלקם דורשים מדידה משופרת או הטמעה ייעודית; לא כל פעולה נמדדת מעצמה. מודל הנתונים שונה מזה של UA ולכן אין להשוות כל מדד אחד לאחד.
האם אני חייב להשתמש ב-Google Tag Manager (GTM) כדי להתקין GA4?
לא. אפשר להטמיע Google tag דרך GTM, דרך אינטגרציית CMS או ישירות. GTM נוח לניהול תגים כאשר הקונטיינר מותקן, אך אינו מונע טעויות מעצמו. בודקים שאין שתי התקנות ששולחות את אותה מדידה.
איך אני יכול לבדוק שההתקנה של GA4 עובדת נכון?
בודקים את התגים ב-Preview/Tag Assistant, את הגעת הפעילות ב-Realtime ואת שמות האירועים והפרמטרים ב-DebugView עם debug mode למכשיר הבדיקה. מוודאים שאין כפילויות, שהפעולה העסקית אכן הושלמה ושההתנהגות תואמת את בחירת ההסכמה. הופעה ב-Realtime בלבד אינה מספיקה.
האם ניתן לייבא נתונים מיוניברסל אנליטיקס ל-GA4?
לא ניתן להעביר את היסטוריית UA לתוך GA4. הגישה לנתוני UA נסגרה החל מיולי 2024. אם נשמר יצוא מראש אפשר לנתח אותו בנפרד; GA4 מציג את הנתונים שנאספו לנכס שלו.