你也應該知道的, A/B Testing 入門指南

2021年11月5日

抱歉了 A,我的產品需要這個酷酷的 B 東西。這類的想法是不是在開會時,常常存在腦中呢?

其實在公司各個團隊,或是平常生活中都會面臨必須選擇的局面。特別是在職場中,團員都希望自己的聲音能夠被聽見,但要成功的說服他人,就必須使用科學的手法,測試不同設計的成效,絕非憑直覺進行推斷。而說到科學的手法,就是使用 A/B Testing 來解決眼前的困境。

什麼是 A/B Testing

A/B Testing,也可稱為拆分測試,是指一種隨機的實驗過程,將其中兩個或多個版本的變因(網頁、頁面或元素等),顯示給不同的網站到訪者,以確定哪個版本達到更好的預期成效,做出有數據支持的決策,最終優化網站並提高投資回報率。

在 A/B Testing 中, A 指的是“控制”或原始測試變量;而 B 指的是“變體”或原始測試變量的新版本。每個網站的轉化指標都是獨一無二的。例如:在電子商務的情況下,它可能是產品的銷售成果;對於新聞媒體來說,可能是到訪者在其網站上花費的時間。

為什麼要做 A/B Testing

A/B Testing 允許個人、團隊和公司在收集結果數據的同時,仔細改變他們的用戶體驗。這使我們能夠建立假設,並了解為什麼某些元素會影響用戶的行為。

A/B Testing 不僅僅是解決一次性問題或處理分歧,A/B Testing 還可以用來不斷改進原有的用戶體驗、或隨著時間的推移改進單一目標,如轉化率。

假設一家軟體公司,希望透過優化使用者介面提高他們的用戶留存率。為了實現這個目標,相關團隊嘗試對標題、視覺圖像、按鍵位置和頁面的整體風格進行 A/B Testing 更改。

每一次的測試更改,有助於他們查明,哪些更改會影響使用者的行為;哪些更改沒有。隨著時間的推移,他們可以整合成功變化的影響,用以證明新體驗相對於舊體驗,何處可以衡量及改進。

如何進行 A/B Testing

以下是可用於開始運行測試的 A/B Testing 框架:

  • 收集數據:在製定 A/B Testing 計劃之前,需要對網站當前的表現進行徹底的研究,了解我們可以從哪裡開始優化。例如從網站或應用程式的高流量區域開始,讓我們更快地收集數據,並尋找可以改進的低轉化率或高流失率的介面。
  • 確定目標:我們的轉化目標是用於確定,變體是否比原始版本更成功的指標。目標可以是任何東西,例如:網站標題、連接到購買或註冊介面的按鈕。
  • 生成假設:一旦我們確定了一個目標,你就可以開始生成 A/B Testing 的想法和假設,為什麼你認為它們會比目前版本更好。有了想法列表後,根據各種參數對其進行測試,例如我們對它成功的信心程度、或它對目標的影響以及設置的難易程度等。
  • 創建變體:使用 A/B Testing 軟體(如 Google 的 Optimizely ),對網站或應用程式體驗的元素進行的更改,可能是更改按鈕的顏色、重新排列介面上元素的順序或完全自定義的內容。許多優秀的 A/B Testing 工具都有一個視覺化的編輯器,可以使這些更動變得容易。
  • 實驗運行:開始我們的實驗,並等待到訪者的來臨!此時,我們的網站或應用程式的到訪者,將會被隨機分配到其中一項的控件或變體。每次體驗的互動都會被測量、計算和比較,確保每個體驗的成果。
  • 分析結果:實驗完成後,就可以分析結果了。我們使用的 A/B Testing 軟體將產出實驗數據,並向我們展示介面的兩個版本之間的不同以及是否存在統計上的顯著差異。

Google 怎麼說

對於 A/B Testing 在 SEO 的影響, Google 在“在測試網站時保持 Google 搜尋排名的最佳做法”的文章進行了說明,以下為總結。

  • 不要偽裝測試網頁
    請勿使用任何方法,對 Googlebot 和使用者顯示不同的網址組。這種行為稱為偽裝,違反網站管理員指南,可能導致網站的排名降低,甚至遭排除在 Google 搜尋結果之外,無論我們是否在執行測試都不可使用,這絕對不是我們進行測試想得到的結果。
  • 使用 rel="canonical" 連結
    Google 建議在所有備用 URL 上使用 rel="canonical" 連接屬性,表示原始網址為偏好版本。所有測試網址的內容其實都非常類似原始網址,因此該歸納為同一組,並以原始網址為標準版本,這樣做有助於防止 Googlebot 被同一頁面的多個版本混淆。之所以建議使用 rel="canonical" 而不是 noindex 中繼標記,是因因為使用 noindex 可能會帶來意想不到的負面影響,而 rel="canonical" 更有助於達成測試目的。
  • 使用 302 重新導向,而非 301 重新導向
    如果我們進行的 A/B Testing 會將使用者從原始網址重新導向至其他版本的網址,請使用 302 (暫時性) 重新導向,不要使用 301 (永久性) 重新導向。這會告訴 Google 這只是測試期間的暫時性的重新導向,他們應該保留原始 URL 索引而不是測試 URL。
  • 在收集足夠資料後結束測試
    取得可信的測試結果,所需要的時間會因各種條件而異,也包含網站獲得的流量多寡。如果 Google 發現網站的測試時間過長,超過必要時間,會認為這是有意欺騙搜尋引擎,並因此採取相應行動。尤其是將其中一個內容版本提供給相當高比例的使用者,就更有可能遇到這種情況。

結論

如果測試的變體成功了,恭喜!看看是否可以在其他的介面上應用從實驗中學到的知識,畢竟經驗是無價的,繼續對實驗進行迭代,用以精進成果;如果實驗產生負面結果或沒有結果,也請不要擔心,將實驗作為學習經驗並生成可以測試的新假設。

無論最終實驗結果如何,請利用實驗的經驗,為未來的測試提供決策,不斷迭代優化,方可降低執行程序時的風險並改善用戶體驗。

Great! You've successfully subscribed.
Great! Next, complete checkout for full access.
Welcome back! You've successfully signed in.
Success! Your account is fully activated, you now have access to all content.