暫定日本語訳：ImageObject Schema

暫定日本語案: TL;DR — ImageObject is way へ describe 画像 へ 検索エンジン とともに more 暫定日本語案: than just its web address — who owns it, どのように it できる be licensed, its caption. 大半の 暫定日本語案: of time あなた don’t need it: いつ piece of schema asks 向けに 画像, plain 暫定日本語案: URL is enough. あなた reach 向けに full ImageObject いつ あなた want へ attach その 暫定日本語案: extra information — 大半の commonly へ earn “Licensable” badge in Google 画像. 暫定日本語案: Evidence for this claim Schema.org ImageObject describes an image media object and its properties; vocabulary validity alone does not create a Google rich result. Scope: Schema.org vocabulary definition, distinct from search-feature eligibility. Confidence: high · Verified: 2026-07-14 Schema.org: ImageObject Evidence for this claim Google documents structured data or IPTC metadata for image licensing information and the Licensable badge in Google Images. Scope: Current Google image-license metadata feature; not generic ImageObject rich-result eligibility. Confidence: high · Verified: 2026-07-14 Google Search Central: Image license metadata

何 ImageObject is

暫定日本語案: いつ あなた 追加 structured データ へ ページ, 暫定日本語案: あなた’re labeling あなた コンテンツ so 検索エンジン understand it. ImageObject is 暫定日本語案: schema.org type その labels * 画像* — ない words on ページ, ただし 暫定日本語案: picture, described as データ machine できる read.

暫定日本語案: Here’s part almost すべての guide skips: ImageObject is rarely 使用 on its own. 暫定日本語案: Its real job is へ be value of another type’s 画像 プロパティ. いつ あなた mark 暫定日本語案: up 商品, 記事, または recipe, 各 of それらの has spot 向けに 画像. あなた 暫定日本語案: できる fill その spot two ways:

• 暫定日本語案: とともに plain URL — just web address of picture. この is all あなた need 暫定日本語案: 大半の of time.
• 暫定日本語案: とともに full ImageObject — いつ あなた want へ say more than “here’s the file,” 暫定日本語案: like who took photo または どのように someone できる license it.

暫定日本語案: So think of ImageObject less as “a thing that gets its own search result” と more 暫定日本語案: as “a richer way to describe the image inside some other piece of schema.”

いつ あなた actually need full version

暫定日本語案: あなた upgrade から plain URL へ full ImageObject いつ あなた want へ attach 暫定日本語案: metadata について 画像 itself — 大半の 多くの場合 向けに licensing. If あなた’re 暫定日本語案: photographer, stock agency, または publisher who wants あなた 画像 へ 表示 暫定日本語案: Licensable badge in Google 画像 ( small label その links へ どこ 人々 できる 暫定日本語案: buy license), その badge is main 理由 へ bother とともに full ImageObject.

暫定日本語案: single プロパティ その unlocks その badge is license — link へ あなた 暫定日本語案: licensing terms. あなた できる 追加 more (who 作成 画像, credit line, 暫定日本語案: copyright notice), ただし license is one その flips switch.

thing 大半の 人々 get 誤った

暫定日本語案: ImageObject does ない earn its own rich result. There’s no “image card” it 暫定日本語案: produces. It either フィード another type’s 適格性 (like recipe’s rich 暫定日本語案: result) または it unlocks separate Licensable badge — その’s it.

暫定日本語案: と be very skeptical of any guide promising specific トラフィック または クリック number 暫定日本語案: から adding 画像 schema (“+30% clicks!”). I’ve looked at どこ それらの numbers come 暫定日本語案: から, と honest answer is nowhere — それら’re invented. Schema is worth doing, 暫定日本語案: ただし ない because of made-up percentage.

暫定日本語案: Want deep version — exact プロパティ, どのように Licensable badge 機能, なぜ 暫定日本語案: Recipe 画像 don’t control あなた thumbnail, と 商品-画像 myth? Switch へ 暫定日本語案: Advanced tab.

