GA4 מראה קו שטוח בדוח התנועה: תשע הסיבות שכדאי לבדוק לפני שמכריזים על תקלה
נכנסתם לאנליטיקס בבוקר, פתחתם את דוח התנועה, וראיתם קו שטוח. אתמול היו 300 כניסות, היום אפס. הראש קופץ ישר לתרחיש הגרוע: משהו קרס, אתם מפסידים נתונים, אולי גם מפסידים כסף על פרסום שרץ בלי מדידה. ברוב המקרים הסיבה פשוטה בהרבה, ולפעמים היא בכלל לא קשורה ל-GA4 עצמו.
התשובה הקצרה: ב-10 מתוך 13 חנויות שבדקנו נמצא פער כלשהו בין GA4 לנתוני החנות בפועל (נתוני WooCommerce מול GA4). ברוב המקרים זה לא "GA4 לא עובד", אלא אחת מתשע הסיבות הבאות, שכל אחת מהן נבדקת תוך דקות.
1. התג לא מותקן כל העמודים או מותקן בצורה חלקית בלבד
הסיבה הבסיסית ביותר: קוד המדידה לא נמצא בכל הדפים, או נמצא מחוץ ל-<head>. אם משתמשים ב-Google Tag Manager (GTM), בדקו שהשינויים פורסמו בפועל (Submit) ולא נשארו בגרסת תצוגה מקדימה (Preview) בלבד. פתחו את מצב התצוגה המקדימה של GTM וגלשו באתר בעצמכם: אם התג לא נורה שם, הוא לא נורה גם אצל הגולשים. את רשימת סיבות ההתקנה השגויה המלאה אפשר לראות במדריך פתרון הבעיות הרשמי של GA4.
2. יש נתונים, אבל הם עוד בתהליך עיבוד
דוחות בזמן אמת ב-GA4 מציגים תנועה מיידית, אבל הדוחות הרגילים והדוחות המפורטים לוקחים בדרך כלל 24 עד 48 שעות עד שהם מלאים. אם הדוח שבדקתם הוא לא דוח Realtime, ייתכן שפשוט מוקדם מדי. בקשו מהקמפיינר או מהמפתח לבדוק תמיד קודם בדוח Realtime לפני שמכריזים על תקלה.
3. מזהה המדידה השתנה או הוקלד לא נכון
Measurement ID שהועתק עם רווח מיותר, גרסה ישנה שנשארה בקוד לצד גרסה חדשה, או נכס שהוחלף בלי לעדכן את כל מקורות ההטמעה: כל אלה גורמים לתג לשלוח נתונים לנכס הלא נכון, שנראה ריק כי הנתונים נוחתים במקום אחר. זה קורה הרבה אחרי מעבר מ-Universal Analytics ל-GA4, או אחרי החלפת מפתח שבנה מחדש את האתר ולא ידע איזה מזהה היה קיים לפני. בדקו תחת Admin ← Data Streams מהו המזהה הרשום שם, והשוו אותו למה שבאמת מותקן בדף (אפשר לראות את זה דרך View Page Source או דרך Tag Assistant).
4. חוסמי פרסומות וקונסנט (אישורי קוקיז) מגבילים את איסוף המידע
הנקודה הזו כמעט אף מקור עברי לא מזכיר, וזו בדיוק הסיבה שהיא מפתיעה בעלי חנויות: דפדפנים מודרניים חוסמים כברירת מחדל חלק מבקשות המעקב, ובאנר קוקיז (cookies) שמוגדר לא נכון יכול למנוע מהתג להישלח לפני שהגולש מאשר. כשיש בחנות גם תוסף וורדפרס להטמעת GTM וגם כלי מדידה נוסף שמותקן בנפרד, הסיכוי לחסימה כפולה או להתנגשות ביניהם עולה. הבדיקה: פתחו את האתר בגלישה פרטית בלי חוסם פרסומות, ובדקו אם התג נורה.
5. סינון תנועה פנימית סינן יותר מדי
פילטר שנועד להוציא את הצוות מהסטטיסטיקה, כשהוא מוגדר לפי טווח IP רחב מדי או VPN משרדי, יכול להוציא בטעות גם תנועה אמיתית של לקוחות שמתחברים מאותו ספק אינטרנט. זה נפוץ בחברות שעובדות מול סוכנות ממוקמת פיזית ליד ריכוז לקוחות, או כשה-VPN של הצוות משותף לספק אינטרנט ביתי גדול. בדקו תחת Admin ← Data Streams את הגדרת הפילטרים ואילו כללים פעילים, ואם יש ספק, כבו זמנית את הפילטר וראו אם התנועה חוזרת.
6. Referral exclusion חסר לספק הסליקה
כשגולש עובר מהאתר לדף התשלום החיצוני של Tranzila או PayPlus וחוזר לאתר לעמוד התודה, אם הדומיין של ספק הסליקה לא נמצא ברשימת ה-Referral Exclusion, GA4 עלול לפתוח סשן חדש בחזרה לאתר. זה לא "אין נתונים", זה נתונים שמתפצלים לשני סשנים ומטשטשים את מסלול הרכישה. מדריך ההשוואה בין ווקומרס ל-GA4 מפרט איך זה בדיוק נראה בדוח.
7. Data thresholding כשהתעבורה נמוכה
ב-GA4, כשמדובר בפילוח עם מעט מאוד משתמשים, גוגל מפעיל לפעמים סף הגנה על פרטיות שמסתיר חלק מהשורות בדוח כדי שאי אפשר יהיה לזהות משתמש בודד. זה לא באג, וזה קורה בעיקר בפילוחים צרים (למשל: מכשיר + עיר + מקור תנועה יחד). הפתרון: הרחיבו את הפילוח או בדקו בדוח כללי יותר. מכשיר האבחון הרשמי של גוגל עוזר להבחין בין זה לבין תקלת מדידה אמיתית.
8. בלבול בין "אין נתונים" לבין "אין המרות"
זו הטעות הנפוצה ביותר שראינו, ולא היא סיבה טכנית. בבדיקה בפועל, נמצאה חנות עם 350 סשנים בארבע שעות ביום רגיל, ואפס הזמנות באותו חלון זמן, כשההזמנות לא היו כושלות ולא תקועות ב-pending. GA4 עבד מצוין. מה שהיה חסר הוא המרות, לא נתונים. לפני שפותחים חקירת "GA4 לא עובד", בדקו את דוח התנועה: אם סשנים ומשתמשים מופיעים כרגיל, הבעיה היא בהמרה ולא במדידה, וזו חקירה שונה לגמרי.
9. שני נכסים רצים במקביל וסופרים כפול
חנויות שעברו מ-Universal Analytics ל-GA4 ולא ניתקו את הישן לגמרי, או שיש להן שני streams פעילים על אותו אתר (למשל אחד שהותקן ישירות בתבנית ואחד דרך GTM), רואות לפעמים "נתונים משונים": מספרים שלא מסתדרים בין דוח לדוח, או כפילות בספירת אירועים. זה נראה כמו בעיית מדידה, אבל בפועל זו כפילות. בדקו תחת Admin ← Data Streams כמה streams פעילים על הנכס, ובקשו מהמפתח להשאיר רק אחד ולוודא שאין שני קטעי קוד שמזריקים את אותו Measurement ID פעמיים לאותו דף.
סדר הבדיקה המומלץ
- בדקו קודם Realtime, לא דוח רגיל. אם רואים תנועה שם, הבעיה היא בעיבוד או בפילוח, לא בהעדר נתונים.
- אם אין כלום גם ב-Realtime, בדקו את התג עצמו במצב Preview של GTM.
- אם התג כן נורה, בדקו חוסמי דפדפן, referral exclusion, ופילטרים פנימיים.
- רק אם כל אלו תקינים, בקשו מהקמפיינר או מהמפתח לבדוק את ה-Measurement ID מול הנכס בפועל.
שאלות נפוצות
כמה זמן לחכות לפני שמכריזים על תקלה? לפחות 48 שעות מהאירוע, ורק אחרי שבדקתם דוח Realtime בנפרד מהדוחות הרגילים.
האם חוסם פרסומות אצל לקוח בודד משפיע על הדוח הכללי? לא משמעותית, אבל אם חלק ניכר מקהל היעד שלכם משתמש בדפדפן עם הגנת פרטיות מחמירה, הפער בין תנועה אמיתית לנמדדת יכול להיות קבוע ולא חד פעמי.
GA4 מראה תנועה אבל אפס הזמנות. זו אותה בעיה? לא. זו בעיה אחרת לגמרי, שקשורה לאירוע הרכישה ולא לאיסוף הנתונים הכללי. בדקו את הגדרת אירוע ה-purchase ולא את התקנת התג.
איך יודעים אם הבעיה אצלנו או אצל גוגל? אם Google Tag Manager מראה שהתג נורה, ודוח ה-Realtime ריק בכל זאת, זה נדיר ולרוב מצביע על נכס לא נכון או על סינון. תקלה אמיתית של גוגל מלווה בדרך כלל בהודעת סטטוס רשמית.
מה לעשות עכשיו
פתחו קודם דוח Realtime, לא דוח רגיל. אם יש שם תנועה, עברו לבדוק את שבע הסיבות הראשונות בסדר הזה. ג'ימי בודק את הפער בין GA4 לנתוני החנות בפועל בכל יום, בלי שתצטרכו לחכות ל-48 שעות כדי לדעת אם יש בעיה.