言語

Google画像検索でのランキング

Google画像検索とビジュアル検索（Google Lens）でのランキングと可視性を深掘りします。インデックス登録の前提条件、画像サイトマップ、ImageObjectとProductの構造化データ、Licensableバッジ、モバイルファーストインデックス、画像にrel=canonicalが適用されない理由を扱います。

初回公開：2026年7月2日 · 最終更新：2026年8月3日 · Advanced
言語
AI執筆者：AI v2
このページには証拠シグナルが1件あります

Google画像検索でのランキングは一般的な画像SEOの下流にあり、別の最適化チェックリストではなく画像検索システムそのものに関係します。まずrobots.txtでブロックされておらず、対応形式（BMP、GIF、JPEG、PNG、WebP、SVG、AVIF）で、CSS背景ではなく<img>のsrcから抽出されるというインデックス登録の前提条件を整えます。そのうえで、altテキスト、周辺テキスト、ファイル名、独自性というランキングシグナルが機能します。モバイルフレンドリーは画像検索独自のルールではなくモバイルファーストインデックスの結果なので、モバイルページにも同じ画像とaltテキストが必要です。画像サイトマップは検出を助けますが、ランキングの要素ではありません。構造化データはリッチな表示を解放します。licenseプロパティを持つImageObjectはLicensableバッジのゲートになり、Product構造化データはGoogle LensとShopping Graphに情報を渡します。rel=canonicalは画像には適用されず、Googleは視覚的に類似した版を自動的に照合します。Google Lensは現在、月間約200億回のビジュアル検索（20%はショッピング関連）を実行し、C2PAのコンテンツクレデンシャルは「この画像について」を通じてAI画像をラベル付けできます。

TL;DR — ランキング で Google画像検索 は downstream の general 画像 SEO — これは について 画像-検索 system, ない another optimization checklist. 最初の clear インデックス登録 前提条件: ない blocked によって robots.txt → 対応した 形式 (BMP/GIF/JPEG/PNG/WebP/SVG/AVIF) → 抽出する から <img src> (決して CSS background). Then ランキング シグナル (altテキスト, 周辺テキスト, ファイル名, uniqueness) — covered で altテキスト と ファイル名 深い dives — する 機能する. “Mobile-friendliness” ではありません separate 画像 rule; これは consequence の モバイルファースト インデックス登録, そのため モバイル version must carry same 画像 と alt text. 画像 サイトマップ は 検出 aid, ない ランキング lever. Structured data unlocks rich treatment: ImageObject とともに license プロパティ gates > Licensable badge; Product 構造化データ feeds Google Lens / Shopping Graph. rel=canonical する ない apply へ 画像 — Google matches visually 類似した versions automatically. Lens now runs ~20 billion visual searches > month (20% shopping); C2PA コンテンツ credentials できる label AI 画像 via “About this image.”

Evidence for this claim Google recommends contextual placement, descriptive titles and alt text, and high-quality images for Google Images. Scope: Current Google Images SEO guidance. Confidence: high · Verified: Google Search Central: Google Images SEO best practices Evidence for this claim Google must be able to crawl image URLs and supports documented image formats; responsive image markup can be crawled when implemented normally. Scope: Current Google image crawling and format guidance. Confidence: high · Verified: Google Search Central: Image technical guidelines

“google-images-best-practices”（日本語訳：引用内容を日本語で示します） “google-images-technical”（日本語訳：引用内容を日本語で示します）

この仕組みの位置付け：1つのインデックス済みコーパスと複数のサーフェス

Google画像検索, inline 画像 results で web 検索, と Google Lens / Circle へ 検索 all draw から same インデックス登録された-画像 corpus. Optimizing 向けに “Google Images” therefore also feeds ビジュアル検索. この article は ランキング/可視性 深い dive その complements my 画像 SEO hub: hub は general optimization checklist; この は について 仕組み の 画像-検索 system itself — 何 gets 画像 インデックス登録された, 何 gets it surfaced, と 何 earns it badge.

strategic starting point Google’s John Mueller recommends は worth adopting before any の 仕組み: “think about what do you think people would search for in a visual way to come to your website” (検索 Off Record ep. 48). もし nobody searches visually 向けに 何 you publish, 画像 SEO ではありません your highest-leverage 機能する.

“think about what do you think people would search for in a visual way to come to your website”（日本語訳：引用内容を日本語で示します）

インデックス登録の前提条件（ランキング以前）

画像 できる ランキング only after これは インデックス登録された, と インデックス登録 持つ gates. で order:

  • ない blocked によって robots.txt. もし 画像 URL または its directory は disallowed, Googlebot-画像 できません fetch it, そのため it できません appear で Google画像検索 — full stop. この は 大半の よくある self-inflicted cause の “my images don’t show up.”
  • クロール可能な at reasonable file size. 画像検索’s crawler tolerates far larger files より something like favicon fetching, per Google’s technical requirements, but sensibly compressed, right-sized 画像 still matter 向けに クロール efficiency と ページ speed.
  • ** 対応した 形式** — BMP, GIF, JPEG, PNG, WebP, SVG, と AVIF (AVIF was added で August 2024).
  • 抽出する から <img src>. Google: “Google can find images in src attribute of <img> element.” It pulls 画像 から src の <img> (including <img> inside <picture>) — ない から CSS background-image. Google’s docs explicitly clarified この: they “occasionally get questions about” it, と 画像 は only 抽出する から src attribute の img tags.

“my images don’t show up.”（日本語訳：引用内容を日本語で示します） “Google can find images in src attribute of <img> element.”（日本語訳：引用内容を日本語で示します） “occasionally get questions about”（日本語訳：引用内容を日本語で示します）

Clear それらの と 画像 は eligible. ランキング は separate question.

Image ranking starts only after discovery and indexability: crawlable file, supported format, and an extractable `<img src>`. 出典： Google Search Central

An image must first be crawlable by Googlebot-Image, use a supported image format, and appear in a real image element source. A CSS background image does not clear the extraction gate. Only after the image becomes an indexed-image candidate can alt text, surrounding context, filename, and uniqueness affect ranking.

© Patrick Stox LLC · CC BY 4.0 ·

ランキングシグナル（概要 — 詳細は各深掘りで扱う）

I won’t re-litigate altテキスト と ファイル名 here because 各 持つ its own article. short version, とともに differentiated framing から Google’s own team:

  • altテキスト — 主要な シグナル, covered で full で my altテキスト guide. nuance 大半の guides miss: write altテキスト 向けに context, ない just description. Mueller: “don’t just be like, ‘Oh, this is a photo of a beach.’ But rather like, ‘This is the beach before the chemical spill happened’… when you’re talking about Image Search, it’s not that people want an image, but rather they want information which is attached to that image.”
  • 周辺テキスト, captions, と placement — Google: “Make sure images are placed near relevant text and on pages that are relevant to the image subject matter.” この は leg の stool 大半の checklists underweight relative へ altテキスト.
  • ファイル名 — lighter シグナル, covered で my 画像 ファイル名 guide. Mueller put its weight で perspective: descriptive ファイル名 は 良い, “but I don’t think you would see a significant change if you already do the other things around images, like the alt texts, the text surrounding the image. Those are really, really strong signals.”
  • Uniqueness — stock photo used decoratively simply won’t ランキング you 向けに その 画像’s query, because dozens の other licensed サイト 使う it — but per Mueller it “doesn’t count against” rest の your ページ または サイト.

“don’t just be like, ‘Oh, this is a photo of a beach.’ But rather like, ‘This is the beach before the chemical spill happened’… when you’re talking about Image Search, it’s not that people want an image, but rather they want information which is attached to that image.”（日本語訳：引用内容を日本語で示します） “Make sure images are placed near relevant text and on pages that are relevant to the image subject matter.”（日本語訳：引用内容を日本語で示します） “but I don’t think you would see a significant change if you already do the other things around images, like the alt texts, the text surrounding the image. Those are really, really strong signals.”（日本語訳：引用内容を日本語で示します） “doesn’t count against”（日本語訳：引用内容を日本語で示します）

モバイルファーストインデックスと画像の可視性

You’ll see “mobile-friendliness” listed として Google画像検索 ランキング factor. それは imprecise. real mechanism は モバイルファースト インデックス登録: Google indexes モバイル-rendered version の your ページ — including whatever 画像 と altテキスト その version actually contains — because モバイルファースト インデックス登録 持つ landed 向けに essentially whole web. Google’s モバイルファースト guidance tells you へ 作る sure モバイル サイト 持つ same コンテンツ (text, 画像, videos, links) と same altテキスト として デスクトップ.

そのため practical 確認する ではありません “is my page mobile-friendly?” で abstract — これは: する my モバイル ページ actually serve same 画像, at same URL, とともに same altテキスト として デスクトップ? サイト その strips 画像 で モバイル, または serves lower-res/different 画像 there, は functionally invisible へ 画像検索 regardless の 何 デスクトップ 示す.

“is my page mobile-friendly?”（日本語訳：引用内容を日本語で示します）

画像サイトマップ：することと、しないこと

画像 サイトマップ は 検出 aid — ない ランキング lever と ない way へ speed up re-クロール. Google: “Image sitemaps are a way of telling Google about other images on your site, especially those that we might not otherwise find (such as images your site reaches with JavaScript code).” They earn their keep 向けに JS-loaded 画像 と CDN-hosted 画像.

“Image sitemaps are a way of telling Google about other images on your site, especially those that we might not otherwise find (such as images your site reaches with JavaScript code).”（日本語訳：引用内容を日本語で示します）

short version: <image:image> encloses all information について single 画像 inside <url> block, <image:loc> は 画像 URL, 各 <url> tag できる hold up へ 1 000 <image:image> tags, と — unlike regular サイトマップ — 画像 サイトマップ できる point へ different domain (e.g., CDN), “as long as you verify both domains in Search Console.” で May 6, 2026, Google removed four sub-tags から its documentation — <image:caption>, <image:geo_location>, <image:title>, と <image:license>; サイトマップ mechanism itself ではありません deprecated, それらの four tags just no longer する anything, そのため しません let old blog posts talk you into 使用する them. Mueller 持つ also been candid その サイトマップ won’t speed up re-クロール の 画像 Google already knows について — で 画像 サイトマップ specifically, “Personally, I don’t think this would change much, in our case.” Treat them として 検出 aid 向けに 画像 Google できません otherwise 見つける, ない re-クロール accelerator. 向けに full tag reference, namespace declaration, と file-形式 仕組み, see my 画像 サイトマップ guide — この section only covers 何 サイトマップ する 向けに Google画像検索 可視性, ない どのように へ build one.

“as long as you verify both domains in Search Console.”（日本語訳：引用内容を日本語で示します） “Personally, I don’t think this would change much, in our case.”（日本語訳：引用内容を日本語で示します）

Google画像検索における構造化データとリッチな表示

構造化データ は 何 unlocks badges と richer display で Google画像検索. Google: “If you include structured data, Google can display your images in certain rich results, including a prominent badge in Google Images,” と “the image attribute is a required field to be eligible for a badge.” Eligibility は type-specific — Recipe, Product, と Video 構造化データ 各 unlock different treatments, と you 持つ へ follow both general と type-specific guidelines または マークアップ は ineligible. Note word eligible: valid マークアップ 作る badge または rich treatment possible, it しません guarantee Google する actually 示す it — same eligibility-ない-guarantee boundary その applies へ すべての other rich result type.

“If you include structured data, Google can display your images in certain rich results, including a prominent badge in Google Images,“（日本語訳：引用内容を日本語で示します） “the image attribute is a required field to be eligible for a badge.”（日本語訳：引用内容を日本語で示します）

Licensableバッジ — 正確なゲートの詳細

大半の guides oversimplify この へ “just add ImageObject schema.” precise requirements から Google’s 画像 ライセンス メタデータ docs:

“just add ImageObject schema.”（日本語訳：引用内容を日本語で示します）

  • contentUrl は 常に required — “Google uses contentUrl to determine which image the photo metadata applies to.”
  • license specifically は 何 gates badge: “If you’re using structured data to specify an image, you must include the license property for your image to be eligible to be shown with the Licensable badge.” other properties (creator, creditText, copyrightNotice) add 詳細 へ メタデータ panel but しません independently unlock badge.
  • acquireLicensePage は recommended — URL where ユーザー できる 見つける out どのように へ ライセンス 画像.

“Google uses contentUrl to determine which image the photo metadata applies to.”（日本語訳：引用内容を日本語で示します） “If you’re using structured data to specify an image, you must include the license property for your image to be eligible to be shown with the Licensable badge.”（日本語訳：引用内容を日本語で示します）

You できる supply この via schema.org 構造化データ または embedded IPTC photo メタデータ (または both); where they conflict, “Google will use the structured data information.” general ImageObject / structured-data 仕組み は also covered で my 画像 SEO hub.

“Google will use the structured data information.”（日本語訳：引用内容を日本語で示します）

Product構造化データ → Google画像検索とGoogle Lens

向けに e-commerce, Product 構造化データ は mechanism その 作る Product 画像 eligible 向けに Lens visual-match と shopping サーフェス. Google: “When you add structured data to your product pages, your product information can appear in richer ways in Google Search results (including Google Images and Google Lens),” と “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility.” Merchant Center feed ではありません strictly required 向けに basic free-listing eligibility, but combining two は Google’s explicit recommendation. ( full マークアップ 仕組み live で my Product schema guide.)

“When you add structured data to your product pages, your product information can appear in richer ways in Google Search results (including Google Images and Google Lens),“（日本語訳：引用内容を日本語で示します） “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility.”（日本語訳：引用内容を日本語で示します）

推奨サムネイル：schema.org と og:image

よくある practitioner question は “how does Google pick which image to show as my thumbnail?” として の March 2, 2026 documentation update, Google clarified その it “uses both schema.org markup and the og:image meta tag as sources when determining image thumbnails in Google Search and Discover.” そのため both は worth setting deliberately. (Note scoping caveat: image プロパティ で Recipe 構造化データ only controls recipe rich results, ない general text-result thumbnails — type-specific プロパティ ではありません global override.)

“how does Google pick which image to show as my thumbnail?”（日本語訳：引用内容を日本語で示します） “uses both schema.org markup and the og:image meta tag as sources when determining image thumbnails in Google Search and Discover.”（日本語訳：引用内容を日本語で示します）

画像にcanonicalタグは使わない

この one surprises 人々 と は almost absent から competitor コンテンツ: rel=canonical する ない apply へ 画像. Mueller, directly: “For images, the rel=canonical is essentially irrelevant. It’s really more for web pages. And I don’t think we even support it for images… Our systems try to recognize when the image is the same thing. And having multiple images indexed for one thing is perfectly fine.”

“For images, the rel=canonical is essentially irrelevant. It’s really more for web pages. And I don’t think we even support it for images… Our systems try to recognize when the image is the same thing. And having multiple images indexed for one thing is perfectly fine.”（日本語訳：引用内容を日本語で示します）

そのため you しません 必要がある consolidation マークアップ へ tell Google その two crops または sizes は “the same” 画像. Google’s systems “look at the image and try to find visually similar images, and they kind of connect it like that.” Multiple sizes/crops できる all be インデックス登録された simultaneously として valid, separate results. この は 画像-検索 counterpart へ canonicalization 向けに web ページ — except here it happens automatically と あります no tag へ set.

“look at the image and try to find visually similar images, and they kind of connect it like that.”（日本語訳：引用内容を日本語で示します）

related consequence: same photo posted へ your own サイト と へ social media (Instagram, etc.) may get folded together として duplicates で 画像検索, even though surrounding web ページ remain distinct results で regular Web 検索. と uploading 最初の する ない 作る your サイト “the canonical” ソース — per Mueller, “I don’t think it works that way.” あります no 最初の-mover canonical mechanism 向けに 画像.

“I don’t think it works that way.”（日本語訳：引用内容を日本語で示します）

個別画像のランディングページ

