文章目錄＋
新網站很漂亮。舊客戶找不到原本那一頁。這算升級嗎？
01 / 先講答案
先重建定先推廣，答案藏在瓶頸位置
最危險嘅決定唔係揀錯先後，而係兩邊各做一半：新網站只換外觀，SEO 只出報告，最後 URL、內容、追蹤同轉換責任冇人一併處理。網站重建本質上係資料、流量同信任資產搬遷，不是一次換皮。
02 / 瓶頸診斷
有流量的壞網站，與冇需求的新網站不同
情境示例，並非實際客戶案例：一間香港教育機構網站有三百個舊課程 URL，手機版慢、表格失效，但部分頁面仍每月帶來企業查詢。若直接重建而冇 URL 清單、重定向同轉換基線，新站可以更漂亮，同時令最有價值嘅舊入口消失。反過來，只做內容亦會把訪客送入壞表格。
客戶唔係在一個頁面內作決定；佢係帶住你個頁面，走入另一個決策環境。
先做一頁試驗，可能比一次過搬屋更有說服力
重建前先揀一個有穩定需求的服務頁，以現有系統改清楚標題、證據、聯絡流程及載入問題。若同一模板已能完成必要改善，全站重建未必係先決條件。若連呢一頁都因模板、資料結構或維護限制而無法可靠修改，先有具體理據投資更換底層。
03 / 遷移風險
一次重建最容易把舊有證據一併刪走
Google 建議在重新設計早期就納入搜尋考慮，網站搬遷亦要以 URL 對應、重定向、驗證同監測減低影響。
呢個提示揭示真正問題：重建同 SEO 本來就唔應該在採購上被切成兩個互不相干嘅項目。
先重建嘅條件係：CMS 阻止必要修改、手機核心流程壞、模板令重要內容無法表達、追蹤不可信，或者安全及維護風險已高。先修正及建立需求嘅條件係：架構可改、頁面仍有價值、問題集中在內容同證據，而全站搬遷會帶來不必要風險。
04 / 管理誤判
把設計與推廣當二選一，會製造雙重成本
管理層常用『網站睇落舊』作重建理據，或者用『有排名唔好郁』阻止任何結構改動。前者把審美當診斷，後者把歷史流量當人質。兩個極端都冇回答：邊啲資產必須保留，邊啲缺陷正阻止收入。
換皮容易讓人有進度感。搬走門口才發現門口很值錢——就尷尬了。
05 / 四種狀態
用四種網站狀態決定先後次序
- 盤點所有有流量、外鏈、查詢或銷售用途嘅 URL，先知道有咩不可遺失。
- 以手機完成一次由首頁到 WhatsApp／表格嘅真實任務，記錄所有斷位。
- 列出未來十二個月必須新增嘅功能，檢查現有 CMS 是否真係做唔到。
- 建立重建前基線：商業曝光、合資格查詢、電話、表格、速度同熱門頁。
- 由同一責任人批准資訊架構、URL 對應、內容、追蹤同上線驗收。
| 先重建較合理 | 先修正／投資較合理 |
|---|---|
| CMS 阻止必要改動 | 現有模板仍可改善 |
| 核心表格或手機旅程壞 | 主要問題係內容與證據 |
| 安全及維護風險高 | 有價值 URL 正穩定帶客 |
| 追蹤完全不可信 | 可以先建立測量基線 |
把決策分成四種狀態：有需求、可修正，先局部改善；有需求、不可維護，先保留入口再遷移；需求未證明、可修正，先驗證服務頁；需求未證明、又必須更換系統，就只建能驗證方向的最小版本。呢個排序避免把「未有人要」誤當成「外觀唔夠新」。
06 / 執行次序
遷移前、中、後的實際次序
先判斷現有網站是可修正的瓶頸，還是一筆會令新增需求持續流失的結構性負債。答案應由證據決定，不由設計喜好或代理服務清單決定。
- 開工前保存 URL、排名頁、查詢、轉換及反向連結基線。
- 先完成資訊架構、內容映射、轉址表與追蹤規格，再做視覺。
- 分階段發布高價值頁，測試表單、語言、手機及索引。
- 上線後最少監察八至十二星期，逐頁處理流量與查詢異常。
07 / 成效衡量
同時守住需求、體驗與技術健康
| 觀察層 | 要記錄甚麼 | 管理上代表甚麼 |
|---|---|---|
| 保留 | 舊高價值 URL 的可見度與轉址命中 | 避免重建清零 |
| 改善 | 核心頁速度、理解度及行動完成率 | 證明重建處理了原瓶頸 |
| 增長 | 新增商業曝光與合資格查詢 | 確認推廣建立在健康底座上 |
真正遷移時，一張轉址表唔等於完成驗收。舊課程頁應去對應課程，而唔係全部去首頁；確認目標頁仍有原本重要內容、可被索引、聯絡功能正常。保留上線前資料及可回復版本，才能在問題出現時分清流量真的消失，還是追蹤消失。
08 / 常見問題
決定開工前最常見三個問題
網站舊是否一定要重建？
不是。視覺年代感可以局部更新；只有架構、模板、技術或內容管理方式阻礙持續改善，全面重建才合理。
可唔可以一邊重建一邊做 SEO？
可以，而且遷移規格本身就需要搜尋資料參與；但不應同時大量改 URL、內容、設計與定位而沒有基線。
重建後流量跌是否正常？
短期波動可能發生，但大幅或持續下跌不應被當成必然。轉址、索引、內容差異及追蹤都要立即檢查。
09 / 限制與結論
有時最合理的方案，只是局部重做
若網站有已知保安漏洞、停止支援嘅軟件或法規風險，安全可以凌駕流量次序；若公司品牌、產品同客群仍在大幅轉向，過早重建亦可能把未穩定策略寫死。先做小型原型或關鍵頁面，通常比全站一次下注更容易學習。
正確次序唔係『設計先』或『SEO 先』；係先保住已存在嘅需求資產，再修正最阻礙客戶前進嘅結構，最後先把值得放大嘅部分放大。
我傾向先問舊網站還有甚麼值得留。不是戀舊，是不想付兩次學費。
10 / 資料註腳
資料與延伸閱讀
以上資料只用作理解機制及建立測試假設，並不代表任何海外結果會在香港企業自動重現。