# Ce qu’un nettoyeur Mac ne doit jamais supprimer

> Séparez les caches régénérables des chats, bibliothèques, miroirs cloud et identifiants, et jugez tout nettoyeur à l’aune de ses listes de refus.

Published: 2026-07-30 | Updated: 2026-08-08

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](https://mole.fit/fr/blog/how-to-delete-local-time-machine-snapshots-mac) 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](https://mole.fit/fr/blog/do-you-need-a-mac-cleaner).

**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.

<figure class="blog-diagram">
  <img src="https://mole.fit/img/blog/cleaner-data-kinds.webp" width="1360" height="454" loading="lazy" alt="Trois colonnes de types de données : régénérables, coûteuses à reconstruire, et irremplaçables, chacune avec une action par défaut différente">
  <figcaption>Classez chaque candidat en régénérable, coûteux ou irrémédiable avant de décider. Les défauts diffèrent par colonne, pas par nom de dossier.</figcaption>
</figure>

<figure class="blog-diagram">
  <img src="https://mole.fit/img/blog/cache-safety-gates.webp" width="1360" height="454" loading="lazy" alt="Les candidats passent les portes de propriété, de catégorie et d'examen avant la Corbeille">
  <figcaption>Un nettoyage sûr est une suite de portes : identifier le propriétaire, classer les données, revoir le plan, puis n’envoyer à la Corbeille que les chemins autorisés.</figcaption>
</figure>

## 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` / `Temp`** contiennent 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 :

1. Qui l’écrit ?
2. Qui le lit après un redémarrage ?
3. 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](https://mole.fit/fr/blog/how-to-clear-messages-storage-mac),
[stockage Mail](https://mole.fit/fr/blog/how-to-reduce-mail-storage-mac),
[stockage Photos](https://mole.fit/fr/blog/how-to-free-up-photos-storage-mac).

### 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é

<figure class="blog-diagram">
  <img src="https://mole.fit/img/blog/scareware-flow.webp" width="1360" height="454" loading="lazy" alt="Les outils honnêtes montrent les candidats avant le paiement ; le scareware alarme d'abord">
  <figcaption>Faites confiance au parcours commercial : un outil que vous avez choisi montre d’abord les candidats ; un outil qui vous a « trouvé » alarme souvent d’abord et vend la vue.</figcaption>
</figure>

## 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](https://mole.fit/fr/blog/how-to-clear-dev-caches-mac),
[modèles d’IA](https://mole.fit/fr/blog/how-to-remove-ai-tool-leftovers-mac)).
Le gros des profils de navigateur est couvert dans
[stockage navigateur](https://mole.fit/fr/blog/how-to-free-up-browser-storage-mac).

## À 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** :

1. **Offre du scanner :** ne jamais lister les classes bloquées comme candidats.
2. **Sélection par défaut :** les lignes en revue seule démarrent non cochées.
3. **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.
4. **Destination récupérable :** les suppressions de fichiers utilisateur ordinaires vont
   à la Corbeille, pas un `rm` silencieux.
5. **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

1. Pointez-le vers une machine avec deux produits du même fournisseur.
2. Désinstallez un seul.
3. Voyez si l’outil propose le parent Application Support partagé ou un conteneur de
   groupe dont les deux ont encore besoin.
4. 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](https://mole.fit/) 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](https://mole.fit/fr/blog/how-to-find-large-files-on-mac) 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

1. Nommez le problème (disque plein, app cassée, restes après désinstallation).
2. Classez le type de données (régénérable / coûteux / irrémédiable).
3. Préférez l’interface de nettoyage de l’app propriétaire quand elle existe.
4. Passez en revue les chemins exacts ; désactivé par défaut pour le coûteux et le
   partagé.
5. Supprimez vers la Corbeille ; retestez l’app et ses frères.
6. Videz la Corbeille seulement après avoir accepté le résultat.

## Pour aller plus loin

- [Avez-vous besoin d’un nettoyeur Mac](https://mole.fit/fr/blog/do-you-need-a-mac-cleaner)
- [Effacer les caches en sécurité](https://mole.fit/fr/blog/how-to-clear-cache-on-mac)
- [Restes après désinstallation](https://mole.fit/fr/blog/how-to-remove-leftover-files-after-uninstalling-mac-apps)
- [Outils gratuits de nettoyage Mac](https://mole.fit/fr/blog/free-mac-cleanup-tools)

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.

---

Canonical HTML page: https://mole.fit/fr/blog/what-mac-cleaners-should-never-delete
Blog index for agents: https://mole.fit/fr/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt
