# 古い iPhone バックアップを安全に削除する

> 現行のローカルまたは iCloud 復元経路を確認したうえで、Finder 内の完全なデバイスバックアップを特定・退避・削除します。

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

古い iPhone や iPad のバックアップは、Mac 上でひときわ大きくなりがちな隠れ項目です。フォルダは意図的に中身が読み取りにくい作りになっており、サイズだけではどのデバイス、いつの日付、どの復元ポイントのバックアップか判断できません。安全な整理の手順は、Finder で各セットを特定し、いま使える別の復元手段があることを確認してから、不要になったセットだけを削除することです。

## バックアップの保存場所

iPhone や iPad を iCloud ではなく Mac にバックアップすると、データは次の場所に保存されます。

```
~/Library/Application Support/MobileSync/Backup
```

各バックアップは、長い識別子を名前にしたフォルダです。そのため、手作業で中身を眺めても意味がありません。合計サイズを確認すると、驚かされることがよくあります。

```
du -sh ~/Library/Application\ Support/MobileSync/Backup 2>/dev/null
```

複数のデバイスをバックアップしてきた Mac では、このフォルダが非常に大きくなることがあります。ターミナルで権限エラーが出ても、バックアップがないとは限りません。フルディスクアクセスが付与されていないだけ、という場合があります。Apple の [バックアップ管理ガイド](https://support.apple.com/108809) も同じフォルダを案内していますが、フォルダ表示はセットを探すためのものであり、何を削除するかを決めるためのものではありません。

## フォルダ単位ではなく、名前で削除する

バックアップを安全に削除するには、ラベル付きの一覧で操作します。iPhone または iPad を接続し、Finder のサイドバーで選択して **一般** タブを開き、**バックアップを管理** を選びます。一覧にはデバイス名と日付が表示されます。バックアップを Control クリックすると、削除、Finder に表示、アーカイブが選べます。鍵マークが付いているバックアップは、暗号化されたセットです。

アーカイブは、リスクのある iOS ベータを入れる前、デバイスの移行前、またはアプリデータの大きな変更前に意味があります。アーカイブしたバックアップは、次のバックアップで上書きされず、固定の復元ポイントとして残ります。使っている各デバイスの、検証済みで最新のバックアップと、意図して必要としているアーカイブ済みの復元ポイントは残してください。古さだけで削除の判断にはなりません。

## iCloud とローカルの違いについて

いまそのデバイスが iCloud にバックアップしているからといって、クラウド側が最新だとは限りません。まず、デバイス上の iCloud バックアップが最後に成功した日付を確認してください。ローカルと iCloud のバックアップは、同期設定によって含むデータも異なります。一方があるからといって、もう一方が自動的に不要になるわけではありません。

暗号化されたローカルバックアップには、暗号化されていないバックアップでは含まれない保存済みパスワード、Wi-Fi 設定、ヘルスケアのデータ、通話履歴が含まれることがあります。Apple の [暗号化バックアップガイド](https://support.apple.com/108353) に差分がまとまっています。最後の暗号化ローカルバックアップを削除する前に、そのパスワードをまだ覚えていることと、代わりのバックアップに必要な内容が入っていることを確認してください。忘れたバックアップパスワードをリセットすると新しい暗号化バックアップは作れますが、古い暗号化セットが再び使えるようにはなりません。

## 仕組み：なぜバックアップは中身の見えない塊なのか

デバイスのバックアップは、電話の中身をそのまま閲覧できるコピーではありません。バックアップされた各ファイルは、元のパスとドメインのハッシュを名前として保存され、サブフォルダに散らばっています。そして SQLite データベースである `Manifest.db` が、それらのハッシュを実際の名前に対応づけます。この設計により、バックアップは完全で内部整合性を保てますが、フォルダが意味のない 16 進文字列に見える理由でもあり、中の個別ファイルを削除してはいけない理由でもあります。マニフェストが参照しているセットを壊してしまうからです。ストレージバーにとって全体が不透明に見える理由も同じで、アプリに紐づかないハッシュ名のファイルの山としてしか見えません。Finder の「バックアップを管理」はマニフェストを読んで、実際のデバイス名と日付を表示します。だからこそ、バックアップ一式をまとめて削除する安全な場所なのです。

<figure class="blog-diagram">
  <img src="https://mole.fit/img/blog/iphone-backup-manifest.webp" width="1360" height="454" loading="lazy" alt="ハッシュ名のバックアップファイルの格子と、それらを実デバイス名とパスに対応づける Manifest データベースがあり、ストレージバーには不透明ですが Finder のバックアップを管理からは読めます">
  <figcaption>バックアップはハッシュ名のファイル群と、それらを実名に対応づける Manifest.db から成ります。そのためストレージ設定には不透明で、Finder の「バックアップを管理」がバックアップ一式を削除する安全な場所になります。</figcaption>
</figure>

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

ディスクマップは `MobileSync/Backup` が大きいことを示せますが、どの復元ポイントが不要かを判断することはできません。[Mole](https://mole.fit/) の Analyze 表示は発見には便利ですが、バックアップセットの特定、アーカイブ、削除は、引き続き Finder の「バックアップを管理」が正しい場所です。

## 安全な作業の順序

バックアップフォルダのサイズを測り、Finder で各セットを特定し、最新の iCloud または代わりのローカルバックアップを確認し、移行やベータ用に必要な復元ポイントを残します。不要になったセットは「バックアップを管理」から一式ごと削除し、ハッシュ名の個別ファイルは絶対に触らないでください。空き容量が本当に価値を持つのは、復元手段が確かになってからです。

---

Canonical HTML page: https://mole.fit/ja/blog/how-to-delete-iphone-backups-mac
Blog index for agents: https://mole.fit/ja/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt
