Guía técnica · Google Play
Android Vitals: crash rate 1,09 % y ANR 0,47 % (umbral Google Play)
Actualizado:
Google Play reduce la visibilidad de tu app si el crash rate pasa del 1,09 % o el ANR del 0,47 % de usuarios diarios (8 % por modelo). Qué mide Android Vitals y cómo evitarlo.
Android Vitals no es solo un panel informativo en Play Console: dos de sus métricas — crash rate y ANR rate percibidos por el usuario— son core vitals, lo que significa que superar ciertos umbrales reduce directamente cuánto te recomienda Google Play, con o sin cambios en tu ficha o tus keywords.
Qué es Android Vitals
Android Vitals es el apartado de Play Console (Calidad → Android Vitals) donde Google agrega, a partir de los dispositivos de usuarios reales que han aceptado compartir datos, la estabilidad y el rendimiento de tu app: cierres inesperados (crashes), bloqueos (ANR, «la aplicación no responde»), consumo de batería, tiempos de arranque y permisos denegados. No necesitas integrar nada: se rellena solo con el uso en producción y en las pruebas cerradas y abiertas. Dos de sus métricas son «vitales principales» y tienen umbrales con consecuencias directas en tu visibilidad; son las que explicamos a continuación.
Los umbrales exactos
| Métrica | Umbral general | Umbral por modelo |
|---|---|---|
| Crash rate (user-perceived) | ≥ 1,09% de usuarios activos diarios | ≥ 8% en un modelo concreto |
| ANR rate (user-perceived) | ≥ 0,47% de usuarios activos diarios | ≥ 8% en un modelo concreto |
Si superas el umbral general, la app se vuelve menos descubrible en todos los dispositivos. Si superas el umbral por modelo en un teléfono concreto, Google Play deja de recomendar tu app a usuarios de ese modelo y puede mostrar un aviso en la ficha de la tienda.
ANR rate: qué significa y qué la provoca
Una ANR (Application Not Responding, «la aplicación no responde») ocurre cuando el hilo principal de tu app lleva demasiado tiempo bloqueado y el sistema muestra el aviso de cierre. La ANR rate es el porcentaje de usuarios activos diarios que han sufrido al menos una ANR percibida: por eso un umbral del 0,47 % parece pequeño pero se cruza con facilidad en apps con mucho tráfico.
- Causas habituales: red o disco en el hilo principal, bloqueos entre hilos (deadlocks), trabajo pesado al arrancar y escrituras síncronas de preferencias.
- Cómo detectarlas antes de publicar: activa StrictMode en las builds de prueba y revisa en Play Console los grupos de ANR que Android Vitals agrupa por traza.
- Por qué importan los dispositivos variados: una ANR que no ves en tu móvil de gama alta aparece en un modelo lento; una prueba cerrada con fabricantes distintos las saca a la luz.
Por qué esto te puede pillar por sorpresa
El umbral por modelo (8%) es fácil de cruzar sin darte cuenta: puede que tu crash rate global esté perfectamente sano, pero si un modelo de gama baja o un fabricante concreto representa solo el 3-4% de tus usuarios y ahí el crash rate es del 15%, ya estás penalizado en ese segmento — aunque el agregado no lo muestre a simple vista.
La relación con el testing antes de publicar
Detectar estos problemas en producción significa que ya has cruzado el umbral y estás perdiendo visibilidad mientras corriges. La alternativa es cubrir fabricantes y categorías de dispositivo variados en tu prueba cerrada antes de pedir producción — exactamente lo que permiten las campañas de Tester Marketplace con segmentación por fabricante, categoría de dispositivo (teléfono, tablet, plegable) y foco de test en compatibilidad de dispositivo.