網站架構 SEO：判斷層級與導覽結構，讓重要頁面被找到

網站的資訊架構層級與目錄結構，決定一件事：重要頁面能不能被 Google 和使用者找到。不必急著把所有分類砍掉重練，多數結構問題只要量出點擊深度、比對 URL 與導覽、抓出孤立頁，就能知道卡在哪一層，再依狀況決定補內部連結、調整分類或做 301。

網站架構影響的是排名分數，還是頁面能不能被找到？

網站架構不直接給你一個排名分數。它決定的事是：Google 能不能找到你的頁面、能不能看懂主題歸屬、能不能把首頁的權重傳到深層文章。Google 說內容的組織方式可能影響檢索與索引，用目錄把相似主題分組有助於 Google 理解各目錄的更新頻率；同時據實帶出 Google 的但書，搜尋引擎大致仍能理解現況的頁面。實務觀察也顯示，頁面距離首頁越遠，被收錄與排名的機會越低，差距依站而異，不是固定比例。把因果反過來看就懂：結構亂，單篇文章寫得再好也排不上；結構順，新內容會被自然推上去。

架構是地基，不是單頁優化的替代品

新文章排名不上、舊內容流量停滯，問題常常不在標題或內文，而在這些頁面沒有被放進有效的層級。Googlebot 靠連結走訪網站，靠分類與錨文字判斷主題歸屬；頁面埋在深層、分類彼此不通，內容就無法累積訊號。先把資訊架構理順，單頁最佳化才會開始累積。這個階段的檢查若擴及全站收錄與索引，會跨入技術層面，技術 SEO 服務的執行範圍列出 robots、sitemap 與結構化資料等項目，可當作判斷基準。

你的重要頁面要點幾下才能到？

從首頁連到某個頁面需要點幾次連結，就是它的點擊深度。重要頁面應落在三次點擊以內，一般頁面不超過四次，是實務上比較穩的範圍；Google 沒有公告統一的硬性數字，但點擊深度越淺，頁面被發現的機會越高。Google 主要靠已檢索頁面上的連結發現新頁，層級越深、連進來的路徑越少，被發現與重新檢索的機會就越低。

點擊深度怎麼算

直接開無痕視窗，從首頁挑一條路徑，數看看要點幾下才能到達你最有價值的服務頁或主力文章。到不了，就代表導覽或分類出了問題。要看得更完整，可用爬蟲工具跑全站，檢視所有頁面的深度分佈，把超過四層的頁面一次列出來。

深層頁面常伴隨第二個問題

埋得深的頁面，常常連麵包屑和內部連結都沒做好，等於雙重隱形。修法有兩條：把重要內容往上拉到分類的前兩層，或從相關的高流量頁補內部連結。前者調整結構，後者救援現有頁面；內部連結策略的判斷方法可以用來決定哪些頁該連、錨文字怎麼寫。

URL 結構怎麼反映你的分類層級？

好的 URL 短、全小寫、用連字號分隔、包含主要關鍵字，而且層級能反映分類。URL 是給人和機器看的短描述，不是堆關鍵字的看板；分類要不要寫進網址沒有絕對答案，重點是整站一致。下面用三組常見對照說明差別。

容易出現的寫法	問題	建議調整
/p?id=123	看不出主題，使用者和爬蟲都無法預期內容	/services/web-design/
/blog/post-20240315	只有日期沒有主題，難以記憶與辨識	/blog/website-architecture/
/category/seo/子分類/很長的文章標題	層級過深、網址過長	/seo/website-architecture/

好的 URL 檢查點

名稱要有意義，全站命名規則一致，大小寫、結尾斜線與 HTTPS 也都要統一；對 Google 來說，/SEO 和 /seo 是兩個不同的網址，不一致會把權重切成好幾份。逐頁檢查的步驟很瑣碎，可照URL 結構指南的實作檢查清單跑一遍，確認沒有漏掉舊網址的對應。

分類要不要寫進 URL

寫進去，好處是層級一目了然，使用者與機器都能從網址猜到分類；壞處是文章一旦換分類，URL 就得改，處理不好就掉排名。不寫進去，URL 比較穩定，不怕搬分類；壞處是層級訊號弱一些。重點不是哪一派才對，而是你選了之後全站一致，遇到改名就逐一做 301。

參數 URL 用 canonical 或 robots 收斂

?id=、?sort=、?page=、?utm_source= 這類參數會讓同一份內容產生許多版本，吃掉檢索預算，也製造重複內容。收斂方法有兩種：用 canonical 指向標準版、用 robots.txt 封掉沒有價值的參數路徑。Google 現在會自行判斷參數處理方式，Search Console 的網址參數工具已於 2022 年淘汰，所以不要再去找那個功能。兩者可以並用，但設定要一致，不要互相打架。

導覽列、麵包屑與分類法：怎麼讓人和機器都不迷路

主導覽列放五到七個最重要、用搜尋者聽得懂的詞命名的分類，分類依主題而非公司內部組織來分，每個分類底下再開必要的子分類。判斷標準只有一個：使用者能不能在兩秒內猜到該點哪。猜得到就對，猜不到就改。

