確保您的域遷移順利進行

已發表: 2018-12-04

您很可能必須進行域名遷移或簡單地進行域遷移的原因有多種。 這些可以包括從一個域名轉移到另一個域名，將多個網站合併為一個，或者只是將您的網站從 HTTP 轉移到更常見的 HTTPs。 域遷移不一定很困難。 但是，如果處理不當，可能會產生嚴重後果，例如流量損失或搜索引擎排名損失，這可能意味著銷售損失。

從 HTTP 遷移到 HTTP

注意：比爾將這篇文章分成不同的視頻來總結他的觀點。

最常見的遷移類型是將站點從不安全的網站遷移到安全的網站。 您的網站 URL 從 HTTP 移動到 HTTPS URL。 如果您以前沒有進行過此類遷移，我建議您高度考慮遷移到安全網站。 搜索引擎將 HTTPs 視為搜索引擎排名因素，谷歌 Chrome 和 Firefox 等最新版本的網絡瀏覽器已經開始在用戶訪問不安全的網站時發出警告。

訪問在 HTTPs URL 上加載 HTTP 資源的網頁時 Firefox 顯示的警告示例。

將您的網站從 HTTP 遷移到 HTTPs 涉及幾個重要步驟。 這些步驟包括在網站上安裝 SSL 證書，然後確保網站已完全遷移：

  • 購買 SSL 證書並在您的網站上安裝該證書。 許多網絡主機會向您出售 SSL 證書並為您安裝它。
  • 安裝 SSL 證書後，您需要對網站進行爬網，以確保網站上對 HTTP 的所有內部引用都已移至 HTTP。 一些網絡主機會進行必要的更改和更新——但很多不會。 這就是網站爬蟲（例如 OnCrawl）非常有用的地方。

作為在過去幾年中從 HTTP 和 HTTPS 進行數百次遷移的人，以及在出錯時通常會諮詢的人，通常會犯一個主要錯誤。 通常，網站並未完全從 HTTP 遷移到 HTTP。 遷移未完成。 例如，當您在 Web 瀏覽器中鍵入 https://www.yourdomain.com 時，網站上的頁面可能會解析，但網站上的鏈接仍指向 HTTP 版本。 網站上的圖像可能通過 HTTP 版本引用，當您訪問其中一個頁面時，這將導致 Web 瀏覽器中出現“斷鎖”符號。

將網站從 HTTP 遷移到 HTTP 時，完全完成域遷移至關重要。 在網站上安裝 SSL 證書是不夠的。 這只是整個遷移過程的開始。 在開始從 HTTP 遷移到 HTTP 之前，請完成以下任務：

  • 1. 確保或更新網站上的所有內部鏈接，使其指向 HTTPs
  • 2. 檢查並仔細檢查 CMS 設置（即 WordPress 設置等）
  • 3. 更新圖像引用和腳本引用，例如 .CSS 文件和 JavaScript 文件。 站點代碼中引用的任何內部 URL 都必須從 HTTP 更改為 HTTPs。 這包括網站上的規範標籤。
  • 4. 使用 OnCrawl 等網站爬蟲對網站進行爬取，以驗證內部引用和內部鏈接是否已更新。 您需要使用 OnCrawl 的 URL 列表模式來抓取 URL 列表。

設置新的爬網，將數據源添加到爬網。 然後，單擊 URL 文件選項卡以上傳 URL 文件列表。

在這種情況下，我選擇了“URL 列表”選項並添加了已添加到 .htaccess 文件中的 301 重定向的 URL 列表。 我將這些 URL 添加到一個文本文件中，然後將其壓縮為 .ZIP 文件。

運行爬網並完成後，您應該能夠轉到數據資源管理器並查看重定向，以確保它們都顯示在 301 永久重定向中。 下面是我為重定向運行的數據示例，這些數據是我在域上設置的，從某些內容遷移到另一個域。

您還可以在狀態代碼報告中查看此數據的概覽：

您可以在此處找到有關列表模式以及如何運行它的更多信息。

  • 5. 設置從 HTTP 到 HTTPS 的 301 永久重定向。

您的網站通常不應僅依賴於設置的 301 永久重定向。 例如，如果您不更新網站上的內部鏈接，那麼內部鏈接將導致 301 重定向——這不是一件好事。 當您從站點的主頁抓取站點時，您應該不會遇到任何重定向或 404 錯誤。 重定向應該仍然存在，因為您告訴所有人（搜索引擎和訪問者）您已從 HTTP 轉移到您網站上的 HTTPS URL。 而且，您需要重定向來自其他網站上仍然指向您網站的 HTTP 版本的鏈接的點擊。 但是，單擊站點上指向站點上另一個頁面的鏈接不應導致重定向。 您可以控制您的網站，它是您網站整體維護的一般部分。

希望當您達到這一點時，您已準備好切換到 HTTPs。 對於大多數域遷移，一旦 SSL 證書在網站上就位，尤其是在 WordPress 網站上，我繼續進行切換——更新所有對 HTTP 的內部引用，並更新 WordPress 設置（設置/常規）以告知WordPress 關於新的 HTTPS URL。

  • 備份您的網站。
  • 在 WordPress 中，更新常規設置 (settings/general)，使 WordPress 地址和站點地址指向您網站的 HTTPS 版本。
  • 使用 Better Search and Replace 插件搜索您網站的 http 版本並將其替換為您網站的 https 版本。 我更喜歡搜索完整的 URL，例如 http://www.yoursite.com/ 並將其替換為 https://www.yoursite.com/ 以便對 URL 進行適當的更改。 該插件允許您搜索整個 WordPress 數據庫並在整個站點上進行適當的更新。
  • 在站點的 .htaccess 文件中添加重定向代碼，以便將 HTTP 重定向到 HTTPS。 或者，有一些插件可以幫助您在整個網站上強制使用 HTTP，將 HTTP 重定向到 HTTP。
  • 如果您使用 Cloudflare.com 等 CDN，您也可以更新設置以在此處強制使用 HTTPS。
  • 考慮進入 Google Chrome 的 HSTS 預加載列表。 通過 https://hstspreload.org 運行該站點。 如果您的所有設置都正確，它將允許您提交到此列表。 如果設置仍然存在問題，該站點會通知您，以便您進行修復。
  • 更新 Google Analytics 設置，讓它知道您現在使用的是 HTTP 而不是 HTTP。
  • 更新您的電子郵件簽名、社交媒體資料以及指向您網站的任何其他鏈接。

搬家後，請務必在 Google Search Console 中驗證您網站的所有版本。 對於大多數沒有設置自定義子域的網站，應該驗證四個不同的版本：

https://
https://www
http://
http://www

您通常應該會看到您未使用的“其他版本”的流量下降，並且一旦您成功移動，您正在使用的主要 HTTPs 版本的流量將開始上升（從無流量）站點到 HTTPs。 谷歌代表說，只要你正確地從 HTTP 重定向到 HTTPs，你就不會有任何排名問題，因為遷移是正確完成的。 但是，我一次又一次地看到，網站未能完成從 HTTP 到 HTTPs 遷移的所有必要步驟——這就是搜索引擎排名和流量往往急劇下降的地方。 遷移到 HTTPs 有其好處，並且是搜索引擎排名因素，只要它做得正確。

從一個域遷移到另一個域

另一種比您想像的更頻繁發生的域名遷移是從一個域名遷移到另一個域名的遷移。 一個典型的場景是當您有一個長域名，或者一個使用不理想的 TLD（頂級域）的域名。 然後您會看到一個更好的域名，它可能更短或更簡單：它是一個包含您的關鍵字的新 gTLD 域名。 您購買了該新域名，併計劃將您當前的網站移至該新獲得的域名。 像這樣的域名遷移不必很可怕，而當您遷移到另一個域名時，您會擔心會失去流量和搜索引擎排名。

因此，您正在切換域名並轉移到另一個域名。 讓我們完成確保順利進行域遷移的步驟。

首先，意識到這里通常有兩種不同的場景：

  • 您購買或獲得之前註冊的域名。 這可能是一個過期的域名，您在域名拍賣中或從“drop catcher”購買的域名，或者您直接從其他人那裡購買的域名。
  • 您購買了一個以前從未註冊過的全新域名。 曾經。 通過查看 www.archive.org 上的 Internet 檔案（回程機器）來檢查這一點。

