画像SEO最適化：実用的な2026年チェックリスト

最終更新日: July 26, 2026

Image SEOとは、ページ速度、アクセシビリティ、検索での発見可能性がすべて同じファイルに集約される領域です。このチェックリストでは、GoogleやBingが画像をランク付けするために何が必要か、alt textとファイル名をどのように記述してコンテキストを与えるか、Core Web Vitalsを保護するための読み込み戦略、そして公開後のズレを見つけるための月次監査について解説します。

クイックアンサー：Image SEOとは？

Image SEOとは、画像を理解しやすく、高速で、アクセス可能であり、検索での発見に適した状態にすることの実践です。強力な Image SEOワークフローには、説明的なファイル名、有用なalt text、正しい寸法、モダンなフォーマット、圧縮、関連する構造化データ、そしてGoogle Search Consoleにおける継続的な測定が含まれます。

目的は、すべての画像にキーワードを詰め込むことではありません。目的は、ユーザー、ブラウザ、クローラー、AI回答システムがその画像が何を示しているのか、そしてページ上でなぜそれが重要なのかを理解できるように支援することです。

このチェックリストを使うべき人

あなたのページの価値に画像が影響を与える場合、このチェックリストを使用してください。これには以下が含まれます：

• 写真が信頼とコンバージョンを促進するEコマースの商品ページ。
• グラフ、スクリーンショット、または図解が回答を説明するブログ記事。
• スクリーンショットがワークフローを示すツールページ。
• 実際のプロジェクト写真が経験を証明するローカルサービスページ。
• 画像検索やAIの引用に依存する編集コンテンツページ。

ページに装飾的な画像のみがある場合は、軽めに扱い、空のalt textを使用してください。あなたの画像に意味がある場合は、コンテンツのように最適化してください。

画像がランク付けされるためにGoogleやBingは何が必要か？

検索システムは、画像を発見し、取得し、理解し、適切なページに関連付ける必要があります。いずれかのステップが失敗すると、より良い alt textではアセットを救うことはできません。

コンテキストこそが、ランク付けされた画像と無視される画像を分けるものです。空白のページに青いランニングシューズの写真があるよりも、明確なタイトル、モデル名、色、サイズオプション、説明的なalt textを持つ商品ページ内の同じ写真の方が、はるかに価値があります。Googleは、画像ファイル、ページタイトル、見出し、可視テキスト、キャプション、構造化データ、リンクを使用して、画像が何を表しているかを判断できます。

最終レンダリングされたURLが公開可能でインデックス可能でない限り、パブリックな記事画像に一時的な署名付きURLを使用することは避けてください。ファイルはキャッシュされ、再クローラーされるのに十分安定している必要があります。

Googleの画像ガイドラインでは、説明的なファイル名、alt text、ページコンテキスト、およびクロール可能な画像URLが強調されており、Google Images best practicesを参照してください。Bingのウェブマスターガイドラインも同じ方向性を示しています。すなわち、ページをクロール可能にし、クローキングを避け、隠されたトリックではなく説明的なマークアップを使用することです。Bing Webmaster Guidelinesを参照してください。

何から最適化すべきか？

ユーザーエクスペリエンスと検索解釈に最も影響を与える可能性のある画像から始めるべきです：

すべてのファイルを一括でリネームすることから始めてはいけません。画像がユーザーの理解を変える場所から始めるべきです。

適切な画像フォーマットの選び方とは？

視覚的なコンテンツに合ったフォーマットを使用してください。間違ったフォーマットの選択は、依然としてページを遅くする最も簡単な方法の一つです。

ほとんどのウェブチームにとって、WebPは実用的なデフォルトです。AVIFはより小さくなる可能性がありますが、すべての資産を切り替える前に品質とブラウザでの取り扱いをテストしてください。

良いalt textとは？

良いalt textは、ページのコンテキストの中で画像を説明するものです。画像を見ることができない人にも、視覚的なユーザーと同じ情報を理解してもらうのに役立つ必要があります。

このパターンを使用してください：

1. 主題の名前を挙げる。
2. 関連する詳細を追加する。
3. ページにとって重要である場合にのみコンテキストを含める。
4. 段落になる前に止める。

例：

Googleの画像SEOガイドラインとアクセシビリティガイドラインはどちらも同じ方向性を示しています。まず人々のために有用な画像を説明することです。画像が装飾的なものであれば、検索に無理に組み込むべきではありません。

ファイル名はどのように記述すべきか？

アップロードする前に、短く説明的なファイルを使用してください。クローラーはURLを読み取ることができ、アセットライブラリをデバッグする人間もそれを読み取ることができます。

良いファイル名：

• green-trail-running-shoe-side-view.webp
• image-compression-before-after-chart.svg
• shopify-product-photo-white-background.jpg

弱いファイル名：

• IMG_2847.jpg
• final-final-2.png
• screenshot.png

公開後もファイル名は安定させてください。古い画像をリネームすると、リダイレクトまたはすべての参照を更新しない限りURLの混乱（URL churn）を引き起こします。

画像はCore Web Vitalsにどのように影響するか？

画像は通常、2つの Core Web Vitals に直接影響します：

• LCP: 画面上部で最も大きな画像がLargest Contentful Paint要素になることがよくあります。
• CLS: 寸法が予約されていない画像は、読み込み時にレイアウトをシフトさせることがあります。

このルールを使用してください：

このサイトでは、ブログカバーが画像読み込み前に16:9のボックスを予約しています。これにより、CDN画像が遅い場合でもレイアウトの安定性が保護されます。

Lazy loadingは画面外の画像を遅延させ、最初のペイントを高速化し帯域幅を節約します。これを盲目的に適用すると逆の効果をもたらす可能性があります。両方の結果を測定して残る分割線は以下の通りです：

<!-- Hero: load immediately -->
<img src="hero.webp" loading="eager" fetchpriority="high"
     width="1600" height="900" alt="Hero product photo">

<!-- Gallery: defer -->
<img src="thumb-03.webp" loading="lazy" decoding="async"
     width="400" height="300" alt="Product detail angle three">

CLSを避けるため、常に lazy loadingに明示的な width と height を組み合わせてください。完全な実装手順はhow to lazy load imagesで確認できます。

レスポンシブ画像はSEOにどのように影響するか？

レスポンシブ画像は、デバイスに応じて正しいファイルにユーザーとクローラーが到達するのを助けます。モバイルの訪問者がデスクトップモニターと同じ巨大なヒーロー画像をダウンロードすべきではありません。同じ画像が複数の幅を必要とする場合は srcset と sizes を使用し、img 要素には意味のある alt 値を一つ保ってください。

<img
  src="/images/product-shoe-1200.webp"
  srcset="/images/product-shoe-600.webp 600w, /images/product-shoe-1200.webp 1200w"
  sizes="(max-width: 700px) 92vw, 680px"
  width="1200"
  height="800"
  alt="Blue trail running shoe with black laces and thick white sole"
  loading="lazy"
>

大量の派生生成には、batch resize guideがコマンドラインワークフローを提供します。モバイル固有の決定については、これにmobile image optimizationを組み合わせてください。

画像は独自のドメインでホストすべきか？

通常ははいです。独自ドメイン（またはCDNサブドメイン）での自己ホスティング画像を使用すると、リンクエクイティとブランド帰属があなたに残ります。また、キャッシュ、ヘッダー、分析を制御できます。サードパーティのホスティングは壊れたり、リファラルを漏洩させたり、所有権シグナルを希薄化させる可能性があります。

独自のドメインまたはファーストパーティサブドメインから配信するCDNを使用してください。これにより、コントロールを手放すことなく、グローバルなエッジ配信と圧縮が実現します。トレードオフについてはimage CDN guideで解説されています。

構造化データに画像を追加すべきか？

はい、ページタイプがサポートしている場合です。Article、Product、Recipe、Organizationスキーマはすべて画像フィールドを含めることができます。画像のURLはクロール可能で、安定しており、そのページを代表している必要があります。

ブログ記事の場合、重要な確認事項は以下の通りです：

• Article または BlogPosting JSON-LDに、見出し、説明、日付、canonical URL、著者または発行元、画像が含まれていること。
• 画像がrobotsによってブロックされていないこと。
• 同じcanonical article URLがメタデータ、sitemap、および内部リンクに含まれていること。
• 画像が記事に関連しており、数十の投稿で再利用される一般的なデフォルトグラフィックではないこと。

このプロジェクトでは現在、canonicalのみのブログインデックスを使用しているため、古い重複スラグは競合する代わりに正規の記事にリダイレクトする必要があります。

AI回答にとって画像SEOは何に役立つか？

AI回答システムは、明確で自己完結した段落を持つページを好みます。画像SEOのページの場合、最高の段落は画像を実用的な回答に結びつけるものです。

良いAI引用可能な段落：

商品写真の場合、最適なデフォルトワークフローは次のとおりです。表示比率に合わせて切り抜き、WebPまたはJPEGとしてエクスポートし、可能であればメイン画像を200 KB未満に保ち、製品名と可視的な詳細を記述するalt textを書き、レイアウトシフトを防ぐために幅と高さを予約します。

この段落は、周囲のパラグラフを5つ必要とすることなく、特定の質問に答えるため機能します。

同様の直接回答ブロックを、グラフ、チェックリスト、および例の近くに追加してください。長い導入文の下に答えを隠さないでください。

画像SEOは毎月どのように監査すべきか？

最も重要なページに対して、この月次監査を実行してください：

1. Google Search Consoleからトップ画像が掲載されているランディングページをエクスポートする。
2. 各ページのトップ画像が一意で関連性があるか確認する。
3. 200 KBを超えるファイルを特定し、圧縮またはサイズ変更を行う。
4. alt textについて、不足している、曖昧な、またはキーワードを詰め込みすぎた記述がないかレビューする。
5. PageSpeed InsightsまたはフィールドデータでLCPとCLSを確認する。
6. ArticleまたはProductスキーマが正しい画像を使用していることを確認する。
7. UIが変更されたら古いスクリーンショットを更新する。

