暫定日本語訳：ItemList Schema

暫定日本語案: TL;DR — ItemList is bit of schema.org code その says “this page is a list of things, in this order.” two 重要 parts are list of entries 暫定日本語案: (itemListElement) と 順位 number on 各 one (position). By itself it does 暫定日本語案: ない get あなた fancy 検索結果 — Google’s swipeable Carousel is built on 暫定日本語案: top of ItemList, と だけ 表示 up いつ あなた pair it とともに one of few specific 暫定日本語案: コンテンツ types (recipes, movies, courses, restaurants). It won’t 役立つ あなた 順位 暫定日本語案: higher, either. 暫定日本語案: Evidence for this claim Schema.org ItemList models an ordered or unordered collection and ListItem can supply item positions and URLs. Scope: Schema.org ItemList vocabulary. Confidence: high · Verified: 2026-07-14 Schema.org: ItemList Evidence for this claim Google uses ItemList within specific features such as host carousels; a generic valid ItemList has no standalone guaranteed rich result. Scope: Current Google carousel implementation and eligibility. Confidence: high · Verified: 2026-07-14 Google Search Central: Carousel structured data

何 ItemList schema is

暫定日本語案: いつ あなた 構築 “Top 10” ページ, または recipe roundup, または list of courses, あなた できる 暫定日本語案: see it’s list. 検索エンジン mostly sees wall of text と some HTML. ItemList 暫定日本語案: is small block of structured-データ code その spells it out: “this is a list, here are the items, and here’s the order they go in.”

暫定日本語案: Schema.org describes it as “A list of items of any sort—for example, Top 10 Movies About Weathermen, or Top 100 Party Songs.” It また adds clarifying line worth 暫定日本語案: remembering: “Not to be confused with HTML lists, which are often used only for formatting.” ordinary <ol> または <ul> 作る list look like list; ItemList 暫定日本語案: 作る it mean list へ machine.

暫定日本語案: Two プロパティ do almost all 機能:

• 暫定日本語案: itemListElement — list of entries. 各 entry is usually ListItem.
• 暫定日本語案: position — number starting at 1 その says どこ 各 entry ranks in list.

one thing everyone gets 誤った

暫定日本語案: Adding ItemList by itself does ない get あなた special 検索結果. この is 暫定日本語案: top misconception, so it’s worth stating plainly. ItemList is mechanism; 暫定日本語案: visible payoff — swipeable 設定 of cards in Google’s results — is separate feature 暫定日本語案: called Carousel. と carousel だけ 表示される いつ あなた combine ItemList とともに one 暫定日本語案: of short, Google-controlled list of コンテンツ types (向けに classic carousel: Course 暫定日本語案: list, Movie, Recipe, Restaurant). generic “Top 10 blog posts” ページ marked up とともに 暫定日本語案: plain ItemList doesn’t earn その display.

暫定日本語案: There’s また family connection その surprises 人々: breadcrumbs 使用 同じ 暫定日本語案: mechanism. BreadcrumbList — schema behind それらの “Home › Category › Page” trails — 暫定日本語案: is technically type of ItemList. 同じ itemListElement, 同じ position. Once あなた 暫定日本語案: learn one, あなた’ve mostly learned other.

なぜ it matters (と 何 it doesn’t do)

• 暫定日本語案: It できる 作る あなた 適格 向けに carousel — if あなた have supported コンテンツ type 暫定日本語案: と everything else is right. 適格 isn’t 同じ as guaranteed, either: Google 暫定日本語案: says plainly it doesn’t guarantee その features consuming structured データ する 暫定日本語案: actually 表示 up in 検索結果.
• 暫定日本語案: It 役立つ machines understand あなた ページ is structured list. その’s 暫定日本語案: container’s job — I’m ない going へ claim broader “helps AI systems read your page” payoff on top of その なしで Google publishing something specific へ point 暫定日本語案: へ.
• 暫定日本語案: It does ない improve あなた rankings. Like all structured データ, ItemList is ない 暫定日本語案: ランキング factor. Google has been consistent on この 向けに years.

暫定日本語案: Want full picture — two implementation patterns, exact supported types, 暫定日本語案: newer geo-limited beta carousel, どのように BreadcrumbList fits in, と 一般的な validation 暫定日本語案: failures? Switch へ Advanced tab.

