將 Google 搜尋中的 A/B 測試影響降到最低

本頁說明該如何在測試不同版本的網頁內容或網址時,盡量減少對 Google 搜尋排名造成的影響。本文不提供建立或設計測試的操作說明,不過您可以在本頁底部查看更多測試相關資源。

測試作業總覽

所謂的網站測試,就是要嘗試推出網站的不同版本 (或網站的一部分),然後收集使用者對各版本反應的資料。

  • A/B 測試可以針對同一項變更內容,測試兩種以上的不同版本。舉例來說,您可以在同個按鈕上測試不同字型,看看是否能提高按鈕的點擊次數。
  • 多變數測試能夠一次測試多種變更,以及瞭解各項變更可能的影響,以及不同變更之間相互配合的可能。 舉例來說,您可能想嘗試在某個按鈕上使用多種字型,同時試著變更 (或不變更) 網頁其他部分的字型,藉此瞭解新字型是否易於閱讀,以及是否應擴大運用到所有文字?或者瞭解當按鈕字型與網頁的其他部分看起來不同時,是否有助於吸引目光?

您可以使用軟體來比較不同版本網頁 (或者比較網頁的一部分、整個網頁或多網頁的整體流程) 中的使用者行為,並追蹤哪個版本對使用者最有效。

進行測試時,您可以為單一網頁建立多個版本,並讓每個版本都有各自的網址。當使用者嘗試存取原始網址時,請將部分網址重新導向至各變化版本的網址,然後比較使用者的行為,判斷哪個網頁版本成效最佳。

您也可以在網頁上動態插入變化版本,這樣無須變更網址也能進行測試。採用這種做法時,您可以使用 JavaScript 來決定要顯示哪個變化版本。

依測試內容類型而定,Google 甚至可以在您測試期間檢索部分內容的變化版本或建立索引,而不會造成明顯影響。只是微幅調整按鈕、圖片或「行動號召」文字 (例如「加入購物車」和「立即購買!」) 等元素的大小、顏色或擺放位置,就可能會讓使用者與網頁互動的方式有出人意料的變化,但對搜尋結果摘要或排名的影響不大,甚至毫無影響。

此外,如果我們檢索網站的頻率足以偵測到您的測試內容並建立索引,在您完成測試並對網站做出最後的更新後,您的最終更新版本就能迅速編入索引。

測試期間的最佳做法

您可以參考以下列出的最佳做法,避免在測試不同版本的過程中,對網站在 Google 搜尋中的呈現方式造成負面影響:

不要偽裝測試網頁

請勿對 Googlebot 和使用者顯示不同的網址組。這種行為稱為偽裝,已違反垃圾內容政策,無論您是否在執行測試都不可使用。提醒您,違反垃圾內容政策可能導致網站在搜尋結果中遭到降級或移除,這恐怕不是您想看到的測試結果。

無論是利用伺服器邏輯、robots.txt 還是其他方法,只要涉及偽裝行為就不可行, 請改用後續介紹的連結方式或重新導向。

如果您使用 Cookie 來控制測試,請記得,Googlebot 通常不支援 Cookie。這表示,Googlebot 看到的內容,只會是使用者的瀏覽器不支援 Cookie 時所能存取的版本。

如果您運用多個網址進行測試,可以在所有替代網址上使用 rel="canonical" 連結屬性,指明原始網址為偏好版本。我們之所以建議使用 rel="canonical" 而不是 noindex meta 標記,是因為前者更有助於達成測試目的。舉例來說,在測試首頁的不同版本時,您應該只想讓搜尋引擎瞭解各版本的本質,而不是避免建立索引。因為所有測試網址的內容其實都非常類似原始網址,或者只是變化版本,因此該歸納為同一組,並以原始網址為標準版本。在這種情況下,使用 noindex 可能會帶來不可預期的負面影響,因此建議使用 rel="canonical"

使用 302 重新導向,而非 301 重新導向

如果您進行的測試會將使用者從來源網址重新導向至其他版本的網址,請使用 302 (temporary) 重新導向,而非 301 (permanent) 重新導向。這樣一來,搜尋引擎就會知道這只是測試期間的暫時性重新導向,應該將本來的網址保留在索引中,不要替換成重新導向目標的測試網頁。您也可以使用 JavaScript 進行重新導向,不會造成違規。

在收集足夠資料後結束測試

取得可信測試結果所需要的時間會因各種條件而異,例如您的轉換率,還有網站獲得的流量多寡;一款優質的測試工具會在收集的資料足以做出可信結論時通知您。測試完成後,請運用使用者最滿意的內容版本來更新您的網站,並盡快移除所有測試元素,包括替代網址、測試版指令碼和標記。如果發現網站的測試時間過長,我們可能會認為這是有意欺騙搜尋引擎,並據此採取相應行動。如果您將其中一個內容版本提供給相當高比例的使用者,就更有可能遇到這種情況。

其他測試相關資訊