暫定日本語案: TL;DR — ImageObject (Thing > CreativeWork > MediaObject > ImageObject) is 暫定日本語案: primarily nested value type, ない standalone destination schema. It’s 暫定日本語案: value of Product.image, Article.image, Recipe.image, Organization.logo, 暫定日本語案: WebPage.primaryImageOfPage. plain URL 機能 いつ あなた don’t need metadata; 暫定日本語案: upgrade へ full object 向けに licensing/アトリビューション. Licensable-badge recipe is 暫定日本語案: contentUrl + at least one of creator/creditText/copyrightNotice/license 暫定日本語案: — ただし license specifically is 何 作る badge 適格. 使用 contentUrl 暫定日本語案: 超えて url (Google calls it more precise). Two commonly-missed facts: Recipe’s 暫定日本語案: image is 必要 ただし has no impact on あなた text-result thumbnail (Google, 暫定日本語案: June 2025), と 商品’s image is ない in Google’s formal 必要/recommended 暫定日本語案: lists. It’s ない ランキング factor — 同じ indirect story as all schema. 暫定日本語案: Evidence for this claim Schema.org ImageObject describes an image media object and its properties; vocabulary validity alone does not create a Google rich result. Scope: Schema.org vocabulary definition, distinct from search-feature eligibility. Confidence: high · Verified: 2026-07-14 Schema.org: ImageObject Evidence for this claim Google documents structured data or IPTC metadata for image licensing information and the Licensable badge in Google Images. Scope: Current Google image-license metadata feature; not generic ImageObject rich-result eligibility. Confidence: high · Verified: 2026-07-14 Google Search Central: Image license metadata

どこ ImageObject sits, と どのように it’s actually 使用

暫定日本語案: On schema.org, ImageObject sits in hierarchy 暫定日本語案: as Thing > CreativeWork > MediaObject > ImageObject. その lineage is whole 暫定日本語案: story of its プロパティ: it inherits licensing と アトリビューション fields から 暫定日本語案: CreativeWork (license, acquireLicensePage, creditText, copyrightNotice, 暫定日本語案: creator, author) と file fields から MediaObject (contentUrl, 暫定日本語案: encodingFormat, height, width, contentSize, uploadDate), plus few of 暫定日本語案: its own like caption と exifData.

暫定日本語案: It gets 使用 two ways:

• 暫定日本語案: Standalone — on ページ whose whole point is describing one 画像 ( 暫定日本語案: photo-licensing landing ページ). 理由 へ do この is almost 常に 暫定日本語案: Licensable badge.
• 暫定日本語案: Nested — as value of another type’s image, logo, または 暫定日本語案: primaryImageOfPage プロパティ. この is by far more 一般的な ケース, と it’s なぜ 暫定日本語案: ImageObject is best framed as utility type CreativeWork subtypes quietly 暫定日本語案: depend on rather than schema type あなた point 人々 at. (It’s thematic 暫定日本語案: cousin of creative-機能 schema 暫定日本語案: bucket — 記事, Recipe, と VideoObject all lean on ImageObject 通じて their 暫定日本語案: image プロパティ なしで ever making it their headline.)

暫定日本語案: key mental unlock: schema.org と Google both accept “a URL or a fully described ImageObject” 向けに image プロパティ. bare URL string is perfectly 暫定日本語案: 有効 ImageObject value. あなた だけ pay cost of full object いつ あなた have 暫定日本語案: metadata worth attaching.

core プロパティ

contentUrl vs url — 使用 contentUrl

暫定日本語案: Both point at 画像 file, ただし Google is explicit について which へ prefer. から 暫定日本語案: 画像-metadata ドキュメント: 暫定日本語案: Google 使用 contentUrl “to determine which image the photo metadata applies to.” と on choice 間に two: “While the url property is not as precise and we recommend you use contentUrl instead, existing markup may still use url.” Translation: contentUrl pins down which 画像 metadata describes; 暫定日本語案: url is looser legacy fallback その still 機能 ただし shouldn’t be あなた デフォルト.

license と acquireLicensePage — Licensable pair

暫定日本語案: この is part とともに visible payoff. license links へ ページ describing 暫定日本語案: 画像’s licensing terms; acquireLicensePage links へ どこ someone できる actually 暫定日本語案: buy license. それら pair naturally — one says “here are the terms,” other says 暫定日本語案: “here’s where to buy one” — ただし それら’re ない equal in weight, which next section 暫定日本語案: covers.

creator, creditText, copyrightNotice — アトリビューション trio

暫定日本語案: これらの credit 画像. One nuance worth 保持: creator isn’t necessarily 暫定日本語案: person. Google’s doc: “This is usually the photographer, but it may be a company or organization (if appropriate).”

caption, exifData, height/width, thumbnail

暫定日本語案: Descriptive と technical metadata. Useful, occasionally surfaced, ただし none of them 暫定日本語案: trigger 検索 feature on their own.

Getting Licensable badge

暫定日本語案: この is one exact recipe worth memorizing, because requirement is subtle.

暫定日本語案: ** 必要 structure:** あなた need contentUrl, と at least one of 暫定日本語案: creator, creditText, copyrightNotice, または license. Google’s doc: “In addition to contentUrl, you must include one of the following properties: creator, creditText, copyrightNotice, license. Once you include one of these properties, the other three properties become recommended in the Rich Results Test.”

暫定日本語案: ただし badge itself has stricter trigger. Passing validation is ない 同じ 暫定日本語案: as being badge-適格. Google: “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.” So creator または creditText alone する validate 暫定日本語案: fine — と get あなた no badge. license プロパティ is switch. Google adds: 暫定日本語案: “We recommend that you also add the acquireLicensePage property if you have that information.”

暫定日本語案: Structured データ isn’t だけ path. IPTC embedded photo metadata is equally 暫定日本語案: 有効 way へ earn 同じ 適格性 — no schema.org markup 必要 at all. ただし 暫定日本語案: if あなた 使用 both と それら disagree, Google is explicit について tiebreaker: “If you choose to use both IPTC photo metadata and structured data, and if any information conflicts between the two, Google will use the structured data information.” その’s 暫定日本語案: reverse of 何 lot of 人々 assume (その file’s embedded metadata is 暫定日本語案: more “authoritative” ソース).

暫定日本語案: One policy その catches 人々: 画像 URL has へ be reachable. Google’s 暫定日本語案: structured-データ policies 暫定日本語案: say “All image URLs specified in structured data must be crawlable and indexable” 暫定日本語案: — block 画像 host in robots.txt と whole thing silently fails.

ImageObject inside specific types

Recipe — 必要, と June 2025 clarification

暫定日本語案: 向けに Recipe, 暫定日本語案: image is 必要, と it has real guidance: crawlable と indexable, 必要がある 暫定日本語案: represent dish, と Google “recommend[s] providing multiple high-resolution images (minimum of 50K pixels when multiplying width and height) with the following aspect ratios: 16x9, 4x3, and 1x1.”

暫定日本語案: Here’s counterintuitive part 大半の guides haven’t caught up へ. As of June 2025 暫定日本語案: doc update, Google states plainly: “Specifying the image property in Recipe markup has no impact on the image chosen for a text result image.” In other words, 暫定日本語案: あなた Recipe image governs recipe rich-result 適格性 — ない thumbnail 暫定日本語案: その 表示 next へ あなた normal blue-link result. その’s separate system entirely 暫定日本語案: (covered below). Barry Schwartz reported この change 暫定日本語案: at 検索エンジン Land on June 5, 2025.

商品 — ない formally 必要 ( myth-bust)

暫定日本語案: Almost everyone asserts その 画像 are “required” 向けに 商品 rich results. それら’re 暫定日本語案: ない — at least ない per Google’s documented lists. 暫定日本語案: 商品-snippet doc’s 暫定日本語案: formal 必要 プロパティ are name plus one of review/aggregateRating/offers; 暫定日本語案: Recommended list is aggregateRating, offers, review. image 暫定日本語案: プロパティ 表示される だけ inside 機能 例, 決して in 必要/recommended 暫定日本語案: tables. 追加 商品 画像 anyway — listing なしで photo converts worse — ただし 暫定日本語案: know その’s UX-と-Shopping argument, ない documented schema requirement. (と 暫定日本語案: don’t conflate it とともに マーチャント Center’s separate, stricter 商品-画像 resolution 暫定日本語案: rules — 異なる system から ImageObject entirely.)

記事 と Organization

暫定日本語案: 向けに 記事, image is recommended プロパティ その フィード 記事’s 適格性; it 暫定日本語案: does ない produce dedicated 画像 card of its own. 向けに Organization.logo, 暫定日本語案: logo has its own separate requirements (と is 画像 Google できる 使用 向けに things 暫定日本語案: like knowledge-panel と some rich-result branding) — worth marking up, ただし it’s 暫定日本語案: logo-specific job, ない general ImageObject licensing.

Controlling あなた 検索 / Discover thumbnail

暫定日本語案: If あなた actually want へ influence 画像 Google 表示 as あなた ページ’s preview, 暫定日本語案: その’s 異なる mechanism から any of above — と Google clarified it in 暫定日本語案: March 2026 ドキュメント update. から 暫定日本語案: 画像-SEO best-practices doc: 暫定日本語案: “Google’s selection of an image preview is completely automated and takes into account a number of different sources to select which image on a given page is shown on Google.”

暫定日本語案: Three parallel, non-exclusive signals フィード その choice:

1. 暫定日本語案: schema.org primaryImageOfPage プロパティ on あなた WebPage.
2. 暫定日本語案: image プロパティ attached via mainEntity / mainEntityOfPage.
3. 暫定日本語案: og:image meta tag.

暫定日本語案: Google’s guidance 向けに all three: “Choose an image that’s relevant and representative of the page. Avoid using a generic image (for example, your site logo) or an image with text in the schema.org markup or og:image meta tag.” 暫定日本語案: Matt G. Southern covered update 暫定日本語案: at 検索エンジン Journal on March 2, 2026, noting key point: schema markup と 暫定日本語案: og:image both count — それら’re parallel inputs, ない either/または.

