Mac-Cache leeren, ohne deine Manuskripte zu löschen
Kurze Antwort: Benutzer-Caches liegen am Mac in ~/Library/Caches. Das sind Wegwerfdateien, die Apps bei Bedarf selbst neu erzeugen. Wenn du sie löschst, verschwindet kein einziger Text. Das Risiko liegt direkt nebenan: Autosicherungen, Backups und App-Bibliotheken stecken in ~/Library/Application Support und ~/Library/Containers, und das sind keine Caches. Den ersten Ordner darfst du leeren, die anderen lässt du in Ruhe.
23 Uhr, Abgabe ist am Freitag, und macOS meldet: Das Startvolume ist fast voll. Du suchst kurz und landest in einem Forenthread, der dir rät, „einfach alles in Library/Caches zu löschen“. Dann zögerst du. Liegt da dein Scrivener-Projekt? Die Wiederherstellungsdatei von Word? Die Ulysses-Bibliothek, die du noch nie als Datei im Finder gesehen hast?
Das Zögern ist richtig, und dieser Artikel räumt es aus. Die meisten Anleitungen zum Cache-Leeren sind für Leute geschrieben, die nichts zu verlieren haben. Schreibende haben genau eine Sache zu verlieren, und nur die zählt.
Was ist ein Benutzer-Cache überhaupt?
Ein Benutzer-Cache ist eine Zwischendatei, die eine App in deinem Benutzerordner ablegt, damit sie Arbeit nicht doppelt erledigen muss. Dazu gehören bereits geladene Webseiten, Vorschaubilder, Indizes der Rechtschreibprüfung und gerenderte Schriften. Fehlt die Datei, baut die App sie beim nächsten Bedarf neu. Das kostet dich einen etwas langsameren Start, aber keine Daten.
macOS legt diese Dateien an einem festen Ort ab:
~/Library/Caches
Die Tilde ~ steht für deinen Benutzerordner. Davon zu unterscheiden ist /Library/Caches auf oberster Ebene des Volumes. Dort liegen systemweite Caches, und um die kümmert sich macOS besser selbst.
Ehrlich gesagt: Cache-Leeren bringt Speicherplatz zurück. Es macht einen Mac aber nur selten schneller. Direkt nach dem Aufräumen läuft meist sogar alles etwas zäher, weil die Apps ihre Caches neu aufbauen. Wenn es dir um Tempo geht, sind Caches in der Regel die falsche Stellschraube.
Die Triage-Tabelle für Schreibende
Hier steht der ganze Artikel in einer Tabelle. Alles danach erklärt die Begründung.
Ort Was dort liegt Urteil ~/Library/Caches/ Browser-Cache, Vorschaubilder, temporäre App-Daten Darf geleert werden (Apps vorher beenden) ~/Library/Caches/com.apple.Safari u. ä. Seiten-Cache des Browsers Besser direkt im Browser leeren ~/Library/Application Support/ App-Daten, oft auch Backups Finger weg ~/Library/Containers/ Daten von Sandbox-Apps: Word-Wiederherstellung, viele App-Store-Apps Niemals pauschal löschen ~/Library/Group Containers/ Daten, die eine App mit ihren Erweiterungen teilt Niemals pauschal löschen ~/Library/Mobile Documents/ iCloud-Drive-Dateien auf der Festplatte Nie von Hand anfassen ~/Zotero/ (oder der Ordner deiner Literaturverwaltung) Zitationsdatenbank und angehängte PDFs Kein Cache. Sichern!
Wenn du dir nur eine Regel merkst, dann diese: Im Pfad muss „Caches“ stehen. Etwas, das nur temporär klingt, ist nicht automatisch sicher, nur weil es in einem Forum so steht.
Wo dein Text wirklich liegt (damit du ihn nicht löschst)
Bevor du irgendetwas löschst, solltest du wissen, wo deine Arbeit gespeichert ist. Genau diesen Teil lassen die üblichen Anleitungen weg.
Scrivener
Deine Projekte sind .scriv-Pakete. Sie liegen dort, wo du sie gespeichert hast, meist unter „Dokumente“ oder in einem Cloud-Ordner, und nie in den Caches. Die automatischen Backups von Scrivener sind ein eigenes Thema. Standardmäßig landen sie in einem Ordner innerhalb von ~/Library/Application Support/Scrivener/Backups . Jeder Cleaner, der „Application Support“ nach „alten Dateien“ durchkämmt, kann diese Backups mitnehmen. Prüf die Einstellung noch heute und leg die Backups am besten in einen Cloud- oder externen Ordner, den du selbst im Blick hast.
Microsoft Word
Die Dateien der automatischen Wiederherstellung (AutoRecovery) retten dich nach einem Absturz. Sie liegen im Sandbox-Container von Word:
~/Library/Containers/com.microsoft.Word/Data/Library/Preferences/AutoRecovery
Im Pfad steht „Library“ und „Preferences“, aber nirgends „Caches“. Ein Cleaner, der Container pauschal löscht, löscht damit auch dein Sicherheitsnetz.
Pages, TextEdit und andere Apple-Apps
Diese Apps nutzen das in macOS eingebaute Versionssystem (Ablage → Zurücksetzen auf → Alle Versionen durchsuchen …). Der Versionsverlauf liegt in einer versteckten Datenbank auf oberster Ebene des Volumes, nicht in deinen Benutzer-Caches. Das Leeren von ~/Library/Caches berührt ihn also nicht.
Ulysses, iA Writer, Bear und andere Sandbox-Editoren
Editoren mit eigener Bibliothek speichern Dokumente in ~/Library/Containers, in ~/Library/Group Containers oder in iCloud Drive. Eine normale Datei bekommst du dabei nie zu sehen, und genau deshalb löscht man sie so leicht aus Versehen. Behandle jeden Ordner in „Containers“, der den Namen oder die Bundle-ID der App trägt, wie dein Manuskript.
Literaturverwaltung
Zotero speichert Datenbank und angehängte PDFs in einem Datenverzeichnis (standardmäßig ~/Zotero). Der Ordner sieht aus wie App-Krempel, steckt aber voller Jahre an Recherche. Er ist nie ein Cache.
So leerst du Benutzer-Caches sicher Schritt 1: Erst nachsehen, was wirklich groß ist
Lösch nicht blind. Öffne das Terminal und gib ein:
bash du -sh ~/Library/Caches/* 2>/dev/null | sort -h | tail -15
Der Befehl listet die fünfzehn größten Cache-Ordner in aufsteigender Reihenfolge. Bei den meisten Schreibenden stehen oben Browser (Chrome, Safari, Firefox), Cloud-Sync-Clients und gelegentlich eine Video- oder Design-App. Wenn der ganze Ordner nur 2 GB groß ist, rettet dich das Leeren nicht. Dann suchst du besser woanders (siehe unten).
Schritt 2: Browser-Caches im Browser selbst leeren
Wer viel recherchiert, hat oft im Browser den größten Cache. Leer ihn über die Einstellungen statt über den Finder. Wähl dabei nur zwischengespeicherte Dateien aus, keine Cookies und Website-Daten. Sonst darfst du dich neu bei JSTOR, beim Bibliotheksproxy deiner Uni und bei jedem Archiv mit Bezahlschranke anmelden.
Safari: Einstellungen → Erweitert → „Funktionen für Webentwickler:innen einblenden“ aktivieren, dann im Menü „Entwickler“ → „Cache-Speicher leeren“. Chrome: Einstellungen → Datenschutz und Sicherheit → Browserdaten löschen → nur „Bilder und Dateien im Cache“ anhaken. Firefox: Einstellungen → Datenschutz & Sicherheit → Cookies und Website-Daten → Daten entfernen … → nur „Zwischengespeicherte Webinhalte“ anhaken. Schritt 3: App-Caches bei beendeten Apps leeren
Für alles andere in ~/Library/Caches:
Beende die Apps, deren Caches du leeren willst. Ein Cache, der unter einer laufenden App verschwindet, kann sie bis zum Neustart aus dem Tritt bringen. Drück im Finder ⌘⇧G, gib ~/Library/Caches ein und bestätige mit Return. Lösch den Inhalt einzelner App-Ordner, nicht den Ordner „Caches“ selbst. Leer den Papierkorb, sonst ist der Platz nicht wirklich frei.
Zwei gezielte Extras, die Schreibende manchmal brauchen:
Veraltete Quick-Look-Vorschau (der Finder zeigt eine alte Fassung des Manuskripts): Gib im Terminal qlmanage -r cache ein. Schriftprobleme nach dem Installieren oder Entfernen von Fonts: Ein Start im sicheren Modus leert einige System-Caches, darunter die Schrift-Caches. Das ist schonender als manuelles Löschen. Schritt 4: Oder ein Menüleisten-Tool sortieren lassen
Der manuelle Weg ist einmal in Ordnung. Wenn du ihn nicht jeden Monat wiederholen willst, muss ein Cleaner vor allem eines können: ausschließlich echte Cache-Pfade anfassen und dir die Liste zeigen, bevor er löscht.
In MacSnip startest du die Cache-Bereinigung über das Menüleisten-Panel: öffnen, die unter der Bereinigungsoption aufgeführten Einträge prüfen, bestätigen . Egal welches Tool du nimmst, MacSnip app eingeschlossen: Prüf drei Dinge, bevor du es auf einen Rechner mit Manuskripten loslässt.
Es bezieht Containers, Group Containers, Application Support und Mobile Documents nie in eine Standardbereinigung ein. Es überspringt Caches von Apps, die gerade laufen. Es sagt dir, was es löscht, statt nur eine einzige beunruhigende Zahl zu melden.
Wenn Caches gar nicht dein Problem sind
Ist ~/Library/Caches klein, steckt der Speicher woanders. Schau unter Systemeinstellungen → Allgemein → Speicher (ab macOS Ventura) nach und prüf dann diese typischen Platzfresser bei Schreibenden:
iCloud Drive mit deaktiviertem „Mac-Speicher optimieren“. Dann liegt jede Datei lokal. Ist die Option aktiv, lagert macOS ältere Dateien aus und behält sie in iCloud. Alte iPhone-Backups in ~/Library/Application Support/MobileSync/Backup. Das sind echte Backups. Lösch sie über die Geräteansicht im Finder statt von Hand, und nur, wenn es ein neueres gibt. Interviewaufnahmen und Hörbuchentwürfe. Audio ist im Vergleich zu Text riesig. [ERGÄNZT: Quelltext endete hier] Eine Stunde unkomprimiertes WAV in CD-Qualität belegt gut 600 MB, ein Recherchejahr voller Interviews kommt so schnell auf zweistellige Gigabyte. Archivier abgeschlossene Projekte auf einer externen SSD oder exportier sie als AAC/MP3, wenn dir Sprachverständlichkeit reicht. Der Downloads-Ordner. PDFs, Installer und doppelt geladene Anhänge sammeln sich hier über Jahre. Sortier im Finder nach Größe, dann sind die Kandidaten in einer Minute gefunden. Fazit: Erst lokalisieren, dann löschen
Cache-Leeren ist ungefährlich, solange du dich an den Pfad hältst. Was in ~/Library/Caches liegt, darf weg. Was in Containers, Application Support oder Mobile Documents liegt, ist potenziell dein Text, deine Backups oder deine Recherche. Am besten kennst du die drei Speicherorte, auf die es für dich ankommt (Projektordner, Backup-Ordner, Wiederherstellungsordner), bevor du das nächste Mal unter Zeitdruck aufräumst. Fünf Minuten heute sparen dir eine Nacht vor der Abgabe.
Wenn du schon dabei bist: Prüf gleich, ob deine Scrivener-Backups an einem Ort liegen, den du auch ohne Library-Ordner wiederfindest.