Flat vs. Deep situs Architecture: sebuah Practical Decision kerangka kerja

TL;DR — sebuah flat situs mempertahankan sebagian besar halaman close untuk homepage; sebuah deep situs nests them melalui banyak category layers. Neither adalah secara otomatis better — right amount dari depth bergantung mostly pada bagaimana dengan jelas Anda categories divide up, dan secondarily pada bagaimana big Anda situs adalah. sebuah kecil brochure situs dapat biasanya stay flat. sebuah giant online store biasanya perlu lebih layers. practical goal adalah untuk memberikan penting halaman pendek, jelas, dapat di-crawl paths, dan untuk test perubahan rather daripada assume mereka’ll berfungsi; tidak ada universal three-click aturan, dan Tidak perubahan jaminan crawling, peringkat, atau traffic gains.

Apa arti “flat” (terjemahan) “datar” dan “deep” (terjemahan) “dalam”

setiap situs memiliki beberapa hierarchy — homepage di top, lalu bagian, lalu individual halaman. berguna definition tidak sebuah fixed layer count, though — ini adalah Anda situs’s click-depth distribution (apa share dari halaman sit di depth 1, 2, 3, 4+) dan, lebih secara khusus, bagaimana banyak clicks Anda priority halaman perlu. Flat mendeskripsikan sebuah distribution di mana sebagian besar halaman, terutama priority ones, sit satu atau dua clicks dari homepage. Deep mendeskripsikan satu di mana reaching typical halaman berarti passing melalui several layers: homepage → category → subcategory → sub-subcategory → halaman. halaman-count dan tingkat bands kemudian di ini artikel adalah labeled heuristics untuk calibrating itu distribution — tidak definition itself.

neighboring artikel di ini cluster (situs architecture dan situs web structure) sudah jelaskan mengapa sebuah sensible pyramid beats keduanya sebuah pancake-flat situs dan sebuah needlessly deep satu. ini artikel adalah practical ikuti-up: bagaimana melakukan Anda decide, untuk Anda sebenarnya situs, bagaimana flat atau deep ini seharusnya menjadi — dan bagaimana melakukan Anda periksa dan perbaiki ini?

pendek jawaban

ada Tidak universal “correct” (terjemahan) “correct” angka dari tingkat. ini muncul down untuk dua pertanyaan:

1. Bagaimana banyak halaman melakukan Anda memiliki itu perlu untuk menjadi ditemukan pada mereka own? sebuah little business situs dengan 40 halaman dapat pertahankan semuanya satu atau dua clicks dari homepage. sebuah store dengan 20 000 products dapat’t — ini perlu categories dan subcategories, atau navigation becomes sebuah unusable wall dari tautan.
2. Bagaimana dengan jelas melakukan Anda categories divide up? jika Anda bagian adalah obvious dan jangan overlap (Shoes vs. Shirts), Anda dapat stay flatter. jika mereka blur ke setiap lainnya, Anda’ll biasanya perlu sebuah little lebih structure untuk pertahankan hal organized.

satu aturan worth remembering

pertahankan penting halaman easy untuk reach melalui dapat di-crawl tautan. Google memberikan Tidak universal click-count threshold. Treat “three clicks” (terjemahan) “three clicks” sebagai sebuah diagnostic heuristic, tidak sebuah penelusuran-mesin requirement.

jika sebuah halaman Anda care tentang adalah buried five atau six clicks down, Anda tidak memiliki untuk rip Anda seluruh situs apart. biasanya Anda hanya tambahkan sebuah hub halaman (sebuah category-style halaman) itu tautan straight untuk ini dari lebih tinggi up — itu alone dapat pull ini dari six clicks untuk three.

ingin nyata decision kerangka kerja — halaman-count thresholds, cara mengukur Anda situs’s depth, dan cara perbaiki ini — switch untuk Advanced tab, atau jump untuk Decision Tree.

TL;DR — ini adalah “bagaimana lakukan I decide dan act” (terjemahan) “bagaimana melakukan I decide dan act” companion untuk conceptual pyramid-vs-flat coverage sudah di ini cluster — I’m tidak re-arguing mengapa sebuah pyramid beats keduanya extremes. Depth seharusnya scale mostly dengan (sebuah) bagaimana distinct natural categories, templates, dan perbarui patterns adalah, dan secondarily dengan (b) bagaimana banyak halaman perlu mereka own findable URL. Rough shape, sebagai heuristics Anda calibrate alih-alih fixed cutoffs: ~50-halaman brochure situs → flat; sebuah sedikit thousand halaman → shallow pyramid, 2–3 tingkat; 10 000+ SKUs → multi-tingkat hierarchy dengan hub halaman, atau Anda mendapatkan mega-menu tautan-dump failure mode. Google melakukan tidak set sebuah maximum angka dari clicks. mengukur oleh crawling untuk sebuah segmented click-depth distribution (oleh template dan priority, tidak sebuah sitewide average), lalu cautiously cross-reference GSC Statistik Crawling — aggregate pertama-party data, tidak per-URL proof — untuk temukan depth cliff di mana crawling drops off. Perbaiki dengan hub halaman ( highest-ROI move), related-konten modules, dan breadcrumbs, testing setiap perubahan terhadap sebuah perbandingan segment dengan sebuah monitoring window dan sebuah rollback trigger. URL-folder depth ≠ click depth — tautan sebuah buried halaman closer alih-alih rewriting -nya URL. None dari ini jaminan crawling, pengindeksan, peringkat, traffic, atau AI-citation gains.