もし you want specific 画像 へ be independently findable, give it its own ランディングページ とともに 独自の descriptive text — ない just spot で 50-画像 gallery. Mueller’s framing (から 検索 Off Record ep. 97, his と Martin Splitt’s photographer episode): dedicated ランディングページ lets Google understand “This is the primary image of this page, and here is some additional information about this image,” whereas gallery ページ とともに 50 画像 と bit の text reads ambiguously — “is this an image landing page that someone might be looking for? Which perhaps not.” JS-fragment galleries その 決して give 各 画像 real, クロール可能な URL は concrete failure mode here.

“This is the primary image of this page, and here is some additional information about this image,“（日本語訳：引用内容を日本語で示します） “is this an image landing page that someone might be looking for? Which perhaps not.”（日本語訳：引用内容を日本語で示します）

Two quick myth-busters から same episode: watermarking は ない penalized (Mueller: “No… That’s fine.”), と responsive/high-res 画像 と 良い Core Web Vitals は 良い practice but ない ランキング shortcut — “just because you’re doing these good practices, you’re not going to rank for underwater photography Switzerland automatically… You have to do more.”

“just because you’re doing these good practices, you’re not going to rank for underwater photography Switzerland automatically… You have to do more.”（日本語訳：引用内容を日本語で示します）

Google Lensとビジュアル検索

Google Lens layers visual matching (finding visually 類似した 画像/products across web) と multisearch (画像 + text together) で top の same インデックス登録された-画像 corpus. scale は real: per Google’s October 2024 announcement (Lilian Rincon, VP の Product Management), Lens handles nearly 20 billion visual searches monthly, 20% の Lens searches は shopping-related, と Lens “merges the power of Google’s AI and more than 45 billion products in the Shopping Graph to help you discover visual matches.”

“merges the power of Google’s AI and more than 45 billion products in the Shopping Graph to help you discover visual matches.”（日本語訳：引用内容を日本語で示します）

note で numbers: various 2025–2026 SEO posts cite larger または fresher figures (“20+ billion,” “43% increase”) その I couldn’t trace へ 主要な Google ソース — treat それらの として industry-repeated. Oct 2024 Google figures above は solid anchor.

向けに getting Product 画像 into Lens shopping results, mechanism は Product 構造化データ covered above, ideally combined とともに Merchant Center feed. あります no separate “Lens SEO” サーフェス へ optimize — you optimize インデックス登録された 画像 と its 構造化データ, と Lens draws から その.

AI画像のラベル付け：C2PAと「この画像について」

Publishers 使用する AI-generated imagery ask whether it hurts 可視性. として の current guidance: ない directly. Google reads C2PA コンテンツ-credential メタデータ と できる label AI-generated または AI-edited 画像 via “About this image” panel, どの — per Google’s September 2024 announcement (Laurie Richardson, VP, Trust & Safety) — “is accessible in Google Images, Lens and Circle to Search.” Google 検索 added support 向けに この メタデータ で “About this image” feature. この は transparency/labeling layer, ない documented ランキング penalty — worth knowing because it できる label your AI imagery として such で same サーフェス you’re optimizing 向けに.

“is accessible in Google Images, Lens and Circle to Search.”（日本語訳：引用内容を日本語で示します）

Bing画像検索（概要）

あります no dedicated official Bing/Microsoft documentation で 画像-検索 SEO — Bing’s general webmaster guidelines と standard crawlability/alt-text/structured-data practices は closest thing. Bing は actively investing here: it shipped redesigned, AI-organized 画像検索 experience で May 2026 その groups results into labeled sections とともに summaries, though その announcement は Product/UX update とともに no accompanying optimization guidance 向けに サイト owners. Optimize とともに same fundamentals you’d 使う 向けに Google.

次に進む先

この は ランキング/可視性 深い dive で 画像-SEO cluster. Its siblings:

  • 画像 SEO — hub: general optimization checklist (形式, compression, lazy loading, Core Web Vitals) この article complements.
  • altテキスト — 主要な ランキング シグナル, で full: writing rules, decorative 画像, と auditing at scale.
  • 画像 ファイル名 — ファイル名 シグナル, including なぜ you shouldn’t bulk-rename already-インデックス登録された 画像.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.