カルーセルリッチリザルト（スキーマ）

TL;DR — カルーセルリッチリザルトとは、1 つのウェブサイトから表示される、横にスワイプできるカード列です。複数の同じ種類の item（たとえば複数のレシピ）を ItemList というコードで包み、各 item に表示順を示す番号（position）を付けて作ります。ただし、カルーセルになれるコンテンツタイプは短い指定リストに限られ、有効な ItemList だけで表示が保証されるわけではありません。

カルーセルリッチリザルトとは

Google で検索すると、横にスクロールできるカード列、たとえばレシピや映画の列が表示されることがあります。これは カルーセルリッチリザルトです。Google は、すべてのカードが同じ host（同じウェブサイト）から来るため、これを ホストカルーセルとも呼びます。Google の説明では、“a list-like rich result that people can swipe through on mobile devices.” (翻訳) 「モバイルデバイスで人がスワイプして閲覧できる、リストのようなリッチリザルトです。」

構造化データの ItemList で作ります。これはリストを保持するコンテナだと考えてください。その中に各 item を ListItem として置き、各 ListItem に position（1、2、3…）を付けて、Google に表示順を伝えます。構造化データの基本を読んでいれば、これはそのマークアップで獲得できる特定のリッチリザルトの 1 つです。

最初に正しく押さえるべき 1 つのこと

落とし穴はここです。ItemList だけではカルーセルになりません。 古いページを何でも列挙すれば、スワイプ可能な列になるわけではありません。ItemList は、Google がカルーセルで実際にサポートしているコンテンツタイプと組み合わせる必要があります。主な通常のカルーセル機能で対象になる短いリストは、Course list、Movie、Recipe、Restaurant です。それ以外（ブログ記事のまとまりや一般的な Product など）を包むと、有効な ItemList にはなりますが、カルーセルは表示されません。

いくつかの単純なルール

• 1 つのリストでは同じタイプを使う。 Recipe のカルーセルには Recipe だけを入れます。Recipe と Course を同じリストで混ぜないでください。
• 従来型カルーセルには少なくとも 2 item が必要です。 新しい「ベータ版」は 3 item 必要です。詳しくは Advanced タブで説明します。
• position が順序を決める。 item に番号を付けると、Google はその順序で表示します。
• スクロールできる列をすべて自分で制御できるわけではない。 Google の「Top Stories」のように、多数のサイトから取得されるカルーセル風の表示は、あなたのマークアップでは発動できません。

すべてのリッチリザルトに当てはまる正直な注意点もあります。マークアップが完璧でも、実際に表示するかどうかは Google が決めます。有効なマークアップは表示の対象になる資格を与えますが、表示を保証するものではありません。

2 つのカルーセルシステム、各システムで対象になる正確なタイプ、地域による制限、必要なプロパティまで全体像を知りたい場合は、Advanced タブへ進んでください。

TL;DR — カルーセルリッチリザルト（「ホストカルーセル」）は、2 つ以上の同じタイプの ListItem を包む ItemList です。各 item には表示順を固定する 1 始まりの position を付けます。正確さの中心は、有効な ItemList ≠ 表示されるカルーセルという点です。ItemList は、サポートされるタイプと組み合わせた場合にだけカルーセルの対象になります。現在 Google Search には、Carousel (ItemList) という成熟した一般提供機能（Course list、Movie、Recipe、Restaurant。Restaurant は限定アクセスで申請が必要）と、Structured data carousels (beta)／ホストカルーセル（LocalBusiness のサブタイプ、Product、Event。EEA、トルコ、南アフリカでのみ利用可能）という、別々の 2 システムがあります。最小 item 数（2 と 3）、同じタイプだけか、タイプを混在できるか、ページ構造（従来型は summary + detail または一体型、ベータ版は summary + detail のみ）が異なります。これは表示形式であり、ランキング保証ではありません。他の検索エンジンは別の機能を個別に文書化しています。

カルーセルリッチリザルトの実体

