網站架構圖規劃攻略：SEO 友善的網頁結構設計

想像你買下一塊精華地段的建地，設計師都還沒把藍圖畫出來，你就叫工人開始灌漿、砌牆、拉管線。房子蓋到一半才發現樓梯擋在門口、廁所開在廚房旁邊、每層樓的動線各自為政。多數網站就是這樣被蓋出來的：先裝 WordPress、先挑佈景主題、先發幾篇文章，等流量一直爬不起來，才回頭想「我們的網站架構是不是哪裡怪怪的」。

這篇要談的就是網站架構圖規劃這件「開工前最該做、卻最常被跳過」的事。先給結論：一張合格的網站架構圖，本質上是在替 Googlebot 和真實訪客畫同一張動線圖。你把分類層級、網址深度、導覽路徑、內部連結這幾件事先想清楚，後面的內容、連結、技術優化才有地方可以掛。架構錯了，後面再怎麼補，都是在違建上貼壁紙。

以下內容拆成「為什麼要先畫圖」「怎麼決定拓樸」「網址與導覽怎麼落地」「篩選器與重複內容的結構性防線」「開工前的健檢流程」幾個段落。如果你只想抓重點，直接看這張總表，再往下讀細節。

重點摘述：網站架構圖不是給設計師看的裝飾品，而是你的內容資產分類拓樸。先決定分類邏輯，再決定選單與網址。重要頁面應有清楚、可由一般連結抵達的路徑；點擊深度要依網站規模與任務設計，不必硬套「三次點擊」規則。

內容拿不到流量，問題可能在「還沒畫圖就開工」

內容沒有自然搜尋流量，可能是需求、品質、索引、競爭與連結等多個因素共同造成。Google 在 SEO Starter Guide 也建議網站提供清楚的連結，讓搜尋引擎能找到重要頁面。有些內容本身並不差，問題是它們被埋在沒有人走的死巷子裡。

網站結構會影響兩件事。第一，Googlebot 能否透過連結找到頁面，以及重要頁面在站內如何被連結；大型或更新頻繁的網站才需要特別管理爬取預算。第二，使用者能否用合理路徑抵達答案並繼續完成任務。前者偏向技術 SEO，後者偏向體驗與轉換，但它們共用同一張架構圖，並非單獨決定排名。

換個方式想。Googlebot 的爬取量會依網站狀況動態調整，不是每天發下一筆固定額度。若大型網站持續產生大量重複篩選頁、空分類頁與無限網址空間，搜尋引擎可能把資源花在低價值網址上；一般小型網站更常見的問題，則是重要頁面缺少可爬連結。更多運作方式見爬取預算完整指南。

所以「網站架構圖規劃」這件事，真正的價值不在畫一張漂亮的樹狀圖交差，而在讓有限的爬取資源與使用者注意力，都集中在你最想排名的頁面上。正因如此，建議不管你是新建站還是既有站健檢，都先把架構這層地基打好，再談內容產製與連結建立。

先講結論：一張合格的架構圖，要能回答這五個問題

很多人以為畫架構圖就是把選單項目畫成樹狀。那是結果，不是規劃。一張合格的架構圖必須能清楚回答這五個問題，答不出來就代表圖還沒畫完。

這五個問題背後其實只有一個核心信念：架構是替使用者和爬蟲同時設計的動線，不是替設計稿設計的裝飾。你會發現，這五題沒有一題在問「選單要長怎樣」，它們問的全是分類邏輯、深度、數量、重複、跨裝置。把這些想清楚，選單只是把結論翻譯成介面而已。

把網站當成一棟建築來設計：先想分類拓樸，再碰選單

多數人規劃網站的順序是反過來的。他們先打開 WordPress 後台，開分類、建選單、發文章，邊做邊調。這就像還沒畫設計圖就開始釘櫃子，房間很容易歪七扭八。建議的順序是：先決定分類拓樸（這些內容之間的邏輯關係），再決定網址層級（這些關係怎麼反映在 URL）與導覽介面（使用者怎麼點進去）。順序顛倒，後面的每一層都會被前面的隨便決定綁死。

