ECサイトの構造化データ完全ガイド｜Schema.orgでリッチリザルトを獲得する方法
ECサイトにおける構造化データ（Schema.org）の基礎から実装方法、Googleリッチリザルトの獲得効果、AI Overviewへの引用対策まで、EC担当者が知っておくべき構造化データ活用法を解説します。
はじめに
「商品ページがGoogle検索に表示されているのに、星評価や価格が表示されていない」「競合サイトの検索結果には価格や在庫状況が出ているのに、自社には出ない」——こうした悩みを持つEC事業者は少なくありません。
この差を生み出しているのが 構造化データ（Structured Data） です。構造化データを適切に実装することで、Googleが検索結果に表示する「リッチリザルト」を獲得しやすくなり、クリック率（CTR）の向上や検索流入の増加につながります。
さらに近年注目される AI Overview（AIO） においても、構造化データが整備されているサイトは情報として引用されやすい傾向にあります。商品スペック・価格・ユーザー評価などが機械可読な形式で明示されていると、AIが内容を正確に把握しやすくなるためです。
本記事では、ECサイトに必要な構造化データの種類・具体的な実装方法・よくある間違いと注意点を網羅的に解説します。SEO・AIO対策の両方を兼ねた施策として、ぜひ取り入れてみてください。
構造化データ（Schema.org）とは？
構造化データとは、Webページの内容を検索エンジンが理解しやすい形式で記述するためのコードです。
Googleをはじめとする主要検索エンジン（Bing・Yahoo!など）が共同で策定した語彙（ボキャブラリー）が Schema.org であり、商品・レビュー・価格・在庫状況・FAQなど、多様な情報を標準化された形式で表現できます。
実装形式の種類
構造化データの記述形式は主に3種類あります。
| 形式 | 特徴 |
|---|---|
| JSON-LD | HTML の <script> タグ内に記述。Googleが推奨する方式 |
| Microdata | HTML 要素にインライン属性を付与する方式。メンテナンスがやや複雑 |
| RDFa | Microdataと同様に HTML 要素に記述する方式 |
Googleが推奨するのはJSON-LDです。コンテンツと完全に分離して記述できるため、実装・修正が容易です。テンプレートエンジンや動的レンダリング（JavaScriptによるSPA）でも扱いやすく、ECサイトの多様な構成に対応できます。
構造化データが必要な理由
通常の HTML ページは、人間が読むことを前提に書かれています。しかし検索エンジンにとっては、「この数値が価格なのか評価スコアなのか」「この文字列が商品名なのかブランド名なのか」が判別しにくい場合があります。
構造化データを使うことで、「このページの商品は〇〇円で、現在在庫あり、評価は5点満点中4.5点、レビュー件数は89件」という情報を明示的に伝えられます。その結果、Googleが検索結果をより豊かに表示するリッチリザルトへの選出確率が高まります。
ECサイトに必要な主要スキーマタイプ
ECサイトで特に重要なスキーマタイプは以下の5つです。それぞれの役割と実装のポイントを解説します。
1. Product（商品情報）
商品名・説明・ブランド・SKU・画像などの基本情報を定義するスキーマです。ECサイトで最も基本となるスキーマで、後述するOfferやReviewと組み合わせて使います。
主要プロパティ:
name: 商品名（必須）description: 商品説明文brand: ブランド名sku: 商品コード（SKU）image: 商品画像のURLurl: 商品ページのURL
2. Offer（価格・在庫）
商品の価格・通貨・在庫状況・販売条件を定義します。Offerを実装することで、検索結果に 価格・在庫状況 が表示されるリッチリザルトを狙えます。
主要プロパティ:
price: 商品価格（数値。「円」などの単位を含めず数値のみ）priceCurrency: 通貨コード（日本円の場合は"JPY"）availability: 在庫状況（https://schema.org/InStock、OutOfStock、PreOrderなど）priceValidUntil: 価格の有効期限（セール価格を記述する際に重要）
在庫状況の availability は リアルタイムで更新する ことが重要です。在庫切れ商品に InStock が残っていると、ガイドライン違反と判定されリッチリザルトが停止されることがあります。
3. Review / AggregateRating（レビュー・評価）
ユーザーレビューと平均評価スコアを定義します。実装すると検索結果に 星評価（⭐） が表示され、視覚的なインパクトによるCTR向上が期待できます。
主要プロパティ:
ratingValue: 平均評価値（例:"4.5"）bestRating: 評価の最大値（例:"5"）reviewCount: レビュー件数
Googleのガイドラインでは、ページ上に表示されている実際のユーザーレビューに基づいた評価のみ実装が認められています。レビューをページに表示せずに構造化データだけを記述することや、自社スタッフ・架空ユーザーによる評価の水増しは禁止されており、発覚した場合はペナルティの対象となります。
4. BreadcrumbList（パンくずリスト）
サイトのカテゴリ階層（パンくずリスト）を定義します。検索結果のURL表示がパンくず形式（トップ > レディース > アウター）に変わり、ユーザーにとってサイト構造が把握しやすくなります。
商品カテゴリが3階層以上に深いECサイトでは特に効果的で、ユーザーが自分の検索意図に合ったページかどうかを判断しやすくなることでCTR向上につながります。
5. FAQPage（よくある質問）
Q&A形式のコンテンツを定義します。商品ページや特集ページに「よくある質問」セクションを設けてFAQPageスキーマを実装することで、検索結果に Q&Aが折りたたみ形式で展開表示 されます。
検索結果の表示面積が大きくなることでCTR向上が期待でき、AI Overview（AIO）でも質問・回答形式のコンテンツは引用されやすい傾向にあります。「〇〇とは？」「〇〇のデメリットは？」「〇〇はいくらかかる？」といった疑問に答えるFAQをページ内に設置することをおすすめします。
リッチリザルトの種類と検索流入への効果
構造化データを実装することで獲得を目指せる主なリッチリザルトを整理します。
| リッチリザルト | 必要なスキーマ | 検索結果での表示内容 |
|---|---|---|
| 商品スニペット | Product + Offer | 価格・在庫状況・評価 |
| レビュースニペット | AggregateRating | 星評価・レビュー件数 |
| パンくずリスト | BreadcrumbList | カテゴリ階層のURL表示 |
| FAQ リッチリザルト | FAQPage | Q&Aの折りたたみ展開 |
| 商品カルーセル | ItemList + Product | 複数商品の横並び表示 |
| HowTo スニペット | HowTo | 手順のステップ表示 |
リッチリザルトが表示されると通常の青リンクより視覚的に目立つため、CTRが改善するケースが多く報告されています。特に価格・評価の表示は、購買意欲の高い比較検討段階のユーザーを集客しやすくなります。
構造化データの実装方法
実装の基本ステップ
- 対象ページの選定: 商品詳細ページ・カテゴリページ・FAQページなど、スキーマを実装すべきページを洗い出す
- スキーマ設計: 各ページに必要なプロパティをリストアップ（必須と推奨を区別）
- JSON-LD の記述:
<head>または<body>内の<script type="application/ld+json">タグ内に記述 - リッチリザルトテストで検証: Googleの公式ツールでエラー・警告を確認
- Search Console で監視: Search Consoleの各リッチリザルトレポート（「商品スニペット」「パンくずリスト」など） で、インプレッションやクリック数などを継続追跡
Shopifyでの実装方法
Shopifyは公式テーマ（Dawn など）に基本的な構造化データが標準実装されています。ただしデフォルトでは必ずしもすべてのプロパティが含まれているわけではなく、AggregateRatingやFAQPageは別途対応が必要な場合があります。
Shopifyで構造化データを拡充する主な方法:
- テーマファイルの編集:
product.liquid（またはmain-product.liquid）にJSON-LDブロックを追記する。Liquidの変数（product.price、product.availableなど）を使って動的に生成できる - Shopify アプリの活用: 「JSON-LD for SEO」「Schema App」などの専用アプリを使うと、コーディング不要で構造化データを管理できる
- カスタム開発: テーマに合わせた細かい実装や、カスタムアプリによる在庫連携が必要な場合は開発者への依頼を推奨
実装の優先順位
すべてのスキーマを一度に実装しようとすると工数がかかります。以下の優先順位で進めることをおすすめします。
- 最優先: Product + Offer（価格・在庫のリッチリザルト）
- 次点: AggregateRating（レビューがある場合）
- 並行して: BreadcrumbList（全ページ対象）
- コンテンツが揃い次第: FAQPage（商品ページや特集ページ）
AI Overview（AIO）と構造化データの関係
2024年以降、GoogleのAI Overview（旧SGE）が日本語検索でも展開されており、検索結果の上部にAIが生成した回答が表示されるケースが増えています。
構造化データはAI Overviewに直接引用される保証はありませんが、以下の観点でAIO対策との相性が良い施策です。
AIOに引用されやすいコンテンツの特徴
- 明確な構造: スキーマで定義された価格・仕様・評価はAIが解釈しやすい
- FAQ形式: 「〜とは？」「〜の選び方は？」のような疑問への直接的な回答が含まれるページはAIOで引用されやすい
- 具体的な数値・事実: 「一般的に〜」より「○○円〜」「平均△日で配送」など、明確な情報が引用対象として選ばれやすい
- 信頼性シグナル: AggregateRatingで第三者の評価が明示されているサイトは信頼度が高いと判断される傾向にある
AIO対策として追加したいスキーマ
| スキーマ | AIO での想定活用シーン |
|---|---|
| FAQPage | 「〇〇の選び方は？」「〇〇とは？」への回答引用 |
| HowTo | 商品の使い方・セットアップ手順の引用 |
| Article | ブログ・コラム記事のカテゴリ明示と引用 |
| Organization | 企業情報・信頼性シグナルの補強 |
構造化データの実装と並行して、見出し直下に結論を述べる記事構成・箇条書きやテーブルによる情報の構造化を行うことで、AIO引用の可能性がさらに高まります。
よくある間違いと注意点
NG: 架空・誇張した評価を記述する
ユーザーレビューが存在しないにもかかわらず高評価のAggregateRatingを実装すること、または自社スタッフのレビューを一般ユーザーのものとして記述することはガイドライン違反です。Googleがスパムと判定した場合、リッチリザルトが停止されるだけでなく、サイト全体のランキングに影響する可能性もあります。
NG: ページ内容と構造化データが乖離している
税込み価格を表示しているページで、スキーマには税抜き価格を記述するケースや、在庫切れ商品を InStock のまま放置するケースが典型例です。ページに表示されている情報と構造化データは 必ず一致させる 必要があります。
NG: 関係のないページに商品スキーマを貼り付ける
トップページや会社概要ページに商品スキーマを記述しても、Googleには無効として処理されます。スキーマは「そのページで実際に提供されている情報」にのみ実装してください。
NG: 実装後の監視を怠る
商品の廃盤・価格改定・在庫状況の変化に伴い、構造化データの内容が古くなることがあります。定期的にGoogle Search Consoleの「リッチリザルト」レポートを確認し、エラーが発生していないか監視する運用体制を整えることが重要です。
まとめ
ECサイトにおける構造化データ（Schema.org）の活用は、検索流入を増やすための費用対効果の高いSEO施策です。
- Product + Offer + AggregateRating の組み合わせで商品リッチリザルトを獲得
- FAQPage と BreadcrumbList で検索結果の占有面積を拡大しCTRを向上
- Googleのガイドラインに準拠した正確なデータを維持し、Search Consoleで継続監視
- AIO（AI Overview）対策としてFAQスキーマと具体的な数値情報を充実させる
構造化データは一度適切に実装すれば長期的に効果が持続する施策ですが、商品情報の変更に合わせたメンテナンスが欠かせません。特にShopifyでの構造化データ最適化は、テーマの構造やLiquid変数への理解が必要なため、専門家のサポートを活用するのも有効な選択肢です。
ECサイトの構造化データ実装やShopifyのSEO・AIO対策でお困りの際は、ぜひ FASTMAKE にご相談ください。制作から運用・検索対策まで一貫してサポートします。
