PageSpeed Insightsの画像の効率的エンコードを修正する方法
更新日

ページ上のJPEG、PNG、またはWebPが同程度の見た目のまま小さくできる場合、PageSpeed Insightsは画像の効率的エンコードを指摘します。該当ファイルをダウンロードし、EditItAllの圧縮ツールで画質80前後に再エンコードし、巨大な写真の長辺を1920または1280ピクセルに抑え、原本を差し替えてください。圧縮はブラウザ内で完了し、アップロードは一切ありません。
今すぐ実行——無料、ブラウザで
Open the JPEG compressor監査が実際に測っているもの
画像の効率的エンコードは圧縮の検査であり、レイアウトの検査ではありません。PageSpeed Insightsはページ上の各JPEG、PNG、WebPを見て、同程度の見た目の品質で再エンコードした場合に削減できるキロバイト数を見積もります。写真の形式が違うと言っているわけでも、ピクセルが大きすぎると言っているわけでもありません。それらは別の監査です(次世代フォーマットで画像を配信と画像を適切にサイズ設定)。
レポートはファイル名を示します。それでもサイトまたはCMSから原本を取得し、再エンコードし、小さいコピーを戻す必要があります。EditItAllはURLをクロールせず、PageSpeed Insightsとも通信しません。ブラウザ内で再エンコードするだけです。
PageSpeed Insightsが挙げたファイルを再エンコードする
JPEG圧縮ツールを開きます(レポートがPNG / WebPを挙げていれば、対応するツールを使います)。重い原本をドロップしてください:
- 写真は画質を80付近にします。画面上では通常区別がつかず、JPEG画質ガイドが推奨する帯域と同じです。
- 写真が数千ピクセル幅でも表示はそのごく一部なら、最大辺を1920または1280に設定します。圧縮ツールで選べるのは実際にこの値です。過大なピクセルはページ重量のもう半分です。ウェブ向けJPEG圧縮を参照してください。
- 結果リストのin → outサイズを読みます。まだ大きい?画質をおよそ十点下げて再実行します。「N KBに圧縮」欄はありません。サイズは出力です。
書き出してダウンロードし、サーバーまたはCMSのファイルを差し替えたら、PageSpeed Insightsを再実行します。すべては端末上に留まります。ページ読み込み後はオフラインでも使えます。書き出し時にEXIFは削除されます。
監査が別の形式を求めている場合
これでは直らないこと
再エンコードでは、4000ピクセルのヒーローを800ピクセルの枠に収めることはできません。それは画像を適切にサイズ設定であり、より小さいピクセルサイズが必要です。折りたたみ以下の画像を遅延読み込みすることも、srcsetを書いてくれることもありません。EditItAllはキロバイト目標を自動で当てることも、ファイルに既にあるJPEGアーティファクトを消すこともできません。原本から一度圧縮したら、そこで止めてください。
よくある質問
EditItAllはPageSpeed Insightsに接続しますか?+
しません。レポートが挙げたファイルをダウンロードし、ここで再エンコードし、サイト上で差し替えてください。新しいスコアを見るには、自分でPageSpeed Insightsを再実行します。
画像の効率的エンコードを解消するには、どの画質を使えばよいですか?+
写真は画質80付近から始めます。表示された出力がまだ重いなら、およそ十点下げてプレビューします。およそ60を下回ると、ほとんどの写真は明らかに悪化します。
JPEGを圧縮する代わりにWebPへ変換すべきですか?+
ページ重量が優先なら、WebPまたはAVIFを試してください。同じ見た目で勝つことが多いです。それは別のPageSpeed Insights監査(次世代フォーマット)です。JPEGは依然として最も安全なフォールバックです。
PageSpeed Insightsが見積もった削減量に合わせて、目標サイズをKBで設定できますか?+
できません。目標サイズ欄はありません。サイズは画質と最大辺を選んだあとの出力です。レポートの提案より少し下を目指し、公開ページを再確認してください。
圧縮中に画像はアップロードされますか?+
されません。エンコードはブラウザ内で実行されます。ファイルが端末を離れることはなく、書き出し時にEXIFは削除され、ページ読み込み後はオフラインでもツールが使えます。