Google Analytics en Android

Hay un SDK analítico específico y oficial para aplicaciones nativas de Android (tenga en cuenta que no estoy hablando de páginas web en aplicaciones en un teléfono). Esta biblioteca básicamente envía páginas y eventos a Google Analytics y puede ver sus análisis en exactamente el mismo panel de control que para sitios web. Dado que mi experiencia es aplicaciones en lugar de sitios web, y dado que una gran parte de la terminología de Google Analytics parece particularmente inaplicable a una aplicación nativa, necesito algunos punteros. Por favor discutan mis comentarios, proporcionen alguna aclaración donde crean que estoy fuera de pista, y sobre todo compartan buenas experiencias!

1. Vistas de la página

Las páginas en su mayoría pueden coincidir con diferentes Actividades (y Diálogos) que se muestran. Las actividades pueden ser visibles detrás de actividades sin pantalla completa, sin embargo, sólo se puede interactuar con la actividad de nivel superior. Esta clasificación se opone a una "(página) vista". Update -> Leer http://android-developers.blogspot.com/2010/12/analytics-for-android-apps.html y aceptarlo.

• Plugin de androide phonegap ActionBar wrapper
• Detectar la compatibilidad con la entrada de archivos del navegador
• JavaScript visibilitchange Evento no dispara en Chrome móvil
• Determinar y vincular eventos de clic o "toque"
• ¿Cómo maneja Android los hilos de fondo cuando deja una Actividad?

También desea tener al menos una vista de página para cada visita y, por lo tanto, poner un seguimiento de página en la clase Aplicación. Sin embargo esto no constituye una ventana o clases. Por lo general, una Actividad se abrirá al mismo tiempo, por lo que el tiempo invertido en esa página habrá sido 0. Esto influirá en sus estadísticas de "tiempo invertido". ¿Cómo se cuentan de todos modos?

Por otra parte, hay un acoplamiento flojo entre las actividades, por medio de intentos. Un usuario puede, al igual que en cualquier sitio web, intervenir en cualquier actividad, aunque normalmente se trata de reanudar la aplicación donde lo dejó. Esto hace que la jerarquía de las actividades sea generalmente muy plana. Y puesto que no hay ninguna url involucrada. ¿Qué significado tendría usar barras en títulos de página, como "/ Home"? Todas las páginas aparecerían en un nivel igual en los informes, por lo que no hay desglose de contenido.

Las vistas de páginas no únicas parecen contadas como algún tipo de indicador de éxito: con qué frecuencia el visitante vuelve a visitar la página. Cuando el usuario gira la pantalla, sin embargo normalmente una actividad es recreada, lo que la convierte en una nueva vista de página. Esto sucede mucho. Tal vez un bien pensado a través de la colocación de la llamada podría resolver esto, o la colocación de varios, no estoy seguro.

¿Cómo hacer frente a las vistas de la página?

2. Eventos

Yo diría que hay dos tipos:

• Un evento de usuario
• Algo que sucedió, por lo general como una consecuencia indirecta de lo anterior.

El último particularmente me está dando dolores de cabeza. En primer lugar, muchos eventos ya no están escritos en código, sino que se unen lógicamente juntos por medio de Intents. Esto significa que no hay lugar para poner la llamada analítica. Tendría que renunciar a esta ventaja y empezar a hacerlo de la manera pasada de moda a favor de la buena analítica, o, sólo falta algunos eventos.

En segundo lugar, como desarrollador no te interesa mucho cuando un usuario hace clic en un botón, pero si la acción que debería haber sido realizada realmente se realizó y cuál fue el resultado. Parece que no hay una forma clara de obtener los datos resultantes en Google Analytics (¿qué pasa con los enteros? Quiero poner en cadenas!).

