Vider ~/Library/Caches ne casse presque jamais rien. Cela ne garde presque jamais l’espace longtemps non plus : en quelques jours, les applications reconstruisent ce dont elles ont besoin. La question utile porte donc sur le dossier qui a grossi et sur ce qu’il contient, parce que le mot cache recouvre autant des vignettes jetables que des fichiers qu’une application traite comme du contenu.
Règle principale : quitte l'application avant de toucher à son dossier de cache, mets le dossier à la Corbeille plutôt que de l'effacer, et garde la Corbeille une journée.
Réponse rapide
- Mesure d'abord avec
du -sh ~/Library/Caches/* | sort -h | tail -20. - Quitte les applications dont tu comptes vider le cache.
- Mets à la Corbeille des sous-dossiers précis, pas le dossier
Cachesentier. - Laisse
/System/Library/Cachestranquille. - Attends-toi à voir l'espace revenir à mesure que tu utilises les applications.
- Quand un sous-dossier est énorme, cherche d'abord une limite dans les réglages de cette application.
Ce que contient ~/Library/Caches
macOS tient trois arbres de cache distincts, et un seul t’appartient.
| Chemin | À qui il appartient | Y toucher ? |
|---|---|---|
~/Library/Caches | à ton compte utilisateur | oui, dossier par dossier |
/Library/Caches | à tous les comptes du Mac | avec prudence, droits admin requis |
/System/Library/Caches | à macOS lui-même | non, System Integrity Protection le protège |
Dans ~/Library/Caches, chaque dossier porte l’identifiant de bundle de l’application qui l’a créé : com.apple.dt.Xcode, com.spotify.client, com.microsoft.VSCode. Quelques outils utilisent plutôt des noms simples, comme Homebrew ou go-build.
Dans le Finder, atteins le dossier avec Maj-Commande-G, ou liste-le dans le terminal :
du -sh ~/Library/Caches/* | sort -h | tail -20La sortie classe les dossiers par taille. La plupart pèsent quelques mégaoctets et ne méritent aucune attention.
Ce qui casse quand on le vide
Moins que ce que les gens imaginent.
- les applications régénèrent ou retéléchargent ce dont elles ont besoin ;
- le premier lancement après le vidage prend plus de temps ;
- les navigateurs récupèrent les pages depuis le réseau au lieu du disque ;
- certaines applications affichent des aperçus vides le temps de reconstruire leurs vignettes.
Ce qu’un vidage de cache ne touche pas :
- les mots de passe et les autres éléments du trousseau ;
- les réglages dans
~/Library/Preferences; - les documents et les données d’application dans
~/Library/Application Supportet~/Library/Containers.
Les exceptions justifient le coup d’œil préalable. Une poignée d’applications garent du vrai contenu dans Caches : audio hors ligne, vidéos téléchargées, tuiles de cartes, pièces jointes de mail. Le nom du dossier dit cache, le contenu se comporte comme un téléchargement que tu préfères garder. Vérifier les trois ou quatre plus gros dossiers prend une minute et règle la question.
Quels dossiers pèsent
Les gros dossiers viennent des applications que tu utilises le plus.
- Navigateurs. Chrome écrit dans
~/Library/Caches/Google/Chrome. Safari garde son cache dans son conteneur, sous~/Library/Containers/com.apple.Safari, donc il n’apparaît pas dans la liste ci-dessus. - Clients de streaming et de médias. Le contenu hors ligne atterrit souvent dans le dossier de cache, et c’est exactement le cas où supprimer signifie retélécharger.
- Outils de développement.
com.apple.dt.Xcodegrossit à chaque build et chaque passe d’indexation.Homebrew,go-build,Yarnetpiptiennent leurs propres dossiers. Le cache de npm se trouve dans~/.npm. - Messageries et outils de travail. Slack, Discord et les applications Electron en général mettent beaucoup en cache et reconstruisent sans broncher.
Pourquoi l’espace revient
Un cache existe pour qu’une application saute un travail déjà fait. Tu le vides, elle repaie ce coût et réécrit les fichiers. En une semaine, l’essentiel de l’espace a disparu.
Le nettoyage de cache soulage donc une fois, sans rien régler. Si ton disque se remplit encore et encore, la cause est ailleurs : instantanés, artefacts de développement, médias volumineux ou doublons. macOS vide aussi des caches de lui-même quand l’espace libre se réduit, et c’est une partie de ce que le Finder rapporte comme espace purgeable.
L’ordre qui t’évite les ennuis
- Mesure les dossiers et note les trois plus gros.
- Ouvre chacune de ces applications et cherche une limite de cache ou de stockage dans ses réglages. Spotify, Chrome et Xcode en proposent une.
- Quitte l’application.
- Mets son dossier de cache à la Corbeille. Laisse le reste.
- Utilise le Mac une journée avant de vider la Corbeille.
- Mesure à nouveau pour voir ce qui est resté libre.
L’étape 5 est celle qu’on saute. Elle ne coûte rien et transforme une suppression irréversible en suppression réversible.
En quoi /Library/Caches diffère
Le /Library/Caches au niveau racine appartient à tous les comptes du Mac et demande des droits admin. Les installeurs, les outils de mise à jour et quelques services proches du système y écrivent. Sur la plupart des Mac il pèse moins que le dossier utilisateur, et la règle reste la même : vide un sous-dossier nommé quand tu sais ce qui l’a créé, et laisse le reste.
/System/Library/Caches est un autre sujet. macOS le gère, System Integrity Protection bloque les modifications, et aucun outil de nettoyage ne devrait te promettre de l’espace là-dedans.
En résumé
Supprimer des dossiers dans ~/Library/Caches est sans risque pour presque toutes les applications, et sans intérêt comme habitude. Fais-le quand un dossier a grossi au point de compter : quitte l’application, mets le dossier à la Corbeille, et regarde d’abord ce que l’application y gardait. Ensuite, cherche ailleurs l’espace qui disparaît sans cesse.
Questions fréquemment posées
Peut-on supprimer ~/Library/Caches sur Mac sans risque ?
Vider des dossiers dans ~/Library/Caches casse rarement quelque chose, car les applications reconstruisent ce dont elles ont besoin. Quitte l'application d'abord, mets le sous-dossier à la Corbeille au lieu de l'effacer, et regarde les gros dossiers avant de les vider : quelques applications y rangent du contenu téléchargé et pas seulement des données jetables.
Supprimer les caches Library va-t-il me déconnecter ou effacer mes mots de passe ?
Non. Les mots de passe vivent dans le trousseau, les réglages dans ~/Library/Preferences, les données d'application dans ~/Library/Application Support et ~/Library/Containers. Vider un dossier de cache ne touche à rien de tout cela. Quelques rares applications gardent les données de session dans leur cache et redemandent une connexion.
Combien d'espace libère le vidage des caches Library sur Mac ?
Cela dépend des applications que tu utilises. Les navigateurs, les clients de streaming et les outils de développement produisent les plus gros dossiers de cache, et un seul peut atteindre plusieurs gigaoctets. Lance du -sh ~/Library/Caches/* | sort -h | tail -20 pour voir les vrais chiffres sur ta machine avant de décider que le nettoyage en vaut la peine.
Les caches du Mac reviennent-ils après suppression ?
Oui. Un cache existe pour éviter à une application de refaire un travail déjà fait, donc le dossier se remplit à mesure que tu utilises l'application. C'est pourquoi le nettoyage de cache soulage une fois, sans régler un disque qui se remplit encore et encore.
Puis-je supprimer /System/Library/Caches ?
Laisse ce dossier tranquille. System Integrity Protection le protège, macOS le gère, et rien à l'intérieur n'appartient à tes applications. Le dossier que tu peux gérer, c'est ~/Library/Caches au niveau utilisateur.
Est-il sans risque de supprimer tous les caches d'un coup ?
Vider tout le dossier ~/Library/Caches en une fois fonctionne le plus souvent, mais cela emporte aussi des dossiers que tu n'as jamais inspectés et du contenu téléchargé qu'une application a classé comme cache. Vider les quelques gros sous-dossiers rapporte presque autant d'espace avec un rayon d'action plus petit.