GA4 וממשק הפרסום: למה הנתונים לא מסתדרים ואיך מתאמים
GA4 וממשק הפרסום מראים מספרים שונים כמעט תמיד. הסבר מלא למה זה קורה, איך מזהים את הסיבה האמיתית ומה עושים כדי להשוות נכון.
צוות העריכה של ADS Beastפורסם 6 דקות קריאה
הפער בין GA4 לממשק הפרסום קיים כמעט בכל חשבון. הסיבות העיקריות הן מודל ייחוס שונה, חלון המרה שמוגדר אחרת, וחסימת עוקבים שמשפיעה על GA4 יותר מאשר על תיוג הפרסום. לפני שמסיקים מסקנות מהנתונים, חשוב להבין איזה פער מדובר ומה גרם לו.
בקצרה
- GA4 וGoogle Ads משתמשים במודלי ייחוס שונים כברירת מחדל, ולכן אותה המרה עשויה להיכתב לערוצים שונים בכל כלי.
- חלון ההמרה ב-Google Ads מוגדר כברירת מחדל ל-30 יום לקליק, וניתן לשנותו בין יום אחד לתשעים; חלון שאינו מסונכרן בין הכלים מייצר פערים אוטומטיים.
- חסימת עוקבים ומצב פרטי גורמים לכך ש-GA4 מפספס ביקורים שהפרסום עדיין מודד.
- כפל ספירה נפוץ כשאירוע המרה נשלח גם מהדפדפן וגם מהשרת, ללא מזהה עסקה זהה בשני הנתיבים.
- הגדרת פעולת המרה כ-Primary או Secondary קובעת אם היא נכנסת לעמודת Conversions ומשפיעה על הבידינג.
מה בכלל גורם לפערים בין GA4 לממשק הפרסום?
הכלים מודדים דברים שונים בנקודות שונות של המסע. GA4 מתמקד בהתנהגות המשתמש באתר ומסתמך על JavaScript שרץ בדפדפן, בעוד שממשק הפרסום מסתמך על תיוג הקליק עצמו, שמתועד ברגע שהמשתמש לוחץ על המודעה. כשמשתמש לוחץ על מודעה, Google Ads רושם קליק. אם אחר כך אותו משתמש מגיע לאתר עם חוסם עוקבים פעיל, ה-GA4 לא ירשום את הביקור כלל, אבל הקליק כבר נספר.
זה ההסבר הבסיסי לפערים בצד התנועה. בצד ההמרות, הסיבות מורכבות יותר.
מודל הייחוס: הגורם הנפוץ ביותר לפערים
ייחוס הוא הכלל שקובע לאיזה ערוץ לזקוף את קרדיט ההמרה. GA4 מציע כיום שני מודלים: ייחוס לפי קליק אחרון וייחוס מבוסס נתונים. Google Ads יכול לפעול לפי מודל אחר, ולכן אותה המרה עשויה להיכתב לערוצים שונים בכל כלי.
בפועל, אם משתמש נחשף למודעה בחיפוש, נכנס ישירות לאתר כמה ימים אחר כך, ורכש, GA4 עם ייחוס לפי קליק אחרון לא ייתן קרדיט לקמפיין. Google Ads, שרואה את הקליק ואת חלון ההמרה, עשוי לייחס את הרכישה לקמפיין. התוצאה: שני מספרי המרות שונים לאותה פעולה.
לפני שמסיקים מסקנות מפער כזה, כדאי לבדוק שמודל הייחוס בשני המקומות מוגדר באופן עקבי. אם לא, הפער הוא תוצאה של הגדרה, לא של שגיאה.
חלון ההמרה: כשהשעונים לא מסונכרנים
חלון ההמרה ב-Google Ads מוגדר כברירת מחדל ל-30 יום לקליק, וניתן לשנותו בין יום אחד לתשעים. אם GA4 מוגדר לחלון קצר יותר, המרות שמגיעות מאוחר בתוך החלון יופיעו ב-Google Ads אבל לא ב-GA4. ההיפך גם אפשרי.
הבדיקה הפשוטה ביותר היא להשוות את הגדרות החלון בשני הכלים ולוודא שהן זהות לפני שמנתחים פערים.
חסימת עוקבים ומצב פרטי: הנתונים שנעלמים
זה פער שמתגבר עם השנים. חוסמי פרסומות, הגנות מעקב מובנות בדפדפנים, ומצב גלישה פרטית מונעים מ-GA4 לרשום ביקורים שהפרסום כבר תיעד. הקליק עצמו נרשם בשרתי Google ברגע שהמשתמש לוחץ, לפני שהדפדפן נטען, לכן ממשק הפרסום פחות מושפע.
הפתרון החלקי הוא שימוש ב-המרות API לצד תיוג הדפדפן, שמאפשר לשלוח אירועי המרה ישירות מהשרת ולצמצם את ההשפעה של חסימות צד לקוח. חשוב להבין ש-Measurement Protocol שולח אירועים ל-GA4 בלבד, לא ישירות ל-Google Ads. כדי שנתוני שרת יגיעו ל-Google Ads, יש להשתמש ב-Google Ads API, ב-Data Manager, או לייבא המרות מ-GA4. אלה נתיבים נפרדים.
כפל ספירה: מתי הנתונים מנופחים ומתי לא
כפל ספירה הוא אחת האבחנות הנפוצות, אבל לא כל פער הוא כפל ספירה. כפל ספירה אמיתי קורה כשאותה המרה נרשמת יותר מפעם אחת בגלל שגיאה בהגדרה.
הגורמים הנפוצים לכפל ספירה:
- אירוע ההמרה מופעל גם מתיוג הדפדפן וגם מהשרת, ללא transaction ID זהה בשני הנתיבים.
- קוד ההמרה מופעל כמה פעמים בדף אחד, למשל בגלל ניווט חזרה לדף תודה.
- אותה פעולת המרה מוגדרת פעמיים בשמות שונים, ושתיהן מוגדרות כ-Primary.
ב-Google Ads, כאשר אותו מזהה עסקה מגיע פעמיים לאותה פעולת המרה, המערכת מבצעת דדופליקציה. אבל מזהה זהה לא ממזג בין פעולות המרה שונות. לכן לפני שמגדירים שיש כפל, כדאי לבדוק את שמות האירועים, המזהים ומקורות הנתונים בנפרד, ולא להסתמך רק על ירידה בסך ההמרות כהוכחה.
כדי לאתר כפל ספירה בין GA4 לממשק הפרסום, השלבים הם:
- בדוק את רשימת אירועי ההמרה ב-GA4 ואת פעולות ההמרה ב-Google Ads.
- ודא שכל פעולת המרה ב-Google Ads מקושרת למקור אחד בלבד, או שמקורות מרובים משתמשים ב-transaction ID אחיד.
- בדוק את לוג האירועים בזמן אמת כדי לראות כמה פעמים האירוע מופעל בזרימת רכישה אחת.
- השווה את הנתונים ברמת העסקה הבודדת, לא רק ברמת הסיכום.
Primary ו-Secondary Conversion: מה נכנס לאיזה עמודה
פעולת המרה מסוג Primary נכללת בעמודת Conversions ומשפיעה על אסטרטגיית הבידינג. פעולת Secondary גלויה רק בעמודת All Conversions ואינה משפיעה על הבידינג.
אם אותה רכישה מוגדרת בשתי פעולות המרה שונות, אחת Primary ואחת Secondary, הנתונים הכוללים עלולים להיראות מנופחים. זה לא בהכרח מעיד על כפל ספירה אמיתי לפני בדיקה מעמיקה של ההגדרות. הבחנה זו חשובה כי היא קובעת מה אלגוריתם הבידינג מנסה למקסם, ולא רק מה שמוצג בדוח.
| סוג פעולת המרה | נכנסת לעמודת Conversions | משפיעה על בידינג | גלויה ב-All Conversions |
|---|---|---|---|
| Primary | כן | כן | כן |
| Secondary | לא | לא | כן |
עיגול נתונים ודגימה ב-GA4: פערים קטנים שמצטברים
GA4 משתמש בעיגול ובדגימה בחלק מהדוחות, בעיקר בחקירות (Explorations) עם נפח נתונים גדול. עיגול יכול להוסיף פערים של כמה אחוזים בין מה שמוצג ב-GA4 לבין הנתון המדויק שמגיע מ-Google Ads. בנוסף, סף הפרטיות של GA4 עלול להסתיר שורות עם נפח נמוך בדוחות מסוימים.
פערים קטנים שמקורם בעיגול הם נורמליים ואינם מעידים על בעיית תיוג. כשהפער גדול, המקור כנראה אחד מהגורמים שתוארו קודם.
איך משווים נתוני GA4 ו-Google Ads בצורה נכונה
השוואה נכונה דורשת תנאי בסיס אחידים בשני הכלים. הנה הבדיקות שכדאי לעשות לפי סדר:
| פרמטר | מה לבדוק ב-GA4 | מה לבדוק ב-Google Ads |
|---|---|---|
| מודל ייחוס | מודל ייחוס פעיל בהגדרות הנכס | מודל ייחוס בהגדרות פעולת ההמרה |
| חלון המרה | חלון לפי קליק ולפי צפייה | חלון קליק ברירת מחדל 30 יום, ניתן לשינוי |
| מקור הנתונים | אירועים מהדפדפן בלבד או גם מהשרת | תיוג קליק + ייבוא המרות אם מוגדר |
| סוג פעולת המרה | אירוע ב-GA4 | Primary / Secondary ב-Google Ads |
| תאריכים | אותו טווח תאריכים בדיוק | אותו טווח תאריכים בדיוק |
לאחר שמאחדים את התנאים, פער שנשאר ידרוש בדיקה של לוג האירועים ברמת העסקה הבודדת. מעקב UTM עקבי לאורך כל הנתיבים הוא תנאי בסיס שמאפשר לאתר איפה בדיוק מתפצל המידע.
כשיש שיחות טלפון שמגיעות מהקמפיין, הן בדרך כלל לא נמדדות ב-GA4 כלל ללא מעקב שיחות מוגדר כהלכה. זה פער שלא נפתר רק בהשוואת הגדרות, אלא דורש תשתית מדידה נפרדת.
מה לעשות כשהפערים בין הכלים גדולים מהצפוי
פער קטן בין GA4 לממשק הפרסום הוא נורמלי. פער גדול הוא סימן לבעיה שדורשת אבחון שיטתי, לא ניחוש.
השלב הראשון הוא לבדוק אם הפער הוא בצד התנועה, בצד ההמרות, או בשניהם. פער בתנועה בלבד מצביע על חסימות עוקבים או על בעיה בתיוג UTM. פער בהמרות בלבד מצביע על הגדרות ייחוס, חלון המרה, או כפל ספירה. פער בשני הצדדים דורש בדיקה מקיפה יותר.
אחת הדרכים לקבל תמונה שלמה יותר היא לעקוב אחר שלבי ה-CRM ולשלוח אירועי המרה שרתיים המבוססים על פעולות אמיתיות של לקוחות, לא רק על ביקורים בדף. מעקב אחר פערים בין חשבון הפרסום ל-CRM הוא השלב הבא כשהמדידה באתר כבר מסודרת.
הצעד הבא
אם הנתונים לא מסתדרים ואין ודאות מאיפה מגיע הפער, נקודת ההתחלה היא בדיקת תשתית המדידה: אירועים, מזהים, מודל ייחוס וחלון המרה. כלי המעקב וניתוח הנתונים של Ads Beast מאפשר לראות את נתיבי ההמרה ממקורות שונים במקום אחד, כולל אירועים שרתיים משלבי CRM, ולהשוות בין מה שכל ערוץ רואה.
אם יש ספק לגבי הגדרות התיוג באתר, רשימת הבדיקה של Meta Pixel מציעה מתודולוגיה שחוזרת על עצמה גם בבדיקת תיוג Google.