網站架構優化：打造 SEO 友善的站點結構

網站明明寫了幾十篇紮實內容，Google 卻僅收錄首頁和少數舊文章，剩下頁面像被丟進黑洞。網站架構可能是原因之一，但也要同步排查內容品質、索引指令、重複網址與伺服器問題。把架構理順能改善發現與導覽，不能保證流量自動回升。

常見的架構問題包括：頁面之間沒有清楚的從屬關係、重要內容藏在多層點擊之後、分類頁與子分類頁主題重疊。這些問題會妨礙使用者與爬蟲找到內容，也會讓網站難以表達每頁的角色。

這篇會把「SEO 友善的網站架構」整件事講透：它到底是什麼、為什麼是排名的地基、怎麼設計、怎麼健檢、什麼時候該重構。看完你會有一套能直接套用在自己網站上的判斷框架。

先給答案：SEO 友善的網站架構，本質是兩件事，「分配」與「連通」

如果你僅能記住一句話，就是這句：好的網站架構，是在解「分配」與「連通」這兩個問題。

所謂分配，是透過內部連結協助搜尋系統發現重要頁面並理解相對重要性。首頁通常收到較多外部與內部連結，但不能把 PageRank 簡化成「連結越少，每條分得越多」的固定配額；連結應依導覽與語意需求配置。

所謂連通，指的是讓每一個頁面，特別是那些新發布、還沒有外部連結進來的頁面，都能透過內部連結被 Googlebot 找到。一個頁面如果沒有任何內部連結指向它，對搜尋引擎來說就等於不存在，這種頁面叫孤兒頁（orphan page），是結構問題裡最常見也最浪費的一種。

換句話說，架構不是裝飾品，它是 SEO 的水管工程。水管鋪得好，權重流得到、爬蟲爬得到、使用者逛得順；水管塞住或亂接，再好的內容也送不到該去的地方。如果你還不太確定權重是怎麼透過連結累積與傳遞的，可以先看這篇內部連結的完整介紹，把底層觀念補起來再回來。

為什麼架構是 SEO 的地基，而不是錦上添花

很多人把網站架構當成「等內容做起來、流量穩了之後再來整理」的後段工作。這個順序剛好反了。架構是地基，地基歪了，上面蓋再多內容都會跟著傾斜。它同時承擔三個你無法迴避的 SEO 任務。

任務一：決定 Google 能不能、多快找到你的頁面

Google 發現新頁面的主要方式，是順著已經被收錄頁面上的連結一路爬過去。這件事聽起來理所當然，但它的代價是真實的。Googlebot 每次造訪你的網站，能抓取的頁面數量和頻寬都有限，這就是所謂的爬取預算（crawl budget）。架構越亂、深度越深、垃圾頁面越多，爬取預算就被消耗在沒有價值的頁面上，真正重要的新內容反而要排隊等很久才被發現。大型網站尤其敏感，相關觀念可以參考這篇對爬取預算的完整拆解。

任務二：決定權重怎麼在你的站內流動

內部連結可協助發現頁面、理解關係與相對重要性。首頁、分類與內容頁之間的連結應讓使用者自然到達重要內容；它可能影響搜尋系統評估，但不能換算成每頁固定取得多少「排名籌碼」。

任務三：決定 Google 怎麼理解你這個站「專精在什麼」

這幾年 Google 越來越看重主題權威（topical authority）。它不僅看單一頁面的關鍵字，還會從整個站的結構去判斷：這個網站是不是在某個主題領域夠完整、夠有深度。一個把「健身」相關內容有系統地組織成分類、子分類、互相連結的網站，比起一個把健身文章跟美食、旅遊、理財混在一起的網站，在「健身」這個主題上會被當成更可信的來源。架構就是你向 Google 遞出的主題履歷，回過頭，它可歸類為技術性 SEO 裡最根本的一環，更完整的技術 SEO 全景可以看這篇技術性 SEO 指南。

換成 Googlebot 的眼睛看你的網站：爬取深度與連結圖譜

要真的懂架構，你得暫時放下人類的瀏覽習慣，改用爬蟲的視角看你的站。Googlebot 看到的不是漂亮的視覺設計，而是一張由頁面和連結組成的連結圖譜（link graph）。在這張圖裡，有兩個概念是所有判斷的基礎。

爬取深度（crawl depth）：離首頁幾次點擊

爬取深度指的是「從首頁出發，需要點幾次連結才能抵達這個頁面」。首頁是深度 0，首頁直接連結到的分類頁是深度 1，分類頁連到的子分類是深度 2，以此類推。

重要頁面應透過清楚的導覽與內部連結容易抵達。「距離首頁三次點擊」可以當健檢起點，不是 Google 公布的排名門檻；大型網站有時需要更深的合理層級。可用爬蟲或稽核工具查看整站點擊深度，並優先處理重要但難以抵達的頁面，相關操作可參考瀏覽器開發者工具的 SEO 應用。

連結圖譜的連通性：有沒有走不通的死路

爬蟲在連結圖譜裡移動，靠的是「從這個頁面上的連結，跳到下一個頁面」。如果一個頁面沒有任何連結指出去（變成死胡同），或沒有任何連結指進來（孤兒頁），圖譜在這裡就斷掉了。理想的架構是一張高度連通、沒有孤島的網，任何一頁都能從多條路徑抵達。

如果你對 Google 究竟怎麼透過連結爬遍整個網路還很陌生，這篇講Google 搜尋運作原理的文章能幫你建立完整的心智模型。

五種網站架構模型，沒有絕對的好壞，僅有適不適合

講到這裡，你可能會問：那到底該用哪種架構？答案是，看你的內容型態和網站規模。以下整理五種最常見的模型，每一種都有它最合適的場景，硬套錯模型是很多人架構做不好的根本原因。

架構模型	核心特徵	最適合的網站類型	主要風險
扁平式（Flat）	幾乎所有頁面都直接從首頁連出，深度極淺	頁面數量很少的小型網站、形象官網	頁面一多就失去秩序，首頁連結氾濫
階層式（Hierarchical / Silo）	依分類、子分類、個別頁面逐層往下，結構清楚	內容量中等、主題分明的內容站、電商	分類過度切割會造成主題碎片化
中樞輻射式（Hub-and-Spoke）	一篇支柱頁統籌一個主題，周邊群集頁互相連回支柱	想建立主題權威的知識站、部落格	需要充足內容支撐，前期投入大
線性循序式（Sequential）	頁面按步驟前後串接，像教學或結帳流程	教學課程、引導式流程、銷售漏斗	不適合需要隨機跳轉的內容
多面向篩選式（Faceted）	同一批內容可依顏色、尺寸、地區等多條件篩選	大型電商、分類廣告、房源網站	篩選組合爆炸，製造大量重複薄頁

多數內容網站最適合的是階層式結合中樞輻射：用階層把大主題分類好，在每個主題內部用支柱頁加群集頁的方式把主題權威做起來。這也是實務上最常建議的組合。而多面向篩選式則是電商站最棘手的，稍後在「壞味道」那節會特別講它的地雷。網站若要同時服務不同語言的市場，等於要在同一套架構裡再決定一次網址怎麼分層，各種作法的利弊可以參考多語言網站的 URL 結構選擇的分析。

有一個觀念比選哪種模型更重要，就是架構會跟著網站長大而演化。一個剛起步、僅有十幾篇文章的站，硬套階層式分類僅會顯得空洞，這時候扁平式反而最自然。等到內容累積到幾十篇、主題開始分岔，就該收斂成分類清楚的階層。再長大到某個主題已經有十幾篇紮實內容時，就可以在這個主題裡頭用支柱頁串起群集頁，組成所謂的主題叢集（topic cluster），把主題權威做起來。最常見的錯誤其實出在別的地方：用一套適合小站的扁平結構，去硬撐一個已經長大的內容庫，結果頁面失去秩序、主題散成一團。定期回頭問自己「我的站現在的規模，還適合現在這套結構嗎」，比一開始就追求完美模型更實際。

深度、廣度、密度：衡量架構健康的三個指標

很多文章僅講「架構要淺、要清楚」，但這種說法太模糊，沒辦法量化、沒辦法對比改善前後的差異。可以先看三個可量化指標，把它們當成架構的健康檢查數據。

深度（depth）：平均點擊次數與最深頁面

可以看兩個數字：全站頁面的平均點擊深度，以及最重要頁面離主要入口幾次點擊。2 到 3 層或超過 5 層都僅能當盤點提示，不是通用門檻；網站規模、商品數與使用者任務不同，合理深度也不同。

廣度（breadth）：每一層的頁面數量是否均衡

廣度看的是同一層級有多少頁面。首頁或選單連結過多，可能降低導覽可用性，但不能說權重會平均切成相同份數。分類僅有一篇內容也不一定多餘；應看它是否有清楚用途、預計擴充，以及能否幫助使用者理解資訊。

密度（density）：頁面之間的連結交織程度

密度指的是「除了主幹階層連結之外，頁面之間有沒有相關性的橫向連結」。一篇講「深蹲」的文章連到「核心訓練」，一個產品頁連到它的使用教學文，這種上下階層之外的語意連結，是讓連結圖譜變得高度連通、也讓 Google 更懂主題關係的關鍵。密度太低，站就像一本僅有目錄、頁面之間互不往來的書；密度太高、亂連一通，又會讓權重訊號失焦。

這三個指標要一起看才有意義。僅壓深度而不顧密度，會得到一個淺但貧乏的站；僅衝密度而不管理廣度，會得到一個連結氾濫的站。真正健康的架構，是三者都在合理區間裡取得平衡。

實務上的判讀方式是把它們當成一組互相牽動的數據，不單看其中任何一個。舉個常見的狀況：你發現全站平均爬取深度突然從 2.5 跳到 3.8，先別急著把頁面往上拉。深度暴增往往僅是症狀，下一步該追的是「新增的那一批深層頁面，是什麼內容、屬於哪個分類」。如果它們其實歸屬於一個你還沒建立分類的新主題，那真正缺的是一個新的分類層級把它們接上，光靠硬加幾條連結解決不了根本問題。反過來，如果密度突然飆高，代表站上可能正在大量加入橫向連結，這時要檢查的是這些連結是不是真的有語意相關性，還是僅是為了連而連。把指標的變化，回推到背後的內容與結構決策，才不會頭痛醫頭、腳痛醫腳。

內部連結如何把架構「活化」成權重的河流

架構的藍圖畫出來之後，真正讓它動起來的是內部連結。沒有內部連結的架構僅是紙上談兵，就像畫了馬路卻沒有鋪柏油。內部連結做好，能把原本死板的階層結構，變成一條會流動、會把權重送到對的地方的河流。這裡有三個最關鍵的動作。

用錨點文字告訴 Google 被連頁面在講什麼

內部連結的錨點文字（anchor text）是 Google 判斷被連結頁面主題的重要線索。「點這裡」「了解更多」這種無意義錨點，等於把線索丟掉。用能描述目標頁面主題的詞當錨點，例如把「查看我們的 WordPress 架站教學」連到相關文章，Google 才知道那一頁跟什麼有關。當然前提是錨點要自然融入句子，不能為了塞關鍵字寫出狗屁不通的句子。

讓重要頁面收到更多內部連結

來自相關頁面的內部連結，可協助搜尋系統理解目標頁的重要性與主題。連結數不是線性分數；應從真正相關的文章、分類或導覽連到重要頁面，避免為了數量大量重複連結。

避免連結稀釋：一個頁面上的連結不是越多越好

頁面塞滿大量不相關連結，會讓使用者難以判斷重點，也讓網站架構失焦。不要把 PageRank 簡化成「連結數一多，每條就平均分到固定份額」的算式；實務上應刪掉無用重複連結，保留能協助導覽與理解主題的目標。相關觀念可對照四大連結類型解析。

URL、導覽、麵包屑：架構在使用者面前的那一面

架構不僅是一張給爬蟲看的連結圖，它還有一面是直接面對使用者的。URL 結構、導覽列、麵包屑，這三者是架構在使用者與搜尋引擎眼前最直接的呈現，做好了等於同時服務兩邊。

URL 結構：架構的可讀副本

一個好的 URL 應該讓人光看網址就猜得到自己在站的哪個位置、這一頁在講什麼。比方說 /blog/seo/internal-link-guide 這種結構，清楚表達了「分類是 SEO、主題是內部連結指南」。反觀 /p=12345 或 /category12/post-abc 這種，對人和對 Google 都沒有資訊量。URL 結構最好跟你的實體階層一致，這也是為什麼網址命名值得單獨用心，更深入的網址優化原則可以看這篇SEO 網址優化指南，網址路徑的基本觀念則可以參考網址路徑介紹。

導覽列：使用者和爬蟲共用的高速公路

