--- title: "網站遷移 SEO 檢查清單:守住 Google 排名 — Dardo" description: "更換平台或網域也不掉 Google 排名:網址盤點、一對一轉址對照表、上線當天檢查,以及上線後 90 天的追蹤重點。" url: "https://dardo.studio/zh-Hant/blog/website-migration-seo-checklist/" language: "zh-Hant" translations: {"en":"https://dardo.studio/en/blog/website-migration-seo-checklist/","es":"https://dardo.studio/es/blog/migrar-pagina-web-sin-perder-posicionamiento/","fr":"https://dardo.studio/fr/blog/checklist-seo-migration-site-web/","de":"https://dardo.studio/de/blog/website-relaunch-seo-checkliste/","it":"https://dardo.studio/it/blog/checklist-seo-migrazione-sito-web/","pt":"https://dardo.studio/pt/blog/checklist-seo-migracao-de-site/","nl":"https://dardo.studio/nl/blog/website-migratie-seo-checklist/","sv":"https://dardo.studio/sv/blogg/checklista-webbplatsmigrering-seo/","pl":"https://dardo.studio/pl/blog/migracja-strony-seo-checklista/","uk":"https://dardo.studio/uk/blog/website-migration-seo-checklist/","ru":"https://dardo.studio/ru/blog/website-migration-seo-checklist/","ar":"https://dardo.studio/ar/blog/website-migration-seo-checklist/","hi":"https://dardo.studio/hi/blog/website-migration-seo-checklist/","th":"https://dardo.studio/th/blog/website-migration-seo-checklist/","ja":"https://dardo.studio/ja/blog/website-migration-seo-checklist/","ko":"https://dardo.studio/ko/blog/website-migration-seo-checklist/","zh-Hans":"https://dardo.studio/zh-Hans/blog/website-migration-seo-checklist/"} updated: "2026-10-10T09:13:56.152Z" --- [部落格](https://dardo.studio/zh-Hant/blog/) # 網站改版與搬遷 SEO 檢查清單：更換平台或網域，也不掉排名 排名下滑，通常不是因為換了新平台，而是原本帶來流量的網址不再有回應。這份檢查清單從網址盤點一路帶你走到第 90 天。 作者: [Nicolás Cerón](https://dardo.studio/zh-Hant/studio/) ·2026年10月10日 ![夜晚的河流兩岸，一邊是古老的城牆小鎮，另一邊是現代城鎮，一座石橋將兩者相連，橋上一道深紅色的光線引導旅人從舊城門走向新城。](https://dardo.studio/_astro/01M4GYEE19GWZ3941KFH1RTVRX_27BhoE.webp) ## 簡短回答 網站搬遷後要保住排名，關鍵在於每一個帶來流量或連結的網址在上線後仍然有回應：要嘛同一個位址放著相同內容，要嘛以伺服器端的永久轉址導向最相近的對應頁面。大多數搬遷問題，追根究柢都是因為有某個網址沒被列入清單。 Google 的[變更網址的網站搬遷指南](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes)訂下了基本原則：將每個舊網址對應到新網址、使用 301 或 308 等伺服器端永久轉址、轉址「通常至少保留 1 年」，並且「預期搬遷期間網站排名會暫時波動」。 同一份指南也建議一次只改一件事：先換新網域，之後再改版面。Google 的[變更地址說明文件](https://support.google.com/webmasters/answer/9370220)講得更直接：如果把搬遷與內容、網址結構的改版同時進行，在 Google 重新評估每個頁面期間，「可能會看到一些流量損失」。如果兩者都需要，請把[改版](https://dardo.studio/zh-Hant/services/website-redesign/)安排成獨立的階段。 ## 三種搬遷類型 | 搬遷類型 | 改變的項目 | 轉址 | Search Console | | --------------------------------------- | ----------------- | ---------- | ------------------- | | 僅更換主機 | 伺服器或 CDN；所有網址維持不變 | 不需要 | 留意檢索與索引狀況 | | 平台（Wix 換到 WordPress、WordPress 換到 Astro） | CMS、範本，通常還有部分網址規則 | 所有路徑有變動的網址 | 提交新的 Sitemap，之後持續監控 | | 網域或子網域 | 所有網址 | 全部 | 為每個已驗證的版本設定變更地址 | 如果只是更換主機，Google 的[主機搬遷指南](https://developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes)建議「至少在搬遷前一週」調低 DNS TTL，並讓舊伺服器持續運作，直到流量降到零。上線後檢索頻率短暫下降屬於正常現象。 ## 搬遷前：列出所有有網址的內容 轉址對照表的品質，取決於背後舊網址清單的完整度，而每一種來源都會漏掉一些網址。 ### 爬取現行網站 爬取目前的網站，匯出每個網址及其狀態碼、標題、Meta 描述、canonical 與 hreflang 標籤，再加入 XML Sitemap 中的所有網址。Google 也建議查看伺服器記錄，找出近期至少被造訪過一次的網址。 ### 從 Search Console 與分析工具取得到達網頁 在 Search Console 的[成效報告](https://support.google.com/webmasters/answer/7576553)中，以最長的日期範圍匯出「網頁」分頁，並在分析工具中對自然搜尋到達網頁做同樣的事。這些頁面帶來流量與名單，所以上線時要逐一手動檢查。 ### 找出哪些網站連結到你 [連結報告](https://support.google.com/webmasters/answer/9049606)會列出被連結最多的網頁，但其表格「上限為 1,000 列」，而且 Google 表示這並非完整清單。請搭配你慣用的反向連結工具一起使用。 ### 列出表單、整合服務與媒體檔案 寫下每個表單及其提交資料的去向、每個嵌入的工具（預約、聊天、地圖、付款），以及所有被人直接連結的檔案。Google 的指南提到，規劃中要納入「影片、圖片、JavaScript 與 CSS 檔案」，因為這些網址和其他內容一樣會跟著搬遷。 ### 建立轉址對照表 每個舊網址一列：舊網址、新網址、狀態碼、備註、是否已測試。四項原則： - 將每個舊網址對應到最相近的頁面。把許多舊網址全部轉到同一個不相關的目的地（例如首頁），「可能會被視為軟 404 錯誤」。 - 若多個舊頁面合併成一頁，請將它們全部轉址到該頁。 - 若頁面沒有對應的內容，請回傳 404 或 410，而不是轉址。 - 只要新平台允許，就盡量讓路徑維持不變。 ## 建置期間：轉址與隨之而來的項目 ### 使用 1 對 1 的伺服器端 301 或 308 轉址 Google 的[轉址說明文件](https://developers.google.com/search/docs/crawling-indexing/301-redirects)指出，301 和 308 表示「轉址目標應為標準網址」，並建議「盡可能使用伺服器端的永久轉址」。暫時性狀態碼（302、303、307）則沒有這個作用，而 JavaScript 轉址只能當作最後手段。 請直接轉址到最終網址。Google 的檢索器最多會跟隨[10 次轉址](https://developers.google.com/crawling/docs/troubleshooting/http-status-codes)，但網站搬遷指南建議「直接轉址到最終目的地」。如果先前的搬遷留下了轉址，也請讓它們指向新的最終網址。 請確認你提供轉址服務的系統，預設的狀態碼是什麼。在 Dardo 用來代管所建置網站的 Cloudflare Workers 上，`[_redirects](https://developers.cloudflare.com/workers/static-assets/redirects/)`[ 檔案](https://developers.cloudflare.com/workers/static-assets/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 的[標準化指南](https://developers.google.com/search/docs/crawling-indexing/canonicalization)稱 canonical 為「提示，而非規則」，因此 canonical、轉址與 Sitemap 的內容必須一致。 - **Hreflang。**根據 Google 的[在地化版本指南](https://developers.google.com/search/docs/specialty/international/localized-versions)，每個語言版本「必須列出自己以及所有其他語言版本」，而且「如果兩個頁面沒有互相指向對方，這些標籤就會被忽略」。請將每個標註都更新為新網址。 ### 結構化資料、內部連結與圖片網址 - **結構化資料。**在新範本中重新建立 Organization、Breadcrumb、Article 或 Product 標記，並用「複合式搜尋結果測試」進行測試。Google 的搬遷指南並未提及這一項，所以很容易被遺漏。 - **內部連結。**請直接指向新網址，而不是指向轉址。 - **圖片與檔案。**請保留具描述性的檔案名稱與替代文字，並將仍有連結或圖片搜尋流量的舊圖片與 PDF 網址做轉址。 ### 分析與同意 重新安裝分析工具、轉換事件與廣告像素，並在測試環境中驗證。如果舊網站會詢問 Cookie 同意，新網站在這些標籤觸發之前也必須以相同方式詢問。 ## 各平台常見的問題 以下說明整理自各平台截至 2026 年 10 月的官方文件，描述的是平台的運作方式，並非缺陷。 | 平台 | 需對應的網址模式 | 匯出與轉址限制 | | ----------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | WordPress | [永久連結](https://wordpress.org/documentation/article/customize-permalinks/)可以是純文字（/?p=N）、日期型或文章名稱型。分類與標籤彙整頁一律會保留如 /category/ 的基底路徑。 | 自 [WordPress 6.4](https://make.wordpress.org/core/2023/10/16/changes-to-attachment-pages/) 起，新安裝的網站預設關閉附件頁面，但升級的網站仍會保持開啟，因此較舊的網站可能每個上傳的檔案都有一個網址。 | | Webflow | CMS 項目位於 Collection 頁面中。 | [程式碼匯出](https://help.webflow.com/hc/en-us/articles/33961386739347-How-do-I-export-my-Webflow-site-code)不包含 CMS 內容、電子商務、使用者帳號、表單處理、網站搜尋與在地化頁面，且需要 Workspace 方案。Collection 可另外匯出為 CSV。 | | Wix | 部落格文章位於 [/post/](https://support.wix.com/en/article/wix-blog-about-blog-post-web-addresses-urls)[ 前綴](https://support.wix.com/en/article/wix-blog-about-blog-post-web-addresses-urls)之下，此前綴可以改名但無法移除。在 WordPress 上，將永久連結結構自訂為 /post/%postname%/ 即可保留。 | Wix 網站[「必須在 Wix 的伺服器上運行」](https://support.wix.com/en/article/exporting-or-embedding-your-wix-site-elsewhere)，因此離開就意味著要重建頁面。 | | Framer | 更改子路徑[不會更新現有的轉址規則](https://www.framer.com/help/articles/how-to-setup-redirects-to-maintain-seo-ranking/)，因此舊規則可能指向已失效的路徑。 | 網站以標準 HTML、CSS 和 JavaScript 發布；[CMS 內容可透過外掛匯出](https://www.framer.com/help/articles/porting-your-data-from-framer/)為 CSV 或 JSON。 | | Squarespace | [網址對應](https://support.squarespace.com/hc/en-us/articles/205815308-URL-mappings)支援以 \[name\] 變數處理整個集合，例如 /blog/\[name\] -> /posts/\[name\] 301。 | [匯出](https://support.squarespace.com/hc/en-us/articles/206566687-Exporting-your-site)的內容為 WordPress XML，包含一個部落格頁面、版面頁面與圖庫，但不含商店頁面、商品、影片或音訊區塊，也不含自訂 CSS。網址對應無法轉址圖片或檔案網址，且上限約為 2,500 行。 | | Shopify | 商店前台網址位於 /products/、/collections/、/pages/ 與 [/blogs//](https://shopify.dev/docs/api/liquid/objects/blog) 等路徑下；Shopify 將 /products 和 /collections 視為固定路徑。 | [轉址](https://help.shopify.com/en/manual/online-store/menus-and-links/url-redirect)僅適用於已不再載入頁面的網址，且每間商店最多 100,000 筆（Plus 為 20,000,000 筆）。 | 離開 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. **您自己的連結。**更新[社群檔案、廣告與名錄刊登](https://dardo.studio/zh-Hant/blog/brand-launch-checklist/)。 ## 上線後的 30、60 與 90 天 ### 第 1 至 30 天：預期會有波動 排名可能會「在 Google 重新爬取並重新索引您的網站期間」出現波動，而且「中小型網站的大多數頁面可能需要幾週才會有變動，較大型的網站則需要更久。」請留意： - **索引與 sitemap 報告。**舊網站的已索引網址會下降，新網站則會上升。 - **各頁面成效。**新網址開始獲得曝光與點擊。 - **伺服器記錄與 404。**每個意料之外的 404 都代表對應表漏了一列。請在兩週內每天檢查。 ### 第 31 至 60 天：與基準比較 將您的熱門到達頁面與其新網址做比較。對於點擊減少的頁面，請依序檢查：轉址是否一次跳轉就到達正確頁面、內容或標題是否有更動、內部連結是否仍指向該頁、是否已列入 sitemap。接著請最有價值的反向連結所在的網站更新連結。 ### 第 90 天之後：持續保留轉址 Google 的指南指出，轉址應「一般至少保留 1 年」，而從使用者的角度，則應「考慮無限期保留轉址」。對於網域搬遷，「變更地址」頁面設定了 180 天的下限，之後若舊網站仍可被爬取，Google 會將其視為無關的網站。該頁面也建議舊網域「至少續費一年」，以免被他人買走。 ## 檢查清單 | 階段 | 任務 | 完成標準 | | --- | ------------------------------ | --------------------------------- | | 事前 | 爬取網站、sitemap 與伺服器記錄 | 有一份列出所有舊網址及其狀態碼的清單 | | 事前 | 匯出到達頁面與連結最多的頁面 | 熱門頁面與反向連結目標已在對應表中標記 | | 事前 | 列出表單、整合、指令碼與檔案 | 每項都有負責人，以及在新網站上的處理計畫 | | 事前 | 建立轉址對應表 | 每個舊網址都有目標網址，或已決定回應 404/410 | | 建置 | 伺服器端 301 或 308 轉址 | 一次跳轉、無轉址鏈，也不大量轉址到首頁 | | 建置 | 標題、描述、canonical、hreflang | 與舊頁面一致；canonical 與 hreflang 使用新網址 | | 建置 | 結構化資料、內部連結、圖片網址 | 通過 Rich Results Test；沒有內部連結會觸發轉址 | | 建置 | 分析、轉換與同意 | 事件在測試環境中能觸發，且在需要時僅於取得同意後觸發 | | 上線 | 移除 noindex 與 robots.txt 封鎖 | 新網址可被爬取 | | 上線 | 測試轉址對應表 | 每一列都回傳預期的狀態碼與目標網址 | | 上線 | Search Console：驗證、sitemap、變更地址 | 已提交且無重大錯誤 | | 事後 | 監控索引、404 與成效 | 舊網址下降，新網址的曝光增加 | | 上線後 | 保留轉址與舊網域 | 至少一年 | ## 網站遷移需要協助嗎 Dardo 會將網站遷移到部署在 Cloudflare Workers 上的客製化 Astro 網站,而轉址對照表是我們在上線前測試、並隨網站一併交付的項目。請參閱[網站遷移](https://dardo.studio/zh-Hant/services/website-migration/);如果遷移時也需要全新的設計,請參閱[網站改版](https://dardo.studio/zh-Hant/services/website-redesign/)。或者[告訴我們您要遷移什麼](https://dardo.studio/zh-Hant/contact/)。 [Nicolás Cerón](https://dardo.studio/zh-Hant/studio/) Nicolás Cerón 是 Dardo 的創辦人。Dardo 是一間位於哥倫比亞波哥大的品牌、網頁設計與開發工作室。 ## 繼續探索。 - [服務 · **網站遷移,不流失 SEO 成果**](https://dardo.studio/zh-Hant/services/website-migration/) - [您的專案 · **開始聊聊**](https://dardo.studio/zh-Hant/contact/)