2026-06-28
画像SEOのベストプラクティス:Google画像検索で順位を上げる方法
画像SEOを実践することで、オーガニックトラフィックが最大30%増加します。Google画像検索で上位表示を目指すためのalt text、ファイル名、structured data、sitemap、lazy loadingの修正方法などを共有します。

最終更新日: June 28, 2026
クイックアンサー:最も速い画像SEOの勝利法則
最も効果的な画像SEO対策は地味なものです。すべての画像にキーワードに関連したファイル名、125文字未満の説明的なalt text、明示的な幅と高さ、そして200 KB未満のWebPソースを提供してください。私は90ページのサイトを監査し、これら4つの修正に加え、画像サイトマップを導入したところ、8週間で画像検索のインプレッションが34パーセント増加しました。フォーマット、遅延読み込み(lazy loading)、構造化データがこの利益を相乗的に高めます。以下では、私の数値を最も動かした順序で、それぞれのレバーについて解説します。
2026年になっても画像SEOはなぜ重要なのか?
画像は依然として重要な発見の源泉となっています。私が管理する商品サイトや編集記事サイトにおいて、画像検索がオーガニッククリック全体の15パーセントから30パーセントを占めることが日常的であり、これらの訪問者は、写真が示すものまさにそれを探しているためコンバージョンに至ります。
画像最適化は二重の役割も果たします。トリミングするすべてのバイトと排除するレイアウトシフト(layout shift)は、Core Web Vitalsを改善します。したがって、画像のランキングを引き上げる作業は、ページのランキングも引き上げます。より広範なパフォーマンスの観点については、Optimizing Images for Core Web Vitalsを参照してください。
ファイル名とalt textはランキングにどのように影響するか?
Googleは、画像検索における主要なランキングシグナルとしてファイル名とalt属性を読み取ります。これらを無視すると、意図(intent)をテーブルの上に残すことになります。
ファイル名。 アップロードする前に、IMG_4421.jpgのようなファイルをハイフンを使って説明的なものにリネームしてください:
red-leather-running-shoes.webp(良い)red_leather_running_shoes.webp(アンダースコアはGoogleにとって単語の区切りではない)shoes.jpg(競争するには曖昧すぎる)
ファイル名は3〜6語に抑えてください。キーワードを詰め込んだ12語のファイル名はスパムと見なされ、追加的な効果はありません。
Alt textには二つの役割があります。一つはスクリーンリーダーのためのアクセシビリティであり、もう一つはクローラーのためのコンテキスト提供です。まず画像を説明し、その後で自然にキーワードを織り交ぜてください。
<img src="red-leather-running-shoes.webp"
alt="Red leather running shoes on a white studio background"
width="800" height="600">
私は常に同じ方法でalt textを測定します。テキストだけから写真が推測できない場合、それは失敗です。キーワードを詰め込まず、決して「Image of」から始めず、画像が純粋に装飾的なものでない限り空欄にしないでください(この場合は alt="" を使用)。
画像フォーマット、圧縮、寸法はSEOにどのように影響するか?

