網站設計改版前要做咩準備？避免排名同查詢下跌

直接答案：網站改版前，先交齊現有網址清單、保留／更改內容、查詢流程及追蹤基線、系統與素材資料，再約定每項交付物嘅負責人、上線測試及回退方法。若網址會改，必須逐項決定新舊頁面對應；若網址不變，仍要驗收內容、連結及查詢接收。準備清楚可以減少可避免嘅故障，但唔能夠保證排名或詢盤完全冇波動。

文章目錄

先確認改動範圍，唔好一開始就換晒所有嘢

把改動分成版面、內容、網址、網域、CMS／主機及查詢整合。每項寫明保留甚麼、改甚麼、點解要改。例如只更新服務介紹，同時更換網域未必有必要。若仲未決定是否需要整體改版，可先睇公司網站應否改版嘅判斷方法。

網站改版交付資料表
資料	要包含甚麼	完成定義
網址及內容盤點	現有頁、圖片／下載檔、已知流量入口、保留／合併／刪除意向。	每個納入範圍嘅舊網址都有明確處置，無法判斷嘅項目有負責人。
業務及文案	服務對象、範圍、條件、可公開案例、常見採購問題。	有權確認資料嘅人已核對，未獲授權素材有標示。
查詢路徑及接收	表單欄位、通知、分派、CRM 及替代聯絡方式。	列明成功收到嘅判準與接收方，唔以按鈕點擊代替收到名單。
量度基線	可取得嘅頁面／查詢、渠道、成功接收及合資格查詢記錄。	保留日期、定義、樣本範圍及事件版本；資料缺漏有記錄。
系統與資料責任	網域、DNS、主機、CMS、外掛授權、整合及備份負責人。	知道邊個有權執行及回復；透過受控方式交接，唔把密碼寫入公開文件。
上線及回退安排	測試清單、簽核人、時段、失敗判準、回退步驟及新資料處理。	有人可執行，亦知道回退時點樣保留上線後新增嘅查詢或訂單。

以下係示範欄位及假設路徑，唔係本網站嘅實際轉址設定。每個決定都應先核對內容與用途，唔好把所有舊頁一律導向首頁。

網址處置示例
舊頁情況	預定處置	驗收重點
/services/design/ 保留原內容與網址	保留，唔為換畫面而更名。	直接取得正常內容，canonical 指向正確正式頁。
/old-design/ 同內容移到 /web-design/	評估永久轉址至對應新頁。	舊路徑直接到最終相關頁，無循環或多餘轉址鏈。
兩篇重複內容整合成完整指南	確認新頁涵蓋原有有用資訊，再安排對應。	內部連結改指最終頁，訪客能找到原本要解決嘅問題。
內容停止且冇合適替代	由內容負責人確認移除處置。	唔用無關首頁偽裝替代內容；保留可理解嘅錯誤頁及可用導覽。

Google 對更改網址嘅搬遷建議使用合適嘅伺服器端永久轉址、避免無關導向，並更新內部連結及網站地圖。網址保持不變時，唔應為咗「做 SEO」而新增不必要嘅轉址。詳細技術落實可配合網站改版 SEO 檢查文章逐項審核。

WordPress 完整還原通常需要相應嘅資料庫及檔案；內容匯出檔唔等於完整網站備份。記錄備份時間、包含範圍、保存位置及負責人，並喺合適測試環境驗證可還原。若測試站係較早複本，正式上線前仲要處理之後新增嘅文章、會員、訂單或查詢，避免被舊資料覆蓋。

由已知入口進站，核對服務內容、價錢條件及聯絡方法都係已確認版本。
抽查重要舊網址、新頁、圖片及下載檔，確認狀態、對應、HTTPS 及內部連結。
檢查正式頁嘅 canonical、robots／noindex 及 sitemap；確認測試站防索引設定冇誤帶到正式頁。robots.txt 允許爬取唔代表頁面已索引。
喺手機同鍵盤操作下閱讀內容及填寫表單，測試漏填、格式錯誤、處理失敗及再次提交。
同時核對前端成功訊息、實際接收系統及分派；WhatsApp 開啟、電話點擊同真正對話分開。
檢查分析事件有冇因新舊追蹤並存而重複，並按實際同意設定驗收；事件唔包含姓名、電話或表單自由文字。
確認負責人、上線簽核、回退條件與資料合併安排，先完成發布。

即時檢查主要頁同查詢接收，遇到故障先處理。之後用原本定義嘅頁面／查詢組合，比較曝光、點擊、來源同有效查詢；同時保留變更記錄、抓取／索引狀態及渠道變化。搜尋系統重新處理頁面需要時間，一次前後差異唔能夠單獨證明改版造成升跌。

先判斷是否仍準確、有用及符合現有服務。保留有價值資訊；需要整合或移除時，記低原因及去向，唔以「舊」或瀏覽量低作唯一刪除理由。

可以先做網址、內容及功能盤點，清楚標示基線缺漏。資料不足時仍可驗收功能，但唔應宣稱已證明排名、引用或轉換成效有改善。

本文工作表與網址處置為 ITOB Group 編輯整理嘅規劃示例，唔係客戶成效紀錄，亦唔係已替你網站完成嘅測試。最後實質更新：2026 年 10 月 25 日。