Analítica web
Reflexiones sobre madurez digital, datos y tecnología

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

Se lee en 3 minutos

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.

EventosFirebase

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 Firebase

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.

GTM 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 eliminar aquellos 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.

SDK Firebase + GTM

Ejemplo de modificación de tag de Firebase en GTM:

Tag Firebase GTM

Ejemplo de tag de GA en GTM, incluyendo información adicional recogida por el SDK de Firebase cómo dimensión personalizada:

GTM GA Firebase

¿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!


*Fuente imagen destacada: Freepik

2 Comentarios

  1. Hola Jana! Justamente lo que buscaba sobre el tema de web embebida en un app. Quisiera saber si ya tienes el otro post dónde ibas a hablar sobre eso! Un saludo cordial.

    • Jana Álvarez Responder

      Buenos días Sergio! Como bien dices, hablaremos de esto en mi siguiente post, pero aún no está disponible. Un saludo!

Escribe tu comentario

dieciocho − 3 =

Navegar