設置成功拆分 URL 測試的技巧（以及要避免的一些常見錯誤）

已發表: 2022-05-06

拆分 URL 測試提供了 A/B 測試中未包含的各種好處，以優化您網站的用戶體驗並提高您的性能指標。

在本文中，我們將介紹如何使用轉換體驗設置拆分 URL 測試，並幫助您避免一些常見錯誤。

拆分 URL 測試提供了很多好處，包括對您測試的每個網站版本進行重大修改的能力。

因此，如果您正在尋找可以幫助您的網站更上一層樓的測試解決方案，那麼您來對地方了！

隱藏

什麼是拆分 URL 測試？
拆分 URL 測試可視化流程
拆分 URL 測試的好處
如何在轉換體驗中設置拆分 URL 測試
- 創建一個假設
- 確定必要的樣本量
- 在轉換之外創建變體
- 創建新的拆分 URL 測試
- 添加變體 URL
- 需要正則表達式？（這是可選的。）
- 驗證目標頁面
- 驗證目標受眾
- 驗證目標
- 將域添加到項目配置
- 在所有域上添加轉換腳本
- QA 你的測試
- 分析結果
混合測試：拆分 URL 測試 + 部署
- 如何設置您的“混合”實驗
- 獲取體驗和變體 ID
- 為您的變體頁面設置部署
- 為您的部署設置自定義受眾
設置多頁拆分 URL 測試
同時運行多個拆分 URL 測試
- 一般碰撞預防
- 從其他拆分 URL 測試中排除訪問者
為 Shopify 主題設置拆分 URL 測試
使用 A/B 測試作為拆分 URL 測試（是的，這是可能的！）
如何確定您的拆分 URL 測試是否具有統計意義？
運行拆分 URL 測試時要避免的常見錯誤
- 原始/變體之間的流量不均
  - 錯誤的頁面定位
  - 未在所有頁面上安裝腳本
  - 針對一種變體的 Bot 流量
- 重定向循環
- 在您的分析工具中以原始記錄的雙倍流量
  - 跟踪代碼的順序
  - 包裝分析跟踪代碼
拆分 URL 測試的 SEO 考慮因素
- 不要在您的受眾群體中使用 Googlebot 用戶代理
- 使用 rel="canonical"
- 使用 302 進行重定向
- 僅在必要時運行拆分 URL 測試
概括

什麼是拆分 URL 測試？

術語“拆分 URL 測試”只是重定向體驗的另一個名稱。

它被稱為拆分 URL 測試，因為它涉及將原始（具有自己的 URL）與頁面上具有自己的 URL 的另一個變體進行比較。

與 A/B 測試不同，原始和變體託管在同一個 URL 上，流量被路由到其中一個，拆分 URL 測試在其不同的 URL 上同時具有原始和變體。

通過拆分 URL 測試，人們在到達原始頁面 URL 時進入實驗（並被分配了拆分 URL 變體之一）。接下來，他們要么留在當前頁面（如果選擇了原始頁面），要么立即被路由到他們收到的變體 URL。

Convert 的拆分 URL 體驗可以節省時間，允許用戶測試他們的頁面，而無需在 Convert 可視化編輯器中進行編輯。

轉換拆分 URL 體驗的兩個最常見示例是：

1.不同的登陸頁面，不同的URL：

原創 - www.convert.com/landingpage1
變化 - www.convert.com.com/landingpage2

2.子域或單獨的域來測試重新設計的頁面：

原創 - www.convert.com
變化 - www.beta-convert.com

拆分 URL 測試可視化流程

以下是 Convert 如何為拆分 URL 體驗中的訪問者提供 URL 的示例：

拆分 URL 測試的好處

A/B 和多變量測試非常適合快速評估 UI 元素的微小更改。大多數 A/B 測試軟件都提供具有用戶友好界面的 A/B 和多變量測試功能，只需單擊幾下即可開發測試變體。

但是，當涉及到對您的網站進行重大更改時，這些測試解決方案提供的可視化編輯器就不夠用了。一個新的網頁幾乎總是需要設計、用戶體驗和開發團隊的協作，使其成為一項更大的任務。

