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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

分類細不細，要看讀者如何找內容與每類的用途，不能只憑商品少就判定權重稀釋。寢具站可以按床包、枕頭或被套分類，也可另做套組入口；應用實際導覽與搜尋資料檢查，沒有必須先收斂成兩三類的 Google 規則。

還有一個關鍵：分類之間的邊界要清楚。如果「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 指南。

內部連結應在相關段落提供下一步資訊，錨點要簡潔且能描述目標頁。同樣的詞在不同情境指向不同頁，不自動構成關鍵字蠶食；需要檢查的是目標是否符合句意、頁面任務是否不必要地重疊。可參考內部連結核心技巧。

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

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

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

電商的材質、顏色、尺寸與排序參數，可能產生大量網址組合。如果不限制無效或重複組合，爬蟲需要更多請求才能發現真正有用的頁面；但並非每個篩選功能都會耗光爬取資源，影響取決於規模與實作。

篩選結果可能是有獨立用途的商品子集，也可能只是排序不同的近似版本。Google 不會把爬取預算平均分給所有變體；應根據是否需要索引、內容差異與伺服器成本，選擇網址與抓取策略。

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

• 第一道：決定哪些組合值得被索引。內容近似、沒有獨立搜尋價值的篩選變體，可用 canonical 指向最合適的代表網址；若篩選後的商品集合與需求明顯不同，就不該一律指回主分類頁。原理與設定見Canonical URL 完全指南。
• 第二道：區分不索引與不爬取。Google 必須能抓到 noindex 才能處理，因此它不是節省抓取的工具。已索引頁要移出索引時，先確保規則可讀；不要同時以 robots.txt 阻擋，卻期待它讀到 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. 畫出實際頁面關係。把清單的網址結構、選單、麵包屑與正文連結一起畫成樹狀圖或關係圖，再用可爬連結計算點擊深度；不能只數 URL 斜線判斷孤兒頁。
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 可以幫你把那張理想架構圖一起新畫出來。