想像一個情境：你辛苦寫了一篇很棒的服務介紹，發布三個月了，排名卻始終起不來。你檢查內容、檢查關鍵字，都沒問題，最後才發現，這頁要從首頁點五六次才到得了，搜尋引擎的爬蟲根本很少光顧它。這就是網站階層設計被忽略的代價。階層講白了，就是替爬蟲畫一張看得懂的地圖，告訴它哪些頁面重要、彼此怎麼關聯。地圖畫得好，重要頁面被抓到、被理解、被索引的速度就快；畫得亂，權重就卡在半路。這篇我們用實務上驗收網站的方式，帶你把階層一項一項檢查過，重點放在為什麼重要頁面要盡量靠近首頁，以及怎麼把已經埋太深的頁面救回來。

1. 你覺得「分類很清楚」，爬蟲不一定同意

我們在實務上看過一個常見的落差：網站負責人覺得結構很直覺，因為他每天在後台操作，腦中早就有一張地圖。但搜尋引擎第一次造訪時，手上什麼都沒有，它對網站的理解完全來自 URL 路徑、內部連結與導覽。你腦中的分類，跟爬蟲實際爬出來的分類，常常是兩回事。

1.1 階層是給爬蟲看的，不是給你自己看的

判斷階層好壞，最直接的方法是問一句話：從首頁出發，爬蟲要點幾次連結才能碰到這頁。這個「點擊深度」不等於 URL 的斜線數量。我們看過 URL 只有兩層的頁面，實際上要從首頁翻過五個中繼頁才連得到，這種頁面在爬蟲眼中是很深的。反過來，URL 看起來很長，但首頁就有直接連結，它的實際深度反而很淺。衡量階層要用實際的點擊路徑，不是網址長得幾層。

1.2 用實際點擊路徑，而不是資料夾結構來判斷

我們的做法是不看網站後台的分類樹，而是打開首頁，像個第一次來的訪客一樣往下點，記錄每個重要頁面被點到時走了幾步。這個過程通常會逼出兩個問題：某些頁面根本點不到，以及某些頁面要點很多次才到。前者是孤立頁，後者是深度過高，兩個都要處理。用真實的點擊過程去走一遍，比盯著資料夾結構想像有用得多。

1.3 首頁不是入口，而是權重分配的起點

首頁通常是外部連結最集中、權重最高的頁面。階層的意義，是決定這份權重怎麼往下流。層級每深一層，傳下去的權重就衰減一次。把重要頁面放太深，等於自己把它的排名潛力鎖住。這也是為什麼我們一直強調重要頁面要盡量靠近首頁，不是因為淺層比較好看，而是因為權重的傳遞有實際的衰減。你把什麼放在淺層，就是在告訴搜尋引擎你認為什麼重要。

1.4 先列出你最想被搜到的頁面，再回頭看它們的位置

檢查階層之前，我們會先請網站方列出最想被搜到、最會帶生意的那幾頁，可能是某幾個服務頁、某個主力產品系列、幾篇核心文章。這份清單是整個階層檢查的錨點。接著再去看這幾頁現在各自在第幾層、被多少內部連結指到。常見的結果是，真正重要的頁面反而藏得很深，而一些沒那麼關鍵的頁面卻佔著淺層的好位置。先把重要性排序釘出來，後面調整才有依據，不會淪為把每頁都往淺層塞的無效忙碌。

2. 想把重要頁面壓進三層，先看清楚它現在在第幾層

業界公認的經驗值是：分類頁、產品頁、主題文章這類重要頁面，距離首頁最好不要超過三層階層，路徑像是「首頁、類別、子類別、詳細頁」。這不是硬性規定，而是一個讓爬蟲抓取效率與權重傳遞都維持在健康狀態的區間。

2.1 三層是經驗值，不是宗教教條

三層這個數字的重點不在數字本身，而在背後的邏輯：層級越深，爬蟲分配給這頁的抓取頻率越低，被索引與更新的速度也越慢。如果你的頁面真的多到必須四層，那不是不能接受，而是你要主動評估：這頁夠不夠重要。如果重要，就要想辦法縮短它到首頁的距離。把三層當成一個提醒你去檢查的門檻，而不是一條不能跨越的紅線。反過來說，也不是所有頁面都值得擠進淺層。有些確實次要、更新也不頻繁的頁面，放在第四層、抓取頻率低一點，其實沒什麼損失。階層規劃是資源分配，把淺層這個稀缺位置留給真正重要的頁面，而不是平均分給每一頁。

2.2 超過四層時，用內部連結把深度「拉回來」

我們在實務上看過商品數以萬計的電商，分類天生就會很深。這種情況不必硬拆結構，而是用內部連結重構深度。做法是在靠近首頁的位置，放上熱門頁、精選主題的直接連結，等於幫爬蟲開一條捷徑，讓深層頁面的實際點擊距離縮短。導覽、頁尾、相關文章區塊，都是可以放捷徑的地方。實際深度被拉近了，那頁在爬蟲眼中就不再是偏遠角落。要提醒的是，捷徑要放給真正重要的深層頁，而不是無差別地把所有深層頁都拉上來，否則淺層會被塞爆，反而稀釋了每條連結傳遞的權重。挑出那份「最想被搜到」的清單，優先替它們開捷徑，效果最集中。

2.3 用一張表看懂深度與被抓取的關係

點擊深度	爬蟲抓取頻率	權重傳遞	建議處理
1 至 2 層	高，更新快	幾乎無衰減	保留給最重要的頁面
3 層	穩定	輕微衰減，仍健康	大多數內頁的理想位置
4 層	下降，更新變慢	明顯衰減	評估是否用內部連結拉近
5 層以上	低，容易漏抓	權重稀薄	重構或建立捷徑連結

3. 分類節點只放一個主題，才不會養出一堆重疊頁

分類邏輯是整個階層的骨架。我們看過最傷的問題不是深度，而是分類重疊：同一批內容被兩三個分類都收進去，結果每個分類頁都很模糊，搜尋引擎不知道該讓哪一頁去競爭關鍵字，權重被自己分散掉。

3.1 每個節點代表唯一主題，是分類的第一原則

好的分類節點應該能用一句話說清楚它的主題，而且這個主題不跟別的節點重疊。你可以做一個測試：隨便挑一篇內容，問自己「它應該歸在哪個分類」，如果答案是「放這個或那個都可以」，代表你的分類界線太模糊，需要重新定義。分類之間的界線越清楚，每個分類頁要競爭的關鍵字就越明確，搜尋引擎也越好判斷。

3.2 依網站目的切層級，而不是憑感覺開分類

我們的做法是先確認網站的核心目的，再據此切出第一層分類。服務型網站可能切成「服務分類、案例、知識文章」；電商可能切成「產品系列、應用情境、選購指南」。層級要對應網站要達成的事，而不是想到什麼就開一個分類，那樣很快就會長出一堆只有一兩篇內容的空分類，既稀釋權重，也讓爬蟲抓取效率變差。分類是規劃出來的，不是隨手加出來的。

3.3 分類名稱要和 URL 命名對得起來

分類邏輯不能只活在導覽選單裡，它必須反映在 URL 上。例如一個講網站稽核的服務頁，路徑就該是 /services/seo-audit/，讓路徑本身就說明它是「服務」底下的「網站稽核」。當分類名稱與 URL 命名一致，爬蟲從網址就能推斷頁面的主題與所屬層級，不需要靠猜。名稱與路徑對不上，反而會給爬蟲互相矛盾的訊號。

3.4 空分類與過度細分都要避免

分類切得太粗，一個分類塞進上百篇什麼都有的內容，主題會糊掉；切得太細，又會長出一堆只有一兩篇內容的空分類，既稀釋權重，也讓爬蟲在這些低價值頁面上浪費抓取力氣。我們判斷顆粒度的原則是：每個分類底下要有足夠的內容撐起它的主題，又不至於雜到失焦。如果發現某個分類長期只有一兩篇，通常代表它不該獨立存在，應該併回上層；如果某個分類大到內容五花八門，就該考慮再往下切出子分類。顆粒度對了，每個分類頁才有機會成為一個夠強的主題入口。