Google の定義は正確です。“A carousel is a list-like rich result that people can swipe through on mobile devices. It displays multiple cards from the same site (also known as a host carousel).” (翻訳) 「カルーセルは、モバイルデバイスで人がスワイプして閲覧できる、リストのようなリッチリザルトです。同じサイトから複数のカードを表示します（ホストカルーセルとも呼ばれます）。」 その下にある仕組みは常に同じで、複数の ListItem を保持する ItemList コンテナです。各 ListItem はサポートされるタイプの item を指し、position を持ちます。Google は順序が position に従うことも明示しています。“The item’s position in the carousel. This is a 1-based number,” (翻訳) 「カルーセル内での item の位置です。1 始まりの番号です。」 また、“will be shown in the order specified by the position property.” (翻訳) 「position プロパティで指定した順序で表示されます。」

ItemList の一般的な仕組み、つまりプロパティ、summary ページパターン、position と url の働きは、それ自体が 1 つのテーマです。詳しくは姉妹記事の ItemList schema deep dive が扱います。このページの焦点は、ItemList が 解放する 特定の機能、つまりカルーセルリッチリザルトです。そして、その第一のルールが誤解を正すことです。

有効な ItemList でも表示カルーセルとは限らない

これが正確さの中心です。単独の ItemList、または一般的な Article や BlogPosting のような非対応タイプを包む ItemList は、カルーセルの対象になりません。Google の要件は、“add ItemList structured data in combination with one of the… supported structured data features.” (翻訳) 「サポートされる構造化データ機能の 1 つと組み合わせて ItemList 構造化データを追加することです。」 ItemList は必要ですが、それだけでは到底十分ではありません。多くのガイドが間違えるのはここです。クリエイティブワークスのスキーマハブが「有効でも表示されない」と繰り返し説明する理由も同じで、この原則をここにも適用できます。

現在存在する 2 つのカルーセルシステム

競合するガイドのほとんどはこれらを明確に分けておらず、それがこの領域で最大の混乱の原因です。2026 年半ばの時点で、Google Search には対象範囲の異なる 2 つのカルーセルシステムがあります。

1. 従来型 Carousel (ItemList) — 一般提供

成熟した機能で、Carousel (ItemList)ページ（最終更新 2025-12-10 UTC）に記載されています。Google の対象タイプのルールは次のとおりです。“To be eligible for a host carousel rich result for your site, add ItemList structured data in combination with one of the following supported structured data features: Course list / Movie / Recipe / Restaurant.” (翻訳) 「サイトでホストカルーセルリッチリザルトの対象になるには、次のサポートされる構造化データ機能の 1 つと組み合わせて ItemList 構造化データを追加します：Course list / Movie / Recipe / Restaurant。」 最小 item 数は “Check that itemListElement contains two or more ListItem elements.” (翻訳) 「itemListElement に ListItem 要素が 2 つ以上含まれていることを確認します。」 です。同じタイプだけという制約は “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.” (翻訳) 「リスト内のすべての item は同じタイプでなければなりません。たとえばレシピのリストなら Recipe item だけを含め、異なるタイプを混ぜないでください。」 です。

2. Structured data carousels (beta) — EEA、トルコ、南アフリカのみ

