Guide du debloat Android 2026

Trois états de debloat, avec une réversibilité différente. (1) **Désactiver** (Réglages → Applications → appli → Désactiver, OU adb shell pm disable-user --user 0 PACKAGE) : l’appli cesse de tourner, ne répond plus aux intents et disparaît du lanceur. Espace NON libéré (l’APK reste sur /system). Réversible : réactivez dans les Réglages ou avec pm enable. Survit au redémarrage. Ne survit pas à la réinitialisation d’usine. (2) **Désinstallation par utilisateur** (adb shell pm uninstall --user 0 PACKAGE) : l’appli est retirée de la liste de l’utilisateur 0 ; l’APK reste sur /system mais invisible pour l’utilisateur. Espace NON libéré (l’APK reste sur /system). Réversible : cmd package install-existing PACKAGE. Survit au redémarrage et à la plupart des réinitialisations d’usine. (3) **Désinstallation système** (root + Magisk Debloater OU rm /system/app/PACKAGE.apk OU module Magisk systemless-uninstall) : l’APK est vraiment supprimé de /system. Espace libéré. Réversible uniquement en reflashant le firmware d’origine (ou avec un module Magisk qui supprime et restaure sans toucher au système). La recommandation pratique : commencez par la désinstallation par utilisateur, suffisante pour 95 % des utilisateurs ; la désinstallation système avec root seulement si vous avez besoin de récupérer de l’espace sur /system.

Non. ADB pm uninstall --user 0 fonctionne sans root et suffit pour la plupart des objectifs de debloat. (1) Sans root, vous pouvez désinstaller par utilisateur presque tous les paquets : les applis disparaissent du point de vue de l’utilisateur, la RAM qu’elles occupaient est libérée (elles ne tournent plus) ainsi que l’espace de stockage utilisateur. L’APK reste sur /system (non libéré) mais invisible. (2) Le root permet la désinstallation au niveau du système : l’APK est vraiment supprimé de /system, ce qui libère de l’espace sur /system. Utile si /system est plein ou si vous voulez des applis totalement supprimées. (3) Sans root, vous ne pouvez pas retirer un petit ensemble de paquets système critiques que le système bloque même pour la désinstallation par utilisateur (variable selon le constructeur). Avec le root, c’est possible, mais au risque de supprimer le mauvais paquet critique. (4) Le choix : le debloat ADB seul est la bonne option par défaut pour la plupart des utilisateurs : plus sûr, suffisant, sans root. Le debloat avec root s’adresse à ceux qui ont déjà le root, ont besoin d’espace sur /system et comprennent le risque de brick supplémentaire. (5) Recommandation : commencez par ADB seul ; ne passez au debloat avec root que si un besoin précis apparaît (manque de stockage, personnalisation poussée).

En général sans risque (selon votre usage). (1) Navigateurs du constructeur (Samsung Internet, Mi Browser, Vivo Browser), si vous utilisez Chrome, Firefox, etc. (2) Boutiques et lanceurs du constructeur (Galaxy Store, GetApps, Vivo App Store), si vous utilisez le Play Store. (3) Utilitaires du constructeur dont vous ne vous servez pas (Samsung Notes, Samsung Calendar, Samsung Health sans Galaxy Watch). (4) Bixby, Vivo Assistant, Mi Voice, etc., si vous ne les utilisez pas. (5) Applis tierces préinstallées (Facebook, Netflix, McAfee), presque toujours sans risque. (6) Bloatwares d’opérateur (applis propres à T-Mobile, AT&T ou Verizon aux États-Unis), généralement sans risque. DANGEREUX, à NE PAS supprimer : (1) com.android.* : paquets de base d’Android (système, réglages, téléphone, mms, vending). (2) com.google.android.gms : Google Mobile Services ; la banque, les paiements et de nombreuses intégrations cessent de fonctionner. (3) com.google.android.gsf : Google Services Framework. (4) com.google.android.tts : synthèse vocale (peut casser l’accessibilité). (5) System UI et lanceur : sans lanceur, plus d’écran d’accueil. (6) Paquets modem, téléphone et IMS : les appels cessent de fonctionner. (7) com.samsung.android.app.smartcapture (Samsung) : étonnamment lié aux touches de volume sur certains firmwares. (8) com.miui.system et com.android.systemui (MIUI) : stabilité du système. La règle : supprimez ce dont vous êtes sûr de ne pas vous servir ; ne supprimez jamais ce que vous ne reconnaissez pas ; l’étiquette « Unsafe » d’UAD-ng est fiable.

Cibles du debloat Samsung et points d’attention. (1) **Bixby** : com.samsung.android.bixby.agent + com.samsung.android.bixby.service + com.samsung.android.bixby.wakeup + com.samsung.android.bixbyvision.framework ; désactivation ou désinstallation sans risque si vous n’utilisez pas Bixby. Réaffectez la touche Bixby à Google Assistant via les Réglages ou l’appli BxActions. (2) **Samsung Pay** : com.samsung.android.spay ; ne le retirez que si vous ne l’utilisez pas. Souvent désactivé de toute façon sur un appareil rooté (fusible Knox déclenché = Samsung Pay désactivé). (3) **Paquets Knox** : com.samsung.android.knox.* ; plusieurs paquets Knox, certains désactivables sans risque, d’autres indispensables au système ; à manier avec prudence ; sur un Samsung rooté, beaucoup de paquets Knox ne fonctionnent plus de toute façon. (4) **Samsung Health** : com.sec.android.app.shealth ; sans risque si vous ne l’utilisez pas. (5) **AR Emoji / Samsung Free / Samsung Members / Game Launcher** : sans risque pour la plupart des utilisateurs. (6) **Edge Panel** : com.samsung.android.app.cocktailbarservice ; sans risque si vous n’utilisez pas la fonction Edge Panel. (7) **Attention** : com.samsung.android.app.smartcapture est étonnamment lié à la capture d’écran. com.samsung.android.themecenter : sans risque, mais la prise en charge des thèmes disparaît. com.samsung.android.app.routines (Bixby Routines) : sans risque. Le champ du debloat Samsung est vaste : un debloat poussé permet de récupérer environ 3 à 5 Go d’espace de stockage utilisateur sans casser les fonctions de base.

