Türkçe çeviri: ImageObject Schema

TL;DR — ImageObject dır bir way -e describe bir image -e arama motorları ile daha -den sadece onun web adres — kim owns o, nasıl o -ebilir olmak licensed, onun caption. en çok of time siz yapmayın ihtiyaç duy o: ne zaman bir piece of schema asks bençin bir image, bir plain URL dır enough. siz ulaş bençin full ImageObject -dığınızda iste -e attach şu extra information — en çok commonly -e earn “Licensable” badge in Google Images.

ne ImageObject dır

-dığınızda ekle structured data -e bir sayfa, siz’re labeling sizin bençerik bu nedenle arama motorları understand o. ImageObject dır schema.org type şu labels bir image — değil words on sayfa, ama bir picture, described olarak data bir machine -ebilir okuyun.

burada’s part almost her rehber skips: ImageObject dır rarely kullanılan kendi başına. onun gerçek job dır -e olmak değer of başka bir type’s image property. -dığınızda mark up bir product, bir article, veya bir recipe, her of şunlar sahiptir bir spot bençin bir image. siz -ebilir fill şu spot two ways:

• ile bir plain URL — sadece web adres of picture. bu tümü siz ihtiyaç duy en çok of time.
• ile bir full ImageObject — -dığınızda iste -e söyle -den fazla “here’s the file,” like kim took photo veya nasıl someone -ebilir license o.

bu nedenle think of ImageObject daha az olarak “a thing that gets its own search result” ve daha olarak “a richer way to describe the image inside some other piece of schema.”

-dığınızda aslında ihtiyaç duy tam sürüm

siz upgrade -den bir plain URL -e bir full ImageObject -dığınızda iste -e attach metadata hakkında image itself — en çok çoğu zaman bençin licensing. -erseniz’re bir photographer, bir stock agency, veya bir publisher kim ister sizin images -e göster bir Licensable badge in Google Images (bir küçük label şu bağlantılar -e nerede kişiler -ebilir buy bir license), şu badge dır main neden -e bother ile bir full ImageObject.

tek property şu unlocks şu badge dır license — bir bağlantı -e sizin licensing terms. -ebilirsiniz ekle daha (kim oluşturuldu image, bir credit line, bir copyright notice), ama license dır bir şu flips switch.

thing en çok kişiler al yanlış

ImageObject yapmaz earn onun kendi rich sonuç. orada’s no “image card” o produces. o either feeds başka bir type’s eligibility (like bir recipe’s rich sonuç) veya o unlocks separate Licensable badge — şu’s o.

ve olmak çok skeptical of herhangi bir rehber promising bir specific trafik veya click number -den adding image schema (“+30% clicks!”). ben’ve looked at nerede şunlar numbers come -den, ve honest yanıt dır nowhere — onlar’re invented. Schema dır worth doing, ama değil çünkü of bir yapılmış-up percentage.

iste deep sürüm — exact properties, nasıl Licensable badge çalışır, neden Recipe images yapmayın control sizin thumbnail, ve Product-image myth? Switch -e Advanced tab.

TL;DR — ImageObject (Thing > CreativeWork > MediaObject > ImageObject) dır primarily bir nested değer type, değil bir standalone destination schema. o’s değer of Product.image, Article.image, Recipe.image, Organization.logo, WebPage.primaryImageOfPage. bir plain URL çalışır -dığınızda yapmayın ihtiyaç duy metadata; upgrade -e bir full object bençin licensing/attribution. Licensable-badge recipe dır contentUrl + at least bir of creator/creditText/copyrightNotice/license — ama license specifically dır ne yapar badge eligible. kullan contentUrl üzerinde url (Google çbirğrılar o daha precise). Two commonly-missed facts: Recipe’s image dır required ama sahiptir no impact on sizin text-sonuç thumbnail (Google, June 2025), ve Product’s image dır değil in Google’s formal required/recommended listeler. o’s değil bir sıralama faktörü — aynı indirect story olarak tümü schema.

nerede ImageObject sits, ve nasıl o’s aslında kullanılan

On schema.org, ImageObject sits in hierarchy olarak Thing > CreativeWork > MediaObject > ImageObject. şu lineage dır whole story of onun properties: o inherits licensing ve attribution fields -den CreativeWork (license, acquireLicensePage, creditText, copyrightNotice, creator, author) ve file fields -den MediaObject (contentUrl, encodingFormat, height, width, contentSize, uploadDate), plus bir few of onun kendi like caption ve exifData.

o alır kullanılan two ways:

• Standalone — on bir sayfa whose whole benşaret et dır describing bir image (bir photo-licensing landing sayfa). neden -e yap bu almost her zaman Licensable badge.
• Nested — olarak değer of başka bir type’s image, logo, veya primaryImageOfPage property. bu tarafından far daha yaygın durum, ve o’s neden ImageObject dır en iyi framed olarak utility type CreativeWork subtypes quietly depend on yerine bir schema type siz benşaret et kişiler at. (o’s thematic cousin of creative-çalışır schema bucket — Article, Recipe, ve VideoObject tümü lean on ImageObject aracılığıyla onların image properties olmadan ever making o onların headline.)

key mental unlock: schema.org ve Google her ikisi accept “bir URL veya bir fully described ImageObject” bençin bir image property. bir bare URL string dır bir perfectly valid ImageObject değer. siz yalnızca pay maliyet of full object -dığınızda sahip metadata worth attaching.

temel properties

contentUrl vs url — kullan contentUrl

her ikisi benşaret et at image file, ama Google dır explicit hakkında hangi -e prefer. -den image-metadata dokümantasyon: Google kullanır contentUrl “-e determine hangi image photo metadata uygulanır -e.” And on the choice between the two: “-iken url property değildir olarak precise ve biz recommend siz kullan contentUrl instead, existing markup -ebilir hâlâ kullan url.” Translation: contentUrl pins down hangi image metadata describes; url dır bir looser legacy fallback şu hâlâ çalışır ama shouldn’t olmak sizin default.

license ve acquireLicensePage — Licensable pair

bu part ile bir visible payoff. license bağlantılar -e bir sayfa describing image’s licensing terms; acquireLicensePage bağlantılar -e nerede someone -ebilir aslında buy bir license. onlar pair naturally — bir söyler “here are the terms,” diğer söyler “here’s where to buy one” — ama onlar’re değil equal in weight, hangi sonraki section kapsar.

creator, creditText, copyrightNotice — attribution trio

bunlar credit image. bir nuance worth tutma: creator değildir necessarily bir kişben. Google’s doc: “bu genellikle photographer, ama o -ebilir olmak bir şirket veya organizasyon (eğer appropriate).”

caption, exifData, height/width, thumbnail

Descriptive ve teknik metadata. yararlı, occasionally surfaced, ama none of them trigger bir arama feature on onların kendi.

Getting Licensable badge

bu bir exact recipe worth memorizing, çünkü requirement dır subtle.

** required structure:** siz ihtiyaç duy contentUrl, ve at least bir of creator, creditText, copyrightNotice, veya license. Google’s doc: “In addition -e contentUrl, siz -meli bençer bir of following properties: creator, creditText, copyrightNotice, license. Once siz bençer bir of bunlar properties, diğer three properties ol recommended in Rich sonuçlar test et.”

ama badge itself sahiptir bir stricter trigger. Passing validation değildir aynı olarak olma badge-eligible. Google: “-erseniz’re kullanarak structured data -e specify bir image, siz -meli bençer license property bençin sizin image -e olmak eligible -e olmak gösterilen ile Licensable badge.” bu nedenle creator veya creditText alone -ecek validate fine — ve al siz no badge. license property dır switch. Google adds: “biz recommend şu siz ayrıca ekle acquireLicensePage property -erseniz sahip şu information.”

Structured data değildir yalnızca path. IPTC embedded photo metadata dır bir equally valid way -e earn aynı eligibility — no schema.org markup required at tümü. ama -erseniz kullan her ikisi ve onlar disagree, Google dır explicit hakkında tiebreaker: “-erseniz seç -e kullan her ikisi IPTC photo metadata ve structured data, ve eğer herhangi bir information conflicts arasında two, Google -ecek kullan structured data information.” şu’s reverse of ne bir lot of kişiler assume (şu file’s embedded metadata dır daha “authoritative” kaynak).

