管理成功的SEO遷移

[ad_1]

管理成功的SEO遷移

作為SEO專業人員,我們對遷移及其帶來的各種波動程度並不陌生。

隨著技術和業務目標的發展,遷移是數字業務生命周期中自然發生的事件。

遷移可以採用不同的形式,但是我們遇到的更常見的遷移包括:

風險和變數的級別在不同的遷移類型之間以及客戶的技術堆棧中的變數和細微差別之間會發生巨大變化,這意味著幾乎不可能提供「現成的」範圍。

在行業中,我們聽說遷移是錯誤的,即當遷移開始影響SEO之外的世界時。

失去一些流量和一些排名並不是頭條新聞,但關閉商店並裁員的企業則是新聞。

這樣的示例包括Homebase HTTPS遷移(Omi Sido對此進行了深入介紹 這裡),以及最近的Logojoy到Looka的品牌重塑,當通過第三方工具查看時,排名關鍵字減少了25,000(從150k到125k)。

界定SEO遷移

對我來說,正確確定遷移範圍對於整個遷移過程的成功至關重要,並避免出現以下情況:

管理成功的SEO遷移「 width =」 718「 height =」 262「 Size =」(最大寬度:718px)100vw,718px「 data-srcset =」 https://cdn.searchenginejournal.com/wp-content/uploads/ 2019/11 / migration-gone-wrong-5dd274985f26c.png 718w,https://cdn.searchenginejournal.com/wp-content/uploads/2019/11/migration-gone-wrong-5dd274985f26c-480x175.png 480w,https: //cdn.searchenginejournal.com/wp-content/uploads/2019/11/migration-gone-wrong-5dd274985f26c-680x248.png 680w「 data-src =」 https://cdn.searchenginejournal.com/wp-content/上傳/2019/11/migration-gone-wrong-5dd274985f26c.png站點遷移的示例,其中SEO諮詢公司成立得太遲,並且在做出所有關鍵決定之後。

作用域和規範的關鍵部分是,它對於開發人員和更廣泛的利益相關者都必須是可操作的:

  • 減少「為什麼」。
  • 並更多地關注「如何」。

歧義會帶來風險。誤解的空間越少越好。

在範圍界定文檔中,必須建立以下條件:

  • 發生遷移的原因(從客戶端)。
  • 主要和次要利益相關者。
  • 每個利益相關者的活動範圍和責任(保持流量和排名不是責任,這是一個目標)。
  • 活動時間表,以及遷移後資源。
  • (各方同意)遷移的目標。
  • 報告頻率和深度。

由此,您可以開始創建活動計劃,以儘可能減少風險。

風險緩解

在大多數情況下,任何遷移期間的風險緩解都是針對許多常規遷移活動進行的。

但是,每種活動都旨在減少風險因素,並努力實現商定的目標。

重新導向

重定向幾乎是所有遷移的一部分。

但是,在執行了許多遷移後流量下降審核之後,以下是在範圍界定和實施重定向時常犯的一些錯誤。

JS,CSS,參數和媒體文件未重定向

通常,進行遷移時,人們會專註於重定向URL,因為URL的排名很高,但如果有必要,您還應該考慮重定向JS文件,CSS,參數URL和媒體文件(圖像,視頻)。 。

許多人質疑重定向圖像的價值,但URL是URL,Google會對其進行爬網。 Google甚至建議您重定向圖像URL。

環境變化

遷移到新平台,重新設計模板或更新網站結構時,重要的是要確保新的「環境」至少能反映前一個SEO的質量。

新平台通常會上線,並且很多內容都隱藏在JavaScript可擴展區域的後面,並且禁用了NoScript或JS後,它仍然保持隱藏狀態,或者錯過了其他關鍵要素,因此重要的是審核新環境以檢查以下內容:

  • 元數據已正確結轉。
  • 結構化數據已實現並得到驗證。
  • 規範是正確的。
  • 分頁標記正確(Bing也存在!)。
  • 內部鏈接已完成,並指向200個URL。
  • 存在XML和HTML站點地圖。
  • Hreflang的設置正確(如果您是國際網站)。
  • 重定向已經過測試。
  • 您的404頁面返回404響應代碼。

諸如站點速度之類的事情將需要進行現場站點測試,除非過渡和預生產環境位於鏡像堆棧上(以便您可以模擬相同的性能),但更經常的是它們不在面向性能的伺服器上。

了解遷移為什麼會出錯

通常,當遷移出錯時,可以至少指出以下七個原因之一,這些原因是:

  • 不正確的SEO策略/目標不明確。
  • 資源和時間表的規劃和範圍不足。
  • 意外的UX /設計更改會影響內容或代碼。
  • 太遲/關鍵決策已經定下來之後,才讓SEO機構參與進來。
  • 不良或缺乏足夠的測試。
  • 對遷移後錯誤修復的響應速度慢,開發優先順序低。
  • 不可控制的變數(例如Google更新)。

戰略不力

為了為「成功」設定可衡量的基準,了解遷移為什麼會發生並達到預期的結果至關重要。

對於大多數遷移而言,目標是主要的SEO性能,然後將所述穩定性用作增長的基礎。

但是,每種遷移類型都有其自己的一組風險。這些需要傳達給客戶和更廣泛的利益相關者。

如果您要遷移主機或平台,但要維護URL結構,則它應該是無縫的,但是,如果您要重新命名和更改域名,則需要一段時間。

規劃和範圍界定不佳

儘早設定詳細的範圍和項目計劃,可以通過設定對SEO流程和任務花費多長時間的期望來避免一路延誤。

這也使您可以在項目範圍內考慮哪些因素是,哪些不是因素,以便您可以適當地計劃和分配資源。

通過制定計劃,您還可以確定潛在的障礙,例如公共假期或銷售高峰期。

例如,作為在線零售商,您不會在感恩節那天開通網站,因為主要錯誤可能會危害您的黑色星期五/網路周/聖誕節期間。

後期參與

SEO遷移不會在一夜之間發生。

但是,SEO支持通常是在路線圖中太遲了,因為事先做出了許多關鍵決定,這些決定都會影響自然搜索的性能。

有時,只要在時間軸上有進行更改的空間,延遲參與可以是一種節省的恩典,但這很少發生,您只能注視並準備驗屍。

這也意味著缺少足夠的測試(從SEO角度來看)

開發響應時間慢

這通常不是企業本身的問題,也不是SEO專業人員可以控制的。

我遇到過這樣的情況,在此之前,遷移開發資源已完全重新用於業務的另一部分,因此沒有時間進行緊急或臨時的錯誤修復。

通常,這不是開發人員的錯,而是更多決策者的計劃不周的徵兆。

我見過網站在整個站點上都啟用了全站索引索引(因為部署了錯誤的存儲桶),我們幾乎立即對其進行了標記-分配資源需要4天的時間才能刪除它。

不可控制的變數

儘管規劃和資源分配得最佳,但您時常會被一些不可預見且完全無法避免的事情所困擾,例如Google更新或CDN / DNS中斷。

圖片積分

作者截圖,2019年11月

相關文章