色・サイズ違いの商品ページSEO｜バリエーションURLとcanonicalの考え方
目次
色やサイズ違いの商品を扱うときは、まず各バリエーションを一つのURL内で選ばせるのか、別URLで見せるのかを決めます。正解が一つあるわけではなく、検索需要、在庫管理、共有しやすさ、ページ内容の違いを踏まえて設計します。
重要なのは、利用者が特定の色やサイズへ直接アクセスしたときに、選択状態、画像、価格、在庫が一致することです。canonicalだけを設定して終わりにせず、URL、内部リンク、サイトマップ、構造化データを揃えます。
商品バリエーションとは
同じ基本商品で、色、サイズ、素材、柄、容量などが異なるものをバリエーションと呼びます。アパレルの色とサイズ、家具の素材、家電の容量などが代表例です。
セット内容や機能が大きく違い、購入者が別の商品として比較するものは、単なるバリエーションではない場合があります。商品担当者と、親商品としてまとめる範囲を決めます。
一つのURLで選択する設計
一つのページ内で色やサイズを選ぶ方式は、説明、レビュー、内部リンクを集約しやすい利点があります。利用者はページを移動せず在庫を比較できます。
一方、特定の色を選んだ状態のURLがなければ、リンクを共有しても初期色へ戻る場合があります。Googleがバリエーションを理解し、各状態へアクセスできるよう、選択可能なURLや構造化データの設計を確認します。
バリエーションごとに別URLを持つ設計
色やサイズごとに固有URLを持つと、特定のバリエーションを直接共有しやすく、個別の画像や在庫を示せます。色名や型番で検索される商品では、利用者の目的に合わせやすい場合があります。
ただし、説明文やtitleがほぼ同じURLを大量に作ると、管理とクロールが複雑になります。各URLに固有の価値があるか、正規URLをどのように示すかを決めます。
フラグメントだけで分けない
URL末尾の#blackのようなフラグメントで色を切り替えても、Google検索では異なるページとして扱われないのが一般的です。バリエーションを別状態として示したい場合は、パスやクエリパラメータなど、直接アクセスできるURLを検討します。
URLを開いた時点で対象の色が選択され、正しい画像、価格、在庫を表示できることが重要です。パラメータがあるだけで、表示が初期状態のままなら役に立ちません。
canonicalの基本を理解する
canonicalは、重複または非常に似たページ群の中で、代表として扱ってほしいURLを示す手掛かりです。Googleは他の信号も含めて正規URLを選ぶため、指定が必ず採用されるとは限りません。
一つのURLで選択する方式で、パラメータ付きURLが同じ内容を返すなら、基本のURLをcanonical候補にする設計があります。別URL方式で各色ページを独立して検索させたい場合は、各ページを自己参照canonicalにする選択肢もあり、目的と内容差で判断します。
canonicalと内部リンクを一致させる
canonicalは基本URLを示しているのに、カテゴリ一覧やサイトマップがすべてパラメータ付きURLを指していると、信号が揃いません。内部リンク、サイトマップ、canonicalで使うURLを統一します。
計測用パラメータやセッションIDを内部リンクへ付け続けると、同じ内容のURLが増えます。長期間使う正規URLを決め、サイト内ではその形式へリンクします。
商品名とtitleをどう書き分けるか
別URLで色を見せるなら、商品名やtitleに選択中の色を含めると違いが分かります。ただし、「赤 レッド 朱色」のような類義語の羅列は避け、商品で採用している色名を自然に使います。
一つのURLで選択する場合は、初期表示のtitleと、画面上で選んだ色の表示が食い違わないかを確認します。JavaScriptでtitleを変える必要があるかは、検索対象としての設計と共有時の動作を含めて判断します。
画像・価格・在庫を同期する
色を選んだのに別色の画像が残る、サイズを選んでも在庫表示が親商品のまま、といった不一致は購入を妨げます。商品名、画像、SKU、価格、在庫、購入ボタンを一つの選択状態として更新します。
直接URLを開いた場合、ページ再読み込み、戻る操作、共有リンクでも同じ状態になるかをテストします。スマートフォンでは選択中の値が画面外へ隠れないかも確認します。
ProductGroup構造化データを検討する
Googleは、ProductGroupとProductを使って親商品とバリエーションの関係を示す方法を案内しています。variesBy、hasVariant、productGroupIDなどを使い、色やサイズの違いを表せます。
単一ページ方式と複数ページ方式で記述例や技術要件が異なります。各バリエーションに固有の識別子を持たせ、直接アクセスできるURLで正しい情報を表示します。実装後は代表的な組み合わせをテストします。
レビューをどこへまとめるか
レビューが親商品全体への評価なのか、特定色やサイズへの評価なのかを区別します。色に関係ない使い心地は共有できますが、「白は透けやすい」のような内容は対象色が分かる表示が必要です。
構造化データで評価を示す場合も、ページ上の集計範囲と一致させます。別商品のレビューを混ぜたり、全バリエーションの件数を一つのページだけの評価に見せたりしないようにします。
在庫切れバリエーションの扱い
一部サイズだけ在庫切れでも、商品全体を販売終了にしないでください。選択肢ごとの在庫を示し、購入可能なバリエーションが分かるようにします。
長期間再入荷しない色を選択肢から完全に消すか、販売終了として残すかは、共有URLや過去購入者の需要を見て決めます。別URL方式では、そのURLを残す・転送する・削除する判断が必要です。
具体例で考える
同じTシャツに五色と四サイズがある場合、二十ページを作るより、一つのページで色とサイズを選ぶほうが管理しやすいことがあります。ただし、限定色の検索需要が大きく、写真や説明が異なるなら、色ごとのURLを用意する考え方もあります。
ノートパソコンでメモリ容量とストレージが変わり、価格や型番が大きく異なる場合は、各構成を直接共有できるURLが役立ちます。どちらの場合も、選択状態とSKUが一致するかを確認します。
よくある間違い
- バリエーションの範囲を決めずURLを増やす
- フラグメントだけで別ページを表現する
- canonicalと内部リンクのURLが食い違う
- 選択した色と画像やaltが一致しない
- 一部在庫切れで商品全体を削除する
- 別URLなのに全ページが同じtitleになる
- 構造化データだけにバリエーション情報を書く
設計手順
- 親商品としてまとめる範囲を決める
- 検索需要と共有の必要性を確認する
- 単一URLか複数URLかを選ぶ
- 正規URLと内部リンクの形式を決める
- 選択状態と商品情報を同期する
- 構造化データとサイトマップを整える
- 代表的な組み合わせを端末別にテストする
チェック項目
- 各バリエーションへ直接アクセスできるか
- 商品名、画像、価格、在庫、SKUが一致するか
- canonicalと内部リンクが同じ方針か
- URLを共有しても選択状態が保たれるか
- 在庫切れの範囲が正しく表示されるか
- ProductGroupの内容が画面と一致するか
絞り込みURLとの違いを整理する
商品バリエーションのURLと、カテゴリ一覧の色・サイズ絞り込みURLは役割が違います。前者は特定商品の選択状態、後者は複数商品の集合を示します。パラメータ名やcanonical方針を混同しないようにします。
絞り込みの組み合わせが無制限にURLを作る場合は、クロールさせる範囲を検討します。検索需要と商品数がある集合だけを案内するなど、カテゴリページ側の設計も必要です。
在庫と価格の取得タイミングを確認する
バリエーションを切り替えた直後に、画像だけ先に変わり、価格と在庫が遅れて変わると誤操作につながります。読み込み中であることを示し、古い状態で購入できないようにします。
構造化データや商品フィードでは、親商品と各SKUの価格範囲をどう表すかを確認します。画面上の初期選択とデータ上の代表商品を一致させます。
まとめ
商品バリエーションのSEOでは、URLの数を増減する前に、利用者が特定の色やサイズへ直接たどり着き、正しい商品情報を確認できる設計を作ります。単一URLと複数URLにはそれぞれ利点があります。
canonicalは重要ですが、それだけで問題は解決しません。内部リンク、サイトマップ、商品名、画像、在庫、構造化データを同じ方針で揃え、代表的なバリエーションを継続してテストしてください。
