暫定日本語訳:Flat vs. Deep サイト Architecture: A Practical Decision Framework

暫定日本語訳:Not the why — the how. A decision framework for figuring out how flat or deep your specific サイト should be, how to measure where it currently sits, and how to fix it: ページ-count rules of thumb, a click-depth audit, and hub-ページ remediation.

初回公開:2026年7月3日 · 最終更新:2026年8月4日 · Advanced
言語

暫定日本語訳:This is the operator's-manual companion to the pyramid-vs-flat concept covered elsewhere in this cluster — it doesn't re-argue that a pyramid beats both extremes, it helps you decide how flat or deep your specific サイト should be. The right depth is mostly a function of how distinct your categories are (and the templates, priority, and update patterns behind them) — ページ count is a secondary, rough signal, not a law: a ~50-ページ brochure サイト can usually stay flat, a 10 000+ SKU catalog usually needs real hierarchy or it collapses into a mega-menu リンク dump, but treat both bands as heuristics to calibrate, not fixed cutoffs. Only Bing states a hard number (important ページ within ~3 clicks) as an operational target, not a guarantee; Google deliberately states none. Measure where you sit by クロール for a segmented click-depth distribution and cautiously cross-referencing GSC クロール Stats (aggregate first-party データ, not proof of a per-URL cause) to spot the depth cliff where クロール falls off. Fix depth with hub ページ, related-コンテンツ modules, and breadcrumbs, treating each change as reversible and testable with a monitoring window — and remember URL-folder depth isn't click depth, so リンク a buried ページ closer rather than rewriting its URL. No architecture change guarantees クロール, インデックス登録, ranking, traffic, or AI-citation gains.

暫定日本語案: TL;DR — This is the “how do I decide and act” companion to the conceptual 暫定日本語案: pyramid-vs-flat coverage already in this cluster — I’m not re-arguing why a 暫定日本語案: pyramid beats both extremes. Depth should scale mostly with (a) how distinct the 暫定日本語案: natural categories, templates, and update patterns are, and secondarily with 暫定日本語案: (b) how many ページ need their own findable URL. Rough shape, as heuristics you 暫定日本語案: calibrate rather than fixed cutoffs: ~50-ページ brochure サイト → flat; a few 暫定日本語案: thousand ページ → shallow pyramid, 2–3 levels; 10 000+ SKUs → multi-level 暫定日本語案: hierarchy with hub ページ, or you get the mega-menu リンク-dump failure mode. 暫定日本語案: Google does not set a maximum number of clicks. Measure by クロール for a 暫定日本語案: segmented click-depth distribution (by template and priority, not a 暫定日本語案: sitewide average), then cautiously cross-reference GSC クロール Stats — 暫定日本語案: aggregate first-party データ, not per-URL proof — to find the depth cliff 暫定日本語案: where クロール drops off. Fix with hub ページ (the highest-ROI move), 暫定日本語案: related-コンテンツ modules, and breadcrumbs, testing each change against a 暫定日本語案: comparison segment with a monitoring window and a rollback trigger. URL-folder 暫定日本語案: depth ≠ click depth — リンク a buried ページ closer rather than rewriting its URL. 暫定日本語案: None of this guarantees クロール, インデックス登録, ranking, traffic, or AI-citation 暫定日本語案: gains. 暫定日本語案: Evidence for this claim Googlebot generally follows links between pages; important pages should be reachable through crawlable navigation rather than relying only on search boxes. Scope: Current Google ecommerce navigation guidance; no universal click-count threshold. Confidence: high · Verified: Google Search Central: Ecommerce navigation structure Evidence for this claim Google recommends linking important pages from relevant pages and using concise, descriptive anchor text. Scope: Current Google internal-link guidance. Confidence: high · Verified: Google Search Central: Link best practices

暫定日本語案: This isn’t the “why” article

