言語

フラット型と深いサイトアーキテクチャ：実務的な判断フレームワーク

理由ではなく、判断と実行の方法を解説します。自分のサイトをどの程度フラットまたは深くすべきか、現在の深さをどう測るか、ページ数の目安、クリック深度監査、ハブページによる修正までをまとめたフレームワークです。

この記事について
初回公開：2026年7月3日 · 最終更新：2026年9月21日 · 上級者向け
AI 執筆者：AI v2

本記事は、ピラミッド型とフラット型の概念に対する実務手順です。適切な深さは主にカテゴリの明確さ、テンプレート、優先度、更新パターンで決まり、ページ数は二次的な目安です。約50ページの案内サイトは通常フラットなままにでき、10 000 SKU以上のカタログには、メガメニューのリンク一覧を避けるため実質的な階層が必要です。ただし数値は固定基準ではありません。明確な数値を示すのはBingの「重要ページを約3クリック以内」という運用目標だけで、Googleは上限を定めていません。セグメント別のクリック深度分布をクロールで取得し、URL単位の原因を証明しない集計データであるGSCクロール統計と慎重に照合して、クロールが落ちる深度の崖を探します。ハブページ、関連コンテンツモジュール、パンくずリストで経路を短縮し、各変更を監視期間とロールバック条件のある検証として扱います。URLのフォルダー深度とクリック深度は別であり、URLを書き換えるのではなく埋もれたページへ近い場所からリンクします。どの変更もクロール、インデックス登録、順位、トラフィック、AIによる引用の改善を保証しません。

要点 — 本記事は、このクラスターですでに扱ったピラミッド型とフラット型の概念に対する「どう判断し、どう行動するか」の実践編です。両極端よりピラミッド型がよい理由を繰り返すものではありません。深さは主に、(a) 自然なカテゴリ、テンプレート、更新パターンがどれだけ明確に分かれるか、次に (b) 固有の検索可能なURLを必要とするページ数に合わせます。固定基準ではなく調整用の目安として、約50ページの案内サイトはフラット、数千ページなら2〜3階層の浅いピラミッド、10 000 SKU以上ならハブページを備えた多層構造が概形です。そうしなければメガメニューがリンク一覧になる失敗を招きます。Googleは最大クリック数を定めていません。クロールしてセグメント別のクリック深度分布（サイト全体の平均ではなくテンプレート別・優先度別）を取得し、URL単位の原因を証明するものではない集計済み一次データのGSCクロール統計と慎重に照合して、クロールが落ち込む深度の崖を見つけます。修正はハブページ（最も投資対効果が高い）、関連コンテンツモジュール、パンくずリストの順で行い、比較セグメント、監視期間、ロールバック条件を用いて各変更を検証します。URLのフォルダー深度とクリック深度は別物です。URLを書き換えず、埋もれたページへのリンク経路を短くします。いずれもクロール、インデックス登録、順位、トラフィック、AIによる引用の改善を保証しません。

この主張の根拠 Googlebot generally follows links between pages; important pages should be reachable through crawlable navigation rather than relying only on search boxes. 対象範囲： Current Google ecommerce navigation guidance; no universal click-count threshold. 信頼度： 高 · 検証日： Google Search Central: Ecommerce navigation structure この主張の根拠 Google recommends linking important pages from relevant pages and using concise, descriptive anchor text. 対象範囲： Current Google internal-link guidance. 信頼度： 高 · 検証日： Google Search Central: Link best practices

これは「なぜ」を説明する記事ではない

このクラスターの別の2記事が、概念面の説明をすでに担っています。サイトアーキテクチャの記事はフラット型と深い階層を両極端の失敗例として扱い、Webサイト構造の記事は、文脈、クロール、メガメニューについてのMuellerの発言を基に、ピラミッド型が両極端より優れると説明しています。ここで同じ議論を組み立て直したり、その引用を主役として繰り返したりはしません。なぜを知りたい場合は、先にそちらを読んでください。

どちらの記事にもない一方、新規サイトの設計、リプラットフォーム、既存サイトの監査をする人が本当に必要とするのは、次の実務手順です。自分のサイトには何階層必要か、現在位置をどう測り、誤っている場合にどう直すのか。 それが本記事の役割です。中心となるのは意思決定ツリータブのツリーで、以下ではその判断根拠と作業手順を説明します。

深さはカテゴリの明確さと規模で決まる

固定された正解はありません。「常にフラット」「必ず3クリック」「サブカテゴリは2階層まで」といった答えを一つだけ示す人は、流儀を法則として売っているにすぎません。正直な整理では、階層の深さを独立した2つの変数に合わせます。SEOだけの助言で見落とされやすいため、最初の変数を先に考えてください。

  1. 自然なカテゴリがどれだけ明確か、または重複しているか。そしてユーザーが何をしようとしているか。 Nielsen Norman Groupによるフラット型と深いWebサイト階層の研究 は要点を突いています。原文では、“Flat hierarchies tend to work well if you have distinct, recognizable categories, because people don’t have to click through as many levels,” (翻訳) 「明確で見分けやすいカテゴリがある場合、何階層もクリックせずに済むため、フラットな階層が機能しやすい」、また “Categories that are specific and do not overlap are the easiest to understand.” (翻訳) 「具体的で重複しないカテゴリが最も理解しやすい」 と述べています。結論も本フレームワークと一致します。“Like most design questions, there’s no single right answer, and going too far to either extreme will backfire.” (翻訳) 「多くの設計上の問題と同じく唯一の正解はなく、どちらかの極端に寄りすぎれば逆効果になる」。さらに、ページが使うテンプレート、事業上の重要度、そのセクションの更新頻度（後述するIllyesの /news/ と /archives/ の指摘）も考慮します。これらは単純なページ数と同じほど重要です。
  2. 固有の検索可能なページが必要な項目数。 40ページと20 000商品では問題が異なります。ただしページ数だけでは粗いシグナルにすぎず、決定要因ではありません。カテゴリの重複がひどい小規模サイトは、明確に分かれた大規模サイトより多くの構造を必要とすることがあります。

規模についてもGoogle側の説明は同じ方向を示します。Gary Illyesは、階層をサイト規模に合わせるべきだと述べています。大規模サイトは “likely better to have a hierarchical structure” (翻訳) 「階層構造にする方が望ましい」 のであり、そうすれば検索エンジンが “treat different sections differently, especially when it comes to crawling,” (翻訳) 「特にクロールに関して、セクションごとに異なる扱いをする」 ことができます。また、“put everything in one directory, that’s hardly possible.” (翻訳) 「すべてを一つのディレクトリに置けば、それはほぼ不可能だ」 としています（Search Engine Journal による報道）。この正確な文言は公式文書ではなく業界メディアの書き起こしとして扱うべきです。大規模カタログに関する本フレームワークの要点は、規模が階層を必須にすることです。

ページ数による目安

GoogleもBingも、ページ数と階層数を対応させた表を公開していません。また、以下の約50ページ、10 000ページ以上という範囲を特定のサイト集団に結びつけた日付付き研究もありません。普遍的に検証された境界ではなく、自分のサイトに合わせて調整する実務家の目安として扱ってください。カテゴリの明確さ、テンプレート、前述の更新パターンによって、どちらの方向にも範囲を外れて構いません。

  • 小規模／案内サイト（おおむね五十〜百ページ未満、自然なカテゴリが少ない）： フラットに保ちます。ホームページ → 1階層のセクション／カテゴリ → ページとし、大半のコンテンツを1〜2クリックに置きます。Bingの3クリックは外側の目安で、ほとんど到達しません。「明確なカテゴリならフラット型が機能する」というNN/gの知見がそのまま当てはまります。
  • 中規模コンテンツサイト（数百〜数千ページ、明確に異なるトピック領域が複数）： ホームページ → カテゴリ → 必要に応じてサブカテゴリ → ページという浅いピラミッドにし、大半を3クリック以内にします。このクラスターの概念記事が説明する適所であり、本サイトもここに該当します。
  • 大規模ECカタログ、エンタープライズサイト、メディアのアーカイブ（10 000ページまたはSKU以上）： 階層は美的な選択ではなく必要条件になります。上位カテゴリ → サブカテゴリ → 場合によってフィルター／ファセット階層 → 商品という十分な階層を設け、カタログ全体を一つのナビゲーション面に露出させないようにします。典型的な失敗は、巨大なカタログを過度に平坦化し、ホームページから1クリックのメガメニューへ数百リンクを詰め込むことです。ECクラスターのメガメニュー記事では、それが検索エンジンの利用するグループ化シグナルを失わせる理由を扱っています。修正策は「無限に深くする」ことではありません。「カタログを整理できるだけの階層を追加し、それでも優先項目へ3〜4クリックで到達できるようハブページを使う」ことです。

競合ガイドでは、「フラット＝3クリック以内」「サブカテゴリは2〜3階層」「上位カテゴリ8個×各4〜8サブカテゴリ」のような明快な数値が示されます。これはSEO業界の事実上の標準という業界合意としては有用ですが、検索エンジンの根拠はありません。頭の中でもそのように区別してください。異論が少なく十分に裏付けられた概形は、単純に「小規模カタログはフラット、大規模カタログはより多くの階層」です。

URL深度はクリック深度ではない（再確認であり、再論証ではない）

このクラスターのURL構造とWebサイト構造の記事で、重要な事実はすでに確認されています。Googleが読むのはURL内のスラッシュではなくリンクグラフです。再論証はしません。本記事にここで含める理由は、深度問題の修正方法を変えるという実務上の意味があるためです。

たとえば /category/subcategory/product/ のようなURLは3階層に見えますが、ハブページから直接リンクされていればホームページから1クリックです。反対に、短く整ったURLでも、ハブからリンクされず6クリック先に埋もれることがあります。したがって修正には2つの原則があります。

  • URLを平坦に書き換えてクリック深度を「修正」しない。 リンクグラフが深いままアドレスからフォルダーを削っても何も変わりません。
  • より近い場所からページへリンクして修正する。 浅い階層のハブリンクを追加または強化します。URLはまったく同じで構いません。

この違いがあるからこそ、後述の実例では名前を一切変えずに6クリックを3クリックへ短縮できます。

現在の深さを順番に監査する

現在位置を知らなければ、進む先は決められません。手順は3段階です。

1. 平均ではなく、セグメント別のクリック深度分布をクロールから取得する。 Ahrefs Site Audit （「Structure Explorer」（構造エクスプローラー）の深度ビュー）またはScreaming Frog （Site StructureタブとCrawl Depth列）を実行し、深度1、2、3、4以上にあるページの割合を確認します。サイト全体の数値で止めず、テンプレート、ページの目的、事業上の優先度、発見元（内部リンクかサイトマップのみか）で分けてください。URL単位の測定方法はクロール深度の記事を参照してください。これが、URLの見た目ではなくリンクグラフ上でサイトが実際にどれほど深いかを示す基準図です。健全なサイトでは、とりわけ優先ページが浅いバケットに集中します。全体平均が良好でも、埋もれた収益ページのテンプレートを隠している場合があります。

サイト全体の分布は最初の手掛かりにすぎません。優先ページを重ねて見ると、重要なURLが深いバケットに集中しているかどうかが分かります。

対象を1 000ページに制限したクロールでは、深さ1が30ページ、深さ2が220ページ、深さ3が410ページ、深さ4が190ページ、深さ5以上が150ページです。各バケットの優先ページはそれぞれ8、54、71、39、42ページです。全体では深さ3が最大でも、深いバケットは確認する価値があります。

2. GSCクロール統計と慎重に照合する。 クロールはページがどれほど深い状態かを示します。Googleのクロール統計レポート は、Googleが実際に何をどの頻度でクロールすることを選んでいるかを示します。リクエストは検出（Googleが以前クロールしていなかったURL）と更新（既知ページの再クロール）に分かれます。クロール統計はサイト全体を集計した一次データとして扱ってください。URL単位のログではないため、それだけで特定ページやセグメントの不調が深度に起因すると証明できません。次はGoogleの見解ではなく実務家としての読み方です。公開を続けているのに検出がほぼゼロなら、内部リンクが新規ページや深いページをクローラーへ提示できていない可能性があります。ページを削除していないのに更新が急落したなら、構造上の何かが再クロールを抑えている可能性があります。競合ガイドのほとんどはクローラーの深度データとGSCのクロールデータを結び付けませんが、洞察はその接合部にあります。ただし単独の証明ではなく、変更したセグメントと類似する未変更セグメントを比較して検証する仮説として扱います。

3. 深度の崖を見つける。 2つのデータを重ねます。クロール頻度とカバレッジが崖のように落ちる深度が、そのサイトで「深すぎる」ことを示す実測上の定義です。一般的な数字よりはるかに有用です。深度5が悪いと推測するのではなく、自分のサイトの特定セグメントでは深度4を超えるとクロールが崩れる、と観測します（「深度5ではクロールが5〜10倍少ない」といった二次情報もありますが、私はGoogleの一次資料で裏付けられなかったため、統計として提示しません。代わりに自分の崖を測り、行動前に比較群と照合してください）。

深度問題の修正

おおまかな優先順は次のとおりです。

  • ハブ／カテゴリページ — 最も投資対効果の高い修正。 人にもクローラーにも使え、埋もれたコンテンツへ少ないクリックで到達できる中間階層ページを追加または強化します。URLを変えずにクリック深度を短縮できるため、ほぼ常に最初の施策です。
  • 関連コンテンツモジュール。 記事末尾やサイドバーのリンクは深いページへの追加経路を作ります。本文内リンクより弱いシグナルです（Googleはページの主要コンテンツ領域を識別し、ナビゲーションの「モジュール」リンクより文脈内リンクを重く見るとされます。これはMuellerの見解について十分に裏付けられた解釈であり、逐語引用ではありません）。それでも規模が大きければ、深いページへの実在する経路が増えることは役立ちます。
  • パンくずリスト。 ユーザーと検索エンジンの双方に階層を補強し、機械可読版はBreadcrumbList構造化データです。Googleの原文は、“A breadcrumb trail on a page indicates the page’s position in the site hierarchy, and it may help users understand and explore a site effectively.” (翻訳) 「ページ上のパンくずリストはサイト階層内でのページ位置を示し、ユーザーがサイトを理解して効果的に探索する助けになり得る」 です（マークアップはこのクラスターのパンくずリスト記事を参照）。
  • ページネーション — 深度との相互作用に注意。 仕組みはこのクラスターのページネーション記事で扱っています。深度に関して重要なのは、ページ分割された一覧自体がクロール経路（1ページ目 → 2ページ目 → 3ページ目…）になることです。カテゴリ一覧の4ページ目以降にしかない商品や記事には、実際に追加のクリック深度が生じます。優先項目を深いページネーションだけに任せず、ハブや関連モジュールから提示してください。また、経路を開いたままにするため各ページを自己参照canonicalにします。

覚えておくべき補足は、深さがリスク要因であって、自動的なペナルティではないことです。技術的に深いページでも、強い外部リンクがある、または頻繁に更新され整理されたディレクトリ（Illyesの /news/ の例）に属していれば、問題なくクロールされることがあります。だからこそ、深度の数字だけで決めつけず、深度の崖を測る方が優れています。

これらの修正はいずれも、クロール、インデックス登録、順位、トラフィック、AIによる引用の改善を約束できません。深度は多くの入力の一つです。各変更を元に戻せて検証可能なものとして扱います。比較には変更しないセグメントを選び、監視期間（通常は数回のクロール／再クロール周期で、検出・更新や深度分布の方向性を確認できます）を設定し、ロールバック条件を事前に決めます。狙ったクロール経路を短縮せず、一部ユーザーのクリックだけを増やすハブページなら、変更を重ねず元に戻します。詳しい表は検証テストタブで確認できます。

実例：6クリックから3クリックへ

次の経路に埋もれた商品を考えます。ホーム → 上位カテゴリ → サブカテゴリ → 下位カテゴリ → 一覧の3ページ目 → 商品。6クリックです。重要な商品ですが、クローラーは深い一覧をたどらなければ到達できず、再クロール頻度も低くなっています。

修正は再設計でもURL変更でもありません。ホームページの1階層下に「ベストセラー」や季節コレクションのようなハブ／ランディングページを追加し、商品へ直接リンクします。経路はホーム → コレクションハブ → 商品となり、3クリックです。URLは変わりません。問題がURL深度ではなくクリック深度だったことを再確認できます。人もクローラーもたどれる浅く価値の高い経路が増え、一つのハブページで埋もれた優先項目の一群を同時に救えます。

「すべてをクロールさせる」ことが目標ではない場合

最後に、私がクロールバジェットの記事 で繰り返し立ち返る見方を示します。クロール量が増えても順位が上がるとは限りません。ただし一度もクロールされないページは順位を得られません。そして未クロールになりやすいのは、まさに本フレームワークが対象とする、新しく、リンクが乏しく、深いページです。大半のサイトはクロールバジェットを過度に気にする必要がありません。Googleの説明では、特に注意が必要なのは、おおむね毎週変化する100万ページ以上のサイト、または毎日変化する約10 000ページ規模のサイトです。それ以外では、深度はクロールバジェットの緊急事態ではなく、発見可能性とシグナル伝達の問題です。ただし修正策は同じで、優先ページへのリンク経路を浅くします。

内部リンクがシグナルを渡す仕組み、クロール深度が発見に与える影響、パンくずリスト、ページネーション、サイトアーキテクチャの各モデルという隣接トピックは、すべて以下のツリーの判断につながります。

専門家メモを追加

専門家の引用を固定

新しい人物ですか？まず、 /admin/experts/ → 専門家の引用を固定 から未登録プロフィールを作成してください。