主導覽是每個頁面都會出現的連結

導覽列會出現在全站每個頁面，爬蟲在任何位置都能順著它走，這是主分類與服務頁最穩的曝光途徑。與其放「最新消息」這種無法預期內容的選項，不如放「SEO 教學」「服務項目」這類講得出內容的分類。頁尾與 HTML Sitemap 能讓重要頁面多一條連結路徑，但主分類仍應優先放進導覽列。

分類與標籤不要重複

分類用來切主題大架構，一篇文章原則上只屬於一個分類；標籤用來做橫向關聯，一篇文章可以掛多個。常見的結構錯誤，是分類叫某個詞、標籤也叫同一個詞，結果產生兩份薄頁互搶關鍵字，權重被切成兩半。標籤若只掛得到一篇文章，沒有足夠內容支撐，就應該直接拿掉。

麵包屑要加 BreadcrumbList

麵包屑有三種，但只有位置型對 SEO 有穩定訊號。路徑型會隨使用者走過的足跡改變，對 SEO 沒有用；位置型依網站階層顯示「首頁 > 分類 > 子分類 > 目前頁面」，能講清楚頁面歸屬。加上 BreadcrumbList 結構化資料，是把層級明講給 Google 的方式，Google 會用這份標記把頁面資訊歸類到搜尋結果裡。行動版可以為了介面把麵包屑收合，Google 明文接受 accordion 或 tab 這類設計，但行動版的內容必須與桌機版對等；真正的問題是行動版 HTML 直接把麵包屑拿掉，那 Google 就讀不到。

檢索預算怎麼被浪費？孤兒頁面怎麼找？

檢索預算由兩個條件共同決定：檢索速率上限與檢索需求。速率上限跟伺服器承受度有關，需求跟頁面受歡迎程度與更新頻率有關。頁面少的小站幾乎不用管它，Google 自己會抓完；但網站達到一定規模，或塞滿參數頁、重複內容與軟 404，檢索預算就會變成收錄不全的主因。

哪些東西在浪費檢索預算

常見的浪費來源是：同一內容的多個 URL 版本、分頁與排序參數、回傳 200 卻顯示「找不到結果」的軟 404、被設了 noindex 卻沒 disallow 的頁面，以及一次產生上千種組合的篩選參數頁。處理方向只有一個：用 robots.txt 封掉沒價值的路徑，用 canonical 把重複內容指向標準版，再把軟 404 改成真正的 404 或 410。若 GSC 的網頁索引報表出現大量「已檢索未建立索引」，可從索引與收錄問題的完整診斷流程開始比對，確認是否源自結構。

sitemap 只告訴 Google「這些頁面存在」，不代表它會認真抓或給排名，所以提交前要先過濾薄內容與重複頁。AK SEO Labs 在大型網站上的做法，是 XML sitemap 只放真正想被索引的重要頁面，其餘讓 Google 自己決定要不要爬；這是方法選擇，不是可保證的效果。

用三份清單抓孤兒頁面

孤兒頁面是存在於網站、卻沒有任何內部連結指向它的頁。常見來源是活動結束後下架卻沒刪的頁面、分類被刪除後失去連結來源的文章、列表改版後斷掉的分頁，以及測試結束後沒清掉的變體頁。

抓法是用三份清單交叉比對：爬蟲結果代表站內連結走得到的頁，XML sitemap 代表你告訴 Google 存在的頁，伺服器日誌代表 Googlebot 實際抓過的頁。三份清單的差集就是孤兒；沒有日誌時，至少做前兩份比對也能抓出大多數。

救法是一條決策樹：有價值的從相關高流量頁接回結構；內容太薄的擴充或合併到既有主題頁；過時的更新內容或 301 到替代頁；純垃圾直接刪除，讓它回真正的 404。孤兒頁面不一定是壞頁，常常只是被遺忘的好頁。

AI 搜尋時代，網站架構多了一個什麼要求？

AI 搜尋引擎的爬蟲，例如 ChatGPT、Perplexity 與 Google AI Overviews 背後那一批，跟 Googlebot 一樣靠連結與結構化資料讀懂你的站，但更看重主題集中度與可引用的清晰段落。把同主題頁面收攏成清楚的叢集、每個子主題有獨立乾淨的 URL、結構化資料齊全、robots.txt 沒有誤擋 AI 爬蟲，被引用的機會會提高。界線要先講：AI 搜尋仍在演進，結構清楚是被引用的前提，但沒有人能保證一定被引用。

讓每個子主題成為可獨立引用的單位

AI 在抽取答案時，偏好能獨立擷取的段落與穩定的 URL。與其把十個子主題塞進同一個超長頁面、再用錨點跳轉，不如讓每個主題各自成頁、彼此用內部連結串成叢集；否則 AI 容易抽到錯段落，也無法為每個子主題建立獨立連結。BreadcrumbList、Article、FAQPage 這類結構化資料能幫助機器讀懂層級。想被 ChatGPT 搜尋與 Perplexity 引用，要確認 OAI-SearchBot 與 PerplexityBot 沒有被擋；GPTBot 與 ClaudeBot 是訓練爬蟲，擋不擋是另一個商業決定，擋了不會因此從 ChatGPT 搜尋結果消失。

