ウェブサイト画像チェック

ウェブサイト画像を最適化:公開前にページをチェック

このガイドを使い、ブラウザが実際に読み込むものを確認し、画像ごとに適切なサイズを選び、HTMLを修正し、公開前にページをチェックしましょう。

簡単な回答

別のファイルをエクスポートする前に実際のページを確認

最速の画像改善は新しい変換ツールではないことが多いです。まず重いリクエスト、サイズ不足、遅延読み込みのLCP画像、古いファイルを指すメタデータを見つけましょう。ページから始め、変更が必要なものだけをエクスポートします。

フォルダではなくリクエストを確認 最適化ファイルが別にあっても、ページは重いファイルを読み込むことがあります。
画像ごとに選択 ヒーロー画像、記事画像、繰り返し使うカード画像、メタデータ画像はそれぞれ異なるルールが必要です。
ブラウザに使う画像を示す srcset、sizes、幅、高さを使い、ブラウザが適切なファイルを選びスペースを確保できるようにします。
公開済みページの確認 誤ったURL、レイアウトのずれ、遅延読み込みされたLCP画像、壊れたソーシャルプレビュー、古いスキーマ画像を探しましょう。

まずチェック

ブラウザが読み込むものから始める

デザインファイルやメディアフォルダは実際のユーザー体験を示しません。ブラウザは読み込む画像URL、表示サイズ、スペース確保の有無、大きなファイルが小さいファイルの代わりに使われているかを示します。

ネットワークチェック

どのURLが読み込まれますか?

ページを開き、実際の画像URL、転送サイズ、表示サイズ、ブラウザが期待通りのバージョンを選んだかを書き留めましょう。

レイアウトチェック

画像のサイズはどれくらい?

元ファイルから推測せず、表示領域を測定しましょう。カード、コンテンツ列、ソーシャル画像は同じエクスポートを共有すべきではありません。

読み込みチェック

最初の画面にありますか?

LCPになりそうな画像を特定し、誤って遅延読み込みしないようにし、重要度の低い画像は最初の読み込みから外しましょう。

コンテキストの確認

メタデータは一致していますか?

altテキスト、Open Graph画像、JSON-LD画像、近くのテキスト、ファイル名を確認し、ページが一貫した内容を伝えているか確かめましょう。

画像プラン

変換前に重要な画像ごとに計画を立てる

画像プランはこのガイドを変換ツールの記事と分けます。各画像領域に必要なサイズ、読み込み順、フォールバック、メタデータの役割、最終チェックを明確にします。

画像領域 判断 リスク チェック
メイン画像 LCPになりそうな画像、正確な寸法、読み込み順、フォールバックパスを設定 遅延読み込みや大きすぎるファイルは最初の有用な画像の表示を遅らせます。 最初の画面で表示サイズ、リクエストサイズ、読み込み挙動を比較します。
記事本文の画像 コンテンツ幅のバージョンを定義し、幅と高さでスペースを確保します。 ページは読み取り列よりずっと幅の広い元画像を読み込むことがあります。 デスクトップとモバイルの幅を確認し、選択されたsrcset候補を検証します。
繰り返し使うカード画像 リスト、ハブ、関連カード、アーカイブページ用に小さいバージョンを作成 1つの再利用された記事画像がリストページの負荷を大きく増やすことがあります。 リストページをスキャンし、繰り返しカードが記事のフル画像を読み込んでいないか確認しましょう。
メタデータ画像 Open GraphとJSON-LDの画像は計画されたファイルとして準備し、偶発的な残り物ではありません。 検索や共有のプレビューは古い、トリミングされた、または無関係な画像を表示することがあります。 最終URLのレンダリングされたメタタグと構造化データを確認しましょう。

プランでファイルの新バージョンが必要なら画像変換ガイドで次のステップを選びます。通常のWebP変換はJPGからWebPへのガイドを使い、AVIFガイドはさらに圧縮が必要な大きな写真だけに使いましょう。

画像サイズ

各画像領域に明確なサイズを設定

レスポンシブ画像はHTMLがレイアウトに合っている場合のみ機能します。領域を測り、有用な幅を選び、アスペクト比を確保し、存在するからといって大きな元画像を送らないようにしましょう。

領域を測定 元ファイルサイズではなく、表示される幅を基準にしましょう。
幅のリストは短く使う 無計画な大量のエクスポートより、計画的な数種類のバージョンの方が管理しやすいです。
レイアウトスペースを確保 画像の読み込みでページがずれないよう幅・高さまたはアスペクト比を設定
プレビュー画像を分ける ソーシャルやスキーマ画像は独自の役割があり、表示ページの画像の無作為なコピーであってはいけません。
繰り返し画像を縮小 ハブ、関連セクション、アーカイブページで繰り返される画像は専用の小さいファイルが必要です。
元ファイルは後で保管 元ファイルは明確に保管し、公開HTMLは最適化された出力を指すようにします。

簡単なチェック:360pxのカードが2400pxのファイルを読み込むなら、圧縮が問題ではありません。小さい画像版が必要か、HTMLが誤ったファイルを指しています。

読み込み順

最初の画像は意図的に読み込む

