למה אותו מדד מראה שני מספרים שונים?
התרחיש מוכר: בדוח הסטנדרטי מופיעים 4,200 משתמשים, באקספלורציה עם אותו טווח תאריכים מופיעים 3,900. בפילוח לפי גיל חלק מהשורות פשוט נעלמו. שלושת המספרים נכונים, כי כל אחד מהם עבר עיבוד אחר. הדוחות הסטנדרטיים נשענים על טבלאות מצרפיות מוכנות מראש, האקספלורציות מחושבות על אירועים גולמיים בזמן השאילתה. הפילוח הדמוגרפי כפוף לסף נתונים.
לכן הצעד הראשון בכל בדיקת פער ב-GA4 הוא לא לפתוח את הקונטיינר ב-GTM אלא לזהות איזה מהשלושה פעל. את הפער מול מערכת ההזמנות או מול חשבון הפרסום מסבירים גורמים אחרים לגמרי. עליהם כתבנו בלמה המספרים ב-Looker Studio שונים מ-GA4.
שלושת המנגנונים של GA4
מה משנה את המספר בדוח לפני שאתם רואים אותו
מה זה סף נתונים (data thresholds) ומתי הוא מופעל?
לפי התיעוד של Google, ספי נתונים מופעלים כדי למנוע ממי שצופה בדוח להסיק את הזהות של משתמשים בודדים. בפועל השורה פשוט לא מוצגת. זה קורה בעיקר בשלושה מצבים: דוח או אקספלורציה שכוללים נתונים דמוגרפיים, קהל שהוגדר על בסיס נתונים דמוגרפיים ומידע על שאילתות חיפוש כשאין מספיק משתמשים בשורה.
הפרט החשוב: לפי התיעוד הספים מוגדרים על ידי המערכת ואי אפשר לכוון אותם. אין מתג בהגדרות שמכבה אותם. מה שכן אפשר לעשות הוא להקטין את הסיכוי שהם יופיעו. הדרך הפשוטה ביותר היא להרחיב את טווח התאריכים, כי כך גדל מספר המשתמשים שמאחורי כל שורה.
איך יודעים שזה קרה: מחוון איכות הנתונים בראש הדוח מציג הודעה שמדווחת שהוחל סף על כרטיס אחד או יותר בדוח. אם אתם רואים את ההודעה הזו, חסרות לכם שורות ולא חסרים לכם אירועים.
מתי GA4 דוגם נתונים?
דגימה היא מנגנון אחר לגמרי: הדוח כן מוצג, אבל הוא מחושב על חלק מהאירועים ומוכפל. לפי התיעוד של Google דגימה עשויה להתרחש כשמספר האירועים הדרוש לבניית הדוח, האקספלורציה או הבקשה חורג ממכסת הנכס. המכסה לשאילתות ברמת האירוע היא 10 מיליון אירועים בנכס רגיל. בנכסי Analytics 360 היא מגיעה עד מיליארד אירועים.
הסימן בממשק הוא שוב מחוון איכות הנתונים. הפעם הוא מציג את אחוז הנתונים שבהם נעשה שימוש. Google מציינת שברוב המקרים שיעור הסטייה נמוך מאחוז אחד, כך שדגימה קלה לא אמורה לשנות החלטות. מה שכן כדאי לדעת: לפי התיעוד, סינון של מערכי נתונים גדולים לפי מדינה עלול לגרום לדגימה גם בדוחות הרגילים וגם ב-Explore. הפתרון המוצע הוא לצמצם את טווח התאריכים.
מה זה שורת (other) ולמה היא מופיעה?
שורת (other) מופיעה כשמספר השורות בטבלה חורג ממגבלת השורות של אותה טבלה. כל מה שמעבר למגבלה נדחס לשורה אחת. זה לא קשור לפרטיות ולא לדגימה אלא לקרדינליות: מספר הערכים הייחודיים של המימד. לפי התיעוד של Google כדאי להתייחס לכל מימד עם יותר מ-500 ערכים כמימד בעל קרדינליות גבוהה. המספר הזה הוא הנחיה ולא מגבלה.
הדוגמה הקלאסית היא מימד מותאם אישית שמקבל ערך ייחודי לכל משתמש או לכל הזמנה. התיעוד מציין במפורש שאין להשתמש במימד מותאם אישית כמזהה ייחודי לכל משתמש ושלצורך הזה קיים User-ID. עוד המלצות רשמיות: להעדיף מימדים קיימים לפני יצירת מימדים מותאמים, להעדיף דוחות סטנדרטיים כי הם נשענים על טבלאות מצרפיות, לשלוח מידע בעל קרדינליות גבוהה כפרמטרים של אירוע או כמאפייני משתמש בלי לרשום אותו כמימד מותאם. בנוסף, לפי התיעוד, דוחות עם מימד משני, מסננים או השוואות נוטים יותר להציג שורת (other).
| המנגנון | מה קורה למספר | איך מזהים | מה עושים |
|---|---|---|---|
| סף נתונים | שורות שלמות לא מוצגות | הודעה במחוון איכות הנתונים על החלת סף | להרחיב טווח תאריכים. אי אפשר לכבות |
| דגימה | הדוח מחושב על חלק מהאירועים | מחוון איכות הנתונים מציג אחוז נתונים | לצמצם טווח, להוריד מסננים או לעבור ל-BigQuery |
| שורת (other) | ערכים רבים נדחסים לשורה אחת | שורה בשם (other) בטבלה | להקטין קרדינליות, להעדיף דוחות סטנדרטיים |
| שמירת נתונים | תקופות ישנות נעלמות מאקספלורציות | אין נתונים מעבר לתקופה שהוגדרה | להעלות ל-14 חודשים, לייצא ל-BigQuery |
איך מאתרים את הגורם בדוח ספציפי?
- בודקים את מחוון איכות הנתונים. הוא נמצא בראש הדוח ומסמן גם סף נתונים וגם דגימה. אם הוא נקי, שתי האפשרויות האלה יורדות מהשולחן.
- מחפשים שורת (other) בטבלה. אם היא שם, המימד שבו אתם מסתכלים חורג ממגבלת השורות וכל פילוח מעבר לשורות המוצגות לא אמין.
- מסירים מימד משני, מסננים והשוואות. לפי התיעוד אלה בדיוק התנאים שמגדילים את הסיכוי לשורת (other). אם המספר משתנה בלעדיהם, מצאתם את הגורם.
- משווים דוח סטנדרטי מול אקספלורציה. פער קבוע בין השניים מצביע בדרך כלל על קרדינליות או על שמירת נתונים, כי הדוחות הסטנדרטיים נשענים על טבלאות מצרפיות.
- מרחיבים את טווח התאריכים. אם שורות חסרות חוזרות להופיע, מדובר בסף נתונים. אם מופיע אחוז דגימה, הגעתם למכסת האירועים.
- רק אז בודקים את ההטמעה. אם כל הבדיקות נקיות והמספר עדיין לא מסתדר, זו כנראה בעיה אמיתית באירועים עצמם. את רשימת הבדיקות המלאה תמצאו בצ'קליסט אודיט GA4.
מה שמירת הנתונים משנה?
הגדרת שמירת הנתונים קובעת כמה זמן GA4 שומר את הנתונים לפני מחיקה אוטומטית. בנכס רגיל אפשר לבחור בין חודשיים ל-14 חודשים. לפי התיעוד ההגדרה הזו משפיעה רק על אקספלורציות ועל דוחות משפך ולא על הדוחות המצרפיים הסטנדרטיים. זו הסיבה שאפשר לראות נתונים משנה שעברה בדוח רגיל ולא למצוא אותם באקספלורציה.
שני פרטים שכדאי לזכור: תקופה של חודשיים חלה תמיד על נתוני גיל, מגדר ותחומי עניין בלי קשר להגדרה. נכסים גדולים מוגבלים לחודשיים. ברוב החברות שאני פוגש ההגדרה נשארה על ברירת המחדל, מה שהופך חצי מהניתוחים ההשוואתיים לבלתי אפשריים. זו ההגדרה הראשונה שאני בודק בנכס חדש.
מה לא לעשות?
לא לחפש באג בהטמעה לפני שבדקתם את מחוון איכות הנתונים. לא להשוות דוח סטנדרטי לאקספלורציה ולהסיק שאחד מהם שגוי. לא ליצור מימד מותאם אישית שמקבל ערך ייחודי לכל משתמש או לכל הזמנה, כי זו הדרך הבטוחה להגיע לשורת (other). ולא להציג למנהלים מספר מתוך דוח שמסומן כדגום בלי לציין את זה ליד המספר.
שאלות נפוצות
למה חסרות לי שורות בדוח הדמוגרפי של GA4?
זה סף נתונים. לפי התיעוד של Google, ספי נתונים מופעלים כדי למנוע ממי שצופה בדוח להסיק את הזהות של משתמשים בודדים. הם חלים בעיקר על דוחות שכוללים נתונים דמוגרפיים. הספים מוגדרים על ידי המערכת ואי אפשר לכוון אותם. הרחבת טווח התאריכים מקטינה את הסיכוי שהם יופיעו.
מתי GA4 מתחיל לדגום נתונים?
לפי התיעוד של Google, דגימה עשויה להתרחש כשמספר האירועים הדרוש לבניית הדוח חורג ממכסת הנכס. המכסה לשאילתות ברמת האירוע היא 10 מיליון אירועים בנכס רגיל ועד מיליארד אירועים בנכסי Analytics 360. כשזה קורה, מחוון איכות הנתונים מציג את אחוז הנתונים שבהם נעשה שימוש.
מה זה (other) ב-GA4 ואיך נפטרים ממנו?
שורת (other) מופיעה כשמספר השורות בטבלה חורג ממגבלת השורות שלה. כל מה שמעבר נדחס לשורה אחת. הסיבה היא קרדינליות גבוהה. לפי התיעוד, מימד עם יותר מ-500 ערכים נחשב בעל קרדינליות גבוהה. ההמלצות הרשמיות: להעדיף מימדים קיימים, לא להשתמש במימד מותאם כמזהה ייחודי לכל משתמש אלא ב-User-ID, להעדיף דוחות סטנדרטיים.
אפשר לכבות את ספי הנתונים ב-GA4?
לא. לפי התיעוד של Google הספים מוגדרים על ידי המערכת ואי אפשר לכוון אותם. אפשר רק להקטין את הסיכוי שהם יופיעו, בעיקר על ידי הרחבת טווח התאריכים כך שיותר משתמשים יעמדו מאחורי כל שורה.
למה אני רואה נתונים מלפני שנה בדוח אבל לא באקספלורציה?
בגלל הגדרת שמירת הנתונים. בנכס רגיל אפשר לבחור חודשיים או 14 חודשים. לפי התיעוד ההגדרה משפיעה רק על אקספלורציות ועל דוחות משפך ולא על הדוחות המצרפיים הסטנדרטיים. נתוני גיל, מגדר ותחומי עניין נשמרים תמיד חודשיים בלבד.
דגימה ב-GA4 אומרת שהנתונים לא אמינים?
לא בהכרח. לפי התיעוד של Google שיעור הסטייה ברוב המקרים נמוך מאחוז אחד, כך שדגימה קלה לא אמורה לשנות החלטות. מה שחשוב הוא לדעת שהדוח דגום, לציין את זה ליד המספר כשמציגים אותו ולעבור לייצוא ל-BigQuery כשהדגימה הופכת קבועה.
מה השורה התחתונה?
לפני שמחפשים תקלת הטמעה, בודקים את מחוון איכות הנתונים, מחפשים שורת (other) ומוודאים מה הוגדר בשמירת הנתונים. שלוש בדיקות של דקה כל אחת שחוסכות ימים של חיפוש באגים שלא קיימים. אם הנכס שלכם גדול מספיק כדי להיתקל בדגימה באופן קבוע, הפתרון הנכון הוא ייצוא ל-BigQuery ולא עוד ניסיון לכופף את הדוח. אנחנו מבצעים את הבדיקות האלה כחלק משירות הטמעת ובדיקת GA4. אם המספרים אצלכם לא מסתדרים ואתם לא בטוחים למה, כתבו לנו.
מקורות
Google Analytics Help: About data thresholds, Google Analytics Help: About data sampling, Google Analytics Help: About the (other) row, Google Analytics Help: Data retention
יועץ אנליטיקה דיגיטלית ומייסד DigiKnowledge. מרצה לאנליטיקה דיגיטלית באוניברסיטת תל אביב, באוניברסיטה הפתוחה ובאוניברסיטת אריאל. לעמוד האישי