Как настроить аналитику в мобильном приложении
Если раньше две аналитики от Google для приложений — Firebase и Google Analytics развивались параллельно, то сейчас SDK классического Google Analytics для мобильных приложений официально устарел и больше не поддерживается.
Google позиционирует Firebase как мобильную платформу для быстрой разработки приложений, а сервис «Google Analytics для Firebase» — как часть Firebase, которая отвечает за отслеживание. Возможности этого инструмента постоянно расширяются. Мы напомним об основных функциях Firebase и расскажем о новых возможностях.
Что нужно знать о Firebase?
- Firebase — больше, чем система аналитики. Это полноценная мобильная платформа для разработки, где аналитические отчеты (Google Analytics для Firebase) — одна из функций, но не единственная. Так, на базе Firebase доступна технология push-уведомлений (Cloud Messaging) и встроенная тестовая лаборатория для Android (A/B Testing).
- Во главе подхода Firebase к анализу данных стоят пользователь и события. При этом в Google Analytics для приложений работал устаревший сессионный подход через оценку экранов/страниц. Изменение подхода Google связано с тем, что с точки зрения любого бизнеса важнее то, какие события пользователи совершили в приложении (результат), чем сколько экранов они посмотрели и сессий совершили (процесс).
- В Firebase нет семплирования. Это значит, что объем данных, которые можно анализировать в Firebase Analytics, ничем не ограничен (кроме самого объема данных, разумеется).
- Firebase — условно-бесплатный инструмент (в рамках Spark Plan), в отличие от других исключительно платных систем аналитики и трекинга для приложений (Mixpanel, Adjust, AppsFlyer, Tune и прочих). При этом есть и платные пакеты Firebase с расширенным функционалом.
- Некоторые базовые события и свойства пользователей по умолчанию уже встроены в Firebase. Автоматически регистрируются такие события, как first_open, app_remove, app_update и даже in_app_purchase, а также свойства пользователей: возраст, версия приложения, страна, пол, интересы, язык, новый или существующий это пользователь и так далее.
- В Firebase есть возможность интеграции с большим количеством сервисов. Например:
- Google Реклама;
- AdMob;
- Google Менеджер Рекламы;
- Play Store;
- Data Studio;
- BigQuery;
- Slack.
Как настроить Firebase?
Для начала переходите на сайт Firebase и заходите под своим аккаунтом Google:
Когда нажмете кнопку «Get started», появится новая страница. На ней вам предложат «Добавить проект». Кроме того, здесь можно посмотреть «Пример проекта», чтобы увидеть, как будут отображаться данные:
После того, как выберете «Добавить проект», появится окно, где нужно ввести название проекта и указать страну:
На следующем этапе откроется страница, где следует добавить Firebase в свое приложение:
Как добавить Firebase в приложение для Android?
Для начала необходимо ввести название пакета Android — идентификатор приложения в файле build.gradle на уровне приложения. Например, для приложения RST название пакета будет таким:
Жмем на кнопку «Зарегистрировать приложение» и переходим к следующему шагу. Теперь надо скачать файл google-services.json. Следуя инструкции, переместите скачанный файл google-services.json в корневой каталог модуля для приложения Android:
Как добавить Firebase в приложение на iOS?
Далее скачайте файл GoogleService-Info.plist. На втором шаге отправьте подробную инструкцию разработчикам приложения:
На третьем шаге добавляем Firebase SDK в приложение:
На заключительном четвертом шаге добавляем код инициализации:
После того как выполнены все действия, в интерфейсе Firebase появится два приложения — для Android и iOS платформ:
Зачем и как связать Firebase Analytics с Google Ads?
Связка Firebase с Google Ads нужна в том случае, если вы размещаете рекламу своего приложения в Google Ads. Связка Firebase и Google Ads позволит:
- Оценить эффективность рекламных кампаний с точки зрения количества и стоимости установок и ключевых in-App событий.
- Создать пользовательские списки аудиторий в Firebase и использовать их для мобильного ремаркетинга в Ads.
Чтобы связать Ads с Firebase в новом интерфейсе Ads, сперва переходим на вкладку «Настройки» — «Связанные аккаунты»:
В открывшемся окне выбираем Firebase:
Дальше в меню выбираем нужный проект и жмем на кнопку «Связать»:
Что внутри? Кратко об основных отчетах Firebase Analytics
Firebase Analytics можно найти в консоли Firebase наравне с пунктами Develop, Stability, Grow:
На основной вкладке Dashboard (Сводка) нам доступны ключевые отчеты по умолчанию:
Активные пользователи. Количество активных пользователей за выбранный диапазон дат (30 дней, 7 дней или 1 день) с учетом изменений в процентах по отношению к предыдущему диапазону дат. Активный пользователь — это человек, который взаимодействовал с приложением, когда оно было активно на устройстве, и это взаимодействие привело к регистрации события user_engagement.
Как часто пользователи совершают конверсии. На этом отчете отображен график наиболее важных событий-конверсий относительно шкалы времени (30 дней по умолчанию).
С чем взаимодействуют ваши пользователи. Речь о наиболее популярных экранах приложения, на которых люди бывают чаще (в процентах от всех экранов) и на каких экранах пользователи проводят больше всего времени.
Какой доход вы получаете от приложения. Общее значение поступлений от всех источников дохода с учетом заданной ценности событий-конверсий (стоимость покупки). Также этот отчет включает расчетный доход от AdMob — инструмента от Google, который позволяет разработчикам получать прибыль от своих мобильных приложений.
Насколько стабильно работает ваше приложение. Демонстрирует процент пользователей, у которых не было сбоев в приложении (для всех версий приложения).
Нравится ли пользователям последняя версия приложения. Здесь анализируется последний билд приложения в разрезе таких показателей, как процент активных пользователей и процент пользователей, у которых возникали (или нет) сбои. На основании отчета формируется статус успешности/проблемности последнего билда приложения.
Как вы привлекаете новых пользователей. Отчет об источниках трафика, которые атрибутируются по первому открытию пользователем приложения (событие first_open).
Насколько эффективно вы удерживаете пользователей. Когорты по удержанию приложением (Retention Rate). Например, из когорты на скрине видно, что на второй неделе приложением пользуются 20% пользователей, а на пятой 4,7% пользователей. Довольно скромный результат.
К слову, показатель Retention Rate не всегда является индикатором качества привлеченного трафика.
Кроме вкладки Dashboard (Сводки) в Firebase Analytics доступны такие ключевые разделы:
Несколько слов о каждом:
События — таблица с названиями, количеством всех уникальных событий (по пользователям). Здесь можно менять диапазон дат на произвольный и скачивать информацию в формате CSV файла.
Аудитории — на вкладке можно создать аудиторию на основании совпадения определенных условий по событиям и свойствам пользователей:
Примеры аудиторий: пользователи, которые платят (по событиям); все пользователи новой версии приложения на Android (по свойству пользователя); VIP пользователи — пользователи iOS, которые совершили три или более покупки и у которых iPhone с новейшей версией ОС (одновременно по событию и свойству пользователей).
Последовательности позволяют визуализировать и, в перспективе, увеличить процент выполнения операций, состоящих из нескольких шагов (событий) в приложении за счет поиска и устранения узких мест. Например, это может быть последовательность микро конверсий, которые должен выполнить пользователь для совершения финальной конверсии.
Когорты — группа пользователей, которые одновременно работали с вашим приложением, например в один день или в течение недели. По этому отчету можно судить, насколько лояльны пользователи к приложению.
Streamview помогает разобраться, как приложение используется в обычных ситуациях — получить набор актуальных тенденций пользования. Данные можно просматривать в режиме реального времени. Это позволяет выявить тенденции, которые еще только намечаются.
Что можно здесь увидеть? Например: самое популярное событие, разбивка пользователей по странам, самая популярная версия приложения и прочее.Свойства пользователей. Параметры событий, которые автоматически регистрируются при каждом вызове logEvent. После настройки свойств пользователя вы сможете фильтровать по ним данные в отчетах. Например, узнать, как отличается поведение людей, которые покупают, от поведения тех, кто этого не делает.
Чтобы получить доступ к новым функциям отчетов о мобильных приложениях в Google Аналитике, используйте Firebase в своих приложениях для Android и iOS. После включения Firebase в Google Аналитике начнется сбор данных о встроенных событиях и свойствах пользователей. Вы также можете регистрировать специальные события и задавать особые свойства пользователей.
Менеджер тегов для мобильных приложений реализован через Firebase SDK и поэтому требует создания для него контейнера. События, параметры и свойства пользователей передаются из Google Аналитики в Менеджер тегов в качестве параметров конфигурации.
Как использовать Менеджер тегов с Firebase и Google Аналитикой
Приложения, в которых используется Firebase, автоматически передают данные в Google Аналитику. Сервис Google Аналитика для Firebase в Firebase SDK собирает основную статистику об использовании приложения автоматически. Полученные отчеты можно просматривать как в Google Аналитике, так и в консоли Firebase. Если вы уже используете Firebase SDK, добавлять дополнительный код для автоматически регистрируемых событий не требуется.
Добавляйте Менеджер тегов в приложения с поддержкой Firebase, если вам нужно настроить дополнительные теги Google и сторонних разработчиков.
Чтобы настроить Менеджер тегов для сбора данных в мобильных приложениях, выполните следующие действия:
- Настройте использование Firebase в приложении:
- Установите Firebase SDK (Android | iOS).
- Добавьте приложение в проект Firebase в консоли Firebase.
- Добавьте Firebase Аналитику в приложение (Android | iOS).
- Создайте аккаунт Менеджера тегов и настройте контейнер.
- Добавьте Менеджер тегов в свой проект (Android | iOS).
При помощи триггеров с переменными "Название события" и "Параметр события" можно определить события, по которым должны активироваться теги. Условия срабатывания будут проверяться каждый раз, когда в приложении происходит событие. Подробная информация об использовании Менеджера тегов приведена в документации для разработчиков (Android и iOS).
Примечание. Автоматически регистрируемые события, передаваемые Firebase SDK в Google Аналитику, нельзя изменить.Как создать тег Google Аналитики (Firebase)
Чтобы создать тег Google Аналитики (Firebase), выполните следующие действия:
-
для Android или iOS.
- Выберите Теги Создать.
- Нажмите Конфигурация тега и выберите Google Аналитика (Firebase).
- Если требуется, измените, добавьте или заблокируйте события при помощи меню Действия.
- Заблокировать событие. При помощи этого действия можно запретить передачу событий, регистрируемых вручную. Оно пригодится, например, если разработчик случайно настроил отслеживание двух одинаковых событий, добавил ненужное событие или превысил ограничение на количество уникальных названий событий. При блокировании события передача его данных в Firebase Аналитику прекращается.
- Добавить событие. Используйте этот вариант, если вам нужно собирать информацию о нескольких событиях.
- Измените название параметра в поле Новое название события.
- В таблице Параметры, которые нужно добавить или изменить можно добавить названия и значения ключей. Для этого нажмите Добавить строку и укажите нужные данные.
- Чтобы удалить название ключа после активации тега, используйте функцию Параметры, которые нужно удалить.
- Изменить событие. С помощью этого действия вы можете дать одинаковые названия параметрам в разных версиях приложения. Например, вы можете настроить для Android событие с названием save_image, а для iOS – save_new_image.
- Измените название параметра в поле Новое название события.
- В таблице Параметры, которые нужно добавить или изменить можно добавить названия и значения ключей. Для этого нажмите Добавить строку и укажите нужные данные.
- Чтобы удалить название ключа после активации тега, используйте функцию Параметры, которые нужно удалить.
Нажмите Триггеры и выберите триггер события, который должен активировать этот тег.
Сохраните конфигурацию тега и опубликуйте ее.
Как включить Universal Analytics в проектах Firebase при помощи Менеджера тегов
Используя Firebase, вы можете активировать контейнер Менеджера тегов для своего приложения, а затем с легкостью настроить и разместить тег Universal Analytics или любой другой поддерживаемый сторонний тег.
Чтобы настроить тег Universal Analytics с помощью Менеджера тегов, выполните следующие действия:
- Настройте использование Firebase в приложении:
- Установите Firebase SDK (Android | iOS).
- Добавьте приложение в проект Firebase в консоли Firebase.
- Добавьте Firebase Аналитику в приложение (Android | iOS).
После компиляции приложения с помощью Firebase и Менеджера тегов вы сможете добавлять любые дополнительные теги через Менеджер тегов. Осуществлять повторную сборку приложения не потребуется.
Автоматически регистрируемые события Android и iOS в Менеджере тегов
В приведенной ниже таблице перечислены автоматически регистрируемые события Google Аналитики для Firebase для Android и iOS, которые доступны в Менеджере тегов.
Событие Для Android Для iOS app_exception ✓ app_update ✓ firebase_campaign ✓ ✓ first_open ✓ in_app_purchase ✓ notification_dismiss ✓ notification_foreground ✓ ✓ notification_open ✓ ✓ notification_receive ✓ os_update ✓ ✓ session_start ✓ ✓ user_engagement ✓ ✓ Изменение и блокировка событий
Ведущий аналитик компании Zeptolab и создатель блога GoPractice Олег Якубенков подготовил для ЦП материал об основных принципах настройки аналитики в мобильных играх, выборе необходимых событий (ивентов) и распространенных ошибках.
Фундаментом аналитики является сбор данных. Настройка аналитики мобильного приложения включает в себя интеграцию SDK системы аналитики в мобильное приложение, проектирование структуры ивентов и их расстановку внутри приложения.
Неправильно настроенный сбор данных для аналитики оставит вас без приборов в работе с продуктом, либо же обеспечит неверными данными, что, с моей точки зрения, еще хуже, чем отсутствие данных.
В этой статье я расскажу о том:
- какие ошибки часто допускают при настройке аналитики мобильных приложений;
- как я обычно подхожу к процессу встраивания аналитики в мобильное приложение;
- также я поделюсь некоторыми хаками и секретами, которые позволят вам эффективнее использовать ваши данные.
Внутренняя аналитика мобильных приложений или зачем нужны ивенты
Аналитика мобильных приложений обычно строится на ивентах. Вы шлете в систему аналитики ивенты, а система предоставляет интерфейс для работы с этими данными.
Ивент — любое действие, которое совершает пользователь (клик на кнопку, открытие определенного экрана, добавление комментария, трата или покупка внутренней валюты). Когда происходит это событие, приложение отправляет ивент на сервера системы аналитики.
Вместе с ивентами обычно передаются ряд обязательных параметров (индификатор пользователя, версия приложения, модель девайса, прочие служебные параметры), а также ряд дополнительных кастомных параметров, которые вы определяете сами — например, количество дней с момента начала использования приложения, количество запусков приложения и прочее.
По сравнению со стандартными для веба системами аналитики — «Яндекс.Метрика» или Google Analytics — описанный подход оказывается более затратным на этапе встраивания и настройки системы аналитики, но зато позволяет отвечать на существенно большее количество вопросов.
Ошибки при настройке аналитики в мобильном приложении
Обычно проектированию структуры ивентов и настройке аналитики уделяется мало времени и внимания при разработке мобильных приложений. Неправильно или некачественно настроенная аналитика сильно осложняет последующую работу с продуктом, а порой оставляет полет вашего продукта без каких-либо навигационных приборов.
Я заметил следующие распространенные ошибки при настройке аналитики:
Если более глобально, то все описанные ошибки произрастают из неправильного направления движения мысли при настройке аналитики. Аналитика призвана отвечать на вопросы, поэтому логично сначала сформулировать набор интересующих вопросов, а потом на их основе сформировать структуру ивентов, которые позволят на эти вопросы ответить, а не наоборот.
Настройка аналитики мобильного приложения. Алгоритм
Шаг 1. Что хотим знать
Сначала необходимо определиться с тем, на какие вопросы вы хотите найти ответы с помощью собираемых данных, какие гипотезы вы хотите доказать или опровергнуть. Представьте, что приложение уже запущено, и пришло время провести анализ. Что вы захотите узнать, что проверить.
Чтобы не потерять важные вопросы, я рекомендую использовать следующий подход. Выпишите основные сценарии использования вашего приложения, а затем, представляя, как пользователь проходит через них, задавайте интересующие вас вопросы.
Финальный список вопросов обычно состоит из стандартной части, которая подходит почти для любого приложения, а также из вопросов специфичных для данного конкретного приложения.
Стандартная часть обычно выглядит примерно так:
- Где люди отваливаются на туториале?
- Насколько туториал эффективен (какая часть пользователей обучилась по его итогам, а не просто прокликала его)?
- Сколько людей продолжают использовать приложение спустя один, семь, 14 дней?
- Какая доля новых пользователей заходят в магазин (или видят продающий экран)?
- Какова конверсия в покупку? В повторую покупку?
- Сколько стоит привлеченный пользователь?
- Сколько мы зарабатываем с пользователя на первый, седьмой, 14, 30 день?
- Как отличаются ответы на предыдущие вопросы в зависимости от платформы, страны, источника трафика, типа девайса?
После самостоятельного составления списка вопросов имеет смысл спросить других участников команды о том, что им интересно узнать про то, как пользователи взаимодействуют с продуктом. Если пропустить эту часть, то может получиться, например, что вы включили в список ключевые вопросы по геймдизайну, но вопросы про интерфейсные решения остались вне вашего внимания.
Итогом этого шага является список вопросов, который представляет собой структуру исследования приложения.
Шаг 2. Какие ивенты и с какими параметрами нужны, чтобы ответить на вопросы из первого шага
Теперь у вас есть понимание того, что конкретно вы хотите знать, поэтому можно переходить к проектированию структуры ивентов и их параметров. Подойдите к этому процессу итеративно. Быстро составьте первую версию списка ивентов и переходите к следующему пункту. К этому пункту вы еще вернетесь.
Шаг 3. Позволит ли используемая система аналитики ответить на вопросы из первого шага со структурой ивентов из второго шага
Дело в том, что разные системы аналитики обладают разной функциональностью, разными возможностями и разными ограничениями, и все эти особенности надо учитывать еще на этапе встраивания аналитики в приложение. Особенности вашей системы аналитики вам, скорее всего, хорошо знакомы, но я все-таки приведу несколько примеров, чтобы было понятнее, о чем идет речь.
Пример 1. Во Flurry есть ограничение на количество параметров, которые можно передавать с ивентом (не более десяти параметров у конкретного ивента). Поэтому при создании структуры ивентов и параметров вам надо держать эту особенность в голове. В Kontagent параметров ивентов по сути нет , поэтому всю содержательную информацию придется поместить в название ивента.
Пример 2. Во Flurry при составлении воронок нельзя указывать параметры ивентов. Поэтому если вы захотите построить воронку движения пользователя по уровням в вашей игре, то придется для каждого уровня заводить отдельный ивент. Несмотря на то, что удобным и логичными кажется заведение специального ивента, отправляемого при прохождении уровня с параметром level_number, в случае если вы хотите иметь воронку прохождения игры по уровням и при этом используете Flurry, это решение вам не подойдет.
Пример 3. Если вы используете Mixpanel и хотите интегрировать его с AppsFlyer (система для определения источников трафика), чтобы в Mixpanel знать, откуда пришел пользователь, то вам надо будет делать параметр источника трафика глобальным (то есть передавать его со всеми ивентами). В противном случае вы, например, не будете знать о том, пользователю из какого источника трафика принадлежит покупка, а значит не сможете посчитать LTV для разных каналов трафика.
Таких особенностей систем аналитики много, и думать о них следует на этапе настройки аналитики приложения. Если оказалось, что текущая структура ивентов и параметров не закрывает ваши вопросы с помощью используемой у вас системы аналитики, то вернитесь ко второму шагу и переделайте структуру ивентов.
Шаг 4. Еще раз пройдитесь по предыдущим пунктам
Спустя некоторое время имеет смысл еще раз пройтись по получившемуся списку вопросов и структуре ивентов, чтобы добавить туда то, что было упущено (а такое есть почти всегда), а также, чтобы оптимизировать структуру ивентов для упрощения последующей работы с данными.
Шаг 5. Встройте аналитику в приложение
На этом этапе максимально детально объясните разработчикам суть каждого ивента и параметра. Расскажите, когда и при каких условиях каждый конкретный ивент должен отправляться, для чего он нужен, и что с его помощью вы хотите понять, узнать, проверить.
Осмысленное встраивание аналитики окупается экономией времени на следующем шаге.
Шаг 6. Протестируйте статистику перед релизом
Тестировать можно поверхностно – просто проверить факт того, что ивенты и их параметры приходят в систему аналитики.
Но чтобы быть до конца уверенным в том, что все работает правильно, я рекомендую использовать следующий подход. Выгрузите собственную сессию использования приложения в виде последовательности ивентов во времени. Затем проверьте, что все ивенты приходят в нужный момент, и что все параметры изменяются в соответствии с заложенной вами логикой.
В системе аналитики Mixpanel это делать очень удобно благодаря инструменту Live view (инструмент позволяет видеть и фильтровать приходящие ивенты в режиме реального времени). Вы что-то делаете в тестовой версии приложения и сразу же видите ивенты, которые приходят в систему аналитики.
Я рекомендую очень внимательно проверять мобильную аналитику, как минимум по двум причинам:
- Обновить аналитику в мобильном приложении — это накладно (временные затраты на проверку приложения в сторе, а также временные затраты на обновление пользователей на новую версию).
- Неправильные данные – это еще хуже, с моей точки зрения, чем их отсутствие.
Описанный выше алгоритм настройки аналитики мобильного приложения из шести шагов может показаться достаточно сложным, но в реальности все просто и понятно. Если все описанное выше поместить в одно предложение, то получится следующее: заранее подумайте о том, что вы хотите узнать из собираемых данных, и заранее убедитесь, что ваша система аналитики способна дать вам это знание при имеющейся структуре ивентов.
Полезные хаки при настройке аналитики в мобильном приложении
Глобальные параметры
Есть такой полезный хак — отправлять определенные параметры со всеми ивентами. Я называю такие параметры глобальными.
Глобальные параметры обычно характеризуют пользователя, а не само действие, к которому прикреплен ивент. В список глобальных параметров я почти всегда вношу следующие параметры:
- номер недели или дня, когда пользователь пришел в игру (для последующего выделения когорт);
- источник трафика;
- уровень игрока;
- количество покупок;
- количество пройденных уровней в игре.
Пишите статистику как минимум в две системы аналитики
Даже при внимательной проверке статистики на этапе тестирования, все равно случаются ошибки, поэтому лучше писать данные как минимум в две системы, чтобы иметь возможность проверять их достоверность. В качестве запасной системы аналитики удобно использовать Flurry.
Проверяйте покупки на сервере перед тем, как писать их в статистику
Если вы хотите использовать вашу систему аналитики для работы с финансовыми данными, то обязательно делайте серверную валидацию платежей перед тем, как писать ивенты покупки в статистику. В противном случае читеры испортят все ваши данные.
Как хранить структуру ивентов
Для хранения и ведения структуры ивентов хорошо подходит файл Excel. Заводите новую вкладку на каждую версию приложения и отмечайте цветом ивенты, которые добавились в соответствующей версии приложения. Так вы всегда будете знать, когда и какие изменения вносились в структуру ивентов.
Как называть ивенты
Чтобы не путаться в названиях ивентов, их удобно называть по принципу ЭКРАН_ЭЛЕМЕНТ_ДЕЙСТВИЕ. Например, старт уровня будет называться LEVSCR_LEVEL_STARTED, а покупка в магазине SHOP_ITEM_PURCHASED.
Для некоторых сущностей такая структура не подходит, тогда можно вводить сквозные ивенты, которые не привязаны ни к какому экрану, а отвечают, например, за трекинг внутренней экономики. Такие ивенты можно назвать ECONOMICS_CURRENCY_SPENT и ECONOMICS_CURRENCY_GAINED, а в качестве параметров передавать method (на что потратил) и value (сколько потратил).
Заключение
И еще раз суть статьи в одном предложении. Заранее подумайте о том, что вы хотите узнать из собираемых данных, и заранее убедитесь, что ваша система аналитики способна дать вам это знание при имеющейся структуре ивентов.
Если у вас есть свои хаки встраивания аналитики в приложения, то поделитесь ими в комментариях. Спасибо.
Из этой статьи вы узнаете, как добавить Google Аналитику в приложение Android, чтобы отслеживать действия пользователей на определенных экранах. Если у вас его нет, воспользуйтесь нашим тестовым приложением.
Что вам потребуется: последние версии Android Studio и сервисов Google Play.
Настройте проект
Добавьте в файл AndroidManifest.xml разрешения INTERNET и ACCESS_NETWORK_STATE :
Добавьте в файл build.gradle зависимость на уровне проекта:
Добавьте в файл app/build.gradle следующую зависимость для сервисов Google Play:
Создайте файл global_tracker.xml
Создайте файл app/src/res/xml/global_tracker.xml со следующим содержимым:
Замените $ своим идентификатором отслеживания.
Добавьте отслеживание экранов
На этом этапе вы отправляете именованный просмотр экрана в Google Аналитику, когда пользователь открывает или переключает экран в приложении. Код должен выполнять следующие действия:
- обеспечивать общедоступный счетчик в подклассе Application;
- переопределять метод обратного вызова для работы в приоритетном режиме;
- указывать название экрана и выполнять отслеживание.
Приложение
Вам необходимо создать подкласс Application и использовать вспомогательный метод, который будет возвращать счетчик для приложения.
Activity или Fragment
Откройте действие (элемент Activity), которое вы хотите отслеживать. Вы также можете отслеживать Fragment , если в нем представлен просмотр экрана.
Переопределите метод onCreate для элемента Activity или Fragment , который вы хотите отслеживать, чтобы получить общий экземпляр Tracker .
Переопределите соответствующий метод, например onResume для Activity или onPageSelected для ViewPager , чтобы переключения экрана регистрировались.
Отправьте событие
Задайте значения поля экрана в счетчике, а затем отправьте обращение. В примере ниже для отправки события используется HitBuilders.EventBuilder Event .
Статьи по теме
- Подробнее о том, как использовать Google Аналитику для анализа действий пользователей, читайте в руководстве по внедрению для мобильных приложений.
- Ознакомьтесь с дополнительными параметрами конфигурации, такими как образцы, тестирование и отладка, а также настройки отключения и т. д.
- Если приложение должно собирать рекламные идентификаторы, включите в нем функции для рекламодателей.
Except as otherwise noted, the content of this page is licensed under the Creative Commons Attribution 4.0 License, and code samples are licensed under the Apache 2.0 License. For details, see the Google Developers Site Policies. Java is a registered trademark of Oracle and/or its affiliates.
Читайте также: