画像はWordPressサイトを遅くする最大の要因です。最適化されていない典型的なWordPressページには適切な最適化で400–800 KBにできる2–5 MBの画像が含まれています — ロード時間とCore Web Vitalsを直接改善する4–8倍のサイズ削減。最適化する最適な場所はWordPressにアップロードした後ではなく前です。事前最適化された画像はWordPressの時に一貫しない画像処理をバイパスし、出力への完全なコントロールを与えます。

WordPressにアップロードする前に画像を事前最適化する理由

WordPressはレイアウトを知らない — 複数の画像サイズ（サムネイル、中、大、フル）を生成しますが、テーマが実際にどのサイズでレンダリングするかを知ることができません。出力サイズを自分でコントロールしてください。
WordPressはデフォルトでJPEGクオリティ82で圧縮する — 合理的ですが、アップロード後に適用されます。4 MBの写真をアップロードしてWordPressが圧縮するのを頼ると、サーバーに4 MBを送信したことになり「フル」サイズは非圧縮で保存されます。
WebP変換にはプラグインまたはサーバー設定が必要 — アップロード前にWebPに事前変換すると、サーバー側の処理に依存せずにフォーマットをコントロールできます。
サーバーストレージの削減 — 3 MB JPEGの代わりに300 KB WebPをアップロードすると、WordPressが作成するすべてのサムネイルサイズのディスクスペースを節約します。

2026年のWordPressに最適な画像サイズ

画像のサイズをテーマの実際のコンテンツ幅に合わせてください：

フル幅のヒーロー画像 — 最大1920 px幅。ほとんどのテーマはコンテンツを 1200–1440 pxに制限します。1920 px画像は2×レティナを含むすべての画面をカバーします。
シングルカラムのコンテンツ画像 — 1200 px幅。1.5×レティナで標準コンテンツ列（通常700–800 px）をカバーします。
2カラムまたはグリッド画像 — 800 px幅。1.5–2×レティナで400–500 pxのグリッドセルをカバーします。
特集/サムネイル画像 — 800 × 533 px（3:2）または800 × 450 px（16:9）。 WordPressはフル画像からこれらを生成しますが、このサイズでアップロードする方が効率的です。
WooCommerce製品画像 — 800 × 800 pxまたは1000 × 1000 px（1:1）。 WooCommerceはメイン製品画像のデフォルトとして800 × 800を使用します。

アップロード前にこれらのサイズに写真をリサイズするには Picovertの無料画像リサイザーを使用してください。

WordPress画像の最適フォーマット

WebP — 2026年に推奨。同等のクオリティでJPEGより25–35%小さいです。 WordPress 5.8+はWebPをネイティブにサポートします。すべての主要ブラウザがWebPをサポートしています。アップロード前に JPG→WebPまたは PNG→WebPを使用して変換してください。
JPEG — 安全なフォールバック。普遍的な互換性。写真にはクオリティ80–85を使用してください。
PNG — 透明度のある画像（ロゴ、アイコン）やスクリーンショットのみに使用してください。PNG写真はJPEG/WebP同等物よりもはるかに大きいです。
AVIF — WordPress 6.5+はAVIFサムネイルを生成できます（サーバーサポートが必要）。AVIFを直接アップロードする場合は、ホスティングがサポートしていることを確認してください。 JPEGより35–50%小さいです。

WordPressの推奨圧縮設定

アップロード前にPicovertの画像圧縮ツールを使用：

写真（ヒーロー、コンテンツ、製品） — JPEGまたはWebPクオリティ80。 Googleが推奨するスイートスポット — 画面閲覧距離で視覚的に無損失、カメラオリジナルより 50–70%小さい。
ブログ投稿サムネイル — JPEGまたはWebPクオリティ75–80。少し積極的 — 小さい表示サイズでは許容できます。
ロゴとアイコン（PNG） — ロスレスPNG最適化のみ。1ピクセルも変更せずにロスレス圧縮を適用するには PNG圧縮ツールを使用してください。
背景画像 — WebPまたはJPEGクオリティ70–75。背景画像はしばしばオーバーレイコンテンツによって部分的に隠されます — より積極的な圧縮が許容できます。

WordPress画像最適化ワークフロー

ソース画像から始める — カメラまたはストックサイトからのオリジナル写真。
目標サイズにリサイズ — Picovertのリサイザーを使用。標準的なブログ投稿画像の場合は1200 px幅にリサイズ。
クオリティ80で圧縮 — Picovertの圧縮ツールを使用。1200 pxの3 MB写真は通常100–300 KBに圧縮されます。
オプションでWebPに変換 — WordPressテーマとホスティングがWebPをサポートする場合は、JPG→WebPを使用してさらに25–35%削減。
最適化された画像をアップロード — WordPressはこれを「フル」サイズとして保存し、サムネイルを生成します。

Core Web Vitalsへの影響

WordPress画像最適化は3つのCore Web Vitalsメトリクスを直接改善します：

Largest Contentful Paint（LCP） — LCP要素はほぼ常に画像（ヒーロー画像、特集画像）です。ファイルサイズを1 MBから150 KBに削減すると、典型的なモバイル接続でLCP 時間を半分にできます。
Total Blocking Time（TBT） — 小さい画像がより速くロードされ、ブラウザがより早くJavaScriptを解析・実行できます。
Cumulative Layout Shift（CLS） — ファイルサイズに直接影響されませんが、<img>要素に常に幅と高さの属性を設定すると（WordPressが自動的に行う）、画像がロードされるときのレイアウトシフトを防ぎます。

WordPressプラグイン vs. 事前最適化

画像最適化プラグイン（Smush、ShortPixel、Imagifyなど）はアップロード後にサーバー側で画像を圧縮します。便利ですが制限があります：

無料プランでは月間圧縮制限があることが多いです。
サーバー処理負荷とAPI依存性を追加します。
フルサイズのオリジナルが保存された後に圧縮します — 大きなファイルをまだ保存しています。
ピクセルサイズをコントロールしません — 別途リサイズが必要です。

事前最適化（アップロード前のリサイズ + 圧縮 + 変換）はこれらすべての問題を解決し、ホスティングティアやインストールされているプラグインに関係なく、あらゆるWordPressセットアップで機能します。

クイックチェックリスト：WordPressに画像をアップロードする前に

最大表示幅にリサイズ済み（コンテンツ1200 px、ヒーロー1920 px）
クオリティ80で圧縮済み（JPEGまたはWebP）
テーマとブラウザターゲットがサポートする場合はWebPに変換済み
ファイル名が説明的でハイフン使用（例：red-running-shoes.webp）
WordPressメディアライブラリに追加するaltテキストを準備済み
コンテンツ画像は200 KB以下、ヒーロー画像は500 KB以下