多數人一想到網站架構，腦中浮現的多半是線框圖、選單配置這類版面規劃，哪個分類該放進導覽列、首頁要擺幾個區塊。但從搜尋引擎的角度看，真正決定一個頁面能不能被收錄、能不能排到前面的，其實是幾乎看不見的地基工程：使用者與搜尋引擎的爬蟲要點幾次才能到達這個頁面、網址怎麼命名、頁面跟頁面之間怎麼互相連結。這幾件事合起來，才是 SEO 網站架構真正要管的範圍，跟版面好不好看是兩回事。
架構沒排好，常見的後果是內容明明寫得紮實，卻遲遲沒被收錄，或是排名一直卡在後段。問題往往不在內容本身，而是搜尋引擎根本沒有順利找到這個頁面，也判斷不出它有多重要。
先從決定收錄速度最直接的一個因素講起，就是一個頁面要讓使用者與爬蟲點幾次才走得到。
點擊深度是什麼？為什麼它會影響收錄與排名？
點擊深度（click depth）指的是從首頁出發，到達某個頁面所需要的最少點擊次數，首頁本身記為 0 次，往下每經過一層連結，點擊深度就加 1。舉例來說，如果首頁連到分類頁、分類頁再連到一篇文章，這篇文章的點擊深度就是 2。
這件事之所以會影響收錄與排名，背後有兩個機制在疊加。第一，Google 分配給每個網站的檢索資源是有上限的，這叫檢索預算（crawl budget），網站規模越大、伺服器回應越慢，能分配到的檢索次數就越有限；Google Search Central 在《大型網站檢索預算管理指南》中提到，檢索預算主要影響的是大型或內容頻繁更動的網站，太深的頁面容易被排在檢索順位的後段。第二，內部連結傳遞的權重（一般稱為 link equity）每多經過一層連結就會遞減一次，離首頁越遠的頁面，能分到的權重自然越少。這兩件事加在一起，才是「點擊深度越深，收錄越慢、排名越弱」背後真正的原因，不是玄學。
業界常見的做法是把重要頁面控制在 3 到 4 次點擊以內。要提醒的是，這個數字是實務上累積出來的經驗法則，並不是 Google 白紙黑字寫死的規定；但點擊深度越淺、頁面越容易被發現，這件事本身是有依據的物理事實，因為連結權重確實會逐層遞減。對轉換頁、主力文章這類頁面來說，這件事特別要緊，如果一個服務頁或核心文章要點超過 5 次才點得到，等於變相告訴 Google「這頁不重要」，爬蟲自然也不會優先分配資源給它。
怎麼檢查自己網站的點擊深度？
檢查方法不需要複雜工具，最直接的做法是從首頁出發，實際點看看到每個重要頁面要點幾次。如果懷疑有些頁面藏得太深，也可以看 Search Console 的網站地圖與涵蓋範圍報告，找「已檢索但未建立索引」的頁面，這通常是點擊深度過深的徵兆之一，代表 Google 雖然發現了這個網址，卻沒有把它視為值得收錄的內容。
扁平化架構與深層分類的取捨
網站架構大致分成兩種傾向，差別不在誰對誰錯，而在網站規模。扁平化架構把大部分頁面放在離首頁比較近的層級，分類數量少，每個分類底下的頁面多；重要頁面幾乎都能一次點擊就承接到首頁的權重，適合頁面數不算多的中小型網站。
深層分類則是一層一層往下細分，分類邏輯清楚，但頁面往往要點更多次才能到達。Google Search Central 在《SEO 入門指南》與《URL 結構最佳做法》都提到，用資料夾把相近主題分組，能幫助搜尋引擎理解不同目錄底下內容的更新頻率與關聯性，這種做法比較適合規模動輒成千上萬頁的網站，例如電商的商品頁、內容量龐大的文章庫。只是深層分類要搭配內部連結與麵包屑一起用，否則頁面很容易被埋得太深。
實務上，多數網站不是二選一，而是混合著用，首頁到主要分類這段走扁平化，讓核心分類都離首頁夠近；主分類底下再視需要往下分層，把細節內容組織清楚。判準只有一個，網站有多少頁面、內容有多細，不是哪種架構聽起來比較高級。
Silo 分群與 Hub & Spoke，兩種模式有什麼差異？
這兩個名詞常被混著講，但邏輯其實不同，值得先拆開來看。
Silo（資料夾式分群）強調的是「隔離」，同一個主題的頁面集中在同一個路徑或選單分類底下，彼此之間密集互連，跨主題則盡量不互連。這樣做的目的，是讓搜尋引擎能清楚辨識出這一群頁面在講同一件事，不會被其他主題的連結稀釋掉相關性訊號。
Hub & Spoke（也就是支柱頁加子題頁的 topic cluster、pillar-cluster 模型）強調的則是「核心頁搭配衛星文章的雙向連結」，一篇支柱頁統整主題的完整全貌，多篇子題頁各自往細節深入，子題頁都連回支柱頁，支柱頁也連出到每一篇子題頁。這個模型最早由 HubSpot 在研究報告《Topic Clusters： The Next Evolution of SEO》中提出並推廣，後來成為主流的內容組織做法。
兩者不是二選一，很多網站其實是「用 Silo 切出主題分類，分類內再用 Hub & Spoke 組織支柱頁與子題頁」，兩種邏輯疊在一起用。選型只是第一步，實際動手鋪內部連結，才是決定這套架構能不能真正發揮效果的關鍵。
Silo 分群架構
落地時，把同一主題的所有頁面收進同一個資料夾或選單分類，例如「品牌行銷」底下的文章都歸進同一個分類頁，分類內的頁面盡量互相連結；跨分類的頁面則少連，避免不同主題的訊號混在一起，讓分類的主題界線變得模糊。
Hub & Spoke（支柱頁＋子題頁）架構
落地時，支柱頁通常會是分類頁或一篇涵蓋主題全貌的長文，子題頁則各自鎖定一個小問題深入寫。維護上要留意的是，每次新增一篇子題頁，都要記得回頭把支柱頁的連結補上，不然雙向連結會隨著內容增加慢慢斷掉，整套結構也就跟著鬆散。
不必大動網站的資料夾或 URL 結構也能做到分群效果，很多時候光靠內部連結把相關頁面串起來就已經足夠。
URL 命名的基本原則
Google Search Central 在《URL 結構最佳做法》中整理了幾個具體規則，核心精神是讓網址本身就能說明頁面內容：
- 用連字號「-」分隔詞語，不用底線「_」。Google 會把連字號當成空格處理，底線卻不會，用底線容易讓字詞被誤判成連在一起的怪字。
- 全部使用小寫。伺服器對大小寫敏感，大小寫寫法不一致時會被當成不同的網址，等於製造出重複內容。
- 資料夾層級對應網站的分類邏輯，讓人一看網址就能猜到頁面內容在講什麼。
- 避免把日期、序號、無意義的字串或追蹤參數塞進網址。
- 避免使用中文與特殊符號，這些字元會被編碼成一長串亂碼，複製分享時也容易斷裂。
同一頁面有多個網址版本，用 Canonical 收斂
實務上還有一個常被忽略的問題，同一個頁面很容易因為排序、篩選、追蹤參數這類功能，衍生出好幾個不同的網址版本，例如加上 ?sort= 或 ?utm_source= 這類參數。對搜尋引擎來說，這些版本內容幾乎一樣，等於是重複內容，不只會稀釋權重，也會浪費檢索資源去重複爬同一份東西。
解法是用 rel="canonical" 標記，明確告訴 Google 哪一個網址才是要被索引的「本尊」，其餘版本都指向這個標準網址。Google Search Central 在《解決重複網址》這篇文件中，把這個做法列為處理重複網址最基本的方式之一。
麵包屑導覽對 SEO 有什麼幫助？
麵包屑（breadcrumb）是頁面上方常見的「首頁 > 分類 > 子分類 > 目前頁面」導覽列，它同時服務兩種對象。對使用者來說，麵包屑是回上一層的捷徑，讓人清楚知道自己現在在網站的哪個位置，不必依賴瀏覽器的上一頁按鈕。對 Google 來說，麵包屑的階層會依照網址結構被自動辨識；Google Search Central 在《麵包屑結構化資料標記說明》中提到，這個階層可能會顯示在搜尋結果的網址列位置，取代原本又長又難讀的網址，讓使用者在還沒點進網站前，就先知道這個頁面在架構裡的層級。
常見的地雷是麵包屑跟實際的網址結構、選單分類對不起來，例如網址明明歸在某個分類底下，麵包屑顯示的路徑卻是另一套邏輯。這種不一致會讓爬蟲和使用者對網站架構產生混淆，等於是自己把原本該傳達清楚的訊號弄模糊。
孤兒頁面是什麼？要怎麼找出來？
孤兒頁面（orphan page）指的是網站上確實存在、卻沒有任何其他頁面用內部連結指向它的頁面。Google Search Central 在《檢索與索引總覽》中說明，Google 主要透過兩種管道發現新網址：跟隨已知頁面上的連結，以及讀取網站提交的 sitemap。孤兒頁面少了連結這條路，只能被動依靠 sitemap 這個單一管道等待被發現，收錄速度與排名自然都會受影響。
孤兒頁面常見的成因有幾種：文章發布後沒有被排進任何分類頁或相關文章區塊、舊版網站改版時忘記重新串連、或是活動頁、著陸頁做完之後沒有回頭補上內部連結。這些狀況多半不是刻意造成的，而是流程裡少了「發布後檢查有沒有被連進去」這一步。
用三份清單交叉比對，找出孤兒頁面
找出孤兒頁面最直接的做法，是拿三份清單交叉比對：網站地圖（sitemap）列出的所有網址、實際網站導覽與內文連結能連到的頁面清單、後台實際發布的文章與頁面清單。這三份清單如果對不齊，某個網址存在於其中一份、卻沒有出現在另外兩份的連結範圍裡，通常就是孤兒頁面。
找到孤兒頁面後，該怎麼處理？
最直接的解法，是從相關的分類頁或主題相近的文章內文，補上一條連到這個頁面的內部連結，讓它重新進入網站的連結網絡。如果頁面內容已經過時或沒有太大價值，也可以考慮把它合併進其他文章，或是直接下架，不是每個孤兒頁面都值得硬救，有些內容本來就該讓它自然淘汰。
網站架構不是規劃一次就能定案的事，而是要隨著內容持續增加、網站持續改版跟著微調的地基工程。點擊深度、扁平化與深層分類的取捨、Silo 與 Hub & Spoke 分群、URL 命名、麵包屑、孤兒頁面排查，這幾個環節環環相扣，任何一個沒做到，都可能讓搜尋引擎白白繞遠路，或是讓辛苦寫的內容永遠沒被發現。與其等排名怎麼衝都上不去才回頭檢查，不如把這幾個環節排進定期檢視的清單裡，讓架構跟著內容一起成長。
好的 SEO 體質絕不是隨意裝個外掛就行，底層架構才是致勝關鍵。歡迎參考我們的網頁設計服務。