EC事業者・担当者が「今日・明日で改善できるSEO施策」をまとめた超実務寄りのEC SEO専門メディア

絞り込む順番から考える、深くしすぎない階層を示します。ECサイト向け解説記事のアイキャッチ

ECサイトのカテゴリ構造を設計する方法|階層を深くしすぎない考え方

絞り込む順番から考える、深くしすぎない階層を示します。記事の結論と3つの要点をまとめた図
目次
  1. カテゴリ構造がSEOに関係する理由
  2. 利用者が商品を絞る順番を確認する
  3. 上位カテゴリと下位カテゴリの役割
  4. 階層を深くしすぎない
  5. 細分化する基準
  6. 複数カテゴリに属する商品の扱い
  7. パンくずリストで現在地を示す
  8. ECサイトでの具体例
  9. グローバルメニューと一覧ページを使い分ける
  10. 商品追加時に崩れない構造にする
  11. 多言語・複数店舗での注意
  12. カテゴリ構造をデータで評価する
  13. 構造変更時の注意点
  14. よくある間違い
  15. カテゴリ構造のチェック項目
  16. 構造を図にして関係者と確認する
  17. まとめ
  18. 次に読みたい関連記事

ECサイトのカテゴリ構造は、商品を管理する都合だけでなく、利用者が目的の商品へたどり着く順路として設計します。トップ、カテゴリ、下位カテゴリ、商品ページが通常のリンクでつながり、どこにいるか分かる状態が基本です。

階層は浅ければよい、深ければ専門的というものではありません。商品の種類と選び方に合う段階を設け、不要な中間ページや商品数の少ない細分化を増やさないことが大切です。

カテゴリ構造がSEOに関係する理由

Googleは、ページ同士のリンク関係を分析してサイト構造や相対的な重要性を理解します。ECサイトでは、メニューからカテゴリ、カテゴリから下位カテゴリ、下位カテゴリから商品へリンクすることで、検索エンジンが商品ページを見つけやすくなります。

URLの見た目だけでサイト階層が理解されるとは限りません。ディレクトリがきれいでも、内部リンクがなく、サイト内検索からしか商品へ行けない状態では発見されにくくなります。カテゴリ構造とリンク構造を一緒に考えます。

利用者が商品を絞る順番を確認する

分類軸は商品によって異なります。服なら性別、種類、用途、サイズ、家具なら部屋、商品種類、サイズ、素材などが考えられます。顧客が最初に何を決め、次に何を比較するかを調べます。

サイト内検索語、絞り込みの利用状況、接客時の質問、アクセス解析の遷移を確認すると、管理側の分類と利用者の探し方の違いが見えます。商品登録の部署名や仕入れ先を、そのまま公開カテゴリにしないでください。

上位カテゴリと下位カテゴリの役割

上位カテゴリは、複数の種類を横断して比較する入口です。下位カテゴリは、一定の条件に絞った商品集合を示します。上位ページには下位カテゴリの違いを説明し、各ページへリンクします。

たとえば「収納家具」の下に「本棚」「チェスト」「シューズラック」を置くと、商品種類で段階的に絞れます。さらに「木製」「白」「幅60センチ以下」をすべて下位階層にすると、素材、色、サイズが混在します。これらは絞り込み条件として扱うほうが分かりやすい場合があります。

階層を深くしすぎない

トップから商品までのクリック数に一律の正解はありませんが、重要な商品やカテゴリが何段もの中間ページを経なければ見つからない状態は避けます。各階層に利用者が選ぶ意味があるか確認します。

「家具・インテリア」「家具」「リビング家具」「リビング収納」「収納家具」のように似た中間ページが続くなら、統合できる可能性があります。ページを一つ減らすことだけが目的ではなく、各ページの検索意図と商品集合が明確かで判断します。

細分化する基準

下位カテゴリを作るときは、商品数だけでなく、検索意図、品ぞろえの継続性、固有の比較軸、説明内容、内部リンクの必要性を確認します。

  • 独立した商品集合として説明できる
  • 利用者がその条件で探すことが多い
  • 一定の商品数を継続して維持できる
  • 上位ページとは異なる選び方を示せる
  • メニューや上位カテゴリから案内する価値がある

条件に当てはまらない場合は、フィルタ、タグ、特集、ガイド記事など別の形で案内します。

複数カテゴリに属する商品の扱い

一つの商品が「通勤バッグ」と「防水バッグ」の両方に属することはあります。利用者の探し方に合わせて複数カテゴリからリンクしても、商品ページ自体のURLを一つに保てば、重複ページを増やさず複数の入口を作れます。

カテゴリごとに商品URLが変わるCMSでは、同一商品のURLが複数生成される場合があります。URL設計とcanonicalを確認し、内部リンクは基本となる商品URLへ統一します。カテゴリ構造の変更が商品URL変更につながる仕様なら、改修前に影響を調べます。

パンくずリストで現在地を示す

パンくずリストは、利用者が上位カテゴリへ戻る手掛かりになります。「ホーム > 収納家具 > 本棚」のように、現在地と上位の関係を示します。表示上の階層とサイト内リンクの関係を一致させます。

複数カテゴリに属する商品では、どの経路のパンくずを表示するかルールが必要です。アクセス経路によって毎回URLやcanonicalが変わる実装は避け、代表階層や複数パンくずの扱いをサイト全体で決めます。

ECサイトでの具体例

ペット用品サイトで犬用品を設計するとします。第一階層を「犬用品」、第二階層を「フード」「おやつ」「首輪・ハーネス」「ケア用品」と商品種類で分けます。「ドッグフード」の下は、ドライ、ウェット、療法食など、商品特性と選び方が明確に異なる単位を検討します。

年齢、犬種、内容量、原材料はフィルタとして利用し、検索需要と商品数が十分な「子犬用」など一部だけを検索着地ページとして整える方法があります。すべての組み合わせをカテゴリ階層にすると、空ページや似た一覧が急増します。

上位の「犬用品」では主要カテゴリを案内し、「ドッグフード」ではタイプや年齢の選び方を説明します。下位ページほど具体的な比較情報へ進む構造です。

グローバルメニューと一覧ページを使い分ける

すべてのカテゴリをグローバルメニューへ載せる必要はありません。主要な上位カテゴリをメニューに置き、下位カテゴリはカテゴリページ内で案内します。メニューが長くなりすぎると、重要な入口を見つけにくくなります。

検索流入や売上が大きい下位カテゴリは、特集枠やトップページから直接リンクする方法があります。カテゴリ階層を変えなくても、重要なページへのリンク距離を短くできます。

商品追加時に崩れない構造にする

新しい商品種類が増えるたびに階層を作り直すと、URLとナビゲーションが不安定になります。カテゴリの定義に余白を持たせ、将来の商品追加でも同じ軸で分類できるかを確認します。

一方、何でも入る上位カテゴリだけでは探しにくくなります。一定の商品数と顧客行動が確認できた段階で下位カテゴリへ分ける基準を決めます。仮カテゴリを公開前の管理用に使い、十分な品ぞろえができてから公開する方法もあります。

多言語・複数店舗での注意

国や言語ごとに品ぞろえが異なるサイトでは、日本語サイトの階層をそのまま翻訳するだけでは合わない場合があります。各市場での呼び方、規格、商品有無を確認します。

同じ運営会社の複数店舗でカテゴリ名が違うと、商品データや分析の統合が難しくなります。内部の共通分類コードと、顧客向け表示名を分けて管理すると、地域に合わせながら集計も維持できます。

カテゴリ構造をデータで評価する

トップから商品までのクリック数だけでなく、カテゴリから商品詳細への移動率、サイト内検索への戻り、絞り込み利用、離脱を確認します。利用者が上位と下位を往復しているなら、分類が分かりにくい可能性があります。

Search Consoleでは、上位と下位カテゴリが同じクエリで競合していないかを見ます。データは原因を直接示すものではないため、実際のページと商品集合を確認して仮説を立てます。

構造変更時の注意点

カテゴリ統合や名称変更では、旧URLの流入、外部リンク、Search Consoleのデータ、広告リンク、メール掲載URLを確認します。URLを廃止する場合は、内容が対応する新URLへ転送し、内部リンクとサイトマップも更新します。

一度に大規模変更すると、原因の切り分けが難しくなります。主要な一カテゴリで新構造を検証し、クロール、インデックス、商品到達、回遊、売上への影響を確認してから展開します。

よくある間違い

一つ目は、商品管理の階層をそのまま公開することです。仕入れ先や倉庫区分は顧客の探し方と一致しない場合があります。

二つ目は、検索キーワードごとに下位カテゴリを増やすことです。語が違っても商品集合が同じなら、重複ページが増えます。

三つ目は、メニューに載せきれないカテゴリをリンクなしで残すことです。重要なページは、上位カテゴリや関連コンテンツから通常のリンクで到達できるようにします。

カテゴリ構造のチェック項目

  • 利用者が商品を絞る順番と階層が合っているか
  • 各中間ページに独自の役割があるか
  • 同じ階層で分類軸がそろっているか
  • 主要商品へ通常リンクで到達できるか
  • 商品数の少ない下位カテゴリが増えていないか
  • 同一商品のURLがカテゴリごとに重複していないか
  • パンくずリストと実際の階層が一致しているか

構造を図にして関係者と確認する

カテゴリ改修の前には、上位カテゴリ、下位カテゴリ、主要商品、特集記事を簡単な一覧にします。各ページについて、対象商品数、主な検索意図、親ページ、子ページ、公開状態を記録すると、名前だけでは分からなかった重複や孤立を発見できます。

商品担当は品ぞろえ、運用担当は登録作業、開発担当はURLとテンプレート、SEO担当は検索需要とクロールを見ています。構造図を共通資料にすると、ある部署にとって便利な細分類が、別の部署では更新できないという食い違いを早い段階で確認できます。

最初から全サイトを組み替えるのではなく、一つの主要カテゴリで試し、メニューからの商品到達、内部リンク、インデックス状況、利用者の回遊を確認します。問題がなければ同じルールをほかのカテゴリへ適用します。段階的に進めることで、転送漏れや登録ミスの範囲も抑えられます。

まとめ

ECサイトのカテゴリ構造では、利用者が商品を絞る順番に沿って、意味のある階層を作ります。URLの形だけでなく、メニュー、カテゴリ間リンク、商品リンク、パンくずリストを通じて関係を示すことが基本です。

まず主要カテゴリを一つ選び、トップから商品までの経路を書き出してください。役割が重なる中間ページ、商品数の少ない細分類、リンクのない重要ページを見つけると、構造を見直す優先順位が明確になります。

次に読みたい関連記事