ベータ版の文書に記載された、より新しく別のシステムです。Carousels (beta)ページの最終更新は 2026-01-21 UTC で、2 つのうちこちらのほうが積極的に更新されています。Google は “a new carousel rich result that’s in beta, which is a list-like rich result that people can scroll horizontally to see more entities from a given site.” (翻訳) 「ベータ版の新しいカルーセルリッチリザルトで、リストのようなリッチリザルトとして、あるサイトのより多くのエンティティを横方向にスクロールして見られるものです。」 と説明します。対象タイプはまったく異なり、ItemList と LocalBusiness およびそのサブタイプ（Restaurant、Hotel、VacationRental）、Product、Event の組み合わせです。最小は 2 ではなく 3 で、“To specify a list, define an ItemList that contains at least three itemListElement.item elements.” (翻訳) 「リストを指定するには、少なくとも 3 つの itemListElement.item 要素を含む ItemList を定義します。」 とされています。ページ上の細部以上に重要な制約は、“This feature is also only available in European Economic Area (EEA) countries, Turkey, and South Africa, on both desktop and mobile devices.” (翻訳) 「この機能は、デスクトップとモバイルの両方で、欧州経済領域（EEA）諸国、トルコ、南アフリカでのみ利用できます。」 ということです。サイトはマークアップを実装するだけでなく、関心フォームから申請する必要があり、対象範囲は国ごとに異なります。Google は暫定的な機能として “This feature is in beta and you may see changes in requirements or guidelines, as we develop this feature.” (翻訳) 「この機能はベータ版であり、Google が開発を進める中で要件やガイドラインが変わる可能性があります。」 と明記しています。

比較表

従来型カルーセルの対象タイプ（2026 年）

2026-07-02 に Google の文書を再確認しました。マスターの Search Galleryページ（最終更新 2026-06-15 UTC）も、同じ 4 タイプのルールを裏付けています。“This feature must be combined with one of the following features: Recipe, Course list, Restaurant, Movie.” (翻訳) 「この機能は、次のいずれかの機能と組み合わせる必要があります：Recipe、Course list、Restaurant、Movie。」 ただし、このリストには注意書きがあります。

• Recipe、Course list、Movie は、条件を満たすサイトなら利用できます。 タイプごとの詳細（Course は 2025 年 6 月の単一カード廃止以降、3 コース以上のカルーセルだけ、Movie のカルーセルはモバイルのみ）は、creative works schemaハブでプロパティ単位に確認できます。
• Restaurant は列挙されていますが、制限があります。 Local Businessの文書は、“The Restaurant carousel is currently limited to a small set of restaurant providers. If you would like to participate, register your interest in our form.” (翻訳) 「Restaurant カルーセルは現在、少数のレストランプロバイダーに限定されています。参加を希望する場合は、フォームから関心を登録してください。」 と明記しています。更新されたタイプ一覧だけを確認して制限を見落とした第三者ガイドのように、Restaurant を誰でも使える 4 つ目のタイプとして扱うのは、検証可能な誤りです。書類上はサポートされていますが、実際には申請したサイトだけが利用できます。

リストに ない タイプ：Article。 検索上位のガイドの少なくとも 1 つは Article をカルーセル対象として挙げていますが、これは誤りです。Article は Carousel 文書にもマスターギャラリーにもありません。おそらく、独立した Google 管理の Top Stories 機能との混同です。Top Stories は自分のマークアップでは発動できません。

ベータ版ホストカルーセルの対象タイプ

ベータ版文書では対象がまったく異なります。LocalBusiness とそのサブタイプ（文書では Restaurant、Hotel、VacationRental）、Product、Event です。ベータ版は混在も明示的に許可しており、従来型カルーセルとの構造上の本当の違いです。“You can mix and match different types of entities (for example, hotels, restaurants), if needed for your scenario.” (翻訳) 「必要であれば、異なるタイプのエンティティ（たとえばホテルとレストラン）を組み合わせて使えます。」 「スイスでやること」のページで、同じカルーセルに地域イベントと地域ビジネスの両方を列挙するようなケースです。

利用可能性が落とし穴です。「EEA + トルコ + 南アフリカ」よりも細かく、2026-01-21 の文書によれば、対象になる検索タイプは国によって異なります。EEA は最も広く、ホテル、バケーションレンタル、地上交通、フライト、地域ビジネス、やること、ショッピングを含みます。トルコはホテル、バケーションレンタル、地域ビジネスだけです。南アフリカはホテル、バケーションレンタル、やること、フライト、ショッピング、フードデリバリー、レンタカー、バス予約を含みます。ベータ版なので、これらの国別リストは恒久的なものではなく、日付付きの情報として扱ってください。Google 自身が変更の可能性を明記しています。対象 3 地域の完全な域外にいるユーザーには、マークアップがどれほど整っていてもベータ版カルーセルは表示されません。

