写真が増えたWordPressで、EWWWの一括最適化を使った理由

2026-01-01

写真が増え、ページの重さが気になり始める

WordPressに数枚載せていた写真も、運営を続けると何百枚にもなる。ページが重く感じられたら、キャッシュやサーバーとともに、 ブラウザーが実際にダウンロードする画像の容量を確認する。

最初に試したのは、よくある方法だった。

アップロードする前に、一枚ずつ小さくする。

掲載用のファイルは軽くできる。ただ、それだけを残すと削った細部は戻らない。元画像を別に保管し、掲載用を分けて扱うようになってから、 EWWW Image Optimizerの一括最適化（Bulk Optimize） が役に立った。

あとで戻れる元画像を保管する

元画像を別の場所に保管し、用途に足りる画素数で載せるなら、アップロード前に縮小してもよい。困るのは、 縮小・圧縮した書き出し画像しか残っていないときだ。WordPressがそこから別の寸法を生成しても、すでに失われた細部は戻せない。

EWWWでは新しい画像に適用する設定を選び、すでにアップロードしたものにも一括で処理をかけられた。設定した場所から処理できるファイルを探すので、メディアライブラリを入れ直す必要がない。

何を変更してよいか決める

設定によっては、 可逆圧縮をかけ、指定の寸法を超える画像を リサイズ し、カメラや位置情報などの メタデータを削除 できる。リサイズは画像そのものを変える。 元画像を保持する設定（Preserve Originals）を確認し、別にバックアップを取り、撮影者表記などの情報を残すか決めておく。

一枚あたりの削減量が小さくても、何百枚もあれば合計は大きい。表示速度を見るなら、 実際にどのファイルを何枚読み込むか を確かめる。ディスクの削減量と、一つのページで減る通信量は関係するが、同じ数字ではない。

すでに載せた画像を一括で処理する意味

新しく載せる画像の最適化と、 これまでの運営で蓄積した画像 の処理は別の仕事だ。長く続けたサイトでは、後者のほうが大きくなる。

WordPressの 一括最適化ツール では、サーバー上の画像を処理待ちに入れられる。点数が多ければ、時間も処理能力も使う。まずバックアップを取り、数枚の結果を確かめてから、アクセスの少ない時間帯に残りを処理する。

使うとしたら、どんなときか

画像の容量を測り、残したいものに合わせて設定できるなら、一括処理を検討できる。

  • ページで必要な寸法より大きい画像が数百枚ある。
  • 古い写真にも、より状態のよい元画像があり、公開用の画像を見直したい。
  • サーバーを増強する前に、通信量や空き容量が改善するか確かめたい。
  • 次のアップロードから同じ手順で扱いたい。

すでに細部が失われた写真は、まず元画像を探す。圧縮で減らせるのは今あるファイルの容量で、細部を取り戻すには、情報が残った別の画像が要る。

次に載せる写真で迷わないために

最適化ツールを使うと、写真ごとに違う判断をしていた作業を、 記事を公開するたびに繰り返せる手順 にできる。

今は写真の元データを別に保管し、どの寸法が必要か決めてから処理する。一括最適化は、次の記事にどの写真を載せるかを考えるのと並ぶ、日々の運営の一部だ。

記事を検索