分類拓樸要怎麼想？有一個很土但是有效的方法：把所有現有或預計要寫的主題，一個一個寫在便利貼上（或一列試算表），然後開始分堆。能夠合在一起的，代表它們共用同一個搜尋意圖的母題；合不起來的，就是不同的分類。這個動作的本質，其實就是 SEO 講的主題權威（Topic Authority）的具體化：你要讓 Google 看到，你在某一個主題底下有「夠深、夠完整、彼此互補」的一群頁面。這件事跟單篇關鍵字優化是兩個層次，如果你想先把「SEO 友善的網站架構」這個觀念補齊，可以看我們的網站架構優化觀念篇，因為分類一旦決定，內部連結的骨幹就決定了。

這裡有一個常見的陷阱：很多人為了「看起來有條理」，會把分類開得很細，例如一個賣寢具的網站分成「床包／床罩／枕頭／被套／床裙／床尾巾／保潔墊」七大類，每類底下又只有兩三個商品。分類太細，會讓每一層都長得像空櫃子，權重被稀釋，使用者也不知道點哪一個。比較健康的做法是先收斂成兩三個大類（例如「寢具組」「配件」「替換零件」），等單一分類的商品數量真的多到需要再切，才往下開。分類是可以長出來的，不是一次定死的。

還有一個關鍵：分類之間的邊界要清楚。如果「SEO 教學」與「內容行銷」各有一篇鎖定相同意圖的關鍵字研究文章，兩頁可能分散內部連結、反向連結與維護資源；但相似主題不代表兩頁一定都排不好。畫架構圖時，應替每個分類寫下主題範圍，並比對頁面的受眾、任務與搜尋結果。確認重疊後，再決定合併、區隔或保留，詳見關鍵字蠶食修復策略。

三種結構模型，三種性格：扁平、階層式、主題叢集怎麼選

講完規劃心法，來談實際的結構模型。網路上常看到「扁平化結構最好」「不要超過三層」這類絕對化的說法。老實說，沒有哪一種結構是萬用的，每一種模型都有它適合的內容規模與更新頻率。三種主流模型的性格整理如下表，你可以對照自己的網站屬性來選。

三種模型不是互斥的。一個成熟的網站往往是「首頁與核心轉換頁走扁平、內容區走階層、知識庫區走主題叢集」的混合體。你真正要決定的是：這一區的內容，希望它被當成「獨立強勢頁面」還是「某個主題底下的一員」。前者要盡量往上提、減少層級；後者要密集互連、集中相關性訊號。

舉個具體的例子幫你感受差異。假設你經營一個行銷知識站，手上有三十幾篇文章。走階層式，你會把它們分成「SEO／內容行銷／廣告投放／數據分析」四個大類，每篇文章歸進一個分類，網址長得像 /seo/keyword-research、/content/headline-writing，清楚但分類之間各自獨立。改走主題叢集，你會先挑出「SEO」這個支柱頁，底下圍繞關鍵字研究、技術 SEO、內部連結、內容優化各拉出子主題，每篇子文章都雙向連回支柱頁、也橫向連到相關的兄弟篇，整個 SEO 叢集變成一張彼此支撐的網。前者好維護、好上手；後者權重與語意相關性更集中，但要持續產出才撐得起來。內容規模還小的時候，先用階層式把骨架搭起來，等某個主題的文章累積到十幾篇，再把它「升級」成主題叢集，是風險最低的路徑。

這裡順帶提一個常見的結構決策：子網域還是子目錄。例如要開部落格，到底是 blog.example.com 還是 example.com/blog？Google 表示兩者都能處理，沒有一律適用的排名答案；子目錄通常較容易共用 CMS、分析與導覽，子網域則適合需要技術或權限隔離的情境。詳細取捨見子網域 vs 子目錄完整解析。若網站之後要跨語言經營，同樣的抉擇會再出現一次，各種作法的利弊可以參考多語言網站架構怎麼選的完整分析。

網址層級是最誠實的架構證據：URL depth 的判斷準則

架構圖畫得再漂亮，如果網址命名完全沒有規則，維護與分析仍會很痛苦。不過，網址路徑的斜線層數不等於頁面重要性；搜尋引擎更能從可爬連結、麵包屑與站內關係理解架構。網址可以反映分類，也可以保持扁平，重點是穩定、可讀且一致。

實務上可抓幾個準則。第一，網址層級以內容分類與維護需求為準，不必追求固定層數。第二，點擊深度由站內連結決定，不必強迫它與網址斜線數一致。第三，不要為了塞關鍵字把網址拉得很長，保持簡短、可讀、穩定即可。命名規則與永久連結設定可參考SEO 網址優化指南與網址路徑教學。

