網站未必因為「看起來舊」就需要整個重建。但如果手機體驗、載入速度、CMS維護、SEO排名、品牌訊息及查詢追蹤同時出現問題，局部修補很可能已經不足夠。判斷的起點不是外觀，而是數據：先用 Core Web Vitals、Google Search Console 及 GA4 事件確認問題所在，再決定小修、改版或重建的實際範圍。如果網站的 LCP 在第75百分位超過2.5秒、INP 高於200毫秒或 CLS 高於0.1，應把效能列入改版評估範圍，而不是只更換顏色和圖片。
網站仍然可以開，但手機客戶看不清楚、表單沒有人填、同事更新一個段落要等開發者幾日。這是很多香港中小企每天面對的現實。
網站問題可能來自外觀、內容、技術架構、SEO 設定或日常營運流程，不一定全部都需要重新設計才能解決。問題是，很多企業在沒有充分診斷的情況下，要麼過早決定重建，要麼一直「小修小補」卻解決不了根本問題。
本文整理了12個應該認真考慮網站改版（website redesign）的訊號，再配合小修、改版、重建的決策矩陣、SEO Migration 檢查表及報價拆解，讓你在接觸供應商之前先有清晰判斷。
我應該小修、改版，定係重新建網站？
網站問題的根本性質決定了解決方案的規模。如果只是某一個頁面的文字過時，或者某一個功能需要調整，局部修正已經足夠。如果整體架構、視覺、內容層級及轉換路徑都需要改動，才應該進行完整的網站改版。如果現有 CMS 平台、資料結構或功能依賴已超出原架構能支援的範圍，才需要考慮重建或系統開發。
決策的起點是診斷，而不是報價。
局部修正、網站改版與網站重建有甚麼分別？
| 方案 | 適用情況 | 技術變更程度 | SEO 風險 | 預期交付物 |
|---|---|---|---|---|
| 局部修正 | 單一頁面、單一功能或單一內容問題 | 極低，不改動架構 | 極低 | 更新後的頁面或功能 |
| 網站改版 | 外觀、內容層級、轉換路徑、品牌訊息需要一併更新 | 中至高，視乎 URL 及 CMS 是否變動 | 中，需要 SEO Migration 計劃 | 全新設計及內容的網站，保留或優化原有 SEO 資產 |
| 網站重建 | 平台限制、系統整合、資料結構或未來功能超出原架構 | 高，通常涉及新 CMS 或新技術棧 | 高，需要完整 URL mapping 及 301 Redirect 方案 | 全新平台、全新架構，舊有 SEO 資產需要有計劃地遷移 |
局部修正與改版之間的界線，通常取決於問題是否只影響單一頁面，還是同樣的問題在整個網站重複出現。
網站改版應該由邊啲數據決定？
改版決策不應依賴主觀感覺，而應以可量度的數據作基礎。以下幾個數據入口值得每季檢查：
- 手機使用體驗： 用實際手機裝置測試，而非只看桌面版。
- Core Web Vitals： 在 PageSpeed Insights 或 Google Search Console 查看 LCP、INP、CLS 的第75百分位數值。
- Google Search Console： 查看曝光、點擊、CTR、頁面及查詢維度，確認搜尋結果訊息是否與頁面意圖匹配。
- GA4 事件： 確認表單提交、WhatsApp 點擊、電話按鈕等關鍵轉換事件是否已被記錄。
- 查詢質素： 真實查詢是否來自目標客群，還是流量與業務不相關。
數據有問題，才需要深入診斷；診斷找到根因，才確定方案範圍。
12個應該重新設計公司網站的訊號
以下12個訊號按使用者體驗、技術問題及商業決策三個層次排列。每個訊號都有可觀察症狀、可能根因、應查數據及建議方向。
1. 手機版難以閱讀、點擊或提交表單
如果手機訪客需要放大頁面才可以按到 CTA，這是改版訊號，但未必代表需要整站重建。用至少兩款不同尺寸的手機及模擬低速網絡環境測試：文字大小、導航選單、按鈕點擊範圍、表單輸入欄、圖片裁切及固定 CTA 按鈕是否可以正常操作。
W3C Web Accessibility Initiative 指出網站內容無障礙標準適用於不同裝置，包括流動裝置，不能只測試桌面版本。如果手機版體驗存在明顯障礙，這是影響轉換的直接問題，而不只是視覺問題。
根因通常是當年建站時沒有採用 RWD（Responsive Web Design）架構，或者後來加入的頁面元素沒有針對手機測試。
2. 網站載入慢，Core Web Vitals 長期未達標
根據 Google web.dev 官方資料，Core Web Vitals 的良好體驗參考值為：LCP 2.5秒或以下、INP 200毫秒或以下、CLS 0.1或以下，以第75百分位的真實使用者數據計算。根據 2025 Web Almanac 數據，只有約48%的手機頁面同時通過三項指標。
不要用單次 PageSpeed Insights 實驗室分數代替真實使用者數據。在 Google Search Console 的「Core Web Vitals」報告查看手機與桌面分開的實際數據，確認哪個指標未達標，再決定是換主機、壓縮圖片、更新 WordPress 外掛，還是需要前端重寫。速度問題的根因診斷應先於解決方案，避免錯誤地把改版當成效能修正的唯一方法。
3. CMS、WordPress 或外掛已難以維護
如果更新 WordPress 核心或外掛後，網站出現排版錯亂、功能故障或白屏錯誤，說明現有版本組合已出現相容問題。WordPress.org 官方文件指出，更新前應先備份，而未有維護流程的舊網站在更新時風險較高。
可觀察症狀包括：外掛長期停止更新、無法備份至可驗證的位置、後台權限混亂、主題與外掛衝突，以及開發者每次更新後需要人工修復。未有定期更新及備份的 WordPress 網站會增加維護難度及安全風險，但這不等於所有舊版 WordPress 一定會被入侵，需要按實際版本及維護狀態評估。
4. 網站內容更新成本高，團隊經常要依賴開發者
例如更新服務報價、修改 FAQ 或加入一個新案例，需要提交工單、等待開發者排期、確認修改，整個流程要三至五個工作天。如果這是你的日常，說明 CMS 的內容管理介面對非技術人員不友好，或者頁面內容與版面設定混在一起，無法分開管理。
這是 CMS 架構問題，不一定需要整站重建，但需要評估是否可以在現有平台上改善後台權限與區塊編輯能力，還是換用更適合內容團隊操作的平台。
5. 品牌定位、服務範圍或目標客群已經改變
公司可能在過去兩年調整了服務方向、進入新市場或重新定義目標客群，但網站的首頁標語、服務頁內容、案例及 CTA 仍然反映舊有定位。這種不一致會讓潛在客戶無法快速判斷你是否適合他們，也會令品牌訊息在不同渠道之間出現落差。
對比 Logo、品牌色、服務頁描述、案例客群語言及現有 CTA，與現在的商業目標是否一致。如果差距明顯，改版的核心工作是內容策略與訊息層級，而不只是視覺更新。
6. 首頁和服務頁講不清楚你解決甚麼問題
理想的服務頁面結構應按順序呈現：目標客戶是誰、他們面對甚麼痛點、你的解決方式是甚麼、有甚麼證據、下一步是甚麼。如果你的首頁第一屏只有公司名稱和一張大圖，而沒有清楚說明你為誰解決甚麼問題，訪客通常會在30秒內離開。
這個問題的根因通常是當年建站時以「展示」為導向，而不是以「轉換」為導向。改版時需要先釐清訊息架構，再進行視覺設計，順序不可以顛倒。
7. 有流量但沒有足夠查詢、電話或 WhatsApp 對話
流量有但查詢少，可能有四種不同根因，需要分開診斷：
- 流量問題： 流量來自與業務不相關的關鍵字，訪客本來就不是目標客群。
- 訊息問題： 訪客到達頁面後，不清楚你的服務對他們有甚麼幫助。
- 表單摩擦： 表單欄位過多、載入慢或在手機版難以提交。
- 追蹤缺失： 查詢其實有發生，但沒有被 GA4 事件或 Google Tag Manager 記錄。
先用 GA4 事件追蹤確認哪些轉換點有數據、哪些沒有，再判斷問題是設計、訊息還是技術設定。不應在診斷未完成之前假設改版是唯一解決方法。我們的營收增長諮詢服務可協助企業系統地拆解這類轉換路徑問題。
8. Google Search Console 顯示曝光有增長，但點擊率或查詢質素偏低
在 Google Search Console 的「成效」報告中，同時查看查詢、頁面、曝光、點擊及 CTR 維度。如果特定頁面的曝光持續上升但 CTR 偏低，可能反映兩種情況：搜尋結果中的標題及描述與查詢意圖不匹配，或者頁面排名的關鍵字與頁面實際內容有落差。
低 CTR 不一定代表需要整頁改版，有時候只需要更新 Title Tag 及 Meta Description，就可以改善點擊率。但如果頁面內容本身與關鍵字意圖不符，才需要考慮內容層面的改版。
9. 網站有索引、404、canonical 或重複內容問題
在 Google Search Console 的「頁面索引」報告中，查看有多少頁面已被索引、有多少被排除及原因。常見問題包括：重要頁面未被索引、多個 URL 呈現相同內容而缺少正確的 canonical 標籤、404 頁面因內部連結或外部連結仍然被抓取，以及 XML sitemap 包含已刪除或重定向的 URL。
這些問題屬於技術 SEO 層面，部分可以在不改版的情況下修復。但如果問題根源是網址結構設計混亂，修復的成本可能比在改版時同步整理更高。
10. 改版或搬家時沒有清晰的 SEO Migration 計劃
如果你正在計劃改版，而供應商沒有主動提及 URL mapping 及 301 Redirect，這是一個重要的警示。Google Search Central 官方文件指出，網址永久搬遷時需要處理永久轉址、更新 XML sitemap，並向 Google 通知搬遷，以減低索引及排名受影響的風險。
SEO Migration 的基本工作包括：列出所有現有 URL 及其流量與反向連結數據、建立舊網址與新網址的對照表、設置 301 Redirect、更新 sitemap 及 canonical，並在上線後14、30及60日監察 Google Search Console 的索引狀態及排名變化。我們的 SEO 優化服務包含技術 SEO Migration 的規劃與執行支援。
11. 沒有追蹤表單、電話、WhatsApp 或重要按鈕點擊
如果 GA4 報告中只有頁面瀏覽數據，而沒有任何轉換事件，說明追蹤設定未完成。不要假設每個 WhatsApp 連結或電話按鈕的點擊都已被自動記錄，GA4 的預設設定不會追蹤所有自訂互動，需要透過 Google Tag Manager 手動設置事件觸發條件及命名規則。
在沒有轉換數據的情況下，任何關於網站表現的判斷都是不完整的。改版之前，應先確認追蹤是否到位，否則改版後也無法量度成效。
12. 現有網站支援不了多語言、網店、付款或日後擴充
如果業務需要加入英文或普通話版本、需要接受網上付款、需要整合 CRM 或需要建立會員功能，而現有 CMS 平台在架構上不支援，這才是需要考慮重建的最強訊號。這類決定需要先列出具體功能需求、評估現有平台的技術限制、比較維護成本，以及確認供應商是否有能力提供技術方案及持續維護，而不是只提供設計圖。
沒有詳細技術評估的情況下，不應輕易宣稱任何平台「支援所有整合」。
網站改版會唔會影響 SEO 排名？
改版本身不等於一定失去排名，但改版過程中的每一個技術決定都可能影響搜尋引擎對網站的理解。排名風險主要來自以下變動：網址結構改變、頁面內容刪減或合併、內部連結結構調整、canonical 設定更改，以及頁面速度或索引狀態改變。
改版後排名下跌的最常見原因，是舊網址沒有正確設置 301 Redirect 至對應的新網址，導致 Google 把舊有的排名信號分散至多個 URL，或者索引了錯誤的版本。
以下是改版對 SEO 影響的風險高低概覽：
| 改動類型 | SEO 風險 | 處理方向 |
|---|---|---|
| 只更改視覺設計，保留所有 URL 及內容 | 低 | 確認頁面速度不受影響 |
| URL 結構改變，設置完整 301 Redirect | 中 | 建立 URL mapping，上線後監察 |
| URL 結構改變，沒有 301 Redirect | 高 | 須在上線前補回，否則會損失排名信號 |
| 頁面大量刪減或合併，沒有整合策略 | 高 | 先評估每個頁面的流量及排名貢獻 |
| 更換 CMS 平台，全部 URL 改變 | 高 | 需要完整 SEO Migration 計劃 |
沒有任何方法可以保證改版後排名完全不受影響，但透過保留高價值 URL、設置正確的 301 Redirect、更新 sitemap 及上線後持續監察，可以有效降低風險。
網站改版前要保留哪些 SEO 資產？
在開始設計新網站之前，應先整理以下 SEO 資產清單：
- 所有現有 URL 清單（從 XML sitemap 或爬蟲工具匯出）
- 每個 URL 的自然搜尋流量及排名（從 Google Search Console 匯出）
- 反向連結數量及主要來源（可用 Google Search Console 的連結報告）
- 現有頁面的 Title Tag、Meta Description 及 H1 標題
- 主要轉換頁面的 canonical 設定及結構化資料
- 已被 Google 索引的頁面清單
這份清單是 SEO Migration 計劃的基礎，也是驗收新網站前的對照基準。
上線前後的 SEO Migration 檢查表
上線前：
- 建立完整 URL mapping（舊網址對新網址）
- 在測試環境設置所有 301 Redirect 並驗證
- 更新 XML sitemap，只包含新有效 URL
- 確認 robots.txt 不封鎖重要頁面
- 確認新網站 canonical 標籤指向正確 URL
- 在測試環境執行速度及 Core Web Vitals 測試
上線當日：
- 驗證所有主要 URL 的 301 Redirect 是否正確運作
- 提交新 XML sitemap 至 Google Search Console
- 在 Search Console 使用「URL 檢查」確認主要頁面可被索引
上線後14至60日：
- 每週查看 Search Console 的「頁面索引」及「Core Web Vitals」報告
- 對比改版前後的曝光、點擊及排名，確認主要頁面沒有異常下跌
- 追蹤 GA4 轉換事件是否正常記錄
網站改版費用應該點樣拆？
網站改版費用不能只按頁數估算。一個20頁的企業網站，費用差距可以相當大，取決於以下因素的組合：頁面設計的複雜程度、內容由誰負責撰寫、CMS 平台的選擇、需要開發的自訂功能、SEO Migration 的範圍、轉換追蹤的設定、主機及 SSL 配置，以及上線後的維護安排。
報價時，應要求供應商按交付物而非按「一個網站」作整體報價，這樣才能比較不同供應商的實際範圍差異。
報價單應該列明哪些項目？
| 項目 | 說明 |
|---|---|
| 頁面數量及範圍 | 列明哪些頁面包括在內，哪些需要額外計費 |
| 內容責任 | 文字及圖片由客戶提供還是供應商撰寫 |
| 設計修改次數 | 每個設計稿可以修改幾輪 |
| 開發功能 | 表單、外掛、整合、動畫等需要開發的功能 |
| 資料移轉 | 舊網站的內容、圖片及檔案如何遷移至新網站 |
| 301 Redirect 設置 | URL mapping 是否包括在內 |
| 追蹤設定 | GA4 事件、Google Tag Manager 是否包括 |
| 測試及上線支援 | 上線前後的測試及問題處理是否包括 |
| 主機及網域 | 由客戶自行管理還是供應商提供 |
| 後續維護 | 上線後的更新、安全、備份費用如何計算 |
最容易被漏在報價之外的項目，通常是內容撰寫、301 Redirect 設置、GA4 追蹤設定，以及上線後的維護費用。
值得注意的是，LetsGetWeb 官方網站目前列出的網站設計方案及相關服務報價，已於2026年8月核對，實際服務範圍及報價以官方頁面及個案評估為準。
何時只需翻新，何時值得重新建網站？
| 症狀 | 建議方案 | 主要考慮因素 |
|---|---|---|
| 設計過時，但架構及 CMS 運作正常 | 改版視覺設計，保留 CMS | 內容責任、設計修改及 SEO 保留 |
| 手機版體驗差，但內容及功能完整 | 改版前端，加強 RWD | 是否需要重寫模板或改動後端 |
| CMS 無法維護，外掛衝突嚴重 | 遷移至新平台，重建後台 | 資料移轉、URL mapping 及 SEO Migration |
| 需要新增網店、多語言或複雜整合 | 重建，選用合適架構 | 技術方案、維護責任及長期成本 |
| 品牌訊息、服務及 CTA 全面失準 | 改版內容及結構 | 訊息策略先於設計 |
選擇網站改版團隊時，應該問哪 8 條問題？
以下問題可以幫助你在接觸供應商時評估他們的能力與工作方式，而不只是看設計風格：
- 你們如何處理 SEO Migration？ 要求對方說明 URL mapping、301 Redirect 及上線後監察的具體流程。
- 舊網址的 301 Redirect 由誰負責設置及測試？ 確認這是包括在報價範圍內，還是額外收費。
- 新網站上線後，CMS 的管理權限是否完全交給客戶？ 包括後台登入、主機及網域的所有權。
- 你們如何測試手機版體驗及 Core Web Vitals？ 要求看到測試工具及評估標準。
- GA4 事件追蹤及 Google Search Console 的設定是否包括在報價內？ 哪些事件會被追蹤、如何驗證。
- 頁面內容由誰撰寫？ 如果需要客戶提供，要求說明格式、期限及修改流程。
- 原始碼、設計檔案及所有帳戶的所有權屬於誰？ 合約中是否有明確列明。
- 上線後的安全更新、備份及維護由誰負責，費用如何計算？ 要求列明合約期後的選項。
要求供應商展示過往同類項目的 Search Console 截圖、頁面速度報告或實際交付物，而不只是設計圖截圖。
LetsGetWeb 適合哪些網站改版項目？
以下服務介紹來自 LetsGetWeb 官方網站，讀者應按自己的技術需求及正式報價評估是否合適。
LetsGetWeb 是一間香港數碼增長代理，提供的服務涵蓋網頁設計與技術開發、SEO 優化、速度測試、Google Analytics 及 Google Search Console 設定，以及 Schema 結構化資料等技術配置，適合需要把網站設計與搜尋優化整合為一個項目的香港中小企。
根據 LetsGetWeb 官方頁面，其 網頁設計服務 包括 RWD 響應式設計、Core Web Vitals 優化、GA 及 Search Console 設定及 Schema 配置，適合需要快速上線及轉換導向的網站設計項目。有意了解的企業可預約免費 Demo 評估，具體範圍及報價以個案評估為準。
如需要同步改善自然搜尋排名或進行技術 SEO Migration，可參考其 SEO 優化服務，包含技術 SEO 審核、GEO/AIO 優化及自然搜尋策略。
甚麼情況下 LetsGetWeb 未必是合適選擇？
如果你的項目需要以下任何一項，應先要求詳細的技術架構評估，再決定是否適合：
- 複雜的 ERP 或內部工作流系統整合
- 自訂會員系統、積分或訂閱功能
- 多供應商網上付款架構
- 大型 CRM 資料遷移及雙向整合
- 特殊 API 或第三方系統的深度對接
沒有正式技術方案及範圍評估之前，任何供應商都不應宣稱支援以上功能。要求對方提供書面方案、測試範圍及維護責任，才是負責任的評估方式。
常見問題：公司網站改版前最常見的10個疑問
公司網站有沒有固定改版年期？ 沒有固定年期。應按使用者體驗、業務變化、技術狀態及數據表現決定，而不是按三年或五年的固定週期。
網站改版與網站重建有甚麼分別？ 改版是在現有或相近架構上更新設計、內容及轉換路徑；重建是更換平台或技術棧，通常伴隨更高的 SEO Migration 風險。
網站改版會否影響 Google 排名？ 有可能，尤其是 URL 結構或內容改變時。風險可透過完整的 SEO Migration 計劃、301 Redirect 及上線後監察來降低，但不能保證排名零影響。
甚麼是 SEO Migration？ SEO Migration 是指在網站改版或搬遷時，有計劃地保留現有 SEO 資產，包括 URL 清單、301 Redirect、canonical、sitemap 及排名頁面的內容，以減低對搜尋排名的影響。
301 Redirect 在網站改版中有甚麼作用？ 301 Redirect 是永久性的網址轉向，告訴搜尋引擎舊 URL 已永久移至新 URL，並把舊有的排名信號傳遞至新網址。Google Search Central 建議網址永久搬遷時使用適當的永久轉址。
WordPress 網站慢是否一定要重建？ 不一定。應先診斷慢的根因，例如主機效能、未優化圖片、過多外掛或快取設定問題，部分情況只需優化現有設定而無需重建。
有流量但沒有查詢，是否一定要改版？ 不一定。先確認問題是流量不相關、訊息不匹配、表單摩擦，還是轉換追蹤缺失。診斷清楚根因，才能決定是否需要改版。
網站改版報價應否包括 SEO？ 理想情況下應包括 SEO Migration 的基本工作，即 URL mapping、301 Redirect 設置及 Google Search Console 重新提交。若有長期 SEO 優化需求，應另行評估 SEO 服務範圍。
網站改版前要不要保留舊內容及舊網址？ 應先評估每個頁面的自然搜尋流量及排名，再決定哪些需要保留、哪些可以合併或刪除。高流量頁面的 URL 應盡量保留，或設置正確的 301 Redirect。
LetsGetWeb 是否提供網站健檢或改版諮詢？ 根據 LetsGetWeb 官方頁面，提供網站健檢、速度測試及免費 Demo 諮詢服務，具體範圍及報價以個案評估為準，詳情可透過官方聯絡渠道查詢。
下一步：用一份網站健康檢查表決定是否改版
不論你的網站是需要小修、改版還是重建，決策的品質取決於你手上有多少可靠數據。以下五步行動清單可以幫助你在與供應商會面前，先建立清晰的基礎評估：
- 收集 Google Search Console 及 GA4 數據： 匯出過去6個月的曝光、點擊、CTR、查詢及 GA4 轉換事件數據。
- 用手機及 PageSpeed Insights 檢查體驗： 用至少兩款手機測試所有主要頁面，記錄 LCP、INP 及 CLS 的第75百分位數值。
- 列出 CMS、內容及整合的現有限制： 記錄目前無法做到的功能、更新流程的瓶頸及未來業務需求。
- 建立舊網址清單： 從 XML sitemap 匯出所有現有 URL，標注流量及排名較高的頁面，作為 SEO Migration 的基礎。
- 要求供應商提供範圍、證據、時程及費用拆解： 不要只看設計圖，要看 URL mapping 方案、測試流程、上線後監察計劃及交付物清單。
先確認問題所在，再決定工程範圍，這是避免浪費改版預算的最直接方法。如果你希望有一份系統化的初步評估，可以預約網站健檢及改版諮詢，由 LetsGetWeb 團隊協助你分析現有網站的數據與技術狀態，再決定下一步方向。