免費參與·100+跨境活動 
免費下載·4000+跨境資料 
免費學習·2000+直播課程 
免費加入·15萬+賣家交流群 
2019-08-27 11:40
將電商網站遷移到一個新的設計、平臺或領域意味著你必須非常嚴謹地執行該操作，否則你的SEO就會受到影響，從而降低流量、轉化率和收入。如果在沒有任何操作策略下執行該工作，甚至會使網站受到攻擊。在電子商務網站遷移之前做好準備是確保其持續成功的關鍵，雖然在遷移站點時SEO通常會出現下降，但如果啟動之前修復錯誤實際上可以幫助你保持穩定的流量。
為此，本文將分享五個網站階段遷移檢查步驟，以盡量減少網站遷移所帶來的任何潛在的SEO負面影響。
·網站設計過時
·你的業務更改了服務提供，因此需要添加新信息或更改現有信息以使業務更具有時效性。
·重新命名（當業務名稱更改時，這可能涉及遷移到一個新域）。
·CMS（內部管理系統）平臺存在一些問題，你想要切換到一個具有更多或不同的強大功能或成本更低的平臺。
·網站沒有轉換，你希望從頭開始創建一個新域
接下來將深入討論成功遷移的具體細節，從涉及的風險開始。
低SEO風險：網站重新設計
當遷移范圍僅限于簡單地更改網站的設計時，風險相對較低。原因很簡單，因為URL并沒有更改，因此你也沒有必要從外部代理機構來尋求幫助以保護SEO不受影響。
中等SEO風險：URL /更改（平臺未更改）
當域發生更改時或者需要具有豐富重定向的新URL結構的更改時，你就需要進行仔細地監視。因為任何URL更改都會給你的SEO帶來風險，因此網站的新URL需要被索引，這一目標是通過使URL易于抓取，從而使它們在發布后被谷歌快速索引。無論實際的設計是否發生了變化，新的URL路徑都是網站SEO的基本改變，應該加以監控。
中等SEO風險：電商平臺的變化
通常，平臺更改意味著站點的URL也會更改。這是因為各種電子商務平臺的url結構不同。例如作為指向Shopify“collections”中的產品的路徑，URL結構必須是domain.com/products/productname或domain.com/collections/collectionname/products/productname
與此同時，WordPress和其他CMS（內容管理系統）都有自己的URL結構，且需求不同。這就是為什么在很多情況下，維護原始URL是不可能的的原因。平臺的變化也會帶來核心功能丟失的風險，而這些核心功能正是SEO（或其他營銷渠道）目前所受益的。在遷移平臺時，評估和最小化這樣的風險才是關鍵。
高SEO風險：域遷移
無論URL或設計更改如何，遷移電子商務網站的域都存在很大的風險。問題是，域名在谷歌中遺留了很多的歷史。因此當你從零開始時，必然會有所損失。在這種情況下，就要做更多的工作來減輕SEO的影響和流量損失。
現在你已經了解了其中的風險，以下是遷移網站需要驗證的所有因素的詳細列表。
由于這是一個從一個平臺到另一個平臺的數據遷移過程，所以你將使用舊站點的數據作為基準，以便在稍后的步驟中參考和比較新站點。目標是在將開發站點的功能與活動站點進行比較時，以盡可能少的差異啟動開發網站。
步驟1：使用DeepCrawl或Screaming Frog抓取當前域
Screaming Frog是一種應用廣泛的工具，其數據輸出適合于該過程。
通將DeepCrawl用于較大的站點，而Screaming Frog是作為較小站點的更便宜和更容易的選擇。也就是說，你可以使用你選擇的抓取工具。
抓取當前活動域可以提供網站上的URL列表，以及關于這些URL的各種數據，從而使用這些數據進行檢查和基準測試。
步驟2：執行 Google Search Console（谷歌站長工具）分析
審查網站的谷歌相關數據非常重要。數據在GSC中以儀表板格式顯示，你將考慮：
·導出站點的CSV數據
·是否需要將結構化數據轉移到新網站？
·hreflang標簽需要轉到新站點嗎？
·是否需要在啟動前處理404錯誤？
步驟3：抓取并分析舊網站
現在你已經有了抓取數據和谷歌的數據，你將記錄下以下幾點，以便能夠將它們與新站點進行比較：
·在源代碼中查找Meta robots nofollow標簽
·查找帶有noindex（禁止索引）標記的頁面
·審查規范標簽
·審查標題標簽
·審查元描述標簽
·審查標題（h1, h2等）的用法
· 在一個文件中收集所有已知的實時URL（根據網站抓取、serp抓取、GSC/Google Search Console、GA/Google Analytics等）。
接下來你就要進行技術工作，檢查可能的錯誤，并采取必要的步驟來測試和解決它們。
步驟1：檢查服務器更改
要求開發人員在新服務器上托管開發網站以識別潛在的問題，不要忘記要求開發人員使用robots.txt文件阻止搜索引擎機器人訪問開發站點。
步驟2：建立301重定向策略
要獲得新的URL索引，實現重定向的系統方法是至關重要的一步。
·使用網站抓取數據制定301重定向策略；
·記錄如何實現重定向策略，以及由誰負責，每個人都應該在如何構建和實現重定向的問題上保持一致；
·是否存在需要更新的舊版重定向；
此外你還將在啟動或遷移時檢查重定向是否成功。
步驟3：進行技術開發網站優化
進行技術審核是成功的關鍵：
·查看新站點的網站地圖和線框圖；
·確保站點被阻止索引；
·驗證自定義404錯誤頁面是否存在&正確地發出404標題響應。404頁面標題應該始終為“頁面未找到”（或類似的），這樣就可以在Google Analytics中找到錯誤（也就是用戶訪問的錯誤）；
·抓取開發站點；修正404和soft 404；
·確保你不希望在開發網站上編制索引的鏈接是Nofollowed（無法追蹤）的；
·測試重定向；
·使用多個設備瀏覽開發網站；
·計劃更快的索引；創建一個包含所有舊URL的XML站點地圖（如有必要），并計劃在網站啟動后保留它；
·測試和提高網站速度，盡可能多的開發網站。
由于開發網站的速度只是一個估計值，所以你需要讓開發團隊幫助你了解哪些地方還存在不足，以及你可以做些什么來改進它。
步驟4：確定分析遷移策略
·將分析代碼添加到開發站點。（阻止訪問此站點的團隊成員的IP）；
·目標：編制一個URL列表，以便在新站點上線時更新分析目標；
·檢查網站上不同類型網頁的移動設備友好性；
·檢查參數是否按預期運行（并且確保在頁面重新加載或重定向期間，不會從URL中刪除關鍵跟蹤參數）；
·檢查谷歌站長工具中的參數報告是否存在重復內容問題（舊谷歌站長工具的此功能可能不會長時間保留）；
·檢查谷歌分析以確保本網站不能成為其自己的引用頁；
·社交媒體共享：編制社交次數最多的網址列表。保持舊的嵌入代碼以保持社交計數。如果沒有值得重視的頁面，請不要浪費開發工作來實行這一點。
這個階段的主要步驟如下：
·將舊網站與新網站相比較；
·為將要修復的內容列一個清單，目的是在遷移期間使流量盡可能接近持平。
內容
·網站是否存在重復內容或URL？
·將所有內容遷移到開發站點，盡可能保持不變；
·確保標題標簽和元描述被延續，并且與當前站點相同或更好；
·檢查頁面內容、規范標簽、內部鏈接，H1s/H2s，IMG ALT標簽的使用。
移動站點特定任務
·在Screaming Frog中抓取移動谷歌機器人，驗證頁面之間的移動對等：標題、描述、標題、內容、鏈接、圖像、指令等；
·將meta =“viewport”標簽履行到網站的<head>部分的<meta name=“viewport”content=“width=device-width，initial-scale=1.0>。
Javascript站點特定任務
·可視化地審計所有主要頁面類型；
·審核缺少內容的HTML源代碼；
·使用inspect元素檢查缺少的內容；
·比較HTML源代碼和檢查元素是否矛盾；
·根據用戶交互來識別內容。
AMP頁面特定任務
·每個非AMP頁面（即桌面、手機）都應該有一個指向相應AMP URL的標簽；
·每個AMP頁面應該有一個rel= “canonical ”標簽指向相應的桌面頁面；
·任何沒有相應桌面URL的AMP頁面應該有一個自引用的規范標記。
電子商務特定任務
·類別頁面是否包含指向產品的可索引鏈接；
·檢查分面導航、分頁以獲得最佳實踐；
·如果圖片鏈接出現在錨文本鏈接之前，是否使用了關鍵詞豐富的ALT文本。
WordPress特定任務
·使用Simple 301 Redirects Plugin重定向開發站點WordPress中的URL；
·在WordPress站點和CMS（內部管理系統）上安裝Google Tag Manager Plugin （谷歌標簽管理器插件）并進行配置；
·設置Yoast WordPress SEO & Yoast Analytics插件；
·如果你使用像HubSpot這樣的CMS ，安裝并設置CMS插件；
·建立Yoast Analytics。
步驟1：站點抓取/分析檢查
在這個步驟中，你將檢查活動站點和測試站點之間的匹配數據：
1、驗證301重定向都已正確實施；
2、抓取新站點以確定技術問題和可訪問性；；
3、確保新的活動站點沒有被阻止、被抓取和索引
4、驗證是否將“Nofollow”標記添加到不希望索引的頁面。這些應該在開發站點上進行標識，例如在分面導航鏈接上；
5、確保每個頁面上都有“index、follow”元標記；
6、尋找不應該出現的404頁面；
7、檢查內部鏈接：查找斷開的鏈接，以及指向開發站點的鏈接；
8、驗證規范標簽的項目執行；
9、檢查標準和重復URL；
10、檢查標題標簽（與舊數據匹配）；
11、檢查元描述（與舊數據匹配）；
12、檢查H1、H2使用情況（與舊數據匹配）；
13、檢查IMG ALT屬性（與舊數據匹配）；
14、檢查字數（與舊數據匹配，解釋<body>標簽內的所有模板文本）；
15、按頁面檢查內部鏈接計數（與舊數據匹配，是否有關鍵頁面丟失鏈接）。
步驟2： Google Analytics（谷歌分析） / Search Console Checks（谷歌站長工具）
現在你可以觀察谷歌為新站點注冊了哪些數據：
1、確保其準確性：驗證所有頁面上的分析代碼，以及實施正確的代碼；
2、更新分析目標，檢查它們是否能夠正常工作；
3、使用網站啟動日期對分析進行注釋。
步驟3：網站速度檢查
1、觀察通過站點速度工具運行幾個頁面，將舊站點和開發站點上的站點速度進行相比；
2、如果可以的話，做好改進的記錄。
步驟4：其他任務
1、站點是否更改了服務器？確保沒有與服務器相關的問題；
2、比較頂部登錄頁面，前后（標題、元描述、頁眉、頁面內容等）；
3、驗證404頁面是否返回404狀態；
4、驗證舊的XML站點地圖是否在新站點上，重新提交到Google Search Console （谷歌站長工具）和 Bing Webmaster Tools（必應網站管理員工具）；
5、如果域正在更改，請在GSC中聲明新的域變體并提交地址更改請求。
1、發布后一周
·監控GSC谷歌站長工具（抓取統計數據、排名、流量、索引頁面等）；
·檢查GSC是否有新的索引頁面（并檢查任何沒有索引的頁面）；
·檢查舊的GSC配置文件，以確保舊頁面被取消索引；
·保留舊的XML站點地圖，讓谷歌重新抓取。
2、發布后2 - 3周內
·監控谷歌站長工具（抓取統計數據、排名、流量、索引頁面等）；
·刪除舊的XML站點地圖，用新的XML站點地圖替換它們；
·檢查sitemap.xml文件，是否有正確的url（無多余的URL、沒有Dev URL等）；
·提交新的XML站點地圖到谷歌站長工具&必應網站管理員工具。
3、發布后一個月
·監控谷歌站長工具（抓取統計數據、排名、流量、索引頁面等）；
·檢查流量損失分析，觀察哪些頁面丟失了流量以及原因。
4、發布后2個月
·繼續監控谷歌站長工具（抓取統計數據、排名、流量、索引頁面等）；
·大多數遷移通常會在啟動后出現流量的下降和上升。也就是說，每個地點和遷移都是不同的，所以實際的影響很難預測；
· 較好的辦法就是遵循這個過程。這樣做可以確保新站點的數據仍然被谷歌索引，從而對潛在客戶可見。
（來源：跨境喵的碎碎念）
以上內容屬作者個人觀點，不代表雨果網立場！本文經原作者獨家授權供稿，轉載需經雨果網授權同意。