暫定日本語案: Two other pieces in this cluster already own the conceptual case. サイト architecture 暫定日本語案: covers flat vs. deep hierarchies as one of the failure modes at the extremes, and 暫定日本語案: ウェブサイト structure makes the pyramid-beats-both-extremes argument with Mueller’s 暫定日本語案: quotes about context, クロール, and mega menus. I’m not going to re-derive any of 暫定日本語案: that here or re-run those quotes as the centerpiece. If you want the why, read 暫定日本語案: those first.

暫定日本語案: What neither covers — and what people planning a new サイト, replatforming, or 暫定日本語案: auditing an existing one actually need — is the operator’s manual: for my 暫定日本語案: specific サイト, how many levels should I have, how do I measure where I currently 暫定日本語案: sit, and how do I fix it when it’s wrong? That’s this article. The centerpiece is 暫定日本語案: the decision tree in the Decision Tree tab; everything below is the reasoning 暫定日本語案: and workflow behind it.

暫定日本語案: Depth is a function of category distinctness and size

暫定日本語案: There is no fixed right answer, and anyone who hands you one (I’ve seen “always 暫定日本語案: flat,” “always three clicks,” “never more than two subcategory levels”) is selling 暫定日本語案: a house style as a law. The honest framing is that hierarchy depth should scale 暫定日本語案: with two independent variables — lead with the first, since it’s the one SEO-only 暫定日本語案: advice usually skips:

  1. 暫定日本語案: How distinct or overlapping the natural categories are, and what task the 暫定日本語案: user is on. Nielsen Norman Group’s research on 暫定日本語案: flat vs. deep ウェブサイト hierarchies 暫定日本語案: nails it: “Flat hierarchies tend to work well if you have distinct, 暫定日本語案: recognizable categories, because people don’t have to click through as many 暫定日本語案: levels,” and “Categories that are specific and do not overlap are the easiest 暫定日本語案: to understand.” Their bottom line matches the whole spirit of this framework: 暫定日本語案: “Like most design questions, there’s no single right answer, and going too far 暫定日本語案: to either extreme will backfire.” Also weigh which template a ページ uses, how 暫定日本語案: important it is to the business, and how often that section updates (Illyes’ 暫定日本語案: /news/ vs. /archives/ point below) — these matter as much as a raw ページ count.
  2. 暫定日本語案: How many distinct items need their own findable ページ. Forty ページ and 暫定日本語案: 20 000 商品 are different problems, but ページ count on its own is a rough 暫定日本語案: signal, not the deciding factor — a small サイト with badly overlapping 暫定日本語案: categories can need more structure than a larger one with clean, distinct 暫定日本語案: sections.

暫定日本語案: Google’s own guidance points the same direction on the size axis. Gary Illyes has 暫定日本語案: said hierarchy should scale with the サイト — that for a large サイト it’s “likely 暫定日本語案: better to have a hierarchical structure” because it lets 検索 engines “treat 暫定日本語案: different sections differently, especially when it comes to クロール,” and that 暫定日本語案: if you “put everything in one directory, that’s hardly possible.” (Reported by 暫定日本語案: 検索エンジン Journal; 暫定日本語案: I’d treat the exact wording as trade-press transcription rather than a canonical 暫定日本語案: doc.) That’s the load-bearing point for the large-catalog end of the framework: 暫定日本語案: size forces hierarchy.

暫定日本語案: ページ-count rules of thumb

