画像SEOガイド：Alt Text、スピード、およびインデックス登録

最終更新日: June 28, 2026

Image SEOは、キーワードをファイル名に詰め込むトリックではありません。それは、重要な画像を発見可能で、理解しやすく、高速で、そして表示されるページで有用にするための実務的な作業です。

本ガイドでは、製品ギャラリー、編集記事、ローカルサービスページ、または画像が大量に含まれるランディングページについて、Google Imagesにランクインするかどうかを考える前に私が使用するワークフローを解説します。

クイックアンサー：Image SEOで最も重要なことは何ですか？

Image SEOは、画像がクロール可能であり、ページがその画像の内容を説明し、ユーザーがページから離脱しないほどファイルが十分に高速に読み込まれる場合に機能します。安定したHTTPSの画像URL、説明的なファイル名、具体的なalt text、役に立つ周辺のコピー、そしてレイアウトに適した圧縮されたWebPまたはAVIFバージョンから始める必要があります。

Google自身のimage best practicesでは、高品質な画像、画像近くの説明的なテキスト、良いページタイトル、およびクロール可能なURLを強調しています。ファイル自体と同じくらい、ページのコンテキストが重要です。

この順序を使用してください：発見可能性が最優先、次に説明性、3番目に配信、最後に測定です。もしファイルが404を返す場合、robots.txtによってブロックされている場合、または検索エンジンが信頼性をもって解析できないクライアントサイドコード内にのみ表示される場合、より良いalt textでは解決しません。

画像SEOの作業後の広範な公開プロセスを行う場合は、Complete Image Optimization Checklistを使用してください。もし差し迫った問題がファイルサイズである場合は、Image Compression Ratio Guideで、目に見えるダメージを隠すことなく節約量を測定する方法を説明しています。

Googleは画像をどのように理解するのか？

Googleは、画像ファイル、ページタイトル、見出し、可視テキスト、キャプション、構造化データ、およびリンクを使用して、画像が何を表しているかを理解することができます。空白のページに青いランニングシューズの写真がある場合よりも、明確なタイトル、モデル名、色、サイズオプション、説明的なalt textを持つ製品ページ内の同じ写真の方が、より強力です。

発見可能性が最初の関門です。画像URLはHTTP 200を返し、クロール可能な形式を使用し、公開後も安定している必要があります。最終的にレンダリングされるURLがパブリックでインデックス可能でない限り、公開記事の画像に一時的な署名付きURLを使用することは避けてください。

このクイックなクロール可能性チェックリストを使用してください：

1. 最終的な画像URLが認証なしでHTTP 200を返すこと。
2. ページURLがインデックス可能であり、noindexによってブロックされていないこと。
3. 画像がrobots.txtによってブロックされていないこと。
4. 画像が通常のHTMLまたは予測可能なレンダリングされたマークアップに表示されていること。
5. ページに画像がなぜ重要なのかを説明するテキストがあること。
6. 画像ファイルがキャッシュされ、再クロールされるのに十分安定していること。

画像サイトマップは大規模なギャラリーの発見に役立ちますが、ページ品質に取って代わるものではありません。Googleは、sitemap image extension guidanceで画像サイトマップのサポートについて文書化しています。画像が単なる装飾的なページ家具ではなく、重要なコンテンツである場合にこれを使用してください。

alt textには何を含めるべきか？

alt textは、ページの可視な主題と機能を描写するものでなければなりません。画像を閲覧できない人に向けて書き、その説明が検索エンジンにも明確なコンテキストを提供しているか確認してください。

良いalt textは具体的で、スキャンしやすい長さであり、キーワードの詰め込み（keyword stuffing）がないものです。記事のタイトルをすべての画像で繰り返すべきではありません。情報を持たない装飾的な形状を描写すべきではありません。画像がチャートである場合は、「chart」と書く代わりに、チャートの要点を要約してください。

公開前にこのalt-textのチェックを実施してください：

1. まず可視な主題の名前を付ける。
2. このページで重要な詳細を追加する。
3. ブランド化は、それが可視であるか有用な場合にのみ維持する。
4. 明確さのために必要な場合を除き、「image of」のようなフレーズはスキップする。
5. 複数のキーワードバリアントを一つの属性に詰め込まない。
6. 空のalt textを使用するのは、真に装飾的な画像のみとする。

アクセシビリティのコンテキストとして、MDNのimg element referenceは、画像が読み込まれない場合や見えない場合にaltがどのように使用されるかを説明しています。これをベースラインとみなし、画像が意味のあるコンテンツである場合はページ固有のコンテキストを追加してください。