了解這兩種情況之間的差異非常重要。 如此重要，以至於域名的先前狀態可能對該域名的未來使用產生巨大影響。 例如，如果域名是在過去的任何時間註冊的，它可能有一個曲折的過去：

  • 它可能有指向它的好（或壞）鏈接
  • 它可能是一個以前的離題網站，與您將要使用的主題不同
  • 它可能被用於垃圾郵件（上面有垃圾郵件內容或被用來發送垃圾郵件）
  • 它可能會在社交媒體上被禁止（是的，有可能在 Facebook 上禁止網站！）
  • 它可能會在搜索引擎中被禁止。

在大多數情況下，有可能獲得一個帶有格子過去的域名。 但並非沒有很多努力。 我的建議是，如果域名在任何時候註冊並用於網站，您應該將其設置為具有主題內容的微型網站。 它上的內容應該與您最終將使用它或將其他內容重定向/移動到它的主題相同。 讓那個微型網站（至少 3-5 頁）放置幾個星期（或更長時間）以確保它可以使用。 確保它在搜索引擎結果中被索引並且沒有任何問題。 這樣，當您移動它或將您的內容從另一個域名遷移到它時，就不會有任何您不知道的包袱或問題。 對域名進行盡職調查或聘請在該領域有經驗的人來檢查域名。 Verified Domains 還提供完整的域名背景檢查。

如果該域名之前沒有註冊過，也從未用於網站，那麼您很幸運——您不必擔心域名已存在的問題。 不過，我還是會做一些盡職調查，以確保。

如果您對要遷移到的域名感到滿意，那麼首要任務就是非常熟悉現有站點上的所有內容，並找到該站點上曾經存在的所有潛在 URL。 例如，應該使用 OnCrawl 對網站進行全面爬取，包括：

  • 日誌文件數據
  • Google Analytics 或 Adob​​e Analytics 數據
  • 谷歌搜索控制台數據
  • Majestic.com 反向鏈接數據

在 OnCrawl 爬網中包含所有這些將確保您找到網站上曾經存在的所有 URL。 這樣，您設置的任何重定向（將舊域名重定向到新域名）都將考慮舊域名曾經擁有的所有潛在流量和鏈接。

實際上，從一個域名轉移到另一個域名的實際過程相當簡單，包括幾個步驟：

  • 1. 在 Google Search Console 中驗證每個站點的所有版本。 這意味著 http://、https://、http://www 和 https://www 版本。 識別所有子域，如果有任何你知道的話。
  • 2. 完全使用 OnCrawl 抓取網站。 如果可能，在您的爬網中包含 Google Analytics、Google Search Console、Majestic.com 和日誌文件數據。 您想要抓取，以便識別所有可能的 URL。 列出您遇到的所有 URL，一個巨大的唯一 URL 列表。 稍後您將需要它們。
  • 3. 設置重定向。 使用 301 永久重定向從舊域名重定向到新域上的新版本。 理想情況下，這意味著從舊域名上的每個版本重定向到新域。
  • 4. 測試重定向並確保您沒有多次重定向。 例如，應該有一個從 http://www.olddomain.com 到 https://www.newdomain.com/ 的 301 永久重定向。 它不應從 http://www.olddomain.com 重定向到 https://www.olddomain.com，然後再重定向到 https://www.newdomain.com/。 犯這個錯誤很容易——而且這是一個錯誤。 確保它只有 1 個重定向，而不是多個重定向。
  • 5. 使用 Google 更改地址工具告訴 Google 您正在從一個域名轉移到另一個。 如果重定向設置正確，Google 將使用該工具進行確認。
  • 6. 更新 Google Analytics 設置以指向新域名。 如果您想在 Google Analytics 中保留舊的歷史數據，則需要在 Google Analytics 設置中編輯 URL。
  • 7. 使用您之前創建的列表再次抓取站點，以確保所有舊 URL 都正確重定向到新 URL。 使用 OnCrawl 的 URL 列表模式來抓取您之前創建的 URL 列表。

設置新的爬網，將數據源添加到爬網。 然後，單擊 URL 文件選項卡以上傳 URL 文件列表。

您可以在此處找到有關列表模式的更多信息。

您需要將重定向保留很長時間——我通常建議您永遠不要刪除從舊域名到新域的重定向。 舊的 URL 將在 Google 的索引中保留很長時間 - 如果重定向仍然存在，我已經看到它們至少會保留 3 年。 如果您搜索舊域名，舊域名只會顯示在搜索結果中，如果重定向到位並正確設置，您不應該看到任何關鍵字的舊域名排名。

將網站合併為一個網站

