站內優化

網站架構規劃 5 大模型:Hub & Spoke、Silo、權重配置邏輯解析

Q: 網站架構對 SEO 的影響有多大?可以量化嗎?

網站架構是 SEO 三大支柱之一(另外兩個是內容與外部連結),其影響在三個層面可被量化:第一,爬取效率:結構清晰的網站,Google 索引涵蓋率通常可達 85% 以上,結構混亂的網站可能只有 40-60%,差距非常明顯,可在 Google Search Console「索引涵蓋範圍」報告直接觀察。第二,使用者行為訊號:有麵包屑、清楚分類的網站,跳出率通常可從 70% 降到 50% 以下,平均停留時間可延長 30-50%,這些都是 Google 排名的關鍵訊號。第三,權重分配效率:扁平化架構讓首頁權威值能順利流到深層頁面,實務上可讓「分類頁」「子分類頁」的排名能力提升 20-40%。對台灣中小企業而言,架構優化通常是 SEO 投資報酬率最高的項目,因為一次調整就能讓全站所有頁面受惠,而不是只影響單一頁面。

Q: 部落格的「分類(Categories)」和「標籤(Tags)」有什麼不同?

請記住這個比喻:分類是「目錄」,標籤是「索引」。分類是書本的章節結構,一篇文章通常只屬於 1 個(最多 2 個)分類,例如「數位行銷」,它是階層性的,有清楚的主從關係。標籤則是書本後面的索引關鍵字,一篇文章可有多個標籤標記細節,例如「Google 演算法」「社群行銷」「內容策略」。專家警告:千萬不要濫用標籤。許多 WordPress 網站一篇文章設了 10-20 個標籤,結果產生數千個內容空洞的標籤彙整頁,造成嚴重的重複內容(Duplicate Content)問題,稀釋網站權重。建議做法:如果您沒把握管理好標籤,寧可只用分類就好。若一定要用標籤,請確保每個標籤至少有 5-10 篇文章,且在 robots.txt 或頁面 meta 中設定 noindex 避免被索引,只給站內導覽用。

Q: 網址應該用「子目錄(Subdirectory)」還是「子網域(Subdomain)」?

為了 SEO,請優先選擇「子目錄」。子目錄寫法是 domain.com/blog,子網域寫法是 blog.domain.com,雖然 Google 官方表示兩者都能處理,但實戰數據騙不了人:Google 在多數情境下,會把「子網域」視為一個獨立的網站來評估權威性,這意味著您在主網域 domain.com 累積的權威分數,不會自動傳遞給 blog.domain.com。反之,使用「子目錄」就像在原本的網站中多開一個區塊,整個網站的權威性是共享、加乘的。實務建議:除非您的部落格業務與主網站完全無關(例如不同國家、不同產品線),否則一律使用子目錄。對台灣中小企業而言,品牌主網站通常規模有限,把所有內容集中在主網域,集中累積權威性,才是 SEO 投報率最高的做法。

Q: 網站是用 React、Vue 等單頁式應用程式(SPA)開發,會影響 SEO 嗎?

會,而且是個需要正視的挑戰。現代前端框架(React、Vue、Angular)做出來的網站體驗很棒,切換頁面不需重新載入,但內容通常是用 JavaScript 動態生成的。風險:雖然 Google 爬蟲現在已能解析 JavaScript,但效率仍比靜態 HTML 差,且其他搜尋引擎(Bing、Yandex)與 AI 爬蟲(GPTBot、ClaudeBot、PerplexityBot)對 JS 的解析能力參差不齊,有些根本看不到動態內容。解法:要求工程師採用 SSR(Server-Side Rendering,伺服器端渲染)或 SSG(Static Site Generation,靜態站台生成)技術,在伺服器端就把完整 HTML 產好再丟給爬蟲。常見方案包括 Next.js(React 生態)、Nuxt.js(Vue 生態)。如果您的網站已是 SPA 卻沒做 SSR,在 AI 搜尋時代會明顯吃虧,因為 ChatGPT、Perplexity 等 AI 系統在抓取內容時,對 JS 渲染後的內容支援度有限,您的內容很可能根本不會被引用。

Q: 產品下架或文章刪除後,那個頁面該怎麼處理?

千萬不要直接刪除讓頁面變成 404,這是維護網站架構時最常見的漏洞。直接刪除頁面會讓原本連向它的內部與外部連結全部斷掉,權重流失。正確處理方式分為四種情境:第一,產品暫時缺貨:保留頁面、標示「補貨中」,並推薦相似商品,維持權重不流失。第二,產品永久停產且有替代品:設定 301 轉址到最相關的替代產品頁,讓累積的排名與權重順利轉移。第三,產品永久停產且無替代品:設定 301 轉址到上一層分類頁,讓使用者仍能找到類似商品。第四,內容徹底消失且不會回來:可設定 HTTP 狀態碼 410 Gone,明確告訴搜尋引擎「不用再來找它了」,讓爬蟲更快移除索引。實務上,80% 的下架情境用 301 轉址就能解決,只有少數真正退役的內容才需要用 410。最忌諱的就是「什麼都不做,讓頁面變 404 自生自滅」。

網站架構規劃（Site Architecture Planning）是 SEO 的隱形勝負手。許多企業內容寫得好、產品也夠強，卻在 Google 與 AI 搜尋（ChatGPT、Perplexity、Google AI Overviews）中始終排不上去，問題往往不在關鍵字，而在結構。本文先帶您理解什麼是網站架構、為什麼它會影響 SEO，再完整解析 5 種常見架構模型——階層式、扁平化、Silo、Topic Cluster（Hub & Spoke）、矩陣篩選型——並說明權重配置邏輯與企業官網的選型建議，讓您的網站同時被搜尋引擎與使用者喜歡。

本篇目錄

一、什麼是網站架構?
二、為什麼網站架構會影響 SEO?
三、網站架構規劃 5 種常見模型
四、企業官網適合哪一種網站架構?
五、權重配置邏輯:扁平化與三次點擊法則
六、內部連結怎麼佈建才有效?
七、URL 結構該怎麼設計?
八、導航、麵包屑與行動裝置體驗
九、如何替網站架構做健康檢查?
常見問答 FAQ

一、什麼是網站架構?

網站架構（Site Architecture）是網站頁面之間的組織方式——也就是頁面如何分類、如何分層、彼此之間如何透過連結串接。它就像建築物的樑柱與動線設計:訪客從大門（首頁）進來之後，能不能順著清楚的路徑走到每一個房間（內頁）。

網站架構的好壞，會直接影響以下五件事:

使用者能不能快速找到資訊:動線清楚，訪客三兩下就能抵達目標頁面;動線混亂，訪客找不到就直接離開。
Google 能不能順利爬取頁面:爬蟲沿著連結探索網站，結構清晰的網站收錄率高，結構混亂的網站大量頁面根本不會被索引。
網站權重能不能有效傳遞:首頁累積的權威值，要透過架構往下流到分類頁與文章頁，層級斷裂權重就傳不下去。
重要頁面是否容易被看見:服務頁、轉換頁如果藏在第五、六層，等於告訴 Google 與使用者「這頁不重要」。
詢問率與轉換率是否提升:好的架構會引導訪客從「認識」走向「比較」再走向「行動」，動線即轉換漏斗。

在 AI 搜尋時代，這件事變得更重要。Google AI Overviews、ChatGPT、Perplexity 等系統會引用網站內容作為答案來源，而它們挑選來源的邏輯與 Google 爬蟲類似:結構越清楚、主題越聚焦的網站，越容易被引用。

二、為什麼網站架構會影響 SEO?

網站架構是 SEO 成效的倍增器，因為它同時牽動爬蟲端與使用者端的五個關鍵訊號。架構不好，後面所有的關鍵字研究與內容寫作都會事倍功半。

1. 爬蟲抓取效率（Crawl Budget）:別浪費搜尋引擎的時間

Google 對每個網站都有一個「願意花多少時間抓取」的預算，稱為 Crawl Budget，這是技術 SEO的重要環節。架構越亂、無效頁面越多，爬蟲就越容易把預算花在不重要的地方，真正想被收錄的核心頁面反而被忽略。

混亂的架構:爬蟲在無限的篩選參數頁、標籤頁、分頁中打轉，還沒看到核心文章就用完預算離開。
清晰的架構:從首頁出發，沿著清楚的分類路徑就能抵達所有重要頁面，爬蟲效率最大化。

2. 內部連結權重:讓首頁的權威流向深處

把網站想像成水塔系統:首頁通常承接最多外部連結，是權威值最高的「水源」。透過內部連結，這份權威會沿著架構往下傳遞到分類頁、再到具體文章頁。

好架構:水順暢流到每一層，所有頁面都分到權重，排名能力均衡。
壞架構:連結斷裂或層級過深，深層頁面權重接近零，永遠無法競爭。

3. 主題相關性:讓 Google 知道您專精什麼

搜尋引擎評估的不只是單篇文章，而是整個網站在某個主題上的深度與聚焦程度。當相同主題的內容被歸類在同一個區塊、彼此互相連結，Google 就能清楚辨識「這個網站是這個領域的專家」，整個主題群的排名能力都會提升。反之，內容東一篇西一篇、跨主題亂連，相關性訊號就會被稀釋。

4. 使用者體驗:Google 在看您的行為訊號

Google 的演算法早已納入使用者行為訊號。當訪客點進網站卻找不到方向，通常會在數秒內離開。對台灣中小企業網站來說，這個影響更明顯:預算有限、流量本來就少，如果使用者一進來就跳出，廣告投放與 SEO 努力等於白費。

5. 跳出率與停留時間:架構決定訪客走多遠

清楚的分類、麵包屑與相關文章推薦，能引導訪客「再多看一頁」。實務上，有完整導覽動線的網站，跳出率（Bounce Rate）通常能明顯下降、停留時間（Dwell Time）拉長——這些都是 Google 判斷「這個網站有沒有滿足搜尋需求」的參考依據。

實務觀察:對使用者友善等於對搜尋引擎友善。如果您的長輩能在網站上找到他要的資訊，那麼 Google、ChatGPT、Perplexity 也能順利理解這個網站在賣什麼、提供什麼價值。

三、網站架構規劃 5 種常見模型

網站架構沒有唯一正解，但有 5 種經過驗證的常見模型:階層式、扁平化、Silo 主題分類、Topic Cluster（Hub & Spoke）、矩陣篩選型。多數網站實務上會混用兩種以上，關鍵是先理解每種模型的邏輯與適用對象。

1. 階層式架構（樹狀架構）

這是最基本、最常見的網站架構:由首頁出發，往下長出固定的功能分支，像一棵樹。

首頁 → 關於我們
首頁 → 服務項目
首頁 → 作品案例
首頁 → 最新消息
首頁 → 聯絡我們

適合對象:一般企業官網、品牌網站、公司形象網站。優點是結構直覺、訪客一看就懂;要注意的是分支不要長得太深，否則就會出現下一章談的「層級過深、權重傳不下去」問題。

2. 扁平化架構

重點是讓重要頁面離首頁不要太遠，所有核心頁面從首頁一次點擊就能抵達:

首頁 → 網頁設計
首頁 → SEO 優化
首頁 → 網站維護
首頁 → 聯絡我們

適合對象:頁面數不多的中小企業網站。每個服務頁都直接承接首頁權重，排名能力最大化，動線也最短。但網站規模一旦成長到數百頁，純扁平就會撐不住，需要搭配分類層級。

3. Silo 主題分類架構

依主題分類內容，把同主題的頁面歸在同一個「穀倉（Silo）」裡，讓網站主題更明確:

SEO 教學 → 技術 SEO
SEO 教學 → 站內 SEO
SEO 教學 → 關鍵字研究
SEO 教學 → 內容優化

適合對象:部落格、知識型網站、SEO 內容站。Silo 的核心精神是「井水不犯河水」:同 Silo 內的頁面密集互連（「狗糧文章」連「貓糧文章」✓），跨 Silo 盡量不亂連（「狗糧文章」連「除濕機評測」✕）。混亂的跨主題連結會稀釋相關性訊號，讓搜尋引擎困惑您的網站到底專精在什麼領域。

4. Topic Cluster 主題集群架構（Hub & Spoke）

用一個核心頁面（Hub / Pillar Page）搭配多篇延伸文章（Spoke / Cluster Content），透過內部連結形成輪輻狀結構（完整方法見 Topic Cluster 主題群集教學）:

核心頁（Hub）:SEO 完整指南——3000 字以上的長文，涵蓋主題全貌，廣度大但深度淺。
延伸文章（Spoke）:關鍵字研究怎麼做、網站架構怎麼規劃、內部連結怎麼設計、Meta Title 怎麼寫、Schema 是什麼——每篇 1500-2500 字，針對長尾關鍵字深入打擊。
引力（內部連結）:每篇延伸文章都連結回核心頁，把權重「灌」回 Hub;核心頁也連出到每篇 Spoke，形成雙向循環。

適合對象:想長期經營 SEO 的網站。它與 Silo 的差別在於:Silo 強調「分類隔離」，Hub & Spoke 強調「核心頁 + 衛星文章的連結關係」，兩者經常搭配使用——在 Silo 分類底下，用 Hub & Spoke 組織每個主題群。

