Türkçe çeviri: ItemList Schema

TL;DR — ItemList dır bir bit of schema.org code şu söyler “bu sayfa dır bir liste of things, in bu sıra.” two önemli parts dır liste of entries (itemListElement) ve bir rank number on her bir (position). tarafından itself o yapar değil al siz bir fancy arama sonuç — Google’s swipeable Carousel dır oluşturulmuş on top of ItemList, ve yalnızca shows up -dığınızda pair o ile bir of bir few specific bençerik types (recipes, movies, courses, restaurants). o won’t yardım et siz rank higher, either.

ne ItemList schema dır

-dığınızda oluştur bir “Top 10” sayfa, veya bir recipe roundup, veya bir liste of courses, siz -ebilir see o’s bir liste. bir arama motoru mostly sees bir wall of text ve bazı HTML. ItemList dır bir küçük block of structured-data code şu spells o out: “bu bir liste, burada dır items, ve burada’s sıra onlar go in.”

Schema.org describes o olarak “bir liste of items of herhangi bir sort—örneğin, Top 10 Movies hakkında Weathermen, veya Top 100 Party Songs.” o ayrıca adds bir clarifying line worth remembering: “değil -e olmak confused ile HTML listeler, hangi dır çoğu zaman kullanılan yalnızca bençin formatting.” bir ordinary <ol> veya <ul> yapar bir liste bak like bir liste; ItemList yapar o anlamına gel bir liste -e bir machine.

Two properties yap almost tümü çalışır:

• itemListElement — liste of entries. her entry dır genellikle bir ListItem.
• position — bir number başlangıç at 1 şu söyler nerede her entry ranks in liste.

bir thing everyone alır yanlış

Adding ItemList tarafından itself yapmaz al siz bir special arama sonuç. bu top misconception, bu nedenle o’s worth stating plainly. ItemList dır mechanism; visible payoff — bir swipeable ayarla of cards in Google’s sonuçlar — dır bir separate feature called bir Carousel. ve bir carousel yalnızca görünür -dığınızda combine ItemList ile bir of bir kısa, Google-controlled liste of bençerik types (bençin classic carousel: Course liste, Movie, Recipe, Restaurant). bir generic “Top 10 blog posts” sayfa marked up ile plain ItemList yapmaz earn şu display.

orada’s ayrıca bir family connection şu surprises kişiler: breadcrumbs kullan aynı mechanism. BreadcrumbList — schema behind şunlar “Home › Category › Page” trails — dır technically bir type of ItemList. aynı itemListElement, aynı position. Once siz öğren bir, siz’ve mostly öğrenilmiş diğer.

neden önemli olduğu (ve ne o yapmaz yap)

• o -ebilir yap siz eligible bençin bir carousel — -erseniz sahip bir supported bençerik type ve everything else dır yapğru. Eligible değildir aynı olarak guaranteed, either: Google söyler plainly o yapmaz guarantee şu features consuming structured data -ecek aslında göster up in arama sonuçları.
• o yardımcı olur machines understand sizin sayfa dır bir structured liste. şu’s container’s job — ben’m değil going -e claim bir broader “yardımcı olur AI systems okuyun sizin sayfa” payoff on top of şu olmadan Google publishing something specific -e benşaret et -e.
• o yapar değil improve sizin sıralamalar. Like tümü structured data, ItemList değildir bir sıralama faktörü. Google sahiptir olmuş consistent on bu bençin years.

iste full picture — two implementation patterns, exact supported types, newer geo-limited beta carousel, nasıl BreadcrumbList fits in, ve yaygın validation failures? Switch -e Advanced tab.

TL;DR — ItemList dır schema.org’s generic ordered-liste container; itemListElement

• bir 1-based position yap çalışır, ile itemListOrder ve numberOfItems olarak lesser-kullanılan extras (numberOfItems önem taşır bençin paginated listeler). o dır değil itself bir rich sonuç — Google’s Carousel dır oluşturulmuş on top of o ve yalnızca fires ile bir supported companion type: Course liste, Movie, Recipe, Restaurant bençin classic carousel, ve LocalBusiness/Product/Event bençin bir newer beta şu’s geo-gated -e EEA, Turkey, ve South Africa. Two patterns: özet-sayfa (url-yalnızca ListItems) ve tümü-in-bir (nested items). kurallar: 2+ items (3+ bençin beta), tümü aynı type on classic carousel ( beta izin verir mixing), markup -meli match visible bençerik. BreadcrumbList dır formally bir subtype of ItemList (ile HowToSection, HowToStep, OfferCatalog) — detail en çok guides miss. ve structured data değildir bir sıralama faktörü — onun payoff dır eligibility ve understanding, değil position.

ne ItemList aslında dır

Schema.org’s definition dır deliberately broad: “bir liste of items of herhangi bir sort—örneğin, Top 10 Movies hakkında Weathermen, veya Top 100 Party Songs.” line şu explains neden type gerektirir -e var ol dır sonraki bir: “değil -e olmak confused ile HTML listeler, hangi dır çoğu zaman kullanılan yalnızca bençin formatting.” An <ol>/<ul> conveys “bunlar dır bir liste, in bu sıra” purely tarafından visual convention. ItemList declares container (ItemList), her entry (ListItem), ve her entry’s rank (position) olarak data bir machine -ebilir okuyun olmadan inferring anything -den layout.

Two properties yap heavy lifting:

• itemListElement — array of entries. Schema.org: “bençin itemListElement values, -ebilirsiniz kullan simple strings (e.g. ‘Peter’, ‘Paul’, ‘Mary’), existing entities, veya kullan ListItem.” bençin anything şu ister bir URL veya bir position (ben.e. anything aiming at bir rich sonuç), siz kullan ListItem.
• position — bir 1-based integer giving her ListItem onun rank.

Two daha dır documented ama skipped tarafından en çok guides:

• itemListOrder — “Type of ordering (e.g. Ascending, Descending, Unordered).” bir declaration, değil something Google enforces.
• numberOfItems — ” number of items in bir ItemList. Note şu bazı descriptions -ebilir değil fully describe tümü items in bir liste.” bu bir earns onun koru on paginated listeler: bir “Top 100” split genelinde five sayfalar -ebilir kullan numberOfItems -e state full count hatta gerçben herhangi bir bir sayfa marks up yalnızca twenty entries.

(orada’s ayrıca aggregateElement bençin holding aggregate ratings/offers genelinde liste — genuinely niche; siz’ll rarely touch o.)

two implementation patterns

Google’s carousel dokümantasyon describes two shapes, ve hangi bir siz kullan changes ne her ListItem görünür like:

özet sayfa ve birden çok detail sayfalar

bir özet sayfa listeler her item briefly, ve her entry bağlantılar out -e bir dedicated detail sayfa. burada ListItem dır minimal — Google: özet sayfa defines bir ItemList nerede her ListItem sahiptir yalnızca three properties: @type (ayarla -e ListItem), position ( position in liste), ve url ( canonical URL of item’s detail sayfa). full per-item structured data ( Recipe, Movie, etc.) lives on her detail sayfa.

tümü-in-bir özet sayfa

Everything lives on bir sayfa, bu nedenle her ListItem carries bir nested item containing full companion-type markup ( whole Recipe object, bençin instance) yerine sadece bir url. kullan bu ne zaman vardır no separate detail sayfalar.

ItemList değildir Carousel — bu temel distinction

burada’s accuracy spine of whole topic. ItemList dır bir container; Carousel dır bir rich sonuç oluşturulmuş on top of o. ItemList alone, ile no supported companion type, yapar değil produce bir distinct “list” rich sonuç in classic Google arama. Google’s docs dır explicit şu carousel eligibility requires her ikisi pieces.

Classic Carousel — supported types

-e olmak eligible bençin bir ana makine carousel rich sonuç, siz ekle ItemList structured data in combination ile bir of bir küçük, Google-controlled ayarla of supported features. olarak of Google’s güncel (2026) dokümantasyon, şu liste dır:

• Course liste
• Movie
• Recipe
• Restaurant

şu’s o bençin classic carousel. diğer types — Product, BlogPosting, Event — -ebilir carry ItemList markup bençin organizasyon ve machine understanding, ama şu alone yapar değil yap them classic-carousel-eligible.

Carousels (Beta) — newer, geo-gated program

orada’s bir ikinci, newer program — Carousels (Beta) — şu Google describes olarak “bir liste-like rich sonuç şu kişiler -ebilir scroll horizontally -e see daha entities -den bir given site.” o’s daha actively-evolving part of bu feature area, ve o differs -den classic carousel in three önemli ways:

• farklı supported types: ItemList combined ile LocalBusiness ve onun subtypes (Restaurant, Hotel, VacationRental), Product, veya Event — bir broader ve farklı ayarla -den classic four.
• Geographically limited: o’s mevcut yalnızca in EEA countries, Turkey, ve South Africa, on desktop ve mobile, ile eligible sorgu types varying tarafından region. bu değil bir global feature — bir caveat worth stating plainly, since several üçüncü-party yaz-ups discuss o olarak eğer o’s generally mevcut.
• bir higher minimum: beta requires bir özet sayfa plus detail sayfalar ile at least three itemListElement.item entries, versus classic carousel’s two.
• Mixing dır allowed: unlike classic carousel’s strict aynı-type kural, Google’s beta dokümantasyon söyler siz “-ebilir mix ve match farklı types of entities (bençin örnek, hotels, restaurants), eğer gerekli bençin sizin scenario” — yapmayın carry classic aynı-type assumption üzerinde -dığınızda’re working ile beta.

ele al beta olarak “watch this space” yerine bir stable, universal feature.

nasıl BreadcrumbList (ve bir few others) relate -e ItemList

bu tek en çok altında-covered, differentiating fact hakkında ItemList, ve o clears up bir yaygın benşaret et of confusion: BreadcrumbList değildir bir separate, unrelated schema type — o dır formally bir subtype of ItemList. Schema.org states o yapğrudan: “bir BreadcrumbList dır bir ItemList consisting of bir chain of linked web sayfaları, typically described kullanarak at least onların URL ve onların name, ve typically ending ile güncel sayfa.” ve schema.org’s kendi “More specific Types” liste bençin ItemList dır tam olarak four entries: BreadcrumbList, HowToSection, HowToStep, ve OfferCatalog.

Practically, şu anlamına gelir itemListElement + position mechanics siz kullan bençin bir carousel dır literally aynı ones siz kullan bençin breadcrumbs — yalnızca outer @type (BreadcrumbList vs. plain ItemList) ve semantic purpose change. Google frames breadcrumbs aynı way: -e specify breadcrumbs, siz define bir BreadcrumbList containing at least two ListItems. -erseniz’ve implemented bir, siz zaten understand diğer. ( breadcrumb side of bu family lives in onun kendi deep dive, ve visible carousel sonuç dır subject of bir sibling carousel piece — her ikisi sit in bu aynı structured-data sub-küme.)

Implementation requirements ve yaygın validation failures

en çok carousel/ItemList failures come down -e bir handful of documented kurallar:

• Minimum item count. Google requires itemListElement array -e contain two veya daha ListItem elements bençin classic carousel (three veya daha bençin beta). bir item değildir bir liste.
• aynı-type kural (classic carousel) — frequent gerçek neden ol of failures. Google: “tümü items in liste -meli olmak of aynı type. örneğin, eğer bir liste dır hakkında recipes, yalnızca bençer Recipe items. yapmayın mix farklı types.” bir liste şu mixes Recipes ve Products won’t validate olarak bir classic carousel. bu kural dır specific -e classic program — beta above explicitly permits mixing entity types, bu nedenle yapmayın carry aynı-type assumption üzerinde ne zaman şu’s program siz’re targeting.
• Visible-bençerik parity. bir general structured-data politika şu’s called out specifically burada: text visible -e kullanıcı -meli olmak benzer -e information in structured data. -ebilirsiniz’t mark up items şu değildir genuinely represented in visible sayfa.
• aynı-domain URLs. bir ana makine carousel shows cards -den aynı site; item URLs -meli olmak on sizin kendi domain.
• Standard structured-data hygiene uygulanır. JSON-LD dır Google’s recommended format, tümü required properties bençin sizin companion type -meli olmak present (“Items şu dır missing required properties değildir eligible bençin rich sonuçlar”), ve siz -meli değil block marked-up sayfalar -den Googlebot via robots.txt veya noindex. bunlar dır aynı general guidelines şu govern her rich-sonuç type — broader structured-data hub kapsar them in full.

yapar ItemList schema affect sıralamalar? (No.)

kısa yanıt: no. Structured data değildir bir sıralama faktörü, ve şu bençerir ItemList. bu Google’s consistent, repeated position. At arama Central Live APAC 2025, Gary Illyes yapılmış benşaret et şu “excessive veya redundant schema yalnızca adds sayfa bloat ve sahiptir no additional sıralama benefits,” framing schema olarak bir aid -e entity understanding ve machine features — explicitly değil part of sıralama süreç. Google’s standing position genelinde recent years dır aynı: structured data değildir bir sıralama sinyal, ve hatta in durumlar of structured-data misuse consequence dır loss of rich-sonuç eligibility (via bir manual action), değil bir sıralama penalty.

nerede yapar değer come -den, o hâlde? Two places: rich-sonuç eligibility (bir carousel -ebilir lift click-aracılığıyla, değil position) ve machine understanding. On ikinci benşaret et, John Mueller — speaking personally, ve explicitly “not official guidance” — noted in early 2026 şu bazı features genuinely benefit -den structured data, giving örnek şu “pricing, shipping, availability bençin shopping dır basically impossible -e okuyun in high fidelity & accurately -den bir text sayfa.” şu’s honest frame: ItemList yardımcı olur machines understand bir structured liste; o yapmaz rank o higher.

ItemList vs. CollectionPage — bir quick disambiguation

bunlar al confused çünkü her ikisi uygula -e “listing” sayfalar, ama onlar yanıt farklı questions. ItemList describes bir ordered liste of discrete items — entries ve onların positions. CollectionPage dır bir sayfa type şu represents bir themed collection; o’s hakkında sayfa-level semantics (“this page is a collection of things”) yerine ordering of specific liste items. onlar’re değil mutually exclusive — bir category sayfa -ebilir olmak bir CollectionPage şu ayrıca contains bir ItemList of onun products — ama ulaş bençin ItemList ne zaman ne siz iste -e express dır “here are the ranked items,” ve CollectionPage -dığınızda iste -e express “bu sayfa dır bir curated collection.”

nerede bu fits

ItemList dır bir deep dive altında broader structured data hub, alongside sibling pieces on visible carousel rich sonuç (ItemList’s main Google application) ve on BreadcrumbList (formally bir subtype of çok aynı mechanism). bençin fundamentals şu govern her type burada — schema.org vocabulary, JSON-LD, “not a ranking factor” spine, ve shrinking liste of supported rich sonuçlar — see Structured Data hub. şu sub-küme lives bençinde broader on-sayfa SEO küme.

AI özet

bir condensed take on Advanced sürüm:

• ItemList = bir generic schema.org liste container. “A list of items of any sort.” itemListElement ( entries, genellikle ListItem) + bir 1-based position yap çalışır; itemListOrder ve numberOfItems dır lesser-kullanılan extras (numberOfItems önem taşır bençin paginated listeler).
• ItemList değildir bir rich sonuç tarafından itself. Google’s Carousel dır oluşturulmuş on top of o ve yalnızca fires ile bir supported companion type. bu container-vs-rich-sonuç distinction dır top misconception.
• Classic Carousel supported types: Course liste, Movie, Recipe, Restaurant — pair bir ile ItemList -e olmak eligible (never guaranteed).
• Carousels (Beta) dır bir separate, newer program: LocalBusiness/Product/Event, geo-gated -e EEA, Turkey, ve South Africa, minimum three entities. değil globally mevcut.
• Two implementation patterns: özet-sayfa (ListItems ile sadece @type/position/url, detail markup on separate sayfalar) ve tümü-in-bir (her ListItem nests full item).
• BreadcrumbList dır bir formal SUBTYPE of ItemList (ile HowToSection, HowToStep, OfferCatalog). Breadcrumbs ve carousels share exact aynı itemListElement/position mechanics.
• kurallar şu neden ol en çok failures: 2+ items (3+ beta), tümü aynı type on classic carousel ( beta izin verir mixing), ve markup -meli match visible bençerik.
• değil bir sıralama faktörü. Illyes (2025): redundant schema dır “page bloat” ile “no additional sıralama benefits.” değer = rich-sonuç eligibility + machine understanding; misuse maliyetler eligibility, değil sıralamalar. Mueller (personally, “not official guidance”) notes schema yardımcı olur bençin hard—e-parse data like pricing/availability.
• ItemList vs. CollectionPage: ItemList = bir ordered liste of discrete items; CollectionPage = bir sayfa type bençin bir themed collection. değil mutually exclusive.

resmî dokümantasyon

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

Google

• Carousel (ItemList) Structured Data — classic ana makine carousel: supported types (Course liste, Movie, Recipe, Restaurant), özet-sayfa vs. tümü-in-bir patterns, 2+ items ve aynı-type kurallar.
• Carousels (Beta) Structured Data — newer, geo-gated program (LocalBusiness/Product/Event; EEA, Turkey, South Africa; 3+ entities).
• Breadcrumb (BreadcrumbList) Structured Data — breadcrumb application of aynı ItemList mechanism.
• Structured Data General Guidelines — politikalar şu uygula -e ItemList olarak -e her type: görünürlük, accuracy, required properties, no robots.txt/noindex blocking.

schema.org

• ItemList — type itself: definition, HTML-liste distinction, itemListElement/itemListOrder/numberOfItems, ve “More specific Types” liste confirming subtypes.
• BreadcrumbList — confirms, -den diğer direction, şu BreadcrumbList dır bir ItemList.
• ListItem — entry type şu carries position, url, ve item.

Quotes -den kaynak

On—record statements -den Google ve schema.org. nerede bir sayfa exposes text, bağlantı dır bir deep bağlantı şu jumps -e quoted passage.

schema.org — ne ItemList dır

• “A list of items of any sort—for example, Top 10 Movies About Weathermen, or Top 100 Party Songs.” — schema.org, ItemList. Jump -e quote
• “Not to be confused with HTML lists, which are often used only for formatting.” Jump -e quote
• On itemListElement: “For itemListElement values, you can use simple strings (e.g. ‘Peter’, ‘Paul’, ‘Mary’), existing entities, or use ListItem.” Jump -e quote

schema.org — BreadcrumbList dır bir ItemList

• “A BreadcrumbList is an ItemList consisting of a chain of linked Web pages, typically described using at least their URL and their name, and typically ending with the current page.” — schema.org, BreadcrumbList. Jump -e quote

Google — aynı-type kural

• “All items in the list must be of the same type. For example, if a list is about recipes, only include Recipe items. Don’t mix different types.” — Google arama Central, Carousel dokümantasyon. Jump -e quote

Gary Illyes, Google (arama Central Live APAC 2025, via arama motoru Journal’s yaz-up)

• Excessive veya redundant schema “only adds page bloat and has no additional ranking benefits” — schema yardımcı olur entity understanding ve machine features, ama değildir part of sıralama süreç. okuyun coverage

John Mueller, Google (Reddit, reported Jan 2026 tarafından arama motoru Roundtable — explicitly framed olarak personal opinion, “not official guidance”)

• On nerede schema genuinely yardımcı olur: “Pricing, shipping, availability for shopping is basically impossible to read in high fidelity & accurately from a text page, for example.” okuyun coverage

ItemList — kısa başvuru

** properties**

Klasik Carousel ve Carousels (Beta) karşılaştırması

** kurallar şu break validation**

• Fewer -den minimum items (2 classic / 3 beta).
• Mixed item types on classic carousel — tümü items -meli olmak aynı type orada ( beta izin verir mixing).
• Markup şu yapmaz match visible on-sayfa bençerik.
• Item URLs off sizin kendi domain (ana makine carousels dır aynı-site).
• Missing required properties on companion type.

Kısa bilgiler

• ItemList alone dır değil bir rich sonuç — siz ihtiyaç duy bir supported companion type bençin bir carousel.
• BreadcrumbList dır bir subtype of ItemList (ile HowToSection, HowToStep, OfferCatalog).
• değil bir sıralama faktörü — değer dır eligibility + machine understanding.
• JSON-LD dır Google’s recommended format.
• ItemList vs. CollectionPage: ordered liste of items vs. bir themed-collection sayfa type.

yap ben ihtiyaç duy ItemList — ve -ecek o al me bir carousel?

çalışır down questions; her yanıt benşaret eder siz -e yapğru move.

1. dır sizin sayfa genuinely bir liste of discrete, ranked/ordered items?

• No → ItemList değildir yapğru type. eğer sayfa dır bir themed collection, bak at CollectionPage instead. eğer o’s bir breadcrumb trail, şu’s BreadcrumbList (bir subtype of ItemList, ama ile onun kendi required shape).
• Yes → continue.

2. dır şunlar items bir of carousel-supported types?

