Image SEO ガイド 2026年版：クローリング、ランク付け、そして被リンクを獲得する方法

最終更新日: June 28, 2026

2026年のImage SEOは、単なるファイル名の変更と圧縮作業ではなく、コンテンツの公開ワークフローの一部です。Google、Bing、スクリーンリーダー、ソーシャルプレビュー、AI回答エンジンなどすべてが同じ基本的なシグナルを必要としています。すなわち、クロール可能な画像URL、有用な周辺ページ、正確なalt text、安定したメタデータ、そして高速な配信です。

本ガイドでは、実際に成果を変える要素—クロール可能性、ファイル名、alt text、構造化されたコンテキスト、CDNのセットアップ、画像のサイズ、測定方法—に焦点を当てます。

迅速な回答：2026年のImage SEOで何をすべきか？

重要なページ画像には、以下のワークフローを適用してください。アップロード前にファイル名を命名し、クロール可能なURLから圧縮されたWebPまたはAVIFを提供し、目に見える画像を説明するalt textを記述し、関連テキストの近くに画像を配置し、ページタイプがサポートしている場合は、ページメタデータやスキーマに含め、Search Consoleで発見可能性を測定し、Core Web Vitalsでパフォーマンスを測定します。

すべての画像を均等に最適化する必要はありません。ユーザーが確認する画像（製品写真、スクリーンショット、チャート、比較グラフィック、図解、レシピの写真、ローカルプロジェクトの写真、そしてLargest Contentful Paint要素になる可能性のあるヒーローイメージ）から始めるべきです。

GEO（生成エンジン最適化）に関しては、各画像の周囲のテキストを自己完結型にしてください。回答エンジンは、段落を引用し、画像が何を証明しているかを理解し、推測することなく情報源リンクを特定できる必要があります。

画像がランキングするためには、GoogleやBingは何が必要か？

検索システムは、画像を「発見」し、「取得」し、「理解」し、適切なページと関連付ける必要があります。いずれかのステップが失敗すると、alt textを改善してもアセットは救われません。

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

画像のファイル名はどのように書くべきか？

画像が何を示しているかをまだ知っているうちに、アップロード前にファイル名を記述してください。ファイル名はページコンテンツに比べると弱いシグナルですが、クローラーやアセットライブラリ、将来のエディターにとっては安価なコンテキストとなります。

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

1. 目に見える主題の名前を付ける。
2. ページ固有の詳細を追加する。
3. 小文字の単語を使用する。
4. 単語はハイフンで区切る。
5. 拡張子は正直に保つ。
6. 日付、カメラ名、エクスポートサフィックスは、読者に役立たない限り避ける。

公開後も名前は安定させてください。ファイルがすでに画像検索からのインプレッションやバックリンクを持っている場合、同じURLでファイルを置き換えるよりも、リネームして履歴的なアセットURLを失う方が通常はクリーンです。

SEOとアクセシビリティにとって良いalt textとは？

良いalt textは、それを見ることができない人に向けて画像を説明するものです。これはまた、キーワードをマークアップに無理やり詰め込むことなく、検索システムが画像を理解するのを助けます。最も強力なalt textは、具体的で、目に見え、ページに関連しているものです。

この簡単なテストを使用してください：もし画像が消えたら、alt textは読者がページを読み進めるのを助けますか？そうなら、おそらく有用です。キーワードリストのように聞こえる場合は、書き直してください。

W3C alt decision tree は、画像に説明的なalt textが必要か空のalt textが必要かを判断するための最も簡単な参照資料です。エディター間でロゴ、アイコン、装飾アートについて意見が対立する場合に使用してください。

構造化コンテキストはどこに配置すべきか？

クローラーや回答エンジンが推測することなく抽出できる場所に画像コンテキストを配置します：

• 画像の直前または直後の段落。
• テンプレートがキャプションをサポートしている場合の有用なキャプション。
• 画像のalt属性。
• 画像が主要な主題である場合のページタイトルとH1。
• そのスキーマがページに一致する場合の、Article, Product, Recipe, または HowTo構造化データ。
• ソーシャルプレビューのためのOpen GraphおよびTwitterカードメタデータ。
• 読者を次の有用なワークフローへ導く内部リンク。

記事の場合、フロントマター、Open Graphメタデータ、BlogPosting JSON-LD内の画像は、再利用されたデフォルトのカバーではなく、代表的な画像であるべきです。製品ページの場合、Productスキーマには、ユーザーが確認できる実際の製品画像を含める必要があります。Schema.orgでは、Schema.org image markupで多くのコンテンツタイプについてimageプロパティを文書化しています。