Cibles du debloat Xiaomi et paquets de télémétrie connus. (1) **MSA (Mi Service Authorization)** : com.miui.msa.global / com.miui.systemAdSolution ; paquet de télémétrie et d’injection de publicités bien connu, très souvent retiré par les utilisateurs soucieux de leur vie privée ; suppression sans risque. (2) **Analytics** : com.miui.analytics ; analytique et télémétrie directes ; suppression sans risque. (3) **Joyose** : com.xiaomi.joyose ; service système lié aux jeux ; controversé : certains utilisateurs signalent des pertes de performance après sa désactivation sur certaines versions d’HyperOS ; testez avant de valider. Le module Magisk « Joyose Disabler » offre une approche systemless. (4) **Mi Browser** : com.mi.globalbrowser ; suppression sans risque si vous utilisez Chrome ou Firefox. (5) **GetApps** : com.xiaomi.mipicks ; Mi Store ; sans risque si vous utilisez le Play Store. (6) **Mi Music / Mi Video** : sans risque si vous utilisez Spotify, YouTube, etc. (7) **Mi Calendar / Mi Notes / Mi Recorder** : sans risque si vous avez des alternatives. (8) **Publicités système** : Xiaomi a longtemps injecté des publicités dans les applis d’origine (gestionnaire de fichiers, téléchargements, app vault, etc.) ; divers modules Magisk et le debloat ADB les réduisent ou les éliminent. L’intérêt du debloat sur Xiaomi est important : il récupère de l’espace ET supprime des paquets de télémétrie et d’injection de publicités que les autres constructeurs livrent de façon moins agressive.

Variable, selon la méthode. (1) **ADB pm uninstall --user 0** : survit au redémarrage. Survit à la plupart des réinitialisations d’usine (l’état par utilisateur est souvent conservé après la réinitialisation de l’utilisateur 0). Ne survit PAS à un effacement complet du système suivi d’une réinstallation. Annulé par les mises à jour OTA qui réinstallent le paquet dans le cadre de la mise à jour système. (2) **ADB pm disable-user** : survit au redémarrage. Ne survit généralement pas à la réinitialisation d’usine (qui réactive les applis désactivées). Ne survit pas à une OTA. (3) **Désinstallation système avec root** : survit au redémarrage. Ne survit pas à la réinitialisation d’usine (qui reflashe /system). Ne survit certainement pas à une OTA (qui reflashe /system). (4) **Module Magisk systemless-uninstall** : survit au redémarrage. Le module persiste après une réinitialisation d’usine de /data (les modules sont dans /data/adb/modules mais… en fait ils sont effacés si /data est effacé ; cela dépend de la configuration). Ne survit pas proprement à une OTA. (5) **Conséquence pratique** : le debloat n’est pas une opération ponctuelle. Attendez-vous à le refaire après les OTA. Conservez votre liste (UAD-ng permet de l’exporter) pour la réappliquer vite après une OTA. En toute honnêteté, le cycle debloat puis OTA fait partie de la vie d’un appareil fortement allégé.

Oui, classées par sécurité : (1) **Désactivation dans les Réglages** : Réglages → Applications → choisir l’appli → Désactiver. Disponible pour beaucoup de bloatwares, pas tous. Très facilement réversible. Risque le plus faible. (2) **Désactivation intégrée selon le constructeur** : certains constructeurs (Xiaomi, Samsung) proposent leur propre option « Désactiver » dans les réglages de l’appli ; même effet que la désactivation standard d’Android. (3) **Masquer dans le lanceur** : les applis restent installées mais disparaissent de la vue du lanceur (Nova Launcher, etc.). Aucun effet au niveau du système, simple effet visuel. (4) **Universal Android Debloater (UAD-ng)** : ADB pm uninstall --user 0 avec une liste de paquets classés et des étiquettes de sécurité. Plus sûr que l’ADB brut grâce à la vérification de chaque paquet par la communauté. (5) **ADB pm uninstall --user 0 brut** : commande directe ; puissante ; à vous de distinguer les paquets sûrs des dangereux. (6) **Root + module Magisk Debloater** : suppression au niveau du système ; la plus agressive ; risque de brick maximal ; réservée aux utilisateurs expérimentés. (7) **ROM personnalisée (LineageOS)** : remplace tout le système sans les bloatwares du constructeur ; option radicale ; perd entièrement les fonctions du constructeur (Samsung Pay, gestes OneUI). La bonne échelle : essayez d’abord la désactivation dans les Réglages, passez à UAD-ng si les Réglages ne le permettent pas, ne passez au root que pour des besoins précis de récupération d’espace, et ne songez à une ROM personnalisée que si les bloatwares sont intolérables dans l’ensemble.