C2PA / “About this image” — adjacent, ない ImageObject

暫定日本語案: One forward-looking sibling worth mention, clearly scoped as separate から 暫定日本語案: ImageObject licensing: C2PA コンテンツ-provenance metadata (embedded in 画像 暫定日本語案: file, ない schema.org). Google: “If an image contains C2PA metadata, Google can extract those details and may show information in the ‘About this image’ feature, such as how the image was created or if it was edited with AI tools.” この is 暫定日本語案: AI-provenance signal on 同じ “About this image” surface as licensing info — ただし 暫定日本語案: it lives in file’s manifest, ない in あなた ImageObject markup. Don’t fold two 暫定日本語案: together.

Is ImageObject ランキング factor

暫定日本語案: No — 同じ indirect story as all structured データ. 暫定日本語案: standing Google position (Gary Illyes, John Mueller) is その schema 役立つ 暫定日本語案: engines understand コンテンツ と できる unlock 適格性 向けに features, ただし it isn’t 暫定日本語案: direct ランキング input. 向けに ImageObject specifically, wins are concrete ただし 暫定日本語案: narrow: Licensable badge (via license), rich-result 適格性 向けに parent 暫定日本語案: types like Recipe (via 有効 image), と thumbnail-selection input (via 暫定日本語案: primaryImageOfPage). None of それらの is “rank higher,” と Google’s own 暫定日本語案: troubleshooting guidance is explicit その even fully 有効 画像-metadata block 暫定日本語案: isn’t guaranteed へ display. 同じ reviewed ソース don’t establish 暫定日本語案: AI-citation effect から ImageObject either — I haven’t found ソース その 表示 it 暫定日本語案: improves あなた odds of being cited in AI answer. Anyone selling あなた specific 暫定日本語案: percentage トラフィック lift から 画像 schema is quoting number その traces へ no 暫定日本語案: ソース.

よくある間違い

• 暫定日本語案: Using url instead of contentUrl. Both 機能; Google prefers contentUrl as 暫定日本語案: more precise.
• 暫定日本語案: Forgetting license specifically. other three アトリビューション プロパティ 暫定日本語案: validate ただし don’t trigger Licensable badge.
• 暫定日本語案: Assuming Recipe’s image controls あなた text-result thumbnail. It doesn’t 暫定日本語案: (Google, June 2025) — it だけ affects recipe rich-result 適格性.
• 暫定日本語案: Assuming 商品 画像 are formally 必要 schema. それら’re ない in Google’s 暫定日本語案: documented lists (still 追加 them 向けに UX/Shopping).
• 暫定日本語案: Blocking 画像 URL. robots.txt-disallowed または noindexed 画像 host means 暫定日本語案: markup silently fails Google’s crawlable-と-indexable requirement.
• 暫定日本語案: Repeating invented パフォーマンス stats. Nearly すべての competing guide cites 暫定日本語案: uncited “+X% CTR/traffic” figure. None trace へ ソース.

どこ この fits

暫定日本語案: ImageObject is deep dive in structured-データ sub-cluster, alongside its 暫定日本語案: sibling schema-type 記事 (article-schema, recipe-schema, product-schema, 暫定日本語案: videoobject-schema, organization-schema). Thematically it’s utility type 暫定日本語案: creative-機能 schema family 暫定日本語案: leans on, と it lives 下で 暫定日本語案: Structured データ 向けに SEO hub. 向けに 暫定日本語案: broader picture of alt text, formats, 画像 sitemaps, と lazy-loading, その’s 暫定日本語案: separate 画像-SEO topic; この 記事 is specifically “how do I describe an image as data” piece それらの others quietly depend on.

AI要約

暫定日本語案: condensed take on Advanced version:

