Macを2ヶ月で再び満タンに？削除したものは戻ってくるが、実際に増えているものは触れない

「ストレージ容量不足」の警告がまた来た。前回クリーンアップソフトで十数GBを発見し、ワンクリックで削除してすっきりした――しかし2ヶ月後、また同じ問題が発生する。
問題は掃除が不十分なことにあり、削除したものは元通りになり、一方でずっと増え続けている部分はクリーンアップソフトが全く触れていないのです。

クリーンアップソフトが削除するのは、主に「元通りになるもの」

どのMacクリーンアップツールを開いても、スキャン結果のトップには通常、以下のカテゴリが表示されます：

カテゴリ	典型的な場所	削除後にどうなる
アプリケーションのキャッシュ	`~/Library/Caches`	アプリが次回起動時に再生成
ブラウザのキャッシュ	Chrome / Safari のキャッシュディレクトリ	数日間のウェブ閲覧で戻ってくる
システムログ、一時ファイル	`/private/var/log`、`/private/var/folders`	システムが継続して書き込む
開発用キャッシュ	Xcode `DerivedData`、`node_modules`、Docker イメージ	次回のビルド、依存関係のインストール時に再構築

キャッシュの存在意義は**「速度のために容量を犠牲にする」**ことです。削除すると、アプリの最初の起動が少し遅くなりますが、その後は元のサイズに戻ってしまいます。これが「2ヶ月後また満タンになる」の第一の理由です：あなたがクリアしているのは、自動的に再充填されるプールなのです。

これはキャッシュのクリアが無意味だという意味ではありません――一時的に容量を確保して緊急時の救済は非常に有効です。しかし、ディスクを長期的に再び逼迫させたくない場合は、別の種類のファイルを見る必要があります。

実際に増えているのは、「捨てられないもの」

「システム設定 → 一般 → ストレージ容量」を開くか、ターミナルで以下を実行します：

bash
du -sh ~/Pictures ~/Downloads ~/Desktop ~/Documents ~/Movies 2>/dev/null

多くの人は、メインの容量はキャッシュではなくこれらにあることに気づきます：

写真とスクリーンショット。iPhoneの写真は1枚2〜5MB、カメラ直出しのJPEGは動作10MB以上；⌘⇧4で撮影したRetinaスクリーンショットは、1枚のPNGが1〜3MBです。数枚撮るだけで、1年で数十GBになります。
チャットツールに保存された画像。グループで送られた画像、クライアントから送られた素材、仕事のスクリーンショット――一度受け取れば、ローカルにコピーが増えます。
ダウンロードフォルダー。デザイン素材パッケージ、壁紙、Webページから保存した画像など、ダウンロード後に開かなくなったもの。
作業プロジェクトの素材。デザインデータのエクスポート画像、Webサイトのimages/ディレクトリ、アプリリソースファイルなど、各プロジェクトには大量のオリジナルサイズの大きな画像が含まれています。

これらのファイルの共通点は：削除できないということです。写真は思い出であり、スクリーンショットは将来何かに使うかもしれないし、プロジェクト素材は現在も使用中です。クリーンアップソフトもこれを知っているため、デフォルトでスキップされます――したがって、実際に増えている部分は、毎回のクリアでもそのまま残ります。

削除できないなら、サイズを小さくしよう

これらの画像を残さざるを得ない場合、唯一の方法は視認性を損なわずに、各画像のサイズを縮小することです。

ほとんどの画像は、作成された瞬間から「デブ」です：

カメラやスマートフォンは安全策として高品質なJPEGパラメータを使用し、大量のEXIFやサムネイルなどの付加データを含んでいるため；
スクリーンショットやデザインツールでエクスポートされたPNGは、通常何の圧縮最適化も行われていない；
Web上で保存された画像も、多くの場合真面目に処理されたことがない。

これらの余分なバイトは肉眼では見分けがつきませんが、ディスク容量を確実に占有しています。私たちは2回の公開テストを行いました：32,188枚のカメラ直出しJPEGを圧縮すると76.8%節約；Web上で既に圧縮されているJPGをもう一度圧縮しても46.8%節約（詳細は『ImgZilla実測』シリーズを参照）。

言い換えれば、50GBの写真フォルダーから20〜30GBを完全に確保できる――そしてこれらの容量は自動的に回復しません。

なぜ多くの人はまだ画像圧縮をしないのか

理屈は分かっていますが、実際に手を動かす人は少ないです。実際的な理由は：