どのファイル形式とサイズを使用すべきか？

ほとんどの公開ウェブ画像については、マスター画像を実際の表示ニーズに合わせてリサイズした後、最新の配信コピーをエクスポートしてください。WebPは幅広いサポートに対応できる安全なデフォルトです。AVIFは多くの写真画像でより小さくなる可能性がありますが、エンコーディングが遅く、アーティファクトの挙動が異なります。特に製品写真や編集写真については、ソースマスターを別途保持してください。

私が最もよく目にする間違いは、4000 pxのアップロードを圧縮し、それを900 pxで表示することです。まずリサイズしてから、次に圧縮を行ってください。より小さい品質設定では、過剰な寸法を完全に元に戻すことはできません。

この記事で作成したチャート画像は、1400 by 788で生成し、WebP品質82としてエクスポートしました。ローカル出力は、リサイズチャートが22 KB、カバーが42 KBでした。これらはグラフィックがフラットカラーとテキストを使用しているため小さいものです。同じ寸法の実写写真ははるかに大きくなる可能性があるため、固定のバイト目標をコピーするのではなく、独自の資産を測定してください。

フォーマットのトレードオフについては、AVIF vs WebPを比較してください。エクスポート前に寸法を確認する必要がある場合は、Check Image Size and Dimensionsを使用してください。

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

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

ページは、画像が読み込まれる前にスペースを確保する必要があります。コンテンツがジャンプしないように、widthおよびheight属性を設定するか、CSSのaspect ratioルールを使用してください。GoogleはCumulative Layout ShiftをCore Web Vitals guidanceの一部として文書化しており、寸法がない画像は一般的で予防可能な原因です。

レスポンシブな派生データがある場合は、このマークアップパターンを使用してください：

<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"
>

習慣として、最も重要なビューポート上の画像を遅延読み込み（lazy-load）にしないでください。ヒーロー画像、主要な製品写真、およびリード編集画像は通常、通常の優先度が必要です。ファーストビューより下のギャラリー画像の方が、遅延読み込みの候補として適しています。

大量の派生データ生成については、Batch Resize Guideがコマンドラインワークフローを提供します。モバイル固有の画像に関する決定については、このガイドとMobile Image Optimizationを組み合わせてください。

画像サイトマップと構造化データを使用すべきか？

画像が単なる装飾的なサポートではなく重要なコンテンツである場合は、画像サイトマップを使用してください。これらは特に製品カタログ、レシピ、ギャラリー、編集アーカイブなど、多くの画像URLに信頼性の高い発見が必要な場合に非常に役立ちます。

ページタイプがサポートしている場合、構造化データも役立つ場合があります。Product、Recipe、Article、Videoのページでは、スキーママークアップ内に画像プロパティが含まれることがよくあります。スキーマは可視のページコンテンツと一致させるべきであり、ユーザーが見ることができない画像をマークアップしてはいけません。

画像が生成されたり、大幅に編集されたりする場合は、ページのコンテキストを正直に保ってください。洗練された画像が、ページがサポートできない製品、物件、または結果の証明であるかのように誤解させてはいけません。

公開後に画像SEOを測定する方法は？

測定は、画像の発見可能性とページ速度を分離する必要があります。Search Consoleでは、検索結果レポートを「Image search」タイプでフィルタリングすることにより、画像検索のパフォーマンスを表示できます。Core Web VitalsおよびLighthouseを使用すると、画像が読み込み体験を損なっているかどうかを確認できます。

公開後にこれらを確認してください：

1. 重要なCDN画像URLがHTTP 200を返すこと。
2. レンダリングされたページに最終的な画像マークアップが含まれていること。
3. Search Consoleが関連するクエリのインプレッションを収集していること。
4. Largest Contentful Paintが過剰なサイズの画像によって支配されていないこと。
5. 画像が読み込まれる際にレイアウトシフトが発生しないこと。
6. alt textが編集または置換後も可視の画像と一致していること。
7. 内部リンクが、無関係な投稿ではなく、有用な次のステップのページを指していること。
8. 画像がOpen Graphおよびソーシャルプレビューで正しく表示されていること。

画像SEOが薄いページを修正すると期待しないでください。記事、製品ページ、またはギャラリーに役に立つコピーがない場合、画像はランク付けするためのコンテキストが少なくなります。Image SEOが最も強力なのは、画像が実際にページがクエリに答えるのを助けているときです。

Image SEOチェックリスト

検索トラフィック、ソーシャル共有、またはコンバージョンにとって重要なすべての画像に対して、この最終チェックを実施してください：