遷移網站並變更網址

本文說明如何在變更網站上現有網頁的網址時,盡可能減少對 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. 監控新舊網址的流量

遷移整個網站並變更網址時的常見問題

  • Google 建議一次遷移所有內容,還是分段遷移?
    您可以採取分段遷移的方式。
  • 如何測得已建立索引的網頁數量?
    請在 Search Console 中分別驗證每項資源的資料。您可以透過索引狀態報告掌握大致概況,也可以從 Sitemap 報告瞭解透過 Sitemap 提交的網址有多少已建立索引。
  • Google 需要多久時間才能辨識網址的異動?
    Google 沒有固定的檢索頻率,辨識異動的時間長短會依網站規模和可能的檢索速度而定,因為遷移作業是以網址為單位逐一進行。
  • 重新導向到新網址會影響連結評價嗎?
    不會。301 或 302 重新導向不會導致 PageRank 下滑。

從 HTTP 遷移至 HTTPS

  • 參閱 HTTPS 最佳做法
  • 請務必將 HTTPS 資源新增到 Search Console。Search Console 會分別處理 HTTP 和 HTTPS,不會共用這兩種資源的資料。因此,如果您有網頁同時使用這兩種通訊協定,就必須為這兩種通訊協定分別建立不同的 Search Console 資源。

從 HTTP 遷移至 HTTPS 的常見問題

HTTPS 遷移作業會影響排名嗎?

就和所有遷移作業一樣,在遷移過程中,排名可能會有些許變動。不過,為了避免發生 HTTPS 特有的錯誤,仍然建議您詳閱 HTTPS 網頁最佳做法資訊

HTTPS 網站的排名可能會微幅提升,但不會出現明顯變化。雖然 Google 將 HTTPS 當成正向的排名信號,但是這項信號只是影響排名的眾多因素之一,目前影響力也比不上提供優質的網站內容,因此在短期內,遷移至 HTTPS 並不會為搜尋引擎最佳化 (SEO) 帶來重大優勢。不過長期來看,未來 Google 很可能提高 HTTPS 的權重。

可以只將部分網頁遷移到 HTTPS 嗎?

可以。您可以按照自己的步調,先從一部分網頁開始著手,經過測試之後再遷移更多網頁。

如果您採取分批將網頁從 HTTP 遷移至 HTTPS 的做法,同時想避免處理中的網址提早被編入索引,建議您使用 rel=canonical 而不是重新導向。如果使用重新導向,將無法測試進行重新導向的網頁。

使用 rel=canonical 標記是否能保證 HTTP 網址一定能編入索引?

不能,但在我們選擇要將已建立索引的哪個網址提供給使用者時,這會是很強勁的信號。

Google 建議使用哪個憑證?

凡是新式瀏覽器接受的新型憑證,Google 搜尋也都接受。

搜尋關鍵字是否會在網站遷移至 HTTPS 後有所變動?

這部分不會因為改用 HTTPS 而有任何改變,您仍然可以在 Search Console 中查看搜尋查詢。

如何測得已建立索引的網頁數量?

在 Search Console 中分別驗證 HTTP 和 HTTPS 資源,然後使用索引涵蓋範圍報表查看哪些網頁已建立索引。

從 HTTP 遷移至 HTTPS 需要多久?

Google 沒有固定的檢索頻率,辨識異動的時間長短會依網站規模和可能的檢索速度而定,因為遷移作業是以網址為單位逐一進行。

我們在 robots.txt 中參照了 HTTP Sitemap,應該更新 robots.txt 以加入新的 HTTPS Sitemap 嗎?

建議您分別建立 HTTP 和 HTTPS 的 robots.txt 檔案,並將兩個檔案分別指向對應的 Sitemap 檔案。另外,也建議您只在其中一個 Sitemap 檔案中列出個別網址。

哪一個 Sitemap 應該對應至試行 HTTPS 的部分?

您可以針對網站中已更新的部分單獨建立一個 Sitemap,這樣就能更準確地追蹤試行部分的索引編列情形,不過,請務必確認這些網址並未重複出現在其他 Sitemap 中。

如果我們採用了重新導向 (從 HTTP 到 HTTPS 或從 HTTPS 到 HTTP),Sitemap 中應列出哪些網址?