5. 矩陣式 / 篩選型架構（Faceted Navigation）

常見於大量商品或資料型網站，同一批商品可以從多個維度交叉篩選。以電商為例:

商品分類 → 品牌
商品分類 → 價格
商品分類 → 尺寸
商品分類 → 顏色
商品分類 → 功能
商品分類 → 使用情境

適合對象:電商、房地產、旅遊、課程平台。

矩陣式架構要特別注意 SEO 問題:篩選條件太多，會組合出近乎無限的 URL（品牌 × 價格 × 顏色 × 排序……），產生大量內容重複的頁面，吃光爬取預算、稀釋網站權重。標準對策:只讓「有搜尋量的篩選組合」開放索引（例如「Nike 慢跑鞋」），其餘參數頁用 Canonical 指回主分類、設 noindex 或在 robots.txt 阻擋爬取。

5 種模型快速對照

架構模型	核心邏輯	適合網站	主要風險
階層式（樹狀）	由首頁往下長出功能分支	企業官網、品牌形象網站	層級過深，權重傳不到底層
扁平化	重要頁面離首頁 1-2 次點擊	頁面數不多的中小企業	頁面變多後難以維持
Silo 主題分類	同主題歸同區、隔離互連	部落格、知識型內容站	分類過細造成內容單薄
Topic Cluster（Hub & Spoke）	核心頁 + 衛星文章雙向連結	長期經營 SEO 的網站	核心頁品質不足撐不起主題
矩陣式 / 篩選型	多維度交叉篩選同一批資料	電商、房地產、旅遊、課程平台	篩選頁爆量造成重複內容

四、企業官網適合哪一種網站架構?

多數企業不需要在 5 種模型中「單選」，而是依網站類型組合使用。以下是依台灣常見網站型態整理的選型建議:

網站類型	建議架構	規劃重點
一般企業官網	階層式架構 + 扁平化架構	主選單 5-7 項涵蓋核心頁面，任何重要頁面 3 次點擊內可達。
服務型網站	扁平化架構 + 流程導向動線	依客戶決策流程鋪路:服務介紹 → 作品案例 → 製作流程 → 報價諮詢，每一步都有明確的下一步 CTA。
內容型網站 / 知識型網站	Silo 架構 + Topic Cluster	先用 Silo 切出主題分類，每個分類內用 Hub & Spoke 建立核心頁與衛星文章群。
電商網站	分類架構 + 篩選型架構	首頁 → 分類 → 商品三層為主幹，篩選頁嚴格控管索引（Canonical / noindex）。
高信任決策型網站	階層式架構 + 信任導向動線	適合 B2B 服務、醫療、法律、財務等領域，在服務頁周邊佈建案例、客戶見證、專業資歷與 FAQ，縮短說服週期。

所謂「流程導向動線」與「信任導向動線」，指的是在基本架構之上，依照目標客戶的決策路徑安排頁面之間的連結順序。服務型網站重視「引導訪客走完諮詢流程」;高信任決策型網站（B2B、醫療、法律、財務）重視「反覆建立信任」——同樣的頁面，連結順序不同，轉換結果就完全不同。

選型口訣:頁面少就扁平、內容多就分類、做內容行銷就上 Topic Cluster、商品量大就用篩選型但管好索引。先確定網站類型與成長規模，再決定架構，避免上線一年後被迫大改版。

五、權重配置邏輯:扁平化與三次點擊法則

無論採用哪一種模型，權重配置都遵守同一條物理定律:離首頁越近，分到的權重越多。這就是為什麼「首頁到任何重要頁面的點擊距離應控制在 3 次以內」會成為現代 SEO 最重要的結構原則。

1. 深層架構 vs 扁平架構

用組織比喻最容易理解:

深層架構:像傳統官僚體系，層層上報，首頁到產品頁要經過 6-7 層分類。
扁平架構:像新創公司，層級少、決策快，首頁到產品頁通常 2-3 層內完成。

對搜尋引擎來說，每多一層，傳遞下去的權重就遞減一次。如果重要文章藏在第 6 層，等於告訴 Google:「這頁不重要，請忽略」。

2. 三次點擊法則（The 3-Click Rule）

從首頁出發，使用者應能在 3 次點擊內到達網站上任何一個重要頁面。實務上的標準路徑是:

點擊次數	頁面類型	電商範例	內容網站範例
0 次（起點）	首頁	品牌首頁	媒體首頁
第 1 次	大分類頁	男裝	SEO 教學
第 2 次	子分類頁	慢跑鞋	網站架構
第 3 次	具體頁面	Nike Air Zoom 商品頁	本篇文章

3. 健康的金字塔模型

畫出來應該像穩定的金字塔，而不是一條深長的貪食蛇:

頂層:首頁，負責全站導航，權威性最高。
中層:分類頁，鎖定有搜尋量的核心關鍵字（如「網站架構」「SEO 教學」）。
底層:個別文章與產品頁，數量最多，鎖定長尾關鍵字（如「網站架構 SEO 怎麼做」）。

小心過度扁平的陷阱:有人為了減少點擊數，把全站幾百個連結全塞在首頁主選單，這叫「連結轟炸」，反而傷害使用者體驗。扁平化指的是「邏輯層級」的減少，不是「頁面數量」的堆疊。500 篇文章請用分頁（Pagination）或篩選器處理，而不是全部攤平在一頁。

避免關鍵字蠶食（Keyword Cannibalization）:很多站長犯的錯是寫了五篇相似的「如何減肥」文章，結果這五篇在 SERP 互打，分散點擊與權重。透過 Topic Cluster 架構，應該把這五篇整合成「一個核心頁面 + 四個子題」，讓頁面分工而非互相競爭。

六、內部連結怎麼佈建才有效?

內部連結是網站的血管系統，負責把首頁的權重輸送到每個角落。沒有任何內部連結指向的頁面稱為「孤兒頁面（Orphan Pages）」，搜尋引擎可能根本不知道它存在，當然也不會被收錄。

1. 錨點文字（Anchor Text）是關鍵

錨點文字是您加上連結的那幾個字，它告訴搜尋引擎「目標頁面是關於什麼的」。

差的示範:「想了解更多，請點擊這裡」← Google 得到的訊息是「目標頁面叫『點擊這裡』」，毫無意義。
好的示範:「想了解更多，請閱讀SEO 完整指南」← Google 收到強烈訊號「目標頁面是關於 SEO 的」。

2. 內文連結比導航連結更有價值

內部連結分兩種:導航列連結（頁首、側邊欄、頁尾）與內文連結（嵌入文章段落）。對 SEO 而言，內文連結的權重訊號最強，因為它有上下文（Context）支撐。

實務做法:當文章自然提到某個關聯主題，就在當下加上連結，而不是把所有連結都塞在文末「延伸閱讀」區塊。

3. 修復斷連結:每月一次例行檢查

連結指向 404 頁面對使用者與搜尋引擎都是雙重傷害。台灣中小企業可用以下工具定期掃描:

免費版:Google Search Console「網頁」報告、Chrome 擴充功能「Check My Links」。
進階版:Screaming Frog SEO Spider（免費版可爬 500 個 URL，適合中小型網站）、Ahrefs Site Audit、Semrush Site Audit。

4. 用「流量大戶」帶「新文章」

這是資深 SEO 的私房技巧:

到 Google Search Console 或 GA4 找出網站上點擊數最高、排名最好的幾篇文章（流量大戶）。
在這些文章中，自然加入指向「新文章」或「想推排名的頁面」的內部連結。
透過內部連結把累積的頁面權威值「借」一點給新文章，加速收錄與排名。

內部連結數量怎麼抓?Google 沒有硬性規定，但建議一篇 1500 字的文章，內部連結控制在 5-10 個之間是最舒服的閱讀體驗。連結是為了幫助讀者延伸閱讀，不是為了塞給機器看，密度過高反而會被視為操縱連結。

七、URL 結構該怎麼設計?

URL 是頁面的身分證，優秀的 URL 同時對人類與搜尋引擎友善。Google 官方多次建議:URL 越短越好，且必須具備描述性。在 AI 搜尋時代，清晰的 URL 結構也更容易被 LLM 正確解析與引用。

1. 語意化 URL:讓網址會說話

等級	網址範例	問題
差	`domain.com/?p=123`	完全沒語意，無關鍵字訊號
差	`domain.com/2024/05/20/category/article-title-very-long`	過長，重點被稀釋，日期讓內容看起來過時
好	`domain.com/seo/site-architecture`	簡短、含關鍵字、層級清楚

2. URL 命名的 4 個鐵律

