網頁內容A/B測試對SEO的影響

網站測試是指您嘗試網站的不同版本（或網站的一部分）並收集有關使用者對每個版本的反應的資料。 A/B 測試是增強網站功能、使用者體驗、轉換率、點擊率、頁面停留時間、跳出率的絕佳工具。

然而，在進行 A/B 測試時，可能會無意中損害網站的SEO效能。

測試類型：

A/B 測試是指測試兩個（或更多）變化。

多變量測試是指您一次測試多種類型的更改，尋找每種更改的影響以及更改之間的潛在協同作用。

測試方法：

使用軟體比較頁面不同版本（頁面的部分、整個頁面或整個多頁流程）的行為，並追蹤哪個版本對使用者最有效。

每個版本都有自己的網址：透過建立頁面的多個版本來執行測試 – 每個版本都有自己的網址。當使用者嘗試存取原始網址時，可以將其中一些使用者重新導向到每個變體網址，然後比較使用者的行為以查看哪個頁面最有效。

不更改URL：透過在頁面上動態插入變體來執行測試而無需更改 URL。您可以使用 JavaScript 來決定顯示哪個變體。

例如 一些細微變化可能會對使用者與頁面的互動產生意想不到的影響

在按鈕上測試不同的字體，看看是否可以增加按鈕點擊次數

為一個按鈕使用幾種字體，同時嘗試更改（或不更改）頁面其餘部分的字體。新字體是否更易於閱讀?

按鈕字體看起來與頁面其餘部分不同，有助於吸引註意力？

圖片的大小、顏色或位置，

「號召性用語」的文字（「加入購物車」與「立即購買！」）

測試實踐：

不偽裝url：保障給Google展示的網址和對使用者展示的網址是同一個，包括伺服器邏輯、robots.txt，使用 Cookie 來控制測試， 還是其他任何方法進行偽裝。

使用rel=”canonical”連結：若需對多個網址進行測試，則可以在所有備用網址上使用rel=”canonical” link 屬性 來表明原始網址是首選版本。

使用302重定向：使用302重定向，而不是301重定向，告訴搜尋引擎此重定向是臨時的 – 僅在您運行實驗期間才會有效 – 並且它們應該將原始網址保留在索引中

優化頁面速度並監控核心網路指標：避免在頁面上新增不必要的腳本、程式碼和其他可能拖慢頁面載入速度的雜亂內容。

保持程式碼的簡潔：保持簡潔，同時注意實驗程式碼的載入位置。這將有助於保持可接受的頁面速度，最大限度地減少對核心 Web 指標的影響，並減少生產錯誤。

完成測試後：測試後需進行掃尾工作，使用所需的內容變體或獲勝版本更新至網站，並儘快刪除測試的所有元素，例如備用網址或測試腳本和標記。

避免測試週期過長：如果測試週期過長，或向很大一部分用戶提供一種內容變體，被Google懲罰的可能性較大。

測試會話數：要測試的頁面組每月至少有 30,000 次自然會話。

服務端渲染：將內容從客戶端渲染移到伺服器端會提升測試質量

對SEO的影響：

谷歌會頻繁地抓取您的網站以檢測和索引您的實驗，可能會在你完成實驗後很快將你對網站所做的最終更新編入索引。

根據測試的內容類型，細小的變化通常對該頁面的搜尋結果摘要或排名幾乎沒有影響，即使 Google 在測試期間抓取或索引您的某些內容變體，也可能無關緊要

如果Google發現某個網站運行實驗的時間太長，Google可能會將其解釋為試圖欺騙搜尋引擎並採取相應措施。如果網站向很大一部分用戶提供一種內容變體，則尤其如此。

AB測試頁面中的內容的顯著變化可能會破壞關鍵字相關性、主題權威性和整體頁面優化工作。

AB測試頁面對文字、標題或資訊結構組織的修改可能會影響搜尋引擎如何將頁面與使用者查詢配對。

AB測試頁面淡化關鍵字或改變其上下文或頁面焦點的變化可能會對目標關鍵字的排名產生不利影響。

Google的說法：

“從本質上講，我們希望您的網站能夠長期保持穩定，這樣我們才能相信您提供的內容實際上也是您向用戶展示的內容。

我不建議隨意切換該版本，因為這會使我們很難正確地索引您的網頁。

每次我們查看該頁面時，我們都會看到不同版本的內容，這確實讓我們很難理解：這個頁面上的內容是否一直在發生重大變化，或者這基本上只是兩個來回交換的版本？

因此，如果可能的話，我會嘗試堅持使用一個版本。 “– John Mueller，Google 網站站長 Hangout

AB測試的挑戰:

影響頁面載入時間：

A/B 和多變量測試，尤其是同時執行時，可能會添加過多的腳本或重量級程式碼，從而嚴重拖慢頁面載入時間。頁面速度是使用者體驗和核心網頁指標的關鍵因素。

多個測試變數無法確定是哪個變數帶來的正向因素

引入多個測試變數和一系列生產版本可能會使數據產生偏差，從而無法準確辨別哪些變化會影響點擊率，轉換率，用戶體驗，有機搜尋流量和排名以及影響程度如何。

根據場地的大小以及實驗的數量和性質，可能最好考慮：

使用 URL 參數、canonicals、noindex 標籤。

將實驗僅限制在登入的環境中。

總結：

A/B 測試通常是動態的和短期的。

SEO 策略運作則是長期的，需要時間才能反映在搜尋排名中。

必須確保 A/B 測試帶來的直接收益不會損害或危機長期SEO因素，當 A/B 測試和 SEO 協調一致時，它們可以協同工作，以提高網站效能和使用者滿意度。透過規避潛在陷阱並遵循最佳實踐，可以最大限度地提高兩者的投資回報率。

頁面A/B Test 所需SEO需求：

技術SEO：

頁面速度：AB測試盡量不影響頁面的載入速度，注意實驗程式碼的載入位置；

這將有助於保持可接受的頁面速度，最大限度地減少對核心 Web 指標的影響，並減少生產錯誤。

測試時間週期：AB測試時間盡量控制在一周以內，或30,000 次會話數, 可以得出明顯的哪個版本更好時結束測試；

如果測試週期過長，或向很大一部分用戶提供一種內容變體，被Google懲罰的可能性較大。

測試掃尾：得出哪個版本比較好，需進行測試掃尾工作，使用獲勝版本更新到網站；

並刪除測試的所有元素，例如備用網址或測試腳本和標記。

渲染：對使用的獲勝版本第一時間進行服務端渲染；

不偽裝url：保障給Google展示的網址和對使用者展示的網址是同一個；

包括伺服器邏輯、robots.txt，使用 Cookie 來控制測試， 還是其他任何方法進行偽裝。

使用rel=”canonical”連結：若需對多個網址進行測試，在所有備用網址上使用rel=”canonical” link 屬性來表示原始網址是首選版本。

內容SEO：

頁SEO TDK內容一致，保障主題詞一致。

頁面上的文字內容盡量小幅變化；

不淡化頁面上的關鍵字及出現次數，保障AB頁上的文字關鍵字一致，出現次數接近。

參考資料：

Google測試文件: https://developers.google.com/search/docs/crawling-indexing/website-testing