主導覽列是整個站最重要的內部連結來源之一，因為它出現在每一頁。導覽列上的項目，就是你在告訴 Google「這些是我站上最重要的分類」。所以導覽列要放的，是你最想排名、最能代表網站主題的少數幾個分類；把所有頁面都塞進去，反而會讓重點失焦、把權重切得太碎。記得導覽列的連結必須是真實的 HTML 連結，爬蟲才跟得到，這一點稍後在 JavaScript 那個壞味道會再強調。

麵包屑（breadcrumbs）：第二條動線加上結構化資料紅利

麵包屑就是那種「首頁 / SEO / 內部連結」的階層路徑顯示。它的第一層價值是幫使用者隨時知道自己身在何處、能往上回到哪一層。第二層價值是它搭配 結構化資料（Schema）標記之後，Google 有機會在搜尋結果直接顯示你的麵包屑路徑，讓你的搜尋結果版位更大、更吸引點擊。麵包屑同時也等於在每一頁都放了一條通往上層分類的連結，進一步強化了階層結構。

六個會慢慢吃掉你排名的架構壞味道

這裡借用軟體工程裡「程式碼壞味道（code smell）」的概念，整理出六種最常在實務上看到的架構問題。它們往往不會立刻讓網站垮掉，而是像慢性病一樣，慢慢把你的排名潛力吃掉。你可以一項一項拿來對照自己的網站。

壞味道一：孤兒頁（Orphan Pages）

發布了文章，卻忘了在任何現有頁面加上指向它的連結，這篇文章就成了孤兒頁。它對 Google 來說近乎隱形，收錄慢、排名差。解法很簡單但需要紀律：每發一篇新內容，就從至少兩三篇主題相關的舊文章、以及對應的分類頁加上連結指向它。

壞味道二：深層點擊鏈（Deep Click Chains）

重要內容若藏在很長的點擊路徑中，使用者較難到達，搜尋系統也可能較晚發現。沒有「每多一層就固定稀釋一分權重」的公式；可從相關分類或內容頁補上清楚連結，是否要放首頁則看導覽需求。

壞味道三：多面向 URL 爆炸（Faceted URL Sprawl）

這是電商站和分類網站的頭號殺手。當你的篩選器允許「顏色、尺寸、價格、地區」各種組合，每一種組合都產生一個新網址，一個幾百個產品的站很容易就長出幾萬個薄內容網址。這些網址彼此內容高度重複，瘋狂吃掉爬取預算，還會引發重複內容問題。解法是用 canonical 標記、robots.txt 封鎖、或參數化處理來控制網址數量。canonical 的正確用法可以看這篇Canonical URL 指南，重複內容的處理原則則參考重複內容規範，而哪些該封鎖可以對照robots.txt與noindex的觀念。

壞味道四：內部連結斷裂與軟 404

改版或刪除頁面之後，忘了處理原本指向它的內部連結，於是站上出現一堆連到 404 或連到「內容已經被搬走但網址還在」的連結。後者特別危險，Google 稱之為軟 404（soft 404），它會把這種看起來是正常頁面、實際上沒有內容的頁面當成低品質訊號。定期用爬蟲工具掃描斷裂連結、並用 301 把舊網址轉到最相關的新頁面，是基本功。

壞味道五：指令互相打架（noindex 與 canonical 衝突）

這是最容易在無意間犯的錯。你在某個頁面同時下了 noindex（叫 Google 不要收錄）和指向自己的 canonical（叫 Google 把這個網址當成正本），這兩個指令的意圖是矛盾的，Google 收到混亂訊號，結果常常是兩邊都做不好。另一種常見狀況是 robots.txt 封鎖了某個頁面，卻又期望它被收錄或傳遞權重，但被封鎖的頁面爬蟲根本進不去看內容。指令之間為什麼不能亂搭，這篇robots.txt 與 noindex 不能同時用的原因講得很清楚。

壞味道六：JavaScript 渲染的導覽

Google 可以渲染 JavaScript，但重要導覽仍應輸出為可檢索的 <a href> 連結，不要僅靠點擊事件或無法解析的元件。這不等於所有連結都必須存在於最初原始 HTML；重點是渲染後可見、可操作且有有效網址。延伸可看JavaScript SEO。

一套可重現的網站架構健檢流程

講了這麼多觀念，落實到操作，需要一套可以重複執行的健檢流程。下面步驟不需要高深技術，實際時間則取決於網站規模與工具。