無論是否在使用者造訪網頁時進行重新導向,都應該在 HTTP Sitmap 中列出所有 HTTP 網址,在 HTTPS Sitemap 中列出所有 HTTPS 網址。在 Sitemap 列出所有網址可以幫助搜尋引擎更快發現新網址。

是否需要針對 HTTPS 版本的 robots.txt 另外加入特定內容?

不需要。

我們應該支援 HSTS 嗎?

雖然 HTTP 嚴格傳輸安全性機制能夠提升安全性,但也會讓復原策略變得更為複雜。如需詳細資訊,請參閱 HTTPS 最佳做法

如果整個網站只使用一個 Google 新聞 Sitemap,該如何分段遷移網站?

如果想針對新遷移的 HTTPS 部分使用 Google 新聞 Sitemap,請先與 Google 新聞團隊聯絡並告知通訊協定異動。等您將網站各部分遷移至 HTTPS 時,再到 Search Console 的 HTTPS 資源中提交新的 Google 新聞 Sitemap

對於 Google 新聞發布者中心的 HTTPS 遷移作業,Google 有任何特別的建議嗎?

Google 新聞發布者中心會直接處理 HTTP 遷移至 HTTPS 的相關作業,因此,除非您同時使用了新聞 Sitemap,否則一般來說不必為 Google 新聞採取任何動作。如果您使用了新聞 Sitemap,請與 Google 新聞團隊聯絡並告知異動。您也可以向新聞團隊告知異動部分。舉例來說,如果是要遷移至 HTTPS,您可以指出自己正從 http://example.com/section 遷移至 https://example.com/section。 

準備新網站

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

  • 設定新的內容管理系統 (CMS) 並在其中新增內容。
  • 轉移目前代管的圖片和下載項目,例如 PDF 文件。
    這些項目可能已經有來自 Google 搜尋或連結的流量,因此將這些項目的新位置告訴使用者和 Googlebot 會很有助益。
  • 如要將網址遷移至 HTTPS,請取得必要的傳輸層安全標準 (TLS) 憑證並在伺服器上進行設定。

為新網站設定 robots.txt

網站的 robots.txt 檔案能夠控制 Googlebot 可以檢索的區域。請確認新網站 robots.txt 檔案內的指令能正確反映您要禁止檢索的部分。

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

為已刪除或合併的內容顯示錯誤訊息

對於不會從舊網站遷移至新網站的內容,請確認這些孤立網址可正確傳回 HTTP 404 或 410 錯誤回應代碼。您可以透過新網站的設定面板讓舊的網址傳回錯誤回應碼,也可以為新網址建立重新導向,並讓該網址傳回 HTTP 錯誤代碼。

確認 Search Console 設定正確

網站遷移作業是否能成功,取決於 Search Console 的設定是否正確且符合現況。

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

檢查 Search Console 的驗證狀態

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

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

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

檢查 Search Console 中已設定的項目

如果您曾經在 Search Console 中變更舊網站的部分設定,則必須讓新網站的設定也反映這些變更。例如:

  • 網址參數:如果您曾經設定網址參數來控制舊網址的檢索或索引作業,請確認也為新網站套用必要的相同設定。
  • 指定地理區域:您的舊網站可能已有明確的指定地理區域,例如指定地理區域網域或國家/地區代碼頂層網域 (例如 .co.uk)。如果要繼續指定相同區域,請為新網站套用相同設定。不過,如果您遷移網站的目的是為了協助公司進入國際市場,因此不希望網站與任何特定國家/地區建立關聯,請在「網站設定」網頁的下拉式清單中選取 [未選取]
  • 檢索頻率:建議不要在 Search Console 中限制 Googlebot 檢索新舊網址的頻率,也不要設定特定的檢索頻率,除非已經知道網站無法承擔 Googlebot 的檢索量,才需要這麼做。如果您已對 Googlebot 檢索舊網站的頻率設限,請考慮移除限制。Google 的演算法會自動偵測網站是否已經遷移,並且據此調整 Googlebot 的檢索行為,讓索引更快反映這項變更。
  • 禁止反向連結:如果您曾經透過上傳檔案,禁止舊網站上的部分連結,建議使用新網站的 Search Console 帳戶重新上傳這個檔案。