暫定日本語案: TL;DR — ItemList is schema.org’s generic ordered-list container; itemListElement 暫定日本語案: + 1-based position do 機能, とともに itemListOrder と numberOfItems as 暫定日本語案: lesser-使用 extras (numberOfItems matters 向けに paginated lists). It is ない itself 暫定日本語案: rich result — Google’s Carousel is built on top of it と だけ fires とともに 暫定日本語案: supported companion type: Course list, Movie, Recipe, Restaurant 向けに classic 暫定日本語案: carousel, と LocalBusiness/商品/イベント 向けに newer beta その’s geo-gated へ 暫定日本語案: EEA, Turkey, と South Africa. Two patterns: summary-ページ (url-だけ ListItems) 暫定日本語案: と all-in-one (nested items). Rules: 2+ items (3+ 向けに beta), all 同じ 暫定日本語案: type on classic carousel ( beta 許可 mixing), markup 必要がある match visible 暫定日本語案: コンテンツ. BreadcrumbList is formally subtype of 暫定日本語案: ItemList (とともに HowToSection, HowToStep, OfferCatalog) — detail 大半の guides miss. 暫定日本語案: と structured データ is ない ランキング factor — its payoff is 適格性 と 暫定日本語案: understanding, ない position. 暫定日本語案: Evidence for this claim Schema.org ItemList models an ordered or unordered collection and ListItem can supply item positions and URLs. Scope: Schema.org ItemList vocabulary. Confidence: high · Verified: 2026-07-14 Schema.org: ItemList Evidence for this claim Google uses ItemList within specific features such as host carousels; a generic valid ItemList has no standalone guaranteed rich result. Scope: Current Google carousel implementation and eligibility. Confidence: high · Verified: 2026-07-14 Google Search Central: Carousel structured data

何 ItemList actually is

暫定日本語案: Schema.org’s definition is deliberately broad: “A list of items of any sort—for example, Top 10 Movies About Weathermen, or Top 100 Party Songs.” line その explains なぜ 暫定日本語案: type needs へ exist is next one: “Not to be confused with HTML lists, which are often used only for formatting.” <ol>/<ul> conveys “these are a list, in this order” purely by visual convention. ItemList declares container (ItemList), 各 暫定日本語案: entry (ListItem), と 各 entry’s 順位 (position) as データ machine できる read なしで 暫定日本語案: inferring anything から layout.

暫定日本語案: Two プロパティ do heavy lifting:

• 暫定日本語案: itemListElement — array of entries. Schema.org: “For itemListElement values, you can use simple strings (e.g. ‘Peter’, ‘Paul’, ‘Mary’), existing entities, or use ListItem.” 向けに anything その wants URL または position (i.e. anything aiming at rich 暫定日本語案: result), あなた 使用 ListItem.
• 暫定日本語案: position — 1-based integer giving 各 ListItem its 順位.

暫定日本語案: Two more are documented ただし skipped by 大半の guides:

• 暫定日本語案: itemListOrder — “Type of ordering (e.g. Ascending, Descending, Unordered).” 暫定日本語案: declaration, ない something Google enforces.
• 暫定日本語案: numberOfItems — “The number of items in an ItemList. Note that some descriptions might not fully describe all items in a list.” この one earns its 保つ on paginated 暫定日本語案: lists: “Top 100” split 全体で five ページ できる 使用 numberOfItems へ state full 暫定日本語案: count even though any one ページ marks up だけ twenty entries.

暫定日本語案: (There’s また aggregateElement 向けに holding aggregate ratings/オファー 全体で list — 暫定日本語案: genuinely niche; あなた’ll rarely touch it.)

two implementation patterns

暫定日本語案: Google’s carousel ドキュメント describes two shapes, と which one あなた 使用 changes 何 暫定日本語案: 各 ListItem looks like:

Summary ページ と multiple detail ページ

暫定日本語案: summary ページ lists 各 item briefly, と 各 entry links out へ dedicated detail 暫定日本語案: ページ. Here ListItem is minimal — Google: summary ページ defines ItemList どこ 暫定日本語案: 各 ListItem has だけ three プロパティ: @type (設定 へ ListItem), position ( 暫定日本語案: position in list), と url ( canonical URL of item’s detail ページ). full 暫定日本語案: per-item structured データ ( Recipe, Movie, etc.) lives on 各 detail ページ.

All-in-one summary ページ

暫定日本語案: Everything lives on one ページ, so 各 ListItem carries nested item containing 暫定日本語案: full companion-type markup ( whole Recipe object, 向けに instance) rather than just 暫定日本語案: url. 使用 この いつ there are no separate detail ページ.

ItemList is ない Carousel — この is core distinction

暫定日本語案: Here’s accuracy spine of whole topic. ItemList is container; Carousel is 暫定日本語案: rich result built on top of it. ItemList alone, とともに no supported companion type, does 暫定日本語案: ない produce distinct “list” rich result in classic Google 検索. Google’s docs are 暫定日本語案: explicit その carousel 適格性 必要とする both pieces.

Classic Carousel — supported types

暫定日本語案: へ be 適格 向けに host carousel rich result, あなた 追加 ItemList structured データ in 暫定日本語案: combination とともに one of small, Google-controlled 設定 of supported features. As of 暫定日本語案: Google’s 現在の (2026) ドキュメント, その list is:

• 暫定日本語案: Course list
• 暫定日本語案: Movie
• 暫定日本語案: Recipe
• 暫定日本語案: Restaurant

暫定日本語案: その’s it 向けに classic carousel. Other types — 商品, BlogPosting, イベント — できる carry 暫定日本語案: ItemList markup 向けに organization と machine understanding, ただし その alone does ない 暫定日本語案: 作る them classic-carousel-適格.

Carousels (Beta) — newer, geo-gated program

暫定日本語案: There’s second, newer program — Carousels (Beta) — その Google describes as “a list-like rich result that people can scroll horizontally to see more entities from a given site.” It’s more actively-evolving part of この feature area, と it differs から 暫定日本語案: classic carousel in three 重要 ways:

• 暫定日本語案: 異なる supported types: ItemList combined とともに LocalBusiness と its subtypes 暫定日本語案: (Restaurant, Hotel, VacationRental), 商品, または イベント — broader と 異なる 暫定日本語案: 設定 than classic four.
• 暫定日本語案: Geographically limited: it’s 利用可能 だけ in EEA countries, Turkey, と South 暫定日本語案: Africa, on desktop と mobile, とともに 適格 クエリ types varying by 地域. この is 暫定日本語案: ない global feature — caveat worth stating plainly, since several third-party 暫定日本語案: write-ups discuss it as if it’s generally 利用可能.
• 暫定日本語案: ** higher minimum:** beta 必要とする summary ページ plus detail ページ とともに at least 暫定日本語案: three itemListElement.item entries, versus classic carousel’s two.
• 暫定日本語案: Mixing is 許可: unlike classic carousel’s strict 同じ-type rule, Google’s 暫定日本語案: beta ドキュメント says あなた “can mix and match different types of entities (for example, hotels, restaurants), if needed for your scenario” — don’t carry 暫定日本語案: classic 同じ-type assumption 超えて いつ あなた’re 機能 とともに beta.

暫定日本語案: Treat beta as “watch this space” rather than stable, universal feature.

どのように BreadcrumbList (と few others) relate へ ItemList

暫定日本語案: この is single 大半の 下で-covered, differentiating fact について ItemList, と it clears 暫定日本語案: up 一般的な point of confusion: BreadcrumbList is ない separate, unrelated schema type — 暫定日本語案: it is formally subtype of ItemList. Schema.org states it directly: “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’s own 暫定日本語案: “More specific Types” list 向けに ItemList is exactly four entries: BreadcrumbList, 暫定日本語案: HowToSection, HowToStep, と OfferCatalog.

暫定日本語案: Practically, その means itemListElement + position mechanics あなた 使用 向けに carousel 暫定日本語案: are literally 同じ ones あなた 使用 向けに breadcrumbs — だけ outer @type 暫定日本語案: (BreadcrumbList vs. plain ItemList) と semantic purpose change. Google frames 暫定日本語案: breadcrumbs 同じ way: へ specify breadcrumbs, あなた define BreadcrumbList containing at 暫定日本語案: least two ListItems. If あなた’ve implemented one, あなた already understand other. ( 暫定日本語案: breadcrumb side of この family lives in its own deep dive, と visible carousel result 暫定日本語案: is subject of sibling carousel piece — both sit in この 同じ structured-データ 暫定日本語案: sub-cluster.)

Implementation requirements と 一般的な validation failures

暫定日本語案: 大半の carousel/ItemList failures come down へ handful of documented rules:

• 暫定日本語案: Minimum item count. Google 必要とする itemListElement array へ contain two または 暫定日本語案: more ListItem elements 向けに classic carousel (three または more 向けに beta). One 暫定日本語案: item is ない list.
• 暫定日本語案: 同じ-type rule (classic carousel) — frequent real cause of failures. Google: 暫定日本語案: “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.” list その mixes 暫定日本語案: Recipes と 商品 won’t validate as classic carousel. この rule is specific へ 暫定日本語案: classic program — beta above explicitly permits mixing entity types, so 暫定日本語案: don’t carry 同じ-type assumption 超えて いつ その’s program あなた’re targeting.
• 暫定日本語案: Visible-コンテンツ parity. general structured-データ policy その’s called out specifically 暫定日本語案: here: text visible へ ユーザー 必要がある be similar へ information in structured 暫定日本語案: データ. あなた できる’t mark up items その aren’t genuinely represented in visible ページ.
• 暫定日本語案: 同じ-domain URLs. host carousel 表示 cards から 同じ サイト; item URLs 暫定日本語案: すべき be on あなた own domain.
• 暫定日本語案: Standard structured-データ hygiene applies. JSON-LD is Google’s recommended format, all 暫定日本語案: 必要 プロパティ 向けに あなた companion type 必要がある be present (“Items that are missing required properties are not eligible for rich results”), と あなた 必要がある ない block marked-up 暫定日本語案: ページ から Googlebot via robots.txt または noindex. これらの are 同じ general guidelines その 暫定日本語案: govern すべての rich-result type — broader structured-データ hub covers them in full.

