使用 Sara Moccand 避免 5 個 SEO 網站遷移錯誤

已發表: 2022-06-27


您是否曾經參與過災難性的網站遷移？ 也許您已經被帶入一個項目來處理經過深思熟慮的網站遷移的影響。

今天，我們將與一位去年屈服並訂閱 Netflix 和 Disney Plus 的女士討論遷移網站時要避免的五個關鍵錯誤。 她是 SEO Nerds Switzerland 聚會的聯合主持人和 Liip 的 SEO 專家，Liip 是一家在瑞士設有六個辦事處的網絡和移動開發機構。 熱烈歡迎 In Search SEO 播客 Sara Moccand。

要避免的錯誤是：
  1. 計劃不周
  2. 不測試重定向
  3. 不審核分期
  4. 在高需求時期遷移
  5. 將分期編入索引





5個需要關注的站點遷移技巧


    薩拉：嗨。

    D：嘿，薩拉。 你可以在 liip.ch 找到 Sara。 那麼 Sara，為什麼網站遷移對 SEO 來說是一個如此大的問題？

    S：主要是因為你會失去所有作為收入來源的自然流量，我會說。 這是主要原因，所以每個人都必須非常小心他們的網站遷移。

    D：所以今天，我們將討論遷移網站時要避免的五個關鍵錯誤。 從第一開始，計劃不周。



    1. 計劃不周



    S：是的，最大的錯誤之一是計劃不周。 我有幾個例子。 糟糕的計劃可以從一開始就開始。 例如，在代理商中，銷售天數錯誤，這意味著您必須重新討論預算，這使得它變得非常複雜。 有幾個例子，但讓我們從主要問題開始。 顯然，如果您沒有正確計劃，您就不會按照您想要的方式實現事情。 正如我之前所說，第二個問題是流量損失。 這是災難性的場景，流量丟失，解決這個問題的方法是了解所有相關人員的姓名。 這就是秘密。 了解誰是開發人員，誰是前端、後端、設計師等。盡可能了解他們的姓名和他們的工作，以便隨時與他們聯繫。

    每個網站遷移就像一個新項目。 所以你有項目，然後有一個計劃。 在那裡你可以準確地看到 SEO 可以交互的地方。 記住這一點很重要。 例如，一開始，開發人員知道要做什麼，他們會選擇使用的技術。 因此，對於 SEO 來說，了解他們計劃使用哪種技術是很有趣的。 也許你也可以影響正在使用的技術。 有時，不是很頻繁，但有時。 這只是一個關於學習整體規劃和弄清楚你可以在哪裡互動的例子。

    D：當然，您可以在計劃中包含很多內容，但是您會在計劃中包含任何標準元素嗎？ 還是每個項目都非常獨特？

    S：我會說三個標準的東西。 知道什麼時候選擇了技術，知道設計師什麼時候開始設計網站的架構，知道什麼時候上線，然後你就可以分析階段來確定它們什麼時候上線。 這讓我想到了網站遷移的細分。 你有你的計劃，然後你把它分解成幾個階段。 首先是準備階段，這是您與開發人員互動的地方。 在那裡，您還必須分析網站的運行情況、哪些頁面很重要等。您還將準備重定向地圖。 下一個階段是測試階段，您可以在其中測試所有內容，因為暫存中的任何內容都將 100% 上線，因此如果那裡出現問題，之後就會出現問題。

    D：你也提到了那裡的 URL。 我猜有些網站遷移比其他網站遷移更容易。 有些您可能正在遷移服務器並保留相同的技術、CMS、相同的 URL……如果您必須更改每個 URL 或大多數 URL，會發生什麼？ 也許您正在從帶有 ASP 的東西（例如，在 URL 的末尾）轉變為相當簡單的 URL？ 是否可以同時保留所有排名和更改 URL？

    S：當我在一家開發公司工作時，人們會來做這件事。 他們不會只是稍微改變一下服務器。 他們想做的正是如此。 他們想改變一切。 那是我的問題。 所以是的，它有效。 你必須做你的重定向，你必須做你的重定向地圖，你有時間搜索引擎需要適應一點。 大多數情況下它工作得很好，因為當你做你的重定向映射時，目標是聰明地做。 例如，您知道如果頁面針對特定內容進行排名，那麼您會將其重定向到同一主題。 然後你必須在你的重定向映射中小心一點，然後它就可以工作了。 同樣，我見過的大多數情況就是他們改變了一切。

    D：關於你所說的另一個後續問題。 你說有時候搜索引擎需要一點時間來適應。 在您看到與以前相同的排名之前，給搜索引擎多少時間是合理的？

    S：不，我是說在你恐慌之前。 我會說這取決於，但我見過一些時候他們並沒有改變一切，但他們改變了很多，他們適應得很快。 我會說最多一個月，一個半月。 如果在那之後它不適應，那麼某個地方就會出現問題。

    D：讓我們繼續第二個問題，而不是測試重定向。



    2.不測試重定向



    S：是的。 讓我們在恥辱牆上舉幾個我做得不好的例子。 我記得一開始我組織了我的重定向地圖，每個文件都很好。 然後我把它交給開發人員準備我測試的所有東西。 我說一切都很好。 然後它上線了。 當我們上線時，我想知道發生了什麼。 然後我意識到它正在生成一個重定向鏈，這讓我有點驚訝。 所以我很幸運能夠與開發人員建立良好的關係，他們能夠當場解決這個問題。 這是我測試過的一種情況，但我測試得不夠好，因為在上線之前我沒有意識到這一點。

    又一次在恥辱牆上，並意識到完美測試一切的重要性。 我記得有一個包含許多國家/地區的網站，但是 URL 有一個特定的角色。 所以我請開發人員幫我做一個腳本，這樣我們會更快。 他做了腳本，然後我與開發人員預訂了半天的時間進行測試，但隨後他說，“嘿，Sara，我測試了它。” 太棒了。如果你已經做到了，那太棒了。但是讓我嘗試一個國家。所以我在美國進行了測試，然後我說，“一切正常。 偉大的。 謝謝你。 再見。 擊個掌！” 然後我們就開始直播了。 我檢查了一切，當我檢查時，我是，“發生了什麼事？ 什麼是跳躍？ 日本和科威特在哪裡？” 所以我看到我們遷移了所有東西，但我們錯過了日本和科威特，在它們上線之前我沒有意識到這一點。 再說一次，我很幸運，因為他們幫助我立即恢復了它，所以沒有真正的影響，因為它發生在我們糾正一切的那天。 但這是一個問題。 你必須測試。

    D：我想這也與第三點有關，因為第三點不是審核分期。



    3. 不審核分期



    S：是的，這是第三點的一部分。 一開始，我有我的票，我正在檢查它們，在舞台上一切都很好。 極好的。 票已執行。 但後來我意識到我並沒有像正常審核網站那樣進行審核。 例如，你開始看到奇怪的東西。 我記得這個網站，它最近發生在服務器端，它呈現完美。 我可以在控制台中看到代碼中的所有內容。 所以我很高興。 但是我有隱藏元素的問題，我總是檢查隱藏元素。 發生的事情是 JavaScript 的行為非常怪異。 它正在從隱藏元素中刪除所有文本。 所以你可以看到它，但在代碼中看不到。 這是一個例子，說明審計網站的登台和檢查所有實施是多麼重要。

    您需要做的另一件事是擁有自己的清單，修復清單，包含所有任務，就像審核一樣，然後您可以隨時添加一列。 例如，如果您使用 Google 表格，有一個欄目，我有一張票，對於這些任務不需要，我可以接受。 例如，對於我給出的 JavaScript 案例，您不開票，只有在出現問題時才開票。 然後你在另一列上列出你的優先級列表，即狀態。 哪個狀態 URL 正在進行中，然後您發表評論。 評論非常重要，每個人都會把它們拿走，但評論很重要，因為你需要知道為什麼有些東西會被阻止。 例如，如果有人阻止或另一張票正在阻止，您需要知道阻止它。 這是關於審核分期及其重要性的一點點。 這取決於，但一些開發人員也會在代碼中使用所有頁面上的 noindex。 然後他們會在上線時忘記將其刪除。 問題是你必須知道他們正在使用它，所以你可以要求他們記住在上線之前刪除 noindex，拜託。

    D：第四點要避免的是在高需求時期遷移。



    4. 在高需求時期遷移



    S：是的。 這應該很明顯，因為您有這個丟失流量的問題，或者至少在短時間內，並不總是這樣。 同樣，這取決於網站遷移，但存在適應時間的風險。 然後，如果您有時間參加其他活動……假設您從事電子商務。 可能在 10 月到 12 月底之間，您不想遷移您的網站，因為聖誕節快到了，很多人會通過您的電子商務商店購買。 客戶通常知道在那個時期他們有很高的需求。 因此，您可以與客戶核實他們的分析以避免出現問題。

    D：您之前提到，一些開發人員甚至可能在每個頁面上都設置 noindex，以實際嘗試避免頁面被索引。 錯誤五是對分期進行索引。 您會建議在暫存環境中的每個頁面上都使用 noindex 標籤來避免這種事情嗎？



    5. 將分期編入索引



    S：不，密碼保護始終是解決方案。 你可以做 noindex 但是，就像我的例子一樣，你可能會在上線時忘記。 最後，始終有效的最佳解決方案是受密碼保護，句號。 我記得幾年前分期被編入索引時，那可能是我經歷過的最令人震驚的經歷。 Staging 被索引了，問題是……你可以在網站上買票，問題是試圖在 Staging 網站上買票的人有點災難性。 你能想像人們試圖在登台網站上購買嗎？ 所以他們聯繫我說他們有這個問題。 我們能夠解決它，因為它相對容易解決。 這可能是我的主要觀點之一。 一旦開發人員放入密碼保護並放入 noindex。 所以我需要小心，不僅要檢查它是否受密碼保護，還要檢查 noindex。

    D：我敢肯定，在遷移我們的網站時，您可以將這個對話擴大到 101 個錯誤以避免，但希望我們已經獲得了您的前五名。 和往常一樣，這是來自 Sara 的好東西。 讓我們以 Pareto Pickle 結束。 帕累託說，你可以從 20% 的努力中獲得 80% 的結果。 您會推薦哪一項 SEO 活動可以為適度的努力提供令人難以置信的結果？





    Pareto Pickle - 網站遷移規劃



    S：對我來說，網站遷移就是計劃。 花一點時間進行計劃。 與您必須做的工作相比，這並不是一個巨大的時間。 如果你有結構，那麼你就不會犯錯誤，然後你會為自己節省很多時間，因為對於每一個錯誤，你都需要時間從錯誤中恢復，所以要明確計劃。

    D：合理規劃。 我一直是你的主人，大衛·貝恩。 你可以在 liip.ch 找到 Sara。 Sara，非常感謝您參加 The In Search SEO 播客。

    S：謝謝。

    D：謝​​謝你的聆聽。