網站經營幾年之後，內容越寫越多、分類越加越雜，選單塞滿項目，同一個主題散在好幾頁，訪客找不到東西，搜尋表現也停滯不前。如果你已經判斷問題出在整體骨架、決定動手做網站架構優化，接下來真正的挑戰是「怎麼動」：哪些頁面要留、哪些要併、網址要不要改、上線那天要檢查什麼。這篇不談新網站怎麼規劃，也不逐項解釋技術設定，而是把既有網站的架構改造拆成七個步驟，從劃定範圍、盤點頁面、決定處置，一路走到轉址、上線檢查與改版後的監測。
步驟一：把症狀寫下來，替這次調整劃定範圍
架構調整最怕一開始就說「全部重來」，結果範圍失控、遲遲無法上線。比較好的起點，是把觀察到的症狀具體寫下來：搜尋報表裡同一組查詢字詞，由好幾個不同網址輪流出現；有些分類底下只有一兩篇，有些分類卻擠滿內容；同一篇文章同時掛在四五個分類或標籤下；重要的服務頁要從首頁點好幾層才到得了；導覽選單多到要捲動才看得完；還有些頁面明明還在，卻沒有任何頁面連過去。
症狀列出來之後，就能判斷問題集中在哪裡：是部落格的分類失控、產品目錄層級太深，還是主選單的邏輯需要重新設計。範圍決定了這次要動多少頁面、需要哪些人參與、多久可以完成。建議同時寫下一兩個具體目標，例如讓每項主要服務都有清楚的主頁、讓同一個主題只保留一個主要頁面、不再由好幾頁互相競爭，後面做決策時才有依據。
步驟二：三份清單對帳，做出完整的頁面盤點表
盤點是整個流程的地基，不能只看一個來源。第一份清單來自網站後台，列出系統裡所有已發布的頁面、文章、分類與標籤；第二份用網站爬蟲工具從首頁開始抓，代表訪客與搜尋引擎實際走得到的網址；第三份來自Search Console的成效與索引報表，加上分析工具裡的到達頁資料，代表搜尋引擎認識、也真的有人進來的網址。
三份清單交叉比對，常會挖出平常看不到的問題。後台有、爬蟲卻抓不到的，是沒有任何內部連結指向的孤兒頁；搜尋報表裡有、後台卻找不到的，通常是早已刪除卻仍被收錄的舊網址、帶參數的重複網址，或前幾次改版留下的遺跡；爬得到卻被排除在索引外的，要逐一確認是刻意排除還是設定錯誤。
盤點表至少要有這些欄位：網址、標題、目前分類、最近一段期間的自然搜尋點擊與曝光、主要帶來流量的查詢字詞、有無外部連結、內部連結數、最後更新日期與內容負責人，其中流量與連結兩欄是下一步做決策的關鍵，一定要先填。欄位不必一開始就完美，但同一份表要從盤點一路用到上線檢查，所以格式最好在第一天就定下來，讓每個參與的人都在同一份文件上更新。
步驟三：逐頁決定保留、合併、改寫或移除
盤點表完成後，替每一頁標註處置方式，這是整個網站架構優化裡最需要花時間討論的一步。判斷時依序問四個問題：這一頁回答的是哪一個搜尋意圖或使用者需求？網站裡有沒有別頁在回答同一件事？它目前有沒有帶來流量或外部連結？內容是否仍然正確？依照答案，大致會落在四種處置。
- 保留：主題清楚、內容正確、沒有跟別頁重疊，只需要在新架構裡找到正確位置，網址能不動就不動。
- 合併：兩頁以上在回答同一件事，挑內容最完整、表現最好的一頁當主頁，把其他頁有價值的段落整合進去，被併掉的頁面轉址到主頁。
- 改寫：主題有價值，但內容過時、太單薄或方向偏掉，保留原網址，直接把內容重寫到位。
- 移除：沒有流量、沒有外部連結、站內也沒有可以承接的相近內容，就讓它正常回應找不到頁面，不必硬轉到首頁或無關的頁面。
處置決策最好不要只由行銷或技術人員單方面決定。有些頁面搜尋流量很低，卻是業務每天傳給客戶的型錄下載頁或售後說明頁，刪掉會直接影響工作；也有些頁面流量不錯，講的卻是已經停售的產品，留著反而造成誤會。把盤點表交給業務、客服或產品負責人過目，請他們標註「這頁不能動」或「這頁早該下架」，可以省下很多事後補救。
步驟四：從既有內容反推分類，選單與麵包屑跟著重畫
處置決定之後，把要保留與合併後的頁面重新分組。既有網站有一個新站沒有的條件：手上已經有真實的內容與流量數據。把盤點表上的頁面依主題貼上標籤，看哪些主題頁面多、哪些主題帶來詢問，分類的輪廓自然會浮現；某個分類想了很久只放得進一兩頁，代表它可能不該獨立存在。每個分類最好有一個真正有內容的分類主頁，說明這個主題涵蓋哪些面向、各頁之間的關係，而不只是一份自動產生的文章列表。
調整分類時要特別留意網址連動。有些網站系統的網址包含分類名稱，文章換了分類，網址就跟著變；分類的英文代稱一改，底下所有頁面的網址也一起變。網址每變一次就多一筆轉址，所以在網站架構優化的過程中，能靠調整選單與內部連結達成的目標，就不要輕易改網址；確定要改的，一次改到位，避免短時間內反覆變動。數量失控的標籤也可以趁這次收斂，只留下少數真正有意義的標籤。
選單與麵包屑跟著新分類重畫。主選單放的是訪客最需要的入口，而不是把每一頁都塞進去；麵包屑依照每一頁的主要分類呈現路徑，一頁只認一個主要分類，路徑才不會混亂。重畫完從首頁實際點一遍，確認重要頁面都能在預期的層數內抵達。
步驟五：轉址對照表與內部連結一起更新
從處置表就能直接整理出轉址對照表：所有被合併、改網址的頁面，都要有一筆從舊網址到新網址的301永久轉址。最容易被忽略的是轉址鏈。網站如果之前改版過，可能早就存在甲轉到乙的舊規則，這次乙又要轉到丙，正確做法是把甲直接改成轉到丙，而不是讓訪客與搜尋引擎連跳兩次，所以這次的對照表要連同歷年的舊規則一起檢查。
轉址是安全網，不是主要的路。網站內部的連結應該直接改成指向新網址，包括文章內文、選單、頁尾、側欄、相關文章區塊、按鈕，以及頁面裡標註正式版本網址的設定；內部連結如果全靠轉址，每次點擊都要多繞一圈，搜尋引擎也會持續看到大量舊網址。
站外那些你自己掌控的連結也別忘了：社群簡介、地圖商家資訊上的網址、投放中的廣告到達頁、電子報範本裡的按鈕、印在型錄上的網址，都不會因為轉址設好就自動更新，最好在對照表另開一欄，列出每一項由誰負責修改。
步驟六：上線前在測試環境走一遍
新架構最好先在測試環境完整建好，再切換到正式網站。上線前最有用的檢查，是把步驟二盤點出的舊網址清單整批丟給檢查工具逐一測試：每個舊網址都應該只經過一次轉址，最後落在正常顯示的頁面上，不該出現找不到頁面、連續轉址或轉到錯誤頁面。新架構本身也要用爬蟲工具從首頁重抓一次，確認沒有失效的內部連結，也沒有新的孤兒頁。
其他項目同樣要逐一核對：網站地圖只列出最終正常顯示的正式網址；測試環境常會開啟禁止搜尋引擎收錄的設定，切換到正式網站時一定要確認已經關閉，這是改版上線最常見也最致命的疏忽之一；分析工具與廣告追蹤碼仍在每一頁正常運作；表單送出、電話按鈕等轉換路徑都能用。
上線時間盡量避開業務旺季與大型活動，選在團隊有人力處理問題的時段，並先完整備份網站。頁面很多的網站，也可以分區上線，例如先處理部落格、觀察一段時間沒問題再處理產品目錄，讓每次變動的範圍可控。
步驟七：上線後的監測與修正
上線前，先把各區塊的搜尋點擊、曝光與轉換數據存一份快照，作為之後比較的基準。上線後的前幾天，重點是抓漏：從Search Console的索引報表與分析工具裡落在錯誤頁面的流量，找出步驟五對照表沒涵蓋到的舊網址，補上轉址後重新提交網站地圖。
搜尋表現在調整後出現一段起伏並不意外，搜尋引擎需要時間重新檢索並理解新的頁面關係，長短依網站規模與調整幅度而定。觀察時依分類或區塊分組來看，比只盯全站總流量更容易看出問題在哪。
如果某個區塊在合理的觀察期後仍持續下滑，就回頭比對處置表：被合併的兩頁，搜尋意圖是不是其實不同？轉址有沒有指到內容相符的頁面？分類主頁是否太單薄？修正時一次只改一個變數，才判斷得出哪個動作有效，也不要因為短期波動就急著把整個架構改回去，反覆變動網址只會更難收拾。
常見問題
網站架構優化一定要跟視覺改版一起做嗎？不一定，分開做往往更容易掌握結果。架構與視覺同時大改，上線後搜尋表現或轉換率出現變化，很難判斷是哪一項造成的。時程允許的話，可以先完成架構調整並等它穩定，再進行視覺改版；若必須一起做，盤點與轉址的步驟一樣不能省。
轉址設定要保留多久？建議長期保留，不要上線一段時間後就清掉。外部網站的連結、使用者的書籤、印刷品上的網址，都可能在很久之後還把人帶到舊網址；保留轉址規則的成本很低，貿然移除卻可能讓這些訪客直接看到錯誤頁面。
調整期間可以繼續發布新文章嗎？可以，但新文章要直接放進新架構規劃好的分類與網址規則，並記得補進盤點表。如果調整範圍很大、上線日期又近，短暫放慢發文節奏，可以避免盤點表一直變動而漏掉新頁面。
頁面很多，可以只先調整一部分嗎？可以，對大型網站來說通常更穩妥。先挑症狀最明顯、或對業務最重要的區塊處理，完成上線與觀察之後，再把經驗套用到下一個區塊。只要每一輪都完整走過盤點、處置、轉址與檢查，分批進行不會比一次全改差。
網站架構調整最花時間的，往往不是動手改，而是把現況盤點清楚：哪些頁面互相競爭、哪些是孤兒頁、舊轉址有沒有串成一長串。創昇SEO提供免費網站健檢，可以先幫你把這些問題找出來，判斷這次調整該從哪個區塊開始。
如果希望有人陪團隊一起看盤點表、討論每一頁的處置，也可以預約全台免費到府解說，我們會依照網站現況說明可行的步驟與分工，讓架構調整按部就班完成。