• 暫定日本語案: ImageObject is nested value type, ない standalone rich result. Hierarchy: 暫定日本語案: Thing > CreativeWork > MediaObject > ImageObject. It’s value of 暫定日本語案: Product.image, Article.image, Recipe.image, Organization.logo, 暫定日本語案: WebPage.primaryImageOfPage. plain URL is 有効 image value; upgrade へ 暫定日本語案: full object だけ いつ あなた have metadata へ attach.
• 暫定日本語案: Licensable badge recipe: contentUrl + at least one of 暫定日本語案: creator/creditText/copyrightNotice/license へ validate — ただし license 暫定日本語案: プロパティ specifically is 何 作る badge 適格. 追加 acquireLicensePage 暫定日本語案: too if あなた have it.
• 暫定日本語案: contentUrl 超えて url — Google says contentUrl is more precise 向けに pinning 暫定日本語案: down which 画像 metadata describes; url is legacy fallback.
• 暫定日本語案: IPTC is equal alternative path へ 同じ 適格性 — ただし if IPTC と 暫定日本語案: structured データ conflict, Google 使用 structured データ.
• 暫定日本語案: Recipe: image is 必要 (50K px² min; 16x9/4x3/1x1) ただし has no impact 暫定日本語案: on あなた text-result thumbnail (Google clarified June 2025).
• 暫定日本語案: 商品: image is ない in Google’s formal 必要/recommended lists — 暫定日本語案: 追加 it anyway 向けに UX/Shopping, ただし it’s ない documented schema requirement.
• 暫定日本語案: Thumbnail control is separate March 2026 mechanism: primaryImageOfPage, 暫定日本語案: main-entity image, と og:image as three parallel signals.
• 暫定日本語案: C2PA フィード “About this image” (AI-provenance) ただし lives in file, ない in 暫定日本語案: ImageObject markup — don’t conflate.
• 暫定日本語案: ない ランキング factor — indirect at 大半の, display itself isn’t guaranteed, と 暫定日本語案: no ソース establishes AI-citation effect either; ignore invented “+X%” stats.

公式ドキュメント

暫定日本語案: 主要-ソース ドキュメント から Google と schema.org.

暫定日本語案: Google

• 暫定日本語案: 画像 Metadata (Google 画像 SEO) — core ImageObject/licensing doc: 必要 プロパティ, contentUrl vs url, license/Licensable-badge rule, IPTC-vs-structured-データ conflicts, と C2PA.
• 暫定日本語案: Structured データ General Guidelines — crawlable-と-indexable と relevance requirements その apply へ any 画像 in structured データ.
• 暫定日本語案: Recipe structured データ — image 必要, size/aspect-ratio guidance, と “no impact on the text-result image” clarification.
• 暫定日本語案: 商品 snippet structured データ — formal 必要/Recommended プロパティ lists (note image is in neither).
• 暫定日本語案: 画像 SEO best practices — primaryImageOfPage, main-entity image, と og:image as thumbnail-selection signals.

暫定日本語案: schema.org

• 暫定日本語案: ImageObject — type definition, hierarchy (Thing > CreativeWork > MediaObject > ImageObject), と full プロパティ list.
• 暫定日本語案: contentUrl · license · acquireLicensePage — プロパティ Google’s licensing guidance leans on.

出典からの引用

暫定日本語案: On—record statements から Google. 各 link is deep link その jumps へ 暫定日本語案: quoted passage on ソース ページ.

暫定日本語案: Google — contentUrl vs url

• 暫定日本語案: “Google uses contentUrl to determine which image the photo metadata applies to.” 暫定日本語案: — Google 検索 Central docs. 暫定日本語案: Jump へ quote
• 暫定日本語案: “While the url property is not as precise and we recommend you use contentUrl instead, existing markup may still use url.” 暫定日本語案: Jump へ quote

暫定日本語案: Google — 必要 structure と Licensable-badge trigger

• 暫定日本語案: “In addition to contentUrl, you must include one of the following properties: creator, creditText, copyrightNotice, license.” 暫定日本語案: Jump へ quote
• 暫定日本語案: “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.” 暫定日本語案: Jump へ quote
• 暫定日本語案: “We recommend that you also add the acquireLicensePage property if you have that information.” 暫定日本語案: Jump へ quote

暫定日本語案: Google — IPTC vs structured データ, と creator

• 暫定日本語案: “If you choose to use both IPTC photo metadata and structured data, and if any information conflicts between the two, Google will use the structured data information.” 暫定日本語案: Jump へ quote
• 暫定日本語案: On creator: “This is usually the photographer, but it may be a company or organization (if appropriate).” 暫定日本語案: Jump へ quote

暫定日本語案: Google — 画像 policy, Recipe, と thumbnail selection

• 暫定日本語案: “All image URLs specified in structured data must be crawlable and indexable.” 暫定日本語案: Jump へ quote
• 暫定日本語案: “Specifying the image property in Recipe markup has no impact on the image chosen for a text result image.” 暫定日本語案: Jump へ quote
• 暫定日本語案: “Specify the schema.org primaryImageOfPage property with a URL or ImageObject.” 暫定日本語案: Jump へ quote

暫定日本語案: Note: June 2025 Recipe clarification と March 2026 thumbnail-selection 暫定日本語案: update are reported 通じて contemporaneous industry coverage (Barry Schwartz at 暫定日本語案: 検索エンジン Land; Matt G. Southern at 検索エンジン Journal) alongside live 暫定日本語案: Google docs; verbatim doc quotes above were confirmed against 現在の ページ, 暫定日本語案: ただし couple of Google docs ページ render partly via JavaScript, so treat exact 暫定日本語案: deep-link fragments as confirm-前に-final.

