「オリジナルをダウンロードしない」は、写真を消さずに iPhone の容量を空ける検索で、人が Optimize iPhone Storage を呼ぶ言い方です。Azalea は原版をホストしないので、Cloud Album に対応スイッチはない。第二コピーは、あなたが制御するディスクかバケットにすでに存在する必要がある。確認が失敗したら退避しない。

退避はバックアップと別セッションとして扱う。2026年3月14日、iPhone 15 は USB へ 18,432 件 / 86.41 GB を終えた。その夜ディスクから静止画と 4K クリップを開いた。最適化はそのあと。一週間後、設定 → iPhone ストレージ → 写真は 41.6 GB。ディスクライブラリは動いていない。その下落は iOS がローカルを追い出したのであり、Azalea が何かを消したのではない。

認領のあと、新しい端末はすべての原版をカメラロールに取り込まない。それが容量を空けるもう半分：必要なときだけダウンロード。Pixel 8 → iPhone 16 実験（2026年4月2日、11,614 件、81.95 GB、S3 us-west-2）では、システム Recents はテストダウンロード数件まで空。バックアップ済みライブラリがキーを持っていた。お気に入りは渡らない。Android は iOS の local_identifier を再利用できない。

Pending が 0 のあと残るもの

iOS 設定 → 写真 → Optimize iPhone Storage。別コピーがあり、それを開いたあとだけ。
USB または S3 で開いた動画の手動削除。「最近削除した項目」は 30 日の願いであり、バックアップではない。損失を受け入れるときだけ空にする。
Android：システムギャラリーで消すか OEM クリーナー。対象に MediaStore オブジェクトがあるあとだけ。Azalea は Google フォトのような「端末コピーを削除」を出さない。

Google フォトの「端末コピーを削除」、iCloud 最適化、Azalea を同じローカルファイルに同時にかけない。掃除役三人、ロール一つ。

手順

Azalea でバックアップを Pending が 0 になるまで終える。Failed は空か、説明済みであること。Pixel ですでに再生に失敗していた 2 MB の黒 MP4 は 4月も復旧不能のまま。台帳に残し、次回が新品扱いしないようにした。ライブラリの残りを消す理由ではないし、未開封の動画を退避する理由でもない。
宛先から二十件を開く。端末グリッドからではない。最新の一枚、最古の一枚、最長の 4K クリップ、Live Photo の組一つ、汚いファイル名一つを含む。USB なら Finder や Explorer の stat がほしければパソコンに挿す。リネームしない。S3 ならキーをダウンロードしてバイトを比較。
Azalea のステータス画面をスクリーンショット。設定 → iPhone ストレージ → 写真を書き留める（最適化前のラボ iPhone 15 は 88.1 GB）。
それから、そのときだけ、Optimize iPhone Storage を入れるか、宛先ですでに見た特定の動画を消す。Azalea にこのトグルはない。Bundle net.duguying.photos は影の原版をあなたのために持たない。
数日後に設定の写真を再確認。宛先ライブラリサイズは安定している必要がある。新しい動画を撮ったせいで USB の Pending が再び上がるなら、それらの新ファイルは先週の退避の対象外。

USB ジョブはアプリをフォアグラウンドに置く。USB 実行がロック画面で止まっているあいだに退避すると、ディスクに届いていないローカルを追い出せる。Live Activity ではなく Pending を見る。ロックのあと Resume Backup。挿し直しのあと Check again。

Android では Automatic backup とフォアグラウンド通知でも殺され得る。家族 NAS 事例（DSM 7.2.2、共有 photos）の Xiaomi 14 HyperOS 2.0.5 は、ワーカーがすでに死んでいるのに通知が生きていた。通知が健康そうだからギャラリーコピーを消さない。Status を開く。Pending が動いていなければ再開、確認、それから削除。

一つの失敗：満杯の iCloud プランへ退避する

3月の iPhone 15 は、すでに満杯の 200 GB iCloud プランだった。最適化は原版を iCloud に置けないので、写真行は下がらなかった。「iCloud が持っている」幻想は偽り。だから USB が先。プランが満杯なら、最適化は空き容量ツールではない。待ちである。その状態で写真を消さずに容量を空けるとは、USB または S3 上の第二コピー、それから iCloud 枠を待つか、その第二コピーで開いたファイルだけ消すこと。

英語のオブジェクトストレージ試験は S3 us-west-2。リージョン違いのバケットプロファイルは、最初の一覧で Test Connection に失敗する。赤い署名エラーのあと退避しない。第二コピーはまだない。

「USB」先として iCloud Drive 内のフォルダを選ぶのも第二コピーではない。確認があるのは、そのパスがバイトを再び Apple のアカウントに戻すから。物理ボリュームか、鍵を自分で持つバケットを使う。

FAQ

Azalea だけ使って、写真を消さずに iPhone 容量を空けられるか？

できる。Azalea がディスクまたはバケットに確認済み原版を持ったあと、iOS 最適化を走らせる。Azalea 自身は PhotoKit 資産を追い出さない。iCloud を完全に拒むなら、USB または S3 で開いた項目だけ消すか、より大きい端末を使う。あとで取りに行ける Azalea ホストの原版はない。

新しい iPhone でライブラリを認領したあと、Recents が空なのはなぜか？

認領は台帳を読む。すべてのファイルをシステムカメラロールに注入しない。必要なものをダウンロードする。それが新しい端末を小さく保つ方法。旧端末は最適化するか、48 時間引き出しに置く。機種変更当日のチェックリストを参照。

「最近削除した項目」は安全網か？

30 日、その端末上、空にしていなければ。バックアップではない。ワイプ後は残らない。先に書き出していなければ USB ディスク上にもない。書き出しが終わったか不明なら Diagnostics。

Android のストレージセーバー / Google 圧縮は？

Azalea はセーバー帯域を書かない。すでに圧縮モードで Google フォトに上げていれば、それは別の、より小さいファイル。Azalea のコピーがあるまで MediaStore 原版を消さない。Android 自動バックアップが権限と WorkManager を扱う。

Azalea のダウンロードはどこか？

/ja/download。品質対最適化の長い議論は原画と最適化。USB の挙動は USB 機能ページ。

開いて確認したバックアップ後に原版を退避