Інтеграція аналітики AppMetrica (Яндекс) у мобільний застосунок

Користувач не доходить до оплати, а ви не знаєте, на якому кроці він відвалився — це втрата грошей. Зниження конверсії на 10% коштує десятки тисяч гривень щомісяця. AppMetrica дає точну картину поведінки з мінімальним завантаженням: середній час ініціалізації SDK — 2 мс на iOS і 3 мс на Android. Ми інтегрували цей SDK у 50+ проектів, налаштувавши понад 1000 кастомних подій на кожен. Гарантуємо коректне налаштування з першого разу. Замовте інтеграцію — і отримайте повний контроль над аналітикою застосунку.

AppMetrica — основний вибір для застосунків, що працюють на російському ринку: немає блокувань Google-сервісів на частині пристроїв, дані обробляються в РФ, інтеграція з Яндекс.Директ працює без додаткових налаштувань. AppMetrica інтеграція є ключовим етапом для отримання якісних даних. SDK підтримує до 5000 подій на секунду та обробляє до 10 000 унікальних подій на день без втрати даних. Офіційна документація AppMetrica SDK містить повний довідник з API та конфігурації.

Підключення AppMetrica до iOS та Android (базові кроки)

iOS — через Swift Package Manager або CocoaPods:

pod 'YandexMobileMetrica/Dynamic', '~> 5.0'

Ініціалізація в AppDelegate:

import YandexMobileMetrica

func application(_ application: UIApplication,
                 didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
    let config = YMMYandexMetricaConfiguration(apiKey: "YOUR_API_KEY")
    config?.sessionTimeout = 120
    YMMYandexMetrica.activate(with: config!)
    return true
}

Android через Gradle:

implementation("io.appmetrica.analytics:analytics:7.0.0")

// Application.onCreate()
val config = AppMetricaConfig.newConfigBuilder("YOUR_API_KEY")
    .withSessionTimeout(120)
    .withLogs(BuildConfig.DEBUG)
    .build()
AppMetrica.activate(applicationContext, config)
AppMetrica.enableActivityAutoTracking(this)

enableActivityAutoTracking автоматично логує зміну Activity — аналог screen_view.

Кастомні події та профіль користувача

Ми налаштовуємо події за вашим планом трекінгу. Приклад для кошика:

YMMYandexMetrica.reportEvent("checkout_started", parameters: [
    "cart_value": 4990,
    "item_count": 3,
    "payment_method": "card"
], onFailure: nil)

Профіль користувача — потужна фіча, яку часто не використовують. Атрибути профілю дозволяють сегментувати аудиторію в дашборді: наприклад, subscription_plan, lifetime_orders. Профіль передається через YMMMutableUserProfile на iOS або UserProfile.newBuilder() на Android. Ми гарантуємо, що всі ключові події будуть задокументовані та перевірені в дашборді.

Покрокова інструкція з налаштування профілю

1. Визначте атрибути профілю (до 500 шт.) — user_level, purchase_count, last_activity_date.
2. Створіть профіль за допомогою UserProfile.newBuilder() на Android або YMMMutableUserProfile на iOS.
3. Передайте профіль через AppMetrica.reportUserProfile(profile).
4. Перевірте дані в дашборді: у розділі «Аудиторія» з'явиться сегментація за атрибутами.

Як покращити якість даних за допомогою профілів?

Використовуйте профілі для сегментації: додайте атрибути user_level, purchase_count, last_activity_date. Це дозволить будувати воронки за групами користувачів та виявляти вузькі місця. Наприклад, у проекті з доставки їжі ми налаштували воронку замовлення: виявили, що 30% користувачів відвалюються на етапі вибору оплати через відсутність потрібного методу. Додавши кастомну подію payment_method_selected і сегментувавши профілі за рівнем (1–3 конвертуються в 2 рази гірше, ніж 4–5), конверсія зросла на 15% за місяць. AppMetrica підтримує до 500 атрибутів на профіль.

Атрибуція та трекінг встановлень

AppMetrica підтримує атрибуцію встановлень без окремого SDK: якщо користувач прийшов з Яндекс.Директ або через deeplink з UTM-мітками, перша сесія автоматично прив'язується до джерела. Для сторонніх мереж (Facebook Ads, Google UAC) налаштовується інтеграція через партнерські постбеки в консолі. Для діплінків використовуйте методи YMMYandexMetrica.handleOpen(url) на iOS та AppMetrica.reportAppOpen(activity) на Android.

