網站改版與搬遷 SEO 檢查清單：更換平台或網域，也不掉排名

簡短回答

網站搬遷後要保住排名，關鍵在於每一個帶來流量或連結的網址在上線後仍然有回應：要嘛同一個位址放著相同內容，要嘛以伺服器端的永久轉址導向最相近的對應頁面。大多數搬遷問題，追根究柢都是因為有某個網址沒被列入清單。

Google 的變更網址的網站搬遷指南訂下了基本原則：將每個舊網址對應到新網址、使用 301 或 308 等伺服器端永久轉址、轉址「通常至少保留 1 年」，並且「預期搬遷期間網站排名會暫時波動」。

同一份指南也建議一次只改一件事：先換新網域，之後再改版面。Google 的變更地址說明文件講得更直接：如果把搬遷與內容、網址結構的改版同時進行，在 Google 重新評估每個頁面期間，「可能會看到一些流量損失」。如果兩者都需要，請把改版安排成獨立的階段。

三種搬遷類型

如果只是更換主機，Google 的主機搬遷指南建議「至少在搬遷前一週」調低 DNS TTL，並讓舊伺服器持續運作，直到流量降到零。上線後檢索頻率短暫下降屬於正常現象。

搬遷前：列出所有有網址的內容

轉址對照表的品質，取決於背後舊網址清單的完整度，而每一種來源都會漏掉一些網址。

爬取現行網站

爬取目前的網站，匯出每個網址及其狀態碼、標題、Meta 描述、canonical 與 hreflang 標籤，再加入 XML Sitemap 中的所有網址。Google 也建議查看伺服器記錄，找出近期至少被造訪過一次的網址。

從 Search Console 與分析工具取得到達網頁

在 Search Console 的成效報告中，以最長的日期範圍匯出「網頁」分頁，並在分析工具中對自然搜尋到達網頁做同樣的事。這些頁面帶來流量與名單，所以上線時要逐一手動檢查。

找出哪些網站連結到你

連結報告會列出被連結最多的網頁，但其表格「上限為 1,000 列」，而且 Google 表示這並非完整清單。請搭配你慣用的反向連結工具一起使用。

列出表單、整合服務與媒體檔案

寫下每個表單及其提交資料的去向、每個嵌入的工具（預約、聊天、地圖、付款），以及所有被人直接連結的檔案。Google 的指南提到，規劃中要納入「影片、圖片、JavaScript 與 CSS 檔案」，因為這些網址和其他內容一樣會跟著搬遷。

建立轉址對照表

每個舊網址一列：舊網址、新網址、狀態碼、備註、是否已測試。四項原則：

• 將每個舊網址對應到最相近的頁面。把許多舊網址全部轉到同一個不相關的目的地（例如首頁），「可能會被視為軟 404 錯誤」。
• 若多個舊頁面合併成一頁，請將它們全部轉址到該頁。
• 若頁面沒有對應的內容，請回傳 404 或 410，而不是轉址。
• 只要新平台允許，就盡量讓路徑維持不變。

建置期間：轉址與隨之而來的項目

使用 1 對 1 的伺服器端 301 或 308 轉址

Google 的轉址說明文件指出，301 和 308 表示「轉址目標應為標準網址」，並建議「盡可能使用伺服器端的永久轉址」。暫時性狀態碼（302、303、307）則沒有這個作用，而 JavaScript 轉址只能當作最後手段。

請直接轉址到最終網址。Google 的檢索器最多會跟隨10 次轉址，但網站搬遷指南建議「直接轉址到最終目的地」。如果先前的搬遷留下了轉址，也請讓它們指向新的最終網址。

請確認你提供轉址服務的系統，預設的狀態碼是什麼。在 Dardo 用來代管所建置網站的 Cloudflare Workers 上，_redirects 檔案除非在每一行寫明 301，否則預設使用 302；它最多支援 2,000 條靜態轉址與 100 條動態轉址，而且無法比對查詢參數。因此，WordPress 的預設永久連結（/?p=123）需要在 Worker 的程式碼中處理轉址邏輯。

何時該改回傳 404 或 410

內容單薄的頁面、已過期的優惠和重複內容，不需要保留。Google 的指南指出，沒有搬遷的內容應「正確回傳 HTTP 404 或 410」，而且 Google 的檢索器對除了 429 以外的所有 4xx 狀態碼處理方式相同：該網址會從索引中移除。

