Que contient ~/Library/Caches sur Mac et que peut-on supprimer ?

Un vrai cache peut être reconstruit, mais un dossier nommé Cache n'est pas automatiquement sûr à supprimer. Les applications mélangent parfois des téléchargements hors ligne, l'état de session, des index et du travail non synchronisé à côté de fichiers jetables. L'habileté utile n'est pas d'apprendre une liste de chemins ; c'est d'identifier le propriétaire, la source de reconstruction et la conséquence d'un échec de cache.

Voici les différents types, leurs emplacements et les vérifications à faire avant de les vider.

Les recommandations d'Apple sur les dossiers Library définissent le cache comme des données régénérables dont l'application ne doit pas dépendre durablement. Application Support a un autre contrat de récupération.

~/Library/Caches et /Library/Caches n'ont pas la même portée

• ~/Library/Caches contient les caches utilisateur par application, le plus grand groupe du quotidien. Beaucoup de sous-dossiers portent un identifiant de bundle, comme com.google.Chrome.
• /Library/Caches contient les caches système.
• /System est protégé par System Integrity Protection et n'est pas à votre portée. N'essayez jamais.

Apple documente la convention des identifiants de bundle, mais un nom familier n'est pas un certificat de sécurité. Une application peut garder côte à côte une base de cache, de l'état de session et des téléchargements. Les applications en bac à sable peuvent aussi ranger le matériel associé dans Containers plutôt que dans le dossier Caches de l'utilisateur.

La présentation du système de fichiers d'Apple réserve /System/Library à Apple. Ne supprimez jamais récursivement une racine Caches et n'ajoutez pas sudo pour contourner une erreur d'autorisation.

Classer le contenu avant de décider

Tout ce qu'une application conserve en dehors de son bundle relève de l'un de trois groupes, et seul le premier est conçu pour être remplaçable :

• Cache est recomputable : vignettes rendues, sortie compilée, ou fichiers téléchargés conservés pour la vitesse. Le supprimer peut signifier des lancements plus lents, de l'usage réseau et la perte de disponibilité hors ligne.
• État est votre session : fenêtres ouvertes, positions de défilement, brouillons. Le perdre peut supprimer définitivement du travail non enregistré.
• Données sont irremplaçables : vos messages, votre photothèque, vos identifiants enregistrés. Les supprimer est une vraie perte.

Les dossiers ci-dessus peuvent mélanger ces catégories, ce qui rend les outils « tout vider le cache » risqués. Un chemin sous ~/Library/Caches est un indice utile, pas une preuve de sécurité complète.

Le nettoyage de cache se justifie lorsqu'un cache mesuré consomme de l'espace nécessaire, lorsque les étapes de dépannage documentées d'une application le demandent, ou lorsqu'un index est manifestement obsolète ou corrompu. Ce n'est pas utile comme rituel. macOS et de nombreuses applications évincent déjà le cache sous pression, et tout reconstruire peut brièvement dégrader les performances, l'autonomie et le trafic réseau.

Application Support, Containers, Group Containers, préférences, trousseaux et dossiers cachés d'outils restent de l'état ou des données utilisateur jusqu'à ce que l'app documente la reconstruction d'un sous-dossier précis.

Mesurer d'abord les plus gros propriétaires

Repérez vos plus gros caches avant de rien supprimer :