Plain URL または full ImageObject? と which feature am I even 後に

暫定日本語案: 大半の 一般的な real question とともに ImageObject isn’t “how do I write it” — it’s 暫定日本語案: “do I need the full object at all, and if so, why.” Answer 向けに 画像 あなた’re 暫定日本語案: marking up.

ImageObject — cheat sheet

暫定日本語案: Standalone vs. nested

暫定日本語案: ** Licensable-badge recipe**

暫定日本語案: contentUrl vs url

暫定日本語案: 画像 プロパティ by parent type

暫定日本語案: Fast facts

• 暫定日本語案: Hierarchy: Thing > CreativeWork > MediaObject > ImageObject.
• 暫定日本語案: ない ランキング factor — earns 適格性, ない 順位.
• 暫定日本語案: IPTC is equal path へ badge; on conflict, structured データ wins.
• 暫定日本語案: 画像 URLs 必要がある be crawlable と indexable または markup fails silently.
• 暫定日本語案: Thumbnail control = primaryImageOfPage / main-entity image / og:image 暫定日本語案: (March 2026), separate mechanism.
• 暫定日本語案: C2PA ≠ ImageObject — it’s file-embedded provenance 向けに “About this image.”

Anti-patterns — ImageObject mistakes I see 大半の

暫定日本語案: Adding creator または creditText と expecting Licensable badge. 暫定日本語案: 大半の 一般的な near-miss. それらの validate, ただし badge is gated on license 暫定日本語案: specifically. Credit なしで license link earns あなた nothing visible.

暫定日本語案: Reaching 向けに full ImageObject いつ URL string する do. 暫定日本語案: If あなた have no metadata へ attach, bare URL is 正しい value 向けに image 暫定日本語案: プロパティ — schema.org と Google both accept it. Wrapping すべての 画像 in full 暫定日本語案: object just adds surface area へ get 誤った.

暫定日本語案: Using url because generator emitted it. 暫定日本語案: Plenty of ツール still output url. It 機能, ただし Google prefers contentUrl 向けに 暫定日本語案: precision. Prefer contentUrl in 新しい markup.

暫定日本語案: Believing Recipe’s image sets あなた 検索 thumbnail. 暫定日本語案: It’s 必要 向けに recipe rich result, ただし Google explicitly says it has no 暫定日本語案: impact on text-result thumbnail. If あなた want へ influence その 画像, その’s 暫定日本語案: separate job (primaryImageOfPage / og:image).

暫定日本語案: Treating 商品 画像 as 必要 schema field. 暫定日本語案: それら’re ない in Google’s documented 必要/recommended lists. 追加 them 向けに 暫定日本語案: conversion と Shopping, ただし don’t cite “required schema” as 理由 — と don’t 暫定日本語案: confuse この とともに マーチャント Center’s separate 画像-resolution rules.

暫定日本語案: Blocking 画像 host. 暫定日本語案: robots.txt-disallowed または noindexed 画像 URL fails crawlable-と-indexable 暫定日本語案: requirement. markup できる be perfect と still do nothing.

暫定日本語案: Repeating invented percentage stats. 暫定日本語案: “ImageObject schema gives a 30% CTR lift” と friends trace へ no ソース. Schema is 暫定日本語案: worth doing on its actual merits (適格性, understanding), ない made-up number.

暫定日本語案: Conflating C2PA provenance とともに ImageObject licensing. 暫定日本語案: “About this image” AI-provenance info comes から C2PA metadata in file, ない から 暫定日本語案: あなた schema. Two 異なる systems on 同じ surface.

Implementation 例

暫定日本語案: Two patterns cover almost everything: standalone licensing 画像, と 暫定日本語案: ImageObject nested inside parent type.

1. Standalone photo-licensing 画像 (chasing Licensable badge)

暫定日本語案: license プロパティ is 何 作る この badge-適格; acquireLicensePage, 暫定日本語案: creator, creditText, と copyrightNotice round it out.

{
  "@context": "https://schema.org/",
  "@type": "ImageObject",
  "contentUrl": "https://example.com/photos/harbor-at-dawn.jpg",
  "license": "https://example.com/licenses/standard/",
  "acquireLicensePage": "https://example.com/photos/harbor-at-dawn/buy/",
  "creator": {
    "@type": "Person",
    "name": "Alex Rivera"
  },
  "creditText": "Alex Rivera / Example Studio",
  "copyrightNotice": "© 2026 Example Studio",
  "caption": "The harbor at dawn, long exposure",
  "width": 2400,
  "height": 1600
}

2. ImageObject nested inside 商品