拆分 URL 測試提供了不受限制地進行這些更改的靈活性，同時仍然獲得 A/B 測試的好處。 Convert 的拆分 URL 體驗在許多方面都有幫助，使您能夠：

嘗試一種全新的設計，同時牢記舊的設計。 用戶可以比較兩種變體的報告，以查看每種功能的最佳功能。
運行與 UI 無關的更改體驗。 試圖通過切換到不同的數據庫來提高頁面加載速度？這只是影響網站的後端或開發更改的一個示例。拆分 URL 體驗可確保不可見的修改對用戶體驗沒有負面影響。
將多個網頁的功能作為一個單元進行評估。 工作流程對轉換有重大影響，在實施新路徑之前測試它們是查看是否有任何問題被忽略的絕佳方法。
通過更快的連接和更好的瀏覽器性能改善用戶體驗。 雖然 A/B 測試可能會受到閃爍效應的影響（當變體在用戶面前緩慢而清晰地加載時會發生這種情況），但拆分 URL 體驗能夠一次加載多個站點而不會出現問題。（緩慢的頁面加載告訴用戶他們正在參與測試，從而扭曲了測試結果。）
在不影響轉化率的情況下測試不同的頁面設計或內容。 通過在原始版本和變體之間隨機分配網站流量，您可以確定任何統計上顯著的性能差異都與體驗相關，而不是流量來源或一天中的時間等因素。

如何在轉換體驗中設置拆分 URL 測試

創建一個假設

一旦確定了為什麼要測試銷售漏斗的特定區域，就該建立假設了。

根據您的假設，您試圖通過推測可能比現有版本更好的方法來解決問題。

也許，您認為包含促銷橫幅會提高轉化率，或者您認為向所有訪問者提供運費會增加參與度。

如果您無法提出可行的解決方案，請查看您的競爭對手在做什麼。問你自己：

他們在做什麼而你不是？
最突出的是什麼？
為什麼他們的轉化率更高？

在做出判斷之前，請諮詢您的團隊並查看先前測試的證據。

然後，進入下一階段！

確定必要的樣本量

盡可能避免進行產生統計上無關緊要的結果的測試。這將提高您獲得有用數據的機會。

在開始之前，請確定您需要的樣本量。您可以使用此計算器進行數學計算。

根據您對測試的預期結果輸入數字，並查看統計顯著性如何顯示。如果你至少達到 90%，那麼你的狀態非常好。

當然，這不是一個萬無一失的解決方案，但它會增加你成功的機會。

在轉換之外創建變體

一旦您根據知情猜測計算出所需的樣本量，就該進行變體了！

由於拆分 URL 體驗不提供可視化編輯器或代碼編輯器，因此您需要在 Convert 之外設計您的變體，使其可公開訪問，以便 Convert 可以拆分它們之間的流量。

創建新的拆分 URL 測試

您可以在右上角的“新體驗”下的“實驗儀表板”中創建新體驗。有6種體驗類型可供選擇。選擇“拆分 URL”，然後添加您的體驗名稱和原始站點的 URL：

添加變體 URL

您將在下一個屏幕上看到原始 URL 已填寫。您也可以在此處添加變體 URL。

您可以使用（加號）圖標命名每個變體並添加多個變體。

流量將在您的原始版本和所有其他變體之間平均分配。

需要正則表達式？（這是可選的。）

假設您使用 Google Adwords 或任何其他將變量傳遞到您的站點的系統，並且您希望保留它。您可以使用“將原始 URL 變量傳輸到變體 URL”選項打開變量。

這樣做是創建一個正則表達式。簡單解釋一下，它在原始 URL 之後添加了以下代碼：

 /{0,1}(([\?&]{1}[^=]{1,}=[^=]*[&]{0,1})*)$

並且它為變化增加了 1 美元。

本質上，正則表達式獲取 URL 上問號後面的所有內容，並將其粘貼到有 $1 符號的變體中。

驗證目標頁面

當您單擊“繼續”時，您將被引導至體驗摘要。

站點區域是您將配置觸發您體驗的標準的地方。