du -sh ~/Library/Caches/* 2>/dev/null | sort -h
du -sh /Library/Caches/* 2>/dev/null | sort -h

Lisez les plus gros éléments en bas et attribuez-les à leur propriétaire. Le guide de stockage du Mac décrit les Données système comme une catégorie résiduelle, pas comme un dossier à supprimer.

Si le propriétaire n'est pas clair, arrêtez-vous là. Un cache de 50 Mo au propriétaire identifié se juge mieux qu'un répertoire opaque de 20 Go. Ces chiffres restent des mesures, pas des promesses d'espace récupérable, car des fichiers peuvent rester ouverts, APFS partage des blocs via clones et instantanés, et le Finder, du et Réglages Système ne regroupent pas le stockage de la même façon.

Poser cinq questions avant la suppression

1. Quelle application, quel outil ou service possède ce dossier ?
2. Peut-il le reconstruire, et depuis quelle source ?
3. Quel est le coût en temps, batterie, réseau et usage hors ligne ?
4. L'application, le téléchargeur, le gestionnaire ou serveur de modèles est-il arrêté ?
5. Existe-t-il un aperçu, la Corbeille ou un chemin clair de retéléchargement ?

Si une réponse manque, conservez le dossier.

Préférer l'interface de nettoyage du propriétaire

Le propriétaire connaît les références, les blobs partagés, les versions actives et les fichiers qui semblent anciens mais restent nécessaires. Son interface peut supprimer moins et récupérer plus sûrement qu'une commande récursive sur le système de fichiers.

Navigateurs

Le guide Chrome Supprimer les données de navigation sépare le cache des cookies, de l'historique, des mots de passe, des réglages et données hors ligne. Pour récupérer de l'espace, ne cochez que le cache.

Les autres navigateurs font des distinctions comparables, même quand les libellés changent. Passez par les réglages de stockage ou de confidentialité du navigateur et lisez chaque catégorie cochée. Ne supprimez pas le dossier de profil du navigateur pour vider un cache de page.

Outils de développement

Les caches de développement peuvent être volumineux parce qu'ils échangent de l'espace disque contre des builds et des installations plus rapides. La commande doit correspondre au propriétaire.

Homebrew commence par brew cleanup --dry-run selon sa documentation officielle. npm commence par npm cache verify ; la documentation du cache npm indique qu'un nettoyage forcé est généralement inutile. Derived Data de Xcode se reconstruit si le code source, la chaîne d'outils et les dépendances sont disponibles, au prix de temps et d'énergie.

npm cache verify

Passez par le nettoyage ou les réglages de Xcode pour le projet concerné quand c'est possible. Avant de déplacer manuellement DerivedData, arrêtez les compilations et quittez Xcode. Les dépôts de paquets, les ressources de signature, les données de simulateur et les copies de sources ne sont pas des Derived Data simplement parce qu'ils appartiennent à un outil de développement.

Outils d'IA et modèles téléchargés

hf cache ls
hf cache rm model/example --dry-run
hf cache prune --dry-run

ollama ls
ollama rm <model>

Hugging Face fournit hf cache ls, hf cache rm ... --dry-run et hf cache prune --dry-run dans ses commandes de cache. Ollama liste les modèles avec ollama ls et retire uniquement le modèle choisi avec ollama rm <model>, selon la référence CLI. Modèles, conversations, identifiants, sessions et bases actives ne sont pas un cache générique.

Quittez toujours d'abord l'application propriétaire. Les fichiers de cache sont souvent ouverts ou mappés en mémoire tant qu'elle tourne, et les supprimer en cours d'écriture peut corrompre la base de cache dont l'application dépend, ce qui transforme un nettoyage d'espace en application cassée.

Le cache navigateur mérite une autre distinction : cookies, données de site, historique, mots de passe enregistrés et ressources de pages en cache sont des contrôles séparés. Ne sélectionnez que le contenu en cache lorsque l'objectif est de récupérer de l'espace disque. Tout effacer des données de navigation peut vous déconnecter ou supprimer l'état hors ligne des sites sans récupérer matériellement plus de cache.

Le faire à la main fonctionne, mais les identifiants de bundle et les noms de dossiers ne sont pas toujours lisibles. Un nettoyeur devrait afficher le propriétaire, le chemin, la taille et la catégorie avant de toucher quoi que ce soit, et exclure par conception les profils, documents, dépôts de modèles et historique de conversation. La vue Nettoyer de Mole demande de vérifier les candidats avant d'agir. Une liste d'exclusions et la validation des chemins comptent davantage qu'un nombre impressionnant d'éléments trouvés.

Si une suppression manuelle reste nécessaire

Si le propriétaire n'a pas d'outil adapté, quittez-le, déplacez un seul sous-dossier identifié vers la Corbeille, puis vérifiez documents, connexions, données hors ligne, réglages, builds et modèles. Le guide de stockage du Mac rappelle que l'espace n'est libéré qu'une fois la Corbeille vidée. Gardez ce délai comme fenêtre de récupération.

Le détail est l'essentiel. Une implémentation sûre utilise l'interface de nettoyage du gestionnaire de paquets lorsque c'est possible, refuse de toucher un cache de build tant que son démon est actif, valide chaque chemin résolu, limite dans le temps les sondes de taille lentes, et préserve les dossiers explicitement protégés. Si l'outil propriétaire est absent ou si la catégorie est ambiguë, la revue est plus sûre que de deviner. Une suppression récursive de tout un dossier Caches contourne chacun de ces contrôles.

• Historique et transcriptions d'assistants IA. Ils siègent près des caches mais sont des données irremplaçables. Ne les supprimez jamais pour de l'espace.
• Préférences et identifiants enregistrés, par opposition au cache jetable.
• Tout ce qui est sous /System.
• Tout dossier dont vous ne pouvez pas identifier le rôle.

La règle est celle qui garde sûr chaque nettoyage Mac : si vous ne savez pas à quoi sert un fichier, ne le supprimez pas.

Pourquoi le cache et les Données système reviennent

Mesurez d'abord, quittez le propriétaire, utilisez sa commande intégrée de stockage ou de nettoyage, retirez une catégorie à la fois, et rouvrez l'application avant de vider la Corbeille. Ne traitez jamais comme cache les préférences, profils, conversations, documents ou données Application Support inconnues. Ne videz que lorsque le gain d'espace ou de dépannage dépasse le coût de reconstruction et de téléchargement. Cette méthode est plus lente que « tout supprimer », mais elle reste sûre lorsque les détails internes des applications changent.

La repousse est normale : les applications retéléchargent, recréent les vignettes, recompilent et reconstruisent les index. La catégorie Données système peut aussi se mettre à jour en retard. Vérifiez l'espace réellement disponible et l'application propriétaire au lieu d'élargir la suppression pour poursuivre un libellé différé.