Google Analytics на Android

Существует специальный и официальный SDK для аналитических приложений для собственных приложений Android (обратите внимание, что я не говорю о веб-страницах в приложениях на телефоне). Эта библиотека в основном отправляет страницы и события в Google Analytics, и вы можете просматривать свою аналитику точно на той же панели инструментов, что и для веб-сайтов. Поскольку мой фон - это приложения, а не веб-сайты, и поскольку многие термины Google Analytics кажутся особенно неприменимыми для родного приложения, мне нужны некоторые указатели. Пожалуйста, обсудите мои замечания, дайте некоторое разъяснение, где вы думаете, что я вне игры, и, прежде всего, делитесь хорошими впечатлениями!

1. Просмотры страниц

В большинстве случаев страницы могут отображаться в разных действиях (и диалогах). Однако действия за пределами полноэкранных мероприятий могут быть видны, хотя можно взаимодействовать только с деятельностью на верхнем уровне. Этот sort-off сталкивается с представлением "(страница)". update → Прочитайте http://android-developers.blogspot.com/2010/12/analytics-for-android-apps.html и примите его.

Вам также нужно по крайней мере одно представление страницы для каждого посещения и, следовательно, поставить один трекер просмотра страницы в классе Application. Однако это не является окном или сортами. Обычно активность открывается одновременно, поэтому время, затраченное на эту страницу, будет равно 0. Это повлияет на вашу статистику времени. Как они считаются в любом случае?

Кроме того, существует свободная связь между Деяниями, посредством намерений. Пользователь может, как и на любом веб-сайте, участвовать в любой деятельности, хотя обычно это касается возобновления приложения, где он остановился. Это делает иерархию действий обычно очень плоской. И поскольку нет URL-адреса. Какой смысл использовать слэши в названиях страниц, например "/Home"? Все страницы будут отображаться на одинаковом уровне в отчетах, поэтому нет детализации контента.

Не уникальные просмотры страниц, по-видимому, считаются индикатором успешности: как часто посетитель просматривает страницу. Когда пользователь поворачивает экран, как правило, активность воссоздается, что делает его новым просмотром страницы. Это происходит много. Может быть, продуманное размещение звонка может решить это, или разместить несколько, я не уверен.

Как работать с просмотрами страниц?

2. События

Я бы сказал, что есть два вида:

  • Пользовательское событие
  • Что-то, что произошло, обычно как косвенное следствие вышеизложенного.

Последнее, в частности, дает мне головные боли. Прежде всего, многие события больше не написаны в коде, а логически объединены посредством намерений. Это означает, что нет места для вызова аналитики. Вам придется отказаться от этого преимущества и начать делать это старомодным способом в пользу хорошей аналитики или просто пропускать некоторые события.

Во-вторых, как разработчик вас не так интересует, когда пользователь нажимает кнопку, но если действие, которое должно было быть выполнено действительно, было выполнено и каким был результат. Кажется, нет четкого способа получить результирующие данные в Google Analytics (что с целыми числами? Я хочу добавить строки!).

То же, что относится к иерархии плоских страниц, также относится к категориям событий. Вы можете делать "вертикальные" категории (в частности, то есть), но некоторый код разделяется "по горизонтали", и отслеживание будет одинаково распространено. Как и в случае с механизмом Intents, наследование затрудняет постоянное отслеживание в нужном месте. И я не могу представить себе "горизонтальные" категории. Если вы не начнете создавать действительно маленькие категории, например, все элементы образуют одно и то же меню в одной категории, мне сложно понять концепцию.

Наконец, как вы относитесь к отмене? Обычно у вас есть механизм явного отмены с помощью кнопок, а также неявный отмена при нажатии кнопки "назад", чтобы оставить действие, и никаких изменений не было. Последнее также относится к "сбережениям", когда нажата кнопка "Назад", и там ARE изменяется. Как вы, следовательно, собираетесь поймать все это, если не сделаете все "назад" -бэтот самостоятельно?

Как бороться с событиями?

3. Цели

Для типов целей у меня есть выбор: назначение URL, время на сайте и страницы/посещение. Большинство приложений не имеют воронки, которая ведет пользователя на какую-то страницу "сделана регистрация" или "упорядочена". Приложения уже были куплены (в этом случае вы хотите стимулировать пользователя любить свое приложение, чтобы он мог привлечь новых покупателей) или оплачиваются объявлениями в приложении. Таким образом, назначение URL не является очень важной целью.