Does ItemList schema affect rankings? (No.)

暫定日本語案: Short answer: no. Structured データ is ない ランキング factor, と その 含む ItemList. 暫定日本語案: この is Google’s consistent, repeated position. At 検索 Central Live APAC 2025, Gary Illyes 暫定日本語案: made point その “excessive or redundant schema only adds page bloat and has no additional ranking benefits,” framing schema as aid へ entity understanding と machine features — 暫定日本語案: explicitly ない part of ランキング プロセス. Google’s standing position 全体で recent years 暫定日本語案: is 同じ: structured データ is ない ランキング signal, と even in ケース of structured-データ 暫定日本語案: misuse consequence is loss of rich-result 適格性 (via 手動 action), ない 暫定日本語案: ランキング penalty.

暫定日本語案: どこ does value come から, then? Two places: rich-result 適格性 ( carousel できる 暫定日本語案: lift クリック-通じて, ない position) と machine understanding. On second point, John 暫定日本語案: Mueller — speaking personally, と explicitly “not official guidance” — noted in early 2026 暫定日本語案: その some features genuinely benefit から structured データ, giving 例 その “pricing, shipping, availability for shopping is basically impossible to read in high fidelity & accurately from a text page.” その’s honest frame: ItemList 役立つ machines understand 暫定日本語案: structured list; it does ない 順位 it higher.

ItemList vs. CollectionPage — quick disambiguation

暫定日本語案: これらの get confused because both apply へ “listing” ページ, ただし それら answer 異なる questions. 暫定日本語案: ItemList describes * ordered list of discrete items* — entries と their positions. 暫定日本語案: CollectionPage is ページ type その represents themed collection; it’s について ページ-level 暫定日本語案: semantics (“this page is a collection of things”) rather than ordering of specific list 暫定日本語案: items. それら’re ない mutually exclusive — category ページ できる be CollectionPage その また 暫定日本語案: contains ItemList of its 商品 — ただし reach 向けに ItemList いつ 何 あなた want へ express 暫定日本語案: is “here are the ranked items,” と CollectionPage いつ あなた want へ express “this page is a curated collection.”

どこ この fits

暫定日本語案: ItemList is deep dive 下で broader structured データ hub, alongside sibling pieces 暫定日本語案: on visible carousel rich result (ItemList’s main Google application) と on 暫定日本語案: BreadcrumbList (formally subtype of very 同じ mechanism). 向けに fundamentals その 暫定日本語案: govern すべての type here — schema.org vocabulary, JSON-LD, “not a ranking factor” spine, 暫定日本語案: と shrinking list of supported rich results — see 暫定日本語案: Structured データ hub. その sub-cluster lives inside 暫定日本語案: broader on-ページ SEO cluster.

AI要約

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

• 暫定日本語案: ItemList = generic schema.org list container. “A list of items of any sort.” 暫定日本語案: itemListElement ( entries, usually ListItem) + 1-based position do 機能; 暫定日本語案: itemListOrder と numberOfItems are lesser-使用 extras (numberOfItems matters 向けに 暫定日本語案: paginated lists).
• 暫定日本語案: ItemList is ない rich result by itself. Google’s Carousel is built on top of it と 暫定日本語案: だけ fires とともに supported companion type. この container-vs-rich-result distinction is 暫定日本語案: top misconception.
• 暫定日本語案: Classic Carousel supported types: Course list, Movie, Recipe, Restaurant — pair one 暫定日本語案: とともに ItemList へ be 適格 (決して guaranteed).
• 暫定日本語案: Carousels (Beta) is separate, newer program: LocalBusiness/商品/イベント, geo-gated 暫定日本語案: へ EEA, Turkey, と South Africa, minimum three entities. ない globally 利用可能.
• 暫定日本語案: Two implementation patterns: summary-ページ (ListItems とともに just @type/position/url, 暫定日本語案: detail markup on separate ページ) と all-in-one (各 ListItem nests full item).
• 暫定日本語案: BreadcrumbList is formal SUBTYPE of ItemList (とともに HowToSection, HowToStep, OfferCatalog). 暫定日本語案: Breadcrumbs と carousels share exact 同じ itemListElement/position mechanics.
• 暫定日本語案: Rules その cause 大半の failures: 2+ items (3+ beta), all 同じ type on classic 暫定日本語案: carousel ( beta 許可 mixing), と markup 必要がある match visible コンテンツ.
• 暫定日本語案: ない ランキング factor. Illyes (2025): redundant schema is “page bloat” とともに “no additional ranking benefits.” Value = rich-result 適格性 + machine understanding; misuse costs 暫定日本語案: 適格性, ない rankings. Mueller (personally, “not official guidance”) notes schema 役立つ 向けに 暫定日本語案: hard-へ-parse データ like pricing/在庫状況.
• 暫定日本語案: ItemList vs. CollectionPage: ItemList = ordered list of discrete items; CollectionPage = 暫定日本語案: ページ type 向けに themed collection. ない mutually exclusive.

