ECサイトのSEOを支えるサイト設計｜商品・カテゴリ・記事の役割
目次
ECサイトのサイト設計では、商品ページ、カテゴリページ、記事に異なる役割を持たせ、利用者と検索エンジンが関連ページをたどれるようにします。ページを増やす前に、どの検索をどの入口で受け止めるかを決めることがSEOの基盤です。
商品数が多くても、カテゴリの意味が曖昧で内部リンクがなければ、重要な商品は見つかりにくくなります。画面のメニューだけでなく、URL、パンくずリスト、絞り込み、販売終了時の動きまで運用として設計します。
商品ページの役割
商品ページは、特定の商品を検討する人へ、価格、在庫、仕様、サイズ、素材、配送、保証などを伝えます。商品名や型番で検索する人の入口にもなります。
同じ説明を全商品へ使うのではなく、違いと購入判断に必要な情報を示します。色やサイズでURLが分かれる場合は、検索対象にする単位を決めます。
カテゴリページの役割
カテゴリページは、複数の商品を比較したい人へ一覧を提供します。カテゴリ名、商品構成、下層分類、絞り込み条件を一致させます。
検索需要がある言葉ごとにカテゴリを増やすと、商品が少ない一覧や重複カテゴリが生まれます。商品群として維持できるかを確認します。
記事の役割
記事は、選び方、使い方、違い、手入れなど、売り場だけでは答えにくい疑問を解消します。結論を示したあと、必要なカテゴリや商品へ文脈に沿って案内します。
商品一覧を求める検索まで記事で受け止めると、選択肢を見るまで遠くなります。検索意図に合うページ種別を選びます。
階層は利用者の探し方で考える
トップから大分類、中分類、商品へ進む構造は分かりやすい基本です。ただし、階層の数を機械的に決めるのではなく、商品構成と利用者の探し方に合わせます。
用途、対象者、素材が同じ階層で混在すると分類が分かりにくくなります。主となる分類軸と、絞り込みで補う軸を分けます。
URL設計の考え方
URLは短さだけでなく、長期的に安定して使えることが重要です。組織名や一時的なキャンペーン名を入れすぎると、変更時に転送が増えます。
カテゴリ改編でURLを変える場合は、旧URLから適切な新URLへリダイレクトし、内部リンクとサイトマップを更新します。
内部リンクで関係を伝える
メニュー、パンくずリスト、カテゴリ一覧、関連商品、記事内リンクから重要ページへ到達できるようにします。リンク文は移動先が分かる表現にします。
すべてのページから売れ筋商品へリンクするのではなく、利用者の次の行動に合う関連性を優先します。
絞り込みと並び替えを設計する
色、サイズ、価格などの絞り込みは商品選びに役立ちますが、組み合わせごとにURLが生成されると大量の類似ページが生まれます。
検索需要があり、十分な商品があり、固有の価値を提供できる絞り込みだけを検索入口にするなど、対象を決めます。
新商品と販売終了を運用に含める
新商品はカテゴリや新着一覧からリンクし、検索エンジンと利用者が見つけられるようにします。販売終了時は、代替商品、再入荷予定、後継品の有無で残す、転送する、削除するを判断します。
在庫が0になった瞬間に一律でnoindexや404にすると、一時欠品商品まで検索入口を失う可能性があります。
記事と売り場を分断しない
記事フォルダだけが別のメディアとして増えると、商品・カテゴリとの関係が弱くなります。記事から売り場へ、商品ページから関連ガイドへ相互に案内します。
内部リンクはSEOのために置くのではなく、読者が次に必要とする情報を提供するために設置します。
設計を一覧で管理する
ページ種別、URL例、検索対象、主なテーマ、親カテゴリ、内部リンク元、販売終了時の扱いを表にします。新しい機能やカテゴリを追加するときは、このルールと照合します。
設計書があると、商品担当、制作、開発で認識を合わせやすくなり、同じ問題の再発を防げます。
アパレルECで設計する例
トップスを「シャツ」「ニット」「Tシャツ」という種類で分類し、色、サイズ、袖丈は絞り込みにする設計を考えます。「低身長向け」は十分な商品と継続的な需要があるなら特集やカテゴリとして設け、少数の商品しかない時期は記事や絞り込みで案内する方法があります。
一つの商品は複数の入口から見つかっても構いません。ただし、同じ商品群を持つ一覧ページを似た名前で増やすと管理が難しくなります。分類を作る前に、品ぞろえが維持できるか、固有の説明と内部リンクを持てるかを確認します。
改編前に作るURL対応表
カテゴリを変更するときは、旧URL、新URL、商品点数、流入、転送先、内部リンク元を一覧にします。廃止するカテゴリをすべて上位カテゴリへ転送すると、利用者が求めた商品群と合わない場合があります。対応する新カテゴリがなければ、404として適切な案内を出す判断もあります。
公開後は、旧URLの応答、リダイレクト先、canonical、パンくずリスト、サイトマップを確認します。画面のメニューだけを直しても、古いリンクや検索エンジンへの信号が残るためです。
サイト内検索との役割を分ける
サイト内検索は、利用者が自由な語句で商品を探す機能です。検索結果ページをすべてGoogleの検索対象にすると、低品質な0件ページや無数の組み合わせが生まれる可能性があります。
需要があり、十分な商品と固有の説明を用意できる検索テーマは、正式なカテゴリや特集として設計します。偶発的なサイト内検索結果をそのままSEOページへ昇格させず、運用できるページへ作り直します。
サイト内検索の語句は、顧客がカテゴリで見つけられなかった商品を示す手掛かりです。分類や同義語辞書の改善にも使ってください。
設計変更を新機能の要件に入れる
お気に入り、比較、レコメンド、レビューなどの機能を追加すると、新しいURLやリンクが生まれる場合があります。企画段階で、検索対象にするページ、ログイン要否、URLパラメータ、削除時の応答を確認します。
完成後にSEO担当が問題を指摘すると、改修費が大きくなります。要件定義のチェック項目へクロール、インデックス、正規URL、内部リンクを含めてください。
SEO担当だけでなく、アクセシビリティ、計測、セキュリティも同時に確認すると、公開後の手戻りを減らせます。
よくある間違い
- 検索語句ごとにカテゴリを増やす
- 商品を登録しても一覧からリンクしない
- 絞り込みURLをすべて検索対象にする
- 記事と売り場を別々に管理する
- 販売終了時のURL処理を決めない
サイト設計のチェック項目
- 商品、カテゴリ、記事の役割を説明できるか
- 主要商品へ通常のリンクで到達できるか
- 分類軸と絞り込み軸を分けたか
- 検索対象にするURLを決めたか
- 新商品と販売終了の運用があるか
- 記事と売り場を関連リンクでつないだか
まとめ
ECサイトのサイト設計は、商品、カテゴリ、記事の役割を分け、内部リンクで関係を伝える仕事です。検索キーワードからページを増やすのではなく、商品構成と利用者の探し方を基準にします。
まず主要カテゴリ一つを選び、親子関係、絞り込み、関連商品、記事、販売終了時の動きを図にしてください。運用まで含めた設計にすると、ページ数が増えても重要な売り場を見つけやすく保てます。