1. 用爬蟲工具把整站抓一次。用網站爬蟲工具從首頁開始爬，它會回報每個頁面的爬取深度、收到的內部連結數、回應狀態碼、標題與中繼資料。這是模擬爬取的盤點結果，不等同 Googlebot 的實際抓取紀錄。
2. 看爬取深度的分布。把所有頁面按深度排序，找出那些深度超過 4 或 5 的頁面，逐一判斷它們值不值得被往上拉。重要頁面卻藏很深的，優先處理。
3. 找孤兒頁。對比「爬蟲抓到的頁面」和「你實際擁有的頁面清單」，凡是爬蟲沒抓到、或抓到但零內部連結的，就是孤兒頁。給它們加上來自相關文章的連結。
4. 查斷裂連結與軟 404。從爬蟲報告裡篩出 4xx、5xx 回應，以及被 Google 判定為軟 404 的頁面，逐一修掉或轉址。
5. 用 Google Search Console 對照。把爬蟲發現的問題和 Google Search Console 裡的索引報表交叉看，確認哪些頁面 Google 真的有收錄、哪些被排除以及原因。GSC 的覆蓋範圍報表會直接告訴你被排除的原因，是非常寶貴的第一手訊號。
6. 確認 XML Sitemap 與實際結構一致。你的 XML Sitemap 應該僅列出你希望被索引、而且結構上重要的頁面，不要把篩選頁、分頁、薄內容頁全塞進去。sitemap 是你給 Google 的地圖，地圖亂畫等於把爬蟲帶錯路。

這套流程跑完，你會拿到一張清楚的待辦清單，而且每一項都能對應到前面講的原則。做完一輪之後，過幾個月再跑一次，架構就會進入一個持續被維護的健康狀態，而不是放著爛掉。

重構或微調？如何決定要不要動架構

健檢之後，你可能會面臨一個抉擇：問題有點多，到底該大規模重構整個站的結構，還是做局部微調就好？這個決定不能隨便做，因為大改結構牽一髮動全身，做不好可能讓原本有排名的頁面瞬間消失。可以用下面幾個判準來判斷。

什麼時候該微調就好

如果你的網站整體分類邏輯沒有大問題，僅是局部有孤兒頁、少數頁面太深、斷裂連結沒修，那就屬於微調能解決的範圍。這種情況千萬不要為了「順手」去大改網址或重新安排分類，風險遠大於收益。把局部問題逐一修掉、把重要頁面往上拉近首頁，就能拿到大部分的改善效果。

什麼時候真的該重構

當你的站出現以下訊號，就值得認真考慮重構：分類邏輯已經跟實際內容主軸脫節（例如當初規劃的主題早就轉型了）、大量頁面彼此搶同一組關鍵字造成自我競爭、整站存在好幾套互相衝突的舊結構（歷次改版留下的遺跡）。這種時候局部修補已經救不回來，必須重新設計一套清楚的階層。

但重構是高風險動作，一定要搭配縝密的轉址計畫。每一個被搬動的網址，都要用 301 永久轉址指向最相關的新頁面，並且在改版前後密切監控 GSC 的索引狀態與流量變化。改版過程沒做好而讓流量一夕崩盤的真實案例非常多，這篇談網站搬家與改版的 SEO 風險值得你在動手前先讀過一遍。

如果資源允許，建議把重構拆成幾個小階段漸進式進行，一次僅動一個主題分類，動完觀察一兩週確認流量與收錄沒有異常，再進行下一個。同時，動工前先把當下全站的網址清單、各頁的流量與排名快照記錄下來，當作比對基準。有了這份基準，一旦改版後某個分類的頁面集體掉出索引，你才能立刻定位是轉址漏了、還是指令下錯，而不是在慌亂中毫無依據地猜測。這些準備動作看似瑣碎，卻是決定一次重構是平穩落地還是翻車失控的關鍵。

架構做對了，你最終會拿到一個不容易被超越的回報

一個常被輕忽的事實是：架構做對，最直接的產出之一，是讓 Google 願意給你的品牌搜尋結果加上網站連結（Sitelinks）。就是那種在搜尋你的品牌名時，出現在首頁結果下方的子連結區塊。它會讓你的搜尋結果版面變大好幾倍，大幅提高被點擊的機會。