position が表示順を作る仕組み

2 つのシステムで表示順の仕組みは同じです。各 ListItem に 1 始まりの position を付け、Google はマークアップ上の順序が画面上の順序になると説明しています。従来型カルーセルには、2 つのページ構造パターンがあります。 Evidence for this claim Both carousel guides use 1-based ListItem position to define display order; position is not a zero-based array index. Scope: web Confidence: high · Verified: 2026-07-16 Carousel structured data

• Summary ページ + detail ページ。 summary ページの ItemList には最小限の ListItem（@type、position、url）を置き、リンク先の各 detail ページにタイプ固有の完全なマークアップ（たとえば完全な Recipe スキーマ）を置きます。Google の制約は、“all URLs in the list must point to different pages on the same domain.” (翻訳) 「リスト内のすべての URL は、同じドメイン上の異なるページを指さなければなりません。」 です。
• 単一の一体型ページ。 1 ページに各 item のプロパティを埋め込んだ完全な ItemList を置き、各 ListItem.url は同じページ内の anchor を指します。

ベータ版がサポートするのは summary + detail パターンだけで、一体型の選択肢はありません。初期の曖昧さの後に Google が追加した有用な説明では、ベータ版について “the markup must be on the summary page, and you don’t need to add markup to the detail pages in order to be eligible for this feature.” (翻訳) 「マークアップは summary ページに置く必要があり、この機能の対象になるために detail ページへマークアップを追加する必要はありません。」 とされています。

対象資格の要件と正直な注意点

• コンテンツの一致。 Google の標準的なクローキング対策ルールが適用されます。“The text visible to the user must be similar to the information contained in the structured data on the page.” (翻訳) 「ユーザーに表示されるテキストは、ページの構造化データに含まれる情報と類似していなければなりません。」
• 同じタイプ（従来型）と混在（ベータ版）。 上で説明したとおりで、見た目ではなく構造上の違いです。
• 対象資格であり、権利ではない。 Rich Results Testに合格するのは syntax の確認であって、表示の確認ではありません。Google はリッチリザルトがレンダリングされることを保証せず、コンテンツとガイドラインの遵守を syntax とは別に確認します。マークアップが検証に通ってもカルーセルが表示されないのは、バグではなく想定される挙動です。
• ランキング要因ではない。 これは表示形式であり、ランキングシグナルではありません。構造化データはランキングに影響しないという Google の一般的な立場とも一致します。クリック率が上がるとも主張しません。SEO 業界ではよくある仮定ですが、Google はカルーセル掲載の CTR データを公開しておらず、私自身にも裏付ける測定データがありません。そのため「カルーセルは CTR を高める」という文（この記事の以前の版を含む）は、文書化された効果ではなく未検証の仮定として扱います。
• Bing に相当機能はない。 Bing は ItemList を一般的な構造化データとして読み取りますが、文書化されたホストカルーセル SERP 機能はありません。検索エンジン間で同じ機能があるとは示唆しないでください。

このページの位置づけ

カルーセルリッチリザルトは、より広い on-page SEOクラスターの中にある構造化データの、具体的な成果の 1 つです。一般的な ItemList の仕組み（プロパティと summary ページパターン全体）は姉妹記事の ItemList schema deep dive にあります。Course、Movie、Recipe、Restaurant のタイプ別リッチリザルトの詳細は、creative works schemaと local-business 文書にあります。このページが扱うのは、カルーセルの 仕組み、2 つのシステム、対象タイプ一覧、そして「有効な ItemList でも表示カルーセルではない」というルールです。

AI 要約

Advanced 版を短くまとめると、次のとおりです。

