Google Play comenzará a aplicar en febrero de 2027 nuevos requisitos técnicos a las aplicaciones y los juegos distribuidos en su tienda. La plataforma fijará umbrales de «mal comportamiento» relacionados con el consumo de memoria, la memoria ocupada por bitmaps y la optimización del código DEX. Incumplirlos podrá reducir la visibilidad de un título y limitar su capacidad de publicación.
La medida obligará a los desarrolladores a vigilar el funcionamiento real de sus productos en dispositivos con distintas cantidades de RAM. No se limitará a Android 17: Google Play examinará todas las versiones de una aplicación para las que disponga de datos en móviles y tabletas con Android 13 o posterior. La compañía prevé ajustar los umbrales con el tiempo y ofrecer más detalles antes de activarlos.
La medición cubrirá los últimos 28 días
Google Play determinará el consumo mediante el percentil 90 de los datos recogidos durante los 28 días anteriores. Este criterio pretende identificar aplicaciones cuyo uso de recursos resulta elevado de manera suficientemente habitual, sin convertir un episodio aislado en el único factor de evaluación. Las dos métricas principales serán Anonymous RSS más Swap y la memoria reservada para bitmaps.
Los límites dependerán tanto de la RAM total del dispositivo como del estado en el que se encuentre el proceso. Una aplicación abierta y visible tendrá un margen diferente al de un servicio percibido por el usuario, una tarea en segundo plano o un proceso almacenado en caché. Los juegos dispondrán de límites superiores a los de las aplicaciones convencionales en cada categoría de memoria y ejecución.
| Control | Situación | Umbral o requisito |
|---|---|---|
| Memoria de apps en dispositivos con 4 GB de RAM | Primer plano | 2 GB |
| Servicio percibido o segundo plano | 1 GB | |
| Memoria de apps en dispositivos con 16 GB de RAM | Primer plano | 4,25 GB |
| Servicio percibido | 2 GB | |
| Segundo plano | 2 GB | |
| Memoria de bitmaps | Servicio percibido o segundo plano | Mal comportamiento por encima de 200 MB |
| Proceso en caché | Mal comportamiento por encima de 400 MB | |
| Optimización DEX | Apps con más de 10 MB de DEX | Al menos un 25 % |
| Juegos con más de 50 MB de DEX | Al menos un 25 % |
El código DEX también estará bajo vigilancia
El consumo de RAM no será el único criterio. Los paquetes que contengan más de 10 MB de código DEX en aplicaciones o más de 50 MB en juegos tendrán que alcanzar un mínimo del 25 % de optimización, reducción y ofuscación. El requisito busca que los paquetes grandes no lleguen a Google Play con una proporción insuficiente de código optimizado.
Para los desarrolladores, esto convierte el rendimiento en una condición que afecta directamente a la distribución, además de a la experiencia del usuario. Tendrán que revisar perfiles de memoria por tipo de dispositivo y estado del proceso, controlar los bitmaps y comprobar el resultado de sus herramientas de optimización. El cambio coincidirá con la ampliación de la verificación de desarrolladores de Android en 2027.
Android 17 puede cerrar procesos que excedan su presupuesto
La política de la tienda se apoya en una evolución paralela del sistema operativo. Android 17 incorpora límites de memoria por aplicación calculados de acuerdo con la RAM total del dispositivo. Cuando un proceso rebasa su presupuesto, el sistema puede comprimir páginas de memoria en zRAM para reducir la presión. Si el exceso persiste, Android puede terminar el proceso de la aplicación.
Esta combinación amplía las consecuencias de una gestión deficiente. Una aplicación demasiado exigente puede sufrir cierres durante su ejecución y, además, quedar penalizada en Google Play por sus métricas acumuladas. El impacto tampoco se restringirá a los teléfonos que estrenen la nueva versión del sistema, dado que el análisis de la tienda abarcará datos disponibles desde Android 13.
Google concede así varios meses para que los equipos adapten sus aplicaciones antes de febrero de 2027. La prioridad práctica será detectar los escenarios situados cerca del percentil 90, especialmente en equipos con menos RAM, en lugar de limitar las pruebas a modelos de gama alta. Para los usuarios, el objetivo es que las aplicaciones disponibles consuman recursos de forma más contenida y mantengan un comportamiento estable en una variedad mayor de dispositivos.