根據 Backlinko 分析超過 400 萬筆 Google 搜尋結果的研究（2025 年 4 月），排名第一的結果本身就會吸走相當比例的點擊，而當這個第一名還附帶網站連結時，它能佔據的視覺面積和點擊份額還會進一步放大，把第二名以後的結果壓得更難被看見。

而 Google 什麼時候願意給網站連結？前提就是它認為你的網站結構夠清楚、夠值得信賴，能判斷出哪些子頁面對搜尋者最有價值。想了解它的機制可以看這篇對網站連結 Sitelinks的完整說明。換句話說，你花心力把架構做好，Google 用更顯眼的版位來回報你，這是一個正向循環。

把這層價值想進來，你就會理解為什麼架構堪稱 SEO 裡最值得優先投資的環節。它不像寫一篇爆款文章那樣立刻見到流量，但它建立的，是一個讓你未來每一篇內容都能被正確收錄、公平分配到權重、被使用者順利找到的底層環境。這個環境一旦建好，後續所有內容與連結的努力都會被放大；這個環境一旦是爛的，後續再多的努力都會被打折。

放眼 AI 搜尋時代：清楚的架構，是 AI 看懂你網站的入場券

到目前為止講的都是傳統 SEO 的架構邏輯，但有一件很多人還沒意識到的事值得特別拉出來講：當搜尋從「十條藍色連結」走向 AI Overviews、AI Mode 這類生成式搜尋，網站架構的重要性不但沒有下降，反而變得更關鍵。

Google 說明，AI Overviews 與 AI Mode 可能使用查詢展開（query fan-out），把問題拆成多個相關搜尋。清楚的分類與內部連結能協助搜尋系統發現內容，但沒有證據能保證結構化資料或特定架構會讓 AI「更願意引用」。Google 也沒有要求 AI 專用 Schema；相關機制可延伸閱讀AI Overviews。

這也牽涉到一個越來越核心的概念：實體（entity）。Google 不再僅是比對字串，而是在建立一個由人、事、地、物、概念組成的知識圖譜。你的網站架構如果能把同一個實體的相關內容聚攏在同一個主題分類下、用一致的命名與結構化標記，就等於在幫 Google 把你這個站對應到正確的實體節點。實體觀念如果不熟，這篇SEO 實體介紹能幫你快速建立概念。

不論是傳統的排名排序，還是 AI 搜尋的引用與收錄，背後都需要同一個基礎條件：一個結構清楚、主題邊界分明、頁面彼此語意連通的網站。這也是為什麼在相關的SEO 趨勢觀察裡，主題架構與主題權威的經營，會被歸類為跨演算法時代都成立的長期資產。架構不是會過時的戰術，它是讓你的內容不論在什麼搜尋介面，都能被正確理解、被看見的那張入場券。

現在就能開始的四步行動方案

觀念讀完，如果你僅打算做一件事，建議照著這個順序，從今天就能開始的行動著手，不用一次到位，但每一步都會留下實實在在的改善。

1. 挑出站上重要頁面。逐一檢查距離首頁的點擊路徑與現有來源頁。三次點擊可作為健檢提示，不是硬門檻；應從語意相關、使用者確實會經過的頁面補連結。
2. 給爬蟲工具跑一次全站健檢。照前面那套流程，把孤兒頁、深層頁、斷裂連結、軟 404 一次列出來。光是修掉這些，很多網站就能有感回升。
3. 盤點你的導覽列與分類。導覽列放的是不是你最重要的主題分類？有沒有哪個分類其實僅剩一兩篇文章、根本撐不起一個層級？把分類邏輯整理到呼應你真正的主題權威方向。
4. 建立發布流程的內部連結紀律。從今天起，每發一篇新內容，就從至少兩三篇主題相關的舊文章加上連結指向它。這一個小習慣，長期下來會讓你的站始終保持高連通性，不會再有孤兒頁堆積。

這四步不需要任何高深的技術，也不需要動大工程，但它們指向的是同一件事：把你的網站從一盤散沙，變成一個有秩序、有層次、能讓權重與使用者都順暢流動的系統。

SEO 裡有很多戰術會隨演算法更新而失效，但「把網站架構做好」這件事從來沒有過時過。因為它解的是最底層的問題：讓 Google 找得到你的內容、看得懂你的內容、願意把權重分配給你的內容。這個地基打穩了，上面無論你選擇衝刺哪個主題、哪個關鍵字，都會站得比別人穩。現在就挑出你站上那 10 個最重要的頁面，從第一步開始吧。