電子商務網站遷移中要避免的 6 個技術 SEO 錯誤

已發表: 2022-09-20

許多電子商務網站遷移都因技術 SEO 問題而受挫。 不要讓它發生在你身上! 從在暫存階段阻止爬蟲,到優化分面導航等等,我們分享了 6 個要避免犯的錯誤。

進行電子商務網站遷移是一項挑戰。 您在啟動網站的新版本時只有一次機會,如果您不從技術 SEO 的角度對其進行優化,您可能會在一夜之間失去所有的排名和流量。

遷移很困難,即使是資金充足的大型電子商務商店也經常失敗。 主要原因是缺乏技術SEO質量保證。

從技術上講,沒有什麼能阻止您正確準備您的網站以進行遷移。 當您使用臨時環境來協調遷移時,您有機會測試搜索引擎將如何看待您的新站點。

但是需要一些經驗才能確切地知道要尋找什麼。

本文將告訴您在登台環境中需要查看的主要領域,以確保您的新站點在上線時取得成功。

並記得查看 Ryte 的電子商務 SEO 完整指南

Featured-Image-Onely

1. 不要讓爬蟲訪問你的暫存環境

遷移網站時的最佳做法是首先構建一個暫存環境,讓您可以在新版本的網站上線之前對其進行開發和測試。 但是您必須記住,除非您阻止搜索引擎訪問您的臨時站點,否則它們會抓取並索引它。 壞消息。

作為一個快速測試,讓我們看看有多少臨時站點在 Google 中被編入索引。 這是我使用的搜索運算符字符串:

site:uat.*.com OR site:*uat.*.com OR site:stage.*.com OR site:staging.*.com OR site:test.*.com OR site:testing.*.com

Search-results-for-operator-strings-of-staging-sites

查看搜索欄下方的數字——所有這些頁面都已編入索引,需要認真清理。 而且我只使用了一些最流行的暫存子域標識符——您可以找到更多示例。

這就是為什麼將暫存環境編入索引不好的原因:

  1. 它打開了安全漏洞。
  2. 它可能會觸發重複的內容問題,因為 Google 可以訪問您的舊網站、您的暫存環境以及您的新網站一旦上線。
  3. 如果您的競爭對手找到了您的暫存環境並且可以訪問它,他們就會知道您的下一步行動。

如何防止它發生? 使用 HTTP 身份驗證在服務器級別保護您的登台環境。

如果您通過詢問登錄憑據來保護您的登台站點,搜索引擎爬蟲將無法訪問它,並且任何內容都不會被編入索引。 這是一個簡單的修復程序,不僅對 SEO 有效,而且還可以保護您的敏感數據不落入壞人之手。

借助 Ryte 的尖端功能改善您的技術 SEO

學到更多

2. 確保爬蟲可以呈現您的關鍵內容

如今,電子商務網站遷移到現代 JavaScript 框架很常見。 雖然這些框架提供了出色的功能,但您需要確保 Google 能夠成功呈現您的新的 JavaScript 驅動的網站並在您投入生產之前查看您的所有內容。

最重要的是,Google 擅長處理 JavaScript,但我不能對所有搜索引擎都這麼說。 其中一些根本不處理 JavaScript。 這意味著,如果您的網站上有需要處理 JavaScript 才能加載的內容,則某些搜索引擎不會將其編入索引,您也不會在他們的搜索結果中排名。

過去,我遇到過一個處理辦公和文具用品的電子商務網站。 不幸的是,該網站的構建使谷歌無法看到其類別頁面的實際內容。 為什麼? 因為它是使用錯誤配置的 JavaScript 注入的。

Broken-rendered-version-of-a-websites-category-page

上面的截圖代表了網站類別頁面的渲染版本。 除了查看全部按鈕之外,Googlebot 沒有看到任何其他內容重要內容未呈現,導致空白頁面。 正如您可能猜到的那樣,此頁面沒有任何有用的排名。

對於本網站,我們可以假設:

  • 爬蟲可能沒有區分類別頁面,因為它們都是相似的——或者同樣是空的。
  • 規範指令可能已被忽略,因為所有類別頁面都是相同的。
  • 如果無法找到產品鏈接,則可能未適當分配站點內的權限。

這裡有什麼教訓? 在您推送您的網站之前,您必須確保爬蟲可以呈現您的關鍵內容。 我知道這可能聽起來令人討厭,但這裡有一個分步指南,您可以遵循:

首先,在 Chrome DevTools 中查看頁面的渲染 HTML 與原始 HTML 代碼。 比較這兩個版本將有助於發現缺失的內容和鏈接元素的差異,這些元素應該在呈現的 HTML 中,但不是。

要訪問 Chrome DevTools,請右鍵單擊任何元素並選擇“檢查”。 或者,按 Command+Shift+C 或 Command+Option+C (Mac) 和 Control+Shift+C (Windows)。

接下來,您需要將用戶代理更改為 Googlebot,為此您需要使用網絡條件標籤。

