谷歌SEO：什么是網(wǎng)站遷移？

網(wǎng)站遷移是一個術(shù)語，用于描述可能影響SEO的網(wǎng)站設置的任何重大更改，例如對域、URL、托管、平臺或設計的更改。有許多不同類型的遷移，但規(guī)劃和故障排除的基本步驟是相似的。遷移可能非常復雜，因為它們通常涉及許多人和移動部件。如果一切都沒有按計劃進行，請不要驚慌；您幾乎可以修復任何出錯的地方。

網(wǎng)站遷移準備

您需要知道發(fā)生了什么變化以及需要誰參與才能使其發(fā)生。換句話說，您需要一個計劃和一個位置來跟蹤所有活動部件。您需要了解所有相關(guān)人員、他們的角色、截止日期，并有一個流程來跟蹤一切。項目經(jīng)理和項目管理系統(tǒng)對此有所幫助。試圖在電子郵件和Slack中完成這一切可能會很快失控。您還希望有一個回滾計劃，以防萬一出現(xiàn)可怕的錯誤。即使您只打算在極端情況下使用它，您也應該始終有辦法恢復到原始狀態(tài)。

您會想知道遷移的影響，因此請確保您可以訪問舊站點和新站點上的GSC和Analytics（如果需要查看兩者，請創(chuàng)建組合視圖）。有些更改可能需要幾周甚至幾個月的時間，您可能會看到變化，但其他更改可能根本看不到任何變化。例如，如果您要將一個中型站點遷移到一個新域，我預計會出現(xiàn)幾周的變化。但是，如果您合并到現(xiàn)有站點中，則可能根本看不到任何流量中斷。你還想做一些準備工作。我建議幾個步驟：

·抓取您的網(wǎng)站。您將使用它作為基線來檢查稍后的更改。您可以為此使用站點審計。

·創(chuàng)建一組測試頁面，例如Site Explorer中Top Pages報告中的那些頁面。稍后您將使用這些來檢查錯誤。您可能希望在單獨的Site Audit項目中繼續(xù)抓取這些內(nèi)容，以便您以后可以輕松地比較它們。

·限制對您的登臺或開發(fā)站點（如果有）的訪問，以防止將其編入索引。

·備份您的網(wǎng)站，以防萬一您需要恢復它。

網(wǎng)站遷移執(zhí)行

確切地說，網(wǎng)站遷移所涉及的內(nèi)容取決于URL是否保持不變。下面我們將討論這兩種情況。

1.當URL相同時

這通常是一個更直接的舉措——至少在SEO方面——因為更少的事情需要改變。這可能仍然是一個復雜的舉措，但與這些舉措相關(guān)的許多任務通常更多地是基礎(chǔ)設施/DevOps或開發(fā)人員的工作，而不是SEO。這些遷移可能包括：

·托管（Hosting）：CDN、服務器

·平臺（Platform）：CMS、語言、JS框架

·設計（Design）：模板、內(nèi)部鏈接、標簽

如果您使用的是臨時站點或開發(fā)站點，最好在實時啟動之前訪問以檢查問題。為此，您實際上是在尋找任何更改，包括以下內(nèi)容：

·規(guī)范標簽（Canonical tags）。這些應該是一樣的。

·標題標簽（Title tags）。確保這些與您擁有的相同或相似。新系統(tǒng)可能具有自動標記生成或某些可能與您所擁有的不同的默認值。

·元描述（Meta descriptions）

·標題標簽（Heading tags）

·指向文檔語言（Hreflang）

·架構(gòu)（Schema）

·元機器人（Meta robots）。您想確保您的頁面沒有被編入索引。

·內(nèi)容（Content）。這對于JavaScript系統(tǒng)尤其重要。默認情況下，新系統(tǒng)可能不會將所有內(nèi)容都加載到DOM中，因此在某些情況下搜索引擎可能看不到某些內(nèi)容。

·內(nèi)部鏈接（Internal links）。面包屑、相關(guān)帖子、頁腳鏈接，甚至主導航等內(nèi)容都可能發(fā)生了變化。

·速度差異（Speed differences）

使用Site Audit的比較功能查看自上次抓取以來的變化。還有幾個問題可能會造成更嚴重的問題。

·如果您不小心留下了一個塊，搜索引擎將無法抓取您的頁面。

·有時，舊的重定向不會從.htaccess文件或服務器配置文件中復制過來，你會丟失一些指向你網(wǎng)站的鏈接。這個很棘手，因為它更難注意到，并且經(jīng)常在更換主機時發(fā)生。密切關(guān)注站點資源管理器中的最佳鏈接報告并過濾404以查看鏈接現(xiàn)已損壞的頁面。

2.當URL不同時

這些遷移通常會更復雜。例外是從HTTP遷移到HTTPS——如今這很容易。這些遷移可能包括：

·域（Domain）：更改域、合并到另一個站點、拆分站點

·協(xié)議（Protocol）：HTTP>HTTPS

·路徑（Path）：子域/子文件夾，更改站點架構(gòu)

特定于HTTP>HTTPS

·使用upgrade-insecure-requests的內(nèi)容安全策略來修復所有混合內(nèi)容問題。除了內(nèi)部鏈接之類的內(nèi)容之外，它可以快速實施并適用于所有資源，您仍然需要自行更新。

·安裝安全證書

·301重定向HTTP>HTTPS

·添加HSTS標頭

我不會擔心根路徑上的重定向鏈或更新站點鏈接之類的事情。修復鏈和更新鏈接不會帶來任何好處，因為信號會因為重定向而整合。

特定于域更改

·暫時降低TTL（值幾個小時）。這將更快地刷新DNS緩存，并且當您進行切換時，您的更改將更快地被更多用戶看到。

·使用GSC中的地址更改工具。

·檢查舊域是否存在GSC中可能存在的任何手動操作

這里有一個給Site Audit用戶的快速提示：如果您將項目設置中的爬網(wǎng)范圍更改為不同的域，您的新爬網(wǎng)將在新域上，您將能夠?qū)⑵渑c舊域上的爬網(wǎng)進行比較領(lǐng)域。

·更新內(nèi)部鏈接和各種標簽（如規(guī)范、hreflang等）中的鏈接。您可以使用查找和替換插件快速為內(nèi)部鏈接執(zhí)行此操作。

·設置GSC。這可能包括傳輸拒絕文件、設置地理定位、URL參數(shù)設置和上傳站點地圖等內(nèi)容。您需要在短時間內(nèi)保留帶有舊URL的站點地圖。這將有助于監(jiān)控GSC中URL的索引編制。

·刪除舊站點和新站點上頁面的所有爬行塊。一切都需要爬行才能正確整合信號。

·確保您要編入索引的頁面未標記為noindex。您可以為此使用站點審計。

·重定向頁面。您希望確保使用301重定向?qū)⑴f頁面重定向到您頁面的新版本。重定向圖像和PDF之類的內(nèi)容也是一個好主意，但不要擔心JS、CSS或字體文件之類的內(nèi)容。專注于重定向搜索引擎索引的內(nèi)容，不要擔心其他文件類型。

您希望盡早捕獲更改，因此如果您有一個開發(fā)站點或臨時站點，則應在將更改推送到實時站點之前對其進行爬網(wǎng)以確保一切正常。請記住，如果舊站點使用HTTPS并且證書過期，機器人會通過，但用戶將收到錯誤消息并且不會被重定向。有涵蓋多個站點的多域證書可以幫助防止此問題。

如果您看到下降，則可能與重定向、無法抓取的內(nèi)容、未編入索引的內(nèi)容、內(nèi)容更改或刪除內(nèi)容、內(nèi)部鏈接更改或與技術(shù)SEO相關(guān)的更改有關(guān)。如果您正在考慮更新指向您網(wǎng)站的鏈接，您可能希望更新您控制的頁面的鏈接，但我不會費心去更新指向您的其他網(wǎng)站上的鏈接。它們應該與301重定向正確合并。不值得努力改變它們。

測試和持續(xù)監(jiān)控

Google Search Console有大量數(shù)據(jù)可幫助您進行遷移。例如，您可以使用URL檢查工具檢查規(guī)范化問題。只需輸入URL，Google就會告訴您他們選擇的規(guī)范。除此之外，您可以導出GSC數(shù)據(jù)并在Excel或Google Data Studio中組合查看您的流量，以更好地觀察遷移。您可能還想使用頁面或關(guān)鍵字數(shù)據(jù)的組合視圖來解決任何損失。

索引覆蓋率報告可幫助您了解您的頁面是如何編入索引的。如果您同時上傳了舊站點地圖文件和新站點地圖文件，則可以在此處查看索引的變化并檢查是否存在任何問題。通過擁有站點地圖文件，您可以獲得僅針對這些站點地圖中的頁面的特定覆蓋率報告。

如果您想查看Google抓取活動和任何已識別問題的概覽，最好查看Google Search Console中的抓取統(tǒng)計報告。此處提供了各種報告，可幫助您識別抓取行為的變化、抓取問題，并為您提供有關(guān)Google如何抓取您網(wǎng)站的更多信息。

如果您沒有獲得站點的基線抓取并且需要檢查新舊之間的差異，請查看archive.org以查看他們是否有任何頁面的副本。他們通常還擁有來自站點的robots.txt文件副本，這些副本可用于查看是否出現(xiàn)問題并在此過程中被意外阻止。

如果您無權(quán)訪問某個網(wǎng)站的Google Search Console，您仍然可以通過在Google中粘貼URL來檢查規(guī)范化。通常顯示的第一頁將是規(guī)范的。同樣，如果您無權(quán)訪問GSC，則可以在日志文件中檢查與抓取相關(guān)的許多其他問題。

只是一個警告，網(wǎng)站：搜索運營商有時會混淆人們。如果您使用site:，您是在詢問Google對特定網(wǎng)站的了解程度。僅僅因為您在那里看到頁面并不意味著它們的索引方式或遷移存在問題。我已經(jīng)看到這會導致人們做一些事情，比如阻止舊站點以將頁面排除在索引之外——這會導致問題。一些問題可能會在遷移結(jié)束后很久才會出現(xiàn)。

·監(jiān)控舊域以確保它得到更新，并對您重定向到該站點的任何其他域執(zhí)行相同操作。如果域過期，則任何通過舊站點重定向傳遞的信號都可能丟失。

·如果您沒有擺脫舊主機并仍然保留重定向，請注意如果關(guān)閉它們會中斷-您將丟失一些鏈接。您可以通過DNS重定向并將重定向存儲在新站點上來解決此問題。

·確保更新安全證書或切換到多域證書，正如我們之前討論的那樣。

寫在最后

遷移網(wǎng)站并非易事，因此如果一切順利，是時候慶祝一下了。但是，由于這可能不是您最后一次進行站點遷移，因此我建議您再與相關(guān)人員聚聚一次，討論哪些地方做得好、哪些地方出了問題，以及如果必須要更改哪些地方再說一遍。