Подавляющее большинство мобильных приложений выходит в свет без интегрированных фреймворков аналитики и без правильной их настройки. Это очень печально, приложение не веб-сайт, где можно воткнуть Google Analytics за 10 минут и собирать статистику.
Я вижу четыре причины для того чтобы задуматься над аналитикой в мобильном приложении ДО его выхода:
Под катом набор инструментов для аналитики и рекомендации по их настройке принятые в Touch Instinct и ценные комментарии от LinguaLeo и агентства мобильной рекламы Mobio.
Под аналитикой поведения пользователей я подразумеваю сбор и отображение таких данных как:
— количество ежедневной аудитории (DAU);
— пути пользователей в приложении;
— насколько часто используются функции приложения;
— достижения целей (регистрация, покупка, три захода в течении месяца, ...);
— частота возврата аудитории (retention rate).
Отслеживайте открытие каждого экрана.
В Android вызываем трекер в onStart и onStop для каждой Activity. В iOS наследуем ViewController от GAITrackedViewController и прописываем название экрана.
Отслеживайте нажатие любой кнопки, интерактивного элемента на экране или поисковый запрос.
В Google Analytics для этого предназначены События (Events). В обработчиках интересующих нас элементов вызываем sendEvent. Подумайте, какие параметры действия потребуются при аналитике: текст поискового запроса, id объекта на карточке которого нажали кнопку,... и передайте их в Label.
Если в приложении есть встроенные покупки не забудьте настроить их трекинг. (Android, iOS)
Analytics мощный и бесплатный, все аналитики знают как с ним работать. Почти идеальный инструмент. Если бы не одно жирное НО, Google Anayltics не умеет отслеживать источник установок для iOS. Умеет только для Android. Это резко перечеркивает все его достоинства, поэтому я рекомендую использовать бесплатный Flurry.
Для использования Flurry встройте библиотеку в приложение (iOS, Android).
Во Flurry нет понятия экрана, есть только события (logEvent). Ни в коем случае не используйте одно событие pageView с параметрами. Этим потом невозможно пользоваться. Для каждого экрана вызывайте отдельное событие.
При настройке событий Flurry начните с самых основных. Например, настройка событий Flurry для приложения сериала с оплатой серий деньгами или просмотром рекламного ролика.
Ключевыми событиями в приложении у нас будут:
Я рекомендую использовать в названии событий глаголы с дополнениями: Success Purchase, Press plus button, Create Task, Watch movie
Это сильно облегчает построение и анализ воронок — читаешь связный текст.
Помимо GA и Flurry популярны: MixPanel (самый мощный инструмент), Localytics и Apsalar. Я рекомендую начать с Flurry.
В вебе вы можете точно отследить откуда к вам пришел каждый пользователь благодаря referer и возможности передать произвольные параметры в url (например, utm-метки).
Google сделал поддержку referer и utm-меток для Android. Достаточно добавить пару строк в манифест и вы увидите источники трафика в Analytics. Apple, к сожалению, не так великодушен и понять откуда пришла установка невозможно. Поэтому Google Analytics не закрывает проблему мобильной аналитики.
Помогают сторонние сервисы: AppsFlyer, Distimo, Mobile app tracking, Adxtracking и... Flurry.
Эти инструменты работают эвристически и не всегда правильно связывают установку с переходом по ссылке. Работает это примерно так:
Для каждого канала (ex. iphones.ru, google admob, habr, баннер на сайте, email рассылка...) создается уникальная ссылка
Пользователь открывает ссылку на смартфоне
Сервер собирает максимум открытых данных о смартфоне и перенаправляет пользователя в AppStore
После установки приложения, запускается метод из SDK трекера. Он собирает данные о смартфоне еще раз и сравнивает с данными из пункта 3.
MAT (Mobile App Tracking) вообще наиболее надежен. Считается, что он в 80% случаев точно определяет источник.
Инструмент трекинга в флури появился не так давно и пока о его надежности у меня нет данных.
MAT хорош тем, что он может обернуть ссылку в флури и таким образом будут 2 системы для трекинга.
Флури хорош тем, что на основе трекинга можно строить сегменты и анализировать аудиторию пришедшую из разных каналов.
Я рекомендуем встраивать систему трекинга, которая позволит покупать рекламу по модели CPI (cost-per-install, оплата за установки). Такие системы сообщают рекламной сети о факте установки. В России существует несколько CPI-сетей:Clickrocket, Unilead, Mobioffers),... они работают по тому же принципу, что CPA-сети в вебе. Назначаете цену за установку (например, 3$), предложение рассылается партнерам сети. Площадки принимают это предложение и размещают у себя рекламу. По факту установок сеть выплачивает площадкам вознаграждение равное вашей ставке минус комиссия сети. Для использования CPI-сетей вы должны отправлять ей информацию с какой площадки пришел пользователь. Можно встроить библиотеку каждой площадки или трекер, который интегрирован с большим количеством CPI-сетей. Flurry интегрирован с немногими сетями, а Google Analytics вообще не умеет отправлять информацию. Они для этой цели не подходят.
Самый мощный трекер Mobile App Tracking. Он интегрирован с подавляющим большинством рекламных источников. К сожалению, он дорогой: 0,2 цента за каждое измеряемое событие, включая клики и события. Другие популярные трекеры — AdXtracking и Appsflyer. Их цена более лояльна. Appsflyer берет только 5 центов за установку. Органические установки бесплатны.
Своим клиентам я рекомендую Appsflyer + Flurry. Первый — для оценки эффективности продвижения, а второй — для анализа поведения пользователей.
Push-оповещения важный инструмент для вовлечения пользователей. Важно не только правильно рассылать Push-оповещения, но и постоянно отслеживать их эффективность и корректировать стратегию.
Push аналитику можно разделить на две части: анализ поведения пользователей пришедших с push-сообщений и аналитика в сервисе рассылки.
С анализом поведения все просто. При запуске приложения с push-оповещения посылаем событие в Flurry, указав тип и текст сообщения. В стандартных отчетах появятся пользователи, открывшие приложение с различных push-сообщений.
С сервисом рассылки история немного сложнее, если вы еще не определились, рекомендую использовать Parse, у негопрекрасные отчеты. Если вы делаете свою админку для push-оповещений собирайте следующую статистику:
Push-аналитика в сервисе рассылки позволяет проводить a/b тестирование. Например, перед массовой рассылкой делаем тестовую на 20% пользователей, смотрим у какого текста выше конверсия в открытия и рассылаем его оставшимся 80% (спасибо Максиму Ильяхову за идею).
Это скорее приятное дополнение, чем необходимый инструмент, бывает полезен для выявления проблем в интерфейсе приложения.
Я рекомендую сервис Heatma.ps, хотя он стоит денег: $18 для приложений с небольшим количеством пользователей, $90 для приложений с 10 000 активных пользователей в месяц.
Все приложения, что Touch Instinct выпускает с августа по-умолчанию соответствуют этим правилам. И мы обучаем клиентов как всем этим пользоваться.
Очень интересно услышать ваше мнение! Что должно быть из аналитики обязательно? Может быть есть что-то лучше Flurry? Или вы добавляете необычных событий вроде «доскроллил до второго экрана»?
Оригинал: http://habrahabr.ru/company/touchinstinct/blog/189344/
Проведите конкурс среди участников CMS Magazine
Узнайте цены и сроки уже завтра. Это бесплатно и займет ≈5 минут.
Lingua Leo
1. Гораздо хуже, что ГА работает по сессиям. Это часто приводит к ошибкам в рассчете уников, т.е. его уники очень часто врут, особенно, если в некоторых продуктах, например, после регистрации/авторизации, по непонятной причине происходит разрыв сессии (косвенно, можно отследить по большому числу1-3 секундных сессий) или сравнить с другой аналитикой
2. Из коробки не умеет делать когортный анализ, приходится использовать переменные и записывать дату первой сессии пользователя.
3. ГА не рассчитывает конверсии на основе всех данных, он постоянно использует только небольшой % данных и на основе них аппроксимирует результаты всей выборке, особенно когда смотришь за месяц-два на поведение метрики.
Осенью прошлого года вышла версия 2.0 мобильная, часть багов поправили, но все равно переодически на приложении сталкиваешься с запредельными багами в данных.