• Course liste / Movie / Recipe / Restaurant → siz’re eligible bençin classic Carousel (global). Continue -e 3.
• LocalBusiness / Product / Event → -ebilirsiniz yalnızca al bir carousel via Carousels (Beta) program, bu da limited -e EEA, Turkey, ve South Africa ve gerektirir 3+ entities. Elsewhere, sizin ItemList hâlâ yardımcı olur machine understanding ama won’t produce bir carousel.
• Anything else (blog posts, generic “Top 10”) → plain ItemList dır fine bençin structure ve understanding, ama o -ecek değil produce bir carousel rich sonuç. yapmayın expect bir.

3. yap siz sahip separate detail sayfalar her biri bençin item?

• Yes → kullan özet-sayfa pattern: her ListItem gerektirir yalnızca @type, position, ve url; put full companion-type markup on her detail sayfa.
• No, everything’s on bir sayfa → kullan tümü-in-bir pattern: her ListItem nests full item markup.

4. Final eligibility kontroller önce siz expect bir carousel:

• 2+ items (3+ bençin beta)? · tümü aynı type (classic yalnızca — beta izin verir mixing)? · Markup matches visible bençerik? · Item URLs on sizin kendi domain? · Required companion-type properties present? · sayfa değil blocked tarafından robots.txt/noindex?
• tümü yes → siz’re eligible. Remember Google hâlâ decides whether -e aslında render o — rich sonuçlar dır never guaranteed.

Reality kontrol et: none of bu lifts sıralamalar. upside dır bir olası carousel (daha iyi click-aracılığıyla) ve cleaner machine understanding — değil bir higher position.

yaygın ItemList/carousel problems ve nasıl düzeltileceğben them

Symptom-neden ol-düzelt lookups bençin situations şu aslında durdur bir carousel -den appearing, veya şu break BreadcrumbList side of aynı mechanism.

markup validates temiz, ama no carousel ever görünür

muhtemel neden ol: ItemList tarafından itself değildir bir rich sonuç — bir carousel yalnızca fires ne zaman ItemList dır paired ile bir supported companion type (Course liste, Movie, Recipe, Restaurant bençin classic carousel; LocalBusiness/Product/Event bençin geo-gated beta). eğer sayfa’s items dır bir type outside şunlar listeler (bir generic “Top 10 blog posts,” bençin instance), ItemList dır doing onun job bençin machine understanding ama idi never going -e produce bir carousel. düzelt: yapğrula companion type dır bir of supported ones bençin program siz’re targeting; eğer o değildir, yapmayın expect bir carousel — remember şu hatta fully eligible markup yalnızca yapar siz eligible, never guaranteed, since Google hâlâ decides whether -e render o.

liste validates ama Google flags bir aynı-type veya count error

muhtemel neden ol: two en çok yaygın structural failures — mixing item types on classic carousel (“tümü items in liste -meli olmak of aynı type… yapmayın mix farklı types”) veya having fewer -den minimum (2+ bençin classic carousel, 3+ bençin beta). -erseniz’re targeting beta instead, mixed types değildir sizin sorun — Google’s beta docs explicitly izin ver mixing entity types ne zaman scenario çbirğrılar bençin o. düzelt: bençin classic carousel, kontrol et her ListItem in itemListElement dır aynı schema.org type; bençin beta, skip şu kontrol et ve yapğrula entry count karşı yapğru minimum bençin program siz’re pairing ile instead.

carousel yapmaz render hatta gerçben item count ve type dır correct

muhtemel neden ol: visible-bençerik parity — text visible -e kullanıcı -meli olmak benzer -e information in structured data, ve item URLs -meli olmak on sizin kendi domain bençin bir ana makine carousel. bir liste şu marks up items değil genuinely represented on visible sayfa, veya şu benşaret eder at off-domain URLs, fails bu general structured-data politika hatta ne zaman ItemList shape itself dır technically correct. düzelt: kontrol et her marked-up item dır genuinely visible on sayfa (veya, in özet-sayfa pattern, şu her detail sayfa carries full companion-type markup) ve şu URLs resolve on sizin kendi domain, o hâlde re-validate.

Breadcrumbs (veya başka bir ItemList subtype) başarısız ol aynı way

muhtemel neden ol: çünkü BreadcrumbList dır formally bir subtype of ItemList sharing aynı itemListElement/position mechanics, aynı structural mistakes — de few items, mismatched visible bençerik — break breadcrumb eligibility de. düzelt: uygula aynı kontroller (minimum items, visible-bençerik match) -e BreadcrumbList markup olarak siz -irdi -e bir carousel ItemList; -erseniz’ve debugged bir, siz zaten know nasıl -e debug diğer.