暫定日本語案: Nobody — not Google, not Bing — publishes a ページ-count-to-levels table, and no 暫定日本語案: dated study ties the ~50-ページ or 10 000+-ページ bands below to a specific サイト 暫定日本語案: population. Treat these as practitioner heuristics you calibrate to your own 暫定日本語案: サイト, not verified universal cutoffs — category distinctness, templates, and 暫定日本語案: update patterns (above) should move you off these bands in either direction:

  • 暫定日本語案: Small / brochure sites (roughly under 50–100 ページ, few natural categories): 暫定日本語案: stay flat. Homepage → one level of section/category → ページ, with most コンテンツ 暫定日本語案: one or two clicks deep. Bing’s three-click figure is your outer bound, and you’ll 暫定日本語案: almost never hit it. NN/g’s “distinct categories work well flat” applies directly 暫定日本語案: here.
  • 暫定日本語案: Mid-size コンテンツ sites (a few hundred to a few thousand ページ, several genuinely 暫定日本語案: distinct topic areas): a shallow pyramid — homepage → category → optional 暫定日本語案: subcategory → ページ, most コンテンツ within three clicks. This is the sweet spot the 暫定日本語案: cluster’s conceptual pieces describe, and it’s where this very サイト sits.
  • 暫定日本語案: Large コマース catalogs, enterprise sites, publisher archives (10 000+ ページ 暫定日本語案: or SKUs): hierarchy stops being an aesthetic choice and becomes a necessity. 暫定日本語案: You need enough levels — top-level category → subcategory → (sometimes a 暫定日本語案: filtered/facet layer) → 商品 — that you’re not trying to expose the entire 暫定日本語案: catalog from one navigation surface. The classic failure here is over-flattening 暫定日本語案: a huge catalog into a mega menu that dumps hundreds of リンク one click from 暫定日本語案: the homepage; the mega-menu topic in the コマース cluster covers why that 暫定日本語案: strips the grouping signals 検索 engines rely on. The corrective isn’t “add 暫定日本語案: infinite depth” — it’s “add enough hierarchy to organize the catalog, then use 暫定日本語案: hub ページ to keep priority items reachable in three-to-four clicks anyway.”

暫定日本語案: You’ll see competitor guides assert crisp numbers here (“flat = 3 clicks or fewer,” 暫定日本語案: “keep subcategories to 2–3 levels,” “8 top-level categories × 4–8 subcategories”). 暫定日本語案: Those are useful as industry consensus — the SEO field’s de facto defaults — but 暫定日本語案: they’re not sourced to any 検索エンジン, so label them that way in your own head. 暫定日本語案: The uncontroversial, well-supported shape is simply: small catalog → flat, large 暫定日本語案: catalog → more hierarchy.

暫定日本語案: URL depth is not click depth (a reminder, not a re-derivation)

暫定日本語案: The url-structure and ウェブサイト-structure articles in this cluster already establish 暫定日本語案: the key fact: Google reads the リンク graph, not the slashes in your URLs. I’m 暫定日本語案: not re-arguing it. The reason it belongs here is purely operational, because it 暫定日本語案: changes how you fix a depth problem.

暫定日本語案: A URL like /category/subcategory/product/ looks three levels deep, but if a hub 暫定日本語案: ページ リンク to it directly, it’s one click from the homepage. Conversely, a ページ 暫定日本語案: with a short, tidy URL can be buried six clicks deep with no hub linking to it. So 暫定日本語案: two rules fall out for remediation:

  • 暫定日本語案: Don’t “fix” click depth by rewriting URLs flatter. Stripping folders out of 暫定日本語案: the address while the リンク graph stays deep does nothing.
  • 暫定日本語案: Do fix it by linking the ページ closer. Add or strengthen a hub リンク from a 暫定日本語案: shallower level. The URL can stay exactly as it is.

暫定日本語案: That distinction is what makes the worked example later (six clicks → three, 暫定日本語案: without renaming anything) possible.

暫定日本語案: Auditing your current depth, in order

暫定日本語案: You can’t decide where to go without knowing where you are. Three steps:

暫定日本語案: 1. Get the click-depth distribution from a クロール, segmented, not averaged. Run 暫定日本語案: Ahrefs サイト Audit (its Structure Explorer / depth 暫定日本語案: view) or Screaming Frog (the サイト 暫定日本語案: Structure tab and the クロール Depth column) and look at what percentage of your ページ 暫定日本語案: sit at depth 1, 2, 3, and 4+. Don’t stop at the sitewide number — break it out by 暫定日本語案: template, ページ purpose, business priority, and discovery source (internal リンク 暫定日本語案: vs. sitemap-only). See the クロール depth 暫定日本語案: article for the URL-level measurement mechanics. This is your ground-truth map of 暫定日本語案: how deep the サイト actually is in the リンク graph — not in the URLs. A healthy サイト 暫定日本語案: has its priority ページ, specifically, concentrated in the shallow buckets; a good 暫定日本語案: overall average can still hide a buried revenue template.