有時您會遇到需要將多個網站的內容合併到一個網站的情況。 合併內容和移動內容的過程中的許多步驟是相同的——但通常只有在決定要移動哪些內容、重定向哪些內容以及從網站中完全刪除（而不是移動）哪些內容時才會更加困難.

將兩個網站或多個網站合併為一個網站時，我推薦的步驟如下：

  • 1. 使用 OnCrawl 抓取所有網站。 如果可能，在您的抓取中包含 Google Analytics、Google Search Console、Majestic.com 和日誌文件數據。 您想要抓取，以便識別所有可能的 URL。 列出您遇到的所有 URL，一個巨大的唯一 URL 列表。 稍後您將需要它們。
  • 2. 創建一個包含所有網站中所有 URL 的電子表格。 這可能涉及多個選項卡，一個用於每個網站，一個用於您正在創建的“新”網站。 開始列出“新”網站上所有頁面的繁瑣過程，並繪製出您要移動的舊網站中的哪些頁面，您正在合併哪些頁面等等。 這是整個過程中最關鍵的部分，你應該在這個任務上花費最多的時間。
  • 3. 一旦你有了一個電子表格和列表，列出了哪些 URL 需要重定向以及哪些內容需要移動或合併，制定一個合併內容的計劃和移動內容的計劃。 當然，這將包括您需要繪製的導航更改（內部鏈接的更改）。 請記住，建議您保持盡可能多的 URL 相同。 如果您要將網站合併到一個現有網站中，保持相同的 URL 會很有幫助。
  • 4. 在此過程中，我建議從全新的 Web 服務器或 VPS 開始，通常在開發環境中（不是向公眾開放且可被搜索引擎抓取的站點）。 這將為您提供足夠的時間來移動內容、添加內部鏈接和更新導航。 有些人也喜歡利用這段時間來創建一個具有新網頁設計的新網站。 移動內容並更新新站點。
  • 5. 一旦您對新站點以及移動或合併的內容感到滿意，您就可以開始設置重定向了。 使用您之前創建的電子表格來幫助重定向，以及之前的 OnCrawl 爬網數據。
  • 6.確保所有域（http://、https://、http://www. 和 https://www 以及任何子域）的所有版本都在 Google Search Console 中進行了驗證。
  • 7.設置重定向，允許搜索引擎抓取新站點。 如果您已更改為不同的 Web 服務器，則需要更新域的名稱服務器，以使它們指向新的 Web 服務器。
  • 8.使用 Google 更改地址工具告訴 Google 您已從一個域轉移到另一個域。 您需要為要移動或合併的每個域執行此操作。 如果重定向設置正確，Google 將在您設置地址更改時識別該移動。
  • 9.更新 Google Analytics 設置以指向新域名。 您可能無法保留所有 Google Analytics（分析）歷史數據，因為您不會只將一個域轉移到另一個域。 您可能希望為新域或新網站創建一個新的 Google Analytics（分析）帳戶，或者只使用當前網站上的帳戶。
  • 10. 使用您之前創建的列表再次抓取所有站點，以確保所有舊 URL 都正確重定向到新 URL。 使用 OnCrawl 的 URL 列表模式重新抓取所有 URL 以驗證重定向。

設置新的爬網，將數據源添加到爬網。 然後，單擊 URL 文件選項卡以上傳 URL 文件列表。

您可以在此處找到有關列表模式的更多信息。

  • 11. 對於您已移動或更新的新內容，您可能需要使用 Google Fetch and Render 工具請求 Google 重新抓取該站點。

無論您是從 HTTP 遷移到 HTTPs、從一個域名遷移到另一個域名，還是將網站合併到一個網站中，它們都需要網站抓取。 使用爬網來查找網站上曾經存在的所有可能的 URL（頁面），並在設置重定向時使用該數據。 您必須使用 301 永久重定向，同時盡量減少訪問者（或搜索引擎機器人）到達最終位置所必須經過的總“跳數”。 我經常看到搜索引擎排名問題和流量下降，因為網站遷移不當，或者沒有遵循所有必要步驟的遷移。 做好遷移計劃，了解全流程，事後檢查遷移，您的下一次域名遷移可以順利進行，不會損失流量或搜索引擎排名。

開始您的 14 天免費試用

親自了解為什麼 Oncrawl 是市場上最受認可的技術和數據 SEO 平台！ 無需信用卡，也沒有附加條件：只需 14 天的全功能試用。
開始試用