用連字號 - 不用底線 _:Google 把 - 視為空白，_ 視為連接符。seo-tips 是兩個詞，seo_tips 會被當成一個怪字。
全部小寫:伺服器對大小寫敏感，/Page 與 /page 可能被視為兩個不同網址，造成重複內容。
避免中文與特殊符號:中文網址會被編碼成 %E6%H8... 亂碼，複製分享時容易斷裂。國際相容性考量，英文拼音仍是首選。
保持簡短:建議 3-5 個單字內，扣除分類路徑，單一頁面 slug 控制在 60 字元內。

3. 處理重複內容:Canonical Tag

同一個頁面常有多個 URL 變體（篩選、排序、追蹤參數），這對搜尋引擎來說是重複內容，會稀釋權重——矩陣篩選型架構尤其嚴重。解法是在每個變體頁面的 <head> 加入:

<link rel="canonical" href="https://domain.com/shoes" />

告訴 Google:「不管網址長怎樣，這個才是本尊，請只索引它」。

網址改名要三思:301 轉址不可少。如果您要把舊的爛 URL 改成漂亮的新 URL，務必設定 301 轉址（301 Redirect），否則累積多年的排名會瞬間歸零。沒做 301 就改網址，等同於網站自殺。如果是大規模改版，建議先做一份新舊 URL 對照表，逐筆設定轉址。

八、導航、麵包屑與行動裝置體驗

導航系統是網站架構的「對外介面」，負責回答使用者三個問題:「我現在在哪裡?」「我可以去哪裡?」「我要怎麼回去?」回答得越清楚，跳出率越低，排名訊號越好。而 Google 採用行動優先索引（Mobile-First Indexing）後，這一切都要以手機版為主戰場。

1. 主選單:5-7 個選項是甜蜜點

根據希克定律（Hick's Law），選擇越多，決策時間越長。主選單塞太多選項，反而讓使用者癱瘓。

第一層選單:控制在 5-7 個選項，符合人類短期記憶舒適區。
巨型選單（Mega Menu）:大型電商可用，但必須分區清晰、層級明確。
下拉層級:不超過 2 層，避免使用者要把游標「懸停」到第三層才能找到目標。

2. 麵包屑導航:對 SEO 最高 CP 值的元素

麵包屑（Breadcrumbs）是顯示「您現在所在位置」的路徑導覽，通常出現在文章標題上方:

首頁 > SEO 教學 > 網站架構 > 本篇文章

層面	價值說明
對使用者	提供「逃生門」，讀完文章想看更多同類內容，只要點上一層分類即可，降低跳出率。
對搜尋引擎	透過 BreadcrumbList Schema 標記，麵包屑會直接顯示在 SERP，取代醜陋的 URL，提高點擊率（CTR）。

3. 行動裝置:漢堡選單的設計取捨

在台灣，多數產業的行動裝置流量已超過 60%。那個三條線圖示（☰）是手機網頁的標準配備，優點是省空間，缺點是「眼不見為淨」，藏進去的連結點擊率明顯下降。專家解法是混和式導航:

次要連結藏漢堡:關於我們、服務項目、聯絡資訊。
核心功能露出來:電商的「購物車」「搜尋」放在頁面頂部;內容網站的「最新文章」可做成橫向滑動的便利導航列。
觸控友善:觸控目標至少 44x44 像素（Apple HIG）或 48x48 像素（Google Material Design），連結之間留足 padding 避免誤觸。
長內容收納:產品頁的「規格」「運送」「評價」與 FAQ，適合用手風琴（Accordion）收納。

行動優先時代，Google 對「隱藏內容」的態度已經改變。過去電腦版時代，Google 警告我們不要用 display: none 隱藏文字。但 Google 已明確表示:為了行動裝置使用者體驗，將內容收納在手風琴或 Tabs 中完全沒問題，這些摺疊內容依然會被索引、依然擁有完整 SEO 權重。

4. 頁尾（Footer）不是垃圾桶，是安全網

當使用者在頁面上找不到資訊，會本能滑到最底部，這是「資訊焦慮捲動」行為。頁尾是您的最後一道防線，應該放:

功能性連結:聯絡我們、關於我們、隱私權政策、服務條款
信任訊號:公司資訊、地址、電話、社群連結、合作夥伴標章
SEO 補強:主選單塞不下但對 SEO 重要的核心頁面連結

九、如何替網站架構做健康檢查?

網站架構需要定期體檢，就像汽車保養一樣。即使初期選對模型，內容累積、人員變動、改版調整都會慢慢拖垮架構健康度。以下是台灣中小企業也能上手的 4 個關鍵工具與檢查點。