清理近期購買的網域

如果您的新網站將設在最近購買的網域上,建議先確認其中是否有前一位使用者遺留下的問題。請檢查下列設定:

  • 先前垃圾內容導致的專人介入處理:Google 會對不遵循《網站管理員指南》的網站採取專人介入處理行動,例如降低網站排名,甚至將網站從搜尋結果中完全移除。請查看 Search Console 的「專人介入處理」頁面,瞭解系統是否曾對新網站採取任何專人介入處理行動,並且解決其中列出的所有問題,「最後」再提出重審要求
  • 已移除的網址:確認先前的擁有者沒有遺漏任何需要移除的網址,尤其是網站層級的網址。此外,在為內容提交移除網址要求前,請確認您已瞭解不該使用網址移除工具的情況

使用網頁分析

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

確認伺服器有足夠的運算資源

遷移完成後,Google 檢索新網站的頻率會比平常更為繁重,這是因為您的網站會將流量從舊網站重新導向新網站,而舊網站的所有檢索也會重新導向新網站,除此之外,新的網站還必須處理任何其他檢索作業。請務必確認您的新網站有足夠的負載量能處理增加的 Google 流量。

更新資料螢光筆

如果曾經使用資料螢光筆對應舊網頁中的資料,請務必為新網站重新執行對應作業。

Google 搜尋結果顯示的某些應用程式連結會在應用程式中開啟您的網頁,請在 HTTPS 網頁準備就緒後更新這類連結,以便引導至新的 HTTPS 網址。這類連結不支援重新導向,因此除非更新了應用程式連結的處理方式,否則使用者在行動瀏覽器中點選連結後,只能在瀏覽器中開啟網頁,無法透過應用程式開啟。

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

準備對應網址

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

1. 確定目前的網址

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

如果網站遷移作業較複雜,就需要為舊網址建立清單,然後一一對應到新的目的地網址。取得舊網址清單的方式會依目前的網站設定而異,以下列舉幾項實用提示供您參考:

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

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

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

3. 更新所有網址的詳細資料

決定網址對應關係後,可以執行以下三項操作,讓網頁做好遷移準備。

  1. 更新每個網頁在 HTML 或 Sitemap 項目中的註解
    1. 每個到達網頁網址都應該要有自我參照的 rel="canonical" <link> 標記。
    2. 如果遷移的網站包含多語言或多地區版本的網頁,而且這些網頁含有 rel-alternate-hreflang 註解,請記得將註解更新為新的網址。
    3. 如果遷移的網站有相應的行動裝置版本,請務必更新 rel-alternate-media 註解。 詳情請參閱智慧型手機網站指南
  2. 更新內部連結。
    變更新網站上的內部連結,由舊網址改成指向新網址。必要時,可以使用先前產生的對應檔案來找出連結並進行更新。
  3. 建立並儲存 Sitemap 和連結清單。
    請儲存下列清單以供最後遷移使用:
    • 包含新版對應網址的 Sitemap 檔案
    • 包含舊版對應網址的 Sitemap 檔案
    • 連結至目前內容的網站清單

    進一步瞭解 Sitemap

4. 301 重新導向的準備工作

對應關係和新網站都準備好之後,下一步就是在伺服器上設定 HTTP 301 重新導向,依據對應關係將舊網址導向新網址。

請留意以下事項:

  • 使用 HTTP 301 重新導向。雖然 Googlebot 支援多種重新導向,但還是建議您盡可能使用 HTTP 301 重新導向。
  • 避免連續重新導向。雖然 Googlebot 和瀏覽器可以追蹤多個重新導向的「鏈結」(例如:第 1 頁 > 第 2 頁 > 第 3 頁),還是建議您直接重新導向至最終目的地。如果無法這麼做,請盡量減少連續重新導向的次數,最好在 3 次以內,最多不超過 5 次。連續重新導向會增加使用者的等待時間,而且並非所有瀏覽器都支援多次連續重新導向。
  • 測試重新導向。您可以使用網址檢查工具來測試個別網址,或是使用指令列工具或指令碼來測試大量網址。

開始遷移網站

