Lanzar una nueva versión de su aplicación móvil a producción es una de las partes más emocionantes del desarrollo de una aplicación, ¡pero también puede ser una de las más estresantes! Su equipo necesita realizar un seguimiento de la adopción de versiones, los nuevos errores y el impacto de esos errores, una comparación con versiones anteriores y más.
Esta página describe varias herramientas que ofrece Firebase para monitorear los datos que necesita para sentirse seguro acerca del lanzamiento de su aplicación móvil.
Utilice el panel de control de lanzamientos para explorar los datos relacionados con sus lanzamientos.
El panel de Monitoreo de versiones en Firebase console funciona con Firebase Crashlytics. Es un panel único para monitorear su versión de producción más reciente. El panel se actualiza casi en tiempo real y le brinda una vista de alto nivel de las métricas de lanzamiento más importantes, incluidas métricas sin fallas, adopción de versiones, comparaciones con lanzamientos anteriores y cualquier problema nuevo para el lanzamiento.
Este nuevo panel mejora la página Última versión en la consola. En comparación con esa página, el panel de Monitoreo de versiones agrega más información, muestra datos útiles sin la necesidad de Google Analytics y se carga más rápidamente.
Características del tablero
Informes en tiempo real
Todos los gráficos se actualizan casi en tiempo real. Poco después de implementar su última versión, podrá observar cómo los usuarios comienzan a interactuar con esa versión. Si algunos de esos usuarios experimentan fallas, sabrá el impacto de inmediato a través de gráficos de métricas sin fallas .Comparación y evaluación comparativa basada en versiones anteriores
Puede ver la estabilidad de su última versión en el contexto de sus versiones anteriores. El panel le permite comparar las métricas en vivo de su última versión y hasta dos de sus versiones publicadas anteriormente.Principales temas nuevos
Puede ver nuevos bloqueos de su última versión a medida que llegan. En la tabla Principales problemas nuevos , puede monitorear el impacto de los problemas detectados por primera vez en su última versión, lo que le permitirá tomar rápidamente una decisión sobre si detener o revertir la versión.
Requisitos para el tablero
Para ver su última versión en el panel de Monitoreo de versiones , haga lo siguiente:
Asegúrese de que su aplicación utilice como mínimo las siguientes versiones del SDK de Crashlytics:
Plataformas Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Aleteo: v3.4.5+ | Unidad: 11.7.0+Publique una nueva versión de la aplicación en producción para que tenga una cantidad suficiente de usuarios interesados con su última versión .
Preguntas frecuentes sobre el panel
Para que una compilación aparezca en el panel, debe utilizar como mínimo las siguientes versiones del SDK de Crashlytics:
Plataformas Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Aleteo: v3.4.5+ | Unidad: 11.7.0+
Tenga en cuenta que estas versiones del SDK a menudo se denominan versiones de SDK "compatibles con sesiones", ya que son capaces de enviar datos de sesiones a Crashlytics, lo cual es necesario para muchas de las nuevas funciones de Crashlytics, como el panel de monitoreo de versiones .
Para que una compilación aparezca en el panel, debe cumplir todos los requisitos siguientes:
La compilación utiliza como mínimo las siguientes versiones del SDK de Crashlytics:
Plataformas Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Aleteo: v3.4.5+ | Unidad: 11.7.0+La compilación tiene una cantidad suficiente de usuarios en los últimos 3 días:
La compilación debe tener al menos 500 usuarios únicos O
La compilación tiene al menos el 1% del total de usuarios y tiene al menos 2 usuarios únicos.
El panel de Monitoreo de versiones tiene como objetivo ayudarlo con sus versiones de producción, es decir, compilaciones que tienen una cantidad significativa de usuarios.
Para que una compilación aparezca en el panel, debe cumplir todos los requisitos siguientes:
La compilación utiliza como mínimo las siguientes versiones del SDK de Crashlytics:
Plataformas Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Aleteo: v3.4.5+ | Unidad: 11.7.0+La compilación tiene una cantidad suficiente de usuarios en los últimos 3 días:
La compilación debe tener al menos 500 usuarios únicos O
La compilación tiene al menos el 1% del total de usuarios y tiene al menos 2 usuarios únicos.
(Para aplicaciones distribuidas a través de Google Play) Si una aplicación tiene un enlace de Google Play , el panel muestra todas las compilaciones enumeradas en el seguimiento de Play Prod, incluso si Crashlytics no ha recibido ningún registro de sesiones ni ha detectado usuarios activos para esa compilación.
Tenga en cuenta que para ver datos en el panel para comparaciones o porcentaje de usuarios activos, debe haber publicado al menos dos compilaciones que cumplan con los requisitos anteriores.
En primer lugar, resulta útil comprender parte de la terminología relacionada con el gráfico de usuarios activos :
Una sesión es un período de tiempo continuo en el que un usuario interactúa con una aplicación. Una nueva sesión comienza cuando la aplicación se inicia en frío o cuando la aplicación pasa a primer plano después de al menos 30 minutos de estar en segundo plano.
Los usuarios activos para una compilación específica son la cantidad de usuarios que iniciaron una sesión usando esa compilación, agrupados por hora.
Los usuarios totales (activos) son la cantidad de usuarios que iniciaron una sesión en cualquier compilación de la aplicación que use una versión de SDK con capacidad para sesiones , agrupados por hora.
En el gráfico de usuarios activos , el valor porcentual y el recuento de usuarios activos que siempre se muestran en el gráfico son de los últimos 60 minutos (o, si no ha habido ningún usuario activo en los últimos 60 minutos, el período de la última hora en el que hubo tener datos). Por ejemplo, en la captura de pantalla de ejemplo, hubo 90 usuarios activos para la compilación 6.0.0 (600) en los últimos 60 minutos, lo que representa el 22,1 % del total de usuarios (activos) de la aplicación.
Cuando mantiene el mouse sobre las líneas en el gráfico de usuarios activos , el porcentaje de usuarios activos se calcula a partir del recuento de usuarios activos del período de horas sobre el que se encuentra.
Tenga en cuenta que para ver el porcentaje de usuarios activos, debe haber publicado al menos dos compilaciones que cumplan con los requisitos descritos en la pregunta frecuente "¿Qué compilaciones se pueden ver en el panel de Monitoreo de versiones ?" .
El porcentaje de usuarios activos se basa en los datos de la sesión recibidos, no en ningún otro dato (como datos de Google Play o informes de fallos).
Si es la primera vez que lanza su aplicación con una versión compatible del SDK de Crashlytics , entonces Crashlytics no tiene datos de sesiones anteriores con los que comparar.
Configurar alertas
Varios productos de Firebase, incluido Crashlytics, pueden enviar alertas por diversos motivos específicos del producto. Para recibir alertas , debe tener los permisos requeridos.
Para monitorear la estabilidad de su última versión, puede configurar alertas tanto de Performance Monitoring como de Crashlytics. Específicamente para Crashlytics, puede configurar las siguientes alertas:
Utilice alertas de velocidad para notificar a su equipo si algún problema individual en su aplicación cruza un umbral que usted define en Firebase console.
Envíe alertas sobre problemas nuevos o retrocedidos a su canal de notificación preferido:
Utilice las integraciones de alertas configuradas en Firebase-console para Jira , Slack y PagerDuty .
Configure alertas avanzadas para servicios de terceros utilizando Cloud Functions para Firebase.
Asegúrese de una liberación suave antes de soltar
Antes de lanzar su última versión, considere utilizar algunos de los siguientes servicios y funciones para ayudar a garantizar un lanzamiento sin problemas.
Utilice servicios de prueba previos al lanzamiento
Firebase ofrece dos productos que pueden ayudar con las pruebas previas al lanzamiento: Test Lab y App Distribution. Ambos servicios se pueden integrar en sus flujos de CI/CD.
Firebase Test Lab es una infraestructura de prueba de aplicaciones basada en la nube que le permite probar su aplicación en una variedad de dispositivos y configuraciones, para que pueda obtener una comprensión temprana de cómo funcionará en manos de usuarios reales.
Y cuando esté listo para poner su última versión en manos de evaluadores humanos confiables, use Firebase App Distribution . Puede administrar las distribuciones preliminares de su plataforma Apple y Android desde el mismo lugar.
Utilice servicios de implementación y pruebas limitadas
Utilice Firebase Remote Config para lanzar nuevas funciones con un mecanismo de implementación porcentual o probar esas funciones en un grupo de prueba limitado .
Firebase también ofrece pruebas A/B para que puedas probar los cambios en la interfaz de usuario, las funciones o las campañas de participación de tu aplicación para ver cómo impactan tus métricas clave (como los ingresos y la retención) antes de implementarlas ampliamente.
,Lanzar una nueva versión de su aplicación móvil a producción es una de las partes más emocionantes del desarrollo de una aplicación, ¡pero también puede ser una de las más estresantes! Su equipo necesita realizar un seguimiento de la adopción de versiones, los nuevos errores y el impacto de esos errores, una comparación con versiones anteriores y más.
Esta página describe varias herramientas que ofrece Firebase para monitorear los datos que necesita para sentirse seguro acerca del lanzamiento de su aplicación móvil.
Utilice el panel de control de lanzamientos para explorar los datos relacionados con sus lanzamientos.
El panel de Monitoreo de versiones en Firebase console funciona con Firebase Crashlytics. Es un panel único para monitorear su versión de producción más reciente. El panel se actualiza casi en tiempo real y le brinda una vista de alto nivel de las métricas de lanzamiento más importantes, incluidas métricas sin fallas, adopción de versiones, comparaciones con lanzamientos anteriores y cualquier problema nuevo para el lanzamiento.
Este nuevo panel mejora la página Última versión en la consola. En comparación con esa página, el panel de Monitoreo de versiones agrega más información, muestra datos útiles sin la necesidad de Google Analytics y se carga más rápidamente.
Características del tablero
Informes en tiempo real
Todos los gráficos se actualizan casi en tiempo real. Poco después de implementar su última versión, podrá observar cómo los usuarios comienzan a interactuar con esa versión. Si algunos de esos usuarios experimentan fallas, sabrá el impacto de inmediato a través de gráficos de métricas sin fallas .Comparación y evaluación comparativa basada en versiones anteriores
Puede ver la estabilidad de su última versión en el contexto de sus versiones anteriores. El panel le permite comparar las métricas en vivo de su última versión y hasta dos de sus versiones publicadas anteriormente.Principales temas nuevos
Puede ver nuevos bloqueos de su última versión a medida que llegan. En la tabla Principales problemas nuevos , puede monitorear el impacto de los problemas detectados por primera vez en su última versión, lo que le permitirá tomar rápidamente una decisión sobre si detener o revertir la versión.
Requisitos para el tablero
Para ver su última versión en el panel de Monitoreo de versiones , haga lo siguiente:
Asegúrese de que su aplicación utilice como mínimo las siguientes versiones del SDK de Crashlytics:
Plataformas Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Aleteo: v3.4.5+ | Unidad: 11.7.0+Publique una nueva versión de la aplicación en producción para que tenga una cantidad suficiente de usuarios interesados con su última versión .
Preguntas frecuentes sobre el panel
Para que una compilación aparezca en el panel, debe utilizar como mínimo las siguientes versiones del SDK de Crashlytics:
Plataformas Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Aleteo: v3.4.5+ | Unidad: 11.7.0+
Tenga en cuenta que estas versiones del SDK a menudo se denominan versiones de SDK "compatibles con sesiones", ya que son capaces de enviar datos de sesiones a Crashlytics, lo cual es necesario para muchas de las nuevas funciones de Crashlytics, como el panel de monitoreo de versiones .
Para que una compilación aparezca en el panel, debe cumplir todos los requisitos siguientes:
La compilación utiliza como mínimo las siguientes versiones del SDK de Crashlytics:
Plataformas Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Aleteo: v3.4.5+ | Unidad: 11.7.0+La compilación tiene una cantidad suficiente de usuarios en los últimos 3 días:
La compilación debe tener al menos 500 usuarios únicos O
La compilación tiene al menos el 1% del total de usuarios y tiene al menos 2 usuarios únicos.
El panel de Monitoreo de versiones tiene como objetivo ayudarlo con sus versiones de producción, es decir, compilaciones que tienen una cantidad significativa de usuarios.
Para que una compilación aparezca en el panel, debe cumplir todos los requisitos siguientes:
La compilación utiliza como mínimo las siguientes versiones del SDK de Crashlytics:
Plataformas Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Aleteo: v3.4.5+ | Unidad: 11.7.0+La compilación tiene una cantidad suficiente de usuarios en los últimos 3 días:
La compilación debe tener al menos 500 usuarios únicos O
La compilación tiene al menos el 1% del total de usuarios y tiene al menos 2 usuarios únicos.
(Para aplicaciones distribuidas a través de Google Play) Si una aplicación tiene un enlace de Google Play , el panel muestra todas las compilaciones enumeradas en el seguimiento de Play Prod, incluso si Crashlytics no ha recibido ningún registro de sesiones ni ha detectado usuarios activos para esa compilación.
Tenga en cuenta que para ver datos en el panel para comparaciones o porcentaje de usuarios activos, debe haber publicado al menos dos compilaciones que cumplan con los requisitos anteriores.
En primer lugar, resulta útil comprender parte de la terminología relacionada con el gráfico de usuarios activos :
Una sesión es un período de tiempo continuo en el que un usuario interactúa con una aplicación. Una nueva sesión comienza cuando la aplicación se inicia en frío o cuando la aplicación pasa a primer plano después de al menos 30 minutos de estar en segundo plano.
Los usuarios activos para una compilación específica son la cantidad de usuarios que iniciaron una sesión usando esa compilación, agrupados por hora.
Los usuarios totales (activos) son la cantidad de usuarios que iniciaron una sesión en cualquier compilación de la aplicación que use una versión de SDK con capacidad para sesiones , agrupados por hora.
En el gráfico de usuarios activos , el valor porcentual y el recuento de usuarios activos que siempre se muestran en el gráfico son de los últimos 60 minutos (o, si no ha habido ningún usuario activo en los últimos 60 minutos, el período de la última hora en el que hubo tener datos). Por ejemplo, en la captura de pantalla de ejemplo, hubo 90 usuarios activos para la compilación 6.0.0 (600) en los últimos 60 minutos, lo que representa el 22,1 % del total de usuarios (activos) de la aplicación.
Cuando mantiene el mouse sobre las líneas en el gráfico de usuarios activos , el porcentaje de usuarios activos se calcula a partir del recuento de usuarios activos del período de horas sobre el que se encuentra.
Tenga en cuenta que para ver el porcentaje de usuarios activos, debe haber publicado al menos dos compilaciones que cumplan con los requisitos descritos en la pregunta frecuente "¿Qué compilaciones se pueden ver en el panel de Monitoreo de versiones ?" .
El porcentaje de usuarios activos se basa en los datos de la sesión recibidos, no en ningún otro dato (como datos de Google Play o informes de fallos).
Si es la primera vez que lanza su aplicación con una versión compatible del SDK de Crashlytics , entonces Crashlytics no tiene datos de sesiones anteriores con los que comparar.
Configurar alertas
Varios productos de Firebase, incluido Crashlytics, pueden enviar alertas por diversos motivos específicos del producto. Para recibir alertas , debe tener los permisos requeridos.
Para monitorear la estabilidad de su última versión, puede configurar alertas tanto de Performance Monitoring como de Crashlytics. Específicamente para Crashlytics, puede configurar las siguientes alertas:
Utilice alertas de velocidad para notificar a su equipo si algún problema individual en su aplicación cruza un umbral que usted define en Firebase console.
Envíe alertas sobre problemas nuevos o retrocedidos a su canal de notificación preferido:
Utilice las integraciones de alertas configuradas en Firebase-console para Jira , Slack y PagerDuty .
Configure alertas avanzadas para servicios de terceros utilizando Cloud Functions para Firebase.
Asegúrese de una liberación suave antes de soltar
Antes de lanzar su última versión, considere utilizar algunos de los siguientes servicios y funciones para ayudar a garantizar un lanzamiento sin problemas.
Utilice servicios de prueba previos al lanzamiento
Firebase ofrece dos productos que pueden ayudar con las pruebas previas al lanzamiento: Test Lab y App Distribution. Ambos servicios se pueden integrar en sus flujos de CI/CD.
Firebase Test Lab es una infraestructura de prueba de aplicaciones basada en la nube que le permite probar su aplicación en una variedad de dispositivos y configuraciones, para que pueda obtener una comprensión temprana de cómo funcionará en manos de usuarios reales.
Y cuando esté listo para poner su última versión en manos de evaluadores humanos confiables, use Firebase App Distribution . Puede administrar las distribuciones preliminares de su plataforma Apple y Android desde el mismo lugar.
Utilice servicios de implementación y pruebas limitadas
Utilice Firebase Remote Config para lanzar nuevas funciones con un mecanismo de implementación porcentual o probar esas funciones en un grupo de prueba limitado .
Firebase también ofrece pruebas A/B para que puedas probar los cambios en la interfaz de usuario, las funciones o las campañas de participación de tu aplicación para ver cómo impactan tus métricas clave (como los ingresos y la retención) antes de implementarlas ampliamente.