口語の「バックアップ」は「グリッドにまだ見える」という意味になりがちです。Optimize iPhone Storage はその混同の上にあります。モザイクは残り、写真を開くとダウンロード待ち、オフラインはぼやけ。検索が iPhone ストレージ最適化で原版を残す、なら、カメラからコピーしたはずのファイルを保ちつつ、設定 → iPhone ストレージを縮めたい。それは二つの別コピーです。混ぜると残るのは iCloud だけ。

Azalea の書き出しは PhotoKit / MediaStore 資産です。Live Photo は静止画とモーションクリップの組なので、サムネイル件数よりバイトが多い。ラボ合計はその組をすでに含む。アプリに「ストレージセーバー」エンコードはない。原版はあなたの S3 バケット、USB フォルダ、または Samba 共有へ。Azalea サーバは通らない。Bundle net.duguying.photos。

短く比較する：Azalea はカメラからコピーしたはずのファイルを保つ。iCloud の最適化はクラウド原版とローカルプレースホルダを保つ。Google のセーバー帯域はしばしば再エンコードする。その三つで、USB ディスクから Pixel で認領できるのは一つだけ。

「アップロード完了」を品質検査にしない。宛先で 4K クリップを開き、幅を読む。1080 なら、使った製品が違う。

最適化が実際に変えるもの

設定 → 写真 → Optimize iPhone Storage は、原版が iCloud 写真にあれば iOS がローカル原版を追い出せると伝える。設定の写真行は下がる。グリッドは下がらない。それが機能の要点であり、持ち運べるバックアップの代用品として弱い理由でもある。200 GB プランが満杯なら、原版が上がれないので最適化は止まる。それが 2026年3月14日の iPhone 15：使用 241.3 GB、写真 88.1 GB、iCloud 写真オン、プラン満杯、アップロードエラーがループ。最適化はオフだったので、端末はまだ原版を持っていた。先に USB へ書いた。

その実験の一週間後、最適化を入れてから写真は 41.6 GB。ディスクライブラリは 86.41 GB（92,778,479,616 バイト）のまま。その退避は iOS であり、Azalea のトグルではない。Cloud Album に「ローカルを消し、こちらのクラウドに残す」ボタンはない。こちらのクラウドがない。

HEIC は iPhone ラボライブラリの 71%（静止画 17,891、各約 3.12 MB）。Windows 機はコーデックが要るか、別の iPhone でディスクを認領する。Azalea の変換失敗ではない。残してほしいと言ったファイルそのもの。動画：541 クリップ、多くは 4K30、各約 56.5 MB。静止画だけ見るとグリッド件数は嘘をつく。

両方ほしいときの手順：本物のコピー、それから最適化

Azalea を入れる。Allow Full Access を許可。Limited Library だと、最適化とバックアップが「ライブラリ」の中身で食い違う。
Cloud Album → Backup Storage → S3 または USB Device を追加。英語 S3 試験は us-west-2。USB は Files でフォルダを選ぶ。iOS にボリューム一覧はない。バケットプロファイルでは Test Connection。
自動バックアップを Pending が 0 になるまで走らせる。USB ジョブはフォアグラウンドに置く。ロック画面のあと再開し、必要なら Resume Backup。
抜き取り確認：HEIC 一つ、Live Photo の組一つ、4K クリップ一つを、ディスクから開くかバケットからダウンロード。ファイルサイズを読む。iCloud がすでにローカルをプレースホルダに替えていれば PhotoKit は止まり得る。診断に iCloud original download stalled for over N seconds が出ることがある。
それから設定 → 写真 → Optimize iPhone Storage。写真行を前後で書き留める。宛先ライブラリは縮んではいけない。縮むなら、最適化と書き出しを同じ誤解に向けている。

2026年4月2日の Pixel 8 → iPhone 16 認領は、「原版を残す」のもう半分。11,614 件、S3 us-west-2 上 81.95 GB。認領後、iPhone カメラロールは手動ダウンロード数件まで空。お気に入りは渡らない。Android は iOS の local_identifier を再利用できない。原版はバックアップ済みライブラリにあり、Recents にはない。

一つの失敗：間違った製品の緑バー

緑の iCloud 進捗バーは、iCloud がバイトを受けたという意味。Pixel に挿せるファイルがあるという意味ではない。Apple の書き出しはタイムラインを潰し、Live Photos を誤る。Finder の DCIM コピーに増分索引はない。原版を残しつつ容量も空けたいなら、ラボが火傷していない順は：Azalea 書き出し → ファイルを開く → それから最適化、または確認済み動画だけ削除。

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

リージョン違いの S3 は最初の一覧で失敗する（署名エラーまたは 301）。品質の問題ではなくプロファイルの問題。Pending を信じる前に Region を直す。USB プロファイルで iCloud Drive 内のフォルダを選ぶのは外部原版ではない。確認ダイアログがあるのは、「バックアップ」を再び Apple のアカウントに戻すことになるから。

FAQ

Optimize iPhone Storage を入れると、Azalea はまだ原版を見るか？

端末に残っているか、iOS が間に合ってダウンロードできる場合だけ。最適化がすでにクリップを追い出し、iCloud 写真が壊れているか満杯なら、書き出しは止まる。バックアップが先、最適化が後。3月の USB 数字はその順で取った。

原版を残すために Azalea は HEIC を JPEG に再エンコードするか？

しない。HEIC は HEIC。DNG は DNG。4K は 4K。Windows はコーデックが要ることがある。Apple が書いた形式であり、Azalea が発明した変換ではない。

USB に原版を置きつつ、共有には iCloud 写真を使えるか？

使える。iCloud 写真と Azalea の USB または S3 プロファイルは共存できる。第二コピーを開くまで、両側にローカル削除をさせない。共有写真ライブラリの招待は Apple ID の機能。一台のディスクを二台が認領することと同じではない。

写真が 41.6 GB に落ち、ディスクが 86.41 GB のままなのはなぜか？

最適化が、iCloud に原版があるあとローカルを追い出し、ディスクはすでに独立コピーを持っていたから。ディスクは Android に持っていけるコピー。iCloud は一つの Apple ID の後ろに残るコピー。詳細は iPhone 15 の事例とバックアップ後の空き容量。

ダウンロードはどこか？

/ja/download。オブジェクトストレージの設定は S3/COS/OSS のページ。USB ピッカーの制限は USB のページ。

原画品質と iPhone ストレージ最適化