• 何か： カルーセルリッチリザルト（「ホストカルーセル」）は、サポートされるタイプの ListItem を 2 つ以上包む ItemList です。各 item に表示順を固定する 1 始まりの position を付けます。マークアップの順序が画面上の順序になります。
• 正確さの中心： 有効な ItemList ≠ 表示カルーセル。 ItemList は サポートされるタイプと組み合わせたときだけカルーセル対象です。一般的な Article や BlogPosting を包むと、有効なマークアップにはなってもカルーセルは表示されません。
• 2 つの別システム：
  • 従来型 Carousel (ItemList) — 一般提供。タイプは Course list、Movie、Recipe、Restaurant、item は 2 つ以上、同じタイプのみ、ページは summary + detail または 一体型です。
  • Structured data carousels (beta) — EEA、トルコ、南アフリカのみ。タイプは LocalBusiness のサブタイプ、Product、Event、item は 3 つ以上、タイプの混在が可能、summary + detail のみで、フォームから申請する必要があります。
• Restaurant には制限がある： 従来型のタイプとして列挙されていますが、限定アクセスで申請のみです。Recipe、Course、Movie と同じように誰でも使えるわけではありません。
• Article はカルーセルタイプではない： よくある誤解で、Google 自身が制御する、マークアップでは発動できない Top Stories 機能との混同だと思われます。
• 注意点： 対象資格 ≠ 権利（Rich Results Test は syntax を確認するだけで表示を確認しない）、ランキング要因ではない（表示形式であり、CTR 上昇は Google が文書化・確認していない未検証の仮定）、Bing に相当機能はない。
• 位置づけ： 一般的な ItemList の仕組みは姉妹の ItemList deep dive、タイプ別の詳細（Course は 2025 年 6 月以降 3 コース以上だけ、Movie はモバイルのみ）は creative works ハブにあります。このページはカルーセルの 仕組みを担当します。

公式ドキュメント

Google の一次資料に基づくドキュメントです。

Google — 2 つのカルーセルシステム

• Carousel (ItemList) structured data — 従来型の一般提供機能。4 タイプの組み合わせルール、2 item の最小数、同じタイプのルール、position、2 つのページ構造パターンを説明します（最終更新 2025-12-10 UTC）。
• Structured data carousels (beta) — 新しいホストカルーセル。LocalBusiness / Product / Event のタイプ、3 item の最小数、タイプ混在の許可、EEA / トルコ / 南アフリカの制限、関心フォームを説明します（最終更新 2026-01-21 UTC）。

Google — 関連ドキュメント

• Local business (LocalBusiness) structured data — 「Restaurant carousel（limited access）」の制限が記載されている文書です。
• Google Search がサポートする構造化データのマークアップ（Search Gallery） — 従来型カルーセルの 4 タイプを裏付けるマスター一覧です（最終更新 2026-06-15 UTC）。
• Course list structured data と Movie structured data — 従来型カルーセルのメンバー 2 タイプの個別文書です。
• Rich Results Test — カルーセルのマークアップの syntax を検証します（表示ではありません）。

Bing / Microsoft

• サイトに構造化データをマークアップする — Bing Webmaster Help — Bing は ItemList を一般的な構造化データとしてサポートしますが、カルーセル固有のリッチリザルトはありません。

出典からの引用

Google による記録に残る発言です。各リンクは、出典ページの引用箇所へ移動するディープリンクです。

Google — カルーセルとは何か、position はどう働くか

• “A carousel is a list-like rich result that people can swipe through on mobile devices. It displays multiple cards from the same site (also known as a host carousel).” (翻訳) 「カルーセルは、モバイルデバイスで人がスワイプして閲覧できる、リストのようなリッチリザルトです。同じサイトから複数のカードを表示します（ホストカルーセルとも呼ばれます）。」 — Google Search Central、Carousel (ItemList) 文書。 引用箇所へ
• “The item’s position in the carousel. This is a 1-based number.” (翻訳) 「カルーセル内での item の位置です。1 始まりの番号です。」 引用箇所へ

Google — 従来型のタイプ一覧と最小数