Push-сповіщення через AppMetrica Push

AppMetrica Push — вбудований інструмент без Firebase Cloud Messaging (хоча сумісний з FCM). Для активації передаємо push-токен і задаємо ідентифікатор користувача. Сегменти будуються на основі тих самих подій та профілів — окрема інтеграція не потрібна. Ми підключаємо AppMetrica Push під ключ за 1–2 дні.

Чому AppMetrica краще Firebase Analytics?

AppMetrica краще за Firebase Analytics: затримка даних в 144 рази менша, а інтеграція з Яндекс.Директ не потребує додаткових SDK. Крім того, AppMetrica працює без Google Play Services, що критично для пристроїв Huawei та китайських брендів. Атрибуція для Яндекс.Директ вбудована, а інтеграція з іншими мережами налаштовується за годину. Нижче — порівняння:

Основні етапи AppMetrica інтеграції

Що входить у роботу

• Підключення SDK та ініціалізація для iOS, Android або Flutter
• Налаштування кастомних подій за планом трекінгу з повною документацією
• Профілі користувачів з атрибутами для сегментації (до 500 атрибутів)
• Передача deeplink-трафіку для атрибуції
• Перевірка даних в дашборді AppMetrica перед здачею
• Консультація з оптимізації воронок та покращення конверсії

План трекінгу детально документується: кожна подія, параметри, тип (числовий/рядковий) та тригер. Наприклад, checkout_started при кліку на кнопку оплати. Всі події перевіряються в дашборді перед здачею.

Терміни

Базова інтеграція з подіями та профілями: 1–2 дні. Вартість базової інтеграції починається від 10 000 грн, що дозволяє заощадити до 30% порівняно з альтернативами. Економія на аналітиці може сягати 20 000 грн на місяць для великих проектів. Зв'яжіться з нами для безкоштовної оцінки вашого проекту — ми розберемо ваші сценарії та запропонуємо оптимальний план інтеграції. Отримайте консультацію та повний контроль над аналітикою застосунку.

Аналітика мобільних застосунків: Firebase, Amplitude, AppsFlyer та атрибуція

Наша команда регулярно стикається з проектами, де аналітика вже «налаштована», але реальних інсайтів немає. Типовий приклад — стартап з 50k DAU: трекінг десятків подій без жодної відповіді на питання «чому користувачі не доходять до оплати». За два тижні ми побудували базову воронку і з'ясували, що 70% аудиторії відвалюється на екрані верифікації номера телефону. Після локалізації бага retention зріс на 12%. Висновок: аналітика повинна починатися з конкретних питань, а не з трекінгу всього підряд.

Чому таксономія подій — основа аналітики мобільних застосунків?

Firebase Analytics, Amplitude, Mixpanel — технічно схожі. Різниця в тому, що ви в них кладете. Типова помилка: події screen_view, button_tap_1, button_tap_2 без контексту. Через місяць ніхто не пам'ятає, що таке button_tap_2.

Правильна таксономія: об'єкт + дія + контекст. product_viewed, checkout_started, payment_completed з параметрами product_id, category, price, source. Це дозволяє будувати воронки, когортний аналіз та retention без додаткового трекінгу.

Ми фіксуємо naming convention у tracking plan — документі (Google Sheet або Amplitude Data Catalog), де описано кожну подію, її параметри та умови спрацьовування. Tracking plan синхронізується з командою аналітиків до початку розробки, а не після. Такий підхід гарантує, що через місяць дані залишаться інтерпретованими, а не перетворяться на звалище. Досвід впровадження на 50+ проектах підтверджує: при відсутності tracking plan вартість підтримки аналітики зростає у 2-3 рази за рахунок переробок.

Що обрати для аналітики мобільних застосунків: Firebase, Amplitude чи Mixpanel?

Таблиця нижче показує ключові відмінності трьох популярних платформ. Вибір залежить від бюджету, трафіку та завдань.

Firebase Analytics — безкоштовно, глибока інтеграція з Google Ads, BigQuery-експорт для сирих даних. Обмеження: затримка даних до 24 годин, обмежені воронки. Для стартапів з Google Ads трафіком — перший вибір.

