איך לבנות משפך ב־GA4 שאפשר לקבל ממנו החלטות

מתחילים בהחלטה, לא בדוח

השאלה 'מהו יחס ההמרה?' רחבה מדי. שאלה שימושית היא: האם משתמשים שמגיעים מעמודי קטגוריה במובייל עוברים לעמוד מוצר ומוסיפים לסל בשיעור נמוך יותר מדסקטופ?

שאלה ממוקדת קובעת אילו שלבים, פלחים וטווח זמן נדרשים ומונעת משפך עם עשרה שלבים שאי אפשר לפרש.

בוחרים אירועים ומוודאים שהם תקינים

באיקומרס, אירועים כמו view_item, add_to_cart, begin_checkout ו־purchase נותנים בסיס - רק אם הפרמטרים והתנאים נכונים. בדקו שאין purchase כפול, שה־transaction_id ייחודי ושאירוע נשלח גם במובייל.

באתר לידים הגדירו שלבים שמתאימים למסע בפועל: צפייה בשירות, התחלת טופס, שגיאה ושליחה מוצלחת. קליק על כפתור אינו בהכרח ליד.

• בדיקת DebugView בזמן אמת
• השוואה לדוחות פלטפורמה או CRM
• בדיקת דומיינים והפניות
• תיעוד שינויי הטמעה

משפך פתוח או סגור

במשפך סגור המשתמש חייב להיכנס דרך השלב הראשון. הוא מתאים למסע שבו נקודת ההתחלה חשובה. במשפך פתוח משתמש יכול להיכנס בכל שלב; הוא מתאים כשיש כמה נקודות כניסה.

הבחירה משנה משמעותית את המספרים. הציגו אותה ליד התוצאה כדי שאדם אחר יוכל להבין מה חושב.

מפלחים בלי לטבוע

מכשיר, מקור, מדינה, לקוח חדש/חוזר וקטגוריה הם פלחים שימושיים. מתחילים בפלח שיש לו סיבה עסקית, לא בודקים כל שילוב אפשרי.

קבוצה קטנה יכולה להראות שינוי חד בגלל כמה משתמשים. הציגו גם נפח מוחלט, לא רק אחוזים.

• האם הפער חוזר לאורך כמה תקופות?
• האם יש מספיק משתמשים בכל קבוצה?
• האם מקור תנועה אחד השתנה?
• האם היתה השקה, תקלה או מבצע?

איך מפרשים נטישה

נטישה גבוהה בשלב מסוים היא סימן לחקירה. פתחו הקלטות רלוונטיות, בדקו מהירות ושגיאות, קראו משוב ועברו את המסע בעצמכם.

אל תסיקו שכל מי שלא עבר לשלב הבא 'נכשל'. משתמש יכול לחזור מאוחר יותר, לעבור מכשיר או למצוא את המידע שחיפש בלי להמיר. הגדרת המסע צריכה להכיר במגבלות המדידה.

מה עושים אחרי שמצאנו נפילה

מנסחים כמה הסברים אפשריים ומחפשים ראיות שמבדילות ביניהם. למשל, נפילה בין סל לקופה יכולה לנבוע מעלות משלוח, דרישת הרשמה, תקלה או השוואת מחיר.

רק אז בוחרים שינוי ומדד. המשפך הוא מכשיר איתור, לא מכונת פתרונות.

כששלב החיפוש עצמו נעלם מהמשפך

משפך רכישה יכול להראות שאנשים מגיעים פחות לעמודי מוצר, אבל הוא לא מסביר לבדו אם הכשל התחיל כבר בשדה החיפוש. כאשר משתמשים מחפשים באתר, כדאי למדוד את הצגת התוצאות ואת הבחירה בהן לפני שמייחסים את הפער לעמוד המוצר או לקופה.

האבחון צריך להפריד בין חיפוש שלא החזיר מוצר, תוצאות שלא נראו מתאימות ותוצאה שנבחרה אך לא הובילה להמשך. כך לא מתקנים את שלב הסל כשנקודת החיכוך נמצאת מוקדם יותר במסע.

צ׳קליסט אימות לפני שמפרשים משפך

עברו ידנית את המסע במובייל ובדסקטופ ובדקו ב־DebugView את סדר האירועים ואת הפרמטרים. ודאו ש־purchase נשלח פעם אחת, ש־transaction_id קיים וייחודי, ושסכום, מס ומטבע תואמים למערכת המסחר. בדקו גם הסכמה, הפניות בין דומיינים ועמודי תודה שניתן לרענן.

לאחר מכן השוו מגמה וסדר גודל מול Shopify, WooCommerce, מערכת סליקה או CRM. פער אינו מוכיח ש־GA4 שגוי, משום שהמערכות משתמשות בהגדרות ובזמני עיבוד שונים. הוא כן מחייב להבין מה כל מערכת סופרת ולבחור מקור אמת לכל שאלה.