• “Check that itemListElement contains two or more ListItem elements.” (翻訳) 「itemListElement に ListItem 要素が 2 つ以上含まれていることを確認します。」 引用箇所へ
• “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.” (翻訳) 「リスト内のすべての item は同じタイプでなければなりません。たとえばレシピのリストなら Recipe item だけを含め、異なるタイプを混ぜないでください。」 引用箇所へ
• マスターギャラリーの 4 つの対象タイプについて：“This feature must be combined with one of the following features: Recipe, Course list, Restaurant, Movie.” (翻訳) 「この機能は、次のいずれかの機能と組み合わせる必要があります：Recipe、Course list、Restaurant、Movie。」 引用箇所へ

Google — Restaurant には制限がある（Local Business 文書より）

• “The Restaurant carousel is currently limited to a small set of restaurant providers. If you would like to participate, register your interest in our form.” (翻訳) 「Restaurant カルーセルは現在、少数のレストランプロバイダーに限定されています。参加を希望する場合は、フォームから関心を登録してください。」 引用箇所へ

Google — ベータ版カルーセル（別システム）

• “a new carousel rich result that’s in beta, which is a list-like rich result that people can scroll horizontally to see more entities from a given site (also known as a host carousel).” (翻訳) 「ベータ版の新しいカルーセルリッチリザルトで、リストのようなリッチリザルトとして、あるサイトのより多くのエンティティを横方向にスクロールして見られるものです（ホストカルーセルとも呼ばれます）。」 引用箇所へ
• “This feature is also only available in European Economic Area (EEA) countries, Turkey, and South Africa, on both desktop and mobile devices.” (翻訳) 「この機能は、デスクトップとモバイルの両方で、欧州経済領域（EEA）諸国、トルコ、南アフリカでのみ利用できます。」 引用箇所へ
• “To specify a list, define an ItemList that contains at least three itemListElement.item elements.” (翻訳) 「リストを指定するには、少なくとも 3 つの itemListElement.item 要素を含む ItemList を定義します。」 引用箇所へ

自分はどのカルーセルを利用できるのか

カルーセルの対象資格は、「自分はどちらの経路にいるのか」という問いになります。2 つのシステムは重ならないからです。自分のコンテンツと地域について、一度この判定を行ってください。

カルーセルリッチリザルト — チートシート

2 つのシステムを一覧で比較

早見ポイント

• ItemList だけ ≠ カルーセル。 サポートされるタイプと組み合わせる必要があります。
• position は 1 始まりで、2 つのシステムの表示順を決めます。
• Restaurant には制限がある。 「少数のレストランプロバイダーに限定」され、関心の登録が必要です。
• Article はカルーセルタイプではない。 Top Stories（Google が管理し、マークアップでは発動できない機能）との混同です。
• Recipe / Course / Movie は利用できます。 タイプ固有の注意点として、Course は 2025 年 6 月以降 3 コース以上だけ、Movie はモバイルのみのカルーセルです。
• 対象資格であり、権利ではない。 Rich Results Test は syntax を確認するだけで表示を確認しません。
• ランキング要因ではない。 表示形式でありランキングシグナルではありません。Google はカルーセル CTR データを公開していないため、CTR 上昇の主張は未検証として扱います。
• Bing： 相当するカルーセルリッチリザルトはありません。

よくある誤解と訂正

カルーセルのマークアップを検証するツール

• Schema Markup Validator — JSON-LD または完全な HTML を貼り付け、Google の機能固有の要件をテストする前に、壊れた JSON、無効な schema.org プロパティ、欠落した参照、ItemList 内の構造上の問題を検出します。
• Rich-Result Eligibility Checker — ネストされた item タイプが、対象とするリッチリザルトで Google が求めるフィールドを持つか確認します。正常な結果が確認するのは対象資格のルールであり、Google がカルーセルを表示することではありません。
• Google Rich Results Test — 配信済み URL を Google のレンダラーで実行します。レンダリングされたページで、Google がサポートされる item のマークアップと必須フィールドを認識できることを確認します。