WordPress 的永久連結格式會依版本、安裝流程與既有設定而異，不要假設一定是日期格式。新站可依內容與維護需求選擇「文章名稱」或自訂格式；既有站改網址前則要盤點舊網址、設定對應轉址並更新內部連結。操作細節見WordPress 永久連結設定教學。

還有一個結構性的抉擇：要不要在網址裡放分類路徑。放了，網址會自動反映分類變更（你改分類，舊網址就失效要轉址）；不放，網址穩定但看不到分類訊號。實務上的偏好是網址不放分類路徑，讓分類層級靠麵包屑與內部連結來表達，這樣日後重新整理分類時，不必大規模做 301 轉址。轉址設定的眉角很多，做錯反而會吃掉排名，細節請看301 與 302 轉址完整指南。

導覽、麵包屑與內部連結：讓使用者和 Googlebot 走同一條動線

架構圖落到介面上，主要靠三個元素：主導覽選單、麵包屑（breadcrumb）、內部連結。很多人把它們當成三件獨立的事，其實它們是同一套動線的三種表現。好的架構裡，這三者會說同一個故事：使用者從首頁點選單進到分類，麵包屑告訴他現在在哪一層，文章結尾的內部連結帶他去相關主題。Googlebot 走的也是這同一條路。

而這條動線要真的好走，它還得對得上你的訪客實際的決策路徑。一份純粹按「主題分類」畫出來的架構圖，邏輯上很完美，卻可能跟一個還在「我到底需不需要 SEO」階段的初學者完全搭不上線。導覽設計的進階功課，是把主題分類與顧客旅程疊起來看：認識問題、比較方案、決定採購，每一個階段對應到哪些頁面，這些頁面之間的連結是否接得起來。這部分可以搭配我們的顧客旅程地圖指南一起思考，當導覽能同時服務「主題邏輯」與「決策階段」，使用者的停留與轉換都會跟著改善。

主導覽選單是架構圖最直接的翻譯，應讓重要分類容易找到。漢堡選單或摺疊內容本身不會讓連結消失；真正的問題是行動版缺少桌機版的重要內容、連結無法正常展開，或連結不是可爬的 <a href>。Google 已全面採用行動優先索引，這代表以行動版內容建立索引，不是「手機版排名加權」。行動版結構可搭配響應式網頁設計 RWD 指南一起規劃。

麵包屑能給使用者一條回到上層的路，也能幫助搜尋引擎理解頁面在網站中的位置。符合規範的 Breadcrumb 結構化資料可讓 Google 在支援的搜尋結果中使用這些資訊，但顯示方式由 Google 決定，不能保證立即提高點擊率。WordPress 的實作與標記可參考結構化資料 SEO 指南。

內部連結則是架構圖的「活的部分」。選單與麵包屑是固定的骨架，內部連結是依內容關係動態長出來的血管。好的內部連結策略會讓同一個主題叢集裡的頁面密集互連，並用有意義的錨點文字告訴 Google「這個連結指向的頁面在講什麼」。但要小心一個地雷：內部連結的目標要一致。同一個錨點文字指向兩個不同的頁面，等於告訴 Google「這兩頁都在講同一件事」，這正是關鍵字蠶食的典型成因。內部連結怎麼佈局才不會互相打架，細節看內部連結核心技巧那一篇。

選單的實作細節，例如 WordPress 的選單層級、選單項目排序、手機版摺疊邏輯，落在工程端。如果你正在 WordPress 裡把架構圖落地成實際選單，跟著我們的選單設定完整攻略與分類排序教學走一次，會比摸索後台快很多。

篩選器、分頁與參數網址：那些會吃光你抓取預算的結構陷阱

前面講的都是「主動設計的結構」，這一段要講的是結構會被自動長出來的地方，而這通常才是真正吃垮 SEO 的隱形殺手。最典型的例子就是電商與內容站的篩選器（facet）、分頁、排序參數。

以家具家居電商這類網站為例，商品分類本身可能排得很漂亮，真正的麻煩往往出在側邊的篩選器：材質、顏色、價格區間、尺寸，每一種組合都被開成可索引的網址，站上因此多出好幾萬個高度重複的篩選頁，把抓取預算吃光，主分類頁反而被晾著沒人爬。這不是特例，幾乎每一個開了篩選功能的電商都會遇到類似狀況，只是嚴重程度的差別。