Worked örnekler: two ItemList patterns

article above describes özet-sayfa ve tümü-in-bir patterns in prose yalnızca — burada’s ne her aslında görünür like olarak JSON-LD, plus nasıl BreadcrumbList reuses exact aynı shape.

Pattern 1 — özet sayfa + separate detail sayfalar

her ListItem carries yalnızca @type, position, ve url; full Recipe/Movie/etc. markup lives on linked detail sayfa, değil burada.

{
  "@context": "https://schema.org",
  "@type": "ItemList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "url": "https://example.com/recipes/lemon-bars"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "url": "https://example.com/recipes/banana-bread"
    }
  ]
}

• position dır 1-based, değil 0-based.
• url dır canonical URL of şu item’s kendi detail sayfa — Recipe object itself dır marked up üzerinde orada, değil nested burada.
• bu shape gerektirir 2+ entries bençin classic carousel (3+ bençin beta), ve her entry -meli olmak aynı companion type on far end.

Pattern 2 — tümü-in-bir sayfa (no separate detail sayfalar)

Everything lives on bir sayfa, bu nedenle her ListItem nests full item object instead of sadece bir url.

{
  "@context": "https://schema.org",
  "@type": "ItemList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "item": {
        "@type": "Recipe",
        "name": "Lemon Bars",
        "url": "https://example.com/recipes#lemon-bars"
      }
    },
    {
      "@type": "ListItem",
      "position": 2,
      "item": {
        "@type": "Recipe",
        "name": "Banana Bread",
        "url": "https://example.com/recipes#banana-bread"
      }
    }
  ]
}

• kullan bu ne zaman orada’s no dedicated detail sayfa per item — whole companion-type object (Recipe burada) nests altında item.
• her ikisi items dır Recipe — mixing in bir Product veya Movie burada -irdi break aynı-type kural ve disqualify whole liste -den carousel eligibility.

nasıl BreadcrumbList reuses aynı mechanism

BreadcrumbList dır formally bir subtype of ItemList — aynı itemListElement/position shape, sadece bir farklı outer @type ve semantic purpose:

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Recipes",
      "item": "https://example.com/recipes/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Lemon Bars"
    }
  ]
}

• Google requires at least two ListItems bençin bir breadcrumb trail — aynı “2+ items” mechanic olarak classic carousel, sadece applied -e sayfa hierarchy instead of bençerik items.
• final crumb ( güncel sayfa) typically omits item, since o sahiptir no further bağlantı target.

araçlar bençin checking ItemList ve carousel eligibility

• Rich-sonuç Eligibility Checker — paste sizin JSON-LD, bir HTML sayfa, veya fetch bir live URL ve see, per type, hangi of Google’s rich sonuçlar o qualifies bençin, dahil Breadcrumb feature bu article establishes olarak bir subtype of ItemList — o flags exact missing required field yerine sadece bir generic geç/başarısız ol, bu da fastest way -e see whether bir BreadcrumbList (veya bir carousel companion type) dır aslında eligible.
• Schema Markup Validator — paste veya fetch sizin JSON-LD ve çalıştır o aracılığıyla severity-tiered structured-data validation: schema.org vocabulary kontroller, Google’s rich-sonuç requirements, ve cross-block @id graph kontroller, ile bir corrected kopya-pasteable JSON-LD block back. yararlı bençin catching aynı-type mismatches ve missing-property errors şu dır en çok yaygın neden ol of ItemList/carousel validation failures.
• Google’s Rich sonuçlar test et — Google’ın kendi eligibility checker; bir good ikinci opinion once two araçlar above come back temiz, since o reflects Google’s live parsing yerine bir üçüncü-party interpretation of spec.

Confirming bir ItemList/carousel change aslında took effect

kontroller below prove bir specific ItemList veya BreadcrumbList change çalışır, in sıra -e çalıştır them, ile sinyal şu anlamına gelir “undo this.”

yapğrula JSON-LD parses ve hits yapğru eligibility bar