Lo mismo que se aplica a la jerarquía de páginas planas, también va para las categorías de eventos. Podrías hacer categorías "verticales" (tópicamente, es decir), pero algún código se comparte "horizontalmente" y el seguimiento será igualmente compartido. Al igual que con el mecanismo de Intents, la herencia hace que sea difícil para usted poner el seguimiento en los lugares correctos en todo momento. Y no puedo imaginar categorías "horizontales". A menos que usted comience a hacer las categorías realmente pequeñas, como todos los artículos forman el mismo menú en una categoría, tengo un rato difícil agarrar el concepto.

Por último, ¿cómo lidiar con la cancelación? Por lo general ambos tienen un mecanismo de cancelación explícita por los medios de un botón, así como la cancelación implícita cuando se presiona el botón "atrás" para dejar la actividad y no hubo cambios. Este último también se aplica a "salva", cuando se pulsa el botón de retroceso y hay cambios. ¿Cómo vas a atrapar todos estos si no haciendo todo el "back" -button trabajo usted mismo?

¿Cómo lidiar con los eventos?

3. Objetivos

Para los tipos de objetivos que tengo la opción de: Destino URL, Tiempo en el sitio y Páginas / Visita. La mayoría de las aplicaciones no tienen un embudo que lleva al usuario a alguna página de "registro hecho" o "pedido colocado". Las aplicaciones ya se han comprado (en cuyo caso se desea estimular al usuario a que ame su aplicación, para que pueda atraer a nuevos compradores) o se pagan por anuncios en la aplicación. Así que el destino de URL no es un objetivo muy importante.

Tiempo en el sitio también parece problemático. En primer lugar, tengo algunas dudas sobre cómo se mediría esto. Segundo, no necesariamente quiero que mi usuario pase mucho tiempo en mi aplicación ya pagada, solo sea activo y contenido. Equivalentemente, ¿por qué no mencionar la frecuencia con que un usuario utiliza su aplicación?

Respecto a Páginas / Visita Ya mencioné cómo los cambios de orientación de pantalla hacen explotar los números de vista de página.

En una aplicación estaría más interesado en eventos / visita para medir la participación / actividad del usuario. Si está utilizando intensivamente la aplicación, entonces debe ser amante de la derecha?

Además, también tengo algunos pequeños embudos (que no conducen a la conversión aunque) que quiero ver simplificado. En mi mente esos embudos terminaría en los acontecimientos más bien que las opiniónes de la página pero que no parece posible.

También podría medir los clics en los anuncios en la aplicación, pero tendría que realizar un seguimiento de ellos como vistas de página en lugar de eventos, en vista de "Destino URL".

¿Cuáles son los objetivos inteligentes para las aplicaciones y cómo se pueden integrar en Google Analytics?

4. Optimización

¿Existe una forma inteligente de hacer manualmente lo que hace el "Optimizador de sitios web" para sitios web? Lo más importante, ¿cómo podría realizar el seguimiento de diferentes diseños de página de destino? Update -> Parece que podría usar las variables personalizadas para eso. Más detalles aún son bienvenidos.

5. Fuentes de tráfico

Las referencias se ocupan de las referencias de tiempo de instalación, si eres lo suficientemente inteligente como para incluirlas. Pero tal vez también quisiera obtener algunos datos que la aplicación de terceros envía a los usuarios a mi aplicación para realizar algunas acciones (esta interoperabilidad de la aplicación es posible a través de Intents).

Muchas de las terminologías relacionadas con "Fuentes de tráfico" parecen totalmente sin sentido y no hay posibilidad de conexión en AdSense.

¿Cuáles son los usos inteligentes de estos datos?

6. Visitantes

De las pestañas "Navegador", "Propiedades de red" y "Móvil", muchas cosas son inútiles ya que no tienen influencia en / relación con mi aplicación en su mayoría fuera de línea que no usará flash de todos modos. Sólo si profundiza lo suficiente, puede llegar a las versiones del sistema operativo, que importan mucho. Incluso me olvidé donde se podía comprobar qué dispositivos Android exacto visitó.

¿Cuáles son los usos inteligentes de estos datos? ¿Cómo puede hacer que la información relevante sea más importante?

7. Otros

No hay análisis en la página. Tengo que registrar mi aplicación como una url web (¿Qué?)?