Ce qu’un nettoyeur Mac ne doit jamais supprimer
La question utile à propos d’un nettoyeur Mac n’est pas le nombre de gigaoctets qu’il prétend trouver. C’est ce qu’il refuse de toucher, et si ce refus est appliqué au moment de la suppression ou seulement imprimé dans le marketing.
macOS récupère déjà certains caches et réduit les instantanés locaux sous pression. Le vrai risque d’un nettoyage tiers, c’est le mauvais étiquetage : conversations, bibliothèques Mail, état de projet, miroirs cloud et modèles hors ligne ressemblent à de gros dossiers pour un scanner qui ne trie que par taille. Pour savoir si vous avez besoin d’un nettoyeur, commencez par avez-vous besoin d’un nettoyeur Mac.
En bref : un nettoyeur digne de confiance refuse de toucher les archives de chat et de courrier, les modèles d’IA locaux, l’état de projet actif et les dossiers mis en miroir cloud, et ce refus doit être appliqué dans le chemin de suppression lui-même. « Cache » dans un nom de dossier est une convention de nommage, pas un label de sécurité.
Classez chaque candidat en trois types
| Type | Exemples | Par défaut |
|---|---|---|
| Régénérable | Cache HTTP, cache GPU, builds dérivés, la plupart des logs | Effacer quand l’app propriétaire est quittée et que le chemin est connu |
| Coûteux à reconstruire | Caches de paquets, poids d’IA locaux, DeviceSupport | Réviser ; prévoir du temps, de la bande passante, des invites de licence |
| Irrémédiable | Messages, Mail, Photos, documents, chats, identifiants | Jamais en un clic comme « indésirable » |
Un outil qui regroupe ces trois types en une seule liste « sûr à supprimer » ne simplifie pas. Il masque la décision qui aurait dû être la vôtre.
Pourquoi « Cache » n’est pas un label de sécurité
Sur le disque, Cache est un nom de répertoire, pas une preuve. Vrais motifs :
- Caches HTTP et d’images sous les profils de navigateur sont en général régénérables (premiers chargements plus lents).
- Code Cache / caches de bytecode se reconstruisent au prochain lancement ; le coût est du temps CPU, pas une perte de données.
- Stockages d’images d’historique du presse-papiers peuvent vivre sous un arbre Caches du fournisseur et ressembler à des données personnelles une fois effacés.
- Stockages de modèles compilés / Neural Engine peuvent casser la reconnaissance jusqu’au redémarrage s’ils sont retirés pendant que des apps consommatrices tournent.
- Répertoires
tmp/Tempcontiennent parfois des points de reprise de chat, des brouillons non enregistrés ou l’état d’un installateur. Un chemin nommé tmp n’est pas automatiquement temporaire.
Avant de supprimer quoi que ce soit nommé cache, posez trois questions :
- Qui l’écrit ?
- Qui le lit après un redémarrage ?
- Quel est le chemin de récupération si je me trompe ?
Si vous ne pouvez pas répondre aux trois, laissez-le.
Ne traitez jamais ceci comme des indésirables
Bibliothèques personnelles et communications
- Packages de bibliothèque Photos et bases de données internes
- Données Mail, index d’enveloppes et pièces jointes
- Bases de données Messages et pièces jointes (y compris avec Messages dans iCloud)
- Notes, Mémos vocaux et stockages personnels similaires
- Transcriptions de chat d’IA et historiques de projets (
sessions,file-history, arbres de projets d’agents)
Les caches se régénèrent. Les conversations et bibliothèques supprimées, non. Préférez l’export et les contrôles de conservation de l’app propriétaire à tout nettoyeur en masse. Voir aussi : stockage Messages, stockage Mail, stockage Photos.
Documents, miroirs cloud et arborescences synchronisées
- Documents, Bureau et racines de projet
- iCloud Drive / Mobile Documents : une suppression locale peut se propager
- Dossiers fournisseurs
~/Library/CloudStorage/…: supposez un effet multi-appareils
Un nettoyeur qui affiche des chemins cloud sans marqueur clair « ceci se synchronise » est incomplet. Un nettoyeur qui les sélectionne par défaut est dangereux.
Identifiants, vie privée et politique système
- Trousseaux, bases de connexion des navigateurs, stockages de jetons
- Bases TCC et état des permissions de confidentialité
- Profils de configuration, charges MDM, état des agents de sécurité
- Caches de fond d’écran et de médias système qui vident l’interface Réglages pour presque aucun gain
État d’apps en cours et d’installation en cours
- Caches d’une app ouverte ou d’une mise à jour en cours de préparation
- Charges d’installation macOS mises en attente dont le processus de démarrage peut encore avoir besoin
- Stockages actifs de gestionnaires de paquets pendant un build ou une exécution de
brew
Conteneurs partagés et fournisseurs multi-apps
- Conteneurs de groupe partagés dans une suite
- Dossiers parents du fournisseur tant qu’un produit de ce fournisseur reste installé
Des noms qui semblent jetables mais souvent ne le sont pas
| Ressemble à des indésirables | Est souvent en réalité |
|---|---|
Library/Application Support/… |
Bases d’apps, packs hors ligne, état de licence |
Containers/… |
Accueil sandboxé complet de l’app |
Group Containers/… |
Données de suite partagées |
Caches/… nommés par produit |
Historique du presse-papiers, caches de modèles, données de site |
…/tmp ou …/Temp |
Points de reprise, brouillons, état d’installateur |
Gros .db / .sqlite |
Données utilisateur principales |
node_modules, Pods, .venv |
Reconstruisibles seulement avec le réseau et les bons lockfiles |
Les stockages développeur ont leurs propres règles (caches de dev, modèles d’IA). Le gros des profils de navigateur est couvert dans stockage navigateur.
À quoi ressemble l’application des règles (pas seulement le texte de l’interface)
Un nettoyeur digne de confiance met en œuvre la sécurité en couches :
- Offre du scanner : ne jamais lister les classes bloquées comme candidats.
- Sélection par défaut : les lignes en revue seule démarrent non cochées.
- Validation du chemin au moment de la suppression : revérifier l’identité, les liens symboliques et les listes d’autorisation même si l’interface a déjà montré le chemin. Le moment de la vérification face au moment de l’usage compte quand des apps se lancent pendant la revue.
- Destination récupérable : les suppressions de fichiers utilisateur ordinaires vont
à la Corbeille, pas un
rmsilencieux. - Comptabilité des résultats : récupéré / ignoré / échoué séparément ; les chemins manquants ne sont pas un « succès ».
Des avertissements sans application sont de la décoration. Préférez les outils qui échouent en fermeture (ratent un candidat) à ceux qui échouent en ouverture (suppriment des données inconnues).
Un test pratique que vous pouvez lancer sur n’importe quel outil
- Pointez-le vers une machine avec deux produits du même fournisseur.
- Désinstallez un seul.
- Voyez si l’outil propose le parent Application Support partagé ou un conteneur de groupe dont les deux ont encore besoin.
- Refusez tout ce qui est partagé ; notez si l’outil explique pourquoi un élément est sélectionné.
S’il ne peut pas expliquer la propriété en langage clair, ne le laissez pas supprimer par lots.
Les permissions font partie du contrat
L’accès au disque complet permet à un processus de lire des chemins Library protégés. Il ne rend pas chaque chemin lisible supprimable. Les helpers privilégiés doivent être étroits, versionnés et limités à des opérations fixes, pas un shell root général. Demandez :
- Quelles fonctions ont besoin de l’accès au disque complet, d’Automation ou d’un helper ?
- La surveillance exige-t-elle un échantillonnage permanent ?
- Pouvez-vous révoquer l’accès et encore utiliser les parties non destructives ?
Comment Mole trace la ligne
Mole réunit l’analyse de disque, la maintenance d’apps et un nettoyage centré sur la revue dans une app Mac native. macOS et les apps propriétaires gèrent toujours les données système.
- Les caches et logs régénérables peuvent apparaître ; les bibliothèques personnelles, non.
- L’historique de chat d’IA n’est jamais un candidat au nettoyage ; les stockages de modèles restent avec Ollama, LM Studio ou Hugging Face plutôt que dans une liste générique d’indésirables.
- Les données de profil de navigateur et de nombreux caches de paquets sont en revue seule ou non cochés par défaut.
- Les chemins synchronisés cloud sont marqués pour qu’une suppression locale soit informée.
- Les restes de désinstallation sont attribués par identité ; les données de groupe partagées restent protégées sans chemin explicitement lié au propriétaire.
- Les résultats séparent les octets récupérés, ignorés et échoués.
Cette frontière est une décision produit. Quand macOS ou la disposition d’une app change, le mode d’échec sûr est de rater un candidat, pas de supprimer des données inconnues.
Erreurs courantes
Égaler grand et indésirable. La taille est un signal de classement, pas un signal de sécurité.
Effacer « tout ce qui s’appelle cache » selon un calendrier. Les caches sains reviennent en E/S et en lancements plus lents.
Payer pour voir ce qui serait supprimé. Les outils honnêtes montrent d’abord les candidats.
Se fier à un seul chiffre de succès qui regroupe chemins ignorés et manquants dans « nettoyé ».
Une règle pratique
Si vous ne pouvez pas expliquer à quoi sert le fichier, qui le possède et comment vous le restaureriez, ne le supprimez pas avec un nettoyeur. Utilisez une carte du disque pour localiser le poids, l’app propriétaire pour effacer son propre cache, et la Corbeille pour tout ce que vous pourriez regretter.
Ordre des décisions
- Nommez le problème (disque plein, app cassée, restes après désinstallation).
- Classez le type de données (régénérable / coûteux / irrémédiable).
- Préférez l’interface de nettoyage de l’app propriétaire quand elle existe.
- Passez en revue les chemins exacts ; désactivé par défaut pour le coûteux et le partagé.
- Supprimez vers la Corbeille ; retestez l’app et ses frères.
- Videz la Corbeille seulement après avoir accepté le résultat.
Pour aller plus loin
- Avez-vous besoin d’un nettoyeur Mac
- Effacer les caches en sécurité
- Restes après désinstallation
- Outils gratuits de nettoyage Mac
Un nettoyeur gagne la confiance par la liste de ce qu’il ne touchera pas autant que par la liste de ce qu’il touchera.
FAQ
Tout ce qui contient « cache » dans son nom est-il sûr à supprimer ?
Non. Certaines apps stockent des données utilisateur sous des noms qui ressemblent à des caches, et certains caches prennent des heures à reconstruire. La sécurité vient de ce que le dossier contient et de qui l’a écrit, jamais du mot dans son nom.
Comment savoir si un nettoyeur protège vraiment mes données ?
Cherchez l’application des règles, pas les promesses : une liste d’éléments protégés que le chemin de suppression refuse de franchir, un écran de revue avant toute suppression, et des suppressions qui vont à la Corbeille pour que les erreurs restent récupérables.
Que faire si un nettoyeur a déjà supprimé quelque chose d’important ?
Vérifiez d’abord la Corbeille ; un outil centré sur la revue y envoie les suppressions. Les données synchronisées serveur comme le chat ou le courrier se retéléchargent en général après une resynchronisation, mais les données uniquement locales peuvent être perdues, ce qui est exactement pourquoi la revue avant suppression compte.