Usamos cookies. Tienes opciones. Las cookies nos ayudan a mantener el sitio funcionando sin problemas e informar sobre nuestra publicidad, pero si deseas realizar ajustes, puedes visitar nuestro Aviso de cookies para más información.
Uso de cookies en su dispositivo. Las cookies nos ayudan a mantener esta página web funcionando correctamente y a personalizar nuestra publicidad, pero el uso que hacemos de las cookies depende de usted. Acepte nuestra configuración o personalícela.
×

Firebase is coming: lo que debes saber si mides tu APP con Google

El mundo digital en que vivimos es uno de los más dinámicos y cambiantes. Si hace 10 años el término smartphone era prácticamente desconocido, ahora no hay persona que conciba su vida sin uno. Este crecimiento ha cambiado la forma de relacionarnos, la forma en que compramos y la forma en que consumimos la información. Así, las APPs se convirtieron poco a poco en imprescindibles para cualquier negocio, y cuanto más crecía su uso, más necesaria se hacía su correcta medición.

En este entorno, el gigante Google supo adaptar su herramienta de análisis al servicio de las APPs: todos aquellos que utilizan Google Analytics saben que simplemente recurriendo a su SDK podían medir sus aplicaciones. Pero todo este ecosistema comenzó a cambiar hace unos meses, cuando Google anunció que el próximo octubre de 2019 deprecaría su SDK de Google Analytics. Y si esta noticia te ha preocupado, este post es para ti.

¿Cómo voy a medir mi APP ahora?

Que no cunda el pánico, el cambio al que ahora nos lleva Google pasa por Firebase Analytics (o más conocido como Google Analytics for Firebase). Con Firebase Analytics, el concepto de medición cambia, centrándose en dos conceptos: eventos y conversiones. En una APP medida con Firebase no existe la distinción entre el tradicional concepto de screenview y el de evento de categoría-acción-etiqueta de Google Analytics. Google entiende ahora que toda interacción en APP es realmente un evento, y esta es su base de análisis. Además, podemos determinar cuáles de estos eventos son esenciales para nuestro negocio, convirtiéndolos en conversiones.

Así, con el SDK de Firebase nos encargaríamos de registrar en nuestra APP todos aquellos eventos interesantes para nuestro negocio: podemos generar aquellos tradicionales de screenview y otros de interacción (download, clic to call, etc.), a los que podremos, además, añadir información adicional (a modo de dataLayer) como en la imagen:

datalayer

Y otro dato importante: Firebase Analytics (sin contar su integración con BigQuery), a diferencia de Google Analytics en su versión 360, es gratuito.

Pero mi histórico de datos está en Google Analytics, ¿qué puedo hacer?

También hay solución, y en este caso, el camino nos llevaría a Google Tag Manager. Pero ojo, su nueva versión para APP adaptada a Firebase.

Así, incluiríamos el SDK de Firebase Analytics + el de GTM en nuestra APP. Esta combinación nos permitiría que todos aquellos eventos que el SDK de Firebase ha recogido en la APP sean recibidos por tu tag manager antes de llegar a Firebase, por lo que será posible editar o eliminaraquellos que desees. Pero no solo eso, ya que podemos añadir los tags que necesitemos, como el de Google Analytics, enviando los datos a la propiedad que queramos, incluyendo toda esa información adicional (a modo de variables o dimensiones personalizadas) a nuestro gusto.

¿Y si mi APP incluye contenido web embebido?

Este tema daría posiblemente para otro post, pero tranquilo: todo se puede medir. La ayuda de Google nos explica cómo conseguir que las interacciones en tu webview sean comunicadas a tu APP nativa, pudiendo esta enviarlas directamente a Firebase (pasando a través de GTM si también lo has configurado).

No obstante, si tu webview embebido ya está enviando a Google Analytics e incluye ya GTM (en su versión web), quizá te interese más hacer la siguiente configuración para que tanto la parte nativa como la embebida envíen a una misma propiedad sin romper el usuario:

  • En tus pantallas nativas, con el SDK de Firebase + GTM, puedes enviar a esa propiedad de Google Analytics, tal como veíamos en el punto anterior.
  • Para que tu parte webview envíe a GA con el mismo identificador de usuario, se deberá enviar este identificador desde la parte nativa al webview en aquellas pantallas que contengan contenido embebido. Para hacerlo, al insertar la URL del webview se deberá incluir como parámetro ese mismo identificador de usuario que se utiliza para el envío a Google Analytics en la parte nativa. En el contenedor GTM web, simplemente debemos escuchar ese parámetro de la URL, para configurarlo como “cid” en los hits que se envíen a Google Analytics.

Pero esto lo hablaremos detenidamente en otro post 😉

Mi recomendación

Utiliza el SDK de Firebase + GTM en tu APP. En este mundo digital cambiante, no sabemos si únicamente Firebase Analytics será necesario dentro de poco, pero incluir GTM en tu APP te permitirá enviar también tus datos a Google Analytics, para seguir analizándolo tal y como estabas haciendo hasta ahora. Además, te permitirá añadir esa capa intermedia que todo tag manager proporciona, pudiendo modificar o editar información antes de enviarla a tu herramienta de analítica (sin tener que modificar código en tu APP), o incluso facilitar la inserción de otros píxeles como los de marketing. El uso de un tag manager, sea con Firebase o con tu tradicional Google Analytics, siempre podrá ayudarte.

¿Ya has tenido alguna experiencia con Firebase Analytics en APPs? ¡Cuéntanoslo en los comentarios!

 

Unirse al debate
En nuestra compañía