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。多年來,這可能會產生一系列重定向,這對爬行來說是個問題。
網站遷移很艱難
正如穆勒建議的那樣,提前計劃很重要。將相似的頁面映射在一起,並註意來自入站鏈接的鏈接公平性。站點遷移可能會導致站點丟失搜索結果,但如果之前有徹底的遷移計劃,則不必發生這種情況。