只要網址對應正確且重新導向功能正常運作,即可開始遷移網站。

  1. 決定網站遷移方式:一次遷移完成或分段遷移:
    • 小型或中型網站:建議一次完成網站上所有網址的遷移,不要分成好幾個部分遷移。這樣可以促進使用者與新編排的網站產生良好互動,也讓 Google 的演算法能夠快速偵測到網站遷移行動,加快更新索引的速度。
    • 大型網站:您可以選擇分幾部分來遷移大型網站的內容,以便監控、偵測並快速修正問題。
  2. 更新 robots.txt 檔案
    • 在舊網站上,移除所有 robots.txt 指令。 這個動作可以讓 Googlebot 發現所有指向新網站的重新導向,並據此更新索引。
    • 在新網站上,確認 robots.txt 檔案允許所有檢索,包括對圖片、CSS、JavaScript 和其他網頁資產的檢索 (您不想開放檢索的網址除外)。
  3. 根據網址對應關係設定舊網站,將使用者和 Googlebot 從舊網站重新導向至新網站
  4. 在 Search Console 中為舊網站提交網址變更要求
  5. 在舊網站上,提交預先備妥的兩份 Sitemap (包含新舊網址)。這個動作有助於檢索器發現從舊網址指向新網址的重新導向,使遷移網站的過程更順利。
  6. 盡可能保留重新導向連結,通常要保留至少 1 年。這讓 Google 有時間將所有信號轉移至新網址,包括在舊網址上重新檢索,並重新指派其他網站上指向舊網址的連結。

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

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

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

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

監控流量

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

使用 Search Console 監控流量

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

  • Sitemap:提交您先前為對應關係儲存的兩個 Sitemap。一開始,新網址 Sitemap 中沒有任何已建立索引的網頁,而舊網址 Sitemap 中的許多網頁都已建立索引。經過一段時間後,根據舊網址 Sitemap 建立索引的網頁數量將會逐漸歸零,新網址的索引數量則會相應增加。
  • 索引涵蓋範圍報表:這個圖表會反映網站遷移的進展,顯示舊網站中已建立索引的網址數量逐漸下滑,而新網站中已建立索引的網址數量則會增加。請定期查看這份報表,確認是否有任何非預期的檢索錯誤。
  • 搜尋查詢:隨著新網站有越來越多網頁編入索引並加入排名,搜尋查詢報告將會開始顯示新網站中網址獲得的搜尋曝光次數和點擊次數。

使用其他工具監控流量

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

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

網站遷移問題疑難排解

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

常見錯誤

noindex 或 robots.txt 封鎖

部分 noindex 或 robots.txt 封鎖設定僅為遷移作業所需,請記得在不需要時移除。

網站沒有 robots.txt 檔案沒有關係,但請務必在無法提供系統要求的 robots.txt 檔案時,盡速傳回正確的 404 錯誤碼。

測試方法:

  • 檢查 HTTPS 網站中的 robots.txt 檔案,確認是否有任何需要修改的地方。
  • 使用網址檢查工具檢查任何 Google 漏掉的新網站網頁。

重新導向有誤

檢查從舊網站到新網站的重新導向,常有使用者被導向至新網站上錯誤的網址 (不存在的網址)。

其他檢索錯誤

檢閱索引涵蓋範圍報表,確認新網站在遷移期間是否有其他錯誤數量增加的情況。

負載量不足

遷移完成後,Google 檢索新網站的頻率會比平常更為繁重,這是因為您的網站會將流量從舊網站重新導向新網站,而舊網站的所有檢索也會重新導向新網站,除此之外,新的網站還必須處理任何其他檢索作業。請務必確認網站有足夠的負載量能處理增加的 Google 流量。

如要在您的應用程式中開啟網頁,請先將應用程式連結更新為指向新網址,再將舊網頁重新導向新網頁。如果沒有更新應用程式連結,Google 就不會建議透過應用程式開啟搜尋結果中的新連結,而是會在瀏覽器中將使用者導向網站。

未更新 Sitemap

請確認已更新所有 Sitemap 並納入新網址。

未更新資料螢光筆

如果曾經使用資料螢光筆對應舊網頁中的資料,就需要為新網站重新執行對應作業。