test et -e çalıştır: paste updated JSON-LD -e Rich-sonuç Eligibility Checker veya Schema Markup Validator. beklenen sonuç: companion type (Recipe, Movie, Course liste, Restaurant, veya beta’s LocalBusiness/Product/Event) shows olarak eligible, ile no missing-required-property errors ve no aynı-type mismatches flagged. başarısızlık interpretation: bir flagged missing property anlamına gelir companion type’s kendi required fields değildir present henüz; bir aynı-type warning anlamına gelir itemListElement array mixes types, hangi disqualifies whole liste. izleme window: immediate — bu bir benşaret et-in-time parse kontrol et, re-çalıştır yapğru sonra herhangi bir markup edit. Rollback trigger: eğer checker raporlar yeni eligibility errors şu weren’t orada önce change, revert -e son known-passing JSON-LD -iken siz investigate.

yapğrula item ve minimum-count kurallar hold

test et -e çalıştır: count ListItem entries in itemListElement ve kontrol et her bir’s @type (on nested item, veya on linked detail sayfa bençin özet-sayfa pattern) karşı aynı-type kural. beklenen sonuç: 2 veya daha entries bençin classic carousel (3 veya daha bençin beta), ve her entry resolving -e identical companion type. başarısızlık interpretation: fewer entries -den minimum, veya bir mixed-type liste, anlamına gelir ItemList dır structurally valid JSON-LD ama hâlâ won’t qualify bençin bir carousel. izleme window: immediate — bu bir static structural kontrol et karşı güncel markup. Rollback trigger: eğer bir bençerik change drops liste below minimum count, ele al şu olarak bir regression ve restore removed items veya pull carousel-targeting markup until count dır back up.

yapğrula Google aslında renders feature (değil sadece eligibility)

test et -e çalıştır: çalıştır live sayfa aracılığıyla Google’s Rich sonuçlar test et, o hâlde watch arama Console’s Enhancements rapor bençin relevant carousel veya breadcrumb feature üzerinde following weeks. beklenen sonuç: Rich sonuçlar test et confirms feature dır detected ile no errors, ve Enhancements rapor shows valid items ile no yeni warnings. başarısızlık interpretation: eligibility passing in bir üçüncü-party araç ama Google’ın kendi test et veya arama Console gösterme errors genellikle anlamına gelir bir politika sorun (visible-bençerik mismatch, blocked sayfa) yerine bir markup syntax sorun. izleme window: bir carousel’s gerçek appearance in arama sonuçlar dır never guaranteed hatta ne zaman eligible, bu nedenle ele al 2–4 weeks of arama Console data olarak benşaret et nerede -ebilirsiniz judge whether feature dır olma seçilen up at tümü. Rollback trigger: eğer arama Console starts reporting bir rising error count bençin bu item type sonra change, revert markup -e son sürüm şu showed zero errors.

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, implementation methods, validation araçlar, ve sameAs entity angle; broader context ItemList sits bençinde.
• Beginner’s rehber -e teknik SEO — nerede structured data (ve listeler like bu) fit in bigger picture.

benim speaking

• nasıl arama çalışır (SlideShare) — benim walkthrough of tarama, rendering, dizine ekleme, ve sıralama, bençin context of nerede markup like ItemList yapar ve yapmaz move needle. (benim standing disclaimer uygulanır: “This is my understanding of systems… not going to be 100% complete or accurate.”)

resmî

• Google — Carousel (ItemList) Structured Data ve Carousels (Beta) — two carousel programs, onların supported types, ve requirements.
• Google — Structured Data General Guidelines — politikalar her rich-sonuç type (ItemList included) sahiptir -e satisfy.
• schema.org — ItemList ve BreadcrumbList — type definitions, ve subtype relationship yapğrulanmış -den her ikisi directions.

-den yaklaşık industry

• Google arama Central APAC 2025: Everything -den Day 2 (arama motoru Journal) — Gary Illyes on schema, sıralama, ve “page bloat.”
• John Mueller (Personally) On eğer Schema yardımcı olur ile LLMs & Google (arama motoru Roundtable, Jan 2026) — Mueller’s personal, non-resmî take on nerede structured data genuinely yardımcı olur.
• ne dır ItemList Schema? bir Complete rehber (Greadme) — bir solid üçüncü-party walkthrough of carousel eligibility conditions ve two implementation patterns.
• ItemList Schema (Rank Math KB) — plugin-oriented reference şu separates “ItemList” -den “Carousel” ve kapsar her ikisi kullan-durum patterns.

test et yourself: ItemList Schema

Five quick questions on ne ItemList dır — ve değildir. seç bir yanıt her biri bençin, o hâlde kontrol et.

Değişiklik günlüğü