如何遷移網站

本文件將說明如何變更網站上現有網頁的網址，同時盡可能降低 Google 搜尋結果中您所受到的負面影響。以下幾個範例都屬於這種網站遷移方式：

• 將網址從 HTTP 變更為 HTTPS。
• 將網域名稱從 example.com 變更為 example.net，或者合併多個網域或主機名稱。
• 變更網址路徑：從 example.com/page.php?id=1 變更為 example.com/widget，或從 example.com/page.html 變更為 example.com/page.htm

總覽

1. 網站遷移的一般最佳做法。 掌握大致情況，以及遷移作業會對使用者和排名造成的可能影響。如要從 HTTP 遷移至 HTTPS，請參閱 HTTPS 最佳做法。
2. 準備新網站並進行完整測試。
3. 準備將現有網址對應至相應的新格式。
4. 開始遷移網站，透過設定伺服器，將流量從舊網址重新導向至新網址。
5. 監控新舊網址的流量。

網站遷移的一般最佳做法

• 如果您的網站適合這麼做，請將遷移作業拆分成多個步驟進行。
  如果您的網站規模龐大，建議先遷移網站的一部分 (如果在技術上可行的話)，測試流量和搜尋索引建立作業的所有影響。測試完成後，再一次或分批遷移剩餘的網站內容。在決定要從網站中的哪一個部分開始測試時，建議選擇不常變更，以及不會因為常見或無法預測的事件而受到顯著影響的部分。同時也提醒您，僅先遷移一小部分內容是能妥善測試網站遷移情況的做法，但如果考量到搜尋，這種做法就不一定能夠反映遷移整個網站的情況。遷移的網頁越多，就越有可能碰到其他需要解決的問題。事前謹慎規劃，就能夠盡可能減少問題的發生。
• 一次僅修改一個項目
  制定計畫，逐一執行網站變更，不要一次完成所有變更。舉例來說，如果要將網站遷移至新的網域名稱、變更內容管理系統 (CMS)，以及更新網站以使用新的版面配置，請一次執行一項操作：遷移至新網域，再變更網站的版面配置。
• 請盡可能在網站流量較低時進行遷移。
  如果您的網站流量會因為季節不同而出現變化，或是會固定在星期幾下滑，就可以在這些流量平緩的時段遷移網站，這樣一來，在網站遷移期間可能發生的問題會影響到的使用者較少，而您的伺服器將能提供更多專用資源讓 Googlebot 檢索網站。
• 遷移作業期間網站排名可能出現短暫波動。
  當網站有任何重大異動時，在 Google 重新檢索網站及建立索引的期間，排名很可能出現變動。一般而言，我們需要數週的時間才能為中型網站完成大部分網頁的索引遷移作業，大型網站所需的時間則更長。Googlebot 和我們的系統找出並處理遷移網址所需的時間，取決於網址的數量和您的伺服器速度。 提交 Sitemap 可以加快尋找作業，您也可以將網站分成幾部分來遷移。
• 無須擔心連結信用的問題。
  301、302 和其他伺服器端重新導向不會導致 PageRank 下滑。
• 運用 Search Console。
  Search Console 是您的好幫手，特別是在網站遷移期間。請在 Search Console 中分別驗證每項資源的資料。您可以透過索引狀態報告掌握大致概況，也可以從 Sitemap 報告瞭解透過 Sitemap 提交的網址有多少已建立索引。
• 請耐心等候。
  Googlebot 至少需要將您新舊網站中的每個網址都造訪一次，網站遷移才算完成。Google 沒有固定的檢索頻率，Googlebot 的檢索速度取決於網站的大小，以及可能的檢索速度。因為遷移作業是以網址為單位逐一進行。

準備新網站

每種網站遷移方式的事前準備細節都不盡相同，不過通常需要執行以下一或多項操作：

• 設定 CMS (最好與舊網站相同)，並匯入舊網站的內容。
• 轉移目前代管的圖片和下載項目，例如 PDF 文件。
  這些項目可能已經有來自 Google 搜尋或連結的流量，將這些項目的新位置告訴使用者和 Googlebot 會很有助益。
• 如要將網址遷移至 HTTPS，請在伺服器上取得必要的 TLS 憑證並進行設定。

• 為新網站設定 robots.txt，並確認新網站 robots.txt 檔案中的規則正確反映您要禁止檢索的部分。

  請注意，有些網站擁有者會在開發階段禁止任何檢索。如要採取這個策略，請務必在開始遷移網站時備妥完整的 robots.txt 檔案。同樣地，如果您在開發階段使用 noindex 規則，請在網站開始遷移時，備妥需要移除 noindex 規則的網址清單。

• 如果您不打算將所有舊內容都遷移至新網站，請為已刪除或合併的內容顯示錯誤訊息，確保這些網址在新網站能正確傳回 HTTP 404 或 410 錯誤回應代碼。

• 請確認可能有助於網站遷移作業的 Search Console 設定正確無誤。

  如果您尚未在 Search Console 中驗證新舊網站，請進行驗證，並務必驗證新舊網站的所有版本。舉例來說，請驗證 www.example.com 和 example.com 的擁有權，如有使用 HTTPS 網址，則還須驗證 HTTPS 和 HTTP 兩種版本的網站。舊網站和新網站都需要進行驗證。

  • 檢查 Search Console 的驗證狀態

    網站遷移後，請務必確認您的 Search Console 驗證狀態是否依然正常。 如果您使用其他驗證方法，請注意網址變更時驗證憑證可能會有所不同。

    如果使用 HTML 檔案在 Search Console 中驗證網站的擁有權，別忘了要在新版網站中加入目前的驗證檔案。

    同樣地，如果使用參照 meta 標記的檔案來驗證擁有權，或者透過 Google Analytics 進行驗證，請確認新的 CMS 中也包含這些項目。

  • 請檢查 Search Console 中針對舊網站配置的所有設定，確認新版網站的設定也有配合更新，反映出這些變更。例如：

    • 檢索頻率：同時將新舊網站的檢索頻率設為「讓 Googlebot 決定」。
    • 禁止反向連結：如果您曾經上傳檔案，禁止舊網站上的部分連結，建議使用新網站的 Search Console 帳戶重新上傳這個檔案。

  • 清理近期購買的網域；建議您先確認其中是否有前一位使用者遺留下的問題。請檢查下列設定：

    • 先前垃圾內容導致的人工判決處罰：如果新網站有受到任何人工判決處罰，請解決系統列出的所有問題，然後提出重審要求。
    • 已移除的網址：確認先前的擁有者沒有遺漏任何需要移除的網址，尤其是網站層級的網址。

• 使用網站分析功能分析新舊網站的使用量。而網頁分析軟體能協助完成這項作業。一般而言，設定網站分析的方式是在各網頁上嵌入一段 JavaScript 片段。根據您選用的分析軟體及其記錄、處理或篩選設定的不同，追蹤不同網站所獲得的詳細資料也會有所差異。如需詳細說明，請洽詢您的分析軟體供應商。此外，如果您打算變更分析軟體的任何設定，現在也是很好的時機。如果您使用 Google Analytics，且希望能清楚區分內容報表，建議您為新網站建立新的設定檔。

• 確認伺服器有足夠的運算資源：在遷移之後，Google 針對新網站的檢索作業暫時會比平常更為繁重。這是由於您的網站會將流量從舊網站重新導向新網站，而舊網站的所有檢索也會重新導向新網站，在其他檢索作業之外造成額外負擔。請務必確認您的新網站有足夠的負載量能處理增加的 Google 流量。如果網站規模特別龐大，請與代管服務供應商聯絡，並通知對方您計劃要遷移網站。

準備網址對應

將舊網站的網址對應到新網站的網址是相當重要的工作，本節會針對如何正確評估兩個網站的網址及建立對應關係，說明一些常見做法。產生對應關係的具體操作方式，取決於您目前的網站基礎架構和網站遷移作業詳情。

確定舊網址

在非常簡易的網站遷移作業中，您可以不必建立舊網址的清單。舉例來說，如果要更換網站的網域 (例如從 example.com 變更為 example.net)，只要使用萬用字元的伺服器端重新導向即可。

採用較複雜的方法遷移網站法時，則需要產生舊網址清單，然後將舊網址對應到新目的地網址。取得舊網址清單的方式會依目前的網站設定而異，以下列舉幾項實用提示供您參考：

• 優先處理重要網址。以下方法可以找出這類網址：
  • 查看 Sitemap，因為您最重要的網址很可能都已透過這種方式提交至 Search Console
  • 查看伺服器記錄或分析軟體，鎖定流量最大的網址
  • 查看 Search Console 的「連至你網站的連結」功能，尋找包含內部和外部連結的網頁
• 使用內容管理系統，通常這樣做就能輕鬆取得所有代管內容的網址清單。
• 查看伺服器記錄，鎖定使用者近期至少造訪一次的網址。請注意季節性的流量變化，並依此為網站選擇適合的時段。
• 找出包含圖片和影片的網址。確認網站遷移計畫中包含嵌入內容的網址，例如影片、圖片、JavaScript 和 CSS 檔案。這些網址必須和網站上其他內容以同樣的方式遷移。

建立新舊網址間的對應關係

