מה GA4 כבר מודד לבד, בלי טריגר ב-GTM?
לפי התיעוד של Google Analytics, Enhanced Measurement שולח אירוע scroll בפעם הראשונה שהגולש מגיע לתחתית העמוד, כלומר כשעומק אנכי של 90% נכנס לתצוגה. זה הסף היחיד. האירוע ממלא את המימד Percent scrolled.
בוידאו, אותה אפשרות שולחת שלושה אירועים לסרטוני YouTube מוטמעים שמופעלת בהם תמיכת JS API: האירוע video_start כשהסרטון מתחיל להתנגן, האירוע video_progress כשהצפייה עוברת 10%, 25%, 50% ו-75% מאורך הסרטון, האירוע video_complete כשהסרטון מסתיים. הפרמטרים שנשלחים הם video_current_time, video_duration, video_percent, video_provider, video_title, video_url ו-visible.
מכאן הכלל: אם 90% גלילה וארבע נקודות ההתקדמות האלה מספיקים לכם, אין מה לבנות ב-GTM. טריגר ב-GTM נדרש כשרוצים ספים אחרים, מדידה רק בחלק מהעמודים, ספי זמן בשניות, אירועי השהיה, או שליחה של אותה פעולה גם לפלטפורמות פרסום.
| מה מודדים | Enhanced Measurement של GA4 | טריגר מובנה ב-GTM |
|---|---|---|
| ספי גלילה | סף אחד: 90% אנכי, פעם אחת לעמוד | כל רשימת ספים, באחוזים או בפיקסלים, אנכי ואופקי |
| התקדמות בוידאו | 10%, 25%, 50%, 75% | כל רשימת אחוזים או ספי זמן בשניות |
| השהיה, דילוג ו-buffering | לא נשלחים | אפשרות אחת שמכסה את שלושתם |
| לאן הנתון נשלח | לנכס GA4 בלבד | לכל תג שתחברו לטריגר |
| איפה מגדירים | בהגדרות ה-data stream בנכס | בקונטיינר, עם גרסה ופרסום |
איך מגדירים טריגר Scroll Depth?
- מפעילים את המשתנים המובנים. ב-Variables מסמנים את Scroll Depth Threshold, Scroll Depth Units ו-Scroll Direction. לפי התיעוד הם מתמלאים אוטומטית בכל פעם שהטריגר נורה.
- יוצרים טריגר חדש. נכנסים ל-Triggers, לוחצים New ובוחרים בסוג Scroll Depth.
- בוחרים כיוון. Vertical Scroll Depths למדידת גלילה מטה, Horizontal Scroll Depths לגלילה ימינה. אפשר להפעיל את שניהם באותו טריגר.
- מזינים ספים. בוחרים Percentages או Pixels ומזינים מספרים שלמים חיוביים מופרדים בפסיקים. לדוגמה 25, 50, 75, 90.
- קובעים מתי הטריגר מתחיל להאזין. ברירת המחדל היא Window Load. התיעוד ממליץ להשאיר אותה, כי הטריגר מחשב את מידות העמוד ברגע ההפעלה ועדיף שכל התוכן הראשוני כבר נטען.
- מגבילים לעמודים הרלוונטיים. גלילה בעמוד תודה או בעמוד צור קשר קצר לא מלמדת כלום. תנאי על Page Path משאיר את המדידה בעמודי תוכן ובעמודי נחיתה ארוכים.
טריגר עם ארבעה ספים שמחובר לתג אחד יפעיל את התג עד ארבע פעמים בעמוד. המשתנה Scroll Depth Threshold הוא מה שמבדיל בין הפעמים, לכן חייבים לשלוח אותו כפרמטר. את ההבדלים בין סוגי הטריגרים האחרים ריכזנו במדריך סוגי הטריגרים ב-GTM.
מה המגבלות של טריגר הגלילה?
ארבע התנהגויות שמופיעות בתיעוד של Tag Manager ומשנות את הפירוש של המספרים:
פעם אחת לכל סף בעמוד. אם הגולש גלל למטה, חזר למעלה וגלל שוב, הטריגר לא נורה פעם נוספת. הוא מתאפס רק בטעינה מחדש של העמוד או במעבר לעמוד אחר שמשתמש באותו טריגר. באתרים שבהם המעבר בין עמודים לא טוען את הדף מחדש כדאי לבדוק ב-Preview שהספים אכן נורים שוב אחרי מעבר.
סף שנראה כבר בטעינה נורה בלי גלילה. אם עומק הגלילה שהגדרתם נמצא בתוך אזור התצוגה כשהעמוד נטען, הטריגר נורה למרות שהגולש לא גלל בפועל. בעמוד קצר על מסך גבוה, 25% ו-50% יכולים להירשם לכל מבקר. לכן השוואה של אחוזי גלילה בין עמודים באורך שונה מטעה.
עמודים שמשתנים בגודלם. לעמודים עם גלילה אינסופית, או לעמודים שהגובה שלהם משתנה מאוד, התיעוד ממליץ במפורש על טריגר Element Visibility במקום אחוזי גלילה.
סף אפס. לפי התיעוד, ערך 0 במשתנה Scroll Depth Threshold יופיע בדוחות כ-(not set). אין סיבה להגדיר סף כזה.
מגבלה נוספת שלא כתובה בתיעוד אבל נובעת מהמנגנון: הטריגר יודע שהנקודה נכנסה לתצוגה, לא שמישהו קרא את התוכן. גלילה מהירה לתחתית העמוד כדי למצוא טלפון נראית בנתונים בדיוק כמו קריאה מלאה.
מתי עדיף Element Visibility על אחוזי גלילה?
כשהשאלה העסקית היא "האם ראו את הטופס" או "האם הגיעו לטבלת המחירים", אחוז גלילה הוא קירוב גרוע. טריגר Element Visibility נורה כשאלמנט מסוים נכנס לאזור התצוגה של הדפדפן. בוחרים את האלמנט לפי ID או לפי CSS Selector.
לפי התיעוד, ברירת המחדל היא שלפחות 50% מהאלמנט צריך להיות על המסך. אפשר לשנות את האחוז ב-Minimum Percent Visible. אפשר גם לדרוש משך מינימלי על המסך. המשך הזה מצטבר לאורך הצפייה בעמוד: אלמנט שנראה חמש שניות, יצא מהתצוגה וחזר לחמש שניות נוספות נספר כעשר שניות. האפשרות Observe DOM changes מאפשרת לעקוב אחרי אלמנטים שנוספים לעמוד אחרי הטעינה. התיעוד מזהיר שמשך מינימלי או מעקב אחרי שינויי DOM על Selector שתופס הרבה אלמנטים עלולים לפגוע בביצועי העמוד.
מסלול ההחלטה
מהבדיקה מה כבר נמדד ועד האירוע ב-GA4
איך מגדירים טריגר YouTube Video?
לפי התיעוד, בכל אינטראקציה עם סרטון הטריגר דוחף ל-dataLayer נתונים על הסרטון ועל מצב הניגון. לכן השלב הראשון הוא להפעיל את המשתנים המובנים של Videos.
- מפעילים משתני וידאו. Video Title, Video URL, Video Percent, Video Status, Video Current Time, Video Duration, Video Provider ו-Video Visible. האחרון מחזיר true כשהסרטון נמצא באזור התצוגה ו-false כשהוא מתחת לקו הגלילה או בלשונית רקע.
- יוצרים טריגר מסוג YouTube Video. נכנסים ל-Triggers, לוחצים New ובוחרים בסוג הזה.
- בוחרים מה ללכוד. Start לתחילת ניגון, Complete לסיום, Pause, Seeking and Buffering כאפשרות אחת, Progress לנקודות התקדמות.
- מגדירים ספי התקדמות. Percentages כרשימת מספרים שלמים מופרדים בפסיקים, או Time Thresholds בשניות. לדוגמה 25, 50, 75 באחוזים.
- מחליטים על Add JavaScript API support to all YouTube videos. לפי התיעוד, הסימון מוסיף לכתובת הנגן את הפרמטר enablejsapi עם הערך 1. זה מפעיל את ה-IFrame Player API של YouTube ומאפשר לשלוט בנגן דרך JavaScript.
- בודקים ב-Preview. מנגנים סרטון, עוצרים, מדלגים קדימה. מוודאים שכל אירוע מופיע עם הערכים הנכונים במשתנים. את שיטת העבודה פירטנו במדריך Preview ו-Tag Assistant.
מה המגבלות של טריגר הוידאו?
רק YouTube מוטמע. הטריגר מוגדר בתיעוד לסרטוני YouTube מוטמעים בעמוד. לנגנים אחרים הוא לא מקשיב. שם צריך אירועי dataLayer שהמפתחים שולחים מהנגן, לפי אפיון כמו זה שתיארנו במסמך dataLayer למפתחים.
תנאי בזמן הטעינה של Tag Manager. התיעוד מציין שהטריגר עובד בטעינת העמוד ואחריה, כל עוד בזמן ש-Tag Manager נטען קיים בעמוד לפחות אחד מהשניים: סרטון YouTube מוטמע או סקריפט ה-IFrame API של YouTube. מכאן נובע שסרטון שמוזרק לעמוד רק אחרי קליק, בלי שהסקריפט הזה נטען מראש, לא עומד בתנאי. זה המקרה הראשון שבודקים כשהטריגר שותק.
הסרטון עלול להיטען מחדש. לפי התיעוד, הוספת תמיכת JS API גורמת לסרטון להיטען מחדש אם הוא כבר מתנגן ברגע ש-Tag Manager נטען. בסרטון רקע עם ניגון אוטומטי זה נראה כמו קפיצה לתחילת הסרטון.
דילוג מעל סף לא נספר. ספי אחוזים וספי זמן נורים רק בפעם הראשונה שמגיעים אליהם. אם הגולש גורר את סרגל ההתקדמות מעבר לסף, האירוע של אותו סף לא נורה. לכן "הגיעו ל-75%" בנתונים הוא מספר שמרני. מי שדילג ישר לסוף יופיע עם Complete בלי נקודות הביניים.
איך שולחים את הנתונים ל-GA4 בלי לספור פעמיים?
יוצרים תג מסוג Google Analytics: GA4 Event ומחברים אליו את הטריגר. כדי שהנתונים ייכנסו לאותם מימדים ש-GA4 כבר מכיר, משתמשים בשמות האירועים והפרמטרים של Enhanced Measurement. התיעוד של Tag Manager ממליץ להשתמש בשמות פרמטרים מוכרים כדי ש-Google Analytics ימלא את המימדים והמדדים בעצמו.
| אירוע | פרמטר ב-GA4 | משתנה מובנה ב-GTM |
|---|---|---|
| scroll | percent_scrolled | Scroll Depth Threshold |
| video_start, video_progress, video_complete | video_title | Video Title |
| אותם אירועים | video_url | Video URL |
| אותם אירועים | video_percent | Video Percent |
| אותם אירועים | video_provider | Video Provider |
הכפילות נוצרת כשהאפשרות Scrolls או Video engagement דלוקה ב-Enhanced Measurement ובמקביל תג ב-GTM שולח אירוע באותו שם. גלילה של 90% תיספר פעמיים וכל התחלת צפייה תיספר פעמיים. הפתרון הוא לבחור מקור אחד. לפי התיעוד אפשר לכבות כל אפשרות בנפרד בהגדרות ה-data stream, בהרשאת Editor ומעלה בנכס.
לגבי דיווח: לפי טבלת הפרמטרים של GA4, הפרמטר percent_scrolled ממלא את המימד Percent scrolled, הפרמטר video_title ממלא את Video title והפרמטר video_url ממלא את Video URL. לפרמטר video_percent לא רשום שם מימד בטבלה. מי שרוצה לפלח לפיו בדוחות צריך לרשום אותו כמימד מותאם, כפי שהסברנו במדריך המימדים והמדדים המותאמים. על מבנה תג האירוע עצמו תוכלו לקרוא במדריך Google tag ותג אירוע GA4.
שאלות נפוצות
איזה סף גלילה GA4 מודד אוטומטית?
לפי התיעוד של Google Analytics, Enhanced Measurement שולח אירוע scroll בפעם הראשונה שהגולש מגיע לתחתית העמוד, כלומר כשעומק אנכי של 90% נכנס לתצוגה. זה הסף היחיד שנמדד אוטומטית. כדי למדוד ספים נוספים כמו 25%, 50% ו-75% צריך טריגר Scroll Depth ב-Google Tag Manager.
למה טריגר Scroll Depth נורה בלי שהגולש גלל?
לפי התיעוד של Tag Manager, אם עומק הגלילה שהוגדר נמצא בתוך אזור התצוגה כשהעמוד נטען, הטריגר נורה גם בלי גלילה בפועל. זה קורה בעמודים קצרים או במסכים גבוהים, שבהם 25% או 50% מהעמוד נראים מיד. לכן לא משווים אחוזי גלילה בין עמודים באורך שונה.
האם טריגר Scroll Depth נורה שוב כשגוללים למעלה ולמטה?
לא. לפי התיעוד הטריגר נורה פעם אחת לכל סף בכל עמוד. אם הגולש גלל חזרה למעלה הטריגר לא יירה שוב, אלא אם העמוד נטען מחדש או שהגולש עבר לעמוד אחר שמשתמש באותו טריגר.
למה טריגר YouTube Video ב-GTM לא נורה?
הסיבות הנפוצות הן שתיים. הראשונה: בנגן לא מופעלת תמיכת JS API, מה שפותרים בסימון Add JavaScript API support to all YouTube videos בטריגר. השנייה: לפי התיעוד הטריגר עובד רק אם בזמן ש-Tag Manager נטען קיים בעמוד סרטון YouTube מוטמע או סקריפט ה-IFrame API של YouTube. סרטון שמוזרק לעמוד רק אחרי קליק, בלי הסקריפט, לא עומד בתנאי הזה.
אילו אירועי וידאו GA4 שולח לבד ובאילו אחוזים?
לפי התיעוד, לסרטוני YouTube מוטמעים עם תמיכת JS API נשלחים שלושה אירועים: video_start כשהסרטון מתחיל, video_progress כשהצפייה עוברת 10%, 25%, 50% ו-75% מאורך הסרטון, video_complete כשהסרטון מסתיים. ספים אחרים, ספי זמן בשניות ואירועי השהיה דורשים טריגר YouTube Video ב-GTM.
מתי עדיף טריגר Element Visibility על Scroll Depth?
כשרוצים לדעת אם אלמנט מסוים נראה, למשל טופס או טבלת מחירים. אחוז הגלילה של העמוד לא עונה על השאלה הזאת. התיעוד של Tag Manager ממליץ עליו גם לעמודים עם גלילה אינסופית או לעמודים שהגובה שלהם משתנה מאוד. ברירת המחדל היא שלפחות 50% מהאלמנט צריך להיות על המסך כדי שהטריגר יירה.
מה השורה התחתונה?
גלילה וצפייה בוידאו הם מדדי מעורבות זולים להקמה וקלים לפירוש שגוי. הסדר הנכון: קודם בודקים מה Enhanced Measurement כבר שולח, אחר כך מחליטים אילו ספים באמת משרתים החלטה. רק אז בונים טריגר. בעמודים קצרים, בעמודים עם גלילה אינסופית ובכל מקום שבו השאלה היא "האם ראו את האלמנט הזה", Element Visibility מדויק יותר מאחוזים. בוידאו זוכרים שהטריגר מכסה רק YouTube מוטמע ושדילוג מעל סף לא נספר. את ההגדרות האלה, כולל בדיקת כפילויות מול Enhanced Measurement, אנחנו עושים כחלק משירות הטמעת Google Tag Manager. את התמונה הרחבה של העבודה עם הכלי תמצאו במדריך המלא ל-Google Tag Manager. אם נתוני הגלילה או הוידאו אצלכם נראים לא הגיוניים, כתבו לנו.
מקורות
Tag Manager Help: Scroll Depth trigger, Tag Manager Help: YouTube video trigger, Tag Manager Help: Element visibility trigger, Tag Manager Help: Built-in variables for web containers, Analytics Help: Enhanced measurement events, Analytics Help: Analytics event parameters
יועץ אנליטיקה דיגיטלית ומייסד DigiKnowledge. מרצה לאנליטיקה דיגיטלית באוניברסיטת תל אביב, באוניברסיטה הפתוחה ובאוניברסיטת אריאל. לעמוד האישי