iPhone 18 Proの写真、実はサイズが変わっていない:機種変更前に知っておきたい画像ホスティング6社のHEICアップロード上限
みんなカメラの話をしているけれど、自分はまずスペック表を読みに行った
9月9日、AppleはiPhone 18 ProとPro Maxを発表しました。数時間もしないうちにタイムラインは「史上最大のカメラ進化」という見出しで埋め尽くされました。正直なところ、60社以上の画像ホスティングやファイル共有サービスを試してきた身としては、発表直後の熱狂には反射的に疑ってかかる癖がついています。スマホのカメラスペックは毎年上がっていくのに、受け皿となる画像ホスティング側のアップロード上限は3〜5年前に決めた数字のまま、というケースが少なくないからです。
そこでカメラの実写レビューを待つ代わりに、Appleの公式スペックページと、いくつかの主要な画像ホスティングの公式FAQを直接照らし合わせてみました。
そこで最初にわかったのは、当初の予想とはまったく逆のことでした。
まず崩す誤解:18 Proの写真は去年より大きくなっていない
この発表前は、この記事は「新しいカメラでファイルサイズが激増し、画像ホスティング側が追いつかなければならない」という内容になるだろうと思い込んでいました。スペックを確認してみると、そういう話ではありませんでした。
確かに、iPhone 18 Proのメイン・超広角・望遠の3本のレンズはすべて48MP Fusionカメラです。ただし、iPhone 17 Proもすでに去年の時点で3本の48MPレンズを搭載していました——望遠レンズが12MPから48MPに引き上げられたのは2025年の出来事で、今年の話ではありません。今年新たに加わったのは可変絞り機構(4段階:f/1.48、f/1.8、f/2.8、f/4)と新しいメインセンサーですが、センサーサイズは17 Proと変わらず1/1.28インチ、1.22µmピクセルのままです。集光量の物理的な上限は上がっていません。
言い換えると、解像度もファイル構造も去年とほぼ同じです。実際に向上したのは低照度性能と被写界深度の制御であって、写真の容量ではありません。
iPhone 16 Pro以前の機種から乗り換える場合は、望遠レンズが12MPから48MPへ実際にジャンプしているぶん、ファイルサイズは確かに大きくなります。しかし、すでに17 Proを使っていた人にとっては、今回の機種変更で「写真が急に画像ホスティングの上限を突破するかどうか」という話は変わりません。去年と同じ土俵です。
この記事のテーマは、実はどの世代のiPhoneを使っているかではなく、「48MPで撮影すること」そのものがアップロード上限にどう影響するかという話です。新機種は、あらためて自分の前提を見直すための良いきっかけにすぎません。
画像ホスティング6社を一社ずつ検証——上限とHEIC対応状況
この表では、フォーラムに出回っている又聞きの数字をそのまま使い回したくありませんでした。公式FAQや公式ページがある場合は原文を直接読み、見つからない場合は正直にそう書き、確信があるふりはしません。
| サービス | 無料/匿名の上限 | HEIC対応 | アップロード後の処理 |
|---|---|---|---|
| lpic.cc | 8MB(1枚あたり) | 受け付けるが、サーバー側で必ずJPEGに変換 | JPEGに変換、無料プランは30日間保存 |
| Imgur | 20MB(非アニメーション。超過分は再圧縮される) | 公式ドキュメントの対応フォーマット一覧にHEICは掲載されていない。事前にJPEG/PNGへの変換が推奨されている | 匿名アップロードは1MB超、ログインアカウントは5MB超で自動的に非可逆再圧縮が発生。PNGは5MB超でJPEGに変換される |
| ImgBB | 無料32MB/Pro 64MB | 第三者の資料ではHEIC対応が言及されているが、公式サイトには完全なフォーマット一覧が公開されていない。事前に1枚試すのが無難 | 再圧縮の有無について公式の説明はない |
| Postimages | 32MB(匿名・無料アカウント共通)、最大10,000×10,000px | 公式FAQにHEICへの言及はなく、フォーマット一覧も未公開 | 変換ルールの公式説明はない |
| Catbox | 公式FAQには総容量上限の具体的な数字はない(ブラックリスト方式で.exe/.scr/.cpl/.doc*/.jarのみブロック)。外部資料では200MBという数字がよく引用される | ブラックリストに含まれていないため、理論上はアップロード可能 | 「ファイルは1:1で保存し、圧縮も変換もしない」と明言している |
| Flickr | 無料アカウントで1枚あたり200MB | 公式ドキュメントの対応フォーマットはJPEG・PNG・非アニメーションGIF。HEICは明記されていない | 変換ルールの公式説明はない |
このなかで一番意外だったのはCatboxです。「ファイルには一切手を加えない」とはっきり明言している唯一のサービスでした。その代わり、ホワイトリスト方式で対応を保証しているわけではなくブラックリスト方式であり、長期的な保存ポリシーも他社とは少し違うようです。
そしてlpic.ccの8MBという数字が、この表のなかで意図的に一番保守的に見えるのにも理由があります。ログイン不要の無料画像ホスティングなので、上限を低く抑えることが不正利用とストレージコストを抑える手段になっているのです。この点は次で詳しく説明します。
表の裏にある公式データ:ProRAWとHEICは実際どれくらいの大きさか
上の比較表が当てずっぽうに見えないよう、実際の数字をここで明らかにしておきます。
Apple公式サポートページには明確にこう書かれています。ProRAWは12MPで約25MB、48MPになると約75MB——ちょうど3倍です。これはApple自身が公表している数字であり、自分で計測したものではありません。
HEICはもう少し複雑です。非可逆圧縮のため、実際の画面内容によってファイルサイズが大きく変動し、固定の数字がありません。独立した2つの資料が近い範囲を示しています。Cleanorのフォーマット比較表では48MPのHEICが約5〜12MB、12MPのHEICが約2〜3MBとされ、MiniPxでは48MPのHEICが約5〜10MBとされています。どちらも、木の葉やカーペットのような高周波の細かいディテールが多い画面ほど上限に近づき、空や余白のようなシンプルな画面ほど下限に近づく、という点で一致しています。
| フォーマット | 解像度 | 典型的なサイズ | 出典 |
|---|---|---|---|
| ProRAW | 12MP | 約25MB | Apple公式サポート |
| ProRAW | 48MP | 約75MB | Apple公式サポート |
| HEIC(通常撮影) | 48MP | 約5〜12MB(内容によって変動する推定範囲) | Cleanor、MiniPx |
| HEIC(通常撮影、デフォルト) | 12MP | 約2〜3MB(推定範囲) | Cleanor |
75MBという数字に注目してください。これがこの記事の本当の核心です。というのも、先ほどの表の通り、6社のうちどこも48MPのProRAWファイルを余裕を持って受け入れられないからです。
8MBと75MBのギャップ——誰も避けられない現実
2つの表を重ねてみると、答えは一目瞭然です。
1枚の48MP ProRAW(約75MB)は、6社どのサービスにも収まりません。上限が最も大きいFlickr(200MB)ですら、それは単なる転送容量の上限であって、プラットフォームがRAWファイルを実際に使える形で保持してくれる保証ではありません。ほとんどのコミュニティ系プラットフォームやフォーラムはそもそもRAWファイルをプレビューできず、アップロードしても容量だけを食う死んだファイルになるだけです。
48MPのHEIC(約5〜15MB)に切り替えると状況は多少改善しますが、lpic.ccの8MB上限はちょうどこの範囲の真ん中に位置します。空や単純な背景のような軽い画面は通ることが多い一方、複雑な質感や夜景の長時間露光はしばしば上限を超えます。Imgurの20MB、ImgBBの32MB、Postimagesの32MBは、この解像度のHEICに対してかなり余裕があります。
具体例を挙げると、12MBを少し超える夜景HEICは、アップロード前にlpic.ccの8MB上限で直接ブロックされます。しかし同じファイルを32MB上限のImgBBやPostimagesに変えて送ると、あっさり通ります。どちらのサービスが劣っているという話ではなく、「ログイン不要の無料サービス」と「寛大なアップロード上限」は互いに引っ張り合う変数だということです。上限を緩めるほど、不正利用とストレージコストのコントロールは難しくなります。
アップロード後に何が起きるか:変換・再圧縮・そのまま保持の3パターン
先ほどの比較表には、もう一つ見逃せない手がかりが隠れています。「アップロードに対応している」といっても、サービスごとに元ファイルへの扱いはまったく違うのです。大きく分けて3つのアプローチがあります。
- 強制的に汎用フォーマットへ変換——lpic.ccはHEICを受け取るとサーバー側で必ずJPEGに変換し、どの端末やブラウザでも問題なく開けるようにします。代償として、広色域やHDRゲインマップといったHEIC固有の情報は失われます。
- 一定の閾値を超えると再圧縮——Imgurが最もわかりやすい例です。匿名アップロードで1MB、ログインアカウントで5MBを超えると自動的に非可逆再圧縮が発生し、写真がもう一度圧縮されて、肉眼ではわかりにくいものの実際には存在する画質劣化が生じます。
- 元ファイルを1:1で保持——Catboxが最も明確です。変換も圧縮もせず、ダウンロードする側はアップロードした時とまったく同じバイト列を受け取ります。
3つのアプローチのどれが「正解」というわけではなく、何を求めるかによります。互換性を重視し誰でも開けるリンクが欲しいなら変換するサービスを選ぶ。元の画像データを保持したいなら、ファイルに手を加えないサービスを探す(その分やや簡素な作りになることは受け入れる)。低速回線のために軽いファイルが欲しいなら、そもそも多くの無料画像ホスティングでは再圧縮がデフォルトの挙動です。
あまり語られない点:メッセージアプリが先にファイルを圧縮している
「どの画像ホスティングの上限が一番優れているか」という比較記事の多くが見落としている点があります。日常的な共有の大部分において、画像ホスティングはファイルに最初に触れる存在ではなく、2番目であることが多いのです。AirDropやメッセージ/iMessageで写真を送ると、アップロードフォームにたどり着く前にすでにリサイズや再圧縮がかかっている場合があり、これはメッセージアプリ全般に言えることです。LINEなども、明示的に「オリジナル画質で送信」を選ばない限り、デフォルトでかなり強めに圧縮する傾向があります。つまり、カメラ出力時点では「本来」12MBあるはずのHEICファイルでも、画像ホスティングを選ぶ段階ではすでに数MB軽くなっているかもしれません——上限に弾かれると決めつける前に、端末上の実際のファイルサイズを確認する価値があります。
もう一つ、5chやQiitaのカメラスレッドではあまり話題にならないプライバシーの論点もあります。写真が端末を離れた瞬間から、日本国内であれば個人情報保護法が、画像ホスティングがどれだけの期間写真を保存できるか、GPS位置情報のような埋め込みメタデータをどう扱えるかについて、かなり具体的な制約を課します。アップロード前にここまで確認する人は少ないですが、位置情報付きの写真を共有する機会が多いなら、上限の数字だけでなく保存ポリシーにも目を通しておく価値があります。
機種変更後に実際にやるべき3つのこと
ここまでの内容を、今日から実践できる3つのステップにまとめます。
- まずカメラのフォーマット設定を確認する——HEIC+高効率はiPhoneのデフォルト設定で、日常的な共有にはこれが最もバランスの良い選択です。ProRAWに切り替えるのは実際に後で編集する場合だけにしましょう。1枚75MBは想像以上のスピードでストレージを食います。
- アップロード前に拡張子とサイズを確認する——写真を長押しして情報を確認し、普段使っている画像ホスティングの上限を超えている場合は、圧縮するか別のサービスに変えるかを事前に決めておきます。
- 「とりあえず共有」と「オリジナルを残す」を区別する——フォーラムやグループチャットに貼るだけなら変換や圧縮がかかっても問題ありません。クライアントや編集者に渡すファイルは、ファイルを変換しないサービスを使うか、端末やクラウドストレージにオリジナルを残しておきましょう。
3番目のポイントが一番見落とされがちです。撮った写真をとりあえず同じ場所にアップロードする習慣がついている人は多く、本当にオリジナルが必要になった時に初めて、すでに圧縮済みだったと気づく——その時にはもう取り戻せません。
lpic.ccはこの構図のどこに位置するか
lpic.cc自体の話に戻ります。lpic.ccが向いているのは、先ほど述べた「とりあえず共有」というニーズです。ログイン不要でアップロードすればすぐに共有リンクが発行されます(画像への直リンクではなく、作品ページへのリンクです)。パスワード保護や一度きりの自動削除リンクにも対応しています。スクリーンショットやプライベートな写真をずっと残しておきたくない場合に便利です。
ただし、アップロード途中で気づいて困ることがないよう、制限は先に正直に伝えておきます。1枚あたり8MBという上限は、48MP HEICのなかでも重めのファイル、ましてやProRAWにはまったく足りません。HEICはアップロード時にJPEGへ変換されるため、色や細部のディテールが多少犠牲になります。無料プランは30日間の保存で、広告収入で運営されています。容量の大きい48MPの夜景HEICをアップロードしたい場合は、まずファイルサイズを確認し、8MBを超えているなら事前に自分で圧縮するか、別のサービスを選ぶ必要があります。
一言でまとめると、日常的なとりあえずの共有には十分速く、十分使えます。ただし、大容量ファイル、オリジナル画質、長期保存という3点に関しては、どれも得意分野ではありません。
よくある質問
Q1:iPhone 18 Proの写真は本当に17 Proより大きくなりますか?
いいえ。両世代とも3本の48MPレンズを搭載し、メインセンサーのサイズも同じです。18 Proで追加されたのは可変絞りと低照度性能の向上であり、解像度ではありません。ファイルサイズは去年と同じ水準です。16 Pro以前の機種からの乗り換えなら、望遠レンズが12MPから48MPに引き上げられた分、ファイルが明らかに大きくなったと感じるはずですが、その変化はすでに17 Proの時点で起きています。
Q2:48MPのHEICは必ず画像ホスティングの上限を超えますか?
一概には言えず、画面内容によります。空やシンプルな背景のような低周波の画面は4〜5MBに収まることもありますが、複雑な質感や夜景の長時間露光は15MBを超えることもあります。8MB上限のサービス(lpic.ccなど)は後者を弾く可能性が高く、20MB以上のサービス(Imgur、ImgBB、Postimages)はどちらもだいたい問題なく受け入れます。
Q3:ProRAWファイルを画像ホスティングに直接アップロードできますか?
多くのサービスでは推奨されておらず、実用的でもありません。48MPのProRAWは約75MBで、ほとんどの無料アップロード上限を大きく超えます。しかも多くの画像ホスティングはブラウザ上でRAWファイルをプレビューする機能自体を持っておらず、アップロードしても使われないまま放置されます。ProRAWはまずパソコンで編集を終えてから、JPEGやHEICに書き出して共有するのに向いています。
Q4:画像ホスティングがHEICをJPEGに変換すると、画質はどのくらい落ちますか?
肉眼ではほとんど気づかないことが多いですが、広色域やHDRゲインマップといったHEIC固有の情報は変換の過程で失われます。気軽な共有であれば問題になりませんが、後で編集するために元の色を残したい場合は、変換しないサービスを探すか、自分で元ファイルのバックアップを取っておくことをおすすめします。
Q5:新しい端末の写真フォーマット設定は変更すべきですか?
日常用途であれば、デフォルトのHEIC+高効率のままで問題ありません。互換性と画質のバランスがよく取れています。本当に商業用途や大判プリントが必要な場合だけProRAWに手動で切り替え、1枚あたり約75MBになる前提で、アップロード先のサービスが対応できるかどうかを事前に確認しておきましょう。
参考文献
- Apple debuts iPhone 18 Pro and iPhone 18 Pro Max - Apple Newsroom
- About Apple ProRAW - Apple Support
- How Much Storage Does a Photo Take? - Cleanor
- Why iPhone Photos Are So Large - MiniPx
- iPhone 18 Pro: Everything We Know - MacRumors
- iPhone 17 Pro Camera Specs: Complete Technical Breakdown - DIY Photography
- Frequently Asked Questions - Postimages
- Catbox FAQ
- ImgBB - Upload Image, Free Image Hosting
- The Complete Guide to Flickr Upload Limits in 2026 - MultCloud