The sitewide shape is only the first read. The priority-page overlay shows whether important URLs are concentrated in the deep buckets.

A bounded 1,000-page crawl contains 30 pages at depth one, 220 at depth two, 410 at depth three, 190 at depth four, and 150 at depth five or deeper. Priority pages inside those buckets number 8, 54, 71, 39, and 42 respectively. The deep bucket therefore deserves review even though depth three is the largest overall bucket.

暫定日本語案: 2. Cross-reference with GSC クロール Stats — cautiously. The クロール tells you how 暫定日本語案: deep ページ are; Google’s 暫定日本語案: クロール Stats report 暫定日本語案: tells you what Google is actually choosing to クロール, and how often. It splits 暫定日本語案: requests into Discovery (URLs Google hadn’t crawled before) and Refresh 暫定日本語案: (recrawls of known ページ). Treat クロール Stats as aggregate, sitewide, first-party 暫定日本語案: データ — it isn’t a per-URL log, so it can’t by itself prove that any single ページ 暫定日本語案: or segment is suffering from depth specifically. The practical read — this is 暫定日本語案: practitioner interpretation, not a Google statement: if Discovery stays near zero 暫定日本語案: while you keep publishing, your internal linking isn’t surfacing new or deep ページ 暫定日本語案: to the クローラー; if Refresh drops sharply without ページ being removed, something 暫定日本語案: structural is suppressing recrawls. Almost no competitor guide connects the 暫定日本語案: クローラー’s depth データ to GSC’s クロール データ, and the join is where the insight lives — 暫定日本語案: but treat it as a hypothesis to test (compare a segment you changed against a 暫定日本語案: similar segment you didn’t), not a proof on its own.

暫定日本語案: 3. Find the depth cliff. Overlay the two: the depth level where クロール frequency 暫定日本語案: and coverage fall off a cliff is the practical, measured definition of “too deep” 暫定日本語案: for your サイト — far more useful than any generic number. You’re not guessing that 暫定日本語案: depth 5 is bad; you’re observing that on your サイト, クロール collapses past depth 暫定日本語案: 4 for a specific segment. (Note: you’ll find secondary コンテンツ claiming things like 暫定日本語案: “ページ get crawled 5–10× less at depth 5.” I couldn’t source that to any primary 暫定日本語案: Google material, so I won’t present it as a stat — measure your own cliff instead, 暫定日本語案: and hold it to a comparison group before you act on it.)

暫定日本語案: Fixing depth problems

暫定日本語案: In rough priority order:

  • 暫定日本語案: Hub / category ページ — the single highest-ROI fix. Add or strengthen a 暫定日本語案: mid-level ページ that both humans and crawlers can use to reach buried コンテンツ in 暫定日本語案: fewer clicks. It shortens click depth without touching URLs. This is almost 暫定日本語案: always the first move.
  • 暫定日本語案: Related-コンテンツ modules. End-of-article and sidebar リンク create additional 暫定日本語案: paths to deep ページ. They’re a weaker signal than body-コンテンツ リンク (Google 暫定日本語案: tries to identify a ページ’s primary コンテンツ area and weights contextual リンク 暫定日本語案: above navigational “module” リンク — I’d treat that as a well-attested read of 暫定日本語案: Mueller’s position rather than a verbatim quote), but at scale, more real paths to 暫定日本語案: deep ページ genuinely help.
  • 暫定日本語案: Breadcrumbs. They reinforce hierarchy for users and 検索 engines, and the 暫定日本語案: machine-readable version is BreadcrumbList structured データ. Google’s own line: 暫定日本語案: “A breadcrumb trail on a ページ indicates the ページ’s position in the サイト 暫定日本語案: hierarchy, and it may help users understand and explore a サイト effectively.” 暫定日本語案: (See the breadcrumbs article in this cluster for the markup.)
  • 暫定日本語案: Pagination — mind how it interacts with depth. The pagination article in this 暫定日本語案: cluster covers the mechanics; the depth-specific point is that a paginated 暫定日本語案: listing is itself a クロール path (ページ 1 → 2 → 3 …), so a 商品 or article that 暫定日本語案: only appears on ページ 4+ of a category listing inherits real extra click depth. 暫定日本語案: Don’t rely on deep pagination to carry your priority items — surface them via a 暫定日本語案: hub or related module instead, and keep the pagination self-canonicalizing so the 暫定日本語案: path stays open.

