# ファイルを失わずに Mac の容量を解放する > 唯一のデータを守り、APFS 容量とカテゴリを照合し、再生成できると確認した項目だけを消し、変更を取り戻せる状態に保ちます。 Published: 2026-06-12 | Updated: 2026-08-08 Mac の空き容量がほとんどなくなると、焦って無作為に消したくなります。よりよい目標は、 できるだけ大きな空きギガバイト数ではなく、回復リスクを最小にしながら、作業に十分な 余裕を確保することです。まず測り、唯一のデータを守り、置き換え可能な領域を回収し、 ゴミ箱を空にする前に Mac を確認します。
クリーンアップパイプラインはスキャン、計測、分類、レビュー、パス検証を行い、許可された項目だけをゴミ箱へ送ります
安全なクリーンアップは発見と削除を分けます。スキャン、計測、分類、確認、パスの検証のあと、ガードを通過したものだけをゴミ箱へ送ります。
## Step 0: 唯一のコピーを守る 大きなクリーンアップの前に、 [Time Machine](https://support.apple.com/104984) やほかのバックアップが完了していること、 そして重要なファイルが実際に含まれていることを確認します。クラウド同期は完全な代替には なりません。同期されたファイルを削除すると、すべてのデバイスからも消えることがあります。 重要な作業では、バックアップから数ファイルを開くか、小さな復元テストを行います。 一度も読んだことがないバックアップは、まだ仮定にすぎません。 ディスクが満杯でアプリが保存できず、macOS が更新できない場合は、ダウンロードした インストーラ、コピーした動画書き出し、古いアーカイブなど、明らかに置き換え可能な 項目を 1 つから始めます。データベースやシステム管理データを触らずに、計測のための 余裕を作れます。 ## Step 1: 実際に何が容量を使っているかを見る
ディスク全体のツリーマップでライブラリが 155.84 GB の最大ブロック、www、Downloads、その他のフォルダが横にサイズ表示されます
Step 1 を可視化したものです。ディスク全体をツリーマップで見ると、本当に大きいフォルダがひと目でわかります。これは Mole の Analyze 表示です。
まず **システム設定 > 一般 > ストレージ** を開きます。カテゴリとファイルブラウザは ユーザー管理の項目に役立ちますが、 [システムデータ](https://mole.fit/ja/blog/what-is-system-data-on-mac) のような大きなブロックは、 削除すべき 1 つのフォルダを特定しません。何かを消す前に、ディスクの該当部分を測ります。 コマンドラインでは、`du` がフォルダをたどって実サイズを合計します。 ``` du -sh ~/* ~/Library 2>/dev/null | sort -h ``` 最も大きい行が最初に見る場所です。たとえば `du -sh ~/Library/* 2>/dev/null | sort -h` のように、`du` を 1 階層深く向けて掘り下げます。単体の大きなファイルを見つけるには、 自分で管理できるフォルダから始めます。 ``` find ~/Downloads ~/Movies ~/Desktop -type f -size +500M -print 2>/dev/null ``` これで、すべてのアプリデータベースやクラウド同期フォルダを走査せずに、 忘れられた書き出しやディスクイメージを見つけられます。絵で見たい場合は、 ツリーマップが各フォルダをサイズに比例して描き、[Mole](https://mole.fit/) の Analyze 表示は ディスク全体をそのようにマップし、任意の項目へのドリルダウンと Finder で表示、 またはゴミ箱へ送る操作ができます。 いずれにしても、削除する前に「ディスクがいっぱい」を「この 1 つのフォルダが問題」に 変えることが目標です。ファイルの合計と合わないのにディスクが満杯に見える理由を含む 完全な方法は、 [Mac で大きなファイルを見つける方法](https://mole.fit/ja/blog/how-to-find-large-files-on-mac) を参照してください。 ## Step 2: 安全な勝ち筋から片づける 何が大きいかがわかったら、ユーザー管理で置き換え可能な項目から始めます。 - 特定済みで、もう不要な **ダウンロードしたインストーラ、ディスクイメージ、 重複した書き出し**。 - 所有アプリが文書化した **キャッシュ**。再構築できますが、初回起動が遅くなることがあり、 オフラインデータは再ダウンロードが必要な場合があります。 - 説明している問題が解決したあとの **古いログと診断レポート**。 - **[すでにアンインストールしたアプリ](https://mole.fit/ja/blog/how-to-completely-uninstall-apps-on-mac) の 残り**。何年も残ることがあります。 - **ゴミ箱そのもの**。空にするまでディスクを占有し続けます。 キャッシュを消す前にアプリを終了し、隠しフォルダを削除するより、 アプリ本体のストレージ管理を優先します。クリーナーは既知のカテゴリをまとめて サイズを示せますが、提案されたキャッシュパスを自動削除の許可にしてはいけません。 [Mole](https://mole.fit/) の Clean 表示は確認優先の実装のひとつです。同じ安全テストはどのツールにも 当てはまります。所有者を特定し、結果を説明し、通常のファイルは回復可能に保つことです。 重要な例外は [キャッシュクリーンアップの仕組み](https://mole.fit/ja/blog/how-to-clear-cache-on-mac) を 参照してください。 ## Step 3: 消してはいけないものを知る 空き容量作りが失敗するのは、正体のわからないものを消すときです。次のものは 触らないでください。 - `/System` 内のすべて。 - アクティブなアプリのデータベースとライブラリ。Mail、Messages、Photos、 仮想マシン、まだ必要な iOS デバイスのバックアップ。 - APFS スナップショット、スワップファイル、そのほかシステム管理のストレージ。 - 用途を明確に説明できないファイル。 ファイルの用途がわからないなら、削除しないでください。所有アプリ、 バンドル識別子、データが再作成できるかを調べます。ファイルサイズは影響の証拠であり、 捨ててよい証拠ではありません。 ## 削除してもすぐ空き容量が増えない理由 大きなファイルを消しても空き容量の数字がほとんど動かない場合、壊れているわけでは ありません。APFS ファイルシステムは、削除したファイルをまだ参照するローカルの Time Machine スナップショットを保持するため、macOS が間引くまで領域がピン留めされます。 また、キャッシュや再ダウンロード可能なデータを **パージ可能** としてマークし、 何かが必要になったときに自ら回収します。スナップショットは `tmutil listlocalsnapshots /` または `diskutil apfs listSnapshots /` で確認できます。 パージ可能な領域は APFS の会計状態であり、削除できるフォルダでも、 ストレージバー上の安定した区分でもありません。Time Machine は通常、 古くなるか容量が必要になると [ローカルスナップショットを自動削除](https://support.apple.com/102154) し、 macOS はほかのパージ可能データも需要に応じて回収します。どちらかを手動で 強制する必要はほとんどありません。 ## 原則：確認してから削除する 安全なクリーンアップはどれも同じ形です。測り、所有者を特定し、データを分類し、 回復経路を確認し、削除し、それからテストする。影響するアプリを開き、重要なプロジェクトを マウントし、空き容量を確認しているあいだは、項目をゴミ箱に残します。その検証のあとで だけゴミ箱を空にします。この順序は、固定のフォルダ一覧より価値があります。 アプリの配置が変わっても使えるからです。 ## 実務的な止め方 通常の作業、アップデート、一時ファイルに十分な余裕ができたところで止めます。 すべてのキャッシュを消したり、システムデータを極端に小さくしたりする賞はありません。 唯一のデータを守り、確認済みの最大の置き換え可能項目を消し、管理ライブラリは 所有アプリに任せ、曖昧なものやシステム管理データには手を付けません。 安全に回復できない劇的な数字より、小さく検証されたクリーンアップのほうがよいです。 --- Canonical HTML page: https://mole.fit/ja/blog/how-to-free-up-space-on-mac Blog index for agents: https://mole.fit/ja/blog/llms.txt Site index for agents: https://mole.fit/llms.txt