如何避免網站改版過程中的優化災難

　　重新設計一個網站或遷移到一個新的CMS需要大量的計劃和艱苦的工作。如果沒有采取適當的優化預防措施，也可能是災難性的。

　　如果做得對，這個過程應該幾乎是無痛的。如果犯了一個錯誤，網站的修改可能是災難性的。

　　我們都知道自然搜索的重要性。如果失去了大部分的排名和流量，將看到更少的潛在客戶和更少的銷售。這篇文章將幫助你避免這種命運。

　　在遷移之前、啟動過程中和發布之后，您可以采取以下具體步驟，以降低風險并在重新設計網站時避免優化災難。

　　遷移前

　　目標和項目計劃

　　開始重新設計網站的原因可能很有說服力。這些可能與

　　商業目標。

　　改善用戶體驗。

　　營銷計劃。

　　關鍵詞優化改進。

　　確保項目成功的關鍵是制定適當的目標。

　　現在是時候確定啟動后要與之比較的基準，并為您制定一個從頭到尾完成該過程的計劃。

　　大多數web項目遵循特定的計劃或敏捷方法。計劃通常由項目所有者管理，無論他們是在帳戶服務、項目管理、產品、IT或統一角色中。

　　在每個人面前訂購優化步驟、安排時間、檢查表和質量控制計劃可以確保優化在每個步驟中都得到體現和考慮。

　　內容和信息架構

　　網站主題的整體上下文和子主題對優化的成功至關重要。

　　這是根據網站上的特定內容和內容的組織方式構建的。

　　在重新設計中，信息架構、站點地圖和整體內容計劃的改變是關鍵，需要優化的參與和幫助推廣。

　　要確保，如果重要的網頁帶有優化的價值，不要在網站上繼續刪除，網站每個部分的整體信息和主題不會受到設計的影響。

　　從當前的站點地圖開始，并與您的團隊一起處理新站點地圖的需求，因為這將指導您重新設計優化的其余步驟。

　　可以使用爬行工具(如尖叫蛙或深爬)來查找網站的所有頁面。

　　頁面seo

　　深入到頁面級別，內容與搜索者意圖的相關性對于維護至關重要。

　　當您知道上下文和總體架構正在發生變化(或保持不變)，您可以保護或主動鎖定有助于頁面級seo相關性的特定元素(URL、頁面標題、元描述、body、alt)。文本等。

　　一般來說，架構和站點地圖的變化程度將決定您需要如何在深度上關注內容的相關性，以確保您不會丟失站點上的主題內容。

　　希望seo將要啟動的站點或代碼庫，而不是在發布后等待這些更新。

　　重定向

　　這里有一個基本的用戶體驗案例，可以確保您為所有獲得新URL的頁面和將在重新設計的站點中消失的頁面映射301重定向。如果可以避免，我們永遠不想給用戶提供404錯誤頁。

　　如果我們想從索引中刪除內容，搜索引擎可以使用404。然而，除非我們打算這樣做，否則我們可能也不想這樣做。

　　如果一個鏈接頁面導致404錯誤，我們擁有的所有鏈接資源都將丟失。

　　重要的是，如果我們無法確保鏈接更新到新的目標頁面URL，請確保所有鏈接到它們的頁面都被正確重定向(至少)。

　　如果網站修改是** 重要的，那么這個過程可能是** 重要的。

　　使用您以前在站點地圖規劃期間執行的爬網來確定需要重定向的所有URL。

　　也可以從百度站長工具得到很多建議，來了解搜索引擎一直在抓取哪些頁面，以確保你不會錯過任何重定向。

　　映射完所有重定向之后，確保它們在服務器級別或站點插件中實現，并準備好啟動。

　　在過去的幾年里，我們已經看到了很多次沒有計劃重定向的網站修改。

　　修改后的網站上線后，我們被要求進來進行關鍵詞優化的補救工作。此修訂要么忽略了整個過程，要么沒有考慮重定向的可能影響。

　　網站上線后很難完成這項工作，因為頁面損壞通常是由于搜索引擎和用戶遇到404錯誤造成的。

　　即使我們可以做一些取證工作，找到舊站點的URL并實現重定向，我們也浪費了寶貴的時間，這意味著我們將不得不承受一個短期的打擊，并希望找回與該站點相關的舊站點。

　　上線

　　當網站上線時，需要遵循上線檢查表，并對網站上迄今為止所做的工作進行任何可能的質量控制檢查。

　　如果網頁沒有被測試或者沒有測試，請不要在你的網頁上測試。

　　推遲一點上線要比稍后修復損壞或必須回滾到舊站點容易得多。

　　上線后

　　檢查重定向

　　第一步是返回到重定向文件、舊站點地圖和舊站點爬網，以測試并確保所有舊站點URL執行301重定向到您概述的新站點URL。

　　在這里，可以捕捉任何偏離404并快速實現其他重定向。

　　可以先抽查網址，然后，如果時間允許的話，盡可能深入到盡可能多的舊網址。

　　發展到實時審查

　　除了重定向，您還需要確保所有頁面和特定頁面上的seo從開發站點傳輸到實時站點。

　　如果您的網站上有很多動態內容，這可能很重要，因為有時數據庫和表在遷移過程中會丟失。

　　例如，如果seo了臨時站點上的所有標題標記，但它們在啟動時未聯機，則可能會發現每個頁面或產品頁面上缺少或默認的重復標題，等等。

　　代碼和性能驗證

　　不要以為直播網站的表現和臨時網站的表現是一樣的。通過適用于移動設備的測試工具運行主頁和關鍵頁面，以確保網站達到及格分數。

　　另外，運行頁面速度工具來查找新網站上需要seo的任何區域。生產站點上的服務器、主機和其他負載差異可能會導致在臨時站點上找不到的問題。

　　另外，別忘了你的網站上有任何架構標記。

　　如果舊站點、臨時站點和活動站點之間的任何內容，以及搜索引擎如何呈現它們之間的任何更改，那么使用一個驗證工具來確保在這里的正確實現是很有幫助的。

　　提交XML站點地圖

　　當您對重定向工作正常并且在實時站點上實現了優化感到滿意時，就可以提交XML站點地圖了。確保動態站點地圖包含所需的完整目標URL集。如果您使用的是靜態站點地圖，請立即生成一個新的站點地圖，查看并提交。

　　請注意，您需要確保XML站點地圖文件是原始的。您希望使用零url，這將導致404錯誤，并確保所有url都是目標url，而不是重定向或規范到頁面的另一個版本。

　　監測方法

　　優化的努力工作是滿意的重新啟動和整體遷移。把思維方式轉移到監視階段是非常重要的。

　　在接下來的1-2個月內，需要監控百度站長工具來觀察報告的404個錯誤、爬行錯誤以及任何檢測到的HTML頁面問題。迅速解決這些問題。

　　連續優化

　　記住，優化不是一次性的。一旦塵埃落定，監控階段開始，就可以回到原來的計劃和目標，并衡量新站點的性能。從這里可以恢復正常的優化計劃。