AppMetrica vs Firebase Analytics: миграция аналитики мобильного приложения

Firebase в России работает неравномерно с 2022, и к 2026 ситуация только усугубилась. Push-уведомления через FCM ещё кое-как живут, а вот Analytics, Remote Config и Crashlytics периодически отказывают: то события не доходят, то приложение не получает удалённый конфиг и работает с фоллбэком. Для приложений, которые активно живут на российском рынке, держать Firebase Analytics — это рулетка. Альтернатива есть, и она не одна, но самая близкая по функциям и зрелости — AppMetrica от Яндекса.

Что вы получаете в AppMetrica

AppMetrica закрывает примерно 90% возможностей Firebase Analytics плюс Crashlytics:

• События с параметрами, воронки, retention, когортный анализ
• Crash-репорты (Android, iOS), включая нативные и ANR
• Push-уведомления (отдельный модуль, работает через FCM/APNs снаружи и через свой канал для российских устройств без Google Play services)
• Remote config (relatively новая фича, есть с 2024, но менее гибкая, чем у Firebase)
• Атрибуция установок и in-app покупок
• Бесплатна для большинства проектов: лимит 3000 событий на пользователя в сутки — этого хватает 95% приложений

Что хуже:

• BigQuery-подобной экспорт сырых событий — есть, но ограниченнее, чем у Firebase. Свежесть данных — до 24 часов задержки
• Машинное обучение «Predictions» (как у Firebase) — нет. Если использовали — нужно строить самим или брать стороннее решение
• A/B-тесты — есть отдельный продукт Yandex Cloud, не такой удобный, как Firebase A/B

Альтернативы AppMetrica

Если AppMetrica не подходит:

• Amplitude — мощная аналитика поведения, отличные воронки и когорты. Работает в РФ, но платная (от 49$/мес после фрилимита 100K MTU)
• Mixpanel — аналог Amplitude. Тоже доступен из РФ, тоже платный
• PostHog — open-source, можно self-hosted. Закрывает аналитику + сессии + feature flags + A/B-тесты. Хорошо подходит, если есть свой DevOps
• Devtodev — аналитика игр и мобильных продуктов, российская, поддерживает интеграции с рекламными системами

Для большинства «обычных» бизнес-приложений (доставка, маркетплейс, медиа, банкинг) AppMetrica закрывает потребности. Для приложений с глубокой когортной аналитикой и BI-командами — Amplitude или PostHog лучше.

План миграции с Firebase на AppMetrica

Срок проекта — обычно 2-4 недели на одно приложение. Этапы:

1. Аудит событий. Выгружаем все события, которые сейчас отправляются в Firebase. Не «по факту в коде», а реально приходящие — в Firebase Analytics есть отчёт. Делим на «нужные» и «легаси, можно не переносить»
2. Маппинг схемы. У Firebase события — это name + params. У AppMetrica — то же самое, но имена параметров и форматы немного отличаются (например, валюта в покупках). Пишем таблицу соответствия
3. Двойная отправка. Это критически важный шаг. Подключаем SDK AppMetrica параллельно с Firebase и пускаем события в оба. Минимум на месяц. За это время сверяем числа: 95% сходимость по событиям — норма, ниже — где-то баг
4. Параллельные отчёты. Маркетологи и продакты привыкают читать AppMetrica, сравнивают цифры со старыми Firebase-дашбордами
5. Отключение Firebase Analytics. Через ~6-8 недель после старта двойной отправки. Firebase SDK можно оставить только для FCM, если push идут через него

Главное правило: не выпиливаем Firebase, пока маркетологи не подтвердят, что AppMetrica покрывает их задачи.

Что мы переносили и где грабли

За последние полгода переносили три приложения. Грабли по убыванию:

• Параметры событий. Firebase позволяет передавать параметры с пробелами и спецсимволами — AppMetrica строже. На стейдже всё работало, на проде половина событий не приходила. Решение — линтер схемы перед отправкой
• Атрибуция. У Firebase атрибуция установки делается через Dynamic Links + Google Play install referrer. AppMetrica использует свою систему и Yandex Direct. Если рекламировались в Google Ads — придётся переключить трекинг на AppMetrica deeplinks
• Custom user properties. В Firebase можно ставить «пользовательский план = premium» и фильтровать когорты. В AppMetrica есть аналог через app profile, но синтаксис другой. Не забыть перенести
• Crashlytics. У AppMetrica своя система крэшей, отличная от Crashlytics. Стектрейсы декодируются автоматически, dSYM/ProGuard символы загружаются через CLI. Время — пара дней на настройку, плюс месяц на накопление статистики

Сколько стоит проект миграции

Если у вас одно приложение с 50-100 типами событий:

• Аудит — 1-2 дня
• Подключение SDK AppMetrica (Android + iOS) — 1-2 дня
• Реализация двойной отправки и маппинг — 3-5 дней
• Тестирование и сверка цифр — 2-4 недели календарно, но трудозатрат — 2-3 дня
• Перенос воронок, дашбордов, обучение команды — 2-3 дня

Итого 10-15 человеко-дней разработки + 4-6 недель календарно. Хорошо, если делает один человек с фокусом — переключение между проектами съест половину сроков.

Чего не делайте

• Не отключайте Firebase сразу — потеряете «эталон», по которому сверяете цифры новой системы
• Не переносите все ивенты подряд — половина из них устарела ещё в 2022. Сэкономьте на чистке
• Не игнорируйте сессии. AppMetrica иначе считает сессию (по дефолту таймаут 30 секунд, у Firebase 30 минут). Это сильно меняет отчёты «событий в сессии» и «время в приложении»
• Не оставляйте Firebase Analytics включённым после миграции «на всякий случай» — он жрёт батарею и трафик пользователей

Стоит ли вообще мигрировать

Если ваше приложение:

• Работает в основном в РФ и СНГ → да, мигрируйте сейчас
• Имеет 50%+ пользователей в России и значительную долю на Android без Google Play services (Huawei, Xiaomi с EU-прошивкой, alternative stores) → да, мигрируйте
• Глобальное с РФ-долей до 20% → подождите, держите оба SDK для надёжности
• Не работает в РФ совсем → не мигрируйте, оставайтесь на Firebase

В отличие от ситуации с MAU-лимитами или дорогим экспортом, проблема Firebase в РФ — не финансовая, а в надёжности. Когда полдня нет данных, маркетологи не знают, сколько денег они тратят на рекламу, и это уже не «нагрузим backend logs позже» — это срочный пожар. AppMetrica на этом фоне выигрывает просто потому, что стабильно работает в локальной сети.