• אירוע מופעל בתנאי הנכון
• אין כפילות
• מזהים וערכים תקינים
• השלבים מגיעים בסדר סביר
• הבדיקה עובדת בכל מכשיר ודפדפן חשוב
• השינוי מתועד עם תאריך

מטריצת נפילה: נתון, סיבה אפשרית, בדיקה

נפילה מצפייה במוצר להוספה לסל עשויה להיות קשורה למחיר, מלאי, וריאנטים, מידע חסר, תמונות, תקלה או תנועה לא מתאימה. נפילה מסל לקופה עשויה להיות קשורה לעלויות לא צפויות, קוד קופון, דרישת הרשמה או כפתור שאינו מגיב. כל שורה במשפך צריכה לפתוח כמה הסברים, לא מסקנה אחת.

הבדיקה המבדילה היא זו שמקדמת החלטה: פילוח לפי מוצר ומלאי, צפייה בהקלטות עם שגיאות, בדיקת מהירות בתבנית הרלוונטית או השוואת מקור תנועה. כששתי השערות נשארות אפשריות, מתכננים איסוף מידע נוסף לפני פיתוח גדול.

מגבלות שחשוב לתעד בתוך GA4

משפך ב־GA4 מושפע מהגדרת משתמש, חלון הזמן, תנאי השלבים, הסכמה למדידה והיכולת לזהות אדם בין מכשירים. משתמש יכול להתחיל במובייל, לחזור מדסקטופ או להשלים רכישה אחרי התקופה שנבחרה. משפך סגור גם יוציא מהניתוח מי שנכנס ישירות לשלב מאוחר יותר.

לכן אין להציג את שיעור הנטישה כאילו הוא מספר מוחלט של אנשים שאבדו. זהו שיעור לפי הגדרה מסוימת. שמירת צילום של ההגדרות, טווח התאריכים והפלחים מאפשרת להשוות בעתיד ולהסביר מדוע דוח אחר מציג מספר שונה.

• פתוח או סגור
• זמן בין שלבים
• משתמשים או אירועים
• פילטרים
• זהות בין מכשירים
• השפעת הסכמה

מה עושים כשהמספרים לא תואמים למערכת המסחר

פער בין GA4 לבין מערכת המסחר אינו בהכרח תקלה. המערכות עשויות להשתמש באזור זמן שונה, לספור לפי זמן האירוע או זמן העיבוד, לטפל אחרת בהחזרים ולכלול הזמנות שנחסמו באנליטיקס בגלל הסכמה. עם זאת, שינוי חד בגודל הפער הוא סימן לבדיקה.

מתחילים מרשימת transaction_id בטווח קצר, בודקים כפילויות וחוסרים ומשווים סכום, מטבע ומועד. לאחר מכן מגדירים מקור אמת לכל צורך: מערכת המסחר להכנסה חשבונאית, למשל, ו־GA4 לניתוח מסע וייחוס במסגרת מגבלותיו.

איך בוחרים בין משפך פתוח לסגור

משפך סגור כולל רק משתמשים שנכנסו דרך השלב הראשון שהוגדר. הוא מתאים כשחשוב למדוד מסע מסוים, למשל מי שראה מוצר ואז הוסיף לסל. משפך פתוח מאפשר כניסה בכל שלב ומתאים להבנת התנהגות שבה אנשים חוזרים, נוחתים ישירות או ממשיכים ממכשיר אחר.

הבחירה משנה את המכנה ולכן גם את שיעורי המעבר. אין אפשרות נכונה תמיד. מציגים את מטרת הניתוח ואת ההגדרה, ובודקים אם משתמשים שמתחילים בשלב מאוחר הם רעש או קבוצה עסקית חשובה. השוואה בין שני המבטים יכולה לחשוף שהמסע האמיתי אינו ליניארי כפי שהדוח הניח.

• סגור: מסע מוגדר מתחילתו
• פתוח: כניסה בכל שלב
• זמן מרבי בין שלבים
• פעולה ישירה או עקיפה
• אותו סשן או משתמש לאורך זמן

פילוח נכון: מספיק עמוק כדי לגלות, לא קטן מכדי ללמוד

ממוצע האתר יכול להסתיר תקלה בדפדפן אחד, חוסר מלאי בקטגוריה או קמפיין שמביא קהל אחר. מתחילים בפלחים בעלי הסבר עסקי: מכשיר, מקור, לקוח חדש או חוזר, קטגוריה, מדינה וגרסת אתר. לאחר מכן מעמיקים רק במקום שבו נפח ופער נפגשים.

פילוח יתר מייצר קבוצות זעירות שכל תנודה נראית בהן דרמטית. הציגו לצד השיעור את מספר המשתמשים והאירועים, והשוו לאותה קבוצה בתקופה דומה. פלח קטן יכול להיות שימושי לגילוי תקלה, אך אינו בסיס טוב להערכת השפעה כוללת בלי בדיקה נוספת.

דוגמה היפותטית: נפילה בין סל לקופה

