網站上線當天及遷移後應如何檢查？

上線當天，重點是確認正式站能被存取、舊網址導向正確，而且測試環境中的功能與 SEO 設定確實已發布；遷移後，則要持續追蹤索引、錯誤與成效趨勢，找出遺漏並修正。兩者不能互相取代：當天驗收通過，不代表後續更新不會產生新問題。若只是對部分客戶軟上線，應先確認這次是否也要開放自然搜尋。

上線當天：先確認搜尋引擎能進入正式站

Google 的代管服務遷移文件提醒，開始遷移時須移除暫時禁止檢索的設定，遷移後也要確認 Search Console 驗證仍有效。檢查時應區分正式站要公開的內容與原本就不打算開放的位置，而非一律解除限制。

• 檢查 robots.txt 與暫時使用的 noindex 設定，確認沒有留下測試階段的限制。
• 依原本的驗證方式，確認新版仍保有驗證檔案、meta 標記或所需的 Google Analytics 項目。
• 使用網址檢查工具確認 Googlebot 能存取新代管環境，並檢查防火牆或阻斷服務防護是否誤擋。

上線當天：從舊網址走一次，再稽核新站

Backlinko 的 2024 年遷移指南建議，正式發布後重新爬取網站，核對內部連結、頁面標題、描述、canonical 與 hreflang。理由是測試環境已完成的設定，仍可能因程式碼版本未正確發布而漏上線。

• 用舊網址清單測試重新導向，核對最終目的地；遇到循環導向或目標頁失效，記錄原因並更新對照表。
• 測試其他渠道使用的網址，確認導向後仍帶有應保留的參數。
• 檢查 CSS、圖片是否被 robots.txt 誤擋；爬取新 XML 網站地圖，確認列出的網址回傳 200，再提交。指南指出，提交可能加快索引，但不是保證。

遷移完成：功能驗收不能只看首頁

Semrush 的 2020 年 CMS 遷移文章提供的測試清單，涵蓋載入、版面、導覽、圖片與影片，以及搜尋、按鈕和表單；若網站有帳號功能，也要測試註冊與登入，並在常用瀏覽器檢查。還應檢查效能與技術 SEO 問題。該文把這些驗收放在正式發布新 CMS、停用舊 CMS 之前，不宜理解成先停用舊系統再測試。

上線後數週至數月：追蹤遺漏與變化

依 Backlinko 的整理，上線後應定期爬取網站，查看 Search Console 中的索引狀態、重新導向、缺頁及伺服器錯誤，因為後續發布也可能引入問題。Stack Exchange 的社群建議則是記錄 404 請求，在新站運作最初幾個月定期回看，尋找漏掉的網址；這是實務建議，不是官方期限。

成效方面，應比較上線後數週及長期的 KPI 趨勢。若表現不如預期，再比對新舊站的描述資料、導向目標或轉換設計差異，據此安排修正，不要只憑流量下降就認定原因。網址或分類日後改動時，重新導向也須持續維護。