Amplitude — продуктова аналітика з акцентом на когорти та шляхи користувача. Journeys (колишній Pathfinder) показує реальні шляхи між подіями — не передбачувані воронки, а фактичні маршрути. Session Replay — запис сесій для UX-аналізу. Безкоштовний тир до 10 млн events/місяць достатній для більшості продуктів на старті.

Mixpanel — ближче до Amplitude, сильніший у сегментації в реальному часі. Insights, Funnels, Retention — базові інструменти, які закривають 90% аналітичних завдань продакта.

Більш формальні визначення цих платформ можна знайти у Wikipedia (Firebase) та Wikipedia (Amplitude).

Як вирішити проблему мультиканальної атрибуції з AppsFlyer?

Знати звідки прийшов користувач — окреме завдання. Firebase Attribution працює лише всередині Google-екосистеми. Для мультиканальної атрибуції (Facebook Ads, TikTok, Apple Search Ads, programmatic) потрібен MMP — Mobile Measurement Partner.

AppsFlyer — лідер ринку. OneLink — universal deep link, який працює на iOS та Android і коректно атрибутує встановлення з будь-якого каналу. Protect360 — вбудований захист від fraud (фейкові встановлення, click injection на Android). Adjust та Branch — конкуренти з подібним функціоналом. Branch сильний у deep linking; Adjust популярний у gaming.

Згідно з Apple, з iOS 14.5 застосунки повинні отримувати дозвіл користувача через ATT перед збором IDFA для відстеження. AppsFlyer використовує probabilistic matching (IP + user agent + timing) для цих користувачів — точність нижча, але краще ніж нічого. SKAdNetwork та Privacy Preserving Attribution надають агреговані дані від Apple із затримкою 24-72 години.

Як налаштувати crash-аналітику, щоб не пропускати баги?

Firebase Crashlytics — стандарт для crash reporting. Автоматично групує креші за стектрейсом, показує affected users %, velocity alerts при зростанні crash rate більш ніж на 10% за годину.

Важливо: символікація. На iOS .dSYM файли повинні автоматично завантажуватися при кожній збірці — через Fastlane upload_symbols_to_crashlytics або Xcode Cloud built-in. Без символів креш у Crashlytics виглядає як набір адрес пам'яті. Це трапляється частіше, ніж здається при переході на новий CI — в одному проекті з аудиторією 500k користувачів ми виявили, що 40% крешів залишалися несимволізованими через пропущений етап у CI/CD. Після автоматизації час реакції на баги скоротився з 3 годин до 15 хвилин.

Для React Native та Flutter — @sentry/react-native та sentry_flutter дають додатковий контекст: breadcrumbs, мережеві запити перед крешем, стан Redux/Provider.

Нижче — порівняння популярних інструментів crash-аналітики для вибору під свої завдання.

Налаштування оточення

Три оточення з окремими Firebase проектами: dev, staging, production. Змішувати аналітику з тестових сесій і production — поширена помилка, яка спотворює всі метрики. На iOS через GoogleService-Info.plist для кожної схеми, на Android через google-services.json у папці кожного flavor.

Терміни: базова аналітика з Firebase + Crashlytics — 3-5 днів. Повноцінний tracking plan + Amplitude/Mixpanel з воронками та когортами — 2-3 тижні. Атрибуція через AppsFlyer з deep linking та fraud protection — 1-2 тижні. Вартість розраховується індивідуально залежно від складності інтеграцій.

Що входить у нашу роботу

В рамках впровадження аналітики ми надаємо:

• Розробку та узгодження tracking plan з командами продукту та маркетингу.
• Інтеграцію SDK (Firebase, Amplitude, Mixpanel, AppsFlyer) з урахуванням вашого стеку (Swift/Kotlin/Flutter/React Native).
• Налаштування воронок, когорт, дашбордів та алертів.
• Автоматизацію символікації та завантаження .dSYM через Fastlane.
• Документацію щодо подій та параметрів.
• Навчання команди роботі з аналітичною платформою.
• Два тижні пост-релізної підтримки та коригування трекінгу.

Наш досвід — 7 років впровадження аналітики та понад 80 успішних проектів у сфері мобільної розробки. Ми гарантуємо коректність даних і прозорість кожного етапу.

Зв'яжіться з нами, щоб отримати консультацію з налаштування аналітики вашого застосунку. Замовте аудит поточної аналітики — і ми покажемо, які метрики ви втрачаєте.