取得舊網址清單後，請決定每個網址要重新導向至的對應網址。儲存對應的方式會視您的伺服器和網站遷移做法而定，可以使用資料庫，也可以在系統中為常用的重新導向模式設定一些網址重寫規則。

更新新網站的所有網址詳細資料

決定網址對應關係後，可以執行以下三項操作，讓網頁準備好接收流量。

1. 更新註解，指向每個網頁 HTML 或 Sitemap 項目中的新網址：
   1. 每個新網址都應該要有自我參照的 rel="canonical" <link> 標記。
   2. 如果遷移的網站包含多語言或多地區版本的網頁，且使用了 rel-alternate-hreflang 註解，請記得將註解更新為新的網址。
2. 更新內部連結。
   變更新網站上的內部連結，改為指向新網址。必要時，可以使用先前產生的對應檔案來找出連結並更新。
3. 請儲存下列清單以供最後遷移時使用：
   
   • 包含新版對應網址的 Sitemap 檔案。請參閱建立 Sitemap 的說明文件。
   • 連結至舊網址的網站清單。您可以在 Search Console 中找到連至您網站的連結。

規劃重新導向策略

對應關係和新網站都準備就緒後，下一步就是規劃重新導向策略。建議採用伺服器端永久重新導向，按照您在對應關係中指定的方式從舊網址重新導向至新網址。請與您的伺服器管理員 (或代管服務公司) 聯絡，瞭解技術方面可以設定哪些伺服器端重新導向。如果您的伺服器使用的是 Apache HTTP 伺服器或 CMS 中的重新導向函式，設定方式可能會是 .htaccess 檔案中的重新導向規則。

如果無法採用伺服器端重新導向設定，僅存的做法是改回用戶端重新導向。

決定網站遷移方式：一次遷移完成或分段遷移：

• 小型或中型網站：建議一次完成網站上所有網址的遷移，不要分成好幾個部分遷移。這樣可以促進使用者與新編排的網站產生良好互動，也讓 Google 的演算法能夠快速偵測到網站遷移行動，加快更新索引的速度。
• 大型網站：您可以選擇分幾部分來遷移大型網站的內容，以便監控、偵測並快速修正問題。

請留意以下事項：

• 在技術可行的情況下，使用伺服器端永久重新導向。雖然 Googlebot 支援多種重新導向，但仍建議您盡可能使用 HTTP 永久重新導向，例如 301 和 308。
• 避免連續重新導向。雖然 Googlebot 可以在多個重新導向的「鏈結」中追蹤最多 10 個躍點 (例如：第 1 頁 > 第 2 頁 > 第 3 頁)，還是建議您直接重新導向至最終目的地。如果無法這麼做，請盡量減少連續重新導向的次數，最好在 3 次以內，最多不超過 5 次。連續重新導向會增加使用者的等待時間，而且並非所有使用者代理程式和瀏覽器都支援多次連續重新導向。

開始遷移網站

只要網址對應正確無誤，而且規劃好如何設定重新導向，就可以開始遷移了。

1. 導入或啟用重新導向：視重新導向策略而定，這可能表示更新伺服器設定檔，或是更新 CMS (可能透過自訂程式碼)。
2. 查看 rel="canonical" link 註解 robots meta 規則： 重新導向生效後，請確保新網站上的 rel="canonical" link 註解會使用新網址。同樣地，如果您在新網站新增了 noindex robots meta 規則，以避免系統過早將新網址編入索引，請務必更新網址。
3. 測試重新導向。您可以使用網址檢查工具來測試個別網址，或是使用指令列工具或指令碼來測試大量網址。
4. 在 Search Console 中，為舊網站提交網址變更通知。

5. 盡可能保留重新導向連結，通常要保留至少 1 年。 這讓 Google 有時間將所有信號轉移至新網址，包括在舊網址上重新檢索，並重新指派其他網站上指向舊網址的連結。

   從使用者的角度來看，建議您永久保留重新導向。不過，因為重新導向的速度對使用者而言仍較緩慢，建議您更新自己網站的連結以及任何來自其他網站的高流量連結，將這些連結指向新的網址。

6. 在 Search Console 中提交新的 Sitemap。這有助於 Google 瞭解新網址。現階段，您可以移除舊的 Sitemap，因為 Google 將繼續使用新的 Sitemap。

網站遷移之後，Googlebot 和我們的系統需要一段時間才能找出並處理所有遷移的網址，這段時間的長度會視您伺服器的速度和涉及網址的數量而定。一般而言，我們需要數週的時間才能為中小型網站完成大部分網頁的遷移作業，大型網站所需的時間則更長。Googlebot 和我們的系統能以多快的速度找出並處理遷移網址，取決於網址的數量和伺服器速度。

更新連結

開始遷移網站後，請盡量更新多一點連結，以改善使用者體驗並降低伺服器負載。這些連結包括：

