Que ce soit sur iOS ou Android, fermer les applications de manière manuelle ne contribue pas à économiser de la batterie, mais peut même avoir l’effet inverse. Google a récemment confirmé cette notion en imposant de nouvelles règles pour limiter les applications qui consomment excessivement en arrière-plan.
À compter du 1ᵉʳ mars 2026, Google renforce les exigences pour les développeurs sur le Play Store. Les applications qui empêchent le smartphone de passer en mode veille complet, en utilisant un système appelé « Wake Lock », ne peuvent plus interférer avec le mode veille pour plus de deux heures durant une journée avec l’écran éteint. Si cette limite est dépassée, le développeur risque une double pénalité : son application est retirée des recommandations et un message d’avertissement apparaît sur sa page de téléchargement pour informer les utilisateurs.
Cette initiative vise spécifiquement les applications mal optimisées qui gardent le processeur en activité sans nécessité pendant que l’écran est éteint. Elle met également en lumière un débat plus ancien qui concerne directement les utilisateurs : est-il judicieux de fermer soi-même ses applications pour économiser de la batterie ?
La position de Apple et Google expliquée
Du côté de Apple comme de Google, la réponse à cette question est assez claire. Selon la page de support d’Apple, une application ne devrait être fermée manuellement que lorsqu’elle ne fonctionne plus correctement. Il n’est pas mentionné que fermer des applications manuellement contribue à économiser la batterie.
Pour Android, la documentation destinée aux développeurs indique qu’un processus en cache, soit une application en arrière-plan, est jugé inutile par le système et doit donc cesser toute activité. La documentation du projet open source Android détaille davantage ce qui se passe réellement une fois l’application reléguée en arrière-plan.
Comment cette action peut aggraver la situation
La documentation précise que lorsqu’une application est mise en arrière-plan, elle devient un processus en cache. Le système ne la considère plus comme essentielle et peut donc la fermer si besoin, mais il n’est pas obligé de le faire. En pratique, un processus en cache est mis en pause environ dix secondes après son passage en cet état. Ses activités internes sont suspendues et ne consomment plus de ressources processeur jusqu’à ce qu’un événement système, tel qu’une notification ou une réouverture par l’utilisateur, les réactive.
En résumé, une application en pause consomme très peu d’énergie. Elle reste prête à être réactivée immédiatement là où l’utilisateur l’a laissée.
Le problème se pose lorsque l’utilisateur ferme de force cette application via le gestionnaire de tâches. Le processus en pause est alors complètement éliminé. Lors de la prochaine ouverture, le système doit tout recharger depuis le stockage, réinitialiser les données en mémoire et rétablir les connexions nécessaires. Ce redémarrage complet demande beaucoup plus d’énergie processeur qu’une simple reprise depuis un état suspendu, ce qui augmente la consommation de batterie par rapport à si l’application était restée ouverte.
Une exception et un conseil à suivre
Cette règle s’applique uniquement aux applications qui fonctionnent normalement. Une application qui plante, qui ne répond plus, ou qui utilise trop de ressources en arrière-plan, peut justifier une fermeture forcée. C’est d’ailleurs l’objectif de la nouvelle politique de Google qui cherche à régler le problème à la source en sanctionnant les développeurs au lieu de laisser les utilisateurs gérer le problème par des fermetures manuelles.
Pour tous les autres cas, la recommandation est la même depuis des années de la part de iOS et Android : laisser le système gérer la mémoire et les processus en arrière-plan sans intervenir.