暫定日本語案: One nuance worth holding onto: depth is a risk factor, not an automatic penalty. 暫定日本語案: A technically deep ページ can still get crawled fine if it has strong external リンク 暫定日本語案: or lives in a frequently-updated, well-organized directory (Illyes’ /news/ example). 暫定日本語案: That’s exactly why the depth-cliff measurement beats assuming by depth number 暫定日本語案: alone.

暫定日本語案: None of these fixes can promise クロール, インデックス登録, rankings, traffic, or 暫定日本語案: AI-citation gains — depth is one input among many. Treat each change as 暫定日本語案: reversible and testable: pick a comparison segment you’re not changing, set a 暫定日本語案: monitoring window (a few クロール/recrawl cycles is usually enough to see a 暫定日本語案: directional shift in Discovery/Refresh or the depth distribution), and define a 暫定日本語案: rollback trigger up front — if a hub ページ adds clicks for some users without 暫定日本語案: shortening the クロール path you were targeting, unwind it rather than layering 暫定日本語案: more changes on top. See the Validation Tests tab for the fuller test/ 暫定日本語案: monitor/rollback table.

暫定日本語案: Worked example: six clicks to three

暫定日本語案: Take a 商品 buried like this: Home → top category → subcategory → 暫定日本語案: sub-subcategory → listing ページ 3 → 商品. That’s six clicks. It’s a genuinely 暫定日本語案: important 商品, but the クローラー has to traverse a deep listing to reach it, and 暫定日本語案: it’s getting recrawled rarely.

暫定日本語案: The fix isn’t a re-architecture and it isn’t a URL change. Add a hub / landing 暫定日本語案: ページ one level below the homepage — say a “Best Sellers” or seasonal collection 暫定日本語案: ページ — and リンク the 商品 directly from it: Home → collection hub → 商品. 暫定日本語案: Now it’s three clicks. The URL never changed (reinforcing that click depth, not URL 暫定日本語案: depth, was the problem), and you’ve added a shallow, high-value path that both users 暫定日本語案: and crawlers can follow. That single hub ページ can do the same job for a whole batch 暫定日本語案: of buried priority items at once.

暫定日本語案: When “get everything crawled” isn’t the goal

暫定日本語案: A closing reframe I keep coming back to in my 暫定日本語案: クロール-budget writing: more クロール doesn’t 暫定日本語案: mean better rankings. But a ページ that never gets crawled can’t rank at all — and the 暫定日本語案: ページ that go uncrawled tend to be exactly the newer, poorly-linked, deep ones this 暫定日本語案: framework is about. Most sites don’t need to obsess over クロール budget; Google’s own 暫定日本語案: guidance says the sites that do are roughly the 1M+ ページ sites changing weekly or 暫定日本語案: ~10K-ページ sites changing daily. For everyone else, depth is a findability and 暫定日本語案: signal-passing concern, not a クロール-budget emergency — but the fix (リンク priority 暫定日本語案: ページ shallower) is the same either way.

暫定日本語案: The neighboring topics — how internal リンク pass signals, how クロール depth affects 暫定日本語案: discovery, breadcrumbs, pagination, and the サイト-architecture models — all plug 暫定日本語案: into the decisions in the tree below.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.