הגדרת משפכי אנליטיקה לאפליקציות מובייל
ראינו פרויקטים שבהם משפך ההרשמה הראה 0% עקב מיזוג זהויות שגוי. לאחר תיקון, ההמרה קפצה מ-0% ל-23%. ב-80% מהמקרים, משפכים ב-Firebase וב-GA4 נבנים עם שגיאות: חלון המרה שגוי, פרמטרי אירועים לא תואמים, אירועים כפולים בצד הלקוח והשרת. פעם אחת, באפליקציית מסחר אלקטרוני, הלקוח איבד 70% מהמשתמשים בשלב התשלום — האירוע purchase לא תועד ב-iOS. לאחר התאמות, ההמרה עלתה מ-8% ל-15% תוך שבוע. משפך מוגדר כראוי מעלה את ההמרה ב-20–30% בממוצע, ועד 50% עם סגמנטציה חכמה. אנו עוזרים לחברות להגדיר משפכים ב-Firebase, Amplitude ו-Mixpanel כדי לזהות צווארי בקבוק ולשפר מדדים מרכזיים. צרו קשר לבדיקת משפכים וקבלו המלצות ספציפיות.
היכן לבנות משפכים
שלושה כלים עיקריים בהתאם לסטack שלכם:
- Firebase / Google Analytics 4 — סעיף Explore → Funnel Exploration. משפכים מבוססים על אירועים מהזרם.
- Amplitude — Funnel Analysis בסעיף Analytics. הגדרות גמישות יותר: ניתן להגדיר חלון המרה לכל שלב, לקבץ לפי מאפיינים. גמישות הסגמנטציה של Amplitude גבוהה פי 3 מזו של Firebase.
- Mixpanel — Funnels בסעיף Reports. מאפשר צפייה במשפכים לפי משתמשים ייחודיים, סשנים או אירועים — מדדים שונים נותנים מספרים שונים.
כיצד לבנות נכון אירועים למשפך?
משפך הרשמה צריך להיראות כך:
app_open → sign_up_start → sign_up_email_entered → sign_up_password_entered → sign_up_success כל אירוע הוא שלב נפרד. טעות נפוצה: מפתחים מתעדים רק את ההתחלה והסוף. אז אי אפשר לדעת היכן משתמשים נושרים — אחרי אימייל או אחרי סיסמה.
// Правильно — каждый шаг отдельно
Analytics.logEvent("sign_up_start", parameters: ["method": "email"])
// После ввода email
Analytics.logEvent("sign_up_email_entered", parameters: [:])
// После ввода пароля
Analytics.logEvent("sign_up_password_entered", parameters: [:])
// После успешной регистрации
Analytics.logEvent(AnalyticsEventSignUp, parameters: ["method": "email"])כיצד להגדיר משפך ב-Firebase Explore?
- Explore → + New Exploration → Funnel Exploration
- הוסיפו שלבים בסדר
- הגדירו Conversion Window — ערכים אופייניים: יום אחד להרשמה, 7 ימים לאונבורדינג, 30 יום לרכישה ראשונה
- הפעילו Open funnel אם סדר השלבים אינו חובה, Closed לרצף קפדני
Conversion Window הוא הפרמטר המשפיע ביותר. אותו משפך עם חלון של יום אחד לעומת 7 ימים יכול להראות 15% ו-40% המרה, בהתאמה. הבחירה תלויה במהירות שבה משתמשים מקבלים החלטות בפועל. להגדרה מדויקת של חלון ההמרה, עיינו ב-תיעוד Firebase (https://firebase.google.com/docs/analytics/funnels).
מדוע Conversion Window כל כך קריטי?
חלונות אופייניים למשפכים שונים:
| סוג משפך | חלון המרה | הערה |
|---|---|---|
| הרשמה | 1-7 ימים | תלוי במורכבות הטופס |
| אונבורדינג | 7-30 ימים | משתמשים עשויים לחזור |
| רכישה ראשונה | 30 יום | סטנדרטי למסחר אלקטרוני |
| ויראליות (הזמנה) | יום אחד | פעולות מהירות |
הגדרה חשובה נוספת היא מאפיין השלב. לדוגמה, הוסיפו פרמטר app_open → sign_up_start → sign_up_email_entered → sign_up_password_entered → sign_up_success לאירוע // Правильно — каждый шаг отдельно Analytics.logEvent("sign_up_start", parameters: ["method": "email"]) // После ввода email Analytics.logEvent("sign_up_email_entered", parameters: [:]) // После ввода пароля Analytics.logEvent("sign_up_password_entered", parameters: [:]) // После успешной регистрации Analytics.logEvent(AnalyticsEventSignUp, parameters: ["method": "email"]) כדי לבנות משפך לכל קטגוריה בנפרד. זה עוזר לאתר חולשות בזרימות ספציפיות.
משפכים עם פרמטרי סגמנטציה
טכניקה חזקה אחת היא השוואת משפכים בין סגמנטים. ב-Amplitude, זה נעשה דרך breakdown:
// Funnel шаги остаются теми же, но разбиваем по:
// - источнику установки (utm_source)
// - типу устройства (iOS vs Android)
// - версии приложенияדוגמה: ההמרה מהרשמה לרכישה ראשונה עבור משתמשי תנועה ממומנת היא 8%, עבור אורגני — 22%. זה מאותת שצריך לבדוק את איכות קהל ה-UA. קיצוץ בהוצאות על ערוצים לא יעילים יכול לחסוך עד 30% מתקציב הפרסום — לקוח אחד חסך $2000 בחודש לאחר תיקון התשלום.
השוואת כלי משפכים
| כלי | גמישות סגמנטציה | תמיכה במיזוג זהויות | הערה |
|---|---|---|---|
| Firebase | בינונית | מובנה | חינמי לסטארטאפים |
| Amplitude | גבוהה | גמיש (alias+identify) | בתשלום, סגמנטציה חזקה |
| Mixpanel | בינונית | דרך מיזוג ID | בתשלום, מודל מבוסס אירועים |
Firebase מתאים יותר לסטארטאפים עם תקציבים מוגבלים, Amplitude למוצרים בוגרים שצריכים סגמנטים מורכבים. Mixpanel מתאים לצוותים שמתמקדים באנליטיקה מבוססת אירועים.
שגיאות ששוברות משפכים
- מזהי משתמש שונים בין שלבים. אם משתמש מתחיל את המשפך כאנונימי (device_id) ומאוחר יותר הופך למאומת (user_id), והאנליטיקה לא ממזגת זהויות — המשפך נשבר בשלב ההרשמה. ב-Firebase, השתמשו ב-
purchaseלאחר אימות מוצלח. ב-Amplitude,item_category+// Funnel шаги остаются теми же, но разбиваем по: // - источнику установки (utm_source) // - типу устройства (iOS vs Android) // - версии приложения. - אירועים מתועדים גם בשרת וגם בלקוח.
Analytics.setUserId()עם אותו transaction_id נשלח מה-SDK של iOS ומהבקאנד. במשפך, המשתמש עובר את השלב פעמיים — ההמרה מעוותת. - חותמת זמן שגויה. אם באנדרואיד אירועים נשלחים באיחור (תור אופליין) עם חותמת זמן של שרת במקום חותמת זמן של לקוח — סדר האירועים במשפך יכול להשתבש.
- התיעוד הרשמי של Google ממליץ תמיד לבדוק מיזוג זהויות לפני בניית משפכים.
אנו גם עוזרים לנתח נשירות משתמשים בכל שלב במשפך.
פירוט שגיאת מיזוג זהויות אופיינית
בפרויקט אחד, המשפך הראה 0% בשלב האימות. התברר שאחרי התחברות, השרת יצר מזהה חדש, והלקוח קרא ל-identify.setUserId() מבלי לקרוא ל-identify.alias(). כתוצאה מכך, המשתמש האנונימי והמאומת טופלו כישויות שונות. תוקן — ההמרה חזרה ל-45% בפועל.
מה כלול בעבודה שלנו
- בדיקת אירועים קיימים לעמידה בשלבי המשפך
- הוספת אירועי ביניים חסרים
- הגדרת משפכים ב-Firebase Explore / Amplitude / Mixpanel
- הגדרת חלון המרה בהתבסס על התנהגות משתמשים אמיתית
- הגדרת סגמנטציה לפי מקור, פלטפורמה, גרסה
- תיעוד סכמת המשפך לצוות
- 30 ימי תמיכה לאחר ההגדרה
הזמינו בדיקת משפכים כדי לקבל המלצות ספציפיות לשיפור ההמרה. קבלו ייעוץ — נספר לכם כיצד לייעל את האנליטיקה שלכם.
ציר זמן
משפך אחד עם בדיקת אירועים: יום אחד. סט מלא של משפכים (הרשמה, אונבורדינג, מונטיזציה): 3–4 ימים. המחיר מחושב באופן אישי. צרו קשר — נעזור לכם לאתר בעיות במשפכים שלכם ולהעלות את ההמרה. מעל 5 שנות ניסיון ו-30+ פרויקטים מבטיחים נכונות נתונים.