問題的本質是這樣：每一個篩選器組合會產生一個新網址，而這些網址的內容高度重複，只是商品排序或子集不同。對 Google 來說，這幾萬個網址都是在講「家具家居」這件事，它不知道哪一個才是正本，於是把爬取預算平均撒在這一大片重複頁面上，結果沒有任何一頁爬得深、排名得好。這就是結構性製造出來的「自己打自己」。

對應的結構性防線有幾層，建議依序思考。

• 第一道：決定哪些組合值得被索引。內容近似、沒有獨立搜尋價值的篩選變體，可用 canonical 指向最合適的代表網址；若篩選後的商品集合與需求明顯不同，就不該一律指回主分類頁。原理與設定見Canonical URL 完全指南。
• 第二道：noindex。對沒有搜尋價值的篩選頁下 noindex，讓 Google 不要收錄。要注意 noindex 與 canonical 不要互相衝突，且 noindex 的頁面還是會被爬，只是不進索引。noindex 的正確用法見noindex 介紹。
• 第三道：控制可爬連結與參數規則。Search Console 的網址參數工具已在 2022 年停用（見 Google 的公告），不能再靠它設定爬取方式。應由站內連結、網址規則、canonical 與索引策略共同控制。
• 第四道：重新設計 Faceted Navigation。把真的有獨立需求的篩選組合做成可維護的分類頁，限制搜尋引擎走進無限參數空間。robots.txt 可減少爬取特定路徑，卻不是移除索引或存取控制工具，使用前要確認已索引網址如何處理。

分頁（pagination）是另一個結構地雷。若每一頁都有不同項目，就不該全部 canonical 到第一頁；各分頁通常保留自我 canonical，並提供可由 <a href> 走到的上一頁、下一頁或頁碼連結。Google 已不使用 rel="next"／rel="prev" 作為索引訊號。「載入更多」或無限捲動也要有可爬的分頁網址作為後備，不能假設爬蟲會點按鈕或捲動畫面。相關效能指標可參考Core Web Vitals 攻略。

這整段的核心觀念只有一句話：結構不只是你主動畫出來的分類，還包含所有被程式自動產生的網址。做架構圖時，把這些自動產生網址的地方全部列出來，預先想好處理策略，才不會等到站上多出好幾萬個重複頁面才來補救。實務上可以把「篩選器有幾個維度、每個維度有幾個值」這組數字算出來，相乘之後大概就是潛在的重複頁面數量級，這個數字往往會讓網站主人嚇一跳，也最能有效說服他們正視這個問題。

開工前的架構圖健檢：一份你可以照著跑的六步盤點流程

講完觀念與陷阱，這裡把它收斂成一套可以照著執行的六步流程。不管你是要新蓋一個網站，還是要替既有網站做結構體檢，都可以照這個順序走一次。每一步都搭配一個具體的產出，走完之後你就有一份可執行的架構圖與行動清單。

1. 盤點全部現有網址。從 CMS、Sitemap、爬站結果與伺服器紀錄建立網址清單，再用 Search Console 的網頁索引報表和網址檢查抽查 Google 狀態。GSC 不提供完整的已索引網址匯出清單。查詢方法見Google 網頁收錄查詢教學與Search Console 完整教學。
2. 畫出目前的實際層級圖。把第一步的網址依網址結構與麵包屑畫成樹狀圖。你會立刻看到哪裡太深、哪裡失衡、哪裡有空分類。這張圖就是你的「現況圖」，跟理想圖比對才知道差距。
3. 定義分類邏輯與主題範圍。重新思考內容應該怎麼分大類，每個大類的主題範圍寫清楚，確認彼此不重疊。這一步是整個流程的大腦，值得花最多時間。
4. 規劃理想的網址與導覽結構。把第三步的分類邏輯翻譯成網址層級、選單結構、麵包屑規則。記得把篩選器、分頁這類自動產生網址的地方也標進來，預先決定處理策略。
5. 規劃內部連結骨幹。決定哪些頁面是支柱頁、哪些是支援頁，支柱頁要被最多內部連結指向。這一步會決定權重怎麼在站內流動。
6. 排定遷移與補救的優先順序。如果現況跟理想有差距，列出要移動、要合併、要轉址、要 noindex 的頁面清單，依影響力排序逐步執行。牽涉到大規模改結構時，務必照著網站搬遷的紀律走，避免一改結構就掉流量，搬遷的完整流程見網站搬遷 SEO 指南。

