なぜ画像圧縮が必要なのか(アップロードする前に)
公開日 2026年8月17日 · 5分で読めます

スマホが保存した写真は、だいたい4〜8MBです。原本のアーカイブとしては妥当な大きさ——1200万画素のセンサー、HDR処理、ほとんど捨てていないJPEG。ところが、その写真を次に使う場面のほとんどでは、このサイズは最悪です。
ブログのメイン画像、商品カード、LINEの送信、応募フォーム、クライアントへのメール。行き先の多くは 100〜400KB で十分です。余ったメガバイトは、画面上の見た目を良くしません。ページを遅くし、送信を失敗させ、通信を食いつぶし、バックアップ代を膨らませます。原本と、行き先が本当に必要とするサイズの差——それが、何かをアップロードする前に画像圧縮が必要な理由です。
使っていないメガバイトは、サイトが全部払う
Webでは、画像がページでいちばん重いことがほとんどです。Largest Contentful Paint(LCP)——主役のビジュアルが実際に現れるまでの Core Web Vital——は、多くの場合「メイン画像のダウンロードに何秒かかったか」そのものです。4G回線で3MBのJPEGは、数秒そこに居座ります。同じ切り出しの200KBのWebPなら、一瞬で出ます。
LCPの遅さは抽象的な点数ではありません。最初の画面が止まると直帰率は上がる。商品写真がくるくる回っているとコンバージョンは落ちる。Googleがこれらの指標をランキング信号に使うので、検索順位も傷つく。公開前に圧縮するのは、いちばん安い速度改善のひとつです。サイトを書き直す必要はなく、送るバイトが減るだけです。
行き先がページなら、やることは具体的です。表示幅にリサイズし、新しい形式を選び、まだシャープに見える品質を決める。その手順はサイトを速くするための画像ファイル縮小にあります。根っこにある「なぜ」は単純です。圧縮していないアップロードは、訪問者が読み込むたびに、永遠に払い続ける税金です。
メール、チャット、アップロードは原本を拒む
一般向けメールの添付上限は、いまもメッセージ全体でだいたい20〜25MBです。6MBのスマホ写真が5枚あれば、PDFを足す前に上限を超えます。送信は失敗し、相手に届かず、Gmailが静かにDriveリンクへ差し替えて、開けない人も出ます。先に圧縮するかどうかが、「写真はこちらです」と、容量の話で続くスレッドの分かれ道です。
チャットは別の厳しさです。LINE、iMessage、職場のメッセンジャーの多くは、送ったものを再圧縮します——多くの場合、ノイズの目立つ小さなJPEGへ。あなたがやっていない前提だからです。画質の主導権を失い、そのうえで原本のアップロード帯域も使ってしまいます。自分で250KBまで落としたファイルなら、二度目の圧縮を経ても、意図に近い見た目が残りやすい。
フォームは、同じ問題の地味な版です。大学のポータル、ビザ申請、保険請求、求人サイトは硬い上限を出します。「JPGまたはPNG、最大500KB」。圧縮していないスマホ写真は検証で落ちます。そこからスクショしてプレビューで縮小して泥だらけにするか、諦める。きちんと圧縮すれば上限に収まり、証明写真がぼやけることもありません。
同じファイルには、意図して決めるべき選択もあります。非可逆圧縮と可逆圧縮。 写真は非可逆エンコードに耐えやすい。スクリーンショット、ロゴ、文字入りの資料は、そうでないことが多い。圧縮はスライダーひとつではなく、ファイルに方法を合わせることです。
モバイル通信と遅い回線が、むしろ普通
従量課金の回線で5MBの画像は、ちょっとした不便ではありません。日次のデータ上限から目に見える一口、混んだ電車での停滞、ホテルWi-Fiでのタイムアウトです。高いモバイルプラン、地方の回線、古い端末の人はニッチではありません。公開サイトでもグループチャットでも、大きな割合を占めています。
アクセシビリティも同じ絵の一部です。画像の読み込みが終わらないページは、使えない人がいるページです。圧縮は代替テキストやコントラストの代わりにはなりません。それでも、コンテンツが届くかどうかを直接決める数少ない性能の選択です。5MBではなく200KBを出すことは、「スマホで動く」と「都市部で良いプランのスマホなら動く」の差です。
保存とバックアップは静かに膨らむ
非圧縮の写真1枚は煩わしい。1000枚なら、iCloudやGoogleフォトの枠がいっぱいになります。カメラロール、クライアントのギャラリー、「原本は残しておこう」フォルダは、誰もネイティブ解像度では見ない画素でドライブとクラウド枠を埋めます。バックアップはそのメガバイトを二度、三度とコピーします。
コストはお金だけではありません。同期は長くなる。共有フォルダは止まる。Web用の400枚を6MBのJPEGのまま渡すのは、80MBで済むセットに2.4GBのダウンロードを強いることです。その規模では、1枚ずつ圧縮するのは間違った道具です——ZIPでまとめて一括圧縮が、ギャラリーを高くつかない、使えるものに保つ方法です。
非圧縮画像が実際にいくらかかるか
ざっくりした、よくある数字です。実験室のベンチマークではなく、アップロードを押す前にほとんどの人がしない算数です。
| 用途 | 非圧縮 | 圧縮後 | 避けられること |
|---|---|---|---|
| ブログのスマホ写真 | 4–8 MB JPEG | 150–300 KB WebP | 数秒のLCP、無駄な帯域 |
| 1通のメールに写真5枚 | 約30 MB | 約1.5 MB | 添付上限での差し戻し |
| ポータルアップロード(上限500 KB) | 拒否 | 収まり、まだ読める | フォーム失敗、泥のようなスクショ回避 |
| 400枚のクライアントギャラリー | 約2.4 GB | 約80 MB | 容量、同期時間、ダウンロードの負担 |
形式の選択でも数字は動きます。写真のPNGは、同じ場面のJPEGの何倍にもなりがちです。WebPとAVIFは、写真ではたいてい両方を下回ります。ページにどの入れ物を置くか迷ったら、間違った原本を圧縮する前にJPG vs PNG vs WebP vs AVIFから見てください。
次にやること
新しいワークフローの講義は要りません。必要なのは、ファイルが手元を離れる前に行き先に合うことです。画質を守る設定と短い手順は画質を落とさずに圧縮するコツを使ってください。実際のエンコードは画像圧縮ツールにファイルを入れるだけです。ブラウザで動き、何もアップロードされず、数百キロバイトで足りることがほとんどです。