網站只是版面、文案或少數頁面需要改善，而現有 CMS、網址和主要功能仍可用，通常先考慮局部改版。若技術架構、更新流程或必要系統整合已限制業務，才需要評估全面重建。無論選哪種，只要更改網址，都要先做對應和轉址計劃，而且沒有任何設定可保證排名不波動。
公司網站打開來，版面看起來過時，改一句文字也要等人幫忙，查詢表單又時有時無。於是問題來了：應該先換個新首頁、換 CMS，還是整個網站拆掉重來？
不少負責人一開始就走錯方向，只拿新設計和單次報價比較，卻忽略網址、內容、資料和系統之間的依賴。這些依賴才決定遷移風險和日後成本。
LetsGetWeb 整理這份指南，用一個簡單的決策流程，協助香港企業判斷網站改版應該停在局部優化、分階段調整，還是進入重建。LetsGetWeb 同時是本文發布方及潛在服務供應商，後文會在適當位置再作說明。
網站改版、局部優化與重新製作有什麼分別？
先講清楚用詞。本文所指的「網站改版（website redesign）」是範圍較廣的說法，項目內可以只是局部調整，也可以包含全面重建；「重新製作／重建網站（website rebuild）」則指重做架構、系統或內容遷移。這是本文的工作定義，並非業界標準。
先分清楚改動的是外觀、內容、技術還是營運流程
同一句「想改網站」，背後可能是四種完全不同的問題。外觀問題改設計便夠；內容問題要整理或重寫；技術問題牽涉程式碼和內容管理系統（CMS）；營運問題則是誰更新、誰批核、查詢最後去了哪裡。
為了避免一開始就選錯，本文用五層盤點瓶頸：設計、程式技術債、CMS、網址與內容資產、系統整合。這是編輯整理的決策模型，不是研究結論，也不是品牌實測結果。
用改動範圍、CMS、網址和功能比較三種做法
| 比較項目 | 局部優化 | 分階段改版 | 全面重建 |
|---|---|---|---|
| 改動範圍 | 個別頁面、版面或文案 | 按優先次序更新多個範本與頁面 | 重做架構、系統與內容 |
| CMS | 通常保留 | 視乎限制，可能保留或遷移 | 較需要評估更換或重整 |
| 網址 | 一般維持不變 | 部分頁面可能調整 | 較可能變動，需逐頁對照 |
| 功能與整合 | 沿用現有 | 逐項補強 | 按新需求重新規劃 |
| 主要風險 | 治標不治本 | 項目週期較長 | 遷移工作多，搜尋可能波動 |
表內只是常見傾向，不是定律。重建不一定要換 CMS，局部改版也未必低成本，一切要按現有系統逐項核實。
網站只係外觀過時，應該改版定重做？
我的網站只是設計舊，應該改版還是重做？先由問題出發，逐層往下檢查，不要看到舊版面就決定拆掉。
哪些問題可先局部修正？
- 版面舊、手機版排版欠佳，但範本仍可修改
- 服務頁文案含糊，缺少清楚的行動呼籲
- 個別頁面載入慢，原因可追溯到圖片或外掛
- 網址結構清晰，主要頁面仍有查詢進來
這些問題成因明確，先處理可以減少變動面，也方便日後對比成效。
哪些技術債或流程限制較支持全面重建？
- 程式碼或主題難以維護，小改動也牽動全站
- CMS 令同事無法自行更新，或權限無法按角色分配
- 網站架構混亂，內容分類與網址規則互相衝突
- 必要的 CRM、預約、付款或會員整合無法接駁
- 資料無法匯出，或供應商依賴令更換成本過高
其中一兩項若已實際阻礙業務，才值得認真評估重建。單是外觀舊，不構成理由。
用一頁決策表選出下一步
- **確認問題在哪一層：**是視覺、內容、技術、CMS、網址，還是查詢流程？
- **看底層是否可修：**程式碼、CMS 和更新流程能支撐未來需要嗎？可以，就傾向局部優化或分階段改版。
- **檢查網址與內容資產：**哪些頁面有查詢、外部連結或內容價值？網址大改，遷移風險便上升。
- **核對資料與整合：**CRM、預約、付款等需求能否沿用現有系統？不能而且影響營運，才傾向重建。
這個流程不計分，也沒有門檻數字，目的只是令內部討論有次序。
網站改版與重新製作，成本應該怎樣比較？
只比較初期製作費，很容易低估重建的工作。同一個網站改版報價，可能包含遷移、轉址和培訓，也可能完全沒有。本文不列市場平均價，因為沒有可核實、可比較的本地數據；比較的重點是工作範圍。
比較初期製作費以外的遷移、維護與營運成本
- **初期：**需求梳理、設計與開發
- **遷移：**內容整理或重寫、CMS migration、網址對照與永久轉址
- **上線：**測試、追蹤設定、同事培訓
- **長期：**維護、安全更新、日後變更與擴充
局部優化不一定便宜，重建也不一定貴，要看實際範圍。把一次性成本和持續成本分開問，才看得到總持有成本。
把報價拆成可核對的工作範圍
向不同供應商索取報價時，要求用相同項目拆項，並寫明不包括什麼。
- **頁面與功能：**頁數、範本數目、表單與其他功能
- **內容：**誰負責整理、改寫與遷移
- **網址：**是否包括對照表和永久轉址
- **整合與測試：**表單、CRM、預約、付款和分析追蹤
- **交付與維護：**培訓、資料所有權、保養安排
換 CMS 一定要改網址嗎？怎樣評估平台和日後擴充？
不一定。網址能否保留，要按現有架構和新平台的能力逐頁核對；若網址不變，Google 有專門的未更改網址的搬遷文件可參考。
以 WordPress 為例，官方有WordPress 官方遷移文件說明搬遷步驟。其他 CMS 要看各自的官方文件，不能假設能力相同。
先按內容更新、權限、資料和團隊能力列需求
- 誰會日常更新網站，需要什麼程度的技術知識？
- 內容有哪幾類，例如服務頁、文章、案例或產品？
- 要不要按角色分配編輯和批核權限？
- 現有資料以什麼格式存放，遷移時要保留什麼？
核對整合、資料匯出、維護責任及供應商依賴
網站要接 CRM、預約、付款或會員系統，必須向對應產品的官方文件或供應商索取書面確認，不要靠口頭承諾。
- 資料能否完整匯出，格式是否可再使用？
- 誰負責維護和安全更新？
- 主機與網域由誰持有？
- 供應商離場後，如何交接？
這一步不替任何平台排名，因為功能差異要按你的項目逐一核實。
網站改版會否影響 SEO 排名？
有可能。重大網站或網址變更可能令搜尋結果出現波動，Google 的網站搬遷指引建議做網址對照、測試、轉址，並用 Search Console 監察。沒有任何設定可保證排名不跌。
| 風險點 | 常見原因 | 處理方向 |
|---|---|---|
| 網址變更 | 新 CMS 或架構使用不同網址規則 | 逐頁對照，永久轉址到最相關頁面 |
| 內容刪減 | 改版時合併或刪除舊頁 | 先確認頁面是否有查詢、連結或搜尋價值 |
| 索引設定 | 測試站的封鎖設定被帶上正式站 | 上線前後核查 robots 與 noindex |
| 內部連結 | 新導覽未包括重要頁面 | 對照舊站，補回重要頁面入口 |
改網址時先盤點頁面，再製作舊網址至新網址對照表
動工前先列出所有重要頁面：有查詢的服務頁、有外部連結的文章、有自然流量的頁面。Search Console 和分析資料可以幫忙找出這些頁面，然後逐頁寫下舊網址對應的新網址。
轉址方面，Google 的轉址說明文件列出不同轉址類型。永久轉址（301 redirect）應指向最相關的新頁面，沒有對應內容時不要一律轉去首頁。
Google 的文件指出永久轉址不會令 PageRank 流失，但這不等於流量或排名有保證。
上線前測試 staging site、轉址及索引設定
測試站（staging site）常會加上 noindex 或 robots 限制，避免未完成的頁面被索引。麻煩在於正式上線時忘記移除。Google 的noindex 官方說明解釋了它如何影響索引，上線前務必核查。
- 頁面顯示與手機體驗
- 表單是否送達正確信箱
- 分析追蹤是否正常
- 網址、轉址與 sitemap
- robots 與 noindex 設定
上線後用 Search Console 和分析資料找出異常
上線後持續看 Search Console 的索引狀態、錯誤、曝光與點擊，同時核對表單和分析資料。出現 404 的舊網址，要判斷是真的沒有對應內容，還是漏了轉址。
若團隊沒有時間跟進這些監察，可以了解SEO 優化服務的支援範圍，但實際內容須先與供應商確認。
怎樣用分階段計劃降低網站重建風險？
分階段不代表慢，而是把一次過的大風險拆成幾個可核准的檢查點。下面是建議模板，並非已完成的案例。
先記錄現有流量、查詢、表單和重要頁面
- 匯出重要頁面與網址清單
- 記下 Search Console 的主要查詢
- 實際測試現有的查詢表單路徑
- 備份網站檔案與資料庫
- 列出有外部連結的頁面
查詢流程、追蹤和轉換驗收需要清晰指標。若不確定該量度什麼，可先參考營收增長諮詢這類服務如何協助定義目標。
按階段核准設計、內容遷移、整合和上線驗收
- **盤點與基線：**確認保留、合併、刪除的頁面，記錄現況數據。
- **設計與內容：**核准版面、範本和遷移後的內容。
- **測試站驗收：**完成裝置測試、表單送達、追蹤、轉址和索引檢查。
- **上線與監察：**發布後按Google 網站搬遷指引提及的方向，用 Search Console 持續監察。
每一階段完成後書面核准，才進入下一步。
LetsGetWeb 的服務是否適合這類網站項目？
披露在先：LetsGetWeb 是本文發布方，也是潛在服務供應商。官方網站目前列有網頁設計服務、SEO 優化及營收增長諮詢，可作為查詢起點。
至於具體的改版範圍、CMS 遷移、系統整合、價格、免費 Demo 與時程，本文不作承諾，需要按你的網站現況向 LetsGetWeb 確認。預備好現有網址和問題清單，討論會更有效率。
什麼情況下暫時不適合改版或重建？
業務需求仍未確定、預算範圍未定、無法提供內容或後台權限、重要系統未準備遷移，又或者問題只是未有數據驗證的感覺，都不宜急著動大手術。先補齊需求、做小型修正或釐清系統依賴，通常比倉促動工穩妥。
網站改版與重建常見問題
網站改版和網站重建有什麼分別？
改版範圍較廣，可含局部或全面調整。本文把保留 CMS、網址和功能稱為局部改版，重做架構或系統稱為重建。
網站改版一定會影響 SEO 排名嗎？
不一定，但改網址、內容、索引設定或內部連結都可能帶來搜尋波動。排名不保證不變，應按 Google 遷移指引處理。
301 redirect 可以保證排名不跌嗎？
不能。永久轉址只是網址搬遷的一環，仍要對應相關頁面，並檢查其他遷移事項。
改版時所有舊網址都要轉去首頁嗎？
不應該。有相關新頁就轉到最接近的頁面，沒有合適替代頁時，按實際內容及狀態處理。
換 CMS 一定要更改網址嗎？
不一定。先核對新舊網址規則和平台能力，網址有變才建立逐頁對照及轉址計劃。
網站改版前應該備份和盤點什麼？
備份網站與資料，並盤點頁面網址、內容、圖片、下載檔、分析資料、表單、整合和權限。
網站改版成本應包括哪些項目？
設計開發、內容、遷移、轉址、整合、測試、培訓和後續維護，並應列明不包括的項目。
staging site 上線前要檢查什麼？
檢查頁面、手機體驗、表單、追蹤、網址和轉址，並確認上線時已移除僅供測試的 robots 或 noindex 設定。
改版後多久可以判斷 SEO 表現？
沒有適用所有網站的固定時間。持續看 Search Console 的索引、錯誤、曝光與點擊，並預留 Google 重新處理的時間。
下一步：先診斷瓶頸，再決定改到什麼程度
動手之前，先逐項回答這五個問題：
- 現有網站最影響業務的問題，是視覺、內容、技術、CMS、網址還是查詢流程？
- 哪些頁面、內容、網址、表單和資料必須保留？
- 現有系統能否支援所需的更新、權限和整合？
- 供應商報價是否列明遷移、轉址、測試、培訓和維護？
- 上線前後，用 Search Console、分析資料或表單紀錄驗證哪些結果？
網站改版不等於一定要拆掉重來。選擇最小但足以解決問題的範圍，並先盤點要保留的搜尋、內容和營運資產，決定自然清晰得多。
如果你想有人一起檢視現有網站，可以聯絡 LetsGetWeb 查詢，並附上網站網址和需求清單。