Google 提供有關成功完成網站遷移的提示
谷歌發布了一個關於網站遷移的新視頻。John Mueller 提供了有關 Google 如何處理網站遷移以及遷移需要多長時間的見解。主要的收穫是站點遷移可能很困難，並且在遷移之前需要製定一個全面的計劃。
視頻以一個問題開頭：
“我們目前正在進行網站遷移，我們還想重新構建網站上的 URL。這會帶來任何風險嗎？”
遷移站點通常意味著更改域名，有時是因為公司與另一家公司合併或品牌更改。
將兩個站點連接在一起是最棘手的，因為您必須選擇哪些 URL 將保留，哪些將合併到相似的現有頁面中。
約翰穆勒回答：
“不幸的是，雖然這聽起來像是網站內部的一個小改動，但對於搜索引擎來說並不是那麼簡單。
特別是，像谷歌這樣的搜索引擎以每頁為基礎存儲他們的索引。
因此，如果您更改頁面的地址或 URL，則必須以某種方式轉發該頁面的數據，否則它會丟失。
無論您是完全重建網站還是只是從 URL 的末尾刪除斜線，都沒有關係。這些本質上都是現場搬遷。”
John Mueller 提供站點遷移提示
1.研究選項和潛在影響
站點遷移可能具有破壞性，因此通過將一個站點映射到另一個站點來規劃遷移非常重要。一種方法是將兩個站點劃分為多個部分，並查看這些部分是否可以相互映射。
從那裡開始，一對一映射 URL 並確定哪些 URL 不能移動到新站點並應該解析為 404 響應，如果有指向這些頁面的鏈接，這可能會很困難。這就是為什麼提前計劃很重要，徹底。
穆勒建議：
“由於這些變化需要時間並具有排名影響，因此還建議您考慮何時採取行動。”
Google 的 John Mueller 的屏幕截圖
2. 創建新舊 URL 列表
這是重要的一步。
根據約翰：
“……這個提示將幫助您在之後跟踪和檢查更改。”
一個好的做法是創建一個 URL 電子表格，這可以通過 Screaming Frog 輕鬆完成。
完成重定向和新 URL 後，您可以通過將舊站點結構列表上傳到 Screaming Frog 來檢查工作，以便它可以抓取 URL。
這很容易通過選擇模式>列表然後單擊上傳下拉菜單選項卡並選擇要上傳的文件類型來完成。
Screaming Frog 將抓取列表中的舊 URL，並顯示哪些 URL 正在重定向到新 URL，哪些沒有，並返回 404 page not found 錯誤響應代碼。
404 URL 可能是沒有進入新站點的 URL（如果它們不是計劃被故意刪除的 URL）。
您必須確定 404 是否是正確的響應（您打算這樣做），或者該 URL 是否無意中被排除在站點遷移之外並且需要映射到新的 URL。
3. 實施遷移
穆勒建議：
“301 將所有舊 URL 重定向到新 URL，同時更新所有內部提及，例如：
- 鏈接
- 形式
- 結構化數據
- 站點地圖
- 和 Robots.txt 文件”
4. 監控遷移
Mueller 建議為此使用 Search Console：
“檢查所有頁面是否有重定向。在 Google 的搜索控制台報告中，您應該會看到最重要頁面的快速更改，然後隨著我們的系統重新處理其餘頁面而緩慢更改。”
穆勒警告說，最後一部分可能需要幾個月才能完成。他談到瞭如何確定整體網站質量可能需要幾個月的時間。谷歌必須基本上了解一個網站是關於什麼的，包括網站質量，並了解該網站在互聯網中的位置。
John 建議將重定向保留至少一年。
根據我的經驗，可能有必要考慮將重定向保留一年以上。原因是如果重定向被刪除，舊的 URL 具有指向它們的其他站點的鏈接將成為損壞的鏈接。
您可以創建與鏈接到您的聯繫網站的外展活動，並要求他們修復鏈接以指向已更改的 URL。
但是您必須注意，進行這種外展可能會適得其反，因為某些網站出於多種原因可能會決定完全刪除該鏈接。
此外，可能存在您不知道的鏈接，因此您永遠無法確定是否已更新所有入站鏈接。因此，出於這個原因，可能有必要保留這些重定向，並準備好在某些 URL 再次更改時更新它們，以避免創建鏈接重定向。
鍊式重定向是指一個舊 URL 重定向到另一個舊 URL，該舊 URL 在重定向到最終 URL 之前又重定向到另一個舊 URL。多年來，這可能會產生一系列重定向，這對爬行來說是個問題。
網站遷移很艱難
正如穆勒建議的那樣，提前計劃很重要。將相似的頁面映射在一起，並註意來自入站鏈接的鏈接公平性。站點遷移可能會導致站點丟失搜索結果，但如果之前有徹底的遷移計劃，則不必發生這種情況。