Google Play endureix les seves polítiques: Nous límits de consum de RAM, migració automàtica i més

Punts clau:
  • Google Play penalitzarà a partir del febrer del 2027 les aplicacions que superin els llindars màxims de memòria RAM activa i en segon pla.
  • S'estableixen límits estrictes dividits per categories de RAM física al dispositiu amb rangs diferenciats per a apps i jocs.
  • A partir de l'abril del 2027 entra en vigor l'estàndard Zero-Tap Sign-In, que requereix l'ús de l'API Restore Credentials per a migració de comptes.
  • Android 17 reforça les connexions de xarxa amb xifrat TLS ECH, Transparència de Certificats nativa i permisos per a xarxes locals.
  • Els operadors podran desactivar la connexió 2G per defecte per evitar estafes SMS per degradació forçada de xarxa.

RAM Android

Fa poc Google va donar a conèixer mitjançant un anunci el nou conjunt de requisits i estàndards de qualitat per a Android i la botiga Google Play. La iniciativa respon directament a les restriccions a la cadena de subministrament de maquinari ia la creixent escassetat de mòduls de memòria RAM al mercat global de telèfons intel·ligents.

Per evitar que les aplicacions consumeixin recursos de manera desmesurada i provoquin lentitud o tancaments forçats del sistema operatiu, la companyia començarà a auditar i penalitzar el consum excessiu de memòria a partir de febrer de 2027. Aquells desenvolupadors les aplicacions dels quals superin els límits estipulats podrien enfrontar restriccions per publicar noves versions i una severa pèrdua de visibilitat.

Mètriques de rendiment i límits per nivell de RAM

El monitoratge es basarà en tres pilars dins de la plataforma Android Vitals a la Play Console.

  • El primer és el consum dinàmic de memòria, que rastreja l'ús d'RSS anònim sumat a les dades derivades a la partició o fitxer d'intercanvi (swap), avaluant tant l'estat actiu de l'aplicació en primer pla com el seu comportament en segon pla.
  • El segon paràmetre audita l'ús de mapes de bits (bitmaps) d'imatges. Google exigeix ​​que les imatges carregades no retinguin memòria de manera innecessària quan l'aplicació passi a un estat no visible o en memòria cau.
  • El tercer punt exigeix ​​l'optimització del codi executable en format DEX (Dalvik Executable): els paquets s'hauran de processar amb eines de reducció i ofuscació com R8, exigint un mínim del 25% de cobertura combinada entre optimització, eliminació de codi no utilitzat i escurçament d'identificadors per alleugerir la càrrega a la memòria volàtil.

Els llindars màxims permesos es calcularan de manera esglaonada en funció de la capacitat de RAM física del dispositiu. Per a aplicacions estàndard, els límits queden configurats de la següent manera:

  • Dispositius de 4 GB de RAM: Màxim de 2 GB en estat actiu i 1 GB en segon pla.
  • Dispositius de 8 GB de RAM: Màxim de 2.25 GB en primer pla i 1.5 GB en segon pla.
  • Dispositius de 12 GB de RAM: Màxim de 3.25 GB en primer pla i 1.75 GB en segon pla.
  • Dispositius de 16 GB de RAM: Màxim de 4.25 GB en primer pla i 2 GB en segon pla.

Per als videojocs mòbils, en tractar-se d'entorns amb més demanda gràfica i de processament, s'han fixat marges més amplis:

  • Dispositius de 4 GB de RAM: Límit de 2.25 GB en ús actiu i 2 GB en segon pla.
  • Dispositius de 8 GB de RAM: Límit de 3.5 GB en ús actiu i 2.75 GB en segon pla.
  • Dispositius de 12 GB de RAM: Límit de 4 GB en ús actiu i 3.2 GB en segon pla.
  • Dispositius de 16 GB de RAM: Límit de 5 GB en ús actiu i 3.5 GB en segon pla.

A més del control de recursos, Google Play implementarà una nova exigència d'incorporació a partir de l'abril del 2027. Coneguda com l'estàndard Zero-Tap Sign-In , aquesta política obligarà totes les aplicacions que admetin inici de sessió d'usuari (obligatori o opcional) a restaurar de forma completament automàtica la sessió quan l'usuari migri les seves dades a un nou dispositiu Android.

Per complir aquesta normativa, els desenvolupadors hauran d'integrar l'API Restore Credentials d'Android, garantint que l'usuari accedeixi al vostre compte de manera instantània en obrir l'app per primera vegada sense haver de tornar a introduir contrasenyes manualment. De moment, els videojocs queden exempts d'aquest requeriment específic a causa de la complexitat dels seus esquemes d'autenticació, encara que Google recomana adoptar l'API en aquells títols amb perfils únics.

Avenços de seguretat en Android 17

Paral·lelament a aquestes regulacions de botiga, la branca de desenvolupament d'Android 17 incorpora mecanismes per a la protecció de comunicacions en xarxa. En primer lloc, s'activa la compatibilitat amb l'extensió TLS ECH (Encrypted Client Hello), successora ESNI.

A diferència de les tecnologies anteriors que deixaven al descobert metadades durant l'inici de la connexió, ECH xifra completament el missatge inicial ClientHello, ocultant el nom de domini dels llocs web que es visiten en trànsit HTTPS i impedint fuites a través de camps com la clau precompartida (PSK).

En segon lloc, s'estrena el sistema de protecció de xarxa local , que exigeix ​​a les aplicacions sol·licitar un permís explícit de l'usuari abans de poder escanejar la xarxa domèstica o interactuar amb dispositius connectats a la xarxa d'àrea local (LAN).

Addicionalment, el mecanisme de Transparència de Certificats (CT ) passa a estar habilitat per defecte, mantenint un registre públic i immutable de tots els certificats digitals emesos i revocats per detectar anomalies o compromisos a les Autoritats de Certificació (CA).

Finalment, Android 17 atorga als operadors de telefonia mòbil la capacitat de deshabilitar les xarxes 2G per defecte, neutralitzant atacs basats en estacions base falses que forçaven la degradació de senyal per interceptar trànsit SMS i desplegar campanyes de frau.

Si estàs interessat en poder conèixer més sobre això, pots consultar els detalls al següent enllaç.


Afegir com a font preferida a Google