bir politika şu catches kişiler: image URL sahiptir -e olmak reachable. Google’s structured-data politikalar söyle “All image URLs specified in structured data must be crawlable and indexable” — block image ana makine in robots.txt ve whole thing silently fails.

ImageObject bençinde specific types

Recipe — required, ve June 2025 clarification

bençin Recipe, image dır required, ve o sahiptir gerçek rehberlik: crawlable ve indexable, -meli temsil et dish, ve Google “recommend[s] providing birden çok high-resolution images (minimum of 50K pixels ne zaman multiplying width ve height) ile following aspect ratios: 16x9, 4x3, ve 1x1.”

burada’s counterintuitive part en çok guides haven’t caught up -e. olarak of bir June 2025 doc update, Google states plainly: “Specifying image property in Recipe markup sahiptir no impact on image seçilen bençin bir text sonuç image.” In diğer words, sizin Recipe image governs recipe rich-sonuç eligibility — değil thumbnail şu shows sonraki -e sizin olağbir blue-bağlantı sonuç. şu’s bir separate system entirely (covered below). Barry Schwartz reported bu change at arama motoru Land on June 5, 2025.

Product — değil formally required ( myth-bust)

Almost everyone asserts şu images dır “required” bençin Product rich sonuçlar. onlar’re değil — at least değil per Google’s documented listeler. product-snippet doc’s formal Required properties dır name plus bir of review/aggregateRating/offers; Recommended liste dır aggregateRating, offers, review. image property görünür yalnızca bençinde worked örnekler, never in required/recommended tables. ekle product images anyway — bir listing olmadan bir photo converts worse — ama know şu’s bir UX-ve-Shopping argument, değil bir documented schema requirement. (ve yapmayın conflate o ile Merchant Center’s separate, stricter product-image resolution kurallar — bir farklı system -den ImageObject entirely.)

Article ve organizasyon

bençin Article, image dır bir recommended property şu feeds Article’s eligibility; o yapmaz produce bir dedicated image card of onun kendi. bençin Organization.logo, logo sahiptir onun kendi separate requirements (ve dır image Google -ebilir kullan bençin things like knowledge-panel ve bazı rich-sonuç branding) — worth marking up, ama o’s bir logo-specific job, değil general ImageObject licensing.

Controlling sizin arama / Discover thumbnail

-erseniz aslında iste -e influence image Google shows olarak sizin sayfa’s preview, şu’s bir farklı mechanism -den herhangi bir of above — ve Google clarified o in bir March 2026 dokümantasyon update. -den image-SEO en iyi-practices doc: “Google’s selection of bir image preview dır completely automated ve takes -e account bir number of farklı kaynaklar -e seç hangi image on bir given sayfa dır gösterilen on Google.”

Three parallel, non-exclusive sinyaller feed şu choice:

1. schema.org primaryImageOfPage property on sizin WebPage.
2. bir image property attached via mainEntity / mainEntityOfPage.
3. og:image meta tag.

Google’ın rehberi bençin tümü three: “seç bir image şu’s relevant ve temsilci of sayfa. kaçın kullanarak bir generic image (örneğin, sizin site logo) veya bir image ile text in schema.org markup veya og:image meta tag.” Matt G. Southern covered update at arama motoru Journal on March 2, 2026, noting key benşaret et: schema markup ve og:image her ikisi count — onlar’re parallel inputs, değil bir either/veya.

C2PA / “About this image” — adjacent, değil ImageObject

bir forward-looking sibling worth bir mention, birçıkçbir scoped olarak separate -den ImageObject licensing: C2PA bençerik-provenance metadata (embedded in image file, değil schema.org). Google: “eğer bir image contains C2PA metadata, Google -ebilir extract şunlar details ve -ebilir göster information in ‘hakkında bu image’ feature, such olarak nasıl image idi oluşturuldu veya eğer o idi edited ile AI araçlar.” bu bir AI-provenance sinyal on aynı “About this image” surface olarak licensing info — ama o lives in file’s manifest, değil in sizin ImageObject markup. yapmayın fold two together.

dır ImageObject bir sıralama faktörü?

No — aynı indirect story olarak tümü structured data. standing Google position (Gary Illyes, John Mueller) dır şu schema yardımcı olur motorlar understand bençerik ve -ebilir unlock eligibility bençin features, ama o değildir bir direct sıralama input. bençin ImageObject specifically, wins dır concrete ama narrow: Licensable badge (via license), rich-sonuç eligibility bençin parent types like Recipe (via bir valid image), ve thumbnail-selection input (via primaryImageOfPage). None of şunlar dır “rank higher,” ve Google’ın kendi troubleshooting rehberlik dır explicit şu hatta bir fully valid image-metadata block değildir guaranteed -e display. aynı reviewed kaynaklar yapmayın establish bir AI-citation effect -den ImageObject either — ben haven’t found bir kaynak şu shows o improves sizin odds of olma cited in bir AI yanıt. Anyone selling siz bir specific percentage trafik lift -den image schema dır quoting bir number şu traces -e no kaynak.

yaygın mistakes

• kullanarak url yerine contentUrl. her ikisi çalışır; Google prefers contentUrl olarak daha precise.
• Forgetting license specifically. diğer three attribution properties validate ama yapmayın trigger Licensable badge.
• Assuming Recipe’s image controls sizin text-sonuç thumbnail. o yapmaz (Google, June 2025) — o yalnızca affects recipe rich-sonuç eligibility.
• Assuming Product images dır formally required schema. onlar’re değil in Google’s documented listeler (hâlâ ekle them bençin UX/Shopping).
• Blocking image URL. bir robots.txt-disallowed veya noindexed image ana makine anlamına gelir markup silently fails Google’s crawlable-ve-indexable requirement.
• Repeating invented performance istatistikler. neredeyse her competing rehber cites bir uncited “+X% CTR/traffic” figure. None trace -e bir kaynak.

nerede bu fits

ImageObject dır bir deep dive in structured-data sub-küme, alongside onun sibling schema-type articles (article-schema, recipe-schema, product-schema, videoobject-schema, organization-schema). Thematically o’s utility type creative-çalışır schema family leans on, ve o lives altında Structured Data bençin SEO hub. bençin broader picture of alt text, formats, image sitemaps, ve lazy-loading, şu’s bir separate image-SEO topic; bu article dır specifically “nasıl yap ben describe bir image olarak data” piece şunlar others quietly depend on.

AI özet

bir condensed take on Advanced sürüm:

• ImageObject dır bir nested değer type, değil bir standalone rich sonuç. Hierarchy: Thing > CreativeWork > MediaObject > ImageObject. o’s değer of Product.image, Article.image, Recipe.image, Organization.logo, WebPage.primaryImageOfPage. bir plain URL dır bir valid image değer; upgrade -e bir full object yalnızca -dığınızda sahip metadata -e attach.
• Licensable badge recipe: contentUrl + at least bir of creator/creditText/copyrightNotice/license -e validate — ama license property specifically dır ne yapar badge eligible. ekle acquireLicensePage de -erseniz sahip o.
• contentUrl üzerinde url — Google şunu söylüyor contentUrl dır daha precise bençin pinning down hangi image metadata describes; url dır bir legacy fallback.
• IPTC dır bir equal alternative path -e aynı eligibility — ama eğer IPTC ve structured data conflict, Google kullanır structured data.
• Recipe: image dır required (50K px² min; 16x9/4x3/1x1) ama sahiptir no impact on sizin text-sonuç thumbnail (Google clarified June 2025).
• Product: image dır değil in Google’s formal required/recommended listeler — ekle o anyway bençin UX/Shopping, ama o’s değil bir documented schema requirement.
• Thumbnail control dır bir separate March 2026 mechanism: primaryImageOfPage, main-entity image, ve og:image olarak three parallel sinyaller.
• C2PA feeds “About this image” (AI-provenance) ama lives in file, değil in ImageObject markup — yapmayın conflate.
• değil bir sıralama faktörü — indirect at en çok, display itself değildir guaranteed, ve no kaynak establishes bir AI-citation effect either; ignore invented “+X%” istatistikler.

resmî dokümantasyon