Время на сайте также кажется хлопотным. Во-первых, у меня есть некоторые сомнения в том, как это будет измеряться. Во-вторых, мне не обязательно, чтобы мой пользователь тратил много времени на мое уже оплаченное приложение, просто было активным и содержательным. Эквивалентно, почему бы не упомянуть, как часто пользователь использует ваше приложение?

В отношении страниц/посещений Я уже упоминал, как изменения ориентации экрана взорвали номера страниц.

В приложении меня больше всего интересуют события/посещение, чтобы измерить участие/активность пользователя. Если он интенсивно использует приложение, то он должен любить его правильно?

Кроме того, у меня также есть небольшие воронки (которые не приводят к конверсии), которые я хочу видеть упорядоченными. На мой взгляд, эти воронки заканчиваются событиями, а не просмотрами страниц, но это кажется невозможным.

Я мог бы также измерить клики по объявлениям в приложении, но тогда мне нужно будет отслеживать их как "Просмотры страниц", а не "События" с учетом "Назначения URL".

Каковы умные цели для приложений и как вы можете поместить их поверх Google Analytics?

4. Оптимизация

Есть ли разумный способ вручную сделать то, что "Оптимизатор веб-сайта" делает для веб-сайтов? Самое главное, как я буду отслеживать различные проекты целевых страниц? update → Кажется, я могу использовать для этого пользовательские переменные. Более подробная информация по-прежнему приветствуется.

5. Источники трафика

Рефералы касаются рефералов времени установки, если вы достаточно умны, чтобы их включить. Но, возможно, я также хотел бы получить некоторые данные, которые сторонние приложения отправляют пользователей в мое приложение для выполнения некоторых действий (эта возможность взаимодействия приложений возможна через Intents).

Многие термины, связанные с "Источниками трафика", кажутся совершенно бессмысленными, и нет возможности подключения в AdSense.

Что такое интеллектуальное использование этих данных?

6. Посетители

В вкладках "Возможности браузера", "Свойства сети" и "Мобильный" многие вещи бессмысленны, так как они не влияют на/в отношении моего основного приложения в офлайн-режиме, которое в любом случае не будет использовать флеш-память. Только если вы развернете достаточно далеко, можете ли вы перейти к версиям ОС, что очень важно. Я даже забыл, где можно проверить, какие именно Android-устройства посетили.

Что такое интеллектуальное использование этих данных? Как вы можете сделать соответствующую информацию более заметной?

7. Другое

Нет встроенной аналитики. Я должен зарегистрировать свое приложение в качестве веб-url (What!?)?

Ответы

Ответ 1

Google Analytics неплохо подходит для основного отслеживания использования Android-приложений. Если вам нужно больше аналитики, ориентированных на мобильные приложения, вы также можете посмотреть на них:

http://www.flurry.com

http://www.capptain.com

Преимущество этих продуктов в Google Analytics заключается в том, что они предназначены для отслеживания использования мобильных приложений, а не для использования веб-сайтов, поэтому более конкретны в том, что они делают, но, честно говоря, всегда будет работать для вас определить, какие действия в вашем приложении имеют для вас достаточно, чтобы отслеживать - это больше о потребностях бизнеса, чем о технологии.

Ответ 2

Я не убежден в аналитике Google для отслеживания нашего приложения. Поскольку в соответствии с моим требованием я хотел бы получить отчет об ошибке или сбое из моего запуска приложения на рынке. Из этого отчета об ошибке я мог видеть трассировку стека аварии, чтобы я мог исправить свою ошибку. Но из Google Analytics я не уверен, как получить эти данные, я бы предложил лучший отчет о сбоях trackr - это Acra, вы получите больше информации здесь http://code.google.com/p/acra/

Если кто-то знает, как получить отчет о сбое с помощью аналитики Google, пожалуйста, поделитесь.

Ответ 3

У меня нет опыта аналитики, но после поиска я нашел эту страницу Flurry-vs-Mixpanel-vs-Google-Mobile-Analytics-who-wins-Why, и я думаю, вы можете найти полезную информацию, и я также решил использовать Flurry