您有兩種選擇:

  • 使用 DevTools 命令運行選項(按 Control+Shift+P (Windows) 或 Command+Shift+P (Mac),或
  • 使用自定義和控制開發工具(如下所示)。

Customize-and-Control-Chrome-DevTools

取消選中“使用瀏覽器默認設置”框。 然後,選擇您喜歡的用戶代理並刷新頁面,但在測試時不要單擊頁面上的任何位置。

User-agent-settings-in-Google-Search-Console

請記住選擇您想要測試頁面呈現的關鍵內容的鏈接或片段。 然後,嘗試找出您網站的兩個版本之間的任何差異。

“元素”面板顯示您渲染的 HTML,也稱為 DOM(初始 HTML 和 JavaScript 所做的任何更改)。 現在檢查應該存在的鏈接/內容是否在此代碼中可見(無需單擊頁面)。

Elements-panel-in-Google-Chrome-DevTools

現在,轉到“網絡”面板,刷新頁面並單擊 HTML 文檔。 導航到“響應”代碼部分並蒐索您的內容/鏈接(這是初始 HTML )。

Network-panel-in-Google-Chrome-DevTools

您還可以輕鬆地將呈現的 HTML 和原始 HTML 與 Chrome 擴展程序 -查看呈現的源代碼進行比較

3.幫助爬蟲訪問您的標籤內容

僅在用戶單擊或滾動後才加載到頁面上的網站元素通常不是爬蟲可以訪問的。 Googlebot 不會點擊或滾動。

電子商務網站通常會在標籤部分後面顯示技術規格、產品功能和其他信息。 谷歌可以選擇這些內容是很重要的,但有時它需要點擊操作才能加載。

Tabbed-section-of-ecommerce-website

您的網站上有標籤式內容嗎? 如果是,請檢查是否可以渲染。

從選項卡式內容中復製文本片段。 使用 Chrome DevTools 中的“網絡條件”選項卡並選擇 Googlebot 用戶代理。 然後刷新頁面並確保在測試時不要點擊任何元素。 現在,檢查您選擇的片段是否在“元素”選項卡中。

Checking-Elements-tab-in-Chrome-DevTools

如果您找不到它,則意味著 Googlebot 也找不到它。 對您的站點進行更改,以便此內容在源代碼中可用,而無需呈現 JavaScript。 它將允許爬蟲快速訪問重要內容並避免呈現問題。

4. 為不同的爬蟲提供相同的 HTML

如果您的新網站配置錯誤,不同的用戶代理(例如 Googlebot 與普通用戶)可能會在 HTML 元素中收到不同的值,這些值從 SEO 角度來看至關重要。

通常情況下,初始 HTML 文件包含一組值,這些值在 JavaScript 呈現時被替換。 這對於搜索引擎機器人來說非常令人困惑,因為他們不知道應該考慮哪些元素。

您需要特別注意的要素是:

  • 規範標籤,
  • 無索引標籤。

這些 HTML 元素對於 SEO 至關重要,您應該確保爬蟲獲得您想要的版本,無論是否呈現 JavaScript。

5.優化你的多面導航

分面導航使用戶更容易找到他們正在尋找的產品。 但從 SEO 的角度來看,如果不對其進行優化是很危險的。

分面導航中的過濾器可以生成同一類別頁面的多個副本。 如果 Google 可以不受任何限制地訪問這些副本,它將嘗試將所有這些副本編入索引,從而給您留下重複內容的問題。

Botify 分析了一個產品頁面少於 20 萬電子商務網站。 由於未優化的多面導航,該網站有​​超過 5 億個頁面可供 Googlebot 訪問。

如何解決這個問題? 確定哪些構面過濾器應該是可抓取和可索引的。

每個電子商務網站都應該為分面過濾器生成的頁面製定索引策略。 其中一些頁面可以帶來有意義的自然流量,而另一些頁面是重複的,沒有人會尋找它們,所以它們永遠不應該被索引。

對於每個分麵類別頁面,您應該回答的兩個問題是:

  1. 此頁面是否回答了有意義的搜索需求?
  2. 您在此頁面上是否有足夠數量的產品來證明將其編入索引是合理的?

此外,請遵循Google 的分面導航最佳做法

最後,請記住,每個電子商務網站都應該為分面過濾器生成的頁面製定索引策略。

6. 測試你的重定向

不要忘記在您的新網站上線之前檢查您的所有重定向是否正確實施。

儘管實現重定向並不困難,但任何錯誤都可能代價高昂:

  • 如果您將用戶重定向到不符合他們需求的內容,您將損害用戶體驗並阻止他們使用您的網站。
  • 如果您錯誤地創建了重定向鍊或重定向循環,您將浪費爬蟲的時間,從而對您網站的技術質量發出負面信號。

在您的網站上線之前:

  • 繪製您的重定向,概述站點遷移後將消失的頁面,
  • 當您的登台站點位於單獨的域或子域上時,請相應地替換重定向映射中的所有 URL 以對其進行測試,
  • 查看所有 301 重定向是否導致 200 狀態代碼頁,
  • 通過使用絕對 URL 避免重定向鏈,
  • 確保用戶意圖與重定向頁面的目的相匹配。

最後的想法

遷移網站很複雜,任何錯誤都可能付出高昂的代價。 但這並不意味著您無法成功遷移您的電子商務網站。 您需要做的就是提前製定合理的計劃並徹底執行。

我希望這篇文章能幫助您了解在臨時站點上應該注意的區域。 在您啟動新網站之前修復它們以避免任何麻煩。

借助 Ryte 的尖端功能改善您的技術 SEO

學到更多