画像最適化の正解は、気合いで圧縮率をいじることではなく、①サイズ統一（リサイズ）→②形式（WebP/AVIF）→③圧縮→④配信（Lazy Load/最適配信）を「運用ルール」として固定することです。WordPressが重い原因の多くは画像なので、ここを整えるだけでPSIスコア改善（特にモバイルの読み込みが遅い問題）が一気に前進します。
- 画質を落とさず軽くする「4つのレバー」と最短手順
- なぜ本文画像は1200px推奨なのか（Retina対応の理由）
- WordPressのWebP/AVIFネイティブ対応（プラグイン不要の範囲）
- LCP画像を遅延しない、という地雷回避
- 自動化のやり方（定番プラグイン例を1〜2つ）
速度は上げたい。でもレビュー画像の画質は落としたくない
「PageSpeed Insightsの診断結果はいつも『次世代フォーマットでの画像の配信』の警告ばかり……」
「でも、ガジェットやコスメのレビュー記事で、画質を落として汚くするのは絶対に嫌だ」
この“速度と画質のジレンマ”は、やり方を間違えると一生抜けません。結論から言うと、解決策は画質を限界まで落とすことではなく、見落とされがちなサイズ（横幅）の統一と形式（WebP/AVIF）とLCP画像の扱いを正しくすることです。
この記事では、感覚に頼らず、二度と迷わない「画像最適化の運用ルール」を完全に手順化します。
画像最適化の全体像：4つのレバーを理解すると迷わない
画像を軽くする方法はたくさんありますが、実務では次の4つに集約できます。
- サイズ（リサイズ）：表示に必要なピクセル数まで小さくする
- 形式（WebP/AVIF）：同じ見た目でも軽くなる形式に変える
- 圧縮：画質の劣化を抑えつつ容量を下げる
- 配信（Lazy Load/最適配信）：必要なタイミング・端末に合わせて送る
順番が重要です。リサイズを飛ばして圧縮だけ頑張ると、「汚いのに意外と軽くならない」沼にハマりがち。最短で効かせるなら、まずリサイズ（サイズ統一）です。
最短で効く手順：画像最適化はこの順番でやる
- 現状把握：重いページと重い画像（LCP候補）を当てる
- サイズ統一：横幅ルールを決めて巨大画像を絶滅させる
- 形式：WebP（余裕があればAVIF）で配信を軽くする
- 圧縮の自動化：アップロード時に勝手に最適化される状態にする
- Lazy Loadの調整：下の画像だけ遅延、LCP画像は遅延しない
- altと運用：速度とSEOを両立する“型”を固定
Step0：現状把握｜「PSI スコア 改善」はまず3ページだけ測る
全部の画像を一気に触ると大変です。まずは次の3ページだけ選びます。
- PVが多い記事（集客ページ）
- 収益導線のページ（比較/レビューなど）
- 代表的な記事（普段の構成の1本）
PageSpeed Insightsで各URLを測り、「LCP要素」が画像になっているかを見ます。LCP要素が画像なら、画像最適化で体感が変わる可能性が高いです（特にモバイルが遅い場合）。
Step1：サイズ統一の決め方｜なぜ「本文1200px」がよく効くのか
多くのブログの本文表示幅は、おおむね700〜800px前後です。なら「800pxでよくない？」と思うかもしれませんが、本文画像を1200pxに寄せる理由は、スマホやMacの高解像度（Retina等）ディスプレイで画像がぼやけないようにするためです。
高解像度端末では、見た目の幅より1.5〜2倍程度のピクセル数がないと、拡大補間されて“にじんだ”表示になりやすいです。つまり、画質を担保しながら軽量化する現実的な落としどころが「本文1200px」になりやすい、という理屈です。
迷わない基準：ブログ画像の横幅ルール（おすすめ）
- 本文画像：横幅 1200px を上限（基本はこれに統一）
- アイキャッチ：横幅 1200〜1600px（テーマの表示幅に合わせて固定）
- サムネイル：横幅 300〜600px（一覧表示の実サイズに合わせる）
ポイントは、記事ごとにバラバラにしないこと。運用が崩れると、半年後にまた重くなります。
アイキャッチの落とし穴：LCPになりやすい＝最優先で軽くする
アイキャッチはファーストビューに出ることが多く、LCP（最大の要素）になりがちです。つまり、アイキャッチが重いと「最初が遅い」体感に直結します。最短で効かせたいならアイキャッチからが鉄板です。
Step2：WebP/AVIFの現実解｜WordPressは“アップロード対応”が進んでいる
WebPはJPEG/PNGより軽くしやすい定番の次世代画像形式です。さらにAVIFは、環境が合えばより小さくできるケースがあります。
まず押さえる：WordPressはネイティブ対応がある
- WordPress 5.8以降：WebP画像を標準でアップロード・利用できる
- WordPress 6.5以降：AVIF画像も標準で扱える（ただしサーバー側の画像処理ライブラリ対応が必要な場合あり）
つまり、「プラグインを入れないとWebPが使えない」という時代ではありません。最初からWebP（またはAVIF）に変換した画像をアップロードすれば、そのまま使えます。
ただし注意：「変換」と「最適配信」は別
ネイティブ対応で“アップロードできる”のと、自動で最適な形式に変換して配信するのは別問題です。
- プラグインなし：自分でWebP/AVIFにしてからアップロード（運用はシンプル）
- プラグインあり：JPEG/PNGをアップしても自動変換＋配信を最適化（運用が楽になることが多い）
あなたが「プラグインを減らしたい」なら、手動変換してアップロードでも十分戦えます。一方で「毎回の運用を自動化したい」なら、次の章の自動化が向きます。
Step3：圧縮の極意｜“画質を落とす”より“自動化”が勝つ
圧縮率を毎回悩むと、ほぼ確実に運用が崩れます。勝ちパターンはアップロード時に自動で圧縮される仕組みを作ることです。
迷わない圧縮の考え方（目安）
- 写真：リサイズ→WebP→自動圧縮で十分軽くなることが多い
- スクショ：文字が潰れない範囲で圧縮（潰れるなら圧縮を戻す）
- ロゴ/アイコン：環境が許せばSVG（ただしテーマやセキュリティ方針に注意）
レビュー系は画質が価値です。「軽いけど汚い」は信頼を落とします。ギリギリまで攻めるより、見た目が崩れない範囲で自動化が正解です。
定番プラグイン例（1つだけ選ぶ）
- 画像圧縮・変換系：EWWW Image Optimizer / ShortPixel / Imagify
- WebP配信補助：Converter for Media（変換・配信を助けるタイプ）
ポイントは「1つだけ」。圧縮系＋変換系を重ねると、二重最適化で崩れたり、逆に管理が難しくなります。
Step4：Lazy Loadの落とし穴｜LCP画像は遅延しない
遅延読み込み（Lazy Load）は、画面下の画像を「必要になったら読み込む」仕組みで、初期表示を速くできます。しかし、ここには初心者が必ず踏む地雷があります。
絶対ルール（ここだけは暗記）
- ファーストビューの主役画像（LCP要素）は遅延しない
- 本文中盤〜下部の画像は遅延でOK
- 遅延しすぎると白抜けが目立つので、上部2〜3枚は遅延しない判断もあり
「Lazy Loadを入れたのにPSIが悪化した」ケースの多くは、LCP画像まで遅延してしまっているのが原因です。ここは本当に“逆効果”になります。
Step5：altタグの落とし穴｜SEOのためより“読者の理解補助”が先
altは画像の代替テキストです。SEOにも関係しますが、キーワードを詰め込むと不自然になりやすいです。
altの書き方テンプレ
- ×「画像 圧縮 WebP WordPress 最適化」
- ○「WebP出力をONにする設定画面（画像最適化プラグイン）」
- ○「料金比較表（2026年2月時点）」
「何が写っているか」「読者が理解できるか」を優先すると、結果的に自然で強いaltになります。
WordPress運用ルール｜一度決めたら迷わない“画像ルール”テンプレ
ここをコピペしてメモに残し、運用を固定してください。
- 本文画像は横幅1200px上限（それ以上はリサイズ）
- アイキャッチは横幅1200〜1600pxで固定（テーマに合わせる）
- 形式はWebP優先（余裕があればAVIFも検討）
- 圧縮はアップロード時に自動（毎回悩まない）
- Lazy Loadは下の画像だけ。LCP画像は遅延しない
- altは内容説明。キーワード詰め込み禁止
具体例：モバイルが遅いレビュー記事を「画質を保って軽くする」
想定：レビュー記事で画像20枚、スマホで重い。PSIに「次世代フォーマット」「適切なサイズの画像」警告が出る。
- アイキャッチを横幅1600→1200へ、形式をWebPに（LCPが動きやすい）
- 本文の巨大画像（2000px〜）を1200pxに統一
- Lazy Loadは下部だけ。上部2〜3枚は遅延しない
- スクショは文字が読める範囲で圧縮（潰れたら戻す）
速度改善は“削る”より“整える”が勝ちです。画質を守るなら、まずサイズと形式で軽くします。
よくある失敗7選と回避策
失敗1：リサイズせず圧縮だけ頑張る（汚いのに重い）
回避策：先に横幅上限を決める。リサイズが先。
失敗2：写真をPNGで保存している
回避策：写真はJPEG/WebP。PNGは用途を絞る。
失敗3：アイキャッチが巨大でLCPを壊している
回避策：アイキャッチ最優先で最適化。表示速度に直撃する。
失敗4：Lazy LoadでLCP画像まで遅延して逆効果
回避策：LCP画像は遅延しない。ここが最大の罠。
失敗5：同じ画像のサイズが大量生成されている
回避策：WordPressのサムネサイズ設定を整理（必要なサイズだけ）。
失敗6：プラグインを入れすぎて競合し、表示崩れ
回避策：画像最適化系は1つに寄せる（圧縮・変換・配信が重複しないように）。
失敗7：圧縮しすぎて「信頼が落ちる画質」になる
回避策：レビューは画質が価値。汚くなるなら圧縮率を戻す。
すぐできるチェックリスト（画像最適化）
- 本文画像の横幅上限（例：1200px）を決めて統一した
- アイキャッチの横幅を固定し、WebP化した
- アップロード時に自動圧縮される仕組みがある
- WebP/AVIFは「アップロード対応」と「自動変換/配信」を混同していない
- Lazy Loadは下の画像だけで、LCP画像は遅延していない
- altが内容説明になっている（キーワード詰め込みではない）
- PSIでモバイルの「適切なサイズ」「次世代フォーマット」警告が減った
まとめ
画像最適化の正解は、圧縮率の微調整ではなく、サイズ統一（1200px推奨の理由：高解像度端末でもボケにくい）→WebP/AVIF→自動圧縮→Lazy Load（ただしLCPは遅延しない）を運用ルールとして固定することです。特にアイキャッチ（ファーストビュー）を軽くするだけで、モバイルの体感速度が大きく改善するケースが多いです。
次にやること（3ステップ）
- 画像サイズのルールを決める（本文1200px、アイキャッチ1200〜1600px など）
- アイキャッチから最適化（リサイズ→WebP→圧縮）
- 運用を自動化（自動圧縮＋下部画像のみLazy Load＋PSIで再計測）