נניח ששיעור ההוספה לסל יציב, אך פחות משתמשים מתחילים קופה במובייל. תחילה מאמתים ש־begin_checkout נשלח בכל דרכי המעבר. אחר כך בודקים אם הבעיה מרוכזת בסלים מתחת לסף משלוח, במשתמשים עם קופון, בדפדפן מסוים או לאחר שינוי ב־Cart Drawer.

אם המעבר נכשל רק כאשר קוד קופון שגוי משאיר שכבת הודעה מעל הכפתור, זו תקלה שניתן לשחזר ולתקן. אם הירידה מופיעה בעיקר בסלים קטנים לאחר שינוי מחיר המשלוח, נדרשת החלטה מסחרית אחרת. אותו סימפטום במשפך הוביל לשני פתרונות שונים משום שהבדיקה חיפשה ראיה מפרידה.

איך מתעדים משפך כך שאפשר יהיה לחזור אליו

לכל משפך שומרים שם ברור, מטרה, בעלים, הגדרת קהל, שלבים, חלון זמן, פילטרים ומקור אמת להשוואה. צילום מסך לבדו אינו מספיק: אחרי שינוי אירועים או consent אי אפשר לדעת אם ההבדל נובע מהעסק או מההגדרה.

כדאי לנהל יומן גרסאות קצר ליד הדוח. רושמים מתי נוספה אפליקציה, מתי שונה אירוע, מתי עלה Theme ומתי התחיל מבצע. כך דיון חודשי אינו מתחיל בשאלה מי זוכר מה קרה, והמשפך נשאר כלי החלטה במקום תמונה צבעונית של העבר.

• מטרת המשפך
• הגדרת שלבים
• קהל ופילטרים
• חלון זמן
• מקור אמת
• שינויים מקבילים

תרגיל עבודה: בניית משפך רכישה מאפס

מתחילים מהחלטה, לא מהאירועים. אם השאלה היא מדוע אנשים שרואים מוצר אינם קונים, מגדירים מסלול מינימלי: צפייה במוצר, הוספה לסל, התחלת קופה ורכישה. לכל שלב כותבים את התנאי המדויק ואת הפרמטרים הדרושים. רק אחר כך בודקים אם האתר שולח אותם בכל המסלולים, כולל הוספה מהירה, כפתור דביק ואפליקציות צד שלישי.

בוחרים חלון זמן שמתאים למסע. מוצר שנרכש באותו ביקור שונה ממוצר שנבדק במשך שבוע. בונים תחילה משפך פתוח כדי לראות היכן משתמשים נכנסים, ולאחר מכן משפך סגור לבדיקת מסע מסוים. מציגים גם נפח וגם שיעור, משום ששלב עם שיעור חלש ונפח קטן עשוי להיות פחות חשוב משלב מעט טוב יותר שפוגע באלפי משתמשים.

לאחר יצירת קו בסיס מוסיפים פלח אחד בכל פעם: מכשיר, מקור, לקוח חדש או חוזר, קטגוריה ומלאי. מחפשים פער יציב והגיוני, לא את המספר הקיצוני ביותר. כאשר פער נמצא, מנסחים כמה סיבות אפשריות ובוחרים בדיקה שיכולה להבדיל ביניהן. מעבר ידני, לוג שגיאות ושיחת שירות יכולים להיות יעילים יותר מעוד פילוח.

לבסוף מתעדים את הגרסה ומחברים את המשפך לתוצאה. בחנות בודקים הזמנות, הכנסה וביטולים; באתר לידים בודקים איכות והתקדמות. המשפך אינו דוח שמסיימים לבנות. הוא מכשיר שחוזרים אליו אחרי שינוי, בודקים אם ההגדרות נשארו תקינות ומעדכנים כאשר המסע העסקי באמת השתנה.

כאשר צוות אחר משתמש בדוח, מוסיפים מילון קצר: מה נחשב משתמש, מהו אירוע תקין, האם החזרה לשלב קודם מותרת ואיזה מקור אמת משלים את הניתוח. כך אותו משפך אינו מקבל פירוש שונה בכל ישיבה. אם ההגדרה השתנתה, מתחילים קו בסיס חדש במקום לחבר סדרות שאינן בנות השוואה.

מתי משפך אינו הכלי המתאים

משפך מניח רצף מוגדר. הוא פחות מתאים למסע שבו אנשים משווים עשרות מוצרים, חוזרים לאורך שבועות או עוברים בין ערוצים ומכשירים. במקרים כאלה משלבים ניתוח מסלולים, קבוצות עמודים, חיפוש פנימי ומחקר איכותני. אין טעם לכפות כל התנהגות לתוך ארבעה שלבים רק מפני שהתרשים קל להצגה.

גם שאלה על איכות ליד או רווחיות אינה נפתרת בתוך GA4 בלבד. המשפך מראה התקדמות, וה־CRM או מערכת המסחר מראים מה קרה לתוצאה. בחירת הכלי מתחילה בהחלטה הנדרשת. משפך טוב הוא מודל שימושי של המציאות, לא העתק מלא שלה.