公式ドキュメント

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

暫定日本語案: Google

• 暫定日本語案: Carousel (ItemList) Structured データ — classic host carousel: supported types (Course list, Movie, Recipe, Restaurant), summary-ページ vs. all-in-one patterns, 2+ items と 同じ-type rules.
• 暫定日本語案: Carousels (Beta) Structured データ — newer, geo-gated program (LocalBusiness/商品/イベント; EEA, Turkey, South Africa; 3+ entities).
• 暫定日本語案: Breadcrumb (BreadcrumbList) Structured データ — breadcrumb application of 同じ ItemList mechanism.
• 暫定日本語案: Structured データ General Guidelines — policies その apply へ ItemList as へ すべての type: visibility, accuracy, 必要 プロパティ, no robots.txt/noindex blocking.

暫定日本語案: schema.org

• 暫定日本語案: ItemList — type itself: definition, HTML-list distinction, itemListElement/itemListOrder/numberOfItems, と “More specific Types” list confirming subtypes.
• 暫定日本語案: BreadcrumbList — confirms, から other direction, その BreadcrumbList is ItemList.
• 暫定日本語案: ListItem — entry type その carries position, url, と item.

出典からの引用

暫定日本語案: On—record statements から Google と schema.org. どこ ページ exposes text, link is 暫定日本語案: deep link その jumps へ quoted passage.

暫定日本語案: schema.org — 何 ItemList is

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

暫定日本語案: schema.org — BreadcrumbList is 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 へ quote

暫定日本語案: Google — 同じ-type rule

• 暫定日本語案: “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 検索 Central, Carousel ドキュメント. 暫定日本語案: Jump へ quote

暫定日本語案: Gary Illyes, Google (検索 Central Live APAC 2025, via 検索エンジン Journal’s write-up)

• 暫定日本語案: Excessive または redundant schema “only adds page bloat and has no additional ranking benefits” — schema 役立つ entity understanding と machine features, ただし is ない part of ランキング プロセス. 暫定日本語案: Read coverage

暫定日本語案: John Mueller, Google (Reddit, reported Jan 2026 by 検索エンジン Roundtable — explicitly framed as personal opinion, “not official guidance”)

• 暫定日本語案: On どこ schema genuinely 役立つ: “Pricing, shipping, availability for shopping is basically impossible to read in high fidelity & accurately from a text page, for example.” 暫定日本語案: Read coverage

暫定日本語案: Note: schema.org と Google carousel/breadcrumb quotes were verified against live 暫定日本語案: ページ この cycle. Illyes line is relayed 通じて 検索エンジン Journal’s write-up of his APAC 暫定日本語案: 2025 talk, と Mueller line 通じて 検索エンジン Roundtable’s レポート of Reddit thread — both 暫定日本語案: are 二次-sourced relays of statements について structured データ in general (ない ItemList 暫定日本語案: specifically), と Mueller explicitly prefaced his as personal, ない 公式, guidance. Treat them 暫定日本語案: as rep context, と confirm against originals 前に treating any wording as final.

ItemList — cheat sheet

暫定日本語案: ** プロパティ**

暫定日本語案: Classic Carousel vs. Carousels (Beta)

暫定日本語案: ** rules その break validation**

• 暫定日本語案: Fewer than minimum items (2 classic / 3 beta).
• 暫定日本語案: Mixed item types on classic carousel — all items 必要がある be 同じ type 暫定日本語案: there ( beta 許可 mixing).
• 暫定日本語案: Markup その doesn’t match visible on-ページ コンテンツ.
• 暫定日本語案: Item URLs off あなた own domain (host carousels are 同じ-サイト).
• 暫定日本語案: 不足している 必要 プロパティ on companion type.

暫定日本語案: Fast facts

• 暫定日本語案: ItemList alone is ない rich result — あなた need supported companion type 向けに carousel.
• 暫定日本語案: BreadcrumbList is subtype of ItemList (とともに HowToSection, HowToStep, OfferCatalog).
• 暫定日本語案: ない ランキング factor — value is 適格性 + machine understanding.
• 暫定日本語案: JSON-LD is Google’s recommended format.
• 暫定日本語案: ItemList vs. CollectionPage: ordered list of items vs. themed-collection ページ type.

Do I need ItemList — と する it get me carousel

暫定日本語案: 機能 down questions; 各 answer points あなた へ right move.

暫定日本語案: 1. Is あなた ページ genuinely list of discrete, ranked/ordered items?

• 暫定日本語案: No → ItemList isn’t right type. If ページ is themed collection, look at 暫定日本語案: CollectionPage instead. If it’s breadcrumb trail, その’s BreadcrumbList ( subtype of 暫定日本語案: ItemList, ただし とともに its own 必要 shape).
• 暫定日本語案: Yes → continue.

