如何在不丟失排名和流量的情況下切換域
已發表: 2021-10-22更改域名可能是 SEO 的噩夢。
處理不當，流量和排名可能會在一夜之間或多或少地下降，對業務收入產生明顯的連鎖反應。
但是，如果處理得當，可以將風險降到最低，並且可以使體驗相對輕鬆。
為什麼要更改域名？
首先，值得一提的是，如果可能的話，最好避免更改域名。 即使事情做對了，遷移仍然會導致可能持續數月的波動或流量下降。
在一位 SEO 專業人士（以及該主題的評論者）對為什麼看似正確完成的遷移導致排名和流量損失幾個月後沒有恢復跡象感到困惑之後，我在谷歌的支持論壇上看到了這篇文章.
也就是說，如果可以，請避免域名切換。
但是，當然有一些情況是不可避免的並且這樣做是有意義的：
業務需求
可能有更廣泛的商業壓力迫使這種轉變。 也許該公司被另一家收購了，或者已經改變了方向。 該公司可能已經從最初選擇的狹隘域名擴展而來。
您可能從 hatsforhamsters.co.uk 開始，但後來擴展到其他種類的寵物的帽子。 在這種情況下，轉移到 hatsforpets.co.uk 是有意義的。 順便說一句，沒有人偷走我的下一個商業冒險。
國際化
如果您想在 CCTLD 以外的國家/地區發展自然搜索，建議您從 .co.uk 或 .fr 等國家代碼頂級域 (CCTLD) 轉移。
如果您想增加國際流量和收入，則值得轉向通用頂級域 (GTLD)，例如 .com。
因此，如果 hatsforpets.co.uk 絕對蓬勃發展，並且其他國家/地區對寵物帽子的需求很大，那麼切換到 hatsforpets.com 將是明智的，以便更好地定位到國際領土。
查看我們的所有國際 SEO 指南以獲取更多信息。
將多個域合併為一個
尤其是在大型組織中，看到多個域並不少見，無論是針對各個國家/地區的單獨域，還是為特定產品構建的微型站點。
在這種情況下，將多個屬性遷移到主域是有意義的，因為儘管涉及相對短期的風險，但在一個域中整合權限和資源方面的長期利益是值得的。
從 http 遷移到 https
我希望大多數網站幾年前都這樣做，但你永遠不知道。 早在 2018 年，Google 就開始將所有 HTTP 網站標記為不安全，而 HTTPS 自 2014 年以來一直是一個很小的排名因素。因此，如果您還沒有這樣做，請讓您的網站使用 HTTPS。 Google 將此視為帶有 URL 更改的站點遷移。
何時不更改域名
不要更改您的域名，因為您購買了一個包含主要關鍵字的域名，並且您認為更改對 SEO 有好處。
這不值得大驚小怪：雖然一些排名因素研究表明在域名中包含關鍵字有一點好處，但谷歌表示這不是一個因素。
假設您目前正在對某些術語進行排名，那麼無論您從關鍵字域名中獲得或沒有獲得的任何小好處都不值得遷移所固有的排名和流量波動。
如何在不丟失流量的情況下更改域名
流量肯定會在短期內波動，但遵循以下步驟將有所幫助：
1) 盡可能保持相同
切換域已經夠複雜了，所以盡量保持其他相同。 保持
URL 結構相同，以幫助 Google 了解新舊頁面之間的關係並簡化轉換。
保持 CMS 不變。
保持網站設計和頁面內容相同。
儘管可以在遷移過程中修復基本和明顯的技術錯誤，例如損壞的內部鏈接或重定向鏈，但我傾向於保留任何重要的工作，例如修改內容或設計，或審核和改進所有博客內容，域名變更的範圍。
這不僅是為了降低複雜性，也是為了更好地識別事情進展順利或不順利的地方。 如果您在每個頁面上都伴隨著域名切換的新副本以及頁面模板佈局的更改，那麼很難確定導致成功或問題的原因。
2) 爬取並了解當前站點
對現有域運行 Screaming Frog 抓取，以獲取站點上每個 URL 的列表。 在爬網中包含 XML 站點地圖，以幫助確保沒有遺漏任何內容。 使用與 Google Analytics、Google Search Console 和 Ahrefs 的 API 連接，將這些 URL 與流量和反向鏈接數據相匹配。
此階段突出顯示您過期域上必須進行 301 重定向的最高優先級頁面。 此外，在比較遷移後的性能時，此數據將成為一個方便的基準。
在 Search Console 中驗證新域名，如果您還沒有這樣做，請確保您的舊域名也經過驗證。 如果在域級別執行此操作，則無需添加 www。 和非萬維網。 版本。
3) 檢查新域的健康狀況
新 Search Console 驗證並啟動並運行後，您將能夠查看該域是否已成為任何手動操作的對象。 如果是這樣，您會遇到一些麻煩，但請查看 Google 的指南，了解如何操作以及如何提交重新審核請求。
使用 Ahrefs 檢查新域的反向鏈接數據。 如今，谷歌在識別傳入鏈接何時明顯是垃圾郵件或有毒方面相當出色，並會自動對其進行折扣。 但是，如果域被基於鏈接的手動操作擊中，或者您有大量垃圾鏈接，請在拒絕文件中獲取所有操縱、垃圾和有毒鏈接，並將其上傳到新創建的 Search Console。
查看 https://web.archive.org/ 上的新域，了解它過去在該域上存在的任何可疑或垃圾郵件內容，這些內容可能已向 Google 提出了一些危險信號。
4) 地圖重定向
這絕對是在不損失排名和流量的情況下更改域名最重要的一步。
使用您在上述步驟中編譯的 URL 列表，為新 URL 添加一個新列，並繪製出您的 301 重定向。
這些應該用於將舊頁面重定向到具有相同內容的新頁面。 請注意，如果所有更改只是域名或從 http 到 https 的移動，並且所有 URL slug 保持不變，則不需要映射單個重定向，這可以通過通配符重定向來處理。
雖然您可以將許多舊 URL 重定向到一個新 URL，但只有在新 URL 相關時才應該這樣做。 避免將大量舊 URL 重定向到不太相關的頁面，例如主頁，因為這有可能被視為軟 404。
這在谷歌的網站管理員指南中有詳細說明，用於移動帶有 URL 更改的站點，這絕對值得一讀。
更改域時值得考慮的 301 重定向的其他一些關鍵點：
- 盡可能避免重定向鏈。
- 301 重定向不會導致 PageRank 的任何損失（顯然，但根據我的經驗，最好盡可能避免更改 URL）。 在這種情況下，值得詢問鏈接到您網站的外部發布商是否可以更新他們對您的新 URL 的鏈接。
- 僅當 URL 有價值或您有相同的頁面可將其重定向到新域時才重定向 URL。 如果沒有等效的新 URL，或者舊 URL 沒有排名、沒有吸引流量或沒有任何反向鏈接，則讓頁面 404。如果該頁面沒有價值且不需要，則 404 沒有任何問題不再出現在您的網站上。
5) 確保技術要素正確
有幾個技術領域需要檢查新域，但通常會被忽略：
新域上的每個 URL 都應該有一個自引用的規範標籤。 仔細檢查新域上的規範是否包含新域名，並且引用的是 HTTPS 而不是 HTTP！ 一兩次我看到一個最近遷移的域仍然有引用舊域名的規範，這肯定不會對您的排名和流量產生任何好處。
同樣，確保創建新的 xml 站點地圖並正確引用新 URL。 此外，確保 robots.txt 站點地圖參考更新到新域。
更新新域上的內部鏈接，以便不需要內部重定向。
6) 遷移到新域後要檢查的內容
最重要的是，測試 301 重定向。 您可以通過將您的 URL 列表置於 Screaming Frog 的列表模式中來做到這一點。
如果您無法訪問 Screaming Frog，請使用 https://httpstatus.io/ 之類的網站檢查舊 URL 的狀態並確認它們是否按預期重定向。 在這個階段，手動檢查您的舊優先頁面是否正確重定向很有用，並測試當您點擊一些 Google 搜索結果時會發生什麼。
檢查是否刪除了阻止 Google 訪問新域的任何規則，無論是 robots.txt 排除還是密碼保護。 還要確認重定向規則適用於 www 或非 www。 URL 的版本，以及斜杠和非斜杠 URL。
不要忘記更改社交或業務資料中的鏈接，例如 LinkedIn、Google My Business 和 Facebook。 如果您獲得重要引用列表並更改它們，以及更新電子郵件簽名並在社交媒體上大喊域名更改，它也可能很有用並且通常不會令人困惑。
7）切換域後的谷歌搜索控制台任務
當新網站上線時，Search Console 也有幾個步驟：
使用 Google Search Console 的地址更改工具將更改告知 Google - 儘管如果您只是從 http 遷移到 https，則沒有必要這樣做。
將新站點地圖提交到新域的 Google Search Console 屬性並請求將主頁編入索引。
確保您在舊 Search Console 中的所有設置都被帶到新 Search Console。 例如，任何保留相關的參數排除或拒絕文件都需要在新屬性中替換。
8) 監控遷移是否成功
更改域名後，使用 Search Console 監控索引和流量的進度。
在舊域的屬性中，您應該會看到編入索引的網址、展示次數和點擊次數會隨著時間的推移而減少，而在新域的屬性中，您應該會看到這些增加，以及搜索結果報告中的查詢列表。
最後的想法
所以你有它。 總結一下：
- 如果可能，盡量避免更改域名，但這樣做肯定有正當理由。
- 不要更改任何其他內容：盡可能保持設計、內容和 URL 結構等元素相同。
- 抓取您當前的域並收集有關其 URL 性能的數據。
確保為舊域和新域設置了 Search Console。 - 通過評估反向鏈接、查看 https://web.archive.org/ 並檢查 Search Console 中的手動操作來檢查新域名的運行狀況。
- 確保每個有價值的舊 URL 301 都重定向到新域上的等價物。 如果舊 URL 無用或新域上沒有等效內容，則對舊 URL 進行 404 處理沒有任何問題。
- 確認規範、xml 站點地圖、內部鏈接和 robots.txt 等元素已更新以反映域名切換。
- 在 Search Console 中執行所需的任務，以幫助 Google 了解切換，並監控遷移進度。
如果您有任何問題，請隨時與我們聯繫。