暫定日本語案: Here ImageObject is value of Product.image. Note その image isn’t 暫定日本語案: formally 必要 商品 プロパティ — この is “attach metadata” upgrade 超えて 暫定日本語案: plain URL string.

{
  "@context": "https://schema.org/",
  "@type": "Product",
  "name": "Trailhead 30L Backpack",
  "image": {
    "@type": "ImageObject",
    "contentUrl": "https://example.com/products/trailhead-30l.jpg",
    "license": "https://example.com/licenses/product-photography/",
    "creditText": "Example Gear Co."
  },
  "offers": {
    "@type": "Offer",
    "price": "129.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

3. いつ plain URL is right answer

暫定日本語案: If あなた have no metadata へ attach, don’t 超えて-engineer it — bare URL string is 暫定日本語案: 有効 image value:

{
  "@context": "https://schema.org/",
  "@type": "Product",
  "name": "Trailhead 30L Backpack",
  "image": "https://example.com/products/trailhead-30l.jpg",
  "offers": {
    "@type": "Offer",
    "price": "129.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

暫定日本語案: Validate any of これらの in Rich Results テスト 暫定日本語案: と schema.org validator 前に shipping.

ツール 向けに 構築 と 確認 ImageObject markup

暫定日本語案: 確認 it とともに Schema Markup Validator: paste あなた 暫定日本語案: JSON-LD (または full HTML ページ, または fetch live URL) と it detects ImageObject 暫定日本語案: block — standalone または nested inside Product, Article, または Recipe — と flags 暫定日本語案: 問題 by severity. It’s fastest way へ 確認 exact patterns から 暫定日本語案: 例 tab: does it catch contentUrl vs. url, is license present (ない just 暫定日本語案: creator/creditText/copyrightNotice), と does nested Product.image parse 暫定日本語案: correctly as ImageObject rather than bare string いつ あなた meant へ attach 暫定日本語案: metadata.

暫定日本語案: Then confirm 適格性 とともに Rich-Result 適格性 Checker: 暫定日本語案: validating clean JSON-LD isn’t 同じ as being 適格 向けに feature. Run URL 暫定日本語案: 通じて この checker へ see whether parent type (Recipe, 商品) actually 暫定日本語案: レポート as 適格 向けに its rich result — useful since, as covered in Advanced, 暫定日本語案: 商品’s image isn’t formally 必要 プロパティ と 不足している または malformed one 暫定日本語案: できる silently sit outside Google’s 必要/recommended lists なしで failing 暫定日本語案: validation.

暫定日本語案: Third-party — Google’s Rich Results テスト: 暫定日本語案: ソース Google itself points へ 向けに Licensable-badge requirements quoted 暫定日本語案: throughout この 記事. 使用 it as second 確認 on badge 適格性 specifically, 暫定日本語案: since その’s stricter bar than passing basic JSON-LD validation (あなた need 暫定日本語案: license, ない just one of other three アトリビューション プロパティ).

Validation tests — did あなた ImageObject change actually take effect

暫定日本語案: Proof その specific ImageObject edit shipped correctly, ない just その it looks 暫定日本語案: right in ソース.

テスト 1 — JSON-LD parses とともに no errors

• 暫定日本語案: テスト へ run — Paste ページ’s JSON-LD (または fetch live URL) へ 暫定日本語案: Schema Markup Validator.
• 暫定日本語案: Expected result — ImageObject block (standalone または nested) is detected 暫定日本語案: とともに no syntax/parse errors, と contentUrl resolves へ field あなた intended.
• 暫定日本語案: Failure interpretation — parse failure usually means templating bug — 暫定日本語案: malformed nested object どこ Product.image すべき hold ImageObject ただし 暫定日本語案: got broken JSON, または stray string どこ object was expected.
• 暫定日本語案: 監視 window — Immediate.
• 暫定日本語案: Rollback trigger — validator できる’t detect ImageObject at all 後に 暫定日本語案: template deploy — markup isn’t rendering; roll back change.

テスト 2 — Licensable-badge validation passes (ただし 確認 stricter trigger)

• 暫定日本語案: テスト へ run — Run 同じ URL 通じて Schema Markup Validator または Google’s 暫定日本語案: Rich Results テスト, 確認 暫定日本語案: specifically 向けに contentUrl plus at least one of creator/creditText/ 暫定日本語案: copyrightNotice/license.
• 暫定日本語案: Expected result — 画像-metadata block validates とともに no 必要-プロパティ 暫定日本語案: errors.
• 暫定日本語案: Failure interpretation — “validates but no badge” mode: validation passing 暫定日本語案: is ない 同じ as badge 適格性. If あなた 追加 creator または creditText 暫定日本語案: ただし ない license, block する validate cleanly と still 決して 表示 暫定日本語案: Licensable badge — Google’s doc is explicit その license specifically is 暫定日本語案: trigger. Don’t read validation pass as confirmation badge する 表示される.
• 暫定日本語案: 監視 window — Immediate 向けに validation; Licensable badge itself できる 暫定日本語案: take longer へ surface in Google 画像 後に successful クロール, so 許可 few 暫定日本語案: weeks 前に concluding it’s 不足している.
• 暫定日本語案: Rollback trigger — If license is present, validation passes, と badge 暫定日本語案: still hasn’t 表示される 後に reasonable クロール window, 確認 その 画像 URL 暫定日本語案: itself is crawlable と indexable ( robots.txt block on 画像 host 作る 暫定日本語案: markup fail silently) 前に assuming markup is 誤った.

テスト 3 — Recipe 適格性 isn’t confused とともに thumbnail control

• 暫定日本語案: テスト へ run — 向けに Recipe ページ, run URL 通じて 暫定日本語案: Rich-Result 適格性 Checker へ confirm 暫定日本語案: recipe rich result レポート 適格, separately から 確認 which 画像 表示 暫定日本語案: next へ あなた normal text result in 検索.
• 暫定日本語案: Expected result — recipe rich result 表示 適格 とともに 有効 image 暫定日本語案: present. Separately, text-result thumbnail is whatever primaryImageOfPage, 暫定日本語案: main-entity image, または og:image selects — ない necessarily 同じ 画像.
• 暫定日本語案: Failure interpretation — If recipe rich result is ineligible, 問題 暫定日本語案: is image プロパティ on Recipe type itself (不足している, 誤った aspect ratio, 暫定日本語案: ない crawlable). If text-result thumbnail looks 誤った, その’s separate 暫定日本語案: signal entirely (per Google’s June 2025 clarification, Recipe’s image doesn’t 暫定日本語案: control it) — 確認 primaryImageOfPage と og:image instead.
• 暫定日本語案: 監視 window — Rich-result 適格性 できる be 確認 immediately 後に 暫定日本語案: successful クロール; thumbnail selection is automated と できる take longer へ settle 暫定日本語案: in live 検索結果 — 許可 few weeks 前に troubleshooting further.
• 暫定日本語案: Rollback trigger — Recipe rich-result 適格性 drops 後に template 暫定日本語案: change — roll back と re-確認 image プロパティ’s crawlability と size.

時間を使う価値のあるリソース

暫定日本語案: My related writing

• 暫定日本語案: Structured データ: 何 It Is と どのように へ 使用 It — my Ahrefs guide へ schema types, formats, validation, と sameAs entity angle; broader context ImageObject sits inside.
• 暫定日本語案: Beginner’s Guide へ Technical SEO — どこ structured データ (と 画像) fit へ bigger technical picture.

暫定日本語案: My speaking

• 暫定日本語案: どのように 検索 機能 (SlideShare) — my walkthrough of クロール, rendering, インデックス登録, と どのように markup フィード understanding. (My standing disclaimer applies: “This is my understanding of systems… not going to be 100% complete or accurate.”)

暫定日本語案: 公式

• 暫定日本語案: Google’s 画像 Metadata doc — canonical ImageObject/licensing reference.
• 暫定日本語案: Google’s Recipe と 商品 snippet docs — 向けに 必要/recommended プロパティ realities.
• 暫定日本語案: Google’s 画像 SEO best practices — primaryImageOfPage / og:image thumbnail-selection guidance.
• 暫定日本語案: schema.org/ImageObject — type definition と full プロパティ list.

暫定日本語案: から around industry

• 暫定日本語案: Google updates イベント と Recipe structured データ (Barry Schwartz, 検索エンジン Land, June 5, 2025) — ソース 向けに “Recipe image doesn’t affect the text-result thumbnail” clarification.
• 暫定日本語案: Google clarifies どのように it picks thumbnails 向けに 検索 & Discover (Matt G. Southern, 検索エンジン Journal, March 2, 2026) — primaryImageOfPage / main-entity image / og:image thumbnail update.
• 暫定日本語案: Quick guide へ IPTC Photo Metadata と Google 画像 (IPTC) — IPTC-field-へ-schema.org mapping 向けに alternative licensing path.
• 暫定日本語案: Yoast — 画像 schema piece (Yoast developer portal) — solid technical reference 向けに ImageObject inside JSON-LD @graph, referenced by @id いつ 同じ 画像 is reused.
• 暫定日本語案: r/TechSEO — community 向けに structured-データ と 画像-markup debugging.

テスト yourself: ImageObject Schema

暫定日本語案: Five quick questions on どのように ImageObject actually 機能. Pick answer 向けに 各, then 確認.

変更履歴