暫定日本語案: 2. Are それらの items one of carousel-supported types?

• 暫定日本語案: Course list / Movie / Recipe / Restaurant → あなた’re 適格 向けに classic Carousel 暫定日本語案: (global). Continue へ 3.
• 暫定日本語案: LocalBusiness / 商品 / イベント → あなた できる だけ get carousel via Carousels (Beta) 暫定日本語案: program, which is limited へ EEA, Turkey, と South Africa と needs 3+ entities. 暫定日本語案: Elsewhere, あなた ItemList still 役立つ machine understanding ただし won’t produce carousel.
• 暫定日本語案: Anything else (blog posts, generic “Top 10”) → plain ItemList is fine 向けに structure と 暫定日本語案: understanding, ただし it する ない produce carousel rich result. Don’t expect one.

暫定日本語案: 3. Do あなた have separate detail ページ 向けに 各 item?

• 暫定日本語案: Yes → 使用 summary-ページ pattern: 各 ListItem needs だけ @type, position, と 暫定日本語案: url; put full companion-type markup on 各 detail ページ.
• 暫定日本語案: No, everything’s on one ページ → 使用 all-in-one pattern: 各 ListItem nests full 暫定日本語案: item markup.

暫定日本語案: 4. Final 適格性 checks 前に あなた expect carousel:

• 暫定日本語案: 2+ items (3+ 向けに beta)? · All 同じ type (classic だけ — beta 許可 暫定日本語案: mixing)? · Markup matches visible コンテンツ? · 暫定日本語案: Item URLs on あなた own domain? · 必要 companion-type プロパティ present? · 暫定日本語案: ページ ない blocked by robots.txt/noindex?
• 暫定日本語案: All yes → あなた’re 適格. Remember Google still decides whether へ actually render it — 暫定日本語案: rich results are 決して guaranteed.

暫定日本語案: Reality 確認: none of この lifts rankings. upside is possible carousel (better 暫定日本語案: クリック-通じて) と cleaner machine understanding — ない higher position.

一般的な ItemList/carousel 問題 と どのように へ fix them

暫定日本語案: Symptom-cause-fix lookups 向けに situations その actually stop carousel から 暫定日本語案: 表示される, または その break BreadcrumbList side of 同じ mechanism.

markup validates clean, ただし no carousel ever 表示される

暫定日本語案: Likely cause: ItemList by itself is ない rich result — carousel だけ fires 暫定日本語案: いつ ItemList is paired とともに supported companion type (Course list, Movie, Recipe, 暫定日本語案: Restaurant 向けに classic carousel; LocalBusiness/商品/イベント 向けに geo-gated 暫定日本語案: beta). If ページ’s items are type outside それらの lists ( generic “Top 10 blog posts,” 向けに instance), ItemList is doing its job 向けに machine understanding ただし 暫定日本語案: was 決して going へ produce carousel. Fix: confirm companion type is one of 暫定日本語案: supported ones 向けに program あなた’re targeting; if it isn’t, don’t expect 暫定日本語案: carousel — remember その even fully 適格 markup だけ 作る あなた 適格, 暫定日本語案: 決して guaranteed, since Google still decides whether へ render it.

list validates ただし Google flags 同じ-type または count error

暫定日本語案: Likely cause: two 大半の 一般的な structural failures — mixing item types on 暫定日本語案: classic carousel (“All items in the list must be of the same type… Don’t mix different types”) または having fewer than minimum (2+ 向けに classic carousel, 3+ 暫定日本語案: 向けに beta). If あなた’re targeting beta instead, mixed types aren’t あなた 問題 — 暫定日本語案: Google’s beta docs explicitly 許可 mixing entity types いつ scenario calls 向けに it. 暫定日本語案: Fix: 向けに classic carousel, 確認 すべての ListItem in itemListElement is 暫定日本語案: 同じ schema.org type; 向けに beta, skip その 確認 と confirm entry count 暫定日本語案: against right minimum 向けに program あなた’re pairing とともに instead.

carousel doesn’t render even though item count と type are 正しい

暫定日本語案: Likely cause: visible-コンテンツ parity — text visible へ ユーザー 必要がある be 暫定日本語案: similar へ information in structured データ, と item URLs すべき be on 暫定日本語案: あなた own domain 向けに host carousel. list その marks up items ない genuinely 暫定日本語案: represented on visible ページ, または その points at off-domain URLs, fails この 暫定日本語案: general structured-データ policy even いつ ItemList shape itself is technically 暫定日本語案: 正しい. Fix: 確認 各 marked-up item is genuinely visible on ページ (または, in 暫定日本語案: summary-ページ pattern, その 各 detail ページ carries full companion-type 暫定日本語案: markup) と その URLs resolve on あなた own domain, then re-validate.

