網(wǎng)站遷移是一個(gè)術(shù)語,用于描述可能影響SEO的網(wǎng)站設(shè)置的任何重大更改,例如對(duì)域、URL、托管、平臺(tái)或設(shè)計(jì)的更改。有許多不同類型的遷移,但規(guī)劃和故障排除的基本步驟是相似的。遷移可能非常復(fù)雜,因?yàn)樗鼈兺ǔI婕霸S多人和移動(dòng)部件。如果一切都沒有按計(jì)劃進(jìn)行,請(qǐng)不要驚慌;您幾乎可以修復(fù)任何出錯(cuò)的地方。
網(wǎng)站遷移準(zhǔn)備
您需要知道發(fā)生了什么變化以及需要誰參與才能使其發(fā)生。換句話說,您需要一個(gè)計(jì)劃和一個(gè)位置來跟蹤所有活動(dòng)部件。您需要了解所有相關(guān)人員、他們的角色、截止日期,并有一個(gè)流程來跟蹤一切。項(xiàng)目經(jīng)理和項(xiàng)目管理系統(tǒng)對(duì)此有所幫助。試圖在電子郵件和Slack中完成這一切可能會(huì)很快失控。您還希望有一個(gè)回滾計(jì)劃,以防萬一出現(xiàn)可怕的錯(cuò)誤。即使您只打算在極端情況下使用它,您也應(yīng)該始終有辦法恢復(fù)到原始狀態(tài)。
您會(huì)想知道遷移的影響,因此請(qǐng)確保您可以訪問舊站點(diǎn)和新站點(diǎn)上的GSC和Analytics(如果需要查看兩者,請(qǐng)創(chuàng)建組合視圖)。有些更改可能需要幾周甚至幾個(gè)月的時(shí)間,您可能會(huì)看到變化,但其他更改可能根本看不到任何變化。例如,如果您要將一個(gè)中型站點(diǎn)遷移到一個(gè)新域,我預(yù)計(jì)會(huì)出現(xiàn)幾周的變化。但是,如果您合并到現(xiàn)有站點(diǎn)中,則可能根本看不到任何流量中斷。你還想做一些準(zhǔn)備工作。我建議幾個(gè)步驟:
·抓取您的網(wǎng)站。您將使用它作為基線來檢查稍后的更改。您可以為此使用站點(diǎn)審計(jì)。
·創(chuàng)建一組測(cè)試頁(yè)面,例如Site Explorer中Top Pages報(bào)告中的那些頁(yè)面。稍后您將使用這些來檢查錯(cuò)誤。您可能希望在單獨(dú)的Site Audit項(xiàng)目中繼續(xù)抓取這些內(nèi)容,以便您以后可以輕松地比較它們。
·限制對(duì)您的登臺(tái)或開發(fā)站點(diǎn)(如果有)的訪問,以防止將其編入索引。
·備份您的網(wǎng)站,以防萬一您需要恢復(fù)它。
網(wǎng)站遷移執(zhí)行
確切地說,網(wǎng)站遷移所涉及的內(nèi)容取決于URL是否保持不變。下面我們將討論這兩種情況。
1.當(dāng)URL相同時(shí)
這通常是一個(gè)更直接的舉措——至少在SEO方面——因?yàn)楦俚氖虑樾枰淖儭_@可能仍然是一個(gè)復(fù)雜的舉措,但與這些舉措相關(guān)的許多任務(wù)通常更多地是基礎(chǔ)設(shè)施/DevOps或開發(fā)人員的工作,而不是SEO。這些遷移可能包括:
·托管(Hosting):CDN、服務(wù)器
·平臺(tái)(Platform):CMS、語言、JS框架
·設(shè)計(jì)(Design):模板、內(nèi)部鏈接、標(biāo)簽
如果您使用的是臨時(shí)站點(diǎn)或開發(fā)站點(diǎn),最好在實(shí)時(shí)啟動(dòng)之前訪問以檢查問題。為此,您實(shí)際上是在尋找任何更改,包括以下內(nèi)容:
·規(guī)范標(biāo)簽(Canonical tags)。這些應(yīng)該是一樣的。
·標(biāo)題標(biāo)簽(Title tags)。確保這些與您擁有的相同或相似。新系統(tǒng)可能具有自動(dòng)標(biāo)記生成或某些可能與您所擁有的不同的默認(rèn)值。
·元描述(Meta descriptions)
·標(biāo)題標(biāo)簽(Heading tags)
·指向文檔語言(Hreflang)
·架構(gòu)(Schema)
·元機(jī)器人(Meta robots)。您想確保您的頁(yè)面沒有被編入索引。
·內(nèi)容(Content)。這對(duì)于JavaScript系統(tǒng)尤其重要。默認(rèn)情況下,新系統(tǒng)可能不會(huì)將所有內(nèi)容都加載到DOM中,因此在某些情況下搜索引擎可能看不到某些內(nèi)容。
·內(nèi)部鏈接(Internal links)。面包屑、相關(guān)帖子、頁(yè)腳鏈接,甚至主導(dǎo)航等內(nèi)容都可能發(fā)生了變化。
·速度差異(Speed differences)
使用Site Audit的比較功能查看自上次抓取以來的變化。還有幾個(gè)問題可能會(huì)造成更嚴(yán)重的問題。
·如果您不小心留下了一個(gè)塊,搜索引擎將無法抓取您的頁(yè)面。
·有時(shí),舊的重定向不會(huì)從.htaccess文件或服務(wù)器配置文件中復(fù)制過來,你會(huì)丟失一些指向你網(wǎng)站的鏈接。這個(gè)很棘手,因?yàn)樗y注意到,并且經(jīng)常在更換主機(jī)時(shí)發(fā)生。密切關(guān)注站點(diǎn)資源管理器中的最佳鏈接報(bào)告并過濾404以查看鏈接現(xiàn)已損壞的頁(yè)面。
2.當(dāng)URL不同時(shí)
這些遷移通常會(huì)更復(fù)雜。例外是從HTTP遷移到HTTPS——如今這很容易。這些遷移可能包括:
·域(Domain):更改域、合并到另一個(gè)站點(diǎn)、拆分站點(diǎn)
·協(xié)議(Protocol):HTTP>HTTPS
·路徑(Path):子域/子文件夾,更改站點(diǎn)架構(gòu)
特定于HTTP>HTTPS
·使用upgrade-insecure-requests的內(nèi)容安全策略來修復(fù)所有混合內(nèi)容問題。除了內(nèi)部鏈接之類的內(nèi)容之外,它可以快速實(shí)施并適用于所有資源,您仍然需要自行更新。
·安裝安全證書
·301重定向HTTP>HTTPS
·添加HSTS標(biāo)頭
我不會(huì)擔(dān)心根路徑上的重定向鏈或更新站點(diǎn)鏈接之類的事情。修復(fù)鏈和更新鏈接不會(huì)帶來任何好處,因?yàn)樾盘?hào)會(huì)因?yàn)橹囟ㄏ蚨稀?/p>
特定于域更改
·暫時(shí)降低TTL(值幾個(gè)小時(shí))。這將更快地刷新DNS緩存,并且當(dāng)您進(jìn)行切換時(shí),您的更改將更快地被更多用戶看到。
·使用GSC中的地址更改工具。
·檢查舊域是否存在GSC中可能存在的任何手動(dòng)操作
這里有一個(gè)給Site Audit用戶的快速提示:如果您將項(xiàng)目設(shè)置中的爬網(wǎng)范圍更改為不同的域,您的新爬網(wǎng)將在新域上,您將能夠?qū)⑵渑c舊域上的爬網(wǎng)進(jìn)行比較領(lǐng)域。
·更新內(nèi)部鏈接和各種標(biāo)簽(如規(guī)范、hreflang等)中的鏈接。您可以使用查找和替換插件快速為內(nèi)部鏈接執(zhí)行此操作。
·設(shè)置GSC。這可能包括傳輸拒絕文件、設(shè)置地理定位、URL參數(shù)設(shè)置和上傳站點(diǎn)地圖等內(nèi)容。您需要在短時(shí)間內(nèi)保留帶有舊URL的站點(diǎn)地圖。這將有助于監(jiān)控GSC中URL的索引編制。
·刪除舊站點(diǎn)和新站點(diǎn)上頁(yè)面的所有爬行塊。一切都需要爬行才能正確整合信號(hào)。
·確保您要編入索引的頁(yè)面未標(biāo)記為noindex。您可以為此使用站點(diǎn)審計(jì)。
·重定向頁(yè)面。您希望確保使用301重定向?qū)⑴f頁(yè)面重定向到您頁(yè)面的新版本。重定向圖像和PDF之類的內(nèi)容也是一個(gè)好主意,但不要擔(dān)心JS、CSS或字體文件之類的內(nèi)容。專注于重定向搜索引擎索引的內(nèi)容,不要擔(dān)心其他文件類型。
您希望盡早捕獲更改,因此如果您有一個(gè)開發(fā)站點(diǎn)或臨時(shí)站點(diǎn),則應(yīng)在將更改推送到實(shí)時(shí)站點(diǎn)之前對(duì)其進(jìn)行爬網(wǎng)以確保一切正常。請(qǐng)記住,如果舊站點(diǎn)使用HTTPS并且證書過期,機(jī)器人會(huì)通過,但用戶將收到錯(cuò)誤消息并且不會(huì)被重定向。有涵蓋多個(gè)站點(diǎn)的多域證書可以幫助防止此問題。
如果您看到下降,則可能與重定向、無法抓取的內(nèi)容、未編入索引的內(nèi)容、內(nèi)容更改或刪除內(nèi)容、內(nèi)部鏈接更改或與技術(shù)SEO相關(guān)的更改有關(guān)。如果您正在考慮更新指向您網(wǎng)站的鏈接,您可能希望更新您控制的頁(yè)面的鏈接,但我不會(huì)費(fèi)心去更新指向您的其他網(wǎng)站上的鏈接。它們應(yīng)該與301重定向正確合并。不值得努力改變它們。
測(cè)試和持續(xù)監(jiān)控
Google Search Console有大量數(shù)據(jù)可幫助您進(jìn)行遷移。例如,您可以使用URL檢查工具檢查規(guī)范化問題。只需輸入U(xiǎn)RL,Google就會(huì)告訴您他們選擇的規(guī)范。除此之外,您可以導(dǎo)出GSC數(shù)據(jù)并在Excel或Google Data Studio中組合查看您的流量,以更好地觀察遷移。您可能還想使用頁(yè)面或關(guān)鍵字?jǐn)?shù)據(jù)的組合視圖來解決任何損失。
索引覆蓋率報(bào)告可幫助您了解您的頁(yè)面是如何編入索引的。如果您同時(shí)上傳了舊站點(diǎn)地圖文件和新站點(diǎn)地圖文件,則可以在此處查看索引的變化并檢查是否存在任何問題。通過擁有站點(diǎn)地圖文件,您可以獲得僅針對(duì)這些站點(diǎn)地圖中的頁(yè)面的特定覆蓋率報(bào)告。
如果您想查看Google抓取活動(dòng)和任何已識(shí)別問題的概覽,最好查看Google Search Console中的抓取統(tǒng)計(jì)報(bào)告。此處提供了各種報(bào)告,可幫助您識(shí)別抓取行為的變化、抓取問題,并為您提供有關(guān)Google如何抓取您網(wǎng)站的更多信息。
如果您沒有獲得站點(diǎn)的基線抓取并且需要檢查新舊之間的差異,請(qǐng)查看archive.org以查看他們是否有任何頁(yè)面的副本。他們通常還擁有來自站點(diǎn)的robots.txt文件副本,這些副本可用于查看是否出現(xiàn)問題并在此過程中被意外阻止。
如果您無權(quán)訪問某個(gè)網(wǎng)站的Google Search Console,您仍然可以通過在Google中粘貼URL來檢查規(guī)范化。通常顯示的第一頁(yè)將是規(guī)范的。同樣,如果您無權(quán)訪問GSC,則可以在日志文件中檢查與抓取相關(guān)的許多其他問題。
只是一個(gè)警告,網(wǎng)站:搜索運(yùn)營(yíng)商有時(shí)會(huì)混淆人們。如果您使用site:,您是在詢問Google對(duì)特定網(wǎng)站的了解程度。僅僅因?yàn)槟谀抢锟吹巾?yè)面并不意味著它們的索引方式或遷移存在問題。我已經(jīng)看到這會(huì)導(dǎo)致人們做一些事情,比如阻止舊站點(diǎn)以將頁(yè)面排除在索引之外——這會(huì)導(dǎo)致問題。一些問題可能會(huì)在遷移結(jié)束后很久才會(huì)出現(xiàn)。
·監(jiān)控舊域以確保它得到更新,并對(duì)您重定向到該站點(diǎn)的任何其他域執(zhí)行相同操作。如果域過期,則任何通過舊站點(diǎn)重定向傳遞的信號(hào)都可能丟失。
·如果您沒有擺脫舊主機(jī)并仍然保留重定向,請(qǐng)注意如果關(guān)閉它們會(huì)中斷-您將丟失一些鏈接。您可以通過DNS重定向并將重定向存儲(chǔ)在新站點(diǎn)上來解決此問題。
·確保更新安全證書或切換到多域證書,正如我們之前討論的那樣。
寫在最后
遷移網(wǎng)站并非易事,因此如果一切順利,是時(shí)候慶祝一下了。但是,由于這可能不是您最后一次進(jìn)行站點(diǎn)遷移,因此我建議您再與相關(guān)人員聚聚一次,討論哪些地方做得好、哪些地方出了問題,以及如果必須要更改哪些地方再說一遍。