圧縮後にファイル名が変わる。多くのツールはxxx-min.jpgとして別保存するか、新しいフォルダーにエクスポートするため、圧縮後は手動で置き換え、元画像を削除する必要があり、フォルダーが大きくなると整理が面倒になります。
元画像を触るのが怖い。もし壊してしまったら？元に戻せないので、結局圧縮しません。
オンライン圧縮には制限があり、アップロードが必要。一度20枚、1枚5MBなど制限があり、個人の写真や社用の素材を他者のサーバーにアップロードしたくありません。

この3点は、私たちがImgZillaを作成する際に解決しようとしていたことです。

ImgZilla：フォルダーをそのままドロップして、その場でサイズを縮小

ImgZillaはmacOSネイティブの画像圧縮ツールで、1つのことを行います：画像をその場でサイズを縮小し、その他は何も変更しない。

ファイル名、パス、形式は変更されない。IMG_2034.HEICを圧縮してもIMG_2034.HEICのまま、元のフォルダーに残るため、アルバム整理やプロジェクト参照に影響がありません。
フォルダーをそのままドロップするだけ。自動的にサブディレクトリを再帰的にスキャンし、隠しファイルやnode_modulesをスキップします。
元画像はデフォルトでゴミ箱に入る。どれか不満なら、ゴミ箱で右クリック「元に戻す」で復元できます。問題ないことを確認してからゴミ箱を空にすると、容量が確実に解放されます。
JPG、PNG、GIF、SVG、HEIC/HEIF、WebP、AVIFをサポート。iPhoneのHEIC写真、スクリーンショットのPNG、Webで保存したWebPなどに対応。
すべてローカルで実行され、インターネットに接続しない。写真はあなたのコンピューターから離れず、一度の枚数やサイズに制限はありません。
すでに小さい画像は無理やり圧縮しない。圧縮率が0.4%未満のファイルは「最小化済み」としてそのまま残り、数値を良くするために画像をぼやかすことはありません。

圧縮後、内蔵の比較ウィンドウ（⌘D）で左右分割し、実際のピクセルを拡大して1枚ずつ確認できます――信頼するのではなく、自分で見て確認できます。

どこから圧縮を始めるか

「容量が多く、リスクが低い」順で進めることをお勧めします：

スクリーンショットフォルダー（デフォルトはデスクトップ、またはカスタムの場所）：PNGスクリーンショットは通常、最も多くの容量を節約でき、画質の心配はほとんどありません。
ダウンロードフォルダー：本当に使わないものを削除し、残りの画像を一度に圧縮します。
自分で整理した写真フォルダー：例えば、年ごとに整理されたカメラからインポートした、スマートフォンからエクスポートした写真など。
作業プロジェクトの素材：Webサイト、アプリ、デザインエクスポートディレクトリを圧縮し、同時にWebページやインストーラーも軽量化します。

直接ドロップしないでください：「写真」Appのライブラリ（照片图库.photoslibrary）。これは「写真」App自体が管理するデータベースであり、直接ファイルを変更するとライブラリが異常になる可能性があります。この部分を圧縮したい場合は、まず普通のフォルダーにエクスポートするか、iCloudの「Macのストレージ容量を最適化」を有効にしてシステムに任せます。

また、期待値を下げないために2点を説明します：

ImgZillaは形式を変えず、解像度も変更しません。PNGを圧縮してもPNGのまま、サイズは変更されません。
どれくらい節約できるかは画像の元の状態に依存します。すでに最適化されている画像は、節約できる量は少なくなります――これは正常です。

ImgZillaは現在macOS（12.3以降）のみをサポートしており、Mac App Storeからダウンロードできます。無料版は1日10枚まで圧縮でき、圧縮成功した場合のみカウントされます――まずスクリーンショットフォルダーを試して、効果を見てから決めてください。

まとめ表

方法	確保できる容量	自動的に回復するか
キャッシュ、ログをクリア	数GBから十数GB	はい、数週間で元通り
使わないダウンロード、インストーラーを削除	個人の習慣による	習慣次第
写真とスクリーンショットをその場で圧縮	写真が多いほど多く節約	いいえ
大きなファイルを外付けハードディスク / クラウドに移動	多い	いいえ（アクセスが不便になる可能性あり）

Macが繰り返し満タンになるのは、掃除が不十分だからではなく、常に「回復するもの」だけをクリアし続けているからです。実際に増え続けている画像を圧縮し、「新しい画像が入ってきたら最初に圧縮する」という習慣を身につければ、次の警告はずっと遅く来ます。