最初の画面を形作る画像は、ページ下部の画像とは異なるルールが必要です。LCPになりそうな画像を特定し、誤って遅延読み込みしないようにし、下部の画像は必要になるまで控えめにしましょう。

  1. 1

    LCP画像に名前を付ける

    最初の重要な画像がLargest Contentful Paintになる可能性がある場合、誤って遅延読み込みしないようにしましょう。

  2. 2

    下部の画像は控えめに

    最初のビューポート外の画像は通常、遅延読み込みと非同期デコードを使います。

  3. 3

    CSS背景の確認

    トリミングされた背景でも大きなファイルをダウンロードすることがあります。表示領域に合ったサイズのファイルを使いましょう。

  4. 4

    繰り返しリクエストの確認

    同じ大きすぎるファイルが何十回も繰り返されると、小さなカード画像でも負荷が高くなります。

HTML

測定した領域にレスポンシブHTMLを使う

重要な画像はブラウザの選択を明確にします。以下の例は幅の選択肢、サイズ、固定寸法、フォールバックを示します。習慣ではなく領域に応じて読み込み挙動を変えましょう。

HTMLレスポンシブ画像の例
<picture>
  <source
    type="image/avif"
    srcset="/images/article/product-640.avif 640w,
            /images/article/product-960.avif 960w,
            /images/article/product-1280.avif 1280w"
    sizes="(max-width: 768px) 100vw, 720px" />
  <source
    type="image/webp"
    srcset="/images/article/product-640.webp 640w,
            /images/article/product-960.webp 960w,
            /images/article/product-1280.webp 1280w"
    sizes="(max-width: 768px) 100vw, 720px" />
  <img
    src="/images/article/product-960.jpg"
    alt="アップロードの流れを示すダッシュボードのスクリーンショット"
    width="960"
    height="540"
    loading="lazy"
    decoding="async" />
</picture>

検索と共有

画像、altテキスト、メタデータで一貫した内容を伝える

画像SEOは単なるキーワード追加ではありません。表示画像、近くのテキスト、有用なaltテキスト、Open Graphタグ、JSON-LD画像リンクは同じページを明確に表現すべきです。装飾画像は装飾のままに。

ファイル名が画像内容を説明 カメラのエクスポートや一時ダウンロードではなく、ページや内容に関連した名前を使いましょう。
altテキストは役立つ内容であるべきです 役立つ画像は明確に説明し、装飾的な画像はキーワードに含めないようにします。
近くのテキストが画像を補足 見出し、キャプション、近くの段落は画像の内容と一致させるべきです。
メタデータを確認済み Open GraphとJSON-LDの画像リンクはページを代表する準備されたファイルを指すべきです。

チェックでソーシャルプレビューが弱い場合はオープングラフのイメージガイドを使い、スキーマやメタタグが問題ならBlazorのメタデータガイドでJSON-LDとページメタデータの整合性を保ちます。

手順

各ページの簡単な画像チェック

  1. 1

    実際のページを開く

    アセットフォルダではなく現在のURLから始め、実際に読み込まれる画像を記録しましょう。

  2. 2

    画像プランを作成

    重要な画像ごとに目標幅、アスペクト比、読み込み順、フォールバック、メタデータの役割を記録します。

  3. 3

    変更部分だけ変換

    メディアフォルダ全体を再エクスポートせず、チェックで見つかったファイルだけ変換ツールを使いましょう。

  4. 4

    HTMLとメタデータを更新

    srcset、sizes、寸法、Open Graph、JSON-LDの画像リンクを準備したファイルに向けましょう。

  5. 5

    ブラウザ出力を検証

    ページ、ネットワークリクエスト、ソーシャルメタデータ、構造化データ、モバイルレイアウトを確認します。

  6. 6

    次回のためにルールを残す

    画像の決定事項を記録し、将来の更新時に推測から始めないようにします。

ツールチップ

変換するファイルが分かったらPixelPressを使う

チェックでフォルダに新しいWebPやAVIFファイルが必要と分かったら、PixelPressでローカル変換が可能です。元ファイルはそのままで、出力フォルダの確認も簡単です。

Open PixelPress

チェックリスト

公開前の画像チェックリスト

記事、ランディングページ、商品ページ公開前にこのリストを使いましょう。変換だけでは見逃す問題を検出します。

実際のリクエストを確認しました チェックはリポジトリ内のファイルだけでなく、ページが読み込む画像を確認しました。
重要な画像にはそれぞれルールがあります 重要な画像ごとに幅、アスペクト比、読み込み順、フォールバック、メタデータの使用を決定します。
表示サイズがファイルに合っている ブラウザは表示画像より何倍も大きいファイルを無理にダウンロードしません。
最初の画面は意図的に設計 LCPになりそうな画像は誤って遅延読み込みされておらず、大きすぎず、背景の後ろに隠れていません。
レスポンシブHTMLを確認済み 重要なコンテンツ画像は必要に応じてsrcset、sizes、寸法、有用なフォールバックを使います。
画質を確認済み テキスト、顔、商品詳細、グラデーション、スクリーンショットはページ上で鮮明に見えます。
メタデータは計画されたファイルを指す Open GraphとJSON-LDの画像リンクは計画されたファイルを指し、無作為な残り物ではありません。
古い元ファイルは参照されていません 公開されたHTMLは重い元ファイルではなく最適化されたファイルを読み込みます。

よくある質問

よくある質問

ウェブサイト画像チェックと読み込みに関する質問への回答