Breadcrumbs (または another ItemList subtype) fail 同じ way

暫定日本語案: Likely cause: because BreadcrumbList is formally subtype of ItemList sharing 暫定日本語案: 同じ itemListElement/position mechanics, 同じ structural mistakes — too 暫定日本語案: few items, mismatched visible コンテンツ — break breadcrumb 適格性 too. Fix: 暫定日本語案: apply 同じ checks (minimum items, visible-コンテンツ match) へ BreadcrumbList 暫定日本語案: markup as あなた する へ carousel ItemList; if あなた’ve debugged one, あなた already know 暫定日本語案: どのように へ debug other.

機能 例: two ItemList patterns

暫定日本語案: 記事 above describes summary-ページ と all-in-one patterns in prose だけ — 暫定日本語案: here’s 何 各 actually looks like as JSON-LD, plus どのように BreadcrumbList reuses 暫定日本語案: exact 同じ shape.

Pattern 1 — summary ページ + separate detail ページ

暫定日本語案: 各 ListItem carries だけ @type, position, と url; full Recipe/Movie/etc. 暫定日本語案: markup lives on linked detail ページ, ない here.

{
  "@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 is 1-based, ない 0-based.
• 暫定日本語案: url is canonical URL of その item’s own detail ページ — Recipe object 暫定日本語案: itself is marked up 超えて there, ない nested here.
• 暫定日本語案: この shape needs 2+ entries 向けに classic carousel (3+ 向けに beta), と 暫定日本語案: すべての entry 必要がある be 同じ companion type on far end.

Pattern 2 — all-in-one ページ (no separate detail ページ)

暫定日本語案: Everything lives on one ページ, so 各 ListItem nests full item object instead 暫定日本語案: of just 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"
      }
    }
  ]
}

• 暫定日本語案: 使用 この いつ there’s no dedicated detail ページ per item — whole companion-type 暫定日本語案: object (Recipe here) nests 下で item.
• 暫定日本語案: Both items are Recipe — mixing in Product または Movie here する break 暫定日本語案: 同じ-type rule と disqualify whole list から carousel 適格性.

どのように BreadcrumbList reuses 同じ mechanism

暫定日本語案: BreadcrumbList is formally subtype of ItemList — 同じ itemListElement/position 暫定日本語案: shape, just 異なる outer @type と 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 必要とする at least two ListItems 向けに breadcrumb trail — 同じ 暫定日本語案: “2+ items” mechanic as classic carousel, just applied へ ページ hierarchy instead 暫定日本語案: of コンテンツ items.
• 暫定日本語案: final crumb ( 現在の ページ) typically omits item, since it has no further 暫定日本語案: link target.

ツール 向けに 確認 ItemList と carousel 適格性

• 暫定日本語案: Rich-Result 適格性 Checker — paste あなた 暫定日本語案: JSON-LD, HTML ページ, または fetch live URL と see, per type, which of Google’s 暫定日本語案: rich results it qualifies 向けに, including Breadcrumb feature この 記事 暫定日本語案: establishes as subtype of ItemList — it flags exact 不足している 必要 field 暫定日本語案: rather than just generic pass/fail, which is fastest way へ see whether 暫定日本語案: BreadcrumbList (または carousel companion type) is actually 適格.
• 暫定日本語案: Schema Markup Validator — paste または fetch あなた 暫定日本語案: JSON-LD と run it 通じて severity-tiered structured-データ validation: schema.org 暫定日本語案: vocabulary checks, Google’s rich-result requirements, と cross-block @id graph 暫定日本語案: checks, とともに corrected copy-pasteable JSON-LD block back. Useful 向けに catching 暫定日本語案: 同じ-type mismatches と 不足している-プロパティ errors その are 大半の 一般的な cause of 暫定日本語案: ItemList/carousel validation failures.
• 暫定日本語案: Google’s Rich Results テスト — Google’s own 適格性 checker; good 暫定日本語案: second opinion once two ツール above come back clean, since it reflects 暫定日本語案: Google’s live parsing rather than third-party interpretation of spec.

Confirming ItemList/carousel change actually took effect

暫定日本語案: checks below prove specific ItemList または BreadcrumbList change 機能, in 暫定日本語案: order へ run them, とともに signal その means “undo this.”

Confirm JSON-LD parses と hits right 適格性 bar