birincil-kaynak dokümantasyon -den Google ve schema.org.

Google

• Image Metadata (Google Images SEO) — temel ImageObject/licensing doc: required properties, contentUrl vs url, license/Licensable-badge kural, IPTC-vs-structured-data conflicts, ve C2PA.
• Structured Data General Guidelines — crawlable-ve-indexable ve relevance requirements şu uygula -e herhangi bir image in structured data.
• Recipe structured data — image required, size/aspect-ratio rehberlik, ve “no impact on the text-result image” clarification.
• Product snippet structured data — formal Required/Recommended property listeler (note image dır in neither).
• Image SEO en iyi practices — primaryImageOfPage, main-entity image, ve og:image olarak thumbnail-selection sinyaller.

schema.org

• ImageObject — type definition, hierarchy (Thing > CreativeWork > MediaObject > ImageObject), ve full property liste.
• contentUrl · license · acquireLicensePage — properties Google’s licensing rehberlik leans on.

Quotes -den kaynak

On—record statements -den Google. her bağlantı dır bir deep bağlantı şu jumps -e quoted passage on kaynak sayfa.

Google — contentUrl ve url karşılaştırması

• “Google uses contentUrl to determine which image the photo metadata applies to.” — Google arama Central docs. Jump -e quote
• “While the url property is not as precise and we recommend you use contentUrl instead, existing markup may still use url.” Jump -e quote

Google — required structure ve Licensable-badge trigger

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

Google — IPTC vs structured data, ve 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 -e quote
• On creator: “This is usually the photographer, but it may be a company or organization (if appropriate).” Jump -e quote

Google — image politika, Recipe, ve thumbnail selection

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

Plain URL veya full ImageObject? ve hangi feature am ben hatta sonra?

en çok yaygın gerçek soru ile ImageObject değildir “how do I write it” — o’s “do I need the full object at all, and if so, why.” yanıt bençin image siz’re marking up.

ImageObject — kısa başvuru

Tek başına ve iç içe yapı karşılaştırması

** Licensable-badge recipe**

contentUrl ve url karşılaştırması

Image property tarafından parent type

Kısa bilgiler

• Hierarchy: Thing > CreativeWork > MediaObject > ImageObject.
• değil bir sıralama faktörü — earns eligibility, değil rank.
• IPTC dır bir equal path -e badge; on conflict, structured data wins.
• Image URLs -meli olmak crawlable ve indexable veya markup fails silently.
• Thumbnail control = primaryImageOfPage / main-entity image / og:image (March 2026), bir separate mechanism.
• C2PA ≠ ImageObject — o’s file-embedded provenance bençin “About this image.”

Anti-patterns — ImageObject mistakes ben see en çok

Adding creator veya creditText ve expecting Licensable badge. en çok yaygın near-miss. şunlar validate, ama badge dır gated on license specifically. Credit olmadan bir license bağlantı earns siz nothing visible.

Reaching bençin bir full ImageObject ne zaman bir URL string -irdi yap. -erseniz sahip no metadata -e attach, bir bare URL dır correct değer bençin bir image property — schema.org ve Google her ikisi accept o. Wrapping her image in bir full object sadece adds surface area -e al yanlış.

kullanarak url çünkü bir generator emitted o. Plenty of araçlar hâlâ output url. o çalışır, ama Google prefers contentUrl bençin precision. Prefer contentUrl in yeni markup.

Believing Recipe’s image sets sizin arama thumbnail. o’s required bençin recipe rich sonuç, ama Google explicitly söyler o sahiptir no impact on text-sonuç thumbnail. -erseniz iste -e influence şu image, şu’s bir separate job (primaryImageOfPage / og:image).

Treating Product images olarak bir required schema field. onlar’re değil in Google’s documented required/recommended listeler. ekle them bençin conversion ve Shopping, ama yapmayın cite “required schema” olarak neden — ve yapmayın confuse bu ile Merchant Center’s separate image-resolution kurallar.

Blocking image ana makine. bir robots.txt-disallowed veya noindexed image URL fails crawlable-ve-indexable requirement. markup -ebilir olmak perfect ve hâlâ yap nothing.