結構重構怎麼做才不掉排名？

結構重構按五個步驟走，順序不要跳：先盤點全部頁面與現有連結，再重新規劃分類與層級，接著處理 URL 變更與 301 轉址，然後重送 sitemap，最後上線後盯收錄與排名變化。整個流程最大的原則是：能不動 URL 就不動。若要動，每一條舊網址都要 301，內部連結要同步更新，sitemap 要重送。動手前可先對照網站改版 SEO 風險檢查，確認流程沒有遺漏。

五個步驟的執行重點

盤點時把現有 URL 分成四類：留（有價值）、改（URL 或分類要改）、刪（沒價值）、併（薄內容合併）。這份分類表是後續所有動作的依據，務必留下文件。

重新規劃時畫出新的層級圖，確認每個重要頁面都落在三次點擊以內，並標出每個 URL 的新舊對應關係。舊結構與新結構的差別，要一頁一頁對完才能動手。

處理 URL 變更時，每個 301 都要一對一指向新網址，避免 A 轉 B 再轉 C 的鏈式轉址。鏈式轉址會拖慢 Google 重新檢索與換頁、增加中間任一跳斷掉的風險。Google 已公開說明 30x 轉址本身不會流失 PageRank，所以避免鏈式的理由是檢索效率與可靠度。同一時間把所有指到舊網址的內部連結改掉，不要留著讓 Google 自己追。

重送 sitemap 之前，只放你想被索引的頁面；刪除或合併的舊頁要從 sitemap 移除，並讓它回真正的 404，Google 才會從索引清掉。

上線後盯三個指標：GSC 的網頁索引報表、檢索統計資料、主力關鍵字的排名波動。短期波動是預期中的事；中型網站通常要數週或更久才會逐步換成新網址，大型網站更長。非必要不要在旺季或大活動前重構，出事沒有緩衝時間。

結構診斷最花時間的不是改網址，而是把點擊深度、收錄資料與連結關係放在同一張表上比對。做完比對後，下一步才是決定先調分類、先補連結，還是先做 301。若你希望有人從資料端幫你把這個順序排出來，可以把網站結構盤點交給 AK SEO Labs。

常見問題

網站架構會影響 SEO 排名嗎？

會，但不是直接給你排名分數，而是透過可發現性與權重流動兩個中介變數影響收錄率與排名穩定度。結構好，Google 找得到所有重要頁面、讀得懂主題歸屬、能把首頁權重傳到深層內容；結構不好，單篇內容再用力也排不上。調整時不要把它當成捷徑，把它當成讓後續最佳化生效的基礎。

一般網站的層級控制在幾層比較合適？

重要頁面控制在三次點擊以內、一般頁面不超過四次點擊，是比較穩的範圍。一般形象網站通常兩層就夠，電商因分類多可以再深一些，但內容頁仍應維持在四層附近。Google 沒有公告硬性數字，越淺越容易被發現是共通的判斷原則，實際還是要看站體規模。

URL 要不要把分類名稱寫進去？

沒有絕對答案，重點是一致；寫進去了能呈現層級訊號，但文章換分類就得改 URL，改了一定要做 301。不寫進去 URL 比較穩定，不怕搬分類，只是層級訊號弱一點。選定規則後全站照辦，比糾結哪一派正確更重要。

怎麼找出網站裡的孤兒頁面？

用三份清單交叉比對：爬蟲結果（站內有連結能走到的頁）、XML sitemap（你告訴 Google 存在的頁）、伺服器日誌（Googlebot 實際抓過的頁），差集就是孤兒。沒有伺服器日誌時，至少做前兩份比對，也能找出多數孤兒。救法依頁面價值決定：接回、擴充、301 或刪除。

麵包屑對 SEO 有實質幫助嗎？

有，加上 BreadcrumbList 結構化資料，是把層級明講給 Google 的方式，Google 會用這份標記把頁面資訊歸類到搜尋結果裡。要選位置型麵包屑，它依網站階層顯示，訊號穩定。行動版可以為了介面把麵包屑收合，Google 接受 accordion 或 tab 這類設計，但行動版的 HTML 必須包含麵包屑內容，確保 Google 能讀到。

網站改版重構會不會掉排名？

短期可能有波動，但 301 做對、sitemap 重送、持續監控，排名通常會回來甚至更好；風險最大的是重構過程中的疏漏。常見疏漏是忘了做 301、內部連結沒更新、sitemap 沒重送。照標準步驟走，搬遷期間排名波動是預期中的事，中型網站通常要數週或更久才會逐步穩定，大型網站更長。

AI 搜尋時代，網站架構還重要嗎？

更重要，因為 AI 引擎跟 Googlebot 一樣靠連結與結構化資料讀懂你的站，而且更看重主題集中度與可引用的清晰段落。把同主題頁面收攏成叢集、每頁有獨立乾淨的 URL、確認 robots.txt 沒擋 AI 搜尋爬蟲，會提高被引用的機會；但結構清楚只是前提，不是保證。