最基本的配置是基於 URL 觸發實驗，例如“https://www.convert.com”。

此設置在您首次創建拆分 URL 體驗時自動配置，並將配置為用於創建它的 URL。

確保驗證將運行拆分 URL 測試的頁面並相應地調整站點區域。

驗證目標受眾

接下來，您需要驗證受眾並確保它是您要定位的訪問者組。如果沒有，您需要通過進入其配置來指定它。

驗證目標

您可以在“經驗總結”中進行許多不同的更改，但現在，我們將只專注於驗證我們的目標是否設置正確。

以下是拆分 URL 測試中使用的一些常見目標：

兌換率
點擊按鈕
點擊鏈接或 CTA
通訊註冊
添加到購物車
每位訪客的收入
訂婚
頁面訪問
在頁面上花費的時間
跳出率

將域添加到項目配置

如果您的新變體 URL 與原始 URL 不同，則需要將其添加到項目配置中。確保添加包含您的變體 URL 的所有各種域。

為此，請單擊頂部菜單中的“配置”，然後單擊“活動網站”部分。最後，添加域 URL 並保存。

在所有域上添加轉換腳本

最後，確保在頁面的 <head> 部分中安裝主要的 Convert 跟踪代碼，然後再加載任何其他加載的資源。

QA 你的測試

在向公眾發布測試之前，請仔細檢查一切是否正常。

通過使用隱身瀏覽器窗口訪問原始 URL 幾次，檢查以確保您被隨機定向到原始 URL 或變體。

嘗試在兩個頁面上轉換幾次，以確保軟件準確地跟踪和報告目標。

如果一切正常，您現在可以為您的網站訪問者啟動拆分 URL 體驗！

分析結果

在查看結果時，問自己以下問題：

你的考試怎麼樣？
你的假設正確嗎？
結果是否具有統計學意義？

如果一切順利，您應該能夠確定一個明顯的贏家！

現在，您可以選擇停止測試並將獲勝者設置為您的新原創，也可以繼續測試和迭代。

如果您沒有看到明顯的贏家，或者您的結果在統計上不顯著，請盡量不要氣餒。這實際上發生的比你想像的要多！

識別您第一次可能犯的任何錯誤並運行新測試。

混合測試：拆分 URL 測試 + 部署

假設您的拆分 URL 測試已創建、配置和測試，並且一切都按計劃進行。假設您的流量正在均勻分佈，您的查詢參數正在傳輸，您的受眾和具體目標都已設置，現在您想為體驗頁面嘗試新樣式。

由於拆分 URL 測試缺乏通過可視化編輯器自定義和設置頁面樣式的能力，您可能會考慮的一個選項是設置“混合”實驗（拆分 URL + 部署體驗） 。

如何設置您的“混合”實驗

首先按照上一節中的說明創建您的拆分 URL 體驗。

獲取體驗和變體 ID

完成體驗變體的配置後，記下體驗摘要頁面中的變體 ID。複製變體預覽中的鏈接：

複製的鏈接將如下所示：

 https://url.com/?convert_action=convert_vpreview&convert_v=100368636&convert_e=10036216

● v=100368636 - 這是變體 ID：100368636
● e=10036216 - 這是體驗 ID：10036216

為您的變體頁面設置部署

現在是時候為您的變體頁面創建部署了。使用可視化編輯器應用樣式並自定義頁面。

嘗試轉換部署：單擊並輕鬆編輯以滿足您的 Web 需求。

為您的部署設置自定義受眾

如果您只希望拆分 URL 體驗和特定變體的訪問者看到您的部署，則必須包含自定義受眾：

JS條件一：（替換為Split URL Original Page URL）

 document.referrer == "https://urlFromtheOriginalPage.com"

JS 條件 2：（替換為之前提到的體驗和變化 ID）

 convert.historicalData.experiments[splitURLExpID].variation_id == "variationID"

就是這個！您已成功將樣式應用於拆分 URL 體驗！

設置多頁拆分 URL 測試

現在，假設您想對您網站上的多個頁面（例如產品頁面）進行拆分 URL 測試。參考這篇關於多頁測試的文章和下面的圖表：

