画像を200KB未満に圧縮する方法（ウェブおよびメール向け）

最終更新日: June 27, 2026

200KBは非常に余裕のある目標値です。ほとんどのウェブヒーロー画像やメール添付ファイルはこの容量内に収まります。信頼性の高い方法は、より厳しいターゲットの場合と同じです。まず表示サイズにリサイズしてから、WebPまたはJPEGでエンコードします。本ガイドでは、私が測定した597 KBのソース写真に基づいた具体的な手順を紹介します。

簡易回答：画像を200KB未満に圧縮するには？

画像をその表示幅（ヒーロー画像の場合、一般的に1600–1920px）にリサイズし、WebPとしてエンコードします。テスト写真では、1600pxにリサイズし、品質75でWebPをエンコードした結果、159 KBのファイルが生成されました。これは200KB未満でありながら、通常の閲覧サイズにおいて目に見える画質の低下はありません。

これらの数値の背後にあるフォーマットに関する考察については、AVIF vs WebP vs JPEG comparisonを参照してください。

なぜJPEGの再エンコードはほとんど役に立たないのか

微妙ですが重要な点があります。すでに圧縮されたJPEGを同様の品質で再エンコードしても、ファイルサイズが小さくなるどころか、大きくなる可能性があります。テストソースは597 KBのJPEGでした。これを品質85で再エンコードすると637 KBになり、これはエンコーダーが元のアーティファクトを取り除くことなく、すでにアーティファクトがあるデータに圧縮を再適用するためです。

サイズ削減はほぼすべてリサイズによるものであり、WebPがさらなる節約をもたらしています。

これはbatch resize guideと同じ教訓です。圧縮する前にリサイズし、さらなる節約のためにフォーマットを切り替えることです。

Method 1: ブラウザコンプレッサーの利用

単一の画像の場合、Imagic AI Image Compressorを使用します：アップロードし、表示幅（ヒーロー画像の場合は1600–1920px）にリサイズし、WebPを選択し、品質を75付近に設定し、報告されたサイズが200KB未満になったらダウンロードします。正確な視覚的制御を行うには、Squooshで出力サイズをライブで確認できます。

Method 2: コマンドラインでのWebP利用

WebPはJPEGよりも高い品質で200KBの目標値を達成するため、ウェブではデフォルトとして適切です。

## Resize to 1600px wide, encode WebP at quality 75
cwebp -q 75 -resize 1600 0 input.jpg -o hero.webp

画像フォルダ全体に対しては、出力フォルダーに書き込みます：

mkdir -p out
for f in *.jpg; do cwebp -q 75 -resize 1600 0 "$f" -o "out/${f%.jpg}.webp"; done

Method 3: サイズ保証付きのPythonスクリプト

200KBという上限が強制される場合（一部のメールクライアントやCMSのアップロードなど）、最初にリサイズしてから、ファイルが収まるまで品質をループダウンさせます。

from PIL import Image
from pathlib import Path

def to_under_target(src: Path, dest: Path, target_kb: int = 200, width: int = 1600):
    with Image.open(src) as img:
        if img.width > width:
            ratio = width / img.width
            img = img.resize((width, int(img.height * ratio)), Image.LANCZOS)
        quality = 85
        while quality >= 30:
            img.save(dest, "WebP", quality=quality)
            if dest.stat().st_size <= target_kb * 1024:
                return dest.stat().st_size / 1024
            quality -= 5
    return dest.stat().st_size / 1024

print(to_under_target(Path("photo.jpg"), Path("out.webp"), target_kb=200))

200KBの画像はページ速度にどのような影響を与えますか？

単体の200KBのヒーロー画像は、Largest Contentful Paint (LCP) のCore Web Vitals予算内に十分に収まるため、200KBはヒーロー画像にとって一般的な非公式な上限値となっています。リスクは単一の画像ではなく、合計サイズにあります。8枚の200KBのインライン画像を掲載したブログ記事は1.6 MBの画像となり、モバイル接続では読み込み時間を支配します。実用的なルールは、LCPヒーローを200KB未満に保ち、ビューポート外の画像はより小さくすることです（より厳しい目標値については、under 100KBおよびunder 50KBガイドを参照してください）。

メールは異なる制約があります。多くのメールクライアントでは、ユーザーがクリックするまで外部画像をブロックし、一部のクライアントはWebPを再圧縮したり無視したりします。メールの場合、ターゲットサイズでのJPEGが安全なフォーマットであり、200KBであればセルラー回線でもメッセージのダウンロードが迅速に保たれるため重要です。多くの受信者が携帯電話でメールを開くためです。GoogleのCore Web Vitals guidanceはLCP側をカバーしていますが、メールのレンダリングは各クライアント固有の癖によって決まるため、送信する前にいくつかのクライアントでテストを行う必要があります。

200KB未満にできない場合はどうすればよいですか？

リサイズとWebP化を行ってもまだ200KBを超える場合、ソースが異常に詳細であるか大きい可能性があります。以下の順序で対応してください：