1. XML Sitemap:主動遞交網站地圖

XML Sitemap 是列出網站所有重要 URL 的清單檔案，告訴搜尋引擎「這些頁面請優先抓」。檢查重點:

Sitemap 必須動態更新，新發布的文章要自動加入
單一 Sitemap 上限為 50,000 個 URL 或 50MB（超過要拆分）
透過 Google Search Console 提交，並定期檢查「已提交 vs 已索引」差距
把 Sitemap 路徑寫進 robots.txt，讓所有搜尋引擎都能找到

2. Screaming Frog:模擬爬蟲的神器

這是專業 SEO 必備工具，輸入網址就會模擬 Google 爬蟲把全站爬一遍。免費版可爬 500 個 URL，對台灣多數中小企業網站已經夠用。重點看:

Crawl Depth（爬取深度）:有沒有重要頁面深度超過 3 層?
Response Codes:找出所有 404（找不到）與 500（伺服器錯誤）。
Orphan Pages:找出沒有任何內部連結指向的孤兒頁面。
Title / Meta Description:重複或過長的頁面標題。

3. Google Search Console:官方成績單

免費且權威，是每個網站都該裝的工具。架構檢查相關重點:

報告	觀察重點
索引涵蓋範圍	「已檢索但未建立索引」「已找到但未檢索」數量是否異常增加，通常代表內容品質或內部連結問題。
Core Web Vitals	檢查 LCP、INP、CLS 三項分數，反映載入速度、互動延遲、視覺穩定性。
行動裝置可用性	觸控元素過近、字體太小、內容超出畫面等可用性問題。
連結	查看內部連結最多與最少的頁面，找出孤兒頁面與權重失衡。

4. 改版時的 301 轉址規劃

當架構亂到無法微調時，就需要進行網站改版（Website Redesign）。在按下「發佈新網站」按鈕前，務必做完這件事:

建立新舊 URL 對照表:逐筆列出所有要轉址的舊網址與對應新網址。
設定 301 永久轉址:透過 .htaccess、Nginx 設定檔或 CMS 外掛實作。
更新 Sitemap 與 robots.txt:新版上線後立即重新提交。
監控 4 週:觀察 GSC 的「索引涵蓋範圍」報告，確認權重順利轉移。

架構優化是「減法」的藝術。許多人想著「還能加什麼頁面」，但高手在問「能刪掉什麼」。定期清理低流量、低品質、過時的頁面（Content Pruning），把舊文章刪除並做 301 轉址到相關文章，讓搜尋引擎把爬取預算集中在真正有價值的頁面上。讓網站變瘦，往往能讓流量變胖。

常見問答 FAQ

看完上述章節，以下整理在實務輔導中，台灣中小企業最常問的 6 個關於網站架構的問題，提供您具體參考。

5 種網站架構模型可以混合使用嗎?

可以，而且實務上絕大多數成功的網站都是混合架構。5 種模型描述的是不同層面的組織邏輯，彼此並不衝突:階層式與扁平化處理的是「層級深度」，Silo 與 Topic Cluster 處理的是「主題組織」，矩陣篩選型處理的是「大量資料的多維度存取」。典型的組合範例:一個企業官網以「階層式 + 扁平化」為主幹（服務頁離首頁 1-2 層），底下的部落格區用「Silo + Topic Cluster」經營內容行銷;一個電商網站以「分類架構」為主幹，商品列表用「篩選型」輔助，部落格用「Topic Cluster」帶自然流量。真正要避免的不是混用，而是沒有邏輯的混用——例如分類標準前後不一、跨主題亂連、篩選頁不管索引。建議先畫出網站地圖（Sitemap 草圖），確認每一區採用什麼邏輯，再開始建站。

網站架構對 SEO 的影響有多大?可以量化嗎?

網站架構是 SEO 三大支柱之一（另外兩個是內容與外部連結），其影響在三個層面可被量化:第一，爬取效率:結構清晰的網站，Google 索引涵蓋率通常可達 85% 以上，結構混亂的網站可能只有 40-60%，差距非常明顯，可在 Google Search Console「索引涵蓋範圍」報告直接觀察。第二，使用者行為訊號:有麵包屑、清楚分類的網站，跳出率通常可從 70% 降到 50% 以下，平均停留時間可延長 30-50%，這些都是 Google 排名的關鍵訊號。第三，權重分配效率:扁平化架構讓首頁權威值能順利流到深層頁面，實務上可讓「分類頁」「子分類頁」的排名能力提升 20-40%。對台灣中小企業而言，架構優化通常是 SEO 投資報酬率最高的項目，因為一次調整就能讓全站所有頁面受惠，而不是只影響單一頁面。

