商品マークアップは、表示されている特定のオファーを記述する
Productの構造化データは、商品ページに関する明確な事実を検索システムに伝えます。Googleの商品スニペットのガイダンスが対象とするのは、単一の商品、または文書化されたバリエーションの集合です。「当店の靴」のような広いカテゴリは対象外です。マークアップは、訪問者がページで見られる情報を記述している必要があります。
実装の方法は、オファーに応じて選びます。商品スニペットでは、事実が本物である場合に限り、Productにオファー、レビュー、集計評価を付けられます。マーチャントリスティングには、販売上の追加要件があります。Schema.orgのボキャブラリーは便利ですが、Google検索の適格性を定めるのは、Googleの現行の機能ドキュメントです。
JSON-LDを生成する前に事実をモデル化する
元のデータから、固定の商品ID、名前、バリエーションの関係、画像、価格、通貨、在庫状況、オファーのURLを特定します。存在しないフィールドは、もっともらしい値で埋めずに、ないものとして決めておきます。評価がないからといって集計評価を作ってはいけません。価格が変動するからといって、1つの値を固定で書き込むのも避けます。
バリエーションでは、表示される選択と構造化された表現をそろえます。バリエーションごとに固有のURLがある場合は、選択されたバリエーションの価格、在庫状況、正規URLをテストします。ページが1つのURLを使う場合は、レンダリングされたデフォルトとマークアップが矛盾していないことを確認します。
レンダリング後のページとリリース経路をテストする
開発中は、サンプルのページをリッチリザルトテストで検証します。デプロイ後は、テンプレートやフィードによって配信される内容が変わることがあるため、最終的なHTMLを確認します。意図した機能に必要なプロパティが揃っていることと、マークアップした値がすべて表示コンテンツと一致していることをチェックします。
リリース後は、関連するSearch Consoleのレポートを監視します。ただし、検証ツールの通過と、リッチリザルトの表示は区別してください。在庫切れ商品、フィードの不一致、テンプレートの変更による失敗もチェックします。サンプルのURLと観察した日付を保存しておくと、後から確認する人がチェックを再現できます。
適格性は、表示の保証ではない
正しいProductマークアップは、適格性と理解を高めることができますが、Googleは商品の強化表示を保証していません。JSON-LDがリッチリザルト、価格の値下がり表示、ショッピングでの露出を生み出すとは書かないでください。Merchant Centerのデータとページ上のマークアップは補い合えますが、どちらも、正確な公開の商品情報の代わりにはなりません。
リスクの高い間違いは、表示されていない、または裏付けられない主張をマークアップすることです。特にレビュー、評価、在庫状況、価格が該当します。構造化データは、装飾的なSEOの層ではなく、事実のインターフェースとして扱います。