4. 導覽、麵包屑、URL 三者對不上，權重就在漏

階層不是只存在後台的一張圖，它要在三個地方同時被看見：主導覽列、頁面麵包屑、URL 路徑。這三者必須講同一個故事。我們在實務上看過三者各說各話的網站，導覽把頁面歸在某一類、麵包屑寫另一類、URL 又是第三種路徑，爬蟲收到互相矛盾的訊號，只能自己猜，猜錯就把頁面歸錯主題。

4.1 主導覽反映的是網站的主要階層

主導覽列是爬蟲理解網站骨架最重要的來源，因為它出現在幾乎每一頁。導覽的結構應該直接對應你設計的主要分類，不要為了視覺好看而把不同層級的項目混在一起。導覽越能反映真實階層，爬蟲對網站的理解就越準確。把一堆不同層級的連結硬塞進同一排，看起來整齊，卻讓階層訊號變得混亂。另外，主導覽也是替重要頁面降低深度最有力的工具，因為它幾乎每頁都有，被它直接連到的頁面等於站在第二層。所以導覽裡放什麼，本身就是一個取捨：放進去的是你最希望被優先抓取的分類，而不是什麼都想塞進去，塞太多反而讓每個項目的份量被攤薄。

4.2 側邊與頁尾連結，別讓它們製造孤立頁

側邊導覽與頁尾連結常常被隨手加，結果變成連結混亂的源頭。我們的原則是：這些次要導覽也要符合主要階層邏輯，不要出現只有它連得到、主結構卻碰不到的頁面。反過來，頁尾其實是安置重要深層頁捷徑的好位置，善用它可以有效降低深度，讓重要頁面多一條被爬到的路徑。關鍵是有意識地放，而不是放了就忘。

4.3 URL 路徑要和實際位置一致，避免多義

每個層級的 URL 應該明確對應它在階層中的位置：/ 是首頁、/services/ 是服務總覽、/services/seo-audit/ 是單一服務詳頁。路徑階層要跟實際結構一致，不要出現網址寫在某一類底下、實際卻掛在另一類底下的狀況。這種不一致會讓爬蟲對整個網站的階層判斷產生混亂，連帶影響它理解每一頁的主題。路徑本身就是一種結構宣告，要說得準。一旦網址上線並被索引，事後要改動成本不低，會牽涉轉址與既有連結的維護，所以路徑結構最好在規劃階段就想清楚，而不是等內容長起來才回頭重整。

5. 孤立頁不是沒排名，是連被發現的機會都沒有

孤立頁指的是沒有任何內部連結指向、爬蟲爬不到的頁面。它可能內容寫得很好，但因為沒有入口，搜尋引擎根本不知道它存在。我們看過很多網站辛苦寫的文章，發布後就靜靜躺在那裡，原因只是沒人幫它接上內部連結。

5.1 沒有內部連結的頁面，實務上等於沒發布

爬蟲發現頁面主要靠兩條路：內部連結與 sitemap。就算 sitemap 收錄了某頁，若全站沒有任何連結指向它，搜尋引擎也會覺得這頁不重要，抓取與索引都會被排到很後面。內部連結是頁面存在感的證明，一個沒有連結指入的頁面，在搜尋引擎的世界裡幾乎等於不存在。再好的內容，沒有入口也是白費。很多人以為把網址丟進 sitemap、再到搜尋後台提交一次，頁面就會被好好對待，其實 sitemap 頂多讓頁面被發現，它無法替這頁建立重要性。重要性是靠站內有多少相關頁面願意連向它來累積的，這一點 sitemap 替代不了。

5.2 用全站抓取工具揪出孤立頁

