Настройка аналитики мобильного приложения: события, GA4, Firebase и запуск

Что значит настройка аналитики приложения

Настройка аналитики - это список событий, параметры, пользовательские свойства, key events, dashboards, privacy-решения, QA-проверки и владелец процесса после запуска.

Для контентного приложения важно понять, проходит ли пользователь onboarding и возвращается ли после напоминаний. Для ecommerce - просмотры каталога, корзина, checkout, успешная и неуспешная оплата, повторная покупка. Для онлайн-школы - старт урока, завершение урока, домашние задания, доступ по подписке и учебные streaks.

Если первая версия еще формируется, свяжите аналитику с планированием MVP и чеклистом запуска. Если уже есть ТЗ, добавьте события в шаблон технической спецификации.

Что отслеживать до запуска

Начинайте не с инструмента, а с пользовательского пути. Обычно в первую карту аналитики входят:

• источник установки и первый запуск;
• старт и завершение onboarding;
• регистрация, вход и подтверждение аккаунта;
• первое полезное действие: урок, бронь, просмотр товара, сохранение избранного;
• старт оплаты, успешная оплата, ошибка оплаты и состояние подписки;
• действия удержания: возвращение, streak, повторный заказ, сообщение, завершенный контент;
• support-сигналы: пустой поиск, экран ошибки, возврат, обращение в поддержку;
• технические сигналы: crash, медленная загрузка, API error и версия приложения.

Не нужно трекать каждый tap. Трекать стоит решения. Если событие не меняет продукт, маркетинг, поддержку или выручку, в первой версии оно, скорее всего, лишнее.

Простая система названий событий

Firebase Analytics events и GA4 поддерживают автоматические и кастомные события. Документация Google объясняет, что события описывают происходящее в приложении, а Firebase позволяет логировать свои события, если стандартного набора мало.

Практичный подход:

• используйте lower snake case, например `onboarding_complete`;
• называйте действие, а не текст кнопки;
• детали кладите в параметры: `plan_type`, `screen_name`, `payment_method`;
• не передавайте персональные данные в названиях и параметрах;
• не переименовывайте события без причины после запуска.

Для MVP 20-40 продуманных событий обычно полезнее, чем 200 шумных кликов.

�?нструменты и privacy

GA4 и Firebase Analytics часто подходят для старта, потому что хорошо ложатся на iOS, Android, Flutter и web-потоки. Для проверки используйте GA4 DebugView, Realtime и список key events из документации GA4.

Privacy нельзя оставлять на последний день. Apple просит описывать данные, которые собирает приложение и сторонние партнеры, включая analytics SDK. Google Play требует полные и точные ответы в Data safety форме. Поэтому аналитические SDK, crash reporting и маркетинговая атрибуция влияют не только на код, но и на сторы.

Чеклист внедрения аналитики

Частые ошибки

Первая ошибка - трекать слишком много кликов и слишком мало результатов. Клик полезен только тогда, когда помогает объяснить funnel, ошибку или решение пользователя.

Вторая ошибка - добавить аналитику после QA. Если ее не тестировать как отдельную функцию, можно получить дубли, неправильные параметры или пустые отчеты.

Третья ошибка - забыть про privacy. Новый SDK может повлиять на App Store privacy details, Google Play Data safety, consent screen, политику конфиденциальности и удаление данных.

Как Appfyl использует это

Appfyl закладывает аналитику на этапе планирования продукта. Мы описываем первые бизнес-вопросы, путь пользователя, key events, технические health-сигналы и проверяем сбор событий до релиза.

Для подписочного приложения это paywall, trial, purchase, renewal и cancellation. Для ecommerce - каталог, корзина, checkout, оплата и повторная покупка. Для education app - уроки, прогресс, домашние задания и доступ по подписке.

Appfyl запустил 100+ mobile и web продуктов, включая Top 1 App Store и Google Play кейсы, AB.Money, CakeSchool, My Cake и Padi Pay. Смотрите кейсы Appfyl.

Посмотрите, как Appfyl превращает объем работ в запущенные продукты. Смотреть кейсы Appfyl.

Следующий шаг

Перед релизом соберите одностраничный план аналитики: цели, 20-40 событий, key events, параметры, privacy notes, шаги проверки DebugView и dashboards. Затем свяжите это с монетизацией приложения, backend-разработкой и стоимостью поддержки.

Частые вопросы