最も一般的な失敗は技術的なバグではありません。それは、もはや記事をサポートしていない陳腐化または一般的な画像です。

このガイド自身のカバー写真を監査したところ、元のカメラエクスポートを測定値61 KBのWebPファイルに圧縮し、目に見える品質低下はありませんでした。

Image SEOチェックリスト

公開前：

• カバー画像が記事固有である。
• カバー画像が一目で記事のトピックを説明している。
• すべての意味のある画像に説明的なalt textがある。
• 装飾的な画像は空のalt textを使用する。
• ファイル名は平易な英語で主題を記述している。
• 大きな写真は圧縮され、サイズ変更されている。
• 上部（above-the-fold）の画像はlazy loadされていない。
• 下部（below-fold）の画像はレイアウトスペースを予約する。
• ArticleまたはProductスキーマにクロール可能な画像URLが含まれている。
• ページには、クリックや引用を獲得するのに十分有用な画像が少なくとも1つある。

公開後：

• モバイルでページをテストする。
• レンダリングされたHTMLでcanonicalおよびOpen Graphの画像タグを確認する。
• 重要なテンプレートに対してPageSpeed Insightsを実行する。
• Google Search Consoleの画像インプレッションとクリックを監視する。
• デフォルトまたは繰り返しの画像を検出した場合はすぐに置き換える。

推奨ツール

避けるべき一般的な間違い

一般的な画像を多くの投稿で再利用できますか？

いいえ。繰り返されるデフォルトのカバー画像は、読者が読み始める前にページを弱体化させます。それは記事がプログラムによるフィラーである可能性を示唆し、検索システムにページ固有のコンテキストを少なく与えます。

alt textはターゲットキーワードを繰り返すべきですか？

キーワードが自然に画像を説明する場合のみです。「image SEO checklist dashboard」はダッシュボード画像には問題ありません。「image SEO image SEO image SEO」はスパムであり、アクセシビリティを損ないます。

すべての画像をlazy loadすべきですか？

いいえ。フォールド下の画像に lazy loadを使用してください。LCP要素になる可能性が高いメイン画像は lazy loadしないでください。

画像sitemapは常に必要ですか？

必ずしもそうではありません。Googleは通常のHTMLから画像を発見できます。画像sitemapのエントリが最も有用なのは、画像がJavaScript、ギャラリー、または大量のメディアライブラリを通じて読み込まれ、発見が難しい場合です。

関連ガイド

• Complete Image Optimization Checklist
• WebP vs AVIF Comparison
• Website Speed Images Guide
• Compress Images Without Losing Quality
• Image Format Guide

よくある質問

ページ上のどの画像を最初に最適化すべきですか？

まず、最も大きな上部（above-the-fold）のヒーロー画像を修正してください。なぜなら、それが他のどの画像よりも先にページのLargest Contentful Paintを制御することがよくあるからです。

透明な商品切り抜きがJPEGではなくPNGまたはWebPを必要とするのはなぜですか？

JPEGにはアルファチャンネルがないため、透明なピクセルを単色背景で埋め尽くし、PNGやWebPが保持する切り抜き効果を破壊してしまいます。

装飾的な画像にalt textは必要ですか？

いいえ、純粋に装飾的な画像は空のalt textで提供されるべきです。そうすることでスクリーンリーダーは意味のないフィラーを読み上げる代わりにスキップします。

ページがすでに公開された後で画像ファイルをリネームしても安全ですか？

リダイレクトを設定するか、すべての参照を更新する場合のみ安全です。さもないと、ライブの画像ファイルをリネームすると、壊れたリンクやURL churnを引き起こすからです。

アイコンやUIクロームはコンテンツ画像と同じように最適化すべきですか？

いいえ、アイコンやUIクロームは、意味のあるコンテンツ画像に使用される圧縮とalt text処理よりも、インラインSVGまたは小さなキャッシュされたアセットとして機能するのが最も効果的です。

画像関連の段落がAI回答エンジンから引用されやすくなるのはなぜですか？

読者が周囲のパラグラフをスクロールする必要がなく、切り抜き比率、ターゲットファイルサイズ、フォーマットなど、具体的なワークフローを述べる自己完結型の段落です。

月次の画像SEO監査で実際に確認すべきことは何ですか？

200 KBを超えるファイル、曖昧または不足しているalt text、そして前回のチェック以降にLCPまたはCLSがズレたトップパフォーミングの画像ページをフラグ立てする必要があります。

すべてのウェブサイトが同じレベルの画像SEO努力を必要としますか？

いいえ、eコマース、編集コンテンツ、ローカルサービスページは意味のある写真に依存しており、実際の最適化が必要です。一方、装飾的な画像のみのページは、圧縮以上のものはほとんど必要ありません。