香港 SME 為網站改版、更換 CMS、合併服務頁或重整文章分類時，最容易忽略的不是新設計，而是舊網址仍可能被客戶、合作夥伴、書籤和搜尋結果使用。Google 最新網站遷移指引建議，在 URL 改動前建立清楚的舊新 URL 對照，採用合適的伺服器端永久轉址，並更新 Sitemap、內部連結及 canonical。這些措施可降低錯誤連結和訊號混亂的風險，但不保證流量、排名或 AI 平台展示。
為何 GEO 內容改版不能只換首頁？
一篇已發佈的 FAQ、案例、服務解釋或採購指南，可能正被其他網站連結、收錄於書籤，或已被搜尋 crawler 發現。若改版後直接刪除舊 URL，客戶可能看到 404；若所有舊頁一律轉到首頁，客戶亦未必找到原來需要的內容。較好的原則是讓每個仍有對應價值的舊頁，指向最相關的新頁。
先找出真正需要保留的舊 URL
改版前應匯出 Sitemap、網站分析、Search Console、內部連結及伺服器日誌可見的網址，並列出重要的 PDF、圖片下載和舊服務頁。Google 指出，搜尋系統可能仍會造訪未出現在目前 Sitemap 或內部連結中的舊 URL；因此只依賴現時導覽選單並不足夠。
建立一對一的 URL 對照表
對照表應包含舊 URL、新 URL、內容目的、轉址類型、負責人及上線後檢查結果。不要把不相干的頁面硬湊在一起，也不要把大量舊文章全數轉到首頁。若內容已永久刪除且沒有合理替代頁，應按實際情況回傳 404 或 410，而不是製造誤導性轉址。
永久轉址與臨時轉址的分別
內容永久搬遷時，優先使用伺服器端 301 或 308
Google 說明，301 和 308 表示頁面已永久移至新位置，並會被視為新目標應成為 canonical 的訊號。伺服器端轉址通常比 JavaScript 轉址更可靠；企業應在 staging 環境先測試，確認沒有轉址鏈、迴圈或錯誤的目的頁。
短期暫停才使用 302、303 或 307
如服務暫時不可用、短期活動改到另一頁，才考慮臨時轉址。Google 指出，臨時轉址不會把目標頁當作新的 canonical 訊號。把永久搬遷錯設為臨時，或把短期通知錯設為永久，均可能令使用者與搜尋訊號難以理解。
上線當日的三項檢查
更新內部連結、canonical 與正式 Sitemap
新網站的導覽、內容內連結、圖片及下載檔路徑、canonical、結構化資料和 Sitemap 都應使用正式新 URL。Google 建議網站搬遷後監察舊、新網址；Bing 的遷移指引亦提醒，內部連結、HTTP 狀態碼、canonical 和 Sitemap 應一併檢查。
解除開發環境的 noindex 與 robots.txt 限制
不少團隊在測試站封鎖 crawler，這是合理的；但正式上線前必須確認正式網域沒有沿用開發環境的 noindex 或 robots.txt 封鎖。Google 把這類設定列為網站遷移常見問題，因為它會阻礙新頁被讀取。
用實際 HTTP 回應驗證，不要只看畫面
逐一抽查重要舊 URL 是否回傳預期的 301、308、404 或 410，並確認目標頁回傳 200。再以 Search Console URL Inspection 與 Bing Webmaster Tools 的檢查功能核對 crawler 看到的內容；這些工具有助找出技術問題，不能預測任何 AI 系統會否引用頁面。
GEO Expert 的觀點
網站改版應把既有內容視為可管理的商業資產，而不是可隨意丟棄的版面。香港 SME 只要先建立 URL 對照、保留最相關的內容路徑、檢查正式網域訊號並在上線後監察，就能減少客戶找不到資料的情況，為持續內容營運保留較穩定的基礎。