我們的做法是定期用抓取工具跑一次全站，把「在 sitemap 裡、但沒有任何內部連結指入」的頁面撈出來，這批就是孤立頁的高風險名單。找到之後，替它們從相關的分類頁或內容文章補上自然的內部連結，讓它重新接回階層。這個檢查不難，卻常被忽略，而它往往能救回一批本來就該有表現的內容。除了完全沒有連結的孤立頁，也要留意「只被一條連結勉強接住」的半孤立頁，它們雖然技術上爬得到，但存在感很弱。補連結時不必貪多，從主題最相關、權重又不錯的頁面接過去一兩條，效果通常就很明顯，比硬塞一堆不相干的連結自然得多。我們的經驗是，這類補連結的小動作，常常比重寫內容更快看到抓取與索引的改善。

5.3 canonical 要和階層一致，避免自我競爭

整理階層時，順手確認每頁都有唯一且自我指向的 canonical。同一批內容若因為分類重疊而產生多個 URL，又沒有 canonical 收斂，就會變成自己跟自己搶排名。canonical 的指向要跟你設計的主階層一致，把權重集中到你真正想競爭的那一頁。這一步和分類邏輯是配套的，分類乾淨了，canonical 才不會東指西指。

6. 常見問題

6.1 網站階層一定要控制在三層以內嗎

三層是經驗值而非硬規定。它背後的邏輯是層級越深、抓取頻率越低、權重衰減越多。如果內容量大到必須更深，重點是評估頁面重要性，並用內部連結把重要深層頁的實際點擊距離拉近，而不是死守三層這個數字。把它當成一個提醒你去檢查深度的門檻就好。

6.2 我的網站分類很多，怎麼判斷有沒有重疊

挑幾篇代表性內容，問自己它應該歸在哪個分類。如果答案是「放這個或那個都行」，就代表分類界線模糊、有重疊風險。好的分類節點要能用一句話說明唯一主題，而且不跟其他節點打架。發現重疊時，重新定義界線、或把相近的分類合併，比放著讓它們互相稀釋好。另一個徵兆是看搜尋成效：如果同一組關鍵字有兩個分類頁在輪流曝光，幾乎就能確定這兩個分類的主題重疊了，該處理的是分類本身，而不是再去各自優化那兩頁。

6.3 URL 路徑和導覽選單不一致，會有什麼問題

會讓爬蟲收到互相矛盾的階層訊號。導覽、麵包屑、URL 應該講同一個故事，三者對不上時搜尋引擎只能自己猜頁面歸屬，猜錯就把頁面歸到錯的主題，連帶影響它競爭關鍵字的表現。整理時要讓這三個地方對同一頁的歸類保持一致。

6.4 孤立頁會被搜尋引擎索引嗎

就算靠 sitemap 被發現，孤立頁通常也會被判定為不重要，抓取與索引優先度都很低。內部連結是頁面存在感的證明，沒有連結指入的頁面，實務上等於沒發布。補上相關頁面的自然內部連結，是讓它重回索引的關鍵，這比反覆提交 sitemap 有效得多。

6.5 中文 URL 可以用嗎，會不會影響階層判斷

中文 URL 是可以的，重點在於語意清楚、路徑階層與實際結構一致。無論用中文或英文，都建議採小寫、加連字號、避免動態參數，並確保每個層級的網址能對應它在階層中的位置，這樣爬蟲才能從網址直接讀出頁面歸屬。關鍵不是語言，而是路徑有沒有誠實反映結構。若採用中文網址，要留意它在分享或後台顯示時可能被編碼成一長串符號，維護與檢視會稍微不便，這是選擇前可以先權衡的點，但它本身不會影響階層判斷。

6.6 我該多久檢查一次網站階層

網站有新增分類、改版導覽、大量發文之後都建議檢查一次，因為這些動作最容易產生深度暴增與孤立頁。平時可以每季用抓取工具跑一次全站，對照點擊深度與孤立頁名單，把問題在累積之前處理掉。階層是會隨著內容成長慢慢走樣的，定期回頭看才守得住。特別是改版導覽這件事，很容易在視覺調整的同時不小心砍掉某些連結，讓原本接得好好的頁面變成孤立頁，所以每次動到導覽或模板，都值得緊接著跑一次全站檢查，確認沒有頁面在改版中被孤立。