ini bukan artikel “why” (terjemahan) “tentang alasan di baliknya”

Dua lainnya pieces di ini cluster sudah own conceptual case. situs architecture covers flat vs. deep hierarchies sebagai satu dari failure modes di extremes, dan situs web structure membuat pyramid-beats-keduanya-extremes argument dengan Mueller’s quotes tentang context, crawling, dan mega menus. I’m tidak going untuk re-derive apa pun dari itu di sini atau re-jalankan itu quotes sebagai centerpiece. jika Anda ingin mengapa, baca itu pertama.

Apa neither covers — dan apa orang planning sebuah baru situs, replatforming, atau auditing sebuah existing satu sebenarnya perlu — adalah operator’s manual: untuk my spesifik situs, bagaimana banyak tingkat seharusnya I memiliki, bagaimana melakukan I mengukur di mana I saat ini sit, dan bagaimana melakukan I perbaiki ini ketika ini adalah wrong? itu’s ini artikel. centerpiece adalah decision tree di Decision Tree tab; semuanya di bawah adalah reasoning dan workflow behind ini.

Depth adalah sebuah function dari category distinctness dan size

tidak ada fixed right jawaban, dan anyone siapa hands Anda satu (I’ve seen “selalu flat,” (terjemahan) “selalu flat,” “always three clicks,” (terjemahan) “selalu three clicks,” “never more than two subcategory levels” (terjemahan) “tidak pernah lebih daripada dua subcategory tingkat”) adalah selling sebuah house style sebagai sebuah law. honest framing adalah itu hierarchy depth seharusnya scale dengan dua independent variables — lead dengan pertama, since ini adalah satu SEO-hanya advice biasanya skips:

1. Bagaimana distinct atau overlapping natural categories adalah, dan apa task pengguna adalah pada. Nielsen Norman Group’s research pada flat vs. deep situs web hierarchies nails ini: “Flat hierarchies tend to work well if you have distinct, recognizable categories, because people don’t have to click through as many levels,” (terjemahan) “Flat hierarchies tend untuk berfungsi well jika Anda memiliki distinct, recognizable categories, karena orang jangan memiliki untuk click melalui sebagai banyak tingkat,” dan “Categories that are specific and do not overlap are the easiest to understand.” (terjemahan) “Categories itu adalah spesifik dan melakukan tidak overlap adalah easiest untuk memahami.” mereka bottom line matches seluruh spirit dari ini kerangka kerja: “Like most design questions, there’s no single right answer, and going too far to either extreme will backfire.” (terjemahan) “Like sebagian besar design pertanyaan, ada Tidak single right jawaban, dan going too far untuk either extreme akan backfire.” juga weigh yang template sebuah halaman menggunakan, bagaimana penting ini adalah untuk business, dan bagaimana sering itu bagian memperbarui (Illyes’ /news/ vs. /archives/ poin di bawah) — ini penting sebagai banyak sebagai sebuah mentah halaman count.
2. Bagaimana banyak distinct items perlu mereka own findable halaman. Forty halaman dan 20 000 products adalah berbeda masalah, tetapi halaman count pada -nya own adalah sebuah rough sinyal, tidak deciding factor — sebuah kecil situs dengan badly overlapping categories dapat perlu lebih structure daripada sebuah lebih besar satu dengan bersih, distinct bagian.

Google’s own guidance poin yang sama direction pada size axis. Gary Illyes memiliki mengatakan hierarchy seharusnya scale dengan situs — itu untuk sebuah besar situs ini adalah “likely better to have a hierarchical structure” (terjemahan) “mungkin better untuk memiliki sebuah hierarchical structure” karena ini lets mesin pencari “treat different sections differently, especially when it comes to crawling,” (terjemahan) “treat berbeda bagian differently, terutama ketika ini muncul untuk crawling,” dan itu jika Anda “put everything in one directory, that’s hardly possible.” (terjemahan) “put semuanya di satu directory, itu’s hardly mungkin.” (Reported oleh mesin pencari Journal; I’d treat tepat wording sebagai trade-press transcription alih-alih sebuah canonical doc.) itu’s muat-bearing poin untuk besar-catalog end dari kerangka kerja: size forces hierarchy.

halaman-count aturan dari thumb

Tidak seorang pun — tidak Google, tidak Bing — publishes sebuah halaman-count-untuk-tingkat table, dan Tidak dated study ties ~50-halaman atau 10 000+-halaman bands di bawah untuk sebuah spesifik situs population. Treat ini sebagai practitioner heuristics Anda calibrate untuk Anda own situs, tidak verified universal cutoffs — category distinctness, templates, dan perbarui patterns (di atas) seharusnya move Anda off ini bands di either direction:

• kecil / brochure situs (roughly di bawah 50–100 halaman, sedikit natural categories): stay flat. Homepage → satu tingkat dari bagian/category → halaman, dengan sebagian besar konten satu atau dua clicks deep. Bing’s three-click figure adalah Anda outer bound, dan Anda’ll hampir tidak pernah hit ini. NN/g’s “distinct categories work well flat” (terjemahan) “distinct categories berfungsi well flat” applies secara langsung di sini.
• Mid-size konten situs (sebuah sedikit hundred untuk sebuah sedikit thousand halaman, several genuinely distinct topic areas): sebuah shallow pyramid — homepage → category → opsional subcategory → halaman, sebagian besar konten di dalam three clicks. ini adalah sweet spot cluster’s conceptual pieces deskripsikan, dan ini adalah di mana ini very situs sits.
• besar ecommerce catalogs, enterprise situs, publisher archives (10 000+ halaman atau SKUs): hierarchy berhenti menjadi sebuah aesthetic pilihan dan becomes sebuah necessity. Anda perlu cukup tingkat — top-tingkat category → subcategory → (sometimes sebuah filtered/facet layer) → product — itu Anda’re tidak trying untuk expose entire catalog dari satu navigation surface. classic failure di sini adalah di atas-flattening sebuah huge catalog ke sebuah mega menu itu dumps hundreds dari tautan satu click dari homepage; mega-menu topic di ecommerce cluster covers mengapa itu strips grouping sinyal mesin pencari rely pada. corrective tidak “add infinite depth” (terjemahan) “tambahkan infinite depth” — ini adalah “add enough hierarchy to organize the catalog, then use hub pages to keep priority items reachable in three-to-four clicks anyway.” (terjemahan) “tambahkan cukup hierarchy untuk organize catalog, lalu gunakan hub halaman untuk pertahankan priority items reachable di three-untuk-four clicks anyway.”

Anda’ll see pesaing guides assert crisp angka di sini (“flat = 3 clicks or fewer,” (terjemahan) “flat = 3 clicks atau fewer,” “keep subcategories to 2–3 levels,” (terjemahan) “pertahankan subcategories untuk 2–3 tingkat,” “8 top-level categories × 4–8 subcategories” (terjemahan) “8 top-tingkat categories × 4–8 subcategories”). itu adalah berguna sebagai industry consensus — SEO field’s de facto defaults — tetapi mereka’re tidak sourced untuk apa pun mesin pencari, so label them itu cara di Anda own head. uncontroversial, well-didukung shape adalah sekadar: kecil catalog → flat, besar catalog → lebih hierarchy.

URL depth adalah tidak click depth (sebuah reminder, tidak sebuah re-derivation)

url-structure dan situs web-structure artikel di ini cluster sudah establish key fact: Google membaca tautan graph, tidak slashes di Anda URLs. I’m tidak re-arguing ini. alasan ini belongs di sini adalah purely operational, karena ini perubahan bagaimana Anda perbaiki sebuah depth masalah.

sebuah URL like /category/subcategory/product/ looks three tingkat deep, tetapi jika sebuah hub halaman tautan untuk ini secara langsung, ini adalah satu click dari homepage. Conversely, sebuah halaman dengan sebuah pendek, tidy URL dapat menjadi buried six clicks deep dengan Tidak hub linking untuk ini. So dua aturan fall out untuk remediation:

• jangan “perbaiki” (terjemahan) “perbaiki” click depth oleh rewriting URLs flatter. Stripping folders out dari address sementara tautan graph tetap deep melakukan tidak ada apa pun.
• melakukan perbaiki ini oleh linking halaman closer. tambahkan atau strengthen sebuah hub tautan dari sebuah shallower tingkat. URL dapat stay persis sebagai ini adalah.

itu pembedaan adalah apa membuat worked contoh kemudian (six clicks → three, tanpa renaming apa pun) mungkin.

Auditing Anda saat ini depth, di order

Anda dapat’t decide di mana untuk go tanpa knowing di mana Anda adalah. Three langkah:

1. Mendapatkan click-depth distribution dari sebuah crawl, segmented, tidak averaged. Jalankan Ahrefs situs Audit (-nya Structure Explorer / depth view) atau Screaming Frog ( situs Structure tab dan crawl Depth column) dan lihat apa percentage dari Anda halaman sit di depth 1, 2, 3, dan 4+. jangan berhenti di sitewide angka — break ini out oleh template, halaman purpose, business priority, dan penemuan sumber (internal tautan vs. sitemap-hanya). See crawl depth artikel untuk URL-tingkat pengukuran mechanics. ini adalah Anda ground-truth map dari bagaimana deep situs sebenarnya adalah di tautan graph — tidak di URLs. sebuah healthy situs memiliki -nya priority halaman, secara khusus, concentrated di shallow buckets; sebuah baik overall average dapat masih hide sebuah buried revenue template.

2. Cross-reference dengan GSC Statistik Crawling — cautiously. crawl tells Anda bagaimana deep halaman adalah; Google’s Statistik Crawling report tells Anda apa Google adalah sebenarnya choosing untuk crawl, dan bagaimana sering. ini splits permintaan ke penemuan (URLs Google hadn’t di-crawl sebelum) dan Refresh (recrawls dari known halaman). Treat Statistik Crawling sebagai aggregate, sitewide, pertama-party data — ini tidak sebuah per-URL log, so ini dapat’t oleh itself prove itu apa pun single halaman atau segment adalah suffering dari depth secara khusus. practical baca — ini adalah practitioner interpretation, tidak sebuah Google statement: jika penemuan tetap near zero sementara Anda pertahankan penerbitan, Anda internal linking tidak surfacing baru atau deep halaman untuk crawler; jika Refresh drops sharply tanpa halaman menjadi dihapus, sesuatu structural adalah suppressing recrawls. Hampir Tidak pesaing guide connects crawler’s depth data untuk GSC’s crawl data, dan join adalah di mana insight lives — tetapi treat ini sebagai sebuah hypothesis untuk test (bandingkan sebuah segment Anda changed terhadap sebuah similar segment Anda tidak), tidak sebuah proof pada -nya own.

3. temukan depth cliff. Overlay dua: depth tingkat di mana crawl frequency dan coverage fall off sebuah cliff adalah practical, diukur definition dari “too deep” (terjemahan) “too deep” untuk Anda situs — far lebih berguna daripada apa pun generic angka. Anda’re tidak guessing itu depth 5 adalah buruk; Anda’re observing itu pada Anda situs, crawling collapses past depth 4 untuk sebuah spesifik segment. (Note: Anda’ll temukan sekunder konten claiming hal like “halaman mendapatkan crawled 5–10× lebih sedikit di depth 5.” (terjemahan) “halaman mendapatkan di-crawl 5–10× lebih sedikit di depth 5.” I tidak dapat sumber itu untuk apa pun utama Google material, so I tidak akan present ini sebagai sebuah stat — mengukur Anda own cliff alih-alih, dan hold ini untuk sebuah perbandingan group sebelum Anda act pada ini.)

Memperbaiki depth masalah

di rough priority order:

• Hub / category halaman — single highest-ROI perbaiki. tambahkan atau strengthen sebuah mid-tingkat halaman itu keduanya humans dan crawler dapat gunakan untuk reach buried konten di fewer clicks. ini shortens click depth tanpa touching URLs. ini adalah hampir selalu pertama move.
• Related-konten modules. End-dari-artikel dan sidebar tautan buat additional paths untuk deep halaman. mereka’re sebuah weaker sinyal daripada body-konten tautan (Google tries untuk identify sebuah halaman’s utama konten area dan weights contextual tautan di atas navigational “module” (terjemahan) “module” tautan — I’d treat itu sebagai sebuah well-attested baca dari Mueller’s position alih-alih sebuah verbatim quote), tetapi di scale, lebih nyata paths untuk deep halaman genuinely help.
• Breadcrumbs. mereka reinforce hierarchy untuk pengguna dan mesin pencari, dan machine-readable versi adalah BreadcrumbList data terstruktur. Google’s own line: “A breadcrumb trail pada a halaman indicates itu halaman’s position di itu site hierarchy, dan it mungkin help users understand dan explore a site effectively.” (terjemahan) “sebuah breadcrumb trail pada sebuah halaman indicates halaman’s position di situs hierarchy, dan ini dapat help pengguna memahami dan explore sebuah situs effectively.” (See breadcrumbs artikel di ini cluster untuk markup.)
• Pagination — mind bagaimana ini interacts dengan depth. pagination artikel di ini cluster covers mechanics; depth-spesifik poin adalah itu sebuah paginated listing adalah itself sebuah crawl path (halaman 1 → 2 → 3 …), so sebuah product atau artikel itu hanya muncul pada halaman 4+ dari sebuah category listing inherits nyata extra click depth. jangan rely pada deep pagination untuk carry Anda priority items — surface them melalui sebuah hub atau related module alih-alih, dan pertahankan pagination self-canonicalizing so path tetap open.

Satu nuance worth holding onto: depth adalah sebuah risk factor, tidak sebuah automatic penalty. sebuah technically deep halaman dapat masih mendapatkan di-crawl fine jika ini memiliki strong tautan eksternal atau lives di sebuah frequently-diperbarui, well-organized directory (Illyes’ /news/ contoh). itu’s persis mengapa depth-cliff pengukuran beats assuming oleh depth angka alone.

None dari ini memperbaiki dapat promise crawling, pengindeksan, rankings, traffic, atau AI-citation gains — depth adalah satu input among banyak. Treat setiap perubahan sebagai reversible dan testable: pick sebuah perbandingan segment Anda’re tidak mengubah, set sebuah monitoring window (sebuah sedikit crawl/recrawl cycles adalah biasanya cukup untuk see sebuah directional shift di penemuan/Refresh atau depth distribution), dan define sebuah rollback trigger up front — jika sebuah hub halaman menambahkan clicks untuk beberapa pengguna tanpa shortening crawl path Anda adalah targeting, unwind ini alih-alih layering lebih perubahan pada top. See Validation Tests tab untuk fuller test/ monitor/rollback table.

Worked contoh: six clicks untuk three

Take sebuah product buried like ini: Home → top category → subcategory → sub-subcategory → listing halaman 3 → product. itu’s six clicks. ini adalah sebuah genuinely penting product, tetapi crawler memiliki untuk traverse sebuah deep listing untuk reach ini, dan ini adalah getting recrawled rarely.

perbaiki tidak sebuah re-architecture dan ini tidak sebuah URL perubahan. tambahkan sebuah hub / landing halaman satu tingkat di bawah homepage — say sebuah “Best Sellers” (terjemahan) “Best Sellers” atau seasonal collection halaman — dan tautan product secara langsung dari ini: Home → collection hub → product. Now ini adalah three clicks. URL tidak pernah changed (reinforcing itu click depth, tidak URL depth, adalah masalah), dan Anda’ve ditambahkan sebuah shallow, tinggi-nilai path itu keduanya pengguna dan crawler dapat ikuti. itu single hub halaman dapat melakukan yang sama job untuk sebuah seluruh batch dari buried priority items di setelah.

Ketika “mendapatkan semuanya crawled” (terjemahan) “mendapatkan semuanya di-crawl” tidak goal

