למה GA4 סופר את אותו גולש פעמיים כשהוא עובר דומיין?
לפי התיעוד של Google, תגי ה-JavaScript של GA4 משתמשים בעוגיות צד ראשון כדי להבחין בין משתמשים ובין סשנים. יש שתי עוגיות: _ga, שמשמשת להבחנה בין משתמשים, לצד _ga_<container-id>, ששומרת את מצב הסשן. עוגיית צד ראשון שייכת לדומיין שבו היא נכתבה ורק עמודים באותו דומיין יכולים לקרוא אותה.
מכאן הבעיה. גולש שנכנס ל-example.com מקבל שם מזהה משתמש ומזהה סשן. כשהוא לוחץ על קישור ל-example-shop.com, הדפדפן לא חושף לדומיין השני את העוגיות של הראשון, לכן התג בדומיין השני יוצר עוגיות חדשות ומזהים חדשים. לפי התיעוד, בלי מדידה חוצת דומיינים אותו אדם נספר כמשתמשים נפרדים וכסשנים נפרדים.
התוצאה בדוחות מוכרת לכל מי שמנהל אתר עם סליקה או הרשמה בדומיין נפרד: מספר המשתמשים מנופח, המסע נחתך בנקודת המעבר, ההמרה בדומיין השני מיוחסת להפניה מהדומיין הראשון במקום לקמפיין שהביא את הגולש.
איך GA4 מעביר את הזהות בין הדומיינים?
דרך כתובת ה-URL. כשמדידה חוצת דומיינים מופעלת, המזהים עוברים מדומיין לדומיין בפרמטר בשם _gl. לפי התיעוד למפתחים של Google, התג מאזין לקליקים על קישורים שמובילים לדומיינים שהגדרתם וברגע הקליק מוסיף את הפרמטר לכתובת היעד. בדומיין היעד התג מחפש בכתובת פרמטר תקף. אם הוא מוצא כזה, הוא מחלץ ממנו את ערכי העוגיות ושומר אותם.
שני פרטים מהתיעוד שמסבירים הרבה תקלות. הראשון: הפרמטר מתווסף רק ברגע הקליק ולא מראש, כי התוקף שלו פג אחרי שתי דקות. קישור עם _gl שהועתק ונשלח למישהו אחר לא יעביר זהות. השני: לפי מרכז העזרה של Analytics ההעברה מתבצעת כשהגולש עובר דרך קישור או דרך טופס.
https://www.example.com/?_gl=1*abcde5*כך נראית כתובת יעד אחרי מעבר תקין, לפי הדוגמה שבתיעוד. הערך עצמו משתנה בכל קליק.
מעבר בין שני דומיינים
איך המזהים של GA4 עוברים מדומיין לדומיין
מתי צריך מדידה חוצת דומיינים ומתי לא?
צריך אותה כשהמסע של הגולש עובר בין שני דומיינים שונים שבשניהם מותקן התג שלכם. בדרך כלל לא צריך אותה בין תת-דומיינים של אותו דומיין: לפי התיעוד, Analytics לא מזהה תנועה כהפניה כשהאתר המפנה תואם לדומיין של העמוד הנוכחי או לאחד מתת-הדומיינים שלו. היא גם לא רלוונטית לדומיין של צד שלישי שאין לכם בו תג, כמו ספק סליקה חיצוני, ששם הפתרון הוא רשימת ההפניות הלא רצויות.
| המצב | מה עושים | למה |
|---|---|---|
| שני דומיינים שונים שלכם, עם אותו תג | Configure your domains | כל דומיין שומר עוגיות נפרדות |
| תת-דומיינים של אותו דומיין | בדרך כלל כלום | הפניה עצמית לא נספרת כמקור חדש |
| תת-דומיינים עם cookie domain שונה | להוסיף אותם לרשימה ולאחד את ה-cookie domain | התיעוד מזהיר מפני הפניות עצמיות במצב הזה |
| ספק סליקה חיצוני בלי התג שלכם | List unwanted referrals | אין שם תג שיקרא את _gl |
מה צריך להיות מוכן לפני ההגדרה?
לפי התיעוד יש שני תנאים. התג בעמודים של כל אחד מהדומיינים חייב להשתמש באותו מזהה תג, זה שמתחיל ב-G-, מאותו web data stream. בנוסף צריך הרשאת Editor ומעלה. התנאי הראשון הוא זה שנופל בפועל: כשלכל דומיין יש נכס או stream משלו אין מה לחבר, לכן קודם מאחדים את המדידה ל-stream אחד ורק אז מגדירים את הדומיינים. איך בונים את מבנה הנכס וה-streams פירטנו במדריך המלא ל-GA4.
איך מגדירים מדידה חוצת דומיינים ב-GA4?
- פותחים את ה-data stream. ב-Admin, תחת Data collection and modification, לוחצים על Data streams, בוחרים Web ואז את ה-stream של האתר.
- נכנסים להגדרות התג. בתחתית פרטי ה-stream לוחצים על Configure tag settings. בחלק Settings בוחרים Configure your domains.
- מאשרים את ההמלצות. תחת Recommendations מופיעים דומיינים ש-Google זיהה אוטומטית כמשתמשים באותו תג. מאשרים את אלה ששייכים לכם.
- מוסיפים דומיינים ידנית. לוחצים על Add condition, בוחרים match type ומזינים את הדומיין, למשל example.com. חוזרים על הפעולה לכל דומיין שהמסע של הגולש עובר בו.
- שומרים. לוחצים על Save. לפי התיעוד אפשר ליצור עד 100 תנאים. התנאים נבדקים בלוגיקת OR.
שתי הערות מהתיעוד על ההגדרה הזאת. שינוי ברשימת הדומיינים עלול להשפיע על תגי Google אחרים שרצים באותו עמוד. בנוסף, מי שמגדיר פרמטר linker ב-Google Tag Manager צריך לדעת שהוא גובר על הדומיינים שהוגדרו ב-Admin. לכן אני ממליץ להחזיק את הרשימה במקום אחד בלבד, ב-Admin. זאת גם ההמלצה של התיעוד למשתמשי Google Analytics. בתגי המרה של Google Ads המנגנון המקביל הוא Conversion Linker, שעליו כתבנו במדריך על תג ההמרה של Google Ads ו-Conversion Linker.
איך בודקים שהמדידה חוצת הדומיינים עובדת?
הבדיקה שהתיעוד מגדיר פשוטה ולוקחת דקה.
- פותחים עמוד מקור. עמוד שיש בו קישור או טופס שמוביל לאחד הדומיינים שהגדרתם.
- עוברים דומיין. לוחצים על הקישור או שולחים את הטופס, כמו שגולש רגיל היה עושה.
- בודקים שהיעד נטען. העמוד בדומיין השני צריך לעלות תקין, גם עם הפרמטר הנוסף בכתובת.
- מחפשים את _gl. הכתובת של עמוד היעד צריכה להכיל את הפרמטר _gl.
- בודקים הורדות. אם האתר מציע קבצים להורדה, מוודאים שהורדה עדיין מתחילה מעמוד שיש לו את הפרמטר בכתובת.
יש בדיקה משלימה שכדאי לעשות. היא לא חלק מהתיעוד אלא נגזרת מאופן הפעולה של המנגנון: משווים בכלי המפתחים של הדפדפן את מזהה הלקוח שבעוגיית _ga בשני הדומיינים. אם התג ביעד קרא את _gl ושמר את העוגיות, המזהה אמור להיות זהה. אם הוא שונה, הפרמטר הגיע אבל לא נקרא. בודקים את שני הכיוונים של המסע וגם את הטפסים, לא רק את הקישור הראשי בתפריט.
למה _gl לא מופיע או שהסשן עדיין נשבר?
התיעוד מפרט את הסיבות הנפוצות וכדאי לעבור עליהן לפי הסדר.
הדומיין שהוגדר לא תואם לדומיין שבקישור. זאת הבדיקה הראשונה. משווים את מה שהוזן ברשימה מול הכתובת שהאתר באמת מקשר אליה.
הפניה (redirect) מוחקת את הפרמטר. אם עמוד היעד מפנה לכתובת אחרת, הפרמטר עלול ללכת לאיבוד בדרך. לפי התיעוד צריך להגדיר את האתר כך שישמר את _gl בהפניות.
המעבר לא נעשה בקליק של משתמש. המנגנון נשען על מאזין לקליקים ברמת ה-document. לפי התיעוד הוא נכשל כשהניווט מופעל על ידי JavaScript ולא על ידי פעולת משתמש, או כשסקריפט אחר עוצר את התפשטות האירוע, למשל עם Event.stopPropagation(). זה תרחיש נפוץ בכפתורי רכישה שנבנו בקוד מותאם.
שגיאות שרת או הורדות שנכשלות. התיעוד מזכיר גם שגיאות שרת והורדות שלא מתחילות אחרי שהפרמטר נוסף לכתובת. לכן שלב בדיקת ההורדות ברשימה למעלה אינו רשות.
מה קורה להפניות ולספקי סליקה בדוחות?
לפי התיעוד, Analytics לא מזהה תנועה כהפניה כשגולש עובר בין דומיינים שברשימה שלכם והעמוד הנוכחי מכיל את הפרמטר _gl. במילים אחרות, מעבר תקין לא יוצר מקור תנועה חדש. מעבר שבו הפרמטר אבד בדרך עלול להופיע כהפניה מהדומיין של עצמכם. בנוסף, קליקים יוצאים לדומיינים שברשימה לא מפעילים את אירוע הקליק היוצא של enhanced measurement.
לספקי סליקה ולדומיינים של צד שלישי משתמשים בהגדרה אחרת באותו מסך: List unwanted referrals. כשתנאי מתאים, Analytics מוסיף לאירועים את הפרמטר ignore_referrer=true, כך שהמפנה לא יוצג כמקור תנועה. לפי התיעוד אפשר להגדיר עד 50 הפניות לא רצויות לכל data stream. יש סייג שכדאי להכיר: גולש שהגיע מהדומיין הזה לפני שהוחרג עדיין יכול להופיע תחתיו בביקור ישיר מאוחר יותר. הסיבה היא מודל הייחוס, שעליו הרחבנו במדריך על ייחוס ב-GA4.
שאלות נפוצות
מה זה מדידה חוצת דומיינים ב-GA4?
מדידה חוצת דומיינים היא הגדרה שגורמת ל-GA4 לזהות את אותו משתמש ואת אותו סשן כשגולש עובר בין שני דומיינים שונים. בלי ההגדרה כל דומיין שומר עוגיות צד ראשון משלו. לכן אותו אדם נספר כמשתמשים נפרדים וכסשנים נפרדים. עם ההגדרה המזהים עוברים בין הדומיינים בפרמטר _gl שמתווסף לכתובת.
איפה מגדירים cross-domain ב-GA4?
ב-Admin, תחת Data collection and modification, נכנסים ל-Data streams ובוחרים את ה-web data stream. לוחצים על Configure tag settings ואז על Configure your domains. שם מאשרים את הדומיינים המומלצים או מוסיפים תנאי לכל דומיין ושומרים. לפי התיעוד של Google אפשר ליצור עד 100 תנאים. הם נבדקים בלוגיקת OR.
מה הפרמטר _gl ולכמה זמן הוא תקף?
_gl הוא פרמטר שהתג של Google מוסיף לכתובת היעד כשגולש לוחץ על קישור לדומיין שהוגדר ברשימה. הוא נושא את ערכי העוגיות של דומיין המקור, כך שהתג בדומיין היעד יכול לקרוא ולשמור אותם. לפי התיעוד למפתחים של Google התוקף שלו פג אחרי שתי דקות. לכן הוא מתווסף רק ברגע הקליק.
איך בודקים שמדידה חוצת דומיינים עובדת?
פותחים עמוד עם קישור או טופס שמוביל לדומיין השני, עוברים דרכו ובודקים שהכתובת של עמוד היעד מכילה את הפרמטר _gl. לפי התיעוד של Google מוודאים גם שהעמוד נטען תקין ושהורדות קבצים עדיין עובדות. בדיקה משלימה מהשטח, שאינה חלק מהתיעוד, היא להשוות את מזהה הלקוח שבעוגיית _ga בשני הדומיינים: אחרי מעבר תקין הוא אמור להיות זהה.
האם צריך מדידה חוצת דומיינים בין תת-דומיינים?
בדרך כלל לא. לפי התיעוד של Google, Analytics לא מזהה תנועה כהפניה כשהאתר המפנה תואם לדומיין של העמוד הנוכחי או לאחד מתת-הדומיינים שלו. היוצא מן הכלל הוא תת-דומיינים שמשתמשים ב-cookie domain שונה. במצב הזה עלולות להופיע הפניות עצמיות. התיעוד ממליץ להוסיף אותם לרשימה ולוודא שכולם משתמשים באותו cookie domain.
למה הפרמטר _gl לא מופיע בכתובת היעד?
הסיבות שהתיעוד מפרט: הדומיין שהוגדר לא תואם לדומיין שבקישור, הפניה בדרך מוחקת את הפרמטר, או שהמעבר לא נעשה בקליק של משתמש. המנגנון נשען על מאזין לקליקים ברמת ה-document. לכן הוא נכשל כשהניווט מופעל ב-JavaScript או כשסקריפט אחר עוצר את התפשטות האירוע עם Event.stopPropagation().
מה השורה התחתונה?
מדידה חוצת דומיינים היא הגדרה של חמש דקות ב-Admin, בתנאי שכל הדומיינים כבר שולחים נתונים לאותו web data stream. העבודה האמיתית היא הבדיקה: לעבור את המסע בפועל בכל קישור ובכל טופס שחוצה דומיין, לראות את _gl בכתובת היעד ולוודא ששום הפניה או סקריפט לא מוחקים אותו בדרך. ספקי סליקה חיצוניים שאין בהם התג שלכם מטופלים בנפרד, ברשימת ההפניות הלא רצויות. אנחנו בודקים ומתקנים הגדרות כאלה כחלק משירות הטמעת ובדיקת GA4. אם המשתמשים אצלכם נספרים פעמיים או שהדומיין של עצמכם מופיע כמקור תנועה, כתבו לנו.
מקורות
Analytics Help: Set up cross-domain measurement, Google for Developers: Measure activity across multiple domains, Analytics Help: Identify unwanted referrals, Analytics Help: Configure your Google tag settings, Analytics Help: [GA4] Cookie usage on websites
יועץ אנליטיקה דיגיטלית ומייסד DigiKnowledge. מרצה לאנליטיקה דיגיטלית באוניברסיטת תל אביב, באוניברסיטה הפתוחה ובאוניברסיטת אריאל. לעמוד האישי