完美的網站重新啟動 - 完整的 SEO 清單
已發表: 2023-06-02
無論您是更改主題、切換域還是移動服務器，重新啟動網站都是您在線業務的關鍵時刻。
您正在重新啟動以提高搜索流量和轉化率……
......但是有這麼多活動部件，有很多地方可能出錯。
不用擔心！
這就是我們創建此網站重新啟動和遷移 SEO 清單的原因。 我們已經涵蓋了所有基礎，以確保您不僅會保持您的排名，而且會為大幅提升自然流量做好準備。
讓我們開始吧。
目錄
- 1為什麼需要網站重新啟動清單？
- 2準備重啟
- 3啟動前準備清單
- 4遷移清單
- 5啟動清單
- 6發布後檢查清單
- 7準備好重新啟動您的網站了嗎？
為什麼需要網站重新啟動清單？
網站重新啟動是一個複雜的過程。
這意味著很容易錯過一些看似很小但可能是維持排名的重要組成部分的東西。
並非清單中的每個步驟都適用於您的特定重新啟動或遷移。 但我們包含了適用於以下每種情況的步驟：
1. 網站重新設計（主題更改）
一個簡單的主題更改是一個相當低風險的遷移。
重點將放在保持您的內部鏈接結構完好無損，而不對導航進行重大更改。
2. 由於框架變化（新CMS）導致的網站遷移
這是一個高風險的遷移。
從一個 CMS 遷移到另一個 CMS 時，很難完全複製舊站點的結構。 但我們將向您展示如何將更改保持在最低限度。
3. 域名更改或網站重新啟動
這是相對較低的風險。
品牌重塑是一個相當常規的程序，也是谷歌所期望的。 排名可能會波動一段時間，但應該很快穩定下來。
4.服務器遷移（更換主機）
這是一個相當低風險的遷移。
但需要注意的是，您需要在新服務器上製作舊站點的真實副本。
5. 重新啟動 SEO 策略（計劃啟動 SEO 工作）
事實上，您將對網站上的信息進行重新架構，這通常會使這成為一個高風險的舉動。 但我們將把它歸類為一個機會。
畢竟，如果您要為 SEO 重新啟動站點，則可能意味著您當前的結構存在需要修復的問題。 解決這些問題應該會提高您的排名！
為重啟做準備
在我們開始核對清單之前，我們建議您採取幾個步驟。
首先，對您現有的網站進行審核，其次創建一個測試（或暫存）網站以在遷移期間使用。
1. 抓取和審核您現有的網站
重新啟動的原因之一是解決舊的“問題”。
因此，在繼續重新啟動/遷移之前，您需要確定阻礙當前網站 SEO 的所有問題。
您可以使用 Seobility 對您的站點執行完整的頁面審核，因此請註冊並創建一個項目。
注意：雖然您可以在免費（基本）版本中對您的站點進行審核，但您將無法導出反向鏈接。 因此，要遵循本指南中的所有步驟，我們建議註冊免費試用 14 天的高級版。
我們將在清單中的幾個步驟中使用 Seobility。 雖然我們可能有偏見，但您很快就會明白為什麼我們建議您註冊
在此處查看我們的網站審核詳細指南。
2. 設置測試/暫存站點
我們建議設置一個測試/暫存站點以在遷移期間使用。
這樣你就可以在不影響現場的情況下調整、測試（和破壞東西！）。
試驗場準備好了嗎？ 讓我們進入遷移清單。
啟動前準備清單
在開始移動內容之前，我們建議您採取一些步驟。
1.密碼保護暫存站點
目前，您需要讓爬蟲遠離您的暫存站點。 如果沒有，那些討厭的搜索引擎機器人最終會將其編入索引……。
…這將對您的排名造成巨大損害。
幸運的是，通過密碼保護您的暫存站點很容易阻止它們。
儘管還有其他方法可以防止爬蟲訪問臨時站點——比如在 robots.txt 文件中禁止機器人——但它遠非理想。
Google 不僅仍然可以在 SERP 中顯示不允許的暫存站點 URLS，而且如果它沒有密碼保護，也不知道哪個人或機器人最終可能會找到您的暫存站點。 因此，密碼保護您的域是可行的方法！
這裡有一些很酷的東西：
您可以在 Seobility 的爬蟲設置中添加用戶名和密碼（ Dashboard > Your Project > Crawler settings ）。 這將使我們的爬蟲通過大門，並允許您在暫存站點上執行審核。
使用密碼保護站點的最簡單方法是通過 .htaccess。 將以下命令添加到文件中。
#保護目錄 AuthName "對話框提示" 授權類型基本 AuthUserFile /home/用戶名/網站/.htpasswd 需要有效用戶
然後在上面 AuthUserFile 位置指定的目錄中創建一個 .htpasswd 文件，其中包含用於訪問該站點的用戶名和密碼。 格式如下：
用戶密碼 暫存站點用戶：stayawayG00gle！
2. 創建包含當前內容地圖的電子表格
您是否確切知道您網站上的內容？ 每一頁？ 我也不。
但是要確定您的遷移……您需要這樣做。
幸運的是，使用 Seobility 可以輕鬆獲取您網站內容的完整列表。 只需註冊 14 天免費試用，將您的網站添加為項目，然後運行爬網。
抓取完成後，轉到儀表板 > 網站 > Onpage > Tech and Meta ，您將在抓取統計信息下找到已抓取頁面的完整列表。
單擊已抓取的頁面，您將能夠導出當前站點上的所有內容 URL。
獲取這些頁面並將它們放入電子表格中。 我們將使用它作為不久做出一些決定的基礎。
注意：我們已經創建了一個電子表格模板，您可以使用它來收集數據。 單擊此處將其導入您的 Google 帳戶。
3.創建外部反向鏈接圖
我們可以再次使用 Seobility 獲取指向我們網站的所有反向鏈接的列表。
我們已經為我們的站點創建了一個項目。 所以我們需要做的就是導出該工具發現的反向鏈接列表。
我們將使用此列表來幫助我們對內容做出決定。
轉到儀表板中的反向鏈接選項卡並導出列表。
4.創建內部反向鏈接圖
內部鏈接對於現場優化非常重要。 可靠的內部鏈接結構有助於搜索引擎機器人：
- 有效地抓取您的網站
- 了解頁面之間的關係
因此，我們要確保在遷移過程中不會對我們的內部鏈接結構進行任何不需要的更改。
重要的不僅僅是內容中的鏈接：
導航鏈接也很重要。 它們幫助 Google 了解您網站的結構，並增強您的內容中心和類別。
嘗試在遷移期間盡可能多地維護導航鏈接。 大的變化可能會導致重要頁面失去力量，並導致流量下降。
5. 創建內容與流量的地圖
第 3 步和第 4 步處理鏈接。 但我們還需要知道我們網站上的哪些頁面當前接收的流量最多。
為什麼？ 因為我們要格外小心這些頁面，以確保我們不會更改任何可能導致其排名下降的內容。
如果它沒有壞，就不要修理它！
我們可以使用 Google Analytics 為我們網站上的所有頁面導出流量報告。
出於遷移的目的，我們希望看到來自所有來源的流量，而不僅僅是搜索。
假設您使用的是 GA4，則可以使用頁面和屏幕報告（生命週期 > 參與 > 頁面和屏幕）或登陸頁面報告（生命週期 > 參與 > 登陸頁面）。 您可以點擊左上角的“分享此報告”，然後點擊“下載”導出數據。
如果您仍在使用舊版 Google Analytics，請轉至Google Analytics > 行為 > 網站內容 > 所有頁面並導出。
6. 執行內容修剪練習
我們現在有了我們網站內容的完整列表，包括哪些頁面有鏈接，哪些頁面有流量。 是時候做出一些決定了。
這是你“打掃房子”的機會。
那麼計劃是什麼？
好吧，隨著時間的推移，網站會變得有點臃腫。 如果您的網站已經存在了一段時間，那麼您很可能擁有多個針對相同關鍵字的頁面（更多內容在第 7 步中）、孤立頁面或過時的頁面。
以下是您應該首先問的問題：
- 頁面有流量嗎？
- 該頁面是否有任何反向鏈接？
如果這些問題的答案是否定的，那麼該頁面將是以下任一選項的候選者：
- 刪除
- 與另一個頁面合併
然而，即使頁面有反向鏈接，您仍然可能要考慮合併（即重定向）頁面。
為什麼？ 因為如果你有 4 個頁面涵蓋相同的主題——並且每個頁面都有反向鏈接——將它們合併到一個頁面將鞏固鏈接資產並產生更強大的頁面。
我還應該指出，僅僅因為一個頁面沒有收到流量並不意味著它不是一個“好”頁面。 刪除並不總是答案。 有時您可能會決定改為改進/更新頁面，或者它只需要更多鏈接（內部或外部）來排名。
因此，您需要在做出決定之前查看每一頁。
底線：如果一個頁面質量低劣，沒有排名，也沒有鏈接，它可能應該離開。
7.確保每頁專注於一個主題（關鍵字）以避免關鍵字蠶食
我在上面提到過，您的內容審核可能會發現針對同一關鍵字的多個頁面。
發生這種情況時，這些頁面可能會遭受“關鍵字蠶食”。
您正試圖在多個頁面上對同一個關鍵字進行排名。 谷歌不會讓這種情況發生。
他們將難以決定對哪個頁面進行排名。 在最壞的情況下，可能沒有頁面排名。
那麼你應該如何處理關鍵字蠶食呢？
我們的建議：
- 確定哪個頁面最適合關鍵字（這成為主頁）
- 將附加頁面中的任何信息合併到主頁面中
- 301 將附加頁面重定向到主頁面
8. 執行 URL 優化練習（沒有雙重關鍵字，沒有停用詞，沒有完整的“標題”在 slug 中）
這是另一個應該小心處理的步驟。
更改頁面的 URL 有潛在的好處，但也存在風險。
理想情況下，網址應該簡短，以關鍵字為中心，並跳過您不想為其排名的詞。
/關鍵字1-關鍵字2-關鍵字3
像下面這樣的東西是完美的：
然而，這是我們大多數人在開始在 SEO 上投入更多時間和精力時學到的東西。
我們經常會有遺留的“亂七八糟”的 URL，因為我們可能沒有正確規劃結構，或者沒有意識到 SEO 的含義。
例如，WordPress 只是根據標題中的所有單詞創建一個 slug。 這意味著如果我們不手動更改 slug，我們的大部分 URL 將看起來像這樣......
/我如何在不嘗試的情況下管理關鍵字 1 關鍵字 2 和關鍵字 3 的排名
哎呀！
URL 是頁面排名信號。 這意味著優化它是一項值得的練習。
但…
與所有重大（或多或少）變化一樣，谷歌可能有點喜怒無常。 所以這並非沒有風險。
多年來，我對 URL 進行了大量更改，在絕大多數情況下，我都從中受益。 但是您會發現其他 SEO 推薦單獨保留 URL，除非它們是明顯的阻礙因素。
這意味著如果一個頁面已經排名很好，你應該格外小心。 該建議適用於此過程中的所有步驟。
如果您決定更改頁面的 URL，請確保將舊 URL 301 重定向到新 URL。 這將有助於搜索引擎了解這是同一頁面。
稍後會詳細介紹這一點……
進一步閱讀：SEO 友好 URL
9、檢查部分插件頁面是否發生變化
作為重新設計的一部分，您可能決定更改一些插件。
記住這一點很重要，尤其是從用戶體驗的角度來看。
您需要非常小心，不僅要注意您的博客文章和頁面，還要注意所有其他可能已更改的頁面。
例如，如果您更改了電子商務插件，則需要確保關鍵 URL（例如 /shop、/cart 或 /checkout）未更改。
如果他們這樣做了？ 您需要記下每個 URL 更改，以便相應地進行處理。
10. 創建當前 URL 到新 URL 的映射
確定要更改的 URL 後，我們需要創建一個 301 重定向列表。
301 重定向向爬蟲和瀏覽器表明網頁已永久移動到新位置。
執行 301 重定向也有影響。
過去，通過重定向傳遞的鏈接會失去一些力量……
......然而，來自谷歌的 Gary Ilyes 早在 2016 年就表示重定向現在傳遞了全部價值。
然而，鍊式重定向仍然是一個問題。
當您的頁面 URL 已多次更新和重定向時，通常會發生鍊式重定向。
鏈接 → 舊 URL → 新 URL → 更新的 URL
在這種情況下，您應該嘗試將舊 URL 指向新 URL 而無需中間步驟，尤其是對於內部 URL。
為什麼？ 因為雖然 301 傳遞了頁面的價值，但每次重定向仍然需要時間和資源。 這對爬蟲（如 Googlebot）不利，對用戶來說不是最佳選擇。
11. 記下所有 SEO 插件設置
您的 SEO 插件設置對您網站的 SEO 健康至關重要。 您應該在整個遷移過程中維護它們，或者如果您出於 SEO 目的重新啟動您的網站，則進行必要的更改。
截取所有當前設置的屏幕截圖，以便您可以將它們複製到新設置的字母中。
12. 注意所有其他可能影響 SEO 或 UX 的插件
雖然 SEO 插件格外重要，但還有許多其他插件會影響您網站的整體結構。
所有關鍵插件的設置都應該保存為屏幕截圖，以便您可以比較並確保您已正確移動所有設置。
13. 設定基準。 記下 Google Analytics 中的關鍵用戶指標（跳出率、網站停留時間、返回率、人口統計、流量等）
現在我們已經準備好大部分內容遷移地圖，我們需要記錄一些基準統計數據以供比較。
以下是我們建議錄製的內容：
網站停留時間：如果我們改善了網站的整體用戶體驗，我們希望這一數字會增加。
跳出率：這是一個很難理解的指標，所以我不會在這裡詳細介紹。 跳出率低固然好，但跳出率高未必是壞事。 無論哪種方式，請記下它以便您進行比較。
退貨率：這是另一個值得監控的好指標。 如果用戶體驗得到改善，我們預計用戶會更頻繁地返回。
目標：我們希望新網站能實現更多目標。
轉化率：不僅是一個關鍵指標，而且是我們絕對希望看到改進的指標。
注意：這些是我的建議，但每個企業都是獨一無二的。 因此，您應該決定哪些指標對您的業務最重要，哪些是您希望改進的。
14. 使用 Google Search Console (GSC) 驗證當前域
這是你早該做的事情。 但如果你沒有…… 現在是時候這樣做了！
如果我們更改站點（域）的實際地址，我們將執行的操作之一是 GSC 中的地址更改指令。
因此，您需要確保先驗證現有域。
15.用必應站長工具驗證舊域名
我們大多數人都關注谷歌（非常正確，因為截至 2023 年，它推動了約 92% 的搜索），但 Bing 也可以發送穩定的流量，其市場份額約為 3%。
借助最近的創新，例如由 ChatGPT 提供支持的 AI 聊天模式，Bing 甚至可以繼續從 Google 手中奪取市場份額。
因此，我建議您在 Bing 的網站管理員工具中驗證您的域。
您沒有什麼可失去的，也沒有什麼可獲得的流量！
16. 下載現有域的任何拒絕文件
如果您過去拒絕過任何鏈接，則應下載此文件的副本，尤其是在您要遷移到新地址時。
我們將執行從舊站點到新站點的完整 301 重定向。 因此，任何未被拒絕的舊有毒鏈接都將被新域繼承。 這意味著任何有毒鏈接懲罰也將被繼承！
您可以對新站點使用相同的拒絕文件以避免任何問題。
17.準備新的服務器基礎設施
如果您要將站點遷移到新的基礎架構（即不同的託管或新的雲服務器），現在是時候確保一切順利運行了。
18.準備並安裝新的SSL證書
作為新基礎設施設置的一部分，我們需要：
- 遷移我們現有的 SSL 證書，或
- 如果域已更改，請創建一個新域
這可能是一個有點冗長的過程，特別是如果您使用的是組織驗證證書或擴展驗證證書。 所以你應該確保你事先準備好了所有這些。
在啟動之前準備好並安裝證書。
19.創建當前站點地圖的副本
執行遷移後，我們需要仔細檢查我們是否擁有 sitemap.xml 文件中存在的所有內容。
即使我們正在對內容進行更改，我們仍然希望擁有 sitemap.xml 的副本。
為什麼？ 因為我們要確保新的 sitemap.xml 沒有：
- 我們不再需要/不再存在的任何額外頁面，或者
- 缺少任何應該包含的頁面
20. 複製 robots.txt 文件
與 sitemap.xml 文件一樣，robots.txt 文件包含影響 Google 和其他機器人抓取您網站的方式的重要指令。
新 robots.txt 文件中的一個失誤可能會造成各種排名混亂。 儘管小錯誤並不總是問題，但不小心阻止了不應阻止的頁面才是問題。 以下是 Google 在其搜索中心博客上對 robots.txt 錯誤的評價： 
因此，請確保保留舊文件的副本以供比較。
遷移清單
準備好了嗎？ 是時候遷移您的網站了！
1.遷移所有重要內容
我們的第一步是將所有重要內容從舊站點移動到新站點。
為什麼我說“重要”的內容？
因為我們應該只遷移我們在準備期間決定保留的內容。
如果要刪除（或合併）頁面，則將其導入新站點毫無意義。 我們只是給自己一個額外的步驟。
內容遷移過程將因框架而異。 但是大多數 CMS 都會有插件或擴展來幫助您進行遷移。
注意：在遷移過程中需要特別注意圖像。 如果您的域或文件夾結構已更改，您需要確保嵌入的圖像指向正確的 URL/路徑。
2.為將要刪除或合併的頁面創建適當的響應
任何要合併或刪除的內容都需要適當處理。
如果訪問者（或搜索引擎）試圖訪問舊 URL，他們應該得到適當的響應。
那麼什麼是合適的回應呢？
這是我們的建議：
- 對於與其他頁面合併的頁面，您應該將舊 URL 301 重定向到主頁面。
- 不再相關但網站上存在主題非常相似的頁面的頁面應該 301 重定向到相關主題/頁面。
- 如果你有主題相關的類別，建議301重定向舊URL到父類別。
- 不再有效且不存在其他類似主題的頁面應提供 410（消失）響應。 這比 404 更好，因為它通知谷歌該頁面不會返回並且應該從他們的索引中刪除。
- 不要將損壞的頁面重定向到主頁——這是一個用戶體驗問題，任何重定向到主頁的內部鏈接都將被視為（軟）404 錯誤
3.創建自定義404頁面
點擊 404 頁面對用戶來說是一種令人沮喪的體驗。
自定義 404 頁面可以減輕打擊。
我們的建議？ 說明網站已經過重新設計，部分內容不再可用。 您還可以建議其他行動方案，例如：
- 搜索他們點擊的特定關鍵字
- 與您取得聯繫
- 訪問他們可能正在尋找的網站的相關部分
有趣的 404 視覺或消息也有助於打破挫敗感。
4.警惕軟404
我們在上面提到，您應該避免將已刪除的頁面重定向到主頁。
這是因為 Google 可能會選擇將此類重定向視為軟 404。 他們期待一段特定的內容，但相反，他們被重定向到一個不相關的頁面（在本例中為主頁）。 當發生這種情況時，鏈接價值不會被傳遞，而是會丟失。
此外，將內部鏈接重定向到主頁是一種已知的垃圾郵件策略。 如果這樣做，您的網站可能會發送負面的 SEO 信號。
5.優化你的META描述
遷移是解決棘手的 SEO 問題的絕佳機會。
因此，我們建議您在遷移過程中清理（並改進）您的元描述。 這是一項很有價值的練習，可以提高您從 Google 獲得的點擊率。
前往我們的元描述指南，了解如何製作完美的 SEO 元描述。
6. 準備從舊 URL 到新 URL 的重定向（重定向插件或 .htaccess）
遷移中是否有任何 URL 發生變化？ 您需要準備重定向以維持您的排名。
您可以使用以下方式管理重定向：
- 插件
- cPanel/您的託管服務提供商
- 直接通過網站的 .htaccess 文件。
我們更喜歡盡可能使用插件，因為它們使事情更容易實施和跟踪。 越簡單越好！
如果您正在運行 WordPress，Redirection 是一個超級簡單的插件，可幫助您管理 301。
但是，如果您想手動編輯 .htaccess 文件，請按以下步驟操作。
7.審核（新）測試站點
有了您的內容和重定向，現在是對（新）測試站點進行審核的好時機。
因為即使您遵循這樣的清單，大型遷移也可能會引發一些錯誤/問題。
您可以使用 Seobility 執行站點審核。 只需點擊幾下，您就可以覆蓋任何密碼保護或爬蟲阻止……
您將在儀表板的“爬蟲設置”中找到這些設置。
8.修復現場審核發現的問題
我們相信不用說，您會希望在上線前盡可能多地解決技術性 SEO 問題。
閱讀我們的 SEO 審核指南，詳細了解如何查找和修復一些最常見的 SEO 錯誤。 這可能是一個漫長的步驟，但它是非常值得的。
9. 使用更新的 URL 更新任何內部內容重定向
重定向將在我們的遷移中發揮重要作用。 但只要有機會避開它們……我們就應該抓住這個機會！
畢竟，重定向是爬蟲和用戶都需要執行的額外“躍點”。 因此，最好盡可能更新鏈接以直接指向正確的頁面。
我們可以通過內部鏈接做到這一點。
在 Seobility 中，您可以在“鏈接”部分的“OnPage”>“結構”>“重定向”下找到要修復的重定向。
10.解決任何損壞的鏈接遷移問題（損壞的鏈接，損壞的圖像）
如果您刪除了內容並忘記刪除（或重定向）任何內部鏈接，您將創建一個內部損壞鏈接。
那可不好。
檢查您的 Seobility “Tech.” 上的 HTTP-Status Overview 面板。 & Meta”頁面的 404 錯誤。
在上面的示例中，我們可以看到當前有 19 個頁面返回 404。因此需要更新指向這些頁面的任何內部鏈接。
單擊“404”旁邊的數字可查看所有返回 404 的頁面（左側），以及鏈接到這些頁面的頁面（右側）。
損壞的圖像和腳本將顯示在“文件源”面板上（“不可檢索的文件源”）。
11.從新模板中刪除任何“額外”頁面
值得仔細檢查遷移沒有創建任何“額外”頁面。
例如，您可能在設置新主題後忘記刪除演示內容。 它發生了……
您可以通過單擊“抓取統計”（Tech. & Meta）下的“抓取的頁面”來瀏覽在 Seobility 抓取期間發現的頁面的完整列表。
留意您未預料到的任何頁面。
作為一項附加檢查，Seobility 內容審核的“文本質量”面板將突出顯示包含填充文本的頁面……
…這些頁面中的一些很可能是垃圾。
12.新建robots.txt文件
內容方面，我們現在應該差不多準備好了。 但是在我們準備上線之前，我們還需要完成一些步驟。
首先，我們要設置我們的 robots.txt 文件。
如果您沒有更改平台，那可能只是將現有文件複製到新站點的情況。 但仍然值得仔細檢查文件以確保一切看起來都是正確的。
13.創建一個新的站點地圖
是時候創建一個新的站點地圖了。
我們會將其與舊版本進行比較，以找出任何明顯的錯誤。 我們還希望確保我們選擇不遷移（無論是重定向還是刪除）的任何內容都不會包含在站點地圖中。
注意舊版本中不存在的其他分類法。 如果您發現任何問題，請確保您已正確設置您的 SEO 插件。
例如，WooCommerce 傾向於在站點地圖中創建大量條目（顏色、尺寸、品牌和其他產品屬性）。
這些都是精簡頁面，不會為最終用戶增加任何價值。 這些頁面太多可能會導致您的網站被谷歌降級。
在 YOAST 的 SEO 插件中，您需要將任何要從搜索中排除的分類法的值設置為“否”。
14. 確保圖像沒有創建自己的 URL
WordPress 中一個特別煩人的 SEO 陷阱是（如果配置不正確）圖像 URL 可以在他們自己的頁面上訪問。
這可能會導致數百（甚至數千）個僅包含圖像的精簡頁面。
這是一大堆單薄的內容和一個主要的 SEO 問題。
修復？ 確保所有圖像頁面都不可索引並重定向到實際圖像。 這在 YOAST 中很容易做到。
單擊切換到“是”以自動將附件 URL 重定向到圖像本身。
15.檢查規範標籤是否正確
許多 CMS 創建不同的方式來訪問相同的內容。 標籤、類別、分頁、過濾器和其他參數可能特別麻煩。
這些天谷歌將在猜測正確的 URL 方面做得不錯。 但我們不想留下任何機會......
…所以你應該確保每個頁面都有一個指向最終版本的規範標籤。
Seobility 在規範鏈接錯誤下的OnPage > 結構報告中檢查規範鏈接問題。
16.比較內部鏈接
這非常重要
正如我們之前提到的，內部鏈接是 Google 抓取您的網站並感知其結構的方式。
所以我們不希望對以下內容進行任何重大更改：
導航——我們想要排名的頁面，例如具有直接鏈接的產品和服務頁面，或來自一級頁面的鏈接應該保留它們。
類別頁面——一些主題通過麵包屑或其他方法自動創建指向類別頁面的內部鏈接。 確保新主題保留了這些鏈接，否則，您將失去訪問帖子/頁面的大量功能。 另一方面，如果您的新主題創建了這些鏈接並且它們之前沒有，您可能需要調整設置以刪除它們。
內容鏈接——我們應該盡可能多地維護這些鏈接。 遷移不是更改帖子內鏈接的理想時間。
17. 將模式數據添加到 NAP、內容和任何其他相關的內容
模式通過以結構化格式呈現信息來幫助機器（在我們的例子中是搜索引擎）理解內容。
並且 Google 還使用架構在搜索結果中顯示豐富的摘要。 這有助於我們獲得更多點擊！
因此，只要有可能，我們都希望將其包括在內。
至少，您應該在 NAP 中包含組織結構化數據（姓名、地址、電話號碼）。
但是產品、評論、食譜、事件、文章、作者等都有自己的架構標記，您可以將其包含在頁面上。
SEOPress 是一個很酷的插件，可以幫助您管理網站的架構（在這裡查看我的評論）。
有關模式和豐富網頁摘要的更多信息，請查看我們詳細的豐富網頁摘要指南。
18. 確保所有重要的法律頁面都準備就緒
合法頁面為您的網站提供合法性並有助於建立信任。 因此，請確保您擁有所有必要的頁面。
這些包括…
- 隱私政策
- 條款和條件
- 餅乾政策
- GDPR 合規信息
- FTC 附屬披露
......以及您的利基市場所需的任何其他頁面。
19. 驗證聯繫表格和其他表格是否正常工作
驗證聯繫表單和其他用戶輸入是否正常工作。 如果您沒有收到查詢或註冊，那麼一個閃亮的新網站就沒有多大用處！
20. 檢查你的關於我們頁面，確保它比舊版本更全面或更好
您網站的“關於我們”頁面對於與搜索引擎和用戶建立信任非常重要。
我們的建議？ 使您的關於頁面盡可能詳細，並儘可能包括在該業務中工作的人員的實際位置和照片。
我們還建議包括網站及其作者/團隊的社交媒體鏈接。
所有這些都向用戶和搜索引擎傳達了一種信任感。 有關為什麼這如此重要的更多信息，請查看我們關於 EEAT 的帖子。
21. 添加 Google Analytics、AdWords、Google Tag Manager、Facebook Pixel 和任何其他第 3 方腳本
我們的遷移即將完成。 但我們最不想做的是添加任何所需的第三方腳本，例如 Google Analytics。
請注意，每個腳本都會對加載時間產生影響。 因此，僅添加運行站點和收集所需數據所需的絕對必要腳本。
啟動清單
隨著我們的遷移完成，是時候啟動了！
我們建議您將發布安排在非高峰期。 這將使您有時間在峰值負載到來之前解決所有問題。
以下是步驟……
1. 刪除密碼保護，或 noindex/disallow 指令
現在您已準備好啟動，您可以禁用任何適當的方法來阻止或阻止搜索引擎訪問您的站點。
確保仔細檢查這一點。 您絕對不想在爬蟲無法訪問的情況下啟動！
首先，如果您使用的是 WordPress，請確保未選中“不鼓勵搜索引擎”複選框。
您可以在“設置”>“閱讀”下找到它
2.如果您要移動服務器託管，請更新名稱服務器
如果您要遷移到新域或更改託管，是時候按下“開關”並向全世界發布了。
您需要更新域的 DNS 設置或名稱服務器以指向新服務器
注意：您可能需要等待幾個小時，以便 DNS 更改完全傳播，然後才能開始看到該站點的新版本。
如果您保留相同的主機（但在不同的目錄中），您只需要更改附加到域的目錄。
或者，如果您一直在開發暫存站點，您的主機可能可以選擇將其上線。 如有疑問，請向您的主機尋求支持！
3. 在 .htaccess 中或根據需要設置完全重定向
切換到新域？ 您需要設置重定向以將訪問者（和抓取工具）指向新地址。
以下是使用 .htaccess 在域級別執行此操作的方法。
重寫引擎開啟
RewriteCond %{HTTP_HOST} ^www.oldsite.com$
重寫規則 (.*)$ https://www.newsite.com/$1 [R=301,L]
RewriteCond %{HTTP_HOST} ^oldsite.com [NC]
重寫規則 (.*)$ https://www.newsite.com/$1 [R=301,L]
以上將 http://、https://、http://www 和 https://www.oldsite.com 重定向到 https://www.newsite.com
個別 URL 也將被正確重定向。
4. 確保搜索引擎無法再訪問舊站點
此時，我們需要確保搜索引擎無法再訪問舊站點。
對舊域的任何請求都應如上所述進行 301 重定向，否則我們最終會遇到重複內容問題。 我們絕對不想要。
留意流氓子域 (oldsite.domain.com) 和子目錄 (domain.com/oldsite)。 這些也應該重定向。
5. 進行徹底的目視檢查
既然新站點已經上線，請仔細梳理它，一頁一頁地瀏覽它，並確保一切看起來都是正確的。
您還需要仔細檢查 URL 是否按預期顯示。
6. 測試重定向
正如我們所強調的，重定向是遷移的關鍵部分。 因此，您需要三重檢查是否一切正常。
我們建議測試以下內容：
- 檢查內部重定向是否正常工作（即，如果您將 /contact-us.html 移動到 /contact-us，請確保重定向將用戶發送到最終所需的 URL）
- 檢查從舊域到新域的重定向是否正常工作。 www.oldsite.com/page-1 現在應該將您發送到 www.newsite.com/page-1
- 檢查從舊站點重定向的內部鏈接。 對於已更改地址的頁面，請確認舊站點上的舊 URL 會將您帶到新站點上的新 URL。 例如，www.oldsite.com/contact-us.html 應將您轉到 www.newsite.com/contact-us
- 檢查 http 到 https 重定向是否正常工作。 http://www.oldsite.com/contact-us.html 應該將您發送到 https://www.newsite.com/contact-us
7. 檢查幾個反向鏈接並驗證它們是否根據您的地圖重定向到新內容
確保我們所有 301 重定向都到位的另一個關鍵原因是什麼？ 反向鏈接。
為了保持鏈接公平和鏈接流量，我們需要確保所有指向我們舊站點的鏈接都重定向到新 URL。
在 Seobility 中運行您網站的反向鏈接報告，並檢查幾個鏈接以確保它們重定向到正確的頁面。
如果您找到一個不重定向的鏈接（或者您收到 404 錯誤），您將需要追溯您的步驟以找出問題所在。
重要的是我們不要丟失任何鏈接！
提示：您可以使用 Seobility 反向鏈接列表中的“損壞的鏈接”選項卡來檢查新站點是否有任何損壞的反向鏈接。 這將幫助您發現您可能錯過的任何損壞的鏈接。
8. 運行 site:olddomain.com 查詢，點擊幾個 URL，確認你被重定向到新頁面
在 Google 上執行 site:www.olddomain.com 查詢。 雖然不是詳盡無遺，但它會列出 Google 為您的舊站點編制索引的大部分 URL。
單擊其中一些結果以確認您已完全重定向到相應的頁面。
如果您沒有被重定向，則需要盡快修復此問題。 否則你會失去排名和流量。
9. 將您的新網站添加到 Google Search Console
一旦您對重定向感到滿意，就可以將新網站提交到 Google Search Console。
通過完成此處詳述的驗證方法之一，在 Google Search Console 上驗證新域。
10. 將您的新站點添加到 Bing 網站管理員工具
在 Bing 網站管理員工具上驗證新站點。 我們知道，我們知道……但它確實帶來了一些流量！
11. 使用 Google Robots 測試工具測試您的 Robots.txt 文件
使用 Google 的機器人測試工具驗證站點，確保可以訪問您的內容。
嘗試訪問一些重要的 URL 和 URL 模式，以確保允許 Google 抓取它們。
注意： robots.txt 測試工具僅適用於 URL 前綴屬性，不適用於域屬性。 如果該鏈接對您不起作用，您可以使用此免費工具作為替代。
12. 測試您的站點以獲取正確的結構化數據並修復錯誤
作為遷移清單的一部分，我們處理結構化數據（模式）。
所以現在我們上線了，我們要進行測試以確保我們的模式代碼中沒有錯誤。
您可以使用 Google 的架構標記驗證器及其 Rich Results Test 來檢查您的架構。
13. 檢查新網站是否適合移動設備
一個移動友好的網站是必須的。
雖然您的新網站有望採用響應式設計，但值得通過 Google 的移動設備友好測試來運行它，以防頁面上的任何單個元素在移動設備上引起問題。
14. 提交新站點地圖
如果一切正常，我們就可以通知 Google 開始抓取我們的新網站。
在 Search Console 中提交新域上的新 sitemap.xml 網址，並確保提交後沒有錯誤。
對 Bing 網站管理員工具執行相同的操作。
15. 將拒絕文件添加到新屬性
如果您有舊網站的拒絕文件，現在是時候將其上傳到 Search Console 上的新資源中了。
否則，您將不再拒絕那些有毒鏈接……它們可能會對您的排名產生負面影響！
16.執行請求索引
谷歌應該很快找到你的新網站，因為當它重新抓取舊網站時，它會在重定向時選擇。
但是您可以通過要求 Google 重新抓取舊域（以便他們看到 301）然後要求它抓取新域來加快該過程。
這可以使用 Search Console 中的網址檢查工具（針對少量網址）或通過提交新站點地圖來完成。
17. 進行地址變更練習
另一種加快 Google 切換域過程的方法是使用 Search Console 中的地址更改工具。
注意：您需要先設置重定向才能使其正常工作。
18. 添加一條警告/信息消息，表明您的站點已移動並且可能包含故障
出於對用戶的禮貌，您可能希望發布一條短消息，讓他們知道您的網站最近已遷移。
原因如下：
- 如果重新設計過激，用戶可能會感到困惑並需要一些指導
- 對於大型站點，您可能會錯過一些東西（您只是人類）。 您可以通過要求用戶報告他們遇到的任何問題來眾包幫助
19.更新社交媒體網址
現在您的新站點已經上線，您將需要更新您有權訪問的所有鏈接。
社交媒體將是第一站。
但是如果您可以訪問其他鏈接（例如論壇配置文件），您也會希望更改它們。
谷歌遇到的新域正在取代舊域的外部信號越多，該站點已移動到新位置的跡象就越強烈。
20.發布任何重新命名的社交媒體視覺效果
如果遷移是品牌重塑的一部分，您還應該更新所有社交媒體或外部視覺效果以反映新品牌。
這將使所有渠道的消息傳遞保持一致。
不要忘記更新您的電子郵件/時事通訊等。
如果您有內部用戶通常看不到的點滴式營銷活動，這些活動可能會被遺忘。 因此，請確保您瀏覽所有營銷平台並進行相應更新！
21. 檢查 Pagespeed Insights 或 Lighthouse Audit
最好在 Chrome 開發工具中檢查您的 PageSpeed Insights 指標或 Lighthouse Audit 是否正常。
如果有任何問題，您可以在此處找到提高頁面速度的 39 個提示。
發布後檢查清單
現在您的新網站已經上線，是時候進行一些額外的檢查和整理工作了。
此階段從發布之日開始，一直持續到幾週後。
1. 根據需要更新 Google Analytics 目標/轉化
在遷移過程中，某些 URL 可能已更改。 如果是這樣，您可能需要更新評估某些 Google Analytics（分析）目標的方式或發生轉化的頁面。
我們將此步驟放在首位，因為跟踪遷移的結果（希望是積極的！）很重要。
2. 根據需要更新 Facebook Pixel、Google Ads 或其他營銷軟件
與 Google Analytics Goals 一樣，您可能還有其他第 3 方軟件需要更新以反映新的網站基礎架構。
例如，如果您運行 Facebook 活動或 Google Ads 活動，您可能需要更新在頁面級別觸發的任何事件，然後確認它們仍在按預期工作。
3.添加熱圖軟件，看看用戶體驗有何提升
改善用戶體驗應該是網站遷移的主要目標。 所以我們要衡量用戶如何與新網站互動。
我們建議使用熱圖軟件或用戶會話記錄來查看用戶如何瀏覽您的新網站。
Hotjar 讓您兩者兼得！
4. 不要讓舊域名過期！ （否則，您將丟失舊鏈接）
您的 301 重定向應該都已到位。 但是不要放棄舊域！
雖然谷歌建議幾個月後，他們認為該域已經移動，但我們希望謹慎行事。
為什麼？ 因為具有未更新的健康反向鏈接的域通常被購買並重新創建為新站點。
如果這種情況發生在你身上......你可能會失去所有來自舊域鏈接的流量和權力。
因此，保留該域並每年更新一次，以便繼續重定向對舊域的任何點擊。
5.分析+故障排除
在遷移後的前幾週，您應該將指標與舊站點進行比較。
現場時間有改善嗎？ 跳出率是不是更低了？
查看對您的業務很重要的每個指標，並評估變化是積極的還是消極的。
是負面的嗎？ 試著找出原因，然後做出相應的改變。
但是不要把嬰兒和洗澡水一起倒掉。 做一些小的改變。 然後在幾天后，評估它們是否產生了積極影響。
6. 檢查 Google Search Console 上的覆蓋率問題
現在 Google 正在抓取新網站，您需要查看 Google Search Console 中的頁面報告（索引 > 頁面）。
這將確定 Google 在抓取您的網站時遇到的任何問題。 它還會向您顯示當前索引的頁面數量以及某些頁面未被索引的原因。
如果您發現任何問題或意外結果，請開始解決它們。
7. 檢查 Search Console 錯誤
當 Google 抓取新網站時，Google Search Console 將開始顯示他們遇到的任何錯誤。
例如，增強部分將向您顯示結構化數據中是否存在任何錯誤。
注意這些錯誤。 您需要盡可能多地（盡快）進行修復。
8. 盡可能更新所有舊的反向鏈接
雖然 301 重定向應該傳遞全部值，但最好更新盡可能多的反向鏈接以指向新 URL。
我們建議從 Seobility 導出反向鏈接，然後聯繫盡可能多的網站並要求他們更新鏈接。
當你給他們發電子郵件時，你可以讓他們知道你很酷的新設計
注意：我們建議優先聯繫任何鏈接到您主頁的人。
9.比較排名和搜索流量
最初幾週的波動是正常的。 所以不要驚慌！ 谷歌需要時間來找出你的新網站並接受所有的重定向。
但大約一個月後，您應該會看到流量穩定下來，理想情況下會開始改善。
如果不？ 我們建議密切關注預定的 Seobility 爬網以查找錯誤和其他問題。
如果你看到任何......修復它們！
您還可以檢查來自 Google Search Console 的數據，這可能會深入了解哪些頁面的展示次數/點擊次數較少。 如果您看到某個特定頁面出現大幅下降，那麼可能值得對該頁面給予額外關注。
準備好重新啟動您的網站了嗎？
重新啟動網站並非易事。
但是通過這個完整的網站重新啟動和重新設計清單，我們試圖使這個過程盡可能簡單易懂。
正如我們在開始時提到的，並非每一步都適用於您的遷移或重新啟動的情況。 因此，一旦您消化了所有信息，我們建議您根據上述步驟創建您自己的自定義清單。
這樣您就可以確定您已盡一切努力使您的重新設計、重新啟動或遷移 SEO 成功！
您自己是否經歷過任何網站的重新設計、重新啟動或遷移？ 您有什麼經驗可以與我們分享嗎？ 您認為上述清單對您有幫助嗎？
請在下面的評論中告訴我們。
PS：將博客更新直接發送到您的收件箱！