同時運行多個拆分 URL 測試

有時您可能需要在同一個網站上進行兩個或多個拆分 URL 測試。以下是您的選擇：

同時運行測試，而不必擔心它們會相互干擾。
同時進行測試，但針對不同的受眾
按順序執行測試（在繼續測試 2 之前完成測試 1）。

儘管選項 3 是最安全的，但它會嚴重限制您使用拆分 URL 體驗的能力。

完全可以在同一頁面或一組頁面上同時運行幾個拆分 URL 體驗，但請注意，一個實驗中的分桶可能會影響同時運行的另一個實驗的數據。

以下是幫助您使用不同的受眾同時運行體驗的兩種關鍵技術。

一般碰撞預防

在進行設置之前，您必須首先了解執行體驗的順序。體驗條件在頁面上按順序進行測試，同時考慮到它們的體驗 ID。

為此，您需要進行設置，以使 ID 號最低的拆分 URL 體驗僅使用 50% 的流量。這可以在“體驗總結”的“統計設置”部分完成。

完成第二次拆分 URL 體驗後，轉到“訪客數據”下的“新受眾”。然後，轉到顯示“Bucketed in Experience”的位置並輸入“No”。通過這樣做，您將確保只測試新訪問者，這將防止相同的訪問者被測試兩次。

從其他拆分 URL 測試中排除訪問者

如果您的站點上運行了更多測試，則可以設置第二個拆分 URL 測試，以專門防止第一個測試的測試訪問者被第二個測試。這是代替前面提到的一般碰撞預防來完成的。

查看這篇文章了解更多信息！

為 Shopify 主題設置拆分 URL 測試

如果您的網站是在 Shopify 上設計的，您可能希望利用 Convert 的拆分 URL 選項。這樣，您可以相互測試兩個或多個不同版本的 Shopify 主題（應用於您的網站）。

Shopify 現在提供了廣泛的主題，因此很高興知道網站上的一個 Shopify 主題將如何與另一個主題進行對比。

有關更多詳細信息，這裡有一篇文章解釋了針對各種 Shopify 主題的拆分 URL 測試的完整過程。

您可以在下面看到兩個不同主題之間的拆分 URL 體驗報告：

使用 A/B 測試作為拆分 URL 測試（是的，這是可能的！）

實際上完全有可能將您的 A/B 體驗變成拆分 URL 體驗！

Convert 有一個 JS 函數，允許您被重定向到一個新頁面，同時仍然存儲該特定變體的統計信息：

 convert.redirect("URL_here");

例如，而不是使用：

 document.location.href="http://www.mysite.com/my_variation_page.html"

使用以下內容：

 convert.redirect("http://www.mysite.com/my_variation_page.html");

提示：以上代碼只能在可視化編輯器的“自定義 Javascript”部分中使用。

您甚至可以從報告部分暫停原始內容，並將所有用戶定向到變體。在這種情況下，100% 的流量會看到變化。

如何確定您的拆分 URL 測試是否具有統計意義？

到目前為止，您已經了解瞭如何設置多種拆分 URL 測試，但是您如何確保您的結果值得信賴呢？

假設您正在進行拆分 URL 體驗，並向著陸頁的每個變體發送 200 位訪問者。 Original 捕獲了 50 次轉化，而 Variation 捕獲了 40 次。

您可能想完全放棄變體，轉而使用您的原始版本，但請記住，測試仍未完成，結果尚無統計學意義。

提示：統計顯著性確定了檢驗結果不是抽樣誤差結果的確定程度。

您的發現幾乎與隨機的結果一樣可能是一頁優於另一頁的結果。

Convert 提供了一個計算器來幫助您計算拆分 URL 體驗的統計意義。唯一需要的四個數據點是原始訪問者、原始轉換、變體訪問者和變體轉換。只需將信息輸入計算器的左側，即可獲得答案。

現在您已了解如何設置拆分 URL 體驗並驗證其統計意義，讓我們回顧一下運行測試時應避免的一些常見錯誤。

運行拆分 URL 測試時要避免的常見錯誤

