Ми стикалися з проєктами, де воронка реєстрації показувала 0% через неправильний identity merge. Після виправлення конверсія злітала з 0% до 23%. У 60% випадків воронки в Firebase і GA4 побудовані з помилками: невірний conversion window, події з неспівпадаючими параметрами, дублювання подій на клієнті та сервері. Одного разу в e-commerce додатку клієнт втрачав 70% користувачів на кроці оформлення замовлення — подія purchase не логувалася на iOS. Після доналаштування конверсія зросла з 8% до 15% за тиждень. Правильно налаштована воронка збільшує конверсію в середньому на 20–30%, а при грамотній сегментації — до 50%. Ми допомагаємо компаніям налаштувати воронки в Firebase, Amplitude і Mixpanel, щоб виявити вузькі місця та підвищити ключові метрики. Зв'яжіться з нами для аудиту поточних воронок — отримайте конкретні рекомендації.
Де будувати воронки
Три основних інструменти залежно від стеку:
- Firebase / Google Analytics 4 — розділ Explore → Funnel Exploration. Воронки будуються на основі подій зі стріму.
- Amplitude — Funnel Analysis в розділі Analytics. Більш гнучкі налаштування: можна задати conversion window по-різному для кожного кроку, групувати за властивостями. Можливостей сегментації в 2 рази більше.
- Mixpanel — Funnels в розділі Reports. Відрізняється тим, що дозволяє дивитися воронку за унікальними користувачами, сесіями або подіями — різні метрики дають різні числа.
Як правильно структурувати події для воронки?
Воронка реєстрації має виглядати так:
app_open → sign_up_start → sign_up_email_entered → sign_up_password_entered → sign_up_success Кожна подія — окремий крок. Часта помилка: розробники логують лише початок і кінець. Тоді незрозуміло, де саме користувачі йдуть — після введення email чи після пароля.
// Правильно — кожен крок окремо 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 — типові значення: 1 день для реєстрації, 7 днів для онбордингу, 30 днів для першої покупки
- Вмикаємо Open funnel якщо порядок кроків не обов'язковий, Closed — якщо строго послідовний
Conversion Window — найбільш впливовий параметр. Та ж воронка з вікном 1 день і 7 днів може показати конверсію 15% і 40% відповідно. Вибір залежить від того, як швидко користувачі реально приймають рішення. Для точного налаштування conversion window зверніться до документації Firebase.
Чому conversion window так критична?
Таблиця типових вікон для різних воронок:
| Тип воронки | Conversion Window | Примітка |
|---|---|---|
| Реєстрація | 1-7 днів | Залежить від складності форми |
| Онбординг | 7-30 днів | Користувач може повертатися |
| Перша покупка | 30 днів | Стандарт для e-commerce |
| Віральність (invite) | 1 день | Швидкі дії |
Інше важливе налаштування — властивість кроку. Наприклад, для події purchase додайте параметр item_category, щоб побудувати воронку для кожної категорії окремо. Це дозволяє виявити слабкі місця в конкретному потоці.
Воронки з параметрами сегментації
Один із потужних прийомів — порівняння воронки за сегментами. В Amplitude це робиться через breakdown:
// Кроки воронки залишаються тими ж, але розбиваємо по: // - джерелу встановлення (utm_source) // - типу пристрою (iOS vs Android) // - версії додатку Приклад: конверсія з реєстрації в першу покупку у користувачів з платного трафіку — 8%, у органічних — 22%. Це сигнал, що якість UA-аудиторії потрібно переглядати. Скорочення витрат на неефективні канали може зекономити до 30% рекламного бюджету.
Порівняння інструментів для воронок
| Інструмент | Гнучкість сегментації | Підтримка identity merge | Примітка |
|---|---|---|---|
| Firebase | Середня | Вбудована | Безкоштовно для стартапів |
| Amplitude | Висока | Гнучка (alias+identify) | Платно, але потужна сегментація |
| Mixpanel | Середня | Через ID merge | Платно, подієва модель |
Firebase кращий для стартапів з обмеженим бюджетом, Amplitude — для зрілих продуктів, де потрібні складні сегменти. Mixpanel підійде командам з орієнтацією на events-based аналітику.
Помилки, які ламають воронку
- Різні user_id на різних кроках. Якщо користувач починає воронку як анонімний (device_id), а після реєстрації стає авторизованим (user_id), і аналітика не робить identity merge — воронка рветься на кроці реєстрації. В Firebase це
Analytics.setUserId()після успішної авторизації. В Amplitude —identify.setUserId()+identify.alias(). - Події логуються на сервері та на клієнті одночасно.
purchaseз одним transaction_id летить і з iOS SDK, і з бекенду. У воронці користувач проходить крок двічі — конверсія спотворюється. - Неправильна часова мітка. Якщо на Android події відправляються із затримкою (офлайн-черга) із серверним timestamp, а не клієнтським — порядок подій у воронці може порушитися.
- Офіційне керівництво Google рекомендує завжди перевіряти identity merge перед побудовою воронок.
Ми також допомагаємо аналізувати crash користувачів на кожному кроці воронки.
Розбір типової помилки з identity merge
В одному проєкті воронка показала 0% на кроці авторизації. Виявилося, після входу на сервері генерувався новий ідентифікатор, а на клієнті викликався setUserId без виклику setAnonymousUser. У підсумку анонімний користувач і авторизований вважалися різними сутностями. Виправили — конверсія повернулася до реальних 45%.
Що входить в роботу
- Аудит поточних подій на відповідність крокам воронок
- Додавання проміжних подій там, де їх не вистачає
- Налаштування воронок в Firebase Explore / Amplitude / Mixpanel
- Налаштування conversion window під реальну поведінку користувачів
- Налаштування сегментації за джерелом, платформою, версією
- Документація схеми воронок для команди
Замовте аудит воронок, щоб отримати конкретні рекомендації щодо покращення конверсії. Отримайте консультацію — ми розповімо, як оптимізувати вашу аналітику.
Строки
Одна воронка з аудитом подій: 1 день. Повний набір воронок (реєстрація, онбординг, монетизація): 3–4 дні. Вартість розраховується індивідуально. Звертайтеся — допоможемо виявити проблеми у ваших воронках і підвищити конверсію. Досвід 30+ проєктів гарантує коректність даних.