# Mac の写真ライブラリ容量を安全に解放する

> iCloud 最適化、慎重な整理、Photos ライブラリ全体の移動を選び、同期をバックアップと見なさないようにします。

Published: 2026-06-22 | Updated: 2026-08-08

Photos ライブラリは、Mac 上で最も容量を食うもののひとつです。普通のフォルダとは違い、オリジナル、編集内容、プレビュー、メタデータ、データベースが一体になっています。したがって安全な対処は、最適化する、Photos で整理する、ライブラリごと移す、のどれかです。パッケージを開いて大きいものから手で消すと、ライブラリを壊すおそれがあります。

## 写真が実際に置かれている場所

Photos はすべてを 1 つのパッケージ、`Photos Library.photoslibrary` にまとめ、Pictures フォルダに置きます。見た目は 1 ファイルですが、中にはオリジナル、編集、サムネイル、データベースがすべて入っています。サイズを測るには：

```
du -sh ~/Pictures/*.photoslibrary 2>/dev/null
```

大事なルール： そのパッケージ内のファイルを手で削除しないでください。ライブラリが壊れます。安全に減らす操作は、すべて Photos アプリか iCloud の設定経由で行います。

## Optimize Mac Storage

iCloud Photos を使っているなら、いちばん効くレバーは **Optimize Mac Storage** です。**Photos > Settings > iCloud** でオンにします。iCloud がフル解像度のオリジナルを保持し、Mac 側は小さめの版をローカルに残し、必要なときだけオリジナルをダウンロードできます。

最適化は必要に応じて進むもので、即座に一掃されるわけではありません。macOS が空き容量を必要とするにつれてライブラリが小さくなり、最近使ったオリジナルはローカルに残ることがあります。頼りにする前に、iCloud Photos の同期が終わっていることを確認してください。また、同期はバックアップではありません。iCloud Photos のライブラリで写真を削除すると、そのライブラリを使っているほかのデバイスからも消えます。

## 重複と削除

さらに確実に効く手は 2 つあります。

- **Duplicates。** Photos は重複写真を自動で検出します。サイドバーで **Utilities > Duplicates** を開き、見つかった内容を確認してから結合してください。Apple の [Duplicates ガイド](https://support.apple.com/guide/photos/pht5a3157c1d/mac) でも、分析には時間がかかること、結合で外れたコピーは Recently Deleted に移ることが書かれています。
- **Recently Deleted。** 写真を削除すると Recently Deleted に入り、そこで 30 日間ずっと容量を占め続けます。今すぐ回収するなら、そのアルバムを開いて、もう要らない項目だけを完全に削除してください。空にすると復元の猶予はなくなります。

大きな動画は別枠で見直す価値があります。Photos に一般的なファイルサイズ順ソートはないので、**Media Types > Videos** から始め、再生時間と詳細を見て、画面収録、スローモーション、誤って撮ったクリップを確認してください。長い 4K 動画が数本あるだけで、静止画数千枚を上回ることがあります。

## ローカルで使いたいときはライブラリごと移す

フル解像度のオリジナルを手元に置きつつ内蔵 SSD を使いたくないなら、Photos ライブラリ全体を正しくフォーマットした外付けドライブへ移します。Photos を終了し、`.photoslibrary` パッケージを 1 つの項目としてコピーし、Option を押しながらコピー先のライブラリを開き、アルバム、編集、最近の読み込みを確認してから、元のコピーを削除してください。Apple の [ライブラリ移動ガイド](https://support.apple.com/108345) では APFS または Mac OS Extended (Journaled) が必要とされ、Time Machine バックアップ用ボリューム、SD カード、USB フラッシュドライブ、ネットワーク共有、クラウドストレージを作業用ライブラリの置き場にしないよう注意されています。

iCloud Photos やシステムの Photo Picker を使う場合は、開いたあと移動先のライブラリを **System Photo Library** に指定します。iCloud Photos に参加するのはそのライブラリだけです。Photos を開く前に外付けドライブをつないでおいてください。ライブラリが使えないと、Photos が `~/Pictures` に空の新しいライブラリを作り、コレクションが消えたように見えることがあります。

外付けのライブラリにも、別のバックアップが必要です。作業用ライブラリとその唯一のバックアップを同じドライブに置くだけでは、ドライブ故障にも紛失にも守れません。

## 内部構造： フォトライブラリパッケージの中身

`.photoslibrary` はパッケージ、つまり macOS が 1 ファイルとして見せるフォルダで、決まった構造を持ちます。`originals` に未編集のマスター、`resources/derivatives` に高速スクロール用のプレビューとサムネイル、SQLite データベースにアルバム、編集、メタデータが入ります。編集は非破壊で、オリジナルの上に調整を重ねる形で保存されるため、生の写真だけでは説明できない大きさになります。Optimize Mac Storage は、ローカルのオリジナルの一部を最適化版に差し替えつつ、ライブラリを閲覧できるだけのメタデータと描画済みコンテンツを残します。内部レイアウトは実装の詳細で、macOS のバージョン間で変わり得ます。公開フォルダ構造のように扱うと、データベース参照や将来の移行を壊すリスクがあります。

<figure class="blog-diagram">
  <img src="https://mole.fit/img/blog/photoslibrary-structure.webp" width="1360" height="454" loading="lazy" alt="写真ライブラリパッケージ内にオリジナル、レンダリング済み派生物、データベースがあり、iCloud 最適化がローカルに保持するオリジナルを減らします">
  <figcaption>ライブラリはオリジナル、描画済みコンテンツ、データベースをまとめて管理します。Optimize Mac Storage は、ライブラリを閲覧できる状態を保ちつつ、ローカルのオリジナルを減らせます。</figcaption>
</figure>

## ディスクマップが役立つ場面

ライブラリは中身の見えない 1 パッケージに見えるため、仮想マシンや開発データなど、ほかの大きな項目と比べるときにディスクマップが役立ちます。[Mole](https://mole.fit/) の Analyze ビューはその比較を示しますが、ライブラリの内側には意図的に入りません。中身を変えるのに適した手段は、Photos、iCloud、検証済みのライブラリ全体の移動です。

## 安全な手順の順番

ライブラリを測り、iCloud の同期とバックアップを確認してから、戦略を 1 つ選びます。クラウドに支えられ、必要時にオリジナルを取る運用でよければ Optimize Mac Storage を使います。本当に要らないものだけなら、重複と大きな動画を整理します。外付けにフルのオリジナルが必要なら、ライブラリごと移します。パッケージ内部は絶対に手で消さず、iCloud で同期されたライブラリを独立したバックアップと取り違えないでください。

---

Canonical HTML page: https://mole.fit/ja/blog/how-to-free-up-photos-storage-mac
Blog index for agents: https://mole.fit/ja/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt
