Tu tráfico orgánico en Google Play cae. Reescribes el título, cambias las palabras clave, renuevas las capturas. Nada se mueve. Antes de seguir tocando la ficha, hay un sitio que casi nadie abre primero: Android vitals.
Android vitals es el panel de Play Console que mide la calidad técnica de tu app. Según Google, sus métricas más importantes, las core vitals, afectan a la visibilidad de la app en Google Play. Eso no es nuevo. Lo que sí ha cambiado en 2026 es que la lista de métricas con efecto en la visibilidad ha crecido.
Qué es Android vitals y qué umbrales marca Google Play
Android vitals recoge datos de calidad de los dispositivos de los usuarios que han aceptado compartirlos: estabilidad, rendimiento, batería o permisos. Solo cuenta los problemas de dispositivos certificados y de apps instaladas desde Google Play.
Google fija para cada métrica un umbral de mal comportamiento (bad behavior threshold). Si tu app lo supera, es probable que sea menos descubrible en Google Play y, en algunos casos, puede aparecer una advertencia en tu ficha para ajustar las expectativas del usuario.
Las dos métricas clásicas se explican rápido. Un fallo (crash) es un cierre inesperado de la app. Un ANR (Application Not Responding) es un bloqueo: la app deja de responder mientras la usas. Google cuenta los que el usuario probablemente nota, los llamados percibidos.
Umbrales
Umbrales de mal comportamiento en Android vitals
| Métrica | Qué mide | Umbral global | Umbral por modelo de móvil |
|---|---|---|---|
| Fallos percibidos (crash) | Porcentaje de usuarios diarios con al menos un cierre inesperado que probablemente notan | 1,09% | 8% |
| ANR percibidos | Porcentaje de usuarios diarios con al menos un bloqueo en el que la app deja de responder mientras la usan | 0,47% | 8% |
| Wake locks parciales excesivos | Sesiones en las que la app mantiene un wake lock no exento al menos dos horas de media con la pantalla apagada | 5% de las sesiones | Sin umbral por modelo |
Fuente: Google, Android vitals (consultado en octubre de 2026). Google evalúa los últimos 28 días de datos.
Qué pasa cuando superas el umbral
Google detalla el mecanismo con los ANR. Si superas el umbral global, es probable que la app sea menos descubrible en todos los dispositivos. Si superas el de un modelo concreto, lo será en esos dispositivos y puede mostrarse una advertencia en tu ficha. Los fallos funcionan con la misma doble vara: un umbral global y otro por modelo.
Ahora, el matiz que casi siempre se pierde en los titulares. Play evalúa la calidad con los últimos 28 días de datos y revisa los indicadores cada día. Cuando la media mejora, las advertencias desaparecen, y las de la ficha pueden retirarse antes si el sistema detecta mejoría. En la práctica, no hay un castigo instantáneo. Pero tampoco una recuperación inmediata cuando arreglas el fallo.
Google usa además lenguaje condicional y no publica cuánto pesa cada métrica en el ranking. Entre los especialistas en ASO, la recomendación va en la misma línea: AppRadar aconseja revisar los fallos y los ANR cuando el tráfico orgánico de búsqueda y navegación cae de golpe (AppRadar, s. f.).
La novedad de 2026: los wake locks también cuentan
El 1 de marzo de 2026, Google Play empezó a aplicar tratamientos de calidad técnica por wake locks, y elevó la eficiencia de batería a core vital junto a los fallos y los ANR (Android Developers Blog, 2026).
Un wake lock es un permiso que impide que el móvil se duerma para que la app siga trabajando en segundo plano. Es útil para reproducir música o completar una descarga. Es un problema cuando se queda activo de más.
El umbral se supera cuando la app mantiene un wake lock parcial no exento durante al menos dos horas de media con la pantalla apagada en más del 5% de las sesiones de los últimos 28 días (Android Developers Blog, 2026).
Aquí Google sí es explícito con las consecuencias. Las apps que lo superan de forma continuada pueden ver advertencias en su ficha y quedar excluidas de superficies de descubrimiento como las recomendaciones (Android Developers Blog, 2026). Conviene no mezclar: para los wake locks, Google menciona expresamente las recomendaciones. Para fallos y ANR, la documentación habla de visibilidad en general.
Si te salta el aviso, Google recomienda buscar en el panel el nombre exacto del wake lock y cruzarlo con su guía para identificar los creados por otras APIs, por si lo generó una librería conocida del sistema o de Jetpack. Revisa también los SDK de terceros que hayas integrado.
Cómo auditar Android vitals antes de tocar el ASO
La conclusión práctica es sencilla: si baja el tráfico orgánico, audita la estabilidad antes de atribuirlo a metadatos o palabras clave. Gummicube advierte de que, si una app supera el umbral de wake locks, la visibilidad cae aunque su estrategia de palabras clave y creatividades sea buena (Gummicube, 2025).
Este es el orden que recomendamos:
Checklist
Antes de tocar el ASO: seis comprobaciones en Android vitals
El calendario también cuenta. Con el Black Friday el 27 de noviembre, revisar Android vitals ahora deja margen. Como Google mira 28 días, un arreglo publicado hacia el 30 de octubre, y adoptado por tus usuarios, llegará con la ventana limpia al pico de noviembre. Si quieres repasar cómo prepararlo, tenemos un calendario para el Black Friday de tu app.
Errores frecuentes al leer Android vitals
- Culpar al ASO sin mirar antes la estabilidad.
- Quedarse con la media global. Un modelo concreto de móvil puede superar el 8% aunque el total vaya bien.
- Esperar un efecto inmediato tras publicar el arreglo.
- Olvidar los SDK de terceros cuando el problema son los wake locks.
En ARKANA entendemos el ASO como parte de un sistema donde producto, estabilidad, metadatos y adquisición se leen juntos. Cuando el tráfico orgánico se mueve, el primer paso es entender por qué, no cambiar la ficha por intuición. Para ver cómo encaja cada pieza, aquí tienes nuestra guía de estrategia ASO y nuestra guía de marketing para apps.
Preguntas frecuentes
Android vitals y visibilidad en Google Play: tus dudas resueltas
En ARKANA trabajamos el ASO junto con la analítica de tu app. Cuéntanos tu caso y lo revisamos juntos antes de tocar la ficha.
Hablemos →Referencias
Android Developers Blog. (2026). Battery Technical Quality Enforcement is Here: How to Optimize Common Wake Lock Use Cases. https://android-developers.googleblog.com/2026/03/battery-technical-quality-enforcement.html
AppRadar. (s. f.). Why do Google Play Android Vitals matter for successful ASO? Recuperado el 21 de octubre de 2026, de https://appradar.com/academy/google-play-app-store-optimization/android-vitals
Google. (s. f.-a). Android vitals. Android Developers. Recuperado el 21 de octubre de 2026, de https://developer.android.com/vitals
Google. (s. f.-b). ANRs. Android Developers. Recuperado el 21 de octubre de 2026, de https://developer.android.com/google/play/vitals/anr
Google. (s. f.-c). Monitor your app’s technical quality with Android vitals. Ayuda de Play Console. Recuperado el 21 de octubre de 2026, de https://support.google.com/googleplay/android-developer/answer/9844486
Gummicube. (2025). Wake locks and how it could change your ASO strategy. https://www.gummicube.com/blog/wake-locks-and-how-it-could-change-your-aso-strategy/