暫定日本語案: テスト へ run: paste updated JSON-LD へ 暫定日本語案: Rich-Result 適格性 Checker または 暫定日本語案: Schema Markup Validator. Expected result: 暫定日本語案: companion type (Recipe, Movie, Course list, Restaurant, または beta’s 暫定日本語案: LocalBusiness/商品/イベント) 表示 as 適格, とともに no 不足している-必要-プロパティ 暫定日本語案: errors と no 同じ-type mismatches flagged. Failure interpretation: flagged 暫定日本語案: 不足している プロパティ means companion type’s own 必要 fields aren’t present yet; 暫定日本語案: 同じ-type warning means itemListElement array mixes types, which 暫定日本語案: disqualifies whole list. 監視 window: immediate — この is 暫定日本語案: point-in-time parse 確認, re-run right 後に any markup edit. Rollback trigger: 暫定日本語案: if checker レポート 新しい 適格性 errors その weren’t there 前に change, 暫定日本語案: revert へ 最後 known-passing JSON-LD while あなた investigate.

Confirm item と minimum-count rules hold

暫定日本語案: テスト へ run: count ListItem entries in itemListElement と 確認 各 暫定日本語案: one’s @type (on nested item, または on linked detail ページ 向けに 暫定日本語案: summary-ページ pattern) against 同じ-type rule. Expected result: 2 または more 暫定日本語案: entries 向けに classic carousel (3 または more 向けに beta), と すべての entry 暫定日本語案: resolving へ identical companion type. Failure interpretation: fewer entries 暫定日本語案: than minimum, または mixed-type list, means ItemList is structurally 有効 暫定日本語案: JSON-LD ただし still won’t qualify 向けに carousel. 監視 window: immediate — 暫定日本語案: この is static structural 確認 against 現在の markup. Rollback trigger: 暫定日本語案: if コンテンツ change drops list below minimum count, treat その as 暫定日本語案: regression と restore 削除 items または pull carousel-targeting markup until 暫定日本語案: count is back up.

Confirm Google actually renders feature (ない just 適格性)

暫定日本語案: テスト へ run: run live ページ 通じて Google’s Rich Results テスト, then 暫定日本語案: watch 検索 Console’s Enhancements レポート 向けに relevant carousel または 暫定日本語案: breadcrumb feature 超えて following weeks. Expected result: Rich Results テスト 暫定日本語案: confirms feature is detected とともに no errors, と Enhancements レポート 表示 暫定日本語案: 有効 items とともに no 新しい warnings. Failure interpretation: 適格性 passing in 暫定日本語案: third-party ツール ただし Google’s own テスト または 検索 Console 表示 errors usually 暫定日本語案: means policy 問題 (visible-コンテンツ mismatch, blocked ページ) rather than markup 暫定日本語案: syntax 問題. 監視 window: carousel’s actual appearance in 検索 暫定日本語案: results is 決して guaranteed even いつ 適格, so treat 2–4 weeks of 検索 Console 暫定日本語案: データ as point どこ あなた できる judge whether feature is being picked up at all. 暫定日本語案: Rollback trigger: if 検索 Console starts レポート rising error count 向けに 暫定日本語案: この item type 後に change, revert markup へ 最後 version その showed 暫定日本語案: zero errors.

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

暫定日本語案: My related writing

• 暫定日本語案: Structured データ: 何 It Is と どのように へ 使用 It — my Ahrefs guide へ schema types, implementation 方法, validation ツール, と sameAs entity angle; broader context ItemList sits inside.
• 暫定日本語案: Beginner’s Guide へ Technical SEO — どこ structured データ (と lists like この) fit in bigger picture.

暫定日本語案: My speaking

• 暫定日本語案: どのように 検索 機能 (SlideShare) — my walkthrough of クロール, rendering, インデックス登録, と ランキング, 向けに context of どこ markup like ItemList does と doesn’t move needle. (My standing disclaimer applies: “This is my understanding of systems… not going to be 100% complete or accurate.”)

暫定日本語案: 公式

• 暫定日本語案: Google — Carousel (ItemList) Structured データ と Carousels (Beta) — two carousel programs, their supported types, と requirements.
• 暫定日本語案: Google — Structured データ General Guidelines — policies すべての rich-result type (ItemList 含む) has へ satisfy.
• 暫定日本語案: schema.org — ItemList と BreadcrumbList — type definitions, と subtype relationship confirmed から both directions.

暫定日本語案: から around industry

• 暫定日本語案: Google 検索 Central APAC 2025: Everything から Day 2 (検索エンジン Journal) — Gary Illyes on schema, ランキング, と “page bloat.”
• 暫定日本語案: John Mueller (Personally) On If Schema 役立つ とともに LLMs & Google (検索エンジン Roundtable, Jan 2026) — Mueller’s personal, non-公式 take on どこ structured データ genuinely 役立つ.
• 暫定日本語案: 何 Is ItemList Schema? 完全な Guide (Greadme) — solid third-party walkthrough of carousel 適格性 conditions と two implementation patterns.
• 暫定日本語案: ItemList Schema (順位 Math KB) — plugin-oriented reference その separates “ItemList” から “Carousel” と covers both 使用-ケース patterns.

テスト yourself: ItemList Schema

暫定日本語案: Five quick questions on 何 ItemList is — と isn’t. Pick answer 向けに 各, then 確認.

変更履歴