搜客盒子:如何將站點改版的影響降到最低呢?

【搜客盒子:如何將站點改版的影響降到最低呢?】大家都知道,站點后期改版規劃或多或少都會對關鍵詞排名有一定的影響,所以很多人都強調,在站點上線之前一定要做好相應的SEO優化優化工作,如果改版幅度較小的話,影響并不大,如果站點整體重新規劃遷移的話,那么就需要做好相應的防范工作,將改版的負作用降到最低,今天搜客盒子就來給大家分享一下,在改版的時候要做好哪些工作 。

搜客盒子:如何將站點改版的影響降到最低呢?

文章插圖
重新規劃站點或遷移到新的 CMS 需要大量的計劃和辛勤的工作 。  如果你不采取適當的 SEO優化 預防措施,這也可能是災難性的 。 如果做對了,這個過程應該是無痛的 。  我們都知道有機搜索的重要性 。 如果你失去了大部分的排名和流量,你只會獲取到更少的線索以及銷售轉化 。  這篇文章將幫助你避免這樣的狀況發生 。  當重新規劃你的站點時,這里有一些具體的步驟,你可以在遷移之前,在開發期間,及上線后,以減少風險和避免 SEO優化 災難 。  一、在遷移之前 1.目標和項目計劃 你為什么要重新規劃站點,可能有一些很有說服力的理由 。 這些可能與: 業務需要 。  用戶體驗改進 。  營銷計劃 。  搜索引擎優化改進 。  確保項目成功的一個關鍵方面是制定適當的目標 。  現在是時候確保你有一個基準或參照來比較上線后和從開發到完成的計劃 。  大多數 web 項目遵循特定的計劃或敏捷方法 。 這個計劃通常由項目所有者管理,不管他們是在帳戶服務、項目管理、產品、IT 還是一個同等重要的角色 。  有 SEO優化 的步驟,時間,檢查表,和質量控制計劃在每個人面前都可以允許確保搜索引擎優化在每一個正確的步驟上,并被更深遠的考慮 。  2.文章和信息架構 站點主題的整體文章,以及子主題,是 SEO優化 成功的關鍵 。  這是通過站點上的特定文章和文章的組織方式構建的 。  對信息體系結構、站點地圖和總體文章計劃的更改是關鍵,而 SEO優化 需要參與和幫助驅動 。  你要確保站點的重要頁面沒有被遺漏,保證他們有 SEO優化 價值,并且站點的整體信息和主題沒有被規劃稀釋 。  從當前的站點地圖開始,并與你的團隊一起為新的站點地圖的需求工作,因為這將是你對 SEO優化 的重新規劃過程中的其他步驟的指導 。  你可以使用一個爬行工具(例如,模擬搜索引擎蜘蛛)來找到你站點的所有頁面 。  3.頁面優化 深入到頁面層次,文章與搜索者意圖的相關性是重要的 。  當你知道上下文和總體架構正在發生變化(或保持不變)時,你可以在頁面級別上保護或主動優化那些幫助與相關性有關聯的元素 —— url、頁面標題、元描述、正文文案、alt 文本等 。  對體系結構和站點地圖的更改有多深,將決定你需要在深度級別上關注文章的相關性,以確保你不會丟失站點上的主題文章 。  可以肯定的是,你希望優化你的站點或代碼庫,而不是等到站點上線后才進行這些更新 。  4. 重定向 有一個基本的用戶體驗案例,可以確保你為所有正在獲得新 url 的頁面,以及在重新規劃的站點中消失的頁面映射 301 重定向 。 如果我們可以避免使用 404 錯誤頁面,那么這再好不過 。  如果我們希望從索引中刪除文章,搜索引擎可以使用 404s 。 然而,我們可能不希望這種情況發生,除非我們打算這樣做 。  如果鏈接到導致 404 錯誤的頁面,我們將丟失任何鏈接公平性 。  很重要的一點是,如果我們不能控制鏈接被更新到新的目標頁面 url,那么你需要確保鏈接指向所有頁面(至少是)被正確地重定向 。  如果你擁有一個大型站點,這很可能是重新規劃過程中最耗時、最重要的部分 。  使用你之前為站點地圖計劃所做的爬行,以確定需要重定向的所有 url 。  你也可以從百度站長平臺和百度統計工具中獲得大量的信息,搜索引擎蜘蛛會在哪些頁面上爬行,以確保你不會錯過任何重定向 。  當你將所有重定向映射出來時,確保它們是在服務器級別或站點插件中實現的,并且已經準備好進行啟動 。  在過去的幾年里,我已經多次看到失敗的重定向計劃 。  在重新規劃后,我被要求進入并進行“救援”工作,要么忽略整個過程,要么不考慮重定向可能帶來的影響 。  由于搜索引擎和用戶經常收到 404 錯誤,所以在上線之后很難完成這項工作 。  即使我們可以做一些取證查找舊站點的 url 并實現重定向,我們已經失去了寶貴的時間,這意味著我們將不得不接受短期的打擊,并希望恢復我們在舊站點上的相關性和權威地位 。  二、上線 在啟動時,你將希望跟隨系統上線檢查清單,并對你在籌劃站點上所做的工作進行任何可能的質量控制檢查 。  如果你的任何一頁工作或重定向沒有到位或測試,請不要放棄上線 。  稍微延遲上線比在以后撤消或必須回滾到舊站點要容易得多 。  三、投放市場后 1.檢查重定向 你第一步是返回到重定向文件、舊站點地圖和舊站點爬行,以測試并確保所有舊站點 url 執行 301 重定向到新的站點 url 。  在這里你可以捕捉到任意的 404s,并快速實現額外的重定向 。  你可以從點查 url 開始,然后再深入到盡可能多的舊站點 url 。  2.Dev-to-Live 審計 除了重定向之外,你還需要確保所有頁面和特定的頁面優化從 dev 站點轉移到新站 。  如果你的站點有很多動態文章,這一點很重要,因為有時數據庫和表會在遷移中丟失 。  例如,如果你在籌劃站點時優化了所有的標題標簽,但是它們所在的數據庫沒有在發布時上線,你可能會在每個頁面或產品頁面上發現缺少或默認的重復標題,等等 。 3.代碼和性能驗證不要假定新站將會執行與舊站點相同的功能 。 通過移動友好的測試工具運行主頁和關鍵頁面,以確保站點達到及格分數 。 此外,運行頁面速度工具,找到需要在新站點上優化的任何地方 。 在生產站點上,服務器、主機和其他負載的差異可能會導致出現你在舊站上找不到的問題 。 另外,不要忘記在站點上有任何模式標記 。 使用驗證工具來確保正確的實現是有幫助的,以防在舊的、臨時或實時的站點之間發生任何變化,以及搜索引擎如何呈現它們 。 4.提交 xm

推薦閱讀