画像周辺のテキストは、GEOにとって隠されたメタデータフィールドよりも重要です。「CDN WebPファイルが最終的なクロール可能なアセットであり、元のカメラファイルがインデックスされるURLであってはならない」といった直接的な文章に続く図解は、曖昧なキャプションよりも回答エンジンが引用しやすいものです。

CDN、サイズ、Core Web Vitalsは画像SEOにどのように影響するか？

画像がランキングの助けとなるのは、ページ自体が使用できるほど高速である場合に限られます。最大の危険性は通常、ページ上の最初の大きな画像です。これがLCP要素となり、表示速度を低下させる可能性があります。

この記事では、ローカルな1400 by 788 WebPグラフィックを出版サイズで4つエンコードしました。ファイルサイズは19 KBから34 KBの間であり、記事での使用には十分小さく、モバイルでも読みやすい範囲です。

GoogleのCore Web Vitals documentationはLCPとCLSのしきい値を定義しており、MDNのresponsive imagesガイドでは、srcsetとsizesがブラウザに適切なファイルを選択させる方法を説明しています。

これらのサイズルールは出発点として使用し、その後レンダリングされたページをテストしてください：

1. ソース画像を実際に必要な最大の表示サイズでエクスポートする。
2. ほとんどの写真や混合グラフィックにはWebPを使用し、品質が保たれる場合はAVIFと比較する。
3. 記事の画像は可能な限り200 KB未満に抑える。
4. サムネイルは記事の画像よりもかなり小さく保つ。
5. 画像がロードされる前に、幅と高さ、またはアスペクト比ボックスを予約する。
6. LCPとなる可能性のある画像を遅延ロードしない。
7. 最初のビューポートの下から始まる画像は遅延ロードする。
8. 不変のCDN画像URLは長時間キャッシュする。
9. CMSアップロードでサイズオーバーのオリジナルファイルが本番環境に到達する前に置き換える。
10. デスクトップだけでなく、モバイルもテストする。

より深いフォーマット決定については、WebP vs AVIF Comparisonを読んでください。レスポンシブなサイズ設定については、Mobile Image Optimization GuideとLazy Load Imagesをフォローアップチェックとして使用してください。

画像サイトマップを作成すべきか？

画像サイトマップは、発見可能性が明らかでない場合に利用します。Googleは通常のページクロールから多くの画像を検出できるため、サイトマップは目に見えるHTMLの画像や有用なコンテキストの代替品ではありません。

画像サイトマップが最も役立つのは次のケースです：

• 1ページに多数の画像がある大規模ギャラリー。
• JavaScriptが画像のレンダリングを制御するページ。
• 画像が頻繁に変更されるニュース、レシピ、製品、またはマーケットプレイスのページ。
• あるメディアCDNパスから別のものへ移行しているサイト。
• 同じ画像がローカライズされたページに表示される国際的なサイト。

作成する場合は、クリーンに保ってください。各サイトマップエントリを正規のページURLに向ける、最終的なクロール可能な画像URLを使用し、すべての小さなアイコンや装飾アセットを追加することは避けてください。サイトマップは、検索エンジンがコンテンツ画像を発見するのを助け、アセットフォルダー全体をミラーリングするものではありません。

画像SEOはGEO回答エンジンにどのように役立つか？

回答エンジンは、証拠の抽出が容易なページを好みます。画像が多いトピックの場合、それはページが視覚的な要素一つ一つを明確な主張に結びつける必要があることを意味します。

有用な画像の周りには、このパターンを使用してください：

1. 画像が何を示しているかを述べる。
2. それがサポートする決定を説明する。
3. 主張がプラットフォームのルールに依存する場合、公式または主要な情報源を引用する。
4. 読者がワークフローを必要とする場合に、次の内部ガイドへのリンクを貼る。

例：「クロール可能性の図は、発見とコンテキストを分離している。なぜなら、200 OKのCDN画像であっても、周囲のページが説明しない限り弱いからだ。alt textを書き直す前に両方を確認せよ。」

この文章は短く、直接的で、引用可能です。また、AI回答システムが詳細を発明することなく画像を要約するための十分なコンテキストを提供します。

画像SEOが機能しているかどうかをどのように測定するか？

画像SEOは、3つの場所で測定する必要があります：検索の発見可能性、ページのパフォーマンス、アセットの品質。単一のダッシュボードでは全体像は見えません。