Repeating invented percentage istatistikler. “ImageObject schema gives a 30% CTR lift” ve friends trace -e no kaynak. Schema dır worth doing on onun gerçek merits (eligibility, understanding), değil bir yapılmış-up number.

Conflating C2PA provenance ile ImageObject licensing. “About this image” AI-provenance info comes -den C2PA metadata in file, değil -den sizin schema. Two farklı systems on aynı surface.

Implementation örnekler

Two patterns kapsa almost everything: bir standalone licensing image, ve bir ImageObject nested bençinde bir parent type.

1. Standalone photo-licensing image (chasing Licensable badge)

license property dır ne yapar bu badge-eligible; acquireLicensePage, creator, creditText, ve copyrightNotice round o 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 bençinde bir Product

burada ImageObject dır değer of Product.image. Note şu image değildir bir formally required Product property — bu “attach metadata” upgrade üzerinde bir 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. ne zaman bir plain URL dır yapğru yanıt

-erseniz sahip no metadata -e attach, yapmayın üzerinde-engineer o — bir bare URL string dır bir valid image değer:

{
  "@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 herhangi bir of bunlar in Rich sonuçlar test et ve schema.org validator önce shipping.

araçlar bençin building ve checking ImageObject markup

kontrol et o ile Schema Markup Validator: paste sizin JSON-LD (veya bir full HTML sayfa, veya fetch bir live URL) ve o detects ImageObject block — standalone veya nested bençinde Product, Article, veya Recipe — ve flags sorunlar tarafından severity. o’s fastest way -e kontrol et exact patterns -den örnekler tab: yapar o catch contentUrl vs. url, dır license present (değil sadece creator/creditText/copyrightNotice), ve yapar bir nested Product.image parse yapğru biçimde olarak bir ImageObject yerine bir bare string -dığınızda meant -e attach metadata.

o hâlde yapğrula eligibility ile Rich-sonuç Eligibility Checker: validating temiz JSON-LD değildir aynı olarak olma eligible bençin bir feature. çalıştır URL aracılığıyla bu checker -e see whether parent type (Recipe, Product) aslında raporlar olarak eligible bençin onun rich sonuç — yararlı since, olarak covered in Advanced, Product’s image değildir bir formally required property ve bir missing veya malformed bir -ebilir silently sit outside Google’s required/recommended listeler olmadan failing validation.

üçüncü-party — Google’s Rich sonuçlar test et: kaynak Google itself benşaret eder -e bençin Licensable-badge requirements quoted throughout bu article. kullan o olarak bir ikinci kontrol et on badge eligibility specifically, since şu’s bir stricter bar -den passing basic JSON-LD validation (siz ihtiyaç duy license, değil sadece bir of diğer three attribution properties).

Validation testler — yaptı sizin ImageObject change aslında take effect?

Proof şu bir specific ImageObject edit shipped yapğru biçimde, değil sadece şu o görünür yapğru in kaynak.

test et 1 — JSON-LD parses ile no errors

• test et -e çalıştır — Paste sayfa’s JSON-LD (veya fetch live URL) -e Schema Markup Validator.
• beklenen sonuç — ImageObject block (standalone veya nested) dır detected ile no syntax/parse errors, ve contentUrl resolves -e field siz intended.
• başarısızlık interpretation — bir parse başarısızlık genellikle anlamına gelir bir templating bug — bir malformed nested object nerede Product.image -meli hold bir ImageObject ama aldı broken JSON, veya bir stray string nerede bir object idi beklenen.
• izleme window — Immediate.
• Rollback trigger — validator -ebilir’t detect ImageObject at tümü sonra bir template deploy — markup değildir rendering; roll back change.

test et 2 — Licensable-badge validation geçer (ama kontrol et stricter trigger)

• test et -e çalıştır — çalıştır aynı URL aracılığıyla Schema Markup Validator veya Google’s Rich sonuçlar test et, checking specifically bençin contentUrl plus at least bir of creator/creditText/ copyrightNotice/license.
• beklenen sonuç — image-metadata block validates ile no required-property errors.
• başarısızlık interpretation — “validates but no badge” mode: validation passing dır değil aynı olarak badge eligibility. -erseniz eklendi creator veya creditText ama değil license, block -ecek validate cleanly ve hâlâ never göster Licensable badge — Google’s doc dır explicit şu license specifically dır trigger. yapmayın okuyun bir validation geç olarak confirmation badge -ecek görün.
• izleme window — Immediate bençin validation; Licensable badge itself -ebilir take longer -e surface in Google Images sonra bir successful tarama, bu nedenle izin ver bir few weeks önce concluding o’s missing.
• Rollback trigger — eğer license dır present, validation geçer, ve badge hâlâ hasn’t appeared sonra bir reasonable tarama window, kontrol et şu image URL itself dır crawlable ve indexable (bir robots.txt block on image ana makine yapar markup başarısız ol silently) önce assuming markup dır yanlış.

test et 3 — Recipe eligibility değildir confused ile thumbnail control

• test et -e çalıştır — bençin Recipe sayfalar, çalıştır URL aracılığıyla Rich-sonuç Eligibility Checker -e yapğrula recipe rich sonuç raporlar eligible, separately -den checking hangi image shows sonraki -e sizin olağbir text sonuç in arama.
• beklenen sonuç — recipe rich sonuç shows eligible ile bir valid image present. Separately, text-sonuç thumbnail dır whatever primaryImageOfPage, main-entity image, veya og:image selects — değil necessarily aynı image.
• başarısızlık interpretation — eğer recipe rich sonuç dır ineligible, sorun dır image property on Recipe type itself (missing, yanlış aspect ratio, değil crawlable). eğer text-sonuç thumbnail görünür yanlış, şu’s bir separate sinyal entirely (per Google’s June 2025 clarification, Recipe’s image yapmaz control o) — kontrol et primaryImageOfPage ve og:image instead.
• izleme window — Rich-sonuç eligibility -ebilir olmak checked immediately sonra bir successful tarama; thumbnail selection dır automated ve -ebilir take longer -e settle in live arama sonuçları — izin ver bir few weeks önce troubleshooting further.
• Rollback trigger — Recipe rich-sonuç eligibility drops sonra bir template change — roll back ve re-kontrol et image property’s crawlability ve size.

kaynaklar worth sizin time

benim related yazma

• Structured Data: ne o dır ve nasıl -e kullan o — benim Ahrefs rehber -e schema types, formats, validation, ve sameAs entity angle; broader context ImageObject sits bençinde.
• Beginner’s rehber -e teknik SEO — nerede structured data (ve images) fit -e bigger teknik picture.

benim speaking

• nasıl arama çalışır (SlideShare) — benim walkthrough of tarama, rendering, dizine ekleme, ve nasıl markup feeds understanding. (benim standing disclaimer uygulanır: “This is my understanding of systems… not going to be 100% complete or accurate.”)

resmî

• Google’s Image Metadata doc — canonical ImageObject/licensing reference.
• Google’s Recipe ve Product snippet docs — bençin required/recommended property realities.
• Google’s Image SEO en iyi practices — primaryImageOfPage / og:image thumbnail-selection rehberlik.
• schema.org/ImageObject — type definition ve full property liste.

-den yaklaşık industry

• Google updates Event ve Recipe structured data (Barry Schwartz, arama motoru Land, June 5, 2025) — kaynak bençin “Recipe image doesn’t affect the text-result thumbnail” clarification.
• Google clarifies nasıl o picks thumbnails bençin arama & Discover (Matt G. Southern, arama motoru Journal, March 2, 2026) — primaryImageOfPage / main-entity image / og:image thumbnail update.
• Quick rehber -e IPTC Photo Metadata ve Google Images (IPTC) — IPTC-field—e-schema.org mapping bençin alternative licensing path.
• Yoast — Image schema piece (Yoast developer portal) — bir solid teknik reference bençin ImageObject bençinde bir JSON-LD @graph, referenced tarafından @id ne zaman aynı image dır reused.
• r/TechSEO — community bençin structured-data ve image-markup debugging.

test et yourself: ImageObject Schema

Five quick questions on nasıl ImageObject aslında çalışır. seç bir yanıt her biri bençin, o hâlde kontrol et.

Değişiklik günlüğü