這六步走完，你手上的就不只是一張圖，而是一份「現況 → 理想 → 落地清單」的完整行動方案。如果用的是 WordPress，第六步裡的選單、分類、永久連結設定，可以串接前面提到的相關教學。架構健檢不是一次做完就一勞永逸的工程；內容、分類、篩選器與登入頁都會持續增加。可把檢查排進重大改版、內容擴張或索引異常後的維運流程，頻率依網站變動速度決定。

五個常見結構問題

流程講完了，接著用一段「反面教材」收尾。這五個錯誤是實務上反覆出現的結構問題，每一個都會讓內容與連結努力大打折扣。

你會發現，這五個錯誤沒有一個是「內容不夠好」的問題，全部都是結構決策失誤。也因此，要再次強調，架構圖要在開工前畫，別等到流量掉下來才回頭補。結構是地基，地基一旦歪了，上面蓋什麼東西都會跟著歪。

AI 搜尋仍建立在可爬、可索引的基本功上

生成式搜尋功能會從網頁中找出可能有用的來源，但站方無法保證被選入或引用。Google 官方說明，若要出現在 AI Overviews 或 AI Mode，沿用一般 SEO 基本功即可，不需要額外的 AI 專用標記或特殊 Schema（見 Google 對 AI 功能的官方說明）。

因此，架構仍應優先服務使用者與一般搜尋：讓重要內容可由連結抵達、文字清楚可讀、重點資訊和結構化資料一致。主題叢集可以改善導覽與內容維護，但沒有證據能保證「主題越集中，就越容易被完整引用」。是否採用，仍要看內容關係與使用者任務。

落實到結構決策，可以讓相關頁面用自然的內部連結互通、使用適用且內容一致的結構化資料，並避免把一個完整問題拆成大量淺薄頁面。標題、摘要與段落層級應先讓讀者容易掃讀；搜尋系統是否抽取其中片段，則由平台決定。

AI 搜尋沒有推翻前面的架構基本功。規劃時先確認內容對使用者有用、可爬、可索引，並遵守摘要與預覽控制；不必為答案引擎另造一套網站。延伸可看AEO 優化指南與AI 時代 SEO 完整指南。

從圖紙到上線：你的下一步行動方案

觀念、模型、陷阱、流程都講完了，這篇收斂成一個你可以今天就開始做的行動方案。不要試圖一次做完，按這個順序一步步來就好。

1. 打開試算表，把你網站上所有「會產生網址的地方」列出來：分類頁、文章頁、商品頁、篩選器、分頁、搜尋結果頁、標籤頁。這份清單就是你的結構全貌。
2. 為每一個大主題寫一句「這個分類到底在講什麼」的主題範圍聲明，找出互相重疊的地方。重疊的就是關鍵字蠶食的潛在引爆點。
3. 把現況畫成一張樹狀圖，標出路徑特別深、空分類與孤兒頁，再依重要性判斷哪裡要調整。
4. 挑出重要的內容與轉換頁，確認它們有清楚的導覽、麵包屑或內部連結，不要只依現有流量選頁。
5. 檢查篩選器與分頁產生的網址，逐類列出獨立索引、canonical、noindex、連結與參數規則。對大型網站可能減少爬取浪費，小型網站則以避免索引混亂為主。

網站架構不是一次定死的工程，它會跟著你的內容一起長。但方向對了，每新增一篇內容都是在加固那棟建築；方向錯了，每新增一篇都是在讓迷宮更複雜。把架構圖這張地基先畫好，後面的每一份 SEO 努力才會一層層疊加起來，把效果放大。

如果你正在新建站，這套流程從零開始最輕鬆，建議從架站完整自學指南與網站 Sitemap 入門指南先把地基打好；如果你想深入了解架構與整體 SEO 策略的關係，SEO 完整實戰指南與技術性 SEO 完全指南會把架構放回全局來看。當你自己跑完這份健檢流程，發現結構問題盤根錯節、不知道從哪裡下刀時，Whoops SEO 可以幫你把那張理想架構圖一起新畫出來。