意味と範囲
商品ページは、まず購入者の本当の疑問に答える必要があります。その商品が何か、どのバリエーションが表示されているか、関連する仕様、現在の在庫状況、どう進めば購入できるかです。検索最適化は、不足している商品情報や誤解を招く商品情報の代わりにはなりません。文字数の下限を勝手に決めるのも避けてください。適切な文章量は、商品と、購入者が判断するために必要なことによって決まります。
実践の流れ
商品ごと、または明確に定義したバリエーションごとに、優先するURLを1つ用意します。固有で内容が分かるタイトルと、表示される商品の事実を用意します。情報を伝える画像には意味のある代替テキストを書き、フィルター、並べ替え、トラッキングパラメーターが意図せず競合するページにならないようにします。商品の構造化データは、特に価格、在庫状況、提供している場合は識別子について、表示される事実と一致させる必要があります。
確認すること
商品テンプレートとバリエーションの状態ごとに、サンプルを確認します。レンダリング後のタイトル、メインコンテンツ、画像の代替テキスト、正規URL、在庫状況の表示、Productの構造化データを比較します。マークアップの構文を検証し、そのグラフが古いフィードやデフォルト値ではなく、表示されているページを表していることを確認します。検証に通ったことと、特定の検索機能の対象になることは、別のものとして扱います。
限界とよくある間違い
レビュー、評価、価格、在庫のマークアップは、対応する情報が表示されていて最新である場合にだけ使います。便宜上、異なる商品を1つの正規ページにまとめないでください。保守しやすい商品ページは、SEOの強化よりも前に、信頼できるカタログのデータモデルに支えられています。
商品データとページ状態のチェック
商品ページは、バリエーション、在庫状態、市場によって変わることがよくあります。デフォルトのプレビューだけでなく、ユーザーが実際に選べる状態をテストします。代表的な商品ごとに、正規URL、選択中のバリエーション、表示される名前、表示していれば価格、在庫状況の文言、あれば識別子、メイン画像、構造化データのフィールドを記録します。公開ページと構造化データは、古いフィードや汎用テンプレートのデフォルトではなく、同じ最新のオファーを表している必要があります。
{ "@type": "Product", "name": "Example product", "offers": { "@type": "Offer", "availability": "https://schema.org/InStock" } }画像の扱いは別に確認します。情報を伝える商品画像には、その画像が伝える内容を示す代替テキストが必要です。装飾用のコントロールには空のalt属性を使います。複数のバリエーションで、ファイル名のようなあいまいな説明を使い回さないでください。画像のリクエストが公開されていて正常に解決でき、クローラーや購入者が使えない署名付きのセッションURLに依存していないことも確認します。
具体的なリリースチェックでは、在庫のある商品、在庫切れの商品、バリエーションのある商品、販売終了のルートを1つずつ比べます。ページごとに、期待される挙動が異なります。在庫状況を正しく示す、代替品や終了の方針が関連している、意図しない重複した正規化がない、の3点です。商品マークアップの有効な例が1つあっても見つからない問題を、これで見つけられます。
GoogleのProduct構造化データのガイダンスは、サポートされるプロパティと適格性の条件を定めていますが、有効なグラフがあってもリッチリザルトは保証されません。ページで裏付けられない評価、レビュー、配送の事実をうたわないでください。カタログのデータを正のデータ源とし、テンプレートで一貫して表示させます。個別の商品ページを手作業で修正し続けるのは避けます。
変更は、発生源で追跡します。在庫が在庫管理から、価格がフィードから、タイトルがカタログのデータから来るなら、それぞれのソースと更新ルールを記録します。こうしておくと、マークアップを手で編集せずに、食い違いの原因を診断できます。更新後は、レンダリング後の商品ページ、構造化グラフ、選択中のバリエーションを、同じセッションで比較します。