• より小さくリサイズする。 1920pxから1600pxや1200pxに落とすだけで、通常の閲覧距離では目に見える損失なしに、最後の30–50KBを削除できることがよくあります。
• WebPの品質を65に下げる。 これを下回ると、滑らかなグラデーションや肌の部分にアーティファクトが現れ始めます。
• AVIFに切り替える。 これは、同等の品質でWebPよりもさらに20–30%小さいですが、最新のブラウザでのみ機能するため、WebPとJPEGのフォールバックは維持してください。
• ファイルが印刷品質のヒーロー画像で、詳細度がバイト目標よりも重要である場合は、200KBを超えるファイルを許容する。 すべての画像が同じ数値に達する必要があるわけではありません。

細かな葉を持つ6000pxの風景写真は、目に見える損失なしに200KBまで圧縮できない場合があります。その場合、正直な答えは、実際の表示サイズにリサイズすることであり、それはあなたが思うよりもほとんどの場合小さいものです。

どのリサイズ幅を選ぶべきですか？

表示サイズです。200KBは余裕があるため、より厳しい目標値の場合よりも多くのピクセルを保持できます：

高DPIでの鮮明さを得るために、表示幅の約1.5–2倍でエクスポートしてください。

よくある間違い

• すでに圧縮されたJPEGを再エンコードすること。 ファイルサイズを大きくすることがよくあります。代わりにリサイズとフォーマットの切り替えを行ってください。
• リサイズを飛ばすこと。 JPEG q60の4000pxの写真も、依然として4000pxのダウンロードになります。
• メールクライアントを忘れること。 一部のクライアントはWebPを削除します。メールの場合、ターゲットサイズのJPEGが安全な選択です。
• EXIFを残すこと。 ウェブ/メール用にはメタデータを剥離してください — これは200KBファイルにとって意味のある割合です。

最終エクスポート前のチェックリスト

• 品質スライダーを触る前に、過剰なカメラファイルをリサイズする。
• Web配信にはWebPを使用し、メール互換性にはJPEGを使用する。
• ヒーロー画像は実際のレンダリング幅に近い状態に保つ。
• EXIFが必要なワークフローでない限り、メタデータを剥離する。
• エクスポートしたファイルを再度開き、200KB未満であることを確認する。

よくある質問

ウェブのヒーロー画像として200KBは十分ですか？

通常は十分です。q70–75の1600–1920px WebPヒーローは、一般的に150–200KB程度になり、シャープに見えます。ヒーロー画像がより大きい場合は、リサイズを小さくするか、品質を65に落としてください。

200KBの目標値にはJPEGとWebPどちらが良いですか？

ウェブページにはWebP（同等の品質でより小さい）が適しています。メールの場合はクライアントサポートが広いためJPEGが適しています。ウェブの場合、<picture>タグ内にJPEGフォールバックを維持してください。

200KBの画像をメールで送れますか？

はい — ほとんどのメールクライアントは最大約1MBまでのインライン画像を受け入れます。200KBであれば快適であり、メッセージの読み込みも迅速に保たれます。

画像を200KB未満にするにはどうすればよいですか？

まず表示寸法にリサイズすること（最大のバイト節約）が最も重要です。次にWebPに変換し、品質80で圧縮します。それでも200KBを超える場合は、さらに寸法を減らしてください。JPEGを低品質で再エンコードするだけではほとんど効果がありません。なぜならピクセル数は変わらないからです — まずリサイズしてから、次に圧縮を行う必要があります。

リサイズと圧縮のどちらがより多くのバイトを節約しますか？

圧倒的にリサイズです。ピクセルを削除することは、エンコーダーが保存するデータを削減しますが、品質を下げることは各ピクセルをより強く絞り込むだけです。品質70の4000pxの写真でも200KBを超える可能性があり、同じ写真を1200pxにリサイズし品質80にすると、はるかに下回ります。常にまず表示寸法にリサイズしてください。

200KBはウェブにとって十分ですか？

単一のコンテンツ画像であればはい — 読み込みが速く、ページを軽く保ちます。200KB未満のヒーロー画像はLCPを健全に保ちます。多くの画像があるページの場合は、それぞれを小さく保ち、ビューポート外のものは遅延ロードしてください。web speed guideを参照してください。

200KBでWebPはJPEGに勝りますか？

はい — WebPは同等の品質で25〜35パーセント小さいため、JPEGよりも高い品質で200KBに到達します。ウェブ配信にはWebPを使用し、フォールバックとしてJPEGのみを維持し、ブラウザが選択できるように<picture>要素を通じて提供してください。

品質のみの圧縮はなぜほとんど役に立たないのですか？

品質を下げることはピクセルあたりのバイト数を減らしますが、ピクセルが多すぎる場合、品質70であっても目標値を超えてしまいます。リサイズはピクセルを完全に削除するため、これははるかに大きな節約になります。常にまず表示寸法にリサイズしてから圧縮を行う必要があります — この順序こそが最終的なファイルサイズに対する最大のレバーとなります。

画像クレジット

• 200KBの目標値に対して実際の測定ファイルサイズを示すため、風景写真（Pexels #1287145、eberhard grossgasteiger撮影）から作成した、圧縮パス比較、前後、およびサイズチャート。