網站改版上線當週最容易漏的技術 SEO 檢查
文章摘要
整理網站改版上線當週應核對的轉址、網址規範、sitemap 與索引檢查，說明常見漏項與帳號交接，不保證排名。
網站改版上線當週最容易漏的技術 SEO 檢查
網站改版上線從來都不是按下「發布」按鈕就結束。實務上，上線當週往往是技術 SEO 災難的好發期。開發團隊與行銷人員在趕工壓力下，極容易遺漏關鍵的搜尋引擎最佳化設定，導致爬蟲無法正確抓取新版頁面，甚至讓過去累積的搜尋權重付諸流水。如果您已經確實執行過改版前技術 SEO 健檢清單，接下來這篇文章將聚焦於「上線當週」最容易漏掉的技術檢查項目，協助您穩住網站基礎，避免可避免的失誤。請注意，本文旨在確保技術設定正確，搜尋排序與流量表現受多種因素影響，無法直接承諾具體成效，也不保證排名。
舊 URL 對照與 301 重新導向驗證
改版最核心的技術莫過於網址轉址。上線當週，第一件要事就是抽檢舊 URL 對照表（URL Mapping）中的高價值頁面，確認它們是否正確觸發 HTTP 301 永久重新導向至對應的新版 URL。實務上常見的錯誤是誤用 302 暫時重新導向，或是將大量舊網址統一導向新版首頁，這會被搜尋引擎視為軟性 404（Soft 404），導致權重無法正確傳遞，甚至讓使用者體驗大打折扣。
除了確認狀態碼為 301，還必須檢查是否產生了「重新導向鏈（Redirect Chains）」。例如舊網址 A 先轉到 B，B 再轉到 C，這會消耗爬蟲的抓取預算並增加載入延遲。建議使用 Screaming Frog 等爬蟲軟體，匯入舊版 Sitemap 進行批量驗證，確保每個舊網址都能以最少跳轉次數抵達最終的新版頁面，且落地頁面內容與舊版具備高度相關性。若發現轉址錯誤，必須在伺服器層級或 CMS 後台立即修正規則。
Canonical 標籤與 Robots.txt 設定確認
在開發與測試階段，工程師通常會在 robots.txt 中設定 Disallow: / 來阻擋爬蟲，或在 meta robots 標籤加入 noindex。上線當週最經典的漏項，就是忘記將這些阻擋設定移除。請務必檢查根目錄的 robots.txt 檔案，確保沒有誤擋重要資源（如 CSS、JS 檔案），否則 Googlebot 將無法正確渲染頁面，直接影響行動裝置相容性與核心網頁指標（Core Web Vitals）的評估。
同時，必須嚴格檢查新版頁面的 rel="canonical" 標籤。測試環境的網址（如 staging.example.com）或帶有追蹤參數的 URL 經常被錯誤地寫入 canonical 標籤中，導致搜尋引擎將正式版頁面視為重複內容。確保每個頁面的 canonical 標籤都指向該頁面的最終、乾淨的絕對網址。對於分頁或篩選頁面，也需確認 canonical 邏輯是否符合預期，避免重要分類頁的權重被稀釋，確保搜尋引擎能正確理解網站的層次結構。
Sitemap 提交與 Search Console 資源檢查
新版網站上線後，應立即產生並提交全新的 XML Sitemap。新 Sitemap 中的 <lastmod> 標籤應更新為實際上線日期，幫助爬蟲識別內容變更。舊版的 Sitemap 建議在 Google Search Console (GSC) 中保留幾週，讓爬蟲有時間透過舊 Sitemap 發現舊網址，進而觸發 301 轉址並加速索引更新。這段期間需密切觀察 GSC 的「索引涵蓋範圍」報告，確認新版頁面的發現與索引數量是否穩定上升。
關於 Search Console 資源，若網域結構發生變更（例如從 HTTP 改為 HTTPS，或從非 WWW 改為 WWW），必須確認已驗證並設定正確的「網域資源」或「網址前置詞資源」。若上線後發現索引狀態異常或流量大幅波動，可參考我們整理的改版後排名波動常見問題，釐清這是搜尋引擎重新評估的正常波動，還是技術設定錯誤導致的災難，並採取相應的除錯措施。
帳號歸屬與權限交接
網站改版經常伴隨著團隊人員異動或外部代理商更換。上線當週必須盤點 Google Search Console、Google Analytics 4 (GA4) 以及 Google Tag Manager 的帳號權限。實務上見過太多案例，因為前任工程師離職或代理商合約結束，導致企業失去 GSC 的擁有者權限，無法查看歷史搜尋數據或提交新版 Sitemap，這對後續的數據分析與優化是極大的阻礙。
確保所有關鍵追蹤碼與驗證標籤都已正確部署在新版網站的 <head> 區域或透過 GTM 觸發。更重要的是，必須盡早完成Search Console 權限交接，將管理員與擁有者權限收歸企業內部信箱，確保數據資產的掌控權不會因人員流動而遺失，並建立完善的權限管理機制。
上線當週常見漏項與補救步驟
| 常見漏項 | 潛在影響 | 檢查工具 / 方法 | 補救步驟 |
|---|---|---|---|
| 未移除 noindex 標籤 | 新版頁面無法被搜尋引擎收錄，自然流量歸零。 | Screaming Frog 批量爬取 Meta Robots | 移除 noindex 標籤，並在 GSC 要求重新建立索引。 |
| 301 轉址指向錯誤頁面 | 使用者體驗不佳，搜尋引擎判定為 Soft 404。 | 匯入舊 Sitemap 進行批量狀態碼檢查 | 修正 URL Mapping 規則，確保舊頁對應到內容相關的新頁。 |
| Canonical 指向測試環境 | 正式版頁面權重流失，測試環境被錯誤索引。 | 檢視原始碼或使用 SEO 擴充功能檢查 | 修正後端範本，確保 canonical 輸出為正式網域的絕對網址。 |
| GA4 追蹤碼未部署或觸發失敗 | 上線後行為數據中斷，無法評估改版成效。 | Google Tag Assistant 或 GA4 DebugView | 檢查 GTM 容器發布狀態，確認 GA4 設定代碼正確觸發。 |
常見問題
網站改版上線後，舊網址的 301 轉址應該維持多久？
根據 Google 官方建議，301 重新導向應該至少維持一年，以確保搜尋引擎有足夠的時間將舊網址的訊號轉移至新網址。實務上，若舊網址仍有外部反向連結或持續帶來直接流量，建議無限期維持 301 轉址，以保障使用者體驗與權重傳遞，避免流量無謂流失。
為什麼新版網站上線後，Search Console 顯示大量「已排除」的網頁？
這通常是因為新版網站的網址結構改變，舊網址在觸發 301 轉址後，會被 GSC 歸類為「已排除 – 網頁已重新導向」。這是正常的索引替換過程。但若顯示的是「已排除 – 含有 noindex 標記」或「已排除 – 遭到 robots.txt 封鎖」，則代表上線時漏移了阻擋設定，必須立即修正並要求重新驗證，以免影響整體網站的索引健康度。
結構化資料對照表
| 屬性 (Property) | 值 (Value) |
|---|---|
| BlogPosting.headline | 網站改版上線當週最容易漏的技術 SEO 檢查 |
| BlogPosting.inLanguage | zh-Hant-TW |
| BlogPosting.author.name | 方士軒 |
| BlogPosting.author.url | https://www.linkedin.com/in/shih-hsuan-fang/ |
| BlogPosting.description | 整理網站改版上線當週應核對的轉址、網址規範、sitemap 與索引檢查，說明常見漏項與帳號交接，釐清技術設定與搜尋表現的關係。 |
| FAQPage.question (1) | 網站改版上線後，舊網址的 301 轉址應該維持多久？ |
| FAQPage.answer (1) | 根據 Google 官方建議，301 重新導向應該至少維持一年，以確保搜尋引擎有足夠的時間將舊網址的訊號轉移至新網址。實務上，若舊網址仍有外部反向連結或持續帶來直接流量，建議無限期維持 301 轉址，以保障使用者體驗與權重傳遞，避免流量無謂流失。 |
| FAQPage.question (2) | 為什麼新版網站上線後，Search Console 顯示大量「已排除」的網頁？ |
| FAQPage.answer (2) | 這通常是因為新版網站的網址結構改變，舊網址在觸發 301 轉址後，會被 GSC 歸類為「已排除 – 網頁已重新導向」。這是正常的索引替換過程。但若顯示的是「已排除 – 含有 noindex 標記」或「已排除 – 遭到 robots.txt 封鎖」，則代表上線時漏移了阻擋設定，必須立即修正並要求重新驗證，以免影響整體網站的索引健康度。 |
參考資料
先做網站健檢，再決定優化方向
不承諾保證排名。由屏柏企業 SEO 顧問與網頁工程師方士軒 mars 協助您評估網站速度、行動版可用性、SEO 關鍵字結構與內容層級問題。