sebuah closing reframe I pertahankan coming back untuk di my crawl-budget writing: lebih crawling tidak berarti better rankings. tetapi sebuah halaman itu tidak pernah mendapatkan di-crawl dapat’t peringkat di semua — dan halaman itu go uncrawled tend untuk menjadi persis newer, poorly-ditautkan, deep ones ini kerangka kerja adalah tentang. sebagian besar situs jangan perlu untuk obsess di atas anggaran crawling; Google’s own guidance says situs itu melakukan adalah roughly 1M+ halaman situs mengubah weekly atau ~10K-halaman situs mengubah daily. untuk everyone else, depth adalah sebuah findability dan sinyal-passing concern, tidak sebuah crawl-budget emergency — tetapi perbaiki (tautan priority halaman shallower) adalah yang sama either cara.

neighboring topics — bagaimana tautan internal lulus sinyal, bagaimana crawl depth memengaruhi penemuan, breadcrumbs, pagination, dan situs-architecture models — semua plug ke decisions di tree di bawah.

AI summary

sebuah condensed take pada Advanced versi:

• Ini adalah pendamping untuk memutuskan “bagaimana”, bukan artikel tentang “mengapa piramida menang”. — itu’s sudah covered oleh situs-architecture dan situs web-structure pieces di ini cluster.
• Depth seharusnya scale mostly dengan category distinctness (templates, priority, perbarui patterns), dan secondarily dengan halaman count. NN/g: distinct, non-overlapping categories berfungsi well flat; ada Tidak single right jawaban. halaman count alone adalah sebuah rough sinyal, tidak deciding factor.
• halaman-count bands adalah practitioner heuristics, tidak verified cutoffs: ~50-halaman brochure situs → flat; sebuah sedikit thousand halaman → shallow pyramid (2–3 tingkat, di dalam 3 clicks sebagai sebuah operational target); 10 000+ SKUs → multi-tingkat hierarchy, atau Anda mendapatkan mega-menu tautan-dump failure. Illyes: besar situs adalah “kemungkinan besar better” (terjemahan) “mungkin better” dengan hierarchical structure.
• hanya Bing status sebuah angka (penting halaman di dalam ~3 clicks, sebuah operational target, tidak sebuah jaminan); Google dengan sengaja status none — treat pesaing “3-click / 2-level” (terjemahan) “3-click / 2-tingkat” angka sebagai industry consensus, tidak official guidance.
• URL-folder depth ≠ click depth. Google membaca tautan graph. Perbaiki depth oleh linking sebuah halaman closer, tidak oleh rewriting -nya URL flatter. Baca artikel tentang crawl depth untuk mekanisme pengukuran pada tingkat URL.
• Audit di order, segmented tidak averaged: (1) crawl untuk click-depth distribution oleh template/priority/penemuan sumber (Ahrefs situs Audit / Screaming Frog); (2) cautiously cross-reference GSC Statistik Crawling (penemuan vs. Refresh) — aggregate pertama-party data, tidak per-URL proof — untuk apa Google sebenarnya melakukan crawl; (3) temukan depth cliff di mana crawling drops, treated sebagai sebuah hypothesis untuk test terhadap sebuah perbandingan segment, tidak sebuah proof pada -nya own.
• Perbaiki, di priority order: hub/category halaman (highest ROI), related-konten modules, breadcrumbs (+ BreadcrumbList schema), dan mind bagaimana pagination menambahkan depth untuk items pada halaman 4+. Treat setiap perubahan sebagai reversible: set sebuah monitoring window dan sebuah rollback trigger, dan jangan promise crawling, pengindeksan, peringkat, traffic, atau AI-citation gains.
• Worked contoh: sebuah product di 6 clicks (Home → category → subcategory → sub-subcategory → listing halaman 3 → product) pulled untuk 3 clicks melalui sebuah baru collection hub — Tidak URL perubahan.
• Depth adalah sebuah risk factor, tidak sebuah automatic penalty: sebuah deep halaman dengan strong tautan atau di sebuah fresh directory dapat crawl fine. mengukur cliff; jangan assume oleh angka.

Bagaimana banyak hierarchy tingkat seharusnya Anda situs memiliki?

ini adalah centerpiece. Walk ini top untuk bottom: ini branches pertama pada situs size, lalu pada category distinctness, lalu pada konten-perbarui patterns, dan lands pada sebuah concrete recommendation dengan sebuah target click depth dan sebuah pertama remediation move.

Whatever leaf Anda land pada, audit dan remediation adalah yang sama: crawl untuk Anda click-depth distribution, cross-reference GSC Statistik Crawling untuk temukan depth cliff, dan shorten path untuk buried priority halaman dengan sebuah hub halaman pertama.

Dokumentasi resmi

Utama-sumber guidance relevant untuk deciding, measuring, dan memperbaiki situs depth.

Google

• SEO tautan best practices (membuat Anda tautan dapat di-crawl) — tautan harus menjadi <a href>, dan “every page you care about should have a link from at least one other page” (terjemahan) “setiap halaman Anda care tentang seharusnya memiliki sebuah tautan dari setidaknya satu lainnya halaman” ( bar deep/orphan halaman fail).
• mengoptimalkan Anda anggaran crawling — bagaimana wasted crawling pada rendah-nilai URL patterns starves rest dari sebuah besar, deep situs.
• Statistik Crawling report (Search Console Help) — penemuan vs. Refresh breakdown itu powers depth-cliff diagnosis.
• Breadcrumb (BreadcrumbList) data terstruktur — remediation markup itu sinyal sebuah halaman’s position di hierarchy.
• Help Google memahami Anda ecommerce situs structure — hierarchical linking untuk besar catalogs, dan bagaimana Google infers importance dari tautan.

Bing / Microsoft

• Bing Webmaster Guidelines — satu place either mesin status sebuah hard angka: pertahankan penting halaman di dalam roughly three clicks dari homepage, dengan sitemap-pertama penemuan.

Quotes dari sumber

pada—record statements relevant untuk deciding depth (alih-alih re-litigating mengapa sebuah pyramid wins — itu quotes langsung di situs-architecture dan situs web-structure artikel). Di mana sumber halaman mendukung ini, setiap tautan jumps untuk passage.

Gary Illyes, Google — hierarchy scales dengan situs size

• “For a large site it’s likely better to have a hierarchical structure… that will allow you to do funky stuff on just one section, and will also allow search engines to potentially treat different sections differently, especially when it comes to crawling.” (terjemahan) “untuk sebuah besar situs ini adalah mungkin better untuk memiliki sebuah hierarchical structure… itu akan izinkan Anda untuk melakukan funky stuff pada hanya satu bagian, dan akan juga izinkan mesin pencari untuk potentially treat berbeda bagian differently, terutama ketika ini muncul untuk crawling.”
• “Having a /news/ section for newsy content and /archives/ for old content would allow search engines to crawl /news/ faster than the other directory.” (terjemahan) “Memiliki sebuah /news/ bagian untuk newsy konten dan /archives/ untuk old konten akan izinkan mesin pencari untuk crawl /news/ lebih cepat daripada lainnya directory.”
• “If you put everything in one directory, that’s hardly possible.” (terjemahan) “jika Anda put semuanya di satu directory, itu’s hardly mungkin.” — Gary Illyes, Google, SEO Office Hours, reported oleh mesin pencari Journal. Relayed melalui trade-press transcription dari sebuah office-hours video, tidak sebuah canonical doc halaman — konfirmasi tepat wording terhadap original sebelum treating ini sebagai akhir.

Bantuan Google Search Console — mekanisme Crawl Stats di balik “depth cliff” (terjemahan) “tebing kedalaman”

• penemuan: “Itu URL requested adalah never crawled oleh Google sebelum.” (terjemahan) “ URL requested adalah tidak pernah di-crawl oleh Google sebelum.” / Refresh: “A recrawl dari a known halaman.” (terjemahan) “sebuah recrawl dari sebuah known halaman.” — Statistik Crawling report. dari sebuah JavaScript-dirender help-center halaman; konfirmasi phrasing pada langsung halaman sebelum treating ini sebagai akhir.

Dokumentasi Google tentang breadcrumbs dan hierarki

• “A breadcrumb trail pada a halaman indicates itu halaman’s position di itu site hierarchy, dan it mungkin help users understand dan explore a site effectively.” (terjemahan) “sebuah breadcrumb trail pada sebuah halaman indicates halaman’s position di situs hierarchy, dan ini dapat help pengguna memahami dan explore sebuah situs effectively.” — Breadcrumb (BreadcrumbList) data terstruktur. halaman menggunakan JS-dirender tabs; konfirmasi deep-ditautkan passage resolves pada langsung halaman.

Nielsen Norman Group — UX-research counterweight (category distinctness)

• “Flat hierarchies tend untuk berfungsi well jika Anda memiliki distinct, recognizable categories, karena orang jangan memiliki untuk click melalui sebagai banyak levels.” (terjemahan) “Flat hierarchies tend untuk berfungsi well jika Anda memiliki distinct, recognizable categories, karena orang jangan memiliki untuk click melalui sebagai banyak tingkat.”
• “Categories that are specific and do not overlap are the easiest to understand.” (terjemahan) “Categories itu adalah spesifik dan melakukan tidak overlap adalah easiest untuk memahami.”
• “Like most design questions, there’s no single right answer, and going too far to either extreme will backfire.” (terjemahan) “Like sebagian besar design pertanyaan, ada Tidak single right jawaban, dan going too far untuk either extreme akan backfire.” — Kathryn Whitenton, Flat vs. Deep situs web Hierarchies, Nielsen Norman Group. Tidak sebuah penelusuran-mesin sumber — cited sebagai strongest tersedia UX research pada tying depth untuk category distinctness dan findability, yang SEO-hanya guidance tends untuk miss.

Depth decision & audit checklist

berfungsi ini top untuk bottom — decide target pertama, lalu mengukur, lalu perbaiki:

• Sized situs. Anda know roughly bagaimana banyak halaman perlu mereka own findable URL ( pertama branch dari decision tree).
• Judged category distinctness. Anda know apakah Anda natural categories adalah distinct (dapat stay flatter) atau overlapping (perlu hubs / cross-tautan).
• Set sebuah target. Priority halaman memiliki sebuah jelas click-depth target (~3 clicks untuk sebagian besar situs; 3–4 untuk besar catalogs).
• di-crawl untuk click-depth distribution. Anda’ve jalankan Ahrefs situs Audit atau Screaming Frog dan know apa % dari halaman sit di depth 1 / 2 / 3 / 4+.
• Cross-referenced GSC Statistik Crawling. Anda’ve diperiksa penemuan vs. Refresh dan respons patterns untuk apa Google adalah sebenarnya crawling.
• Located depth cliff. Anda’ve identified depth tingkat di mana crawl frequency/coverage drops off — Anda diukur “too deep,” (terjemahan) “terlalu dalam,” tidak sebuah generic angka.
• Priority halaman adalah shallow. Tidak money halaman adalah buried 5–6 clicks deep dengan Tidak hub linking untuk ini.
• Tidak mega-menu di atas-flattening. sebuah besar catalog tidak dumped ke satu navigation surface (grouping sinyal intact).
• Hub halaman di place. Buried priority segments memiliki sebuah shallow hub/collection halaman linking straight untuk them.
• Breadcrumbs present dengan BreadcrumbList data terstruktur.
• Pagination tidak satu-satunya path untuk priority items itu fall pada halaman 4+ dari sebuah listing.
• Anda tidak “perbaiki” (terjemahan) “perbaiki” depth oleh rewriting URLs. Click depth adalah shortened oleh linking closer, tidak oleh flattening URL path.

mental models

1. Depth adalah sebuah dial set oleh dua inputs. Turn ini berdasarkan (sebuah) bagaimana banyak findable halaman Anda memiliki dan (b) bagaimana distinct Anda categories adalah. kecil + distinct → flat. Huge + overlapping → hierarchy plus hubs. Semuanya else adalah antara.

2. hanya Bing memberikan Anda sebuah angka. Bing’s ~3-click target adalah satu hard figure either mesin status; Google dengan sengaja talks tautan-graph proximity, tidak tingkat counts. Treat pesaing “2–3 levels / 3 clicks” (terjemahan) “2–3 tingkat / 3 clicks” angka sebagai industry consensus, tidak law.

3. mengukur cliff, jangan assume angka. “Too deep” (terjemahan) “terlalu dalam” tidak sebuah universal constant. crawl untuk Anda depth distribution, overlay GSC Statistik Crawling, dan temukan depth di mana crawling sebenarnya falls off. itu’s Anda situs’s “too deep.” (terjemahan) “terlalu dalam.”

4. Perbaiki dengan tautan, tidak URLs. URL-folder depth ≠ click depth. untuk pull sebuah halaman shallower, tautan ini dari sebuah hub closer untuk homepage. Rewriting -nya URL flatter perubahan tidak ada apa pun.

5. Hub halaman pertama. dari setiap remediation, menambahkan atau strengthening sebuah mid-tingkat hub halaman adalah highest ROI — ini dapat drop sebuah batch dari buried items dari six clicks untuk three di setelah, dengan Tidak URL perubahan.

6. Depth adalah sebuah risk factor, tidak sebuah penalty. sebuah deep halaman dengan strong tautan eksternal atau di sebuah fresh, well-organized directory dapat crawl fine. Depth raises risk; ini tidak jaminan harm. pengukuran, tidak angka, tells Anda apakah ini adalah sebenarnya sebuah masalah.

Worked contoh: pulling sebuah product dari 6 clicks untuk 3

sebelum — 6 clicks deep

product adalah sebuah priority item, tetapi sebuah crawler memiliki untuk traverse sebuah deep, paginated listing untuk reach ini — so ini adalah recrawled rarely dan inherits little internal importance.

setelah — 3 clicks deep

Apa changed: satu baru hub halaman, ditautkan dari homepage atau main nav, itu tautan secara langsung untuk product (dan -nya peer priority items). ** product’s URL tidak pernah changed** — ini dapat masih menjadi /footwear/running/trail/model-x/. itu’s seluruh poin dari URL-depth-vs-click-depth pembedaan: perbaiki adalah sebuah shallow tautan path, tidak sebuah URL rewrite. Satu hub halaman dapat melakukan ini untuk sebuah entire batch dari buried priority items simultaneously.

Reading sebuah depth distribution

sebuah crawl dari sebuah mid-size situs mungkin come back like ini:

angka itu penting tidak “15% di depth 5+” (terjemahan) “15% di depth 5+” di abstract — ini adalah yang halaman adalah di itu bucket. Cross-reference GSC Statistik Crawling: jika itu deep halaman tampilkan little Refresh crawling dan Anda care tentang them, itu’s Anda worklist untuk hub halaman. jika mereka’re rendah-nilai tail konten crawling fine, leave them alone — depth adalah sebuah risk factor, tidak sebuah automatic masalah.

Forcing setiap halaman untuk depth satu

sebuah homepage atau mega-menu itu tautan untuk semuanya membuat sebuah rendah depth angka tetapi Tidak berguna hierarchy. pertahankan highest-nilai bagian prominent, lalu gunakan category dan hub halaman untuk menyediakan jelas paths melalui rest dari inventory.

menambahkan categories itu melakukan tidak help anyone choose

Extra layers adalah tidak secara otomatis organization. sebuah subcategory dengan satu child, vague labels, atau berat overlap membuat pengguna guess dan menambahkan clicks tanpa narrowing task. Gabungkan weak layers atau redesign taxonomy sekitar nyata distinctions.

Treating URL-folder depth sebagai architecture depth

Moving /shop/shoes/trail/ untuk /trail/ melakukan tidak membuat halaman easier untuk menemukan jika yang sama tautan masih lead untuk ini. mengukur tautan paths dan perubahan URLs hanya ketika ada sebuah terpisah informasi-architecture atau migration alasan.

