Picovert

画像SEOチェックリスト: 多くのサイトが間違える12項目

Picovert チーム著2026-04-239分で読了

Googleの画像検索は多くのサイトで自然検索トラフィックの20〜30%を生み出します — EC、レシピ、 ハウツーではそれ以上のことも。多くのチームはテキストを徹底的に最適化する一方で、画像を装飾 扱いします。結果として、容易な順位獲得をテーブルに置いたままにすることに。本記事は、私たちが 監査するすべてのサイトで通すフルチェックリストです。

1. 説明的でキーワードを含むファイル名を使う

Googleはファイル名を関連性シグナルとして読みます。IMG_4521.jpgはクローラーに 何も伝えません。red-leather-running-shoe-side-view.jpgは主題全体を伝えます。 アップロード前にリネームを。アンダースコアではなくダッシュを使ってください — Googleは ダッシュを単語区切りとして扱うがアンダースコアは扱わないと明言しています。

2. 意味のあるalt textを書く — ただしキーワード詰め込みは禁物

alt textはスクリーンリーダーと検索エンジンの2つの観客に向けたもの。両方に効く同じルール: 画像を正確に描写すること。alt="白いソールの赤い革製ランニングシューズの側面"は良い例。alt="ランニングシューズ 赤革 ランニングシューズ 通販 ランニングシューズ"はキーワード詰め込みでGoogleに見抜かれます。

装飾用画像(アイコン、区切り)はalt="" — 空でOK、省略は不可。空のaltは スクリーンリーダーに画像をスキップするよう伝えます。

3. 表示寸法とファイル寸法を揃える

4032×3024の写真を600×450の枠に出すと、95%のバイトが無駄になります。ブラウザはフル画像を ダウンロードし、描画時に縮小します — 見た目は同じ。アップロード前にリサイズするか、srcsetで複数バリアントを提供してください。

Lighthouseの「Properly size images」監査が引っかけます。Googleのモバイルフレンドリーの ランクシグナルもここを見ます。

4. モダンフォーマットをフォールバック付きで

WebPはJPEG/PNG比で25〜35%、AVIFはさらに20%バイトを節約。2026年、両者とも95%以上のユーザー に届きます。<picture>でモダンフォーマットを安全フォールバック付きで:

<picture>
<source type="image/avif" srcset="hero.avif">
<source type="image/webp" srcset="hero.webp">
<img src="hero.jpg" alt="...">
</picture>

5. ファーストビュー外は遅延読み込み

<img>のloading="lazy"属性は、画像がビューポートに近づく まで読み込みを遅らせるようブラウザに伝えます。1画像1行で、LCP要素のための帯域を確保します。 ファーストビュー内の画像はlazyにしないこと — LCPが遅れます。

6. widthとheightを明示

<img>に寸法が無いと、ブラウザは画像が読み込まれるまで領域を確保しません。 画像が届くたびに本文がジャンプします — Cumulative Layout Shift、Core Web VitalsのCに悪い。 常にwidth/heightを(またはCSSのaspect-ratioを)設定してください。

7. 攻めて圧縮

写真: JPEG品質80、WebP品質80、AVIF品質60。原本と区別不能ですが、カメラ出力比で50〜70% バイトが消えます。UIスクリーンショットやグラフィック: WebPロスレス。私たちの画像圧縮ツールのような一括ツールが、ブラウザ内で一括、 アップロード無しで処理します。

8. 構造化データ ImageObject スキーマを使う

商品ページ、記事、レシピにImageObjectエントリ付きの<script type="application/ld+json">を加えると、Googleがリッチリザルト に画像を出してくれやすくなります。必須フィールド:

  • contentUrl — 画像URL
  • creator — 作成者
  • license — ライセンスURL(ストックフォトSEOで特に有益)
  • caption — 短い説明

9. 画像をクロール可能にする

画像がGoogleから隠れる2つの経路:

  • JSのみで読み込み。ページロード後にJSが画像を追加し、<noscript>フォールバックが無いとGooglebotが見落とす可能性があります。<img>タグをサーバーレンダーかプリレンダーで。
  • 本文にCSS背景画像。Googleは装飾とみなします。意味のある画像にはbackground-imageではなく<img>を。

10. 画像サイトマップを送信

XMLサイトマップに画像エントリを追加。形式:

<url>
<loc>https://example.com/page</loc>
<image:image>
<image:loc>https://example.com/image.jpg</image:loc>
</image:image>
</url>

画像が動的に読み込まれるサイト(画像ギャラリー、製品カタログ)で特に有益。

11. ページ意図ではなく画像検索意図で最適化

「ランニングシューズ」ページがWeb検索で4位だが画像検索で1位、ということが起こり得ます — 画像が他より明瞭なら。画像検索ユーザーは別の意図を持ちます — 買い物中か調査中であることが多い。 画像はそれ単体で立つ必要があります:

  • 清潔な背景で商品を明瞭に
  • 画像の上にテキストを重ねない(Googleは重ね文字ではなく画像を読む)
  • 明瞭さが増す場合のみ文脈を見せる(白背景の靴ではなく、足に履いた靴)

12. 残しておきたいEXIFメタデータを失わない

一部の圧縮ツールは最適化時にすべてのEXIFを剥がします。写真ポートフォリオでは、カメラ・レンズの メタデータが消えてカメラ固有のクエリ(「Sony A7R5 sample images」)での順位を落とします。 EXIF保持に設定するか、選べるツールを使ってください。

写真以外のサイトではEXIF除去でOK — ファイルが軽くなり、公開したくない位置情報が消えます。

60秒監査

サイトの任意のページを開く。DevTools Networkパネルで「Img」フィルタ。各画像について:

  1. ファイル名が主題を説明している? ✓
  2. ヒーロー以外は200KB未満? ✓
  3. フォーマットがWebPかAVIF? ✓
  4. 寸法が表示サイズと(2倍以内で)合っている? ✓
  5. 説明的なalt textがある? ✓
  6. 明示的なwidth/height属性がある? ✓
  7. ファーストビュー外はloading="lazy"? ✓

私たちが監査するサイトのほとんどは最初に見せられたページでこのうち4〜5項目を落とします。 修正は小さな変更ですが、リターンは累積します — 1枚の画像修正はそれを読み込むすべての ページビューに効き、画像検索はその整理にトラフィックで報いてくれます。