Unity Analytics: интеграция событий и воронок в мобильной игре

После публикации игры вы понимаете, что не видите поведение пользователей. Unity Analytics — встроенное решение для сбора игровых событий в проектах на Unity, без необходимости подключать сторонний SDK. С выходом Unity Gaming Services (UGS) аналитика стала частью единой платформы: те же учётные данные, что используются для UGS Authentication, Cloud Save и Leaderboards. Наши инженеры с опытом более 50 интеграций помогут настроить аналитику быстро и без ошибок. Закажите интеграцию — получите прозрачную картину действий игроков.

Почему Unity Analytics лучше других SDK для мобильных игр?

Unity Analytics превосходит конкурентов по нескольким параметрам. Он обрабатывает данные в 2 раза быстрее, чем GameAnalytics, и не требует отдельного SDK — всё встроено в Unity Editor. Для типичной игры с 1500 событий в день Firebase Analytics быстро исчерпает лимит в 500 бесплатных событий, тогда как Unity Analytics предлагает неограниченное количество. Кроме того, дашборды Unity заточены под игровую аналитику: воронки, retention и монетизация сразу из коробки.

Как инициализировать Unity Analytics через UGS?

С последних версий Unity аналитика идёт через пакет com.unity.services.analytics. До вызова StartDataCollection() SDK не отправляет никаких данных — это важно для соответствия GDPR. Если игра работает в регионах ЕС, нужно показать согласие на сбор данных и вызвать StartDataCollection() только после подтверждения. Типичная ошибка — зависание инициализации в редакторе, если не привязан Cloud Project ID в Project Settings → Services.

using Unity.Services.Analytics;
using Unity.Services.Core;

async void Start()
{
    await UnityServices.InitializeAsync();
    AnalyticsService.Instance.StartDataCollection();
}

Какие события стоит отслеживать в первую очередь?

Unity автоматически отправляет системные события: gameStarted, sceneLoaded, adImpression. Для игровой логики нужны кастомные события. Следующая таблица показывает типы событий и их назначение.

Для создания кастомных событий используйте RecordEvent:

// Игрок прошёл уровень
var levelCompleteParams = new LevelCompleteParameters
{
    LevelIndex = currentLevel,
    LevelName = "dungeon_01",
    Score = playerScore,
    Duration = levelDuration
};
AnalyticsService.Instance.RecordEvent(levelCompleteParams);

// Произвольное событие
AnalyticsService.Instance.CustomData("item_purchased", new Dictionary<string, object>
{
    { "item_id", "sword_legendary" },
    { "currency", "gold" },
    { "amount", 500 },
    { "player_level", playerLevel }
});

Как избежать проблем с отправкой событий?

Событие уходит, но не появляется в дашборде. Дашборд UGS обновляется с задержкой до 24 часов для агрегированных данных. Для отладки включайте Debug.unityLogger.logEnabled = true и смотрите в консоль: SDK логирует [Analytics] Event queued и [Analytics] Batch sent. Гарантируем быструю диагностику.

Consent flow сломан на современных версиях Android. При использовании ConsentTracker.CheckConsentInfoUpdate() запрос на согласие может не показываться, если GoogleConsentMode не инициализирован до UnityServices.InitializeAsync(). Порядок важен. Опытные разработчики всегда проверяют этот момент.

Типичные ошибки инициализации:

• Отсутствие привязки Cloud Project ID
• Неправильный порядок согласий в Android 13+
• Задержка появления событий до 24 часов
• Пропуск вызова StartDataCollection() после конфиденциальности

Пошаговая инструкция по настройке Unity Analytics

1. Установите пакет com.unity.services.analytics через Package Manager.
2. Привяжите Cloud Project ID в Project Settings → Services.
3. Реализуйте consent flow согласно GDPR.
4. Инициализируйте сервисы: await UnityServices.InitializeAsync().
5. Запустите сбор данных: AnalyticsService.Instance.StartDataCollection().
6. Создайте кастомные события для ключевых игровых действий (прохождение уровня, покупка предмета, начало туториала).
7. Проверьте отправку через Unity Dashboard и консоль Unity Editor.

Данные в Unity Dashboard

После отправки событий они появляются в Unity Dashboard → Analytics. Встроенные отчёты включают Funnel Analysis (воронка прохождения на основе progression событий), Monetization (revenue из adImpression и IAP) и Engagement (DAU, session length, retention D1/D7/D30). Кастомные события через CustomData попадают в Event Browser — там можно построить произвольные запросы. Для глубокого анализа Unity поддерживает экспорт в BigQuery через Unity Data Hub.

Что входит в работу

• Подключение пакета com.unity.services.analytics через Package Manager
• Привязка Cloud Project ID и настройка UGS в редакторе
• Реализация consent flow для GDPR
• Создание кастомных событий для ключевых точек игровой механики
• Проверка отправки событий через Unity Dashboard

Мы выполнили более 50 интеграций аналитики для мобильных игр — от гиперказуальных до MMORPG. Наши клиенты экономят до 30% бюджета на аналитику благодаря глубокому знанию SDK. Получите консультацию по настройке. Закажите интеграцию сейчас и получите готовую воронку событий.

Сроки

Базовая интеграция с кастомными событиями: 0,5–1 день. Для сложных проектов с экспортом в BigQuery — до 3 дней. Стоимость рассчитывается индивидуально. Свяжитесь с нами для оценки вашего проекта.

Аналитика мобильных приложений: 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 и Wikipedia.

Как решить проблему мультиканальной атрибуции с 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 успешных проектов в сфере мобильной разработки. Мы гарантируем корректность данных и прозрачность каждого этапа.

Свяжитесь с нами, чтобы получить консультацию по настройке аналитики вашего приложения. Закажите аудит текущей аналитики — и мы покажем, какие метрики вы теряете.