Google Play endurecerá las reglas de Android en 2027: memoria, código y acceso sin toques

Google Play elevará en 2027 el listón técnico para las aplicaciones y los juegos distribuidos en Android. A partir de febrero de 2027, la tienda evaluará tres tipos de comportamiento que pueden provocar ralentizaciones, cierres inesperados o una entrega poco eficiente de las apps: el consumo de memoria dinámica, la memoria utilizada por mapas de bits y la optimización del código DEX.

Dos meses después, en abril de 2027, llegará una exigencia distinta: las aplicaciones que utilizan inicio de sesión deberán ofrecer Zero-Tap Sign-In durante la migración a un nuevo dispositivo Android, mediante el sistema Restore Credentials. Los juegos están exentos de este requisito por el momento. 17

Las tres áreas que Google Play vigilará

1. Memoria dinámica

Google medirá la memoria residente anónima de una aplicación —conocida como RSS— junto con la memoria de intercambio comprimida o compressed swap. El objetivo es contabilizar la memoria privada que la app consume mientras funciona, sin considerar automáticamente todos los archivos de código o recursos almacenados en el dispositivo.

En el caso de los juegos, los umbrales de memoria dinámica en primer plano variarán según la RAM disponible en cada dispositivo. El rango anunciado va desde 2,25 GB en equipos con 4 GB de RAM hasta 5 GB en equipos con 16 GB de RAM. En lugar de aplicar un límite idéntico a todos los móviles y tabletas, Google Play evaluará el comportamiento por categorías de capacidad del dispositivo.

2. Memoria de mapas de bits

La política también analizará el uso de mapas de bits —los recursos gráficos que suelen emplearse para imágenes, texturas e interfaces— en tres estados: primer plano, segundo plano y caché.

Los umbrales serán los siguientes:

• 200 MB cuando la aplicación esté en primer o segundo plano.
• 400 MB cuando la aplicación se encuentre en caché.

La intención es evitar que los recursos visuales permanezcan ocupando memoria cuando ya no son visibles o no se necesitan de inmediato.

3. Optimización del código DEX

Los juegos cuyo código DEX supere los 50 MB deberán alcanzar al menos un 25 % de cobertura del Android App Bundle mediante técnicas de reducción, optimización y ofuscación.

Los desarrolladores podrán recurrir a herramientas como R8 u otras soluciones de shrinking para eliminar código innecesario y mejorar la eficiencia del paquete que se entrega a cada dispositivo.

Cómo se calculará el incumplimiento

Google Play no decidirá el estado de una app a partir de una única sesión especialmente problemática. Los umbrales se calcularán utilizando el percentil 90 (P90) de los datos recopilados durante un periodo móvil de 28 días. En la práctica, esto significa que la política busca detectar problemas persistentes en el uso real, no castigar una medición aislada o un caso excepcional.

Las aplicaciones que permanezcan por encima de los límites podrían sufrir menor visibilidad y restricciones en sus capacidades de publicación dentro de Google Play. Eso no equivale, según la descripción disponible, a eliminar automáticamente de la tienda todas las apps que superen un umbral.

Google también prepara herramientas de seguimiento y diagnóstico en Play Console para que los desarrolladores puedan revisar las métricas de memoria dinámica y mapas de bits antes de que comience la aplicación de las reglas. Además, los umbrales podrían modificarse a medida que la compañía reúna más datos y refine sus criterios para distintos tipos de dispositivos y aplicaciones.

Por eso, los límites publicados deberían entenderse como una referencia para la supervisión continua, no como una certificación que se obtiene una sola vez.

Zero-Tap Sign-In: el segundo plazo de 2027

La otra novedad afecta a la experiencia de cambiar de teléfono. Desde abril de 2027, las aplicaciones que incluyan inicio de sesión deberán admitir Zero-Tap Sign-In, un sistema que restaura automáticamente el estado de acceso del usuario durante la migración entre dispositivos Android mediante la API Restore Credentials.

Restore Credentials se integra a través de Credential Manager y está diseñado para iniciar sesión de forma silenciosa cuando una persona recupera una aplicación en un dispositivo nuevo. Puede funcionar independientemente del método principal de autenticación de la app, ya se trate de una contraseña, una clave de acceso (passkey) o un inicio de sesión federado. 1719

El objetivo es reducir la fricción habitual de tener que introducir manualmente las credenciales en cada aplicación después de transferir los datos a un nuevo móvil. Los juegos quedan fuera del requisito por ahora, aunque Google podría revisar esa exención más adelante.

La relación con Android 17

Las reglas de Google Play complementan los controles de memoria del sistema operativo Android 17, pero no los sustituyen. Android 17 introduce límites de memoria por aplicación basados en la RAM total del dispositivo, inicialmente en equipos Pixel. Google prevé que más fabricantes adopten estos límites en dispositivos con configuraciones que van desde 4 GB hasta más de 16 GB de RAM.

Si una app supera el límite establecido por Android 17, el sistema operativo puede ralentizarla y, finalmente, terminar su proceso. Las nuevas reglas de Play actúan en una etapa anterior: presionan a los desarrolladores para que reduzcan el consumo excesivo y optimicen el código antes de que los usuarios se encuentren con esos controles mientras utilizan la aplicación.

La diferencia es importante:

• Android 17 determina qué puede ocurrir mientras una aplicación se ejecuta en un dispositivo concreto.
• Google Play determina si esa aplicación conserva la visibilidad y las capacidades de publicación habituales en la tienda.

Qué deberían hacer los desarrolladores

Los equipos responsables de aplicaciones grandes y juegos deberían empezar a prepararse con varias tareas concretas:

1. Auditar el uso de RSS anónima y de memoria de intercambio comprimida en sesiones de primer plano y segundo plano.
2. Medir por separado la memoria utilizada por mapas de bits, incluidos los estados en caché.
3. Comprobar el tamaño del código DEX y calcular la cobertura del Android App Bundle obtenida mediante reducción, optimización y ofuscación.
4. Probar el rendimiento en varios niveles de RAM, en lugar de depender únicamente de dispositivos de gama alta.
5. Revisar las próximas métricas de Android Vitals y las herramientas de diagnóstico de Play Console.
6. Analizar el flujo de autenticación y planificar la integración de Restore Credentials antes de abril de 2027.

El mensaje práctico para los desarrolladores es claro: la eficiencia de memoria y la optimización del código dejarán de ser solo buenas prácticas de rendimiento. También se convertirán en factores que pueden influir en la distribución de una aplicación. Una app que no se prepare quizá siga funcionando, pero podría perder visibilidad en Google Play, ver limitada su capacidad de publicación y quedar más expuesta a los controles de memoria del propio Android.