menggunakan sitewide average sebagai decision

sebuah pleasant average dapat hide sebuah buried revenue template dan sebuah pile dari shallow rendah-nilai halaman. Segment depth oleh template, importance, indexability, dan organic role sebelum deciding apakah architecture adalah too flat atau too deep.

menghapus hierarchy alih-alih strengthening hubs

Ketika sebuah deep bagian underperforms, deleting category tingkat dapat buat tautan dump. pertama test apakah better hub konten, contextual modules, pagination, dan cross-tautan dapat shorten penting paths sementara preserving berguna grouping.

crawl looks flat tetapi penting halaman adalah masih hard untuk temukan

Symptom: median depth adalah rendah, namun priority halaman tetap buried. mungkin penyebab: navigation favors banyak rendah-nilai URLs atau average hides template differences. Perbaiki: join depth untuk sebuah priority list, inspect shortest paths untuk itu halaman, dan move tautan dari generic sitewide clutter ke relevant shallow hubs.

sebuah baru category layer disebabkan crawling atau traffic losses

Symptom: child halaman moved deeper dan performa fell setelah taxonomy expansion. mungkin penyebab: baru parent adalah itself hard untuk reach, tautan adalah dihapus, atau old URLs redirect melalui extra hops. Perbaiki: bandingkan sebelum/setelah tautan paths, repair navigation dan redirects, dan pertahankan layer hanya jika ini improves nyata grouping.

Flattening dibuat sebuah unusable navigation wall

Symptom: menu berisi hundreds dari choices dan engagement suffers. mungkin penyebab: depth reduction adalah implemented sebagai sitewide tautan alih-alih better paths. Perbaiki: restore scannable categories, expose paling penting destinations, dan gunakan contextual tautan atau related modules untuk panjang tail.

architecture adalah berbeda untuk crawler dan pengguna

Symptom: sebuah dirender pengguna dapat navigate untuk halaman sebuah mentah crawler cannot menemukan. mungkin penyebab: client-hanya controls, hidden status, atau tautan tanpa usable href nilai. Perbaiki: gunakan dapat di-crawl anchors untuk destinations dan rerun graph di rendering mode appropriate untuk production implementation.

Prompt: evaluate sebuah proposed hierarchy

Evaluate this proposed site hierarchy without applying a universal click-depth rule.
For each template and priority group, identify the shortest expected path from the
homepage, the parent that gives the path meaning, and any layer that has too few,
too many, or overlapping children. Flag mega-menu flattening, single-child categories,
and priority pages that are less prominent than comparable pages. Recommend changes
using only the supplied inventory and business priorities; do not invent categories.

Inventory:
[PASTE URL | TEMPLATE | PROPOSED PARENT | PRIORITY | PRIMARY USER TASK]

Prompt: interpret sebuah crawl-depth distribution

Analyze this crawl export by template and business priority. Compare depth distribution,
orphan status, and shortest-path source. Find cases where the sitewide average hides a
buried important group or where many low-value links make the graph artificially flat.
Return evidence rows, likely architecture cause, and the smallest link or hub change to
test. Treat URL slashes as descriptive data, not click depth.

Crawl export:
[PASTE URL | TEMPLATE | DEPTH | SHORTEST-PATH SOURCE | INDEXABILITY | PRIORITY]

Validate sebuah architecture-depth perubahan

Uji pemahaman Anda: Flat vs. Deep Architecture

Five quick pertanyaan pada deciding, measuring, dan memperbaiki situs depth. Pick sebuah jawaban untuk setiap, lalu periksa.

Resources worth Anda time

My related writing

• Ketika seharusnya Anda Worry tentang anggaran crawling? — ketika depth sebenarnya dimulai untuk hurt crawling, dan mengapa sebagian besar situs jangan perlu untuk obsess di atas ini.
• tautan internal untuk SEO: sebuah Actionable Guide — bagaimana hub halaman dan tautan internal shape tautan graph itu adalah Anda architecture.
• cara Structure Anda situs web Architecture untuk SEO — lebih luas structure walkthrough ini depth kerangka kerja fits di dalam.

My speaking

• Bagaimana Penelusuran berfungsi (SlideShare) — my walkthrough dari crawling, rendering, pengindeksan, dan peringkat — pipeline itu click depth feeds ke. (Standing disclaimer applies: ini adalah my understanding dari ini sistem, tidak sebuah official spec.)

dari sekitar industry

• Flat vs. Deep situs web Hierarchies (Kathryn Whitenton, Nielsen Norman Group) — rigorous UX-research take tying depth untuk category distinctness dan findability.
• Mengapa Google Recommends Hierarchical situs Structure untuk SEO (mesin pencari Journal) — Illyes pada mengapa besar situs perlu hierarchy dan bagaimana directory grouping helps crawling.
• Statistik Crawling report (Google Search Console Help) — penemuan vs. Refresh breakdown behind depth-cliff diagnosis.
• cara Audit crawl Depth & meningkatkan crawl Efficiency (Sitebulb) — sebuah hands-pada crawl-depth audit walkthrough.
• Structure Explorer (Ahrefs Academy) — menggunakan situs Audit untuk see Anda click-depth distribution.
• situs Architecture & crawl Visualisations (Screaming Frog) — visualizing crawl depth dan structure dari sebuah crawl.

Log perubahan