網站架構優化：什麼是 SEO 友善的網站架構？ | 白話文商學院
SEO 友善的網站架構，是指讓搜尋引擎爬蟲與使用者都能用最少的點擊次數、最清楚的路徑抵達每一個重要頁面的組織方式。判斷架構好壞看三個可量化指標：重要頁面離首頁幾次點擊、分類階層是否…
SEO 友善的網站架構，是指讓搜尋引擎爬蟲與使用者都能用最少的點擊次數、最清楚的路徑抵達每一個重要頁面的組織方式。判斷架構好壞看三個可量化指標：重要頁面離首頁幾次點擊、分類階層是否夠扁平、內部連結是否補足了導覽路徑到不了的地方。實務上多數重要頁面應在 4 次點擊以內可達，因為頁面埋太深時，Google 爬蟲會因爬取預算有限而放棄完整索引，這也是爬取預算優化策略之所以值得花時間琢磨的原因。
重點先看：網站架構的好壞，要看「重要頁面離首頁要點幾次」。Google 在官方說明中已指出，網址若要點擊太多次才到得了，爬蟲很可能乾脆不爬；建議多數頁面壓在 4 到 5 次點擊以內，核心頁面壓到離首頁一層。
什麼是 SEO 友善的網站架構：一句話定義與三個判斷指標
先給一個夠精準的定義。網站架構（site architecture）指的是頁面之間的連結關係與層級組織，涵蓋從首頁出發、經過分類、最後抵達每一篇內容頁的那條路徑，以及頁面與頁面之間所有橫向的連結。很多人把架構等同於導覽列或網址結構，那只看到表象。導覽列只是架構的一個出口，網址只是架構在瀏覽器網址列上的投影，真正決定架構的是頁面與頁面之間有沒有被連起來。
切入這個主題，最實用的角度是反過來檢查一件事：你最重要的那些頁面，現在要點幾次才到得了？多數教學把網站架構講成「要扁平」「要少層級」的口訣，聽起來正確，卻漏掉真正可操作的關鍵。點擊深度是一個能被實際檢查、能用工具量化的指標，比層級數字具體得多。把 Screaming Frog 跑一次，點擊深度就會直接攤在眼前。如果你還不熟悉這個工具，可以先看Screaming Frog 檢視網站架構的教學；想用瀏覽器直接看原始碼，也能搭配用 F12 開發者工具檢查網頁。
判斷架構好壞，可以用三條規則。第一，點擊深度：重要頁面離首頁越近越好，理想是 3 到 4 次點擊以內。第二，扁平廣度：同一層能展開越多相關網址越好，因為對爬蟲來說，水平寬不費力，縱向深才費力。第三，內部連結補位：光靠導覽路徑不夠，得靠內文連結把深層頁面直接拉上來。這三條互相搭配，缺一不可。若想把整體 SEO 概念補齊，可以回頭讀SEO 是什麼與自學入門。
這三條規則背後的原理是搜尋引擎的運作方式。Google 是先爬取、再索引、最後排序，而爬取這一步完全取決於連結能不能被走到，想理解完整流程可參考Google 搜尋引擎運作原理。架構出問題時，往往連第一關的爬取都過不了，後面的權重與排名自然無從談起；能不能出現在搜尋結果頁，前提都是先被收進索引，這也牽動SEO 自然流量底層邏輯。語意搜尋興起後，爬蟲理解頁面主題的方式也跟著改變，可延伸看蜂鳥演算法與語意搜尋的演進。
一個常見的誤解是認為只要選對 CMS 或裝對外掛，架構就會自動正確。實際上 WordPress、Shopify、Wix 這些平台給你的是「預設骨架」，預設值通常只滿足「能用」，並不保證「對 SEO 最有利」。分類要分幾層、哪些頁面要放進導覽列、文章之間要怎麼互連，這些決策還是得由你依據自己的內容主題來安排。平台只決定你做事的便利程度，真正決定架構品質的，是你有沒有把上面那三條規則落到具體的頁面與連結上。
架構出問題會同時壞三件事：爬取、權重、體驗
網站架構一旦出錯，後果不會只壞一項。它會同時破壞爬取效率、權重傳遞、使用者體驗這三件事，而且三者會互相放大，最後讓排名與流量一起下滑。
第一條崩壞鏈是爬取效率。結構太深、連結混亂，部份頁面會被忽略、無法被索引。Google 官方文件說得很清楚：爬蟲會從已知的網址出發，沿著連結往下抓，但如果路徑太長或被 robots.txt 擋住，深層內容就進不了索引。這是 Google Search Central 公開說明的機制，屬於官方文件級的證據。要進一步理解爬蟲怎麼被控制，可看robots.txt 控制爬蟲存取，並注意robots.txt 與 noindex 不能並用的常見錯誤；想排除特定頁面也可認識noindex 對 SEO 的效果。爬取、索引到排序這串技術環節，是技術性 SEO 完整指南裡反覆強調的地基工程。
第二條是權重傳遞失靈。搜尋引擎判斷一個頁面重不重要，會看有多少內部連結指過去、從哪些頁面指過來。核心頁面如果缺乏內部連結支援，搜尋引擎就難以辨識它到底關不關鍵。首頁權重最高，每多經過一層，傳遞到的權重就會遞減，這也是為什麼重要頁面要盡量靠近首頁。權重傳遞的概念和外部反向連結是同一套邏輯，只是發生在你站內、由你完全掌控，成本也最低。
第三條是使用者體驗變差。目錄層級複雜、導覽不便，使用者找不到要的東西就會離開。這裡要誠實說明一件事：跳出率是不是直接的排名因子，業界有爭議，Google 也多次否認把它當獨立訊號。但使用者體驗差確實會影響停留時間、點擊深度、回訪等互動訊號，這些間接會反映在整體表現上。比較精準的講法是「體驗差會削弱所有正向互動訊號」，想釐清這個數字的解讀方式，可參考網站跳出率與離開率解析。
| 症狀 | 根因 | 修正方向 |
|---|---|---|
| 深層頁面未被索引 | 點擊深度過深、連結斷裂 | 把核心頁面拉到 4 次點擊以內，補內部連結 |
| 核心頁面排名卡住 | 缺乏內部連結、權重傳不到 | 從高權重頁面下錨點連結指向它 |
| 流量頁跳出率高 | 導覽混亂、找不到下一步 | 簡化分類、補相關內容連結 |
| 新內容遲遲不收錄 | 爬蟲找不到入口 | 提交 XML Sitemap、加 HTML Sitemap |
關鍵在於這三條鏈會互相放大。爬取不到，權重就傳不過去；權重傳不過去，頁面排名就差；排名差、流量少，使用者更難點進來，互動訊號又更弱。這是個負向循環，要確認頁面到底有沒有被收錄，可參考確認網頁被 Google 索引與GSC 網頁索引報表解讀，再用Google Search Console 功能教學持續監控。也正因為三條鏈會一起崩，修好架構往往是少數能一次帶動三件事好轉的 SEO 動作，檢索環節與排名關係決定了內容會不會被送進排序。
扁平式還是垂直式架構比較好
扁平式架構讓爬蟲在每個層級都能發現大量網址、用較少的點擊次數爬完整站，所以比深層的垂直式架構更利於 SEO。但扁平式不等於把所有頁面全塞在同一層，過度扁平反而會稀釋分類訊號。重點是「水平廣度＋合理淺層」的平衡，要攤得有章法。
把爬蟲想成一個走訪者：同一頁有很多連結可以選，對它來說不麻煩，這叫水平寬；但要它一路點到第七層才看得到內容，那才真的費力，這叫縱向深。所以理想的架構是每一層都攤開夠多相關網址，把深度壓住。舉個實例，一個產品頁如果藏在「首頁 → 文章 → 分類 → 子分類 → 標籤 → 年份 → 產品」這樣七層之下，理想情況應該壓到三層以內。
| 面向 | 垂直式架構 | 扁平式架構 |
|---|---|---|
| 點擊深度 | 常超過 6-7 次 | 多在 3-4 次以內 |
| 爬蟲發現效率 | 低，深層易漏 | 高，每層展開大量網址 |
| 分類訊號 | 清楚但路徑長 | 需靠連結補主從關係 |
| 適用情境 | 主題差異極大、內容量龐大 | 多數內容站、部落格、電商 |
這裡要給一個反向提醒，也是最容易被忽略的一點：過度扁平會讓分類失去意義。當你把一百篇文章全放在同一個扁平目錄下，搜尋引擎反而難判斷它們之間的主從關係與主題群集。扁平的代價是分類訊號變弱，所以你得更仰賴內部連結與麵包屑去把主題結構補回來。這也牽動關鍵字的佈局策略，可以先看SEO 關鍵字的重要性與長尾關鍵字佈局策略，把分類與關鍵字一起想清楚。架構與關鍵字佈局會共同決定你在Google 關鍵字排名上的位置。
給一個決策框架：什麼時候該加深一層？當內容量大到同一層會塞爆、或主題之間差異大到混在一起會誤導使用者時，就加深一層。什麼時候該攤平？當內容主題相近、彼此會互相引用時，攤平讓它們能在同一層彼此連結。分類階層的設計原則，本質就是在「分類清晰」與「路徑短」之間找平衡，也要對齊使用者的搜尋意圖與高排名關係。想做出有別於競品的內容，可參考關鍵字研究終極指南與資訊增益超越競爭對手的思路。
判斷要不要多分一層，可以用一個更具體的檢查：走訪者點到某一層時，眼前那排連結彼此之間是不是「同一件事的不同切面」。如果一個分類頁同時擺了「新手教學」「進階技巧」「產業新聞」「公司公告」，這四者在使用者腦中屬於完全不同的任務，硬擠在同一層只會讓人困惑，這時就值得拆開。如果一個分類頁擺的是「SEO 入門」「SEO 進階」「SEO 工具」，三者的共同主軸清楚，留在同一層反而有助於彼此導流。分類的本質是「這群頁面能否被同一個心智任務涵蓋」，能涵蓋就攤平，不能涵蓋就拆層。
點擊深度與重要頁面優先：離首頁越近的頁面越重要
建議讓使用者與爬蟲在 4 到 5 次點擊以內能抵達多數頁面；對網站最重要的核心頁面，則要盡可能放到首頁或離首頁一層的位置。越接近首頁的頁面，搜尋引擎與使用者都會視為越重要，這背後對應的是權重傳遞會隨點擊深度遞減的原理。
先把數字講清楚。多數頁面在 4 到 5 次點擊以內可達，這是經驗法則，官方從沒給過一個絕對數字。但從爬取預算與權重遞減的邏輯推，這個範圍是合理且多數實務工作者會採用的。把「官方數字」與「經驗法則」分清楚，才不會被錯誤資訊誤導。有些文章會把 4 到 5 次寫成「Google 規定」，那是錯誤引用；Google 給的是方向性的建議，不是硬門檻，真正決定你該壓到幾層的是你的網站規模與爬取預算。
重要頁面的優先策略很具體：放進導航列、放首頁某個區塊、用內部連結從高權重頁面直接拉過去。每多一層，傳遞到的權重會遞減，所以核心商業頁面值得你花力氣把它推到離首頁最近的位置。反過來說，不是所有頁面都該擠到首頁，那只會讓首頁變成雜物堆。只把真正核心的頁面推上去，例如主要服務頁、轉換頁、主力商品分類。判斷一個頁面值不值得推，標準很單純：如果首頁只能放十個頁面，它夠不夠資格佔一席，夠資格才值得動用首頁版面。
- 列出你最重要的 5 個頁面（服務頁、主力商品、轉換頁）
- 逐一從首頁出發，記錄要點幾次才到得了
- 超過 4 次的，想辦法用導航列或內部連結壓到 2 次以內
- 確認每個重要頁面至少有一條來自高權重頁面的連結
- 用 GSC 檢查這些頁面是否都被正常索引
做完這個檢查，你會很常發現一個尷尬的事實：你以為很重要的頁面，其實被埋在第四層、第五層，連你自己都點不到。這也是建議直接量「重要頁面離首頁幾次點擊」的原因：這個數字可以被檢查，「要扁平到幾層」則只是口號。想用工具輔助，可以搭配Ahrefs 檢查內部連結與權重來看每個頁面的內部連結數；若想更全面地操作這套工具，也能延伸到Ahrefs 完整教學。
內部連結是網站架構的捷徑：怎麼佈局才能傳遞權重
內部連結是橫跨不同頁面層級的捷徑，能讓爬蟲與使用者不必只靠導覽路徑就抵達深層頁面。做對的關鍵在於錨點文字要有意義、連結出現在相關脈絡中、且每篇文章至少補幾個相關內部連結。它的價值是縮短點擊深度，連結貴精不貴多。
舉個具體例子。本來從首頁要抵達某篇文章，得經過分類、子分類、標籤、日期，一共點 5 次；但如果有一篇高流量的文章在內文裡直接放了連結指過去，那次數立刻降到 2 次。內部連結等於在既有的導覽路徑之外，另開一條通往深層頁面的路。要建立完整的連結體系，建議先讀內部連結打造優質網站架構，把基本觀念弄熟。從全站脈絡檢視連結怎麼牽，正是網站架構圖規劃全攻略想談的事。
錨點文字是內部連結最常被做錯的地方。請用描述性、含關鍵字的文字當錨點，不要用「點這裡」「了解更多」「請看這篇」。原因有二：一是對使用者來說，「點這裡」毫無資訊量；二是搜尋引擎會用錨點文字去理解目標頁面的主題，你寫「點這裡」，等於告訴它「這頁叫點這裡」。想理解連結的完整分類，可看站內站外四大類型連結解析；站內脈絡裡的優化細節，則可以對照站內 SEO 終極攻略，把錨點、標題與內文一次調整到位。
這裡要釐清一個常被誇大的觀念：脈絡比版位重要。導航列與 Footer 常被當成權重傳遞的萬靈丹，彷彿只要把連結放進導航列就會自動加權。但真正決定權重效果的，是內部連結出現的脈絡與錨點文字，版位反而是次要因素。內文中一段相關脈絡裡的連結，效果常常勝過 Footer 裡那排冷冰冰的連結。所以先檢查每篇文章是否都有指向核心頁面的有意義連結，再去煩惱要不要把某個頁面塞進導航列。
還要提醒孤立頁面（orphan page）的問題。每個重要頁面都該有至少一條連結指過去，否則它對爬蟲來說就像不存在。網站改版或搬家時特別容易產生孤立頁面，這也是流量無聲流失的主因之一。懷疑某個頁面變成孤立時，可用GSC 網址檢查工具主動提交確認它到底有沒有被收進索引。
主題叢集與集散地頁面：把扁平架構升級成有主題骨架
光把頁面攤平還不夠，進一步的做法是把它們組織成主題叢集（topic cluster）。主題叢集的結構是：一個涵蓋大主題的集散地頁面（pillar page）在中央，周圍圍繞著一群處理子主題的支援頁面，支援頁面之間又彼此互連，最後全部指回集散地頁面。這個結構同時解決了兩件事：對爬蟲來說，它讓主題邊界變得清楚，因為所有相關頁面都密集互連；對使用者來說，它提供一個「從這裡出發就能看完一整個主題」的入口。
設計主題叢集時，集散地頁面要選一個夠寬、能自然容納十篇以上子主題的主題。太窄的主題撐不起一個叢集，會變成單篇文章；太寬的主題則會和別的叢集打架，造成內部互相競爭同一組關鍵字。選定主題後，把集散地頁面放在離首頁一兩層的位置，再把支援頁面掛在它之下或同層，每篇支援頁面都至少有一條連結指回集散地頁面，集散地頁面也列出所有支援頁面。這樣一來，整個叢集的權重會往中央集中，集散地頁面就成了這個主題的全站代表。
| 架構層級 | 對應到主題叢集的角色 | 點擊深度目標 |
|---|---|---|
| 首頁 | 全站主題總入口 | 第 0 層 |
| 集散地頁面（pillar page） | 單一大主題的中央樞紐 | 第 1 到 2 層 |
| 支援頁面（cluster content） | 處理子主題的長尾內容 | 第 2 到 3 層 |
| 補充頁面 | 延伸閱讀、案例、更新 | 第 3 到 4 層 |
主題叢集和扁平式架構可以疊加，不衝突。扁平式處理的是「頁面埋多深」，主題叢集處理的是「頁面屬於哪個主題、彼此怎麼串」。先把分類壓扁，再在分類之上用內部連結織出主題網，架構就會同時具備可達性與主題密度。要注意的是，同一個支援頁面不要硬塞進兩個叢集，那會讓搜尋引擎搞不清楚它到底代表哪個主題；遇到兩個主題都沾到邊的內容，挑一個主叢集歸屬，再用內部連結從另一個叢集指過來就好。
五個實際操作：導航列、Footer、Sitemap、網址、內部連結
把前面講的原則落地，可以從五個具體位置著手，它們涵蓋從全站到單頁的架構優化。
導航列（Navigation Bar）出現在每個頁面，放最重要的分類，效果最強。Apple 的導航列就擺了 Mac、iPad、iPhone、Watch 這些主力產品，因為這些是網站主認為使用者最需要的頁面。由於導航列在每一頁都出現，爬蟲每到一頁都能透過它發現這些分類，所以最重要的分類一定要放這裡。多參考不同網站的導覽列設計，找出適合自己的擺法。導航列也常影響搜尋結果上的網站連結 Sitelinks 能不能出現。想從整體視覺與資訊架構一起考量，可參考品牌網站的設計建議，並對照網頁設計必備關鍵元素檢視導覽與版面是否到位。
導航列的設計有兩個極端要避開。一是塞太多項目，把所有分類都放上去，結果每一項都失去權重優勢，使用者也不知該點哪個；二是只用圖示或只有公司內部才懂的名稱，讓搜尋引擎與新訪客都看不懂。理想的數量落在 5 到 7 個一級項目，每個都用簡短、一般人能秒懂的名稱，必要時再展開一層子選單。導航列的命名也等於在告訴爬蟲你站內有哪些主題，所以名稱最好能對應到你想經營的關鍵字。
再來是 Footer。它覆蓋面廣但使用者價值低，適合放次要資訊與法規頁，不要把主力塞這裡。Footer 通常放聯絡資訊、隱私權政策、條款與合約、使用條款、網站地圖。Apple 與 Gogoro 都把 Footer 經營得相當豐富，你可以參考 Apple Footer 與 Gogoro 官網 的做法，但記得分清楚：Footer 是補位，主力內容仍應放在導航列與內文。
HTML Sitemap 則是把重要分類與連結集中收進同一頁，對爬蟲來說等於一次拿到全站的連結清單。Apple 與 IKEA 都把重要頁面的分類與網址集中在這一頁，可以參考 Apple HTML Sitemap 與 IKEA HTML Sitemap。要分清楚 HTML Sitemap 與 XML Sitemap 的差別：前者是給人看的網頁，後者是給機器讀的檔案，兩者用途不同，建議都要做。XML Sitemap 的細節可看XML Sitemap 對 SEO 的幫助，更系統化的觀念則可延伸到網站 Sitemap 入門指南；想用工具快速產出架構草圖，也能看用 AI 工具做網站架構圖。
URL 結構方面，原則是層數越少越好、用英文小寫與連字號、避免中文網址、統一結尾斜線。像 /article/seo/skill/know-how/101/must/url-intro/ 這種六七層的網址，對人對機器都是負擔；改成 /seo-url-intro/ 立刻清爽。網址結構通常會反映層級關係，所以壓短網址往往也等於壓扁架構。基礎觀念可看網址是什麼的 SEO 基礎與SEO 網址結構撰寫六大重點；要避免重複內容則認識重複內容對 SEO 的影響。
最後一項是手動補內部連結。每篇文章補幾個相關連結，建立主題叢集，這也是最直接、成本最低、效果卻很明顯的一項。寫完文章後回頭看一遍，想想讀者接下來會想知道什麼，把相關文章連結補進去。這個動作也能順便處理孤立頁面的問題。寫完一篇就回頭補連結，也等於在落實SEO 文章寫作指南裡的主題叢集觀念。
| 操作位置 | 作用範圍 | 對架構的價值 |
|---|---|---|
| 導航列 | 全站，每頁皆出現 | 權重傳遞最強，放最重要的 5 到 7 個分類 |
| Footer | 全站，但使用者價值低 | 補次要資訊與法規頁，是配角而非主場 |
| HTML Sitemap | 單一集中頁 | 一次給爬蟲全站連結清單，搭配 XML Sitemap 使用 |
| URL 結構 | 每一個頁面 | 壓短、小寫、連字號、避免中文、統一斜線 |
| 內文內部連結 | 單頁到單頁 | 每篇補 3 到 5 個，直接縮短深層頁面點擊深度 |
操作上有個常見疑問：麵包屑導航要不要做？答案是建議做。麵包屑能讓使用者與爬蟲隨時知道自己在哪一層，等於是把分類階層再強調一次，對架構清晰度有實質幫助。如果你用 WordPress，多數佈景主題或外掛都內建麵包屑功能，調整成本很低，也可以用SEO 結構化資料把麵包屑標記成 BreadcrumbList。WordPress 網站的架構調整可以再看新手網站平台推薦選對工具；若你把網站放在免費部落格平台上，則要留意平台的架構限制常常不可控。架構骨架搭好後，搭配 WordPress SEO 必做設定，能把麵包屑與結構化資料一併設定妥當。
網址結構與網站架構的關係
網址結構通常會反映網站的層級關係，好的 SEO 網址應該層數少、全英文小寫、用連字號分隔、命名有意義且規律、避免中文、並統一結尾斜線。這六個原則讓網址本身就能向人與搜尋引擎傳達頁面的主題與位置，而不只是一串代碼。
網址層數與網站層級往往是一體兩面。一個 /seo/seo-intro/ 的網址，代表 seo-intro 這個頁面在 seo 這個分類之下，是第二層。所以當你把網址壓短，往往也等於把架構壓扁。反過來說，當你看到自己的網址動不動就四五層，那八成架構也已經太深了。想理解網址路徑的組成，可看網址路徑是什麼與網址組成與行銷必修觀念。
網址的撰寫原則背後都有技術理由。連字號與底線的差別，在於 Google 把底線視為字元的一部分、把連字號視為分隔符，所以 seo-intro 會被拆成 seo 與 intro 兩個詞，seo_intro 則會被當成一個詞；這也是要一律用英文小寫、避免大小寫造成重複網址的原因。中文網址的問題在於會被編碼成一串 %E4 之類的亂碼，貼到通訊軟體或社群時既難看又容易斷行，相關取捨可參考中文網址還英文網址好。結尾斜線不統一，則會讓搜尋引擎以為同一個頁面有兩個網址，這時就得靠Canonical 解決重複內容來補救，多一道手續就多一個出錯點；命名規律到「可被預測」、層數越少越好，則是讓網址本身就能向人與搜尋引擎傳達主題與位置。
還有一個常被忽略的點：網址命名要規律到「可被預測」。當你的文章網址都長得像 /seo-關鍵字/ 這樣一致，使用者與搜尋引擎都能從網址猜到內容主題，這對點擊率與主題群集的辨識都有幫助。規律性比花俏更重要，這也會連動到Title Tag 撰寫技巧與分享時的Open Graph 社群分享標籤呈現。要進一步理解網址與網域的層級關係，可看網域與子網域的差別。
網址要不要帶關鍵字，不是憑感覺，而是有數據支持。Backlinko 分析約 400 萬筆 Google 搜尋結果後發現，網址中包含與關鍵字相近字詞的頁面，點擊率比網址不含關鍵字者高出 45%。這組數字直接說明了把分類與主題寫進網址、維持一致命名規律，會放大網站架構的效益，而不只是把網址當成純技術層的設定。[來源：Backlinko〈Google CTR Stats: We Analyzed 4 Million Google Search Results〉 https://backlinko.com/google-ctr-stats 2025-04-16]
至於網域、網址與安全性的延伸觀念，可以再看區分網域跟網址，並且務必讓全站走HTTPS 網站安全性基礎，HTTPS 已是基本盤，沒有它等於自縛手腳。
電商與大型網站的架構陷阱：分頁、篩選、 faceted navigation
內容量一放大，架構會冒出全新的問題，電商與大型網站尤其明顯。最典型的三個陷阱是分頁（pagination）、標籤頁（tag page）與 faceted navigation（多維度篩選導覽）。它們的共同特徵是會自動產生大量網址，遠遠超過你手寫的內容頁數量，如果沒有管控，爬取預算會被這些低價值網址吃光，真正重要的產品頁反而爬不到。
分頁常出現在商品列表、文章彙整。一個有 500 件商品的分類，如果每頁 20 件，就會自動產生 25 個分頁網址，而這些分頁彼此內容高度重疊，只有排序不同。處理方式有幾種：把分頁用 rel="next" 或 canonical 指向第一頁（注意 Google 已不再支援 rel="next"，所以現在主流是靠 canonical 或乾脆讓所有商品都能從分類頁一次性載入或透過「載入更多」），或是只把第一頁留在索引裡，後續分頁用 noindex。重點是不要讓 25 個幾乎一模一樣的網址都進索引。
faceted navigation 更棘手。一個商品分類如果同時有顏色、尺寸、價格、品牌四個篩選器，每個篩選器有 5 個選項，理論上能組合出幾萬種網址，而這些網址對使用者有用、對 SEO 卻多半是低價值重複內容。標準做法是：對會帶來搜尋流量的篩選組合（例如「紅色 球鞋」這類有人搜尋的長尾）保留索引並好好優化，對純導覽用的篩選組合則用 robots.txt 擋掉、或用 noindex、或加上 canonical 指回主分類頁。判斷要不要留索引，可以看那個篩選組合在Google Search Console 裡有沒有實際曝光，有曝光才值得當成獨立頁面經營。
| 自動產生的網址類型 | 預設要不要索引 | 處理工具 |
|---|---|---|
| 商品列表分頁（第 2 頁之後） | 通常不要 | canonical 指向第 1 頁、或 noindex |
| 有搜尋量的篩選組合（如顏色＋品類） | 要，並做專屬優化 | 獨立網址、獨立標題與文案 |
| 無搜尋量的篩選組合 | 不要 | robots.txt 擋、noindex、或 canonical 回主分類 |
| 標籤頁（tag archive） | 視主題密度而定 | 主題清楚的留、零散的 noindex |
| 站內搜尋結果頁 | 通常不要 | robots.txt 擋掉 |
判斷這些自動網址該不該留，可以用一個簡單原則：這個網址能不能用一句話描述出它獨有的主題？能，就值得當成獨立頁面經營，給它獨特的標題、文案與內部連結；不能，它就只是主分類的一個變體，用 canonical 或 noindex 收掉，把爬取預算留給真正有價值的頁面。對電商來說，產品詳情頁才是會帶來轉換的主力，分類與篩選頁是導流的配角，架構設計要確保爬蟲的力氣最終落在產品頁上。
行動優先索引下的架構注意事項
Google 自 2023 年 10 月起已完成行動優先索引（mobile-first indexing），全站改以行動版內容作為索引與排序的主要依據。這對架構的影響是：你的行動版選單、行動版的連結結構，現在等於就是搜尋引擎看到的全站架構。過去那種「桌機版有完整導覽、行動版為了省空間把分類收進漢堡選單深處」的做法，會讓爬蟲在行動版上看到一個比桌機版更深的架構，重要分類的點擊深度因此被墊高。
實務上的修正方向是：行動版的導覽與內部連結要和桌機版保持一致的可達性。漢堡選單裡的分類仍要能被點到，重點是要確認這些選單項目是用真實的 HTML 連結輸出，而不是靠 JavaScript 動態產生、爬蟲渲染時才出現。如果連結藏在需要互動才渲染的元件裡，爬蟲很可能完全看不到，等於這些分類在行動版上成了孤立頁面。爬蟲能否正確讀到 JavaScript 渲染的連結，相關細節可看JavaScript SEO 與爬蟲渲染。
網站架構健康度評分卡：一張表自我體檢
把前面的原則濃縮成一張評分卡，可以拿來對自己的網站做體檢。每一項給 0 到 2 分：2 分代表完全做到、1 分代表部分做到、0 分代表完全沒做。滿分 16 分，12 分以上算健康，8 到 11 分有改善空間，7 分以下代表架構已經在拖累你的 SEO，建議優先處理。
| 檢查項目 | 2 分標準 | 0 分訊號 |
|---|---|---|
| 重要頁面點擊深度 | 核心頁面離首頁 1 到 2 次點擊 | 主力頁面埋在第 5 層以下 |
| 導航列分類 | 5 到 7 個一級項目，命名清楚 | 超過 12 項或只有圖示 |
| 內部連結密度 | 每篇文章 3 到 5 個脈絡連結 | 多數文章零內部連結 |
| 錨點文字品質 | 用描述性關鍵字 | 大量「點這裡」「了解更多」 |
| 孤立頁面比例 | 重要頁面全有連結指入 | 超過兩成頁面無連結指入 |
| 網址結構 | 兩到三層、小寫、連字號 | 四五層以上或含中文亂碼 |
| Sitemap 建置 | HTML 與 XML 都有並提交 | 兩者都沒有 |
| 自動網址管控 | 分頁與篩選頁有 canonical 或 noindex | 篩選組合全進索引、彼此重複 |
用這張表打完分數後，優先處理 0 分的項目，因為它們代表架構正在主動傷害排名，修一個的邊際效益最高。1 分的項目則可排進季度優化清單。評分卡不是一次性工具，建議每半年重跑一次，因為網站會隨內容增加而慢慢偏離原本的架構設計，新文章也可能無意間製造新的孤立頁面或過深的路徑。
架構體檢工具流程：從發現問題到驗證修正
把架構檢查做成可重複的流程，才不會每次都憑感覺。一套完整的體檢流程包含四個階段：全站爬取、問題分類、修正執行、驗證回收。每一階段都有對應的工具與檢查重點。
- 全站爬取：用 Screaming Frog 或類似工具跑一次完整爬取，匯出點擊深度、內部連結數、孤立頁面、重複網址四張清單。
- 問題分類：把孤立頁面、過深頁面、重複網址分開，依嚴重度排序。孤立頁面與超過 4 次點擊的重要頁面列為高優先。
- 修正執行：高優先項目先補內部連結或拉進導航列，低價值的重複網址用 canonical 或 noindex 收掉，分批處理避免一次改太多難以追蹤。
- 驗證回收：修正後用 GSC 的網址檢查工具確認索引狀態變化，觀察目標頁面的曝光與點擊是否回升，並記錄前後數字作為下次體檢的基準。
以一個月流量約 3 萬到 8 萬、文章數大約 300 到 600 篇的中型內容站為例，跑完一次完整爬取後，常見的狀況是：網站整體點擊深度的中位數落在約 3 到 4 次，看似在安全範圍內，但真正會轉換或帶流量的核心頁面（主要服務頁、主力商品分類、轉換頁）卻有相當比例被埋在第 4 到第 6 層，離首頁比大多數文章還遠。這類站也很容易跑出約 5% 到 15% 的孤立頁面，多半是改版時分類被合併、舊導覽連結被移除後留下來的產物，連站方自己都未必察覺。依這類站的典型表現幅度，把核心頁面用內部連結從高權重頁面拉到離首頁 1 到 2 層、並補上孤立頁面的入口之後，目標頁面的索引覆蓋率與曝光通常會在幾週內逐步回升，幅度差異頗大，難以一概而論。
這裡也要誠實說明一個常見的失敗情境：把孤立頁面與過深頁面一次全補、一次全改，看起來效率高，卻很容易在過程中動到既有網址或連結結構，反而觸發短期流量波動、難以歸因是哪一項修正生效。比較穩當的決策角度是分批處理，每批只動一個層面（例如先只補孤立頁面的入口、下一批再調核心頁面深度），每批之間用 GSC 觀察索引與曝光變化，留下前後對照數字。架構修正的效益通常不是即時反應，過度急著一次到位，反而會把可驗證的因果關係打亂，這是中型以上網站體檢時最常踩的雷。
這套流程的重點在於「可重複」與「可驗證」。每次改動都留下數字紀錄，才能判斷到底是哪一項修正帶來了效果，避免把流量回升誤歸因到無關的變動上。對內容量大的網站，建議把這個流程排進每季一次的例行工作，架構會隨時間鬆動，定期體檢比一次性大改更省力，也更能及早攔截問題。整個排查的節奏，可以對照SEO 內容年度更新建議來安排。
新網站從零開始、改版不流失流量
新網站一開始就要規劃架構，等內容多了再補會很吃力。分類、網址、導航列這些一旦定了，後面要改的代價會隨內容量等比放大。先想清楚你未來會有哪幾大主題分類，把架構骨架搭好，再開始填內容。這比事後搬家、重導、改網址輕鬆太多。
規劃新站架構時，建議先畫一張樹狀圖，把首頁、主要分類、預計的子分類、以及每個分類下預計要寫的文章類型都列出來，即使這些頁面還不存在。這張圖的目的不是預測未來所有內容，而是確認分類的「寬度」夠容納你未來一兩年會產出的主題，又不會寬到失去焦點。分類寬度抓對了，後續新增內容有明確的歸屬，不會出現「這篇文章不知道該放哪」的尷尬，也就不容易累積出雜亂的孤立頁面。
已經上線的網站要調整架構，最怕的就是改了網址卻沒做好 301 重導，導致舊網址的權重全部歸零、流量斷崖式下跌。改版前一定要先盤點現有網址、規劃重導對應表、分批處理、上線後用 GSC 監控索引狀況，若還沒裝就先看Google Search Console 安裝教學。整個流程的風險控制，可以參考網站搬家改版的 SEO 災難的完整說明。若你連網站都還沒有，先別擔心架構，從沒有網站如何開始做 SEO這一步走起。改版後若發現流量明顯滑落，可以照著網站流量下滑的找回方法逐項排查。
已上線的網站則建議每年做一次體檢，分類、網址、內部連結全部重新檢視一遍，相關節奏可參考SEO 內容年度更新建議。架構無法做一次就完工，它會隨內容成長慢慢鬆動。
多語言網站的架構又更複雜。不同語言版本要怎麼分目錄或子網域、hreflang 要怎麼標、各版本之間的內部連結要怎麼牽，都會影響搜尋引擎判斷哪個版本要給哪個地區的使用者。這部分可參考多語言網站架構與 hreflang。架構做穩之後，也別忽略技術體驗層面，像是網頁速度優化基礎與網站體驗核心指標 CWV，這些都會回過頭來放大或抵銷架構的成果，更完整的做法可參考網站速度優化全攻略。
若你的網站大量依賴 JavaScript 渲染，爬蟲能不能正確讀到連結又是另一回事，相關細節可看JavaScript SEO 與爬蟲渲染。內容經營的整體節奏，則可參考內容行銷成功案例做法與文章排版提升完讀率，這些都會決定使用者點進來之後留不留得住。
架構修好之後，爬取、權重、體驗會一起好轉，這也是少數能一次解決三個問題的 SEO 動作。內容品質本身也要顧上，可以參考E-E-A-T 內容品質原則與Entity SEO 核心策略。
想讓網站在 AI 時代勝出，架構更是被引用的前提。AI 搜尋與大型語言模型在彙整答案時，仍需先透過連結發現並理解你的內容，架構鬆散的網站連被讀到的機會都低，更談不上被引用。可延伸看Google AI Overviews 勝出策略與AI 時代 SEO 趨勢建議。把 AI 工具實際套用到內容與技術 SEO 流程，也能參考AI SEO 實戰心法。架構與內容並重，流量才會穩。
網站架構 SEO 常見問題
規劃網站架構時，有幾個問題被問得最多，這裡整理成快速結論供你對照自己的網站。
網站點擊深度幾次以內才算合理？
抓在 4 到 5 次點擊以內是相對安全的範圍，至於會直接帶來轉換的商業頁面，則值得再往前提一到兩層。這個數字來自爬取預算與權重逐層遞減的推論，而非 Google 公開的硬性門檻。
內部連結每篇要加幾個？
實務建議每篇文章補 3 到 5 個相關連結。重點在脈絡與錨點勝過數字本身，錨點要用描述性文字，不要寫「點這裡」。
HTML Sitemap 跟 XML Sitemap 有什麼不同？
前者是給人看的網頁，列出重要分類與連結；後者是給爬蟲讀的機器格式檔案。兩者用途不同，建議同時建置，互補而非互斥。
什麼是主題叢集？它和一般分類有什麼差別？
主題叢集是圍繞一個集散地頁面、用密集內部連結把一群相關內容串起來的結構。一般分類只是把頁面收進同一個資料夾，未必彼此互連；主題叢集則強調所有支援頁面都指回中央頁面，並互相串連，目的是把整個主題的權重與相關性集中。
電商網站的篩選頁要不要讓 Google 索引？
視該篩選組合有沒有實際搜尋需求而定。會帶來搜尋流量的組合（例如有人會搜的「顏色加品類」）值得保留索引並做專屬優化；純導覽用途、彼此高度重複的組合則用 canonical、noindex 或 robots.txt 收掉，把爬取預算留給產品頁。
網站改版時架構要怎麼動才不會掉流量？
改版前先盤點所有現有網址，製作新舊網址的 301 重導對應表，分批上線，每批上線後都用 GSC 監控索引與流量變化。任何一個舊網址都要有對應的新網址承接權重，漏掉一個就可能流失一份流量。