従来型カルーセルの壊れたマークアップと正しいマークアップ

壊れた例：タイプの混在、position の重複、対象 item が 1 つだけ

このリストは JSON-LD として解析できますが、従来型カルーセルのルールに違反します。Recipe と Course を混在させ、両方の entry に position 1 を付けているため、サポートされる各タイプの item は 1 つしかありません。

{
  "@context": "https://schema.org",
  "@type": "ItemList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "item": { "@type": "Recipe", "name": "Tomato Soup" }
    },
    {
      "@type": "ListItem",
      "position": 1,
      "item": { "@type": "Course", "name": "Knife Skills" }
    }
  ]
}

正しい例：同じタイプの 2 item と 1 始まりの position

修正後のリストは、サポートされる 1 つのタイプに統一し、2 つの item を用意し、Google が表示する順序で番号を付けています。各 item には、それぞれのリッチリザルト文書が求めるプロパティも引き続き必要です。

{
  "@context": "https://schema.org",
  "@type": "ItemList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "item": { "@type": "Recipe", "name": "Tomato Soup" }
    },
    {
      "@type": "ListItem",
      "position": 2,
      "item": { "@type": "Recipe", "name": "Mushroom Soup" }
    }
  ]
}

ベータ版ホストカルーセルでは、同等の正しいリストに少なくとも 3 item が必要で、ベータ版の summary ページと地域に関する要件にも従わなければなりません。

カルーセル実装が対象になることを証明する

テスト 1 — 配信済み ItemList が正しいカルーセルシステムを満たす

• 実行するテスト — Rich-Result Eligibility Checkerで公開 URL を取得し、ItemList、ネストされた item タイプ、position を確認します。
• 期待する結果 — 従来型カルーセルには、同じタイプでサポートされる item が少なくとも 2 つあり、1 始まりの position が連続している必要があります。ベータ版カルーセルには少なくとも 3 つのサポートされる item があり、ベータ版の summary ページパターンに従います。
• 失敗の解釈 — item 数の不足、タイプを混在させた従来型リスト、重複または欠落した position、サポートされないネストされたタイプは、そのカルーセルシステムの対象資格を満たさないことを意味します。
• 監視期間 — 配信とキャッシュ消去の直後から確認します。
• ロールバック条件 — 新しいカルーセルブロックが、以前は有効だった構造化データを無効または誤解を招くマークアップに置き換えた場合は、そのブロックを削除または無効化します。それ以外は、再クロールを依頼する前にリストを修正します。

テスト 2 — Google が対象 item のマークアップをレンダリングできる

• 実行するテスト — 配信済み URL を Google の Rich Results Testでテストし、検出された item タイプとエラーを確認します。
• 期待する結果 — Google が、重大なエラーなしでサポートされるネストされたタイプを検出し、レンダリングされた HTML にユーザーへ送ったものと同じ ItemList が含まれます。
• 失敗の解釈 — タイプが見つからない場合はレンダリングまたは配信の問題です。必須フィールドのエラーは、ItemList 単独ではなく、ネストされた Recipe、Course、Movie、Restaurant、Product、Event、LocalBusiness のマークアップに属します。
• 監視期間 — テストでは即時に確認します。Search Console の反映は次のクロールまで遅れる可能性があります。
• ロールバック条件 — Google がマークアップをレンダリングできない場合、または修正にページ上で表示されないコンテンツを主張する必要がある場合は、カルーセルの公開を中止します。テストに合格してもカルーセル表示は保証されません。

自分で確認する：カルーセルリッチリザルト

Google のカルーセルリッチリザルトが実際にどう動くかについての簡単な 5 問です。それぞれ答えを選んでから確認してください。

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

関連する私の執筆記事

• 構造化データ：その意味と使い方 — スキーマタイプ、実装方法、検証ツールを扱う Ahrefs のガイドです。カルーセルのマークアップはここを土台にします。
• 技術 SEO 入門ガイド — 構造化データとリッチリザルトが、より大きな全体像のどこに位置づくかを説明します。