沿用中繼資料、canonical 與 hreflang

• 標題與 Meta 描述。請逐欄位搬移，而不是讓新範本自動產生。
• Canonical。每個新頁面都要帶有指向自己新網址的 canonical。Google 的標準化指南稱 canonical 為「提示，而非規則」，因此 canonical、轉址與 Sitemap 的內容必須一致。
• Hreflang。根據 Google 的在地化版本指南，每個語言版本「必須列出自己以及所有其他語言版本」，而且「如果兩個頁面沒有互相指向對方，這些標籤就會被忽略」。請將每個標註都更新為新網址。

結構化資料、內部連結與圖片網址

• 結構化資料。在新範本中重新建立 Organization、Breadcrumb、Article 或 Product 標記，並用「複合式搜尋結果測試」進行測試。Google 的搬遷指南並未提及這一項，所以很容易被遺漏。
• 內部連結。請直接指向新網址，而不是指向轉址。
• 圖片與檔案。請保留具描述性的檔案名稱與替代文字，並將仍有連結或圖片搜尋流量的舊圖片與 PDF 網址做轉址。

分析與同意

重新安裝分析工具、轉換事件與廣告像素，並在測試環境中驗證。如果舊網站會詢問 Cookie 同意，新網站在這些標籤觸發之前也必須以相同方式詢問。

各平台常見的問題

以下說明整理自各平台截至 2026 年 10 月的官方文件，描述的是平台的運作方式，並非缺陷。

離開 Wix 代表每個頁面都要重建；離開 Squarespace 則是匯入匯出內容涵蓋的部分，其餘重建。轉到 Shopify 通常會改變商品網址，因此對應表必須涵蓋每一項商品。

上線當天

1. DNS。如果主機或 DNS 有變動，請至少提前一週調低 TTL。
2. 爬取封鎖。移除測試環境的 noindex 標籤與 robots.txt 封鎖。Google 建議列出開發期間使用過 noindex 的每個網址。
3. 轉址。與新網站在同一次發布中上線。
4. 轉址測試。用指令碼跑過整份對應表：每個舊網址都要一次跳轉就以 301 或 308 導向正確的最終網址，且該網址回應 200。
5. Search Console。驗證新網站並提交新的 sitemap，另外提交一份舊網址的 sitemap 以促使重新爬取。這些網址出現轉址警告屬於預期情況。
6. 變更地址。若是更換網域，請使用同一個 Google 帳號，在新舊兩邊都是您擁有的資源中提交，且舊網域的每個變體都要提交，包含 www 與非 www。
7. 關鍵轉換路徑。實際送出一次表單、執行一次測試付款，並確認分析事件有送達。
8. 您自己的連結。更新社群檔案、廣告與名錄刊登。

上線後的 30、60 與 90 天

第 1 至 30 天：預期會有波動

排名可能會「在 Google 重新爬取並重新索引您的網站期間」出現波動，而且「中小型網站的大多數頁面可能需要幾週才會有變動，較大型的網站則需要更久。」請留意：

• 索引與 sitemap 報告。舊網站的已索引網址會下降，新網站則會上升。
• 各頁面成效。新網址開始獲得曝光與點擊。
• 伺服器記錄與 404。每個意料之外的 404 都代表對應表漏了一列。請在兩週內每天檢查。

第 31 至 60 天：與基準比較

將您的熱門到達頁面與其新網址做比較。對於點擊減少的頁面，請依序檢查：轉址是否一次跳轉就到達正確頁面、內容或標題是否有更動、內部連結是否仍指向該頁、是否已列入 sitemap。接著請最有價值的反向連結所在的網站更新連結。

第 90 天之後：持續保留轉址

Google 的指南指出，轉址應「一般至少保留 1 年」，而從使用者的角度，則應「考慮無限期保留轉址」。對於網域搬遷，「變更地址」頁面設定了 180 天的下限，之後若舊網站仍可被爬取，Google 會將其視為無關的網站。該頁面也建議舊網域「至少續費一年」，以免被他人買走。

檢查清單

網站遷移需要協助嗎

Dardo 會將網站遷移到部署在 Cloudflare Workers 上的客製化 Astro 網站,而轉址對照表是我們在上線前測試、並隨網站一併交付的項目。請參閱網站遷移;如果遷移時也需要全新的設計,請參閱網站改版。或者告訴我們您要遷移什麼。