• 內部連結：根據您先前建立的網址對應，取代指向您擁有的網頁的所有網址。
• 外部連結：您先前已儲存了一份連至目前內容的網站清單，請試試看能否與這些網站的管理員聯絡，請對方將原本的連結更新為指向新網站。建議您根據每個連結導入的造訪次數來安排處理順序。
• 來自 Facebook、Twitter 和 LinkedIn 的個人資料連結。
• 指向新到達網頁的廣告活動。

監控流量

開始遷移網站後，您可以監控使用者和檢索器的流量在新網站和舊網站上的變化。理想情況下，舊網站的流量會下降，新網站的流量則會上升。您可以使用 Search Console 和其他工具來監控網站上的使用者和檢索器活動。

使用 Search Console 監控流量

Search Console 提供了許多實用功能，可協助監控網站的遷移情形，包括：

• Sitemap：提交您先前為對應關係儲存的兩個 Sitemap。一開始，新網址 Sitemap 中沒有任何已建立索引的網頁，而舊網址 Sitemap 中的許多網頁都已建立索引。經過一段時間後，根據舊網址 Sitemap 建立索引的網頁數量將會逐漸歸零，新網址的索引數量則會相應增加。請注意，如果 Sitemap 含有關於網址重新導向的舊網址，Search Console 可能會顯示警告；這是正常現象，您可以忽略這些警告：畢竟，實際上最後都會移至新的網址。
• 索引涵蓋範圍報表：這個圖表會反映網站遷移的進展，顯示舊網站中已建立索引的網址數量逐漸下滑，而新網站中已建立索引的網址數量則會增加。請定期查看這份報表，確認是否有任何非預期的檢索錯誤。
• 搜尋查詢：隨著新網站建立索引及加入排名的網頁增加，搜尋查詢報告將會開始顯示新網站中網址獲得的搜尋曝光次數和點擊次數。

使用其他工具監控流量

請隨時留意伺服器存取記錄和錯誤記錄，尤其要注意 Googlebot 的檢索記錄、任何非預期傳回 HTTP 錯誤狀態碼的網址，以及一般使用者的流量。

如果您已在網站上安裝任何網站分析軟體，或是您的內容管理系統 (CMS) 提供分析服務，也建議透過這些方式檢查流量，掌握流量從舊網站轉向新網站的進展。尤其是 Google Analytics 的即時報表功能，在網站遷移作業初期十分便利。一般來說，您應該會看到舊網站的流量逐漸減少，新網站的流量逐漸增加。

其他資源

網站遷移作業可能相當繁重且複雜，因此處理做法有很多。我們發現 Aleyda Solis 的網站遷移檢查清單相當實用，還有 Screaming Frog 的網站遷移工具指南也值得參考。

如有任何困難，請前往 Google 搜尋中心尋求協助。
我們的說明頁面有許多實用建議，使用者論壇也有針對特定問題提供的解答。如果找不到答案，可以在搜尋引擎最佳化 (SEO) 諮詢時間即時向 Google 搜尋專家提問。

網站遷移問題疑難排解

以下是遷移網站並變更網址時 (包括從 HTTP 遷移至 HTTPS) 常見的錯誤，這些錯誤可能會導致 Google 無法為新網站建立完整的索引。

常見錯誤
noindex 或 robots.txt 封鎖	部分 noindex 或 robots.txt 封鎖設定僅為遷移作業所需，請記得在不需要時移除。 如果您的網站沒有 robots.txt 檔案也沒關係，但如果 robots.txt 檔案不存在，請務必傳回正確的 404 HTTP 狀態碼。 測試方法： 檢查 HTTPS 網站中的 robots.txt 檔案，確認是否有任何需要修改的地方。 使用網址檢查工具檢查任何 Google 漏掉的新網站網頁。
重新導向有誤	檢查從舊網站到新網站的重新導向，常有使用者被重新導向至新網站上錯誤的網址 (不存在的網址)。 您可以使用 Search Console 確認是否有「找不到」錯誤數量異常記錄，或使用 Screaming Frog 等其他工具檢索您的網站，看看重新導向是否運作正常。
其他檢索錯誤	檢閱索引涵蓋範圍報表，確認新網站在遷移期間是否有其他錯誤數量增加的情況。
伺服器負載量不足	遷移完成後，Google 針對新網站所進行的檢索作業會比平常更為繁重，這是由於您的網站會將流量從舊網站重新導向新網站，而舊網站的所有檢索也會重新導向新網站，在其他檢索作業之外造成額外負擔。請務必確認網站有足夠的負載量能處理增加的 Google 流量。
未更新 Sitemap	請確認已更新所有 Sitemap 並納入新網址。