futureshop 複数グループの重複URLとcanonical
futureshopで1つの商品を複数のグループに登録していると、Search Consoleで同じ商品が別のURLとして登録され、「重複しています」と表示されることがあります。
結論から言うと、放置しないほうがよいです。同じ商品が複数のURLで存在すると、検索エンジンはどれが本物かを自分で決めます。その結果、被リンクや評価が複数のURLに分散し、どのURLも中途半端な評価になります。AI検索も同じで、同じ内容のページが複数あると、引用元として選ばれにくくなります。
この記事では、重複URLが生まれる仕組みと、自分のショップで起きているかの確認方法を整理します。canonicalの向き先の決め方と、グループ設計のルールもあわせて扱います。
結論: 商品ページのcanonicalを「グループに依存しないURL」に統一する
状態 | 対処 |
|---|---|
商品URLにグループIDが含まれ、グループごとに異なるURLになる | canonicalをグループなしの商品URLに向ける。内部リンクもそのURLに揃える |
商品URLは1つだが、グループ一覧のページネーションが重複している | 一覧はページごとに自己参照canonical。1ページ目に集約しない |
canonicalがグループ経由URLを指している | 向き先を修正。全商品で確認 |
重複がない | 何もしない。Search Consoleの「重複」を月1で確認 |
重要な考え方: canonicalは、「このページの正式なURLはこれです」という宣言です。宣言が商品ごとにバラバラだと、宣言そのものが信頼されません。商品URLの形を1つに決め、すべてのcanonicalと内部リンクをその形にそろえます。
重複が生まれる仕組み
futureshopでは、商品を複数のグループに登録できます。グループの階層を経由して商品に到達したときにURLへグループの情報が含まれる構成だと、同じ商品に次のようなURLが生まれます。
グループA経由の商品URL
グループB経由の商品URL
グループを経由しない商品URL
自分のショップの商品URLがこの形かどうかは、同じ商品を異なるグループから開いて、URLを比べれば分かります。マグカップを「キッチン」と「ギフト」の両方から開く、といった手順です。URLが同じなら、この記事の重複問題は起きていません。
自分のショップで起きているかの確認手順
1つの商品を、登録している各グループから開いてURLを比べます。
Search Consoleのページレポートで「重複しています。ユーザーにより、正規ページとして選択されていません」「Google により、ユーザーがマークしたページとは異なるページが正規ページとして選択されました」が出ていないか確認します。
商品ページのソース(HTML)で
rel="canonical"を検索して、向き先を確認してください。
3で向き先がグループ経由のURLになっていたら、修正対象です。まずは主力商品で、この確認を一度通してください。
canonicalの向き先
候補 | 向き先として適切か |
|---|---|
グループを含まない商品URL | ◎ 最も安定。グループを変えても変わらない |
主要グループ経由の商品URL | △ グループを変更するとcanonicalも変わる |
商品を最初に登録したグループのURL | × 運用で追えない |
グループを含まないURLに統一するのが原則です。canonicalがfutureshop側で自動出力される場合は、その向き先の仕様を確認し、必要ならテンプレートまたは設定で修正します。グループを変えても変わらないURLを選ぶ、というのが基準です。
内部リンクもそろえる
canonicalをそろえても、内部リンクがグループ経由URLのままなら効果は弱まります。グループ一覧から商品へのリンクや、関連商品のリンクのことです。検索エンジンは、リンクされているURLのほうを重視することがあります。一覧パーツや関連商品パーツが出すURLが、canonicalと同じ形かを確認してください。
グループ設計のルール
商品を登録するグループは、意味のある分類に限ります。「セール」「新着」のような一時的なグループは、商品の分類ではありません。タグや特集ページで扱います。
グループの階層は3段までにします。深い階層は、URLと内部リンクを複雑にします。
グループ一覧のページネーションは、各ページが自己参照canonicalです。2ページ目のcanonicalを1ページ目に向けるのは誤りです。
グループを削除・統合するときは、そのグループ経由のURLがどこに転送されるかを確認します。
そろえたあとの保ち方
商品を追加するたび、グループを変えるたびに、canonicalと内部リンクの整合は崩れます。全商品でcanonicalの向き先と、内部リンクがcanonicalと同じURLかどうかを確認し続ける作業は、手作業では続きません。
Search OSは、futureshopを含む既存のショップを支えます。canonical・内部リンク・メタデータの整合を継続的に検証し、重複URLやcanonicalの向き先の誤りを見つけます。ボットが取得しているURLとcanonicalのずれも、修正対象として整理します。URLの設計を変えるのではなく、設計どおりに保たれているかを見続ける層です。
よくある質問
重複URLがあると順位が下がりますか
ペナルティではありませんが、評価が分散します。3つのURLに評価が分かれれば、1つに集中した場合より弱くなります。
noindexで重複を消してもいいですか
noindexは「索引しない」という指示で、評価の統合はしません。統合はcanonicalで行います。
グループを減らせば解決しますか
グループ経由URLの構造自体が変わらなければ、グループを減らしても残ったグループで重複します。canonicalの向き先を直すほうが確実です。
あわせて読みたい
参考資料
Google Search Central: Consolidate duplicate URLs
Google Search Central: Pagination, incremental page loading, and Search
Google Search Central: Page Indexing report