私の講演

• How Search Works（SlideShare）— クロール、レンダリング、インデックス登録、リッチリザルトのような機能が生成される仕組みを解説します。定型の注意書きは “This is my understanding of systems… not going to be 100% complete or accurate.” (翻訳) 「これはシステムについての私の理解であり、100% 完全または正確になるわけではありません。」 です。

公式

• Google の Carousel (ItemList) structured data — 従来型機能の正規リファレンスです（4 タイプ、2 item の最小数、position、ページパターン）。
• Google の Structured data carousels (beta) — ベータ版ホストカルーセルです（LocalBusiness / Product / Event、3 item の最小数、EEA / トルコ / 南アフリカ）。
• Google の Local business structured data — 「Restaurant carousel（limited access）」の制限が記載されています。
• Google の Search Gallery — サポートされるタイプのマスター一覧です。

業界周辺の資料

• Google の新しい構造化データカルーセル（ベータ版）（Search Engine Land）— 1 つのサイトから複数のエンティティを横にスクロールするベータ版の開始を扱います。
• Google の構造化データカルーセル（ベータ版）は summary ページ向けと明確化（Search Engine Land）— マークアップは detail ページではなく summary ページに置くという文書の明確化です。
• Google が構造化データカルーセル（ベータ版）の提供地域を拡大（Search Engine Roundtable、Barry Schwartz）— トルコと南アフリカを追加した地理的拡大の経緯です。
• Google が新しい構造化データカルーセル（ベータ版）リッチリザルトを発表（Search Engine Journal）— 発表記事です。
• Google がカルーセル（ベータ版）構造化データ文書を更新（Search Engine Journal）— 後のベータ版文書改訂を扱います。
• カルーセル検索結果（Rank Math KB）— 従来型 4 タイプのプラグイン運用向け解説です（ベータ版システムと Restaurant の制限は扱いません）。

残しておきたい引用

カルーセルを説明するときに戻ってくる文章です。ディープリンク付きの Google の逐語的な発言は、出典からの引用タブにあります。こちらは、より意見を含む実務家向けの一覧です。

中心となる仕組みについて

• カルーセルは、“a list-like rich result that people can swipe through on mobile devices… multiple cards from the same site (also known as a host carousel).” (翻訳) 「モバイルデバイスで人がスワイプできるリストのようなリッチリザルトで、同じサイトから複数のカードを表示します（ホストカルーセルとも呼ばれます）。」 — Google。下にある仕組みは、同じタイプの ListItem を持つ ItemList で、各 item に 1 始まりの position を付けます。

誰もがつまずく誤解について

• 有効な ItemList は、表示カルーセルではありません。Google は “add ItemList structured data in combination with one of the… supported structured data features.” (翻訳) 「サポートされる構造化データ機能の 1 つと組み合わせて ItemList 構造化データを追加することです。」 と求めています。非対応タイプを包むと、有効なマークアップにはなってもカルーセルは表示されません。構造化データのクラスター全体で繰り返し注意している、「有効でも表示されない」という落とし穴です。

2 システムの混同について

• カルーセルは 1 つではなく 2 つあります。Course / Movie / Recipe / Restaurant 向けで一般提供される従来型 Carousel (ItemList) と、LocalBusiness / Product / Event 向けの別のベータ版ホストカルーセルです。後者は “only available in European Economic Area (EEA) countries, Turkey, and South Africa.” (翻訳) 「欧州経済領域（EEA）諸国、トルコ、南アフリカでのみ利用できます。」。ほとんどのガイドは片方だけを扱い、もう片方を忘れています。

Restaurant のアスタリスクについて

• Restaurant は列挙されていますが制限があります。“The Restaurant carousel is currently limited to a small set of restaurant providers.” (翻訳) 「Restaurant カルーセルは現在、少数のレストランプロバイダーに限定されています。」 書類上はサポートされていますが、実際には申請したサイトだけが利用できます。

変更履歴