部落格的「分類(Categories)」和「標籤(Tags)」有什麼不同?

請記住這個比喻:分類是「目錄」，標籤是「索引」。分類是書本的章節結構，一篇文章通常只屬於 1 個（最多 2 個）分類，例如「數位行銷」，它是階層性的，有清楚的主從關係——也就是 Silo 架構的實作單位。標籤則是書本後面的索引關鍵字，一篇文章可有多個標籤標記細節，例如「Google 演算法」「社群行銷」「內容策略」。專家警告:千萬不要濫用標籤。許多 WordPress 網站一篇文章設了 10-20 個標籤，結果產生數千個內容空洞的標籤彙整頁，造成嚴重的重複內容（Duplicate Content）問題，稀釋網站權重。建議做法:如果您沒把握管理好標籤，寧可只用分類就好。若一定要用標籤，請確保每個標籤至少有 5-10 篇文章，且在 robots.txt 或頁面 meta 中設定 noindex 避免被索引，只給站內導覽用。

網址應該用「子目錄(Subdirectory)」還是「子網域(Subdomain)」?

為了 SEO，請優先選擇「子目錄」。子目錄寫法是 domain.com/blog，子網域寫法是 blog.domain.com，雖然 Google 官方表示兩者都能處理，但實戰數據騙不了人:Google 在多數情境下，會把「子網域」視為一個獨立的網站來評估權威性，這意味著您在主網域 domain.com 累積的權威分數，不會自動傳遞給 blog.domain.com。反之，使用「子目錄」就像在原本的網站中多開一個區塊，整個網站的權威性是共享、加乘的。實務建議:除非您的部落格業務與主網站完全無關（例如不同國家、不同產品線），否則一律使用子目錄。對台灣中小企業而言，品牌主網站通常規模有限，把所有內容集中在主網域，集中累積權威性，才是 SEO 投報率最高的做法。

網站是用 React、Vue 等單頁式應用程式(SPA)開發,會影響 SEO 嗎?

會，而且是個需要正視的挑戰。現代前端框架（React、Vue、Angular）做出來的網站體驗很棒，切換頁面不需重新載入，但內容通常是用 JavaScript 動態生成的。風險:雖然 Google 爬蟲現在已能解析 JavaScript，但效率仍比靜態 HTML 差，且其他搜尋引擎（Bing、Yandex）與 AI 爬蟲（GPTBot、ClaudeBot、PerplexityBot）對 JS 的解析能力參差不齊，有些根本看不到動態內容。解法:要求工程師採用 SSR（Server-Side Rendering，伺服器端渲染）或 SSG（Static Site Generation，靜態站台生成）技術，在伺服器端就把完整 HTML 產好再丟給爬蟲。常見方案包括 Next.js（React 生態）、Nuxt.js（Vue 生態）。如果您的網站已是 SPA 卻沒做 SSR，在 AI 搜尋時代會明顯吃虧，因為 ChatGPT、Perplexity 等 AI 系統在抓取內容時，對 JS 渲染後的內容支援度有限，您的內容很可能根本不會被引用。

產品下架或文章刪除後,那個頁面該怎麼處理?

千萬不要直接刪除讓頁面變成 404，這是維護網站架構時最常見的漏洞。直接刪除頁面會讓原本連向它的內部與外部連結全部斷掉，權重流失。正確處理方式分為四種情境:第一，產品暫時缺貨:保留頁面、標示「補貨中」，並推薦相似商品，維持權重不流失。第二，產品永久停產且有替代品:設定 301 轉址到最相關的替代產品頁，讓累積的排名與權重順利轉移。第三，產品永久停產且無替代品:設定 301 轉址到上一層分類頁，讓使用者仍能找到類似商品。第四，內容徹底消失且不會回來:可設定 HTTP 狀態碼 410 Gone，明確告訴搜尋引擎「不用再來找它了」，讓爬蟲更快移除索引。實務上，80% 的下架情境用 301 轉址就能解決，只有少數真正退役的內容才需要用 410。最忌諱的就是「什麼都不做，讓頁面變 404 自生自滅」。

延伸閱讀：新視野 SEO 教學指南

歡迎推廣本文，請務必連結(LINK)本文出處：新視野網頁設計公司

分類列表( 站內優化 ) 全部列表