Google a récemment annoncé de nouvelles exigences et normes de qualité pour Android et son Google Play Store. Cette initiative vise à répondre directement aux contraintes d'approvisionnement en matériel et à la pénurie croissante de modules de mémoire vive sur le marché mondial des smartphones.
Pour éviter que les applications ne consomment excessivement de ressources et ne provoquent des ralentissements ou des arrêts forcés du système d'exploitation, la société commencera à auditer et à pénaliser l'utilisation excessive de la mémoire à partir de février 2027. Les développeurs dont les applications dépassent les limites stipulées pourraient se voir imposer des restrictions sur la publication de nouvelles versions et une perte importante de visibilité dans les recherches et les recommandations du Play Store.
Indicateurs de performance et limites par niveau de RAM
La surveillance reposera sur trois piliers au sein de la plateforme Android Vitals sur la Play Console.
- La première est la consommation dynamique de mémoire, qui suit l'utilisation anonyme des flux RSS en plus des données dérivées de la partition ou du fichier d'échange, évaluer à la fois l'état actif à partir de l'application de premier plan comme son comportement en arrière-plan.
- El Le deuxième paramètre contrôle l'utilisation des bitmaps. (images bitmap) des imagesGoogle exige que les images téléchargées ne soient pas inutilement conservées en mémoire lorsque l'application passe en mode caché ou en mode cache.
- El Le troisième point nécessite l'optimisation du code exécutable au format DEX. (Exécutable Dalvik) : Les paquets doivent être traités avec des outils de réduction et d'obfuscation tels que R8, nécessitant une couverture combinée minimale de 25 % entre l'optimisation, la suppression du code inutilisé et le raccourcissement des identifiants pour alléger la charge sur la mémoire volatile.
Les seuils maximaux autorisés seront calculés par étapes en fonction de la capacité de mémoire vive physique de l'appareil. Pour les applications standard, les limites sont configurées comme suit :
- Appareils dotés de 4 Go de RAM : maximum de 2 Go en état actif et 1 Go en arrière-plan.
- Appareils dotés de 8 Go de RAM : maximum de 2.25 Go au premier plan et 1.5 Go en arrière-plan.
- Appareils dotés de 12 Go de RAM : maximum de 3.25 Go au premier plan et 1.75 Go en arrière-plan.
- Appareils dotés de 16 Go de RAM : maximum de 4.25 Go au premier plan et 2 Go en arrière-plan.
Pour les jeux vidéo mobiles, étant donné qu'il s'agit d'environnements aux exigences graphiques et de traitement plus élevées, des marges plus larges ont été fixées :
- Appareils dotés de 4 Go de RAM : limite de 2.25 Go en utilisation active et de 2 Go en arrière-plan.
- Appareils dotés de 8 Go de RAM : limite de 3.5 Go en utilisation active et de 2.75 Go en arrière-plan.
- Appareils dotés de 12 Go de RAM : limite de 4 Go en utilisation active et de 3.2 Go en arrière-plan.
- Appareils dotés de 16 Go de RAM : limite de 5 Go en utilisation active et de 3.5 Go en arrière-plan.
Outre le contrôle des ressources, Google Play mettra en œuvre une nouvelle exigence d'intégration à partir d'avril 2027. Connue sous le nom de norme de connexion sans clic , cette politique exigera que toutes les applications prenant en charge la connexion utilisateur (obligatoire ou facultative) restaurent automatiquement et intégralement la session lorsque l'utilisateur transfère ses données vers un nouvel appareil Android.
Pour se conformer à cette réglementation, les développeurs doivent intégrer l' API Android Restore Credentials, permettant ainsi aux utilisateurs d'accéder instantanément à leurs comptes dès la première ouverture de l'application, sans avoir à ressaisir manuellement leurs mots de passe. Actuellement, les jeux vidéo sont exemptés de cette exigence en raison de la complexité de leurs systèmes d'authentification, bien que Google recommande l'adoption de cette API pour les titres proposant des profils uniques.
Améliorations de sécurité dans Android 17
Parallèlement à ces réglementations du Play Store, la branche de développement d'Android 17 intègre des mécanismes de protection des communications réseau. Elle assure notamment la compatibilité avec l'extension TLS ECH (Encrypted ClientHello), successeur d'ESNI.
Contrairement aux technologies précédentes qui exposaient des métadonnées lors de la connexion initiale, ECH chiffre entièrement le message ClientHello initial, masquant le nom de domaine des sites Web visités dans le trafic HTTPS et empêchant les fuites via des champs tels que la clé pré-partagée (PSK).
Deuxièmement, le système de protection du réseau local est lancé , qui exige que les applications demandent une autorisation explicite à l'utilisateur avant de pouvoir analyser le réseau domestique ou interagir avec les appareils connectés au réseau local (LAN).
De plus, le mécanisme de transparence des certificats (CT ) est activé par défaut, maintenant un registre public et immuable de tous les certificats numériques émis et révoqués afin de détecter les anomalies ou les compromissions dans les autorités de certification (AC).
Enfin, Android 17 donne aux opérateurs mobiles la possibilité de désactiver par défaut les réseaux 2G, neutralisant ainsi les attaques basées sur de fausses stations de base qui forçaient la dégradation du signal pour intercepter le trafic SMS et déployer des campagnes de fraude.
Si vous souhaitez en savoir plus, vous trouverez les détails en suivant ce lien.