Firebase es una plataforma, y la analítica es una parte de ella. La mayoría de los textos sobre «reemplazar Firebase» quieren decir en realidad reemplazarlo entero, que es una decisión distinta y mucho más grande. Esto va solo de la parte de analítica: qué cambia si sacas Google Analytics for Firebase de una aplicación, qué deberías conservar, y qué no tiene sustituto de verdad.
Por qué se lo plantea alguien
Medir una aplicación no debería exigir aceptar una plataforma publicitaria. Firebase Analytics guarda un identificador de instancia de aplicación en el dispositivo y está construido para funcionar con los identificadores publicitarios de las plataformas (el identificador publicitario de Android, el IDFA de Apple) porque la atribución a campañas publicitarias es buena parte de para lo que sirve. Si no haces publicidad, cargas con la maquinaria igualmente.
El consentimiento. Un identificador en el dispositivo trae consigo una exigencia de consentimiento en el EEE y el Reino Unido, y una aplicación que pregunta en el primer arranque pierde una parte de sus propios usuarios en sus propios números. El mismo argumento que un banner de cookies en un sitio web, con una peor primera impresión.
El modelo de eventos. Firebase Analytics es un sistema de eventos y parámetros. Recompensa a un equipo que modela sus eventos con cuidado y le da muy poco al que no lo hace, que es la mayoría de los equipos durante la mayor parte de la vida de un producto.
Un proveedor, una relación. Algunas organizaciones sencillamente no pueden mandarle a Google el uso de su aplicación. Eso es un hecho de compras y no un argumento, y es la razón por la que una buena parte de quienes leen esto lo están leyendo.
Qué manda en su lugar un SDK de aplicación que prioriza la privacidad
La pregunta útil no es «¿es privado?» sino «¿qué hay en la carga útil?». Los SDK de aplicación de Skomi mandan:
- el nombre de pantalla que le diste, tus propiedades, y si abrió la sesión
- la plataforma, la versión del sistema operativo, y si el dispositivo es móvil o de escritorio
- la versión de la aplicación que le pasaste, y qué compilación del SDK la mandó
- cuándo ocurrió según el reloj del dispositivo, y cuándo se vació el lote
- una identidad: un UUID aleatorio que la instalación se genera a sí misma
Nada más. Ningún identificador publicitario, ningún identificador de dispositivo, ninguna localización, ninguna cuenta, ningún contacto, y por tanto ningún permiso en tiempo de ejecución en ninguna plataforma más allá del acceso a Internet, porque no se pide nada de lo que necesitaría uno.
Ese es el trato en una línea: ya no puedes unir el uso de la aplicación a una campaña publicitaria, y ya no tienes que pedirle permiso a nadie para contarlos.
Conserva tu informador de fallos
Esta es la parte que la gente se equivoca, y la documentación de los SDK de Skomi lo dice claramente en vez de dejar que lo descubras.
Un SDK de analítica de aplicaciones puede informar de los errores que tu código le entrega y de los que levanta el framework. No puede informar de un fallo nativo (un segfault en el C++ de un complemento, una parada por falta de memoria, una NSException de un canal de plataforma) porque el proceso que haría el informe ya no está.
Así que Crashlytics, Sentry o el informe de la propia tienda se quedan. Lo que consigues del lado de la analítica es una tasa sin fallos puesta al lado de tus cifras de versión, que responde a otra pregunta: no «qué se rompió» sino «¿es esta compilación peor que la anterior?». Conviene saberlo: esa tasa se inclina hacia lo pesimista, porque una sesión que falló antes de su primera pantalla cuenta como fallida y no como sesión, que es la dirección segura en la que equivocarse.
Tampoco hay subida de archivo de correspondencia, así que una pila de llamadas de una compilación de producción minificada llega tal como se levantó. Otra razón para que el informador de fallos se quede.
Qué no tiene sustituto
Siendo honestos sobre el resto de la plataforma, porque «alternativa a Firebase» significa a menudo mucho más que analítica:
- Remote Config, las pruebas A/B, Cloud Messaging, Authentication, Firestore: nada de eso es analítica y nada de eso lo reemplaza una herramienta de analítica.
- Las audiencias y la atribución publicitaria. Construir una audiencia en Firebase y usarla en Google Ads es la integración para la que existe Firebase Analytics. Quita el identificador publicitario y eso se va con él, por construcción.
- La exportación bruta de eventos. Firebase puede volcar cada evento en BigQuery. La API de aplicaciones de Skomi responde con agregados (resúmenes, series temporales, desgloses) y no con una tabla de eventos que modelar tú.
Si alguno de esos tres es un pilar para ti, este no es un cambio que quieras hacer.
Lo que consigues y Firebase no te da
- Los mismos informes para tu sitio y tu aplicación, en una cuenta. Una publicación y una campaña de marketing en la misma semana son dos líneas en la misma página en vez de dos productos y una suposición. Véase un solo sitio para la analítica de aplicaciones y de sitios.
- Una cola sin conexión que no cuenta dos veces. Cada pantalla lleva un identificador emitido una vez, así que un lote reintentado tras quince días sin cobertura se reconoce en vez de contarse otra vez.
- Un interruptor de consentimiento que va en serio.
Enabled = falseno registra nada y no manda nada, así que el SDK puede existir desde el arranque y empezar solo cuando alguien dé su acuerdo.
El resumen honesto
Si usas Firebase para autenticación, mensajería y una base de datos, esto reemplaza un componente y te quedas con el resto, Crashlytics incluido.
Si añadiste Firebase a una aplicación solo para saber cuánta gente la abría y a qué pantallas llegaba, estás cargando con una plataforma publicitaria para responder a una pregunta que no la necesita, y quitarla es un cambio pequeño con un efecto desproporcionado sobre lo que tienes que declarar.
Instalar cuesta una llamada: Flutter, .NET MAUI, o cualquiera de los ocho SDK.
Lo que llega una vez que informa está en la página de App analytics: pantallas, sesiones, versiones y la tasa sin fallos. El resto del terreno, incluidos los productos que nos ganan en precio, está expuesto en las alternativas a Firebase.