# Que contient ~/Library/Caches sur Mac et que peut-on supprimer ? > Distinguez cache et données personnelles, mesurez les dossiers et identifiez l’app concernée. Testez-la après le nettoyage avant de vider la Corbeille. Published: 2026-06-17 | Updated: 2026-09-28 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](https://developer.apple.com/library/archive/documentation/FileManagement/Conceptual/FileSystemProgrammingGuide/MacOSXDirectories/MacOSXDirectories.html) 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.
Une recherche en cache se ramifiant en un hit rapide ou un miss qui récupère les données source et reconstruit le cache
Un succès de cache répond immédiatement. Un échec récupère les données sources, reconstruit la copie jetable et la stocke pour la prochaine requête.
## `~/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](https://developer.apple.com/library/archive/documentation/FileManagement/Conceptual/FileSystemProgrammingGuide/FileSystemOverview/FileSystemOverview.html) 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. | Type | Contenu typique | Coût de la suppression | Action par défaut | | --- | --- | --- | --- | | Cache | Vignettes, sorties compilées, copies retéléchargeables | Temps, énergie et réseau | Vérifier puis utiliser l'outil du propriétaire | | État ou session | Onglets, cookies, brouillons, jetons | Connexion, restauration, travail hors ligne | Conserver sans réinitialisation ciblée | | Base ou index | `.db`, `.sqlite`, index chiffrés | Recherche, dossiers hors ligne, copie locale unique | Seulement si la reconstruction est documentée | | Données utilisateur | Documents, photos, chats, modèles, identifiants | Perte définitive ou gros téléchargement | Ne jamais traiter comme cache générique | 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](https://support.apple.com/102624) 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](https://support.google.com/chrome/answer/2392709?hl=en-uk) 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](https://docs.brew.sh/Manpage.html#cleanup-options-formulacask-). npm commence par `npm cache verify` ; la [documentation du cache npm](https://docs.npmjs.com/cli/v11/commands/npm-cache/) 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. ```bash 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 ```bash hf cache ls hf cache rm model/example --dry-run hf cache prune --dry-run ``` ```bash ollama ls ollama rm ``` Hugging Face fournit `hf cache ls`, `hf cache rm ... --dry-run` et `hf cache prune --dry-run` dans ses [commandes de cache](https://huggingface.co/docs/huggingface_hub/main/en/guides/cli#hf-cache). Ollama liste les modèles avec `ollama ls` et retire uniquement le modèle choisi avec `ollama rm `, selon la [référence CLI](https://github.com/ollama/ollama/blob/main/docs/cli.mdx). 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.
Écran de vérification du nettoyage de Mole : catégories de caches avec leur taille et une case à cocher chacune, et en bas le bouton pour supprimer définitivement les 5,14 Go sélectionnés.
Avant toute suppression, l’écran de vérification liste chaque catégorie de cache avec sa taille, et seul ce qui est coché est nettoyé. C’est la vue Nettoyer de Mole, ici en anglais.
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](https://mole.fit/fr/) 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](https://support.apple.com/102624) 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.
Un candidat de cache traverse une sonde de taille chronométrée et des portes de sécurité avant examen, tandis que les outils actifs, les outils absents, les fichiers de garde et les domaines protégés peuvent l'orienter vers ignorer ou conserver
Un candidat n'atteint la Corbeille qu'après revue et confirmation. L'état des outils, les fichiers de garde explicites et les domaines protégés décident s'il arrive en revue ou reste intact.
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é. --- Canonical HTML page: https://mole.fit/fr/blog/how-to-clear-cache-on-mac Blog index for agents: https://mole.fit/fr/blog/llms.txt Site index for agents: https://mole.fit/llms.txt