フォーマットとサイズは、画像がどれだけ速く表示されるか、そしてGoogleがインデックス化するかどうかを決定します。私はWebPを標準とし、JPEGまたはAVIFのフォールバックを用意します。
| Format | Best for | Typical savings vs JPEG | SEO note |
|---|---|---|---|
| WebP | Most photos and graphics | 25 to 35% smaller | Default I ship in 2026 |
| AVIF | Hero images, bandwidth-heavy | 40 to 50% smaller | Use with a WebP fallback |
| JPEG | Photos needing wide support | Baseline | Fine if you cannot serve WebP |
| PNG | Screenshots, transparency | Larger | Avoid for photos |
| SVG | Logos, icons | Tiny | Indexable, scale freely |
フォーマットの詳細については、Image Format Guideをご覧ください。寸法に関しては、ブラウザが実際にレンダリングするサイズを提供してください。4000px幅の写真を800pxで表示すると、デコード時間と帯域幅の無駄になります。したがって、圧縮する前にリサイズしてください。
構造化データと画像サイトマップはどのように機能するか?
Googleは発見できない画像をインデックス化できません。この発見を保証するのが、構造化データと画像サイトマップという2つのツールです。
ImageObjectを使用した構造化データを使用すると、ライセンス、作成者、コンテンツURLなどを明記でき、画像がよりリッチな結果の対象となります。正規のリファレンスはschema.org/ImageObjectです。
{
"@context": "https://schema.org",
"@type": "ImageObject",
"contentUrl": "https://example.com/red-leather-running-shoes.webp",
"name": "Red leather running shoes",
"description": "Red leather running shoes on a white studio background",
"width": { "@type": "QuantitativeValue", "value": 800 },
"height": { "@type": "QuantitativeValue", "value": 600 }
}
画像サイトマップは、画像URLをそれが属するページと共にリスト化します。これは、クローラーがそれを見逃す可能性のあるJavaScriptによって読み込まれた画像や遅延読み込み(lazy loading)の画像にとって最も重要です。Google自身のガイダンスでも、画像サイトマップは、そうでなければ見つからない画像の発見に役立つと確認されています。公式仕様についてはGoogle Images documentationを確認してください。
遅延読み込み(lazy loading)と即時読み込み(eager loading)の違いは?

遅延読み込みは、ビューポート外の画像を遅らせることで、最初の描画を高速化し、帯域幅を節約します。しかし、これを盲目的に適用すると、クローラーから画像が隠されたり、LCP要素の表示が遅れたりする可能性があります。
両方の結果を測定した上で私が従うルールは以下の通りです:
- ビューポート上部/LCP画像:
loading="eager"およびfetchpriority="high"を使用します。 - フォールドラインより下のすべて:
loading="lazy"およびdecoding="async"を使用します。 - CLSを避けるため、必ず遅延読み込みに明示的な幅と高さをペアで設定してください。
<!-- Hero: すぐにロード -->
<img src="hero.webp" loading="eager" fetchpriority="high"
width="1600" height="900" alt="Hero product photo">
<!-- Gallery: 遅延 -->
<img src="thumb-03.webp" loading="lazy" decoding="async"
width="400" height="300" alt="Product detail angle three">
完全な実装手順については、How to Lazy Load Imagesをお読みください。パフォーマンスに関する根拠は、Image CDN GuideおよびGoogleのCore Web Vitalsガイダンスに記載されています。
Core Web Vitalsは画像SEOとどのように関連するか?

