מה ההבדל בין Google tag לתג אירוע GA4?
לפי התיעוד של Tag Manager, ה-Google tag עושה שלושה דברים: מצהיר על ההגדרות המשותפות לתגי Google Analytics, קובע את העוגיות של Google Analytics ושולח את האירועים שנאספים אוטומטית ואת אירועי Enhanced Measurement. אירועים מומלצים ואירועים מותאמים הוא לא מגדיר. בשביל זה קיים התג Google Analytics: GA4 Event, שבו מגדירים שם אירוע ופרמטרים ומחברים טריגר.
| נושא | Google tag | Google Analytics: GA4 Event |
|---|---|---|
| התפקיד | טעינה, הגדרות משותפות, עוגיות, אירועים אוטומטיים | שליחת אירוע מומלץ או מותאם אחד |
| המזהה | Tag ID | Measurement ID |
| לאן הנתון הולך | לכל היעדים שמחוברים ל-Tag ID | ל-data stream המסוים של אותו Measurement ID |
| הטריגר | Initialization - All Pages | הפעולה שרוצים למדוד: קליק, שליחת טופס, אירוע dataLayer |
| משתני הגדרות שאפשר לחבר | Configuration Settings וגם Event Settings | Event Settings בלבד |
| כמה כאלה בקונטיינר | בדרך כלל אחד לאתר | אחד לכל אירוע או קבוצת אירועים |
רקע קצר למי שזוכר את הגרסה הקודמת: לפי ההודעה הרשמית של Google, ה-Google tag החליף את התג Google Analytics: GA4 Configuration. תגי Configuration קיימים שודרגו אוטומטית בלי שינוי בהתנהגות. השדה Measurement ID הפך ל-Tag ID. השדה Fields to Set פוצל לשני משתני הגדרות. תגי האירוע ממשיכים לעבוד עם Measurement ID.
איך מגדירים Google tag בקונטיינר?
- יוצרים תג חדש. ב-Tags לוחצים New, נותנים שם ובוחרים בסוג Google tag.
- מזינים Tag ID. זה המזהה של ה-Google tag שלכם. התיעוד מדגיש ליצור Google tag ייחודי לכל אתר.
- מוסיפים הגדרות אופציונליות רק אם צריך. Configuration settings לפרמטרים שמשפיעים על התג עצמו, Shared event settings לפרמטרים שיישלחו עם כל אירוע. מי שמסתפק בברירות המחדל מדלג.
- מחברים את הטריגר Initialization - All Pages. זה הטריגר שהתיעוד מורה לבחור. לפי עמוד הטריגרים של Tag Manager הוא נועד לתגים שצריכים לירות לפני טריגרים אחרים, כך שההגדרות המשותפות נטענות לפני שתגי האירוע מתחילים לשלוח.
- בודקים ומפרסמים. קודם Preview, אחר כך Submit ופרסום. אחרי הפרסום מוודאים בדוח Realtime של GA4 שהצפיות מגיעות מהאתר החי.
התיעוד מזכיר אפשרות שלישית, Global parameter settings: פרמטרים שמוגדרים בקוד gtag.js בעמוד עצמו ונקראים על ידי כל תגי Google באתר. Google ממליצה להשתמש בהגדרות של GTM במקום בקוד בעמוד. אם בכל זאת משתמשים בה, רק לנתונים שאינם רגישים.
מה תג אירוע GA4 שולח ולאן?
בתג Google Analytics: GA4 Event ממלאים שלושה דברים: Measurement ID, שם אירוע ופרמטרים. לפי התיעוד, שם שאינו ברשימת האירועים המומלצים יוצר אירוע מותאם חדש שיופיע בדוחות בשם שהקלדתם. כדי ליצור אירוע מומלץ משתמשים באחד השמות המוגדרים מראש, לדוגמה login או sign_up.
נקודה שקל לפספס: לפי ההודעה של Google, אירוע שנשלח מתג GA4 Event מגיע רק ל-data stream של ה-Measurement ID שבתג. הוא לא מתפזר לכל היעדים של ה-Google tag. לכן את ה-Measurement ID כדאי לשמור במשתנה אחד ולהשתמש בו בכל תגי האירוע. הקלדה ידנית בעשרים תגים היא הדרך הבטוחה לאירוע אחד שנשלח לנכס הלא נכון.
את האירועים בודקים קודם ב-Preview ואחר כך בדוחות Realtime ו-DebugView של GA4. פרמטר מותאם יופיע בדוחות הרגילים רק אחרי שנרשם כמימד או כמדד מותאם, כפי שהסברנו במדריך המימדים והמדדים המותאמים ב-GA4.
מי טוען את מה
מהטעינה של Google tag ועד אירוע בודד
מה ההבדל בין Configuration Settings ל-Event Settings?
שני המשתנים נראים דומים אבל משרתים רמות שונות. Google tag: Configuration settings מגדיר פרמטרים שנטענים כשה-Google tag נטען, בעוד Google Tag: Event Settings מגדיר פרמטרים נוספים שנשלחים עם אירועים והוא גם המקום שבו מגדירים User Properties.
| נושא | Configuration Settings | Event Settings |
|---|---|---|
| מתי הפרמטרים חלים | בטעינת ה-Google tag | בשליחת אירוע |
| לאיזה תג מחברים | Google tag | Google tag או GA4 Event |
| דוגמאות לפרמטרים מוגדרים מראש | send_page_view, server_container_url, user_id, cookie_domain, page_location | currency, value, transaction_id, items, content_group |
| User Properties | לא כאן | כן, בסעיף Google Analytics User Properties |
כמה ברירות מחדל מטבלת הפרמטרים של Google שכדאי להכיר. הפרמטר send_page_view הוא true, כלומר ה-Google tag שולח page_view בטעינה. ערך false מבטל את השליחה הזאת, אבל לפי התיעוד הוא לא משפיע על אירועי page_view ש-Enhanced Measurement שולח לפי שינויים בהיסטוריית הדפדפן. הפרמטר cookie_domain הוא auto והפרמטר cookie_expires הוא 63072000 שניות, כלומר שנתיים. הפרמטר server_container_url מפנה את הנתונים לשרת תיוג, נושא שפירטנו במדריך הקמת Server-Side GTM.
ההבדל המעשי בחיבור של Event Settings: כשהמשתנה מחובר ל-Google tag בשדה Shared event settings, הפרמטרים שלו נשלחים עם כל אירוע. כשהוא מחובר לתג GA4 Event, הם נשלחים רק עם האירוע של אותו תג. לגבי User Properties, התיעוד מציין שאפשר להגדיר עד 25 מאפייני משתמש נוספים לכל נכס GA4.
איך יוצרים Event Settings Variable ומחברים אותו?
- יוצרים את המשתנה. ב-Variables יוצרים משתנה חדש מסוג Google Tag: Event Settings.
- מוסיפים פרמטרים. בוחרים מרשימת הפרמטרים המוגדרים מראש או מקלידים שם מותאם בשדה Name. הערך יכול להיות משתנה אחר, לדוגמה Data Layer Variable.
- מוסיפים User Properties אם צריך. תחת Google Analytics User Properties לוחצים Add Property ומגדירים שם מאפיין וערך.
- מחברים לתג. ב-Google tag בוחרים את המשתנה בשדה Shared event settings. בתג GA4 Event בוחרים אותו בשדה Event settings.
- בודקים מה עבר בירושה. Show inherited settings מציג את הפרמטרים שהגיעו מהמשתנה. Edit משנה פרמטר שעבר בירושה לאותו תג בלבד. Reset מחזיר אותו לערך של המשתנה.
- שומרים ומפרסמים. שינוי במשתנה משפיע על כל התגים שמחוברים אליו, לכן בודקים ב-Preview יותר מאירוע אחד.
שימוש נפוץ: משתנה Event Settings אחד עם הפרמטרים שכל אירוע צריך, למשל סוג העמוד וסטטוס ההתחברות, שמחובר ל-Google tag. משתנה שני עם פרמטרי איקומרס משותפים, שמחובר רק לתגי האירוע של המשפך. על סוגי המשתנים שמזינים את הערכים האלה כתבנו במדריך המשתנים ב-GTM.
מה זה תג היעד Google Analytics והאם להשתמש בו?
בתיעוד העדכני של Tag Manager, הדרך שמסומנת כמומלצת לחבר את הקונטיינר ל-GA4 היא תג יעד (destination tag): יוצרים תג חדש, בוחרים ב-Tag Configuration את Google Analytics ובתוכו שוב את Google Analytics ומזינים Tag ID. הגדרת ה-Google tag הקלאסית מופיעה באותו עמוד כ-Alternate method. גם בתג היעד יש שדות Configuration settings ו-Shared event settings, כך שמשתני ההגדרות שתוארו למעלה מתחברים אליו באותה צורה.
לפי התיעוד, היתרון הוא שהקונטיינר שולח נתונים ישירות ליעדים של Google בלי לטעון את gtag.js. ההגדרות מנוהלות במקום אחד, בלשונית Settings של הקונטיינר, שמציגה את כל יעדי Google המחוברים. מנהלים שם בין השאר זיהוי אוטומטי של אירועים, רשימת דומיינים למדידה חוצת דומיינים, הגדרת תנועה פנימית ומשך הסשן. בקונטיינרים קיימים מופיע באנר שמציע לבצע את המעבר. Google מציינת שתגי האירוע והטריגרים הקיימים נשמרים במעבר, שאפשר לבדוק אותו ב-Preview ושאפשר לבטל אותו ב-Workspace או לחזור לגרסה קודמת אחרי פרסום.
שני סייגים מהתיעוד. הראשון: אם אתם ממשיכים לטעון Google tag בקונטיינר ולשלוח דרכו נתונים ליעד, ההגדרות המרכזיות בלשונית Settings לא חלות עליו. את ההגדרות שלו מעדכנים בתג עצמו. השני: אם מוסיפים תג אירוע ליעד שאין לו בקונטיינר תג יעד או Google tag, תג יעד נוצר אוטומטית. שווה לדעת את זה לפני שמופתעים מתג חדש ברשימת השינויים.
אז האם לעבור? זאת כבר המלצה שלי ולא ציטוט מהתיעוד. בקונטיינר חדש מתחילים מתג היעד, כי זאת הדרך ש-Google מציגה כמומלצת. בקונטיינר קיים שעובד עם Google tag אין סיבה למהר: עושים את המעבר כשינוי מתוכנן ב-Workspace נפרד ובודקים ב-Preview שה-page_view והאירועים ממשיכים להגיע ושההגדרות בלשונית Settings זהות למה שהיה בתג. למבנה הזה יש השלכה גם על תגי ההמרה של Google Ads ועל השאלה אם צריך תג Conversion Linker נפרד, כפי שהסברנו במדריך תג ההמרה של Google Ads ו-Conversion Linker.
אילו טעויות חוזרות בהגדרת התגים?
אלה טעויות שחוזרות בבדיקות קונטיינרים. כולן נובעות מהמנגנון שתואר למעלה.
page_view כפול. ה-Google tag שולח page_view כברירת מחדל. תג GA4 Event נוסף בשם page_view על כל העמודים מכפיל את הצפיות. אם צריך page_view ידני, קודם מגדירים send_page_view כ-false במשתנה Configuration Settings.
Google tag על טריגר All Pages. התיעוד מורה לחבר אותו ל-Initialization - All Pages, שנורה לפני שאר הטריגרים. כשה-Google tag יושב על All Pages רגיל, תג אירוע שנורה מוקדם בטעינה עלול לצאת לפני שההגדרות נטענו.
אותו פרמטר בשלושה מקומות. פרמטר שהוגדר גם במשתנה Event Settings, גם כעקיפה בתג וגם בתג אחר בשם קצת שונה. Show inherited settings קיים בדיוק כדי לראות מה מגיע מאיפה.
שמות פרמטרים מומצאים. התיעוד ממליץ להשתמש בשמות הפרמטרים המומלצים כדי ש-Google Analytics ימלא מימדים ומדדים בעצמו. הפרמטר value בלי currency הוא דוגמה מוכרת: לפי טבלת הפרמטרים, כשמגדירים value צריך להגדיר גם currency.
שאלות נפוצות
מה ההבדל בין Google tag לתג אירוע GA4 ב-GTM?
לפי התיעוד של Tag Manager, ה-Google tag טוען את GA4 בעמוד: הוא מצהיר על ההגדרות המשותפות, קובע את העוגיות ושולח את האירועים האוטומטיים ואת אירועי Enhanced Measurement. תג Google Analytics: GA4 Event שולח אירוע אחד, מומלץ או מותאם, כשהטריגר שלו נורה. ה-Google tag עובד עם Tag ID, תג האירוע עובד עם Measurement ID.
מה זה Event Settings Variable ב-GTM?
זה משתנה מסוג Google Tag: Event Settings שמרכז פרמטרים של אירועים ומאפייני משתמש במקום אחד. כשמחברים אותו ל-Google tag בשדה Shared event settings, הפרמטרים נשלחים עם כל אירוע. כשמחברים אותו לתג GA4 Event, הם נשלחים רק עם האירוע של אותו תג. כך לא מקלידים את אותו פרמטר בכל תג בנפרד.
מה ההבדל בין Configuration Settings ל-Event Settings?
משתנה Google tag: Configuration settings מגדיר פרמטרים שנטענים כשה-Google tag נטען, למשל send_page_view, server_container_url ו-cookie_domain. אפשר לחבר אותו רק ל-Google tag. משתנה Google Tag: Event Settings מגדיר פרמטרים שנשלחים עם אירועים, למשל currency ו-value, יחד עם User Properties. אותו אפשר לחבר גם ל-Google tag וגם לתג GA4 Event.
על איזה טריגר שמים את ה-Google tag?
על הטריגר Initialization - All Pages, שקיים בכל קונטיינר Web כברירת מחדל. התיעוד של Tag Manager מורה לבחור בו בהגדרת התג. לפי עמוד הטריגרים הוא נועד לתגים שצריכים לירות לפני טריגרים אחרים, כך שההגדרות המשותפות נטענות לפני שתגי האירוע מתחילים לשלוח נתונים.
איך מונעים page_view כפול ב-GA4 דרך GTM?
ה-Google tag שולח page_view בטעינה כברירת מחדל, כי הפרמטר send_page_view הוא true. אם מוסיפים גם תג GA4 Event בשם page_view, הצפיות נספרות פעמיים. הפתרון הוא לבחור מקור אחד: להסיר את התג הידני, או להגדיר send_page_view כ-false במשתנה Configuration Settings. לפי התיעוד, ערך false לא משפיע על page_view ש-Enhanced Measurement שולח לפי שינויים בהיסטוריית הדפדפן.
האם תג GA4 Configuration עדיין קיים ב-GTM?
לא בשם הזה. לפי ההודעה הרשמית של Google, ה-Google tag החליף את התג Google Analytics: GA4 Configuration ותגים קיימים שודרגו אוטומטית בלי שינוי בהתנהגות המדידה. השדה Fields to Set הוחלף בשני משתני הגדרות: אחד ברמת התצורה ואחד ברמת האירוע. בתיעוד העדכני Google כבר ממליצה על תג יעד בשם Google Analytics ומציגה את ה-Google tag כדרך חלופית.
מה השורה התחתונה?
ה-Google tag הוא התשתית ותגי האירוע הם התוכן: תג טעינה אחד לאתר על Initialization - All Pages, בין אם זה Google tag קלאסי או תג יעד, לצד תג GA4 Event לכל פעולה שרוצים למדוד, עם Measurement ID ממשתנה אחד. כל פרמטר שחוזר ביותר מתג אחד עובר למשתנה Event Settings וכל הגדרה של התג עצמו עוברת למשתנה Configuration Settings. מי שבונה כך מקבל קונטיינר שבו שינוי של פרמטר נעשה במקום אחד ולא בשלושים. אם אתם שוקלים את המעבר לתגי היעד החדשים, בודקים אותו ב-Workspace נפרד וב-Preview לפני פרסום. את הבנייה הזאת, כולל סידור מחדש של קונטיינרים ישנים, אנחנו עושים כחלק משירות הטמעת Google Tag Manager. התמונה הרחבה של הכלי נמצאת במדריך המלא ל-Google Tag Manager. אם האירועים אצלכם מגיעים חלקיים או כפולים, כתבו לנו.
מקורות
Tag Manager Help: Set up Google Analytics in Tag Manager, Tag Manager Help: Set up Google Analytics events in Tag Manager, Tag Manager Help: Reuse event settings in Google Tag Manager, Analytics Help: Reuse configuration settings in Google Tag Manager, Tag Manager Help: Announcement: Google tag and Tag Manager, Tag Manager Help: Your Google Tag Manager container and Google destinations, Tag Manager Help: Optimize your Google Tag Manager container
יועץ אנליטיקה דיגיטלית ומייסד DigiKnowledge. מרצה לאנליטיקה דיגיטלית באוניברסיטת תל אביב, באוניברסיטה הפתוחה ובאוניברסיטת אריאל. לעמוד האישי