原始/變體之間的流量不均

假設您的網站每週接待 15,000 名訪問者，並且您開始使用原始和變體運行拆分 URL 測試。在理想情況下，這些不同版本中的每一個都會接待 7500 名訪問者（15,000 名的一半）。

但是，每個品種中的數字更有可能在 7490 到 7550 之間。（較小的差異是典型的，純粹是偶然的。）另一方面，如果你的一個變體是非常令人擔憂的捕獲了 6000 名訪客，而另一個則收到了大約 9000 名。

這就是 SRM 測試的用武之地。它不依賴直覺，而是使用卡方擬合優度測試。例如，它可以確定 7300 或 7800 次訪問與收到的其他訪問量相比是否“正常”。

2021 年 12 月，Convert 團隊引入了我們自己的 SRM 方法，Convert 用戶可以通過進入項目配置 > 更多設置來啟用該方法。

這將允許他們查看報告中的 SRM 標籤：

儘管 SRM 問題的原因可能會有所不同，但這裡有一些方法可以幫助您從測試中消除 SRM 標記：

錯誤的頁面定位

假設您希望使用拆分 URL 體驗來定位您網站的所有頁面（而不僅僅是主頁），同時在原始和變體中使用相同的查詢參數。

原始 URL 是 https://www.convert.com
變體 URL 是 https://www.convert.com?v1=true

這並不像看起來那麼簡單，必須正確設置以避免 SRM 標籤。

首先，使用“頁面 URL 包含 https://www.convert.com”定義您的站點區域，並在排除部分輸入“查詢字符串包含 v1=true”。

在定義拆分 URL 變體時，您使用正則表達式公式來捕獲所有頁面：

 ([az]{1,2}tps?):\/\/((?:(?!(?:\/|#|\?|&)).)+)(?:(\/(? :(?:(?:(?!(?:#|\?|&)).)+\/))?))?(?:((?:(?!(?:\.|$|) \?|#)).)+))?(?:(\.(?:(?!(?:\?|$|#)).)+))?(?:(\?(?: (?!(?:$|#)).)+))?(?:(#.+))?

未在所有頁面上安裝腳本

務必仔細檢查 Convert 腳本是否正確安裝在 Original 和 Variations 上。

在對客戶請求進行故障排除後，我們發現的一個常見問題是其中一個變體缺少轉換腳本。這導致流量分佈不均，從而導致 SRM 標籤。

確保在將進行拆分 URL 測試的每個頁面上都包含該腳本。

針對一種變體的 Bot 流量

流量分佈不均勻的拆分 URL 測試中的另一個常見發現是，其中一個變體將接收來自異常用戶代理（我們懷疑是機器人）的訪問。

例如，原始變體可能會收到完全正常的流量，而變體 1 會收到來自用戶代理的點擊，如下所示：

Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.11 (KHTML like Gecko) Chrome/23.0.1271.97 Safari/537.11
Mozilla/5.0 (Windows NT 5.1; rv:27.0) Gecko/20100101 Firefox/27.0

我們懷疑這些是機器人，因為它們使用的是舊版本的 Chrome 和 Firefox 瀏覽器。（Chrome 瀏覽器現在大約是 99，而不是上面顯示的 23。）

因為我們無法找到帶有此用戶代理標頭的官方機器人，我們懷疑這是高級定位，看起來好像是人類。

在這種情況下，您可以按照以下步驟從拆分 URL 體驗中排除特定機器人。

重定向循環

假設您在您的網站上創建了一個拆分 URL 測試，並且您發現您的用戶在循環中被內部重定向。

當訪問者到達測試頁面時，他們會根據您提供的流量分配被轉發到變體 URL。在變體 URL 上，訪問者可以單擊任何元素/鏈接以返回原始頁面。但是，由於測試是在原始 URL 上設置的，因此訪問者會被轉發到變體 URL，並且該過程會無限重複。

必須提前防止這些無限重定向循環，因為它們會影響您的網站性能和體驗統計數據。

假設您只想使用拆分 URL 定位主頁 (https://www.convert.com)，並傳遞訪問者可能擁有的所有查詢參數。

原始 URL 是 https://www.convert.com
變體 URL 是 https://www.convert.com?v1=true

為避免任何重定向，您需要將站點區域設置為“頁面 URL 與 https://www.convert.com 完全匹配”並在排除部分輸入“查詢字符串包含 v1=true”。

這確保瞭如果您最終到達“https://www.convert.com ?v1=true”，實驗條件仍然匹配。

在您的分析工具中以原始記錄的雙倍流量

運行拆分 URL 測試時，您的所有流量都將轉到原始 URL，然後轉換腳本將重定向到變體 URL（如果要向該特定訪問者呈現變體）。

在某些情況下，您的分析軟件（如 Google Analytics）可能會顯示您的原始 URL 正在接收您的所有流量，即使變體 URL 似乎正在接收正確的流量部分。

這可以使它看起來好像您的頁面瀏覽量增加了，但實際上，原始顯示的是所有其他百分比的總和，加上它自己的百分比。

以下是解決此問題的方法：

跟踪代碼的順序

確保將轉換實驗跟踪代碼放在分析軟件跟踪代碼之前的頁面上。這將在大多數情況下解決問題。

包裝分析跟踪代碼

為防止流量被記錄在原始 URL 上，請在出現變體時包裝您的分析軟件跟踪代碼。這是一個例子：

 if(!convert || !convert.isRedirect) {
  // 您的分析跟踪代碼在這裡

拆分 URL 測試的 SEO 考慮因素

在進行拆分 URL 測試時，從 SEO 的角度來看，您可能需要考慮重複內容。

重複內容被定義為在多個網頁中相同或極其相似的內容塊，僅在圖形、設計或語言方面略有不同。重複的材料會對搜索引擎的用戶體驗產生負面影響，但幸運的是，在需要時有辦法解決它。

考慮搜索引擎如何感知重複內容。搜索引擎索引頁面以保持搜索結果的相關性，並將避免顯示具有可比信息的頁面，作為用戶體驗的一部分。他們的算法基本上會將所有具有可比信息的頁面分組，顯示原始或最佳內容（基於他們的發現），同時過濾掉其餘內容。

在欺詐性 SEO 方法的情況下，搜索引擎還必須處理內容重複。如果算法檢測到重複內容被用於操縱搜索結果，谷歌就會從搜索結果中刪除網站。谷歌很少（如果有的話）施加懲罰，但最好不要讓它碰運氣——以防萬一！

讓我們看看一些建議的解決方案。

不要在您的受眾群體中使用 Googlebot 用戶代理

只要您的流量分配不基於搜索引擎與人類的區別（使用受眾功能中的 Googlebot 用戶代理），您就不會受到處罰。谷歌並不關心它的機器人看到的你網站的哪個版本。重要的是它獲得與隨機訪問者相同的用戶體驗。

使用 rel="canonical"

如果拆分 URL 測試有多個 URL，請將“rel=canonical”鏈接屬性放在指向原始頁面的所有備用鏈接上。如果機器人正在索引您的網站，這會將它們定向到您的原始頁面。涉及重定向的實驗應該沒問題，只要它們不重定向到意外或不相關的內容。

使用 302 進行重定向

Google 建議不要使用永久 301 重定向，而傾向於使用臨時 302 重定向。這會通知搜索引擎重定向只是暫時的（這意味著它只會在實驗期間處於活動狀態）。它還告訴他們在索引中保留原始 URL，而不是用重定向的位置（測試頁面）替換它。

僅在必要時運行拆分 URL 測試

如果有足夠的流量證明它是合理的，您可以運行拆分 URL 測試，然後如果它未能在您的預期時間範圍內（或在得出結論後立即）得出結論，則將其關閉。

概括

拆分 URL 測試是評估兩個不同版本的目標網頁的轉化率和參與率的絕佳方法。借助轉換體驗，您可以根據需要以多種方式設置拆分 URL 體驗。

這些測試的結果將使您能夠針對目標受眾優化您的設計和佈局，並且在您開發 CRO 知識和計劃時對您的成功至關重要。

祝測試愉快！