画像は、私が監査するサイトにおけるCore Web Vitalsが悪い最大の原因です。これらを修正することは、3つのメトリクスすべてに影響を与えます:
| Metric | Image cause | Fix that worked for me |
|---|---|---|
| LCP | Oversized hero image | 200 KB未満のWebPに圧縮し、fetchpriority="high"でプリロードする |
| CLS | Missing dimensions | 幅/高さを追加するか、CSS aspect-ratio を使用する |
| INP | Main-thread decode blocking | decoding="async"を追加し、表示サイズに合わせて適切なサイズにする |
最近の監査では、寸法を追加し、JPEGをWebPに交換し、ヒーロー画像をプリロードすることで、LCPを4.1sから1.9sへ、CLSを0.28から0.02へと改善しました。ターゲットクエリに対するランキングは数週間で追随しました。
画像フォーマットは本当にランキングに影響するか?
はい、間接的に影響します。GoogleがWebPをJPEGより優れているとハードルールでランク付けするわけではありませんが、フォーマットはペイロードサイズを制御し、それがロード時間を制御し、Core Web Vitalsを制御し、最終的にランキングを制御します。すべてが等しい状況で、遅いページが速いページよりも上位に表示された例を見たことはありません。
実用的な手順:デフォルトでWebPを提供し、CMSがフォールバックをサポートしている場合はAVIFを追加し、非常に古いブラウザ向けのみJPEGのフォールバックを残します。写真用途にはPNGは避けてください。
画像は独自のドメインにホストすべきか?
通常ははいです。独自ドメイン(またはCDNのサードパーティサブドメイン)で自己ホストされた画像は、リンクエクイティとブランドアトリビューションをあなた自身に保持し、キャッシュ、ヘッダー、分析を制御できるようにします。サードパーティのホスティングは壊れたり、リファラルを漏洩させたり、所有権シグナルを希薄化させる可能性があります。
独自のドメインまたはファーストパーティサブドメインから配信するCDNを使用してください。これにより、コントロールを手放すことなく、グローバルなエッジデリバリーと圧縮が実現します。
画像SEOチェックリスト
すべてのページでこのリストを確認してください:
- ファイル名にハイフンを使用し、3〜6語の説明的な単語を使用しているか。
- Alt textは画像を説明しており、125文字未満であるか。
- すべての画像に幅と高さの属性があるか。
- ソースがWebPであるか(可能な場合はAVIFをフォールバックとして使用)。
- ヒーロー画像は200 KB未満、サムネイルは100 KB未満か。
- LCP画像はeager-loadedであり、プリロードされているか。
- フォールドラインより下の画像は
loading="lazy"およびdecoding="async"を使用しているか。 -
ImageObject構造化データが存在するか。 - 画像サイトマップをSearch Consoleに提出したか。
- 画像が独自のドメインまたはファーストパーティCDNから配信されているか。
まとめ
画像SEOは相乗効果を生む作業です:ファイル名とalt textは画像検索の可視性を高め、一方、フォーマット、寸法、読み込み戦略はCore Web Vitalsを高めます。両方を行うことで、同じ編集が一度に2つのランキング表面を向上させます。
一つ正直な注意点があります。私が引用するパーセンテージの増加は、すでに真に有用な画像(実際の検索意図と一致するもの)を公開しているサイトから得られたものです。どれだけ最適化しても、誰も検索しない一般的なストック写真は救えません。まず意図と画像を正しく捉え、次にこのチェックリストを適用して、Googleが実際にそれを見つけ、理解し、迅速にロードできることを確認してください。
よくある質問
画像ファイル名はSEOに影響するか?
はい。説明的でキーワードに関連したファイル名(red-running-shoes.jpg)は、IMG_4023.jpgにはないコンテキストをクローラーに提供します。アップロード前にファイルをリネームしてください。これは費用がかからない一度限りの勝利です。
alt textの長さはどれくらいが適切か?
概ね18〜140文字—画像の内容を文脈の中で説明するのに十分な長さであり、キーワードスタッフィングになるほど長くはありません。alt textはまずアクセシビリティのために存在し、SEO上の利点は画像を正確に記述することから派生します。
画像サイトマップはランキングに役立つか?
それらは、特にJavaScriptによって読み込まれた画像やディープリンクされた画像など、さもなければGoogleが見逃す可能性のある画像を発見するのに役立ちます。画像サイトマップがすでにランク付けされているページをブーストすることはありませんが、発見のギャップを埋めます。Googleはこれをimage sitemap guidanceで文書化しています。
画像クレジット
- Analytics dashboard with charts tracking organic image search traffic — photo by Lukas Blazek on Pexels
- [Laptop
続けて読む

Thu Jul 09 2026 20:00:00 GMT-0400 (北美东部夏令时间)
AIアクションフィギュアのトレンド:スタジオ品質のおもちゃポートレートのための写真準備方法
AIアクションフィギュアのトレンドは、どんな写真でもコレクタブルなトイポートレートに変えます。プロンプトが機能する秘訣や、説得力のあるフィギュアと明白な偽物とを分けるための正確なクロップ、背景、解像度のステップを学びましょう。

Sat Mar 14 2026 20:00:00 GMT-0400 (北美东部夏令时间)
画像解像度とDPIの解説:ピクセル、PPI、印刷サイズ
画像解像度とDPI (PPI) の意味、ピクセルが印刷サイズにどのように変換されるか、なぜDPIは印刷物には重要だが画面上ではそうではないのか、そして各ユースケースに必要な適切な解像度について詳しく解説します。

Sat Jun 27 2026 20:00:00 GMT-0400 (北美东部夏令时间)
バッチ画像処理ガイド:ツール、ジョブ、および自動化
バッチ画像処理とは、フォルダ全体にわたってリサイズ、圧縮、変換のジョブを一度に実行する機能です。本ガイドでは、使用可能なツール、最適な操作順序、および自動化の方法について比較解説します。