iOS15：A/B 測試你的產品頁面

隨著 Apple 宣布即將對 App Store 進行一系列更改和改進，這將幫助開發人員更好地將他們的應用程序定位到用戶，讓更多人發現他們的應用程序，甚至突出他們的應用程序中正在發生什麼樣的事件以吸引新用戶下載應用程序並鼓勵現有用戶返回。 App Store 將使您能夠對應用產品頁面的視覺元素進行 A/B 測試，以嘗試獲得更好的結果並提高應用下載轉化率。

App Store A/B 測試將幫助您改進您的 ASO 策略，您將能夠在您的 App Store 產品頁面上嘗試不同的應用程序圖標、屏幕截圖和預覽（視頻）。 您還可以比較產品頁面的性能，以了解轉化率最高的產品。

iOS15新特性如何利用A/B測試？

App Store 的新 A/B 測試功能可讓您測試多達 3 個不同的元素。 您將在 App Store Connect 的 App Analytics 部分看到關鍵 ASO KPI 的結果，例如展示次數或轉化率。 您將能夠將它們與原始產品頁面的性能進行比較。

但是，自定義產品頁面 (CPP) 將不包括原生 A/B 測試，但允許移動營銷團隊手動運行測試。 提醒一下，在新設置下，如果您使用自定義產品頁面 (CPP) 並將所有付費 UA 流量驅動到 35 個可用的自定義產品頁面之一，流量的剩餘部分，自然結束（瀏覽和搜索流量）將登陸您的默認產品頁面。

要了解更多關於 iOS15 移動增長的信息，請查看我們之前文章的“ iOS15 新功能如何推動移動增長？ ”。

點擊“了解更多”，立即通過ASO World 應用推廣服務推動您的應用和遊戲業務。

產品頁面優化 (PPO)

開發人員很快就會有一種簡化的方法來測試對他們的想法集所做的更改。 從歷史上看，iOS 開發人員必須將創意更改完全部署到 iOS App Store，然後在部署前後測量流量。 這個過程並不總是能提供最好的洞察力，因為從部署前到部署後，趨勢和流量可能會發生顯著變化。 產品頁面優化將允許直接在應用程序的默認產品頁面上實時執行 A/B 測試。

使用產品頁面優化，開發人員可以測試各種應用程序圖標、屏幕截圖和預覽視頻。 Apple 將允許一次應用三種不同的治療方法，每次測試的最長持續時間為 90 天。

雖然測試盡可能多的更改可能很誘人，但 Apple 建議限制每次測試的創意更改數量 - 這是任何測試迭代的最佳實踐。 通過限制變量，更容易區分哪些特定更改將導致最佳結果。 要查看性能並將其與基線進行比較，開發人員可以在 App Analytics 中訪問這些測試。

自定義產品頁面 (CPP)

對於 iOS 15 背後的開發者來說，一個令人興奮的新功能是自定義產品頁面。 自定義產品頁面是一種管理列表的新穎方式，以便它們同時與不同的人口統計數據相關。 這個新工具將允許開發人員向不同的用戶組展示最相關的定位，所有用戶都指向同一個應用程序。

Apple 將允許多達 35 個獨特的自定義產品頁面，每個頁面通過不同的屏幕截圖、應用程序預覽和促銷文本提供對各種功能的洞察。 然後，開發人員可以使用將放置在相關廣告或第三方推薦中的唯一 URL 將流量吸引到相應的產品頁面。

自定義產品頁面的性能數據也將在 App Analytics 中提供。 目標頁面視圖將提供有關印象、應用下載、應用安裝轉化率和保留率的可操作數據。

應用分析

除了為開發人員提供更多工具來優化他們的性能之外，新的指標將使他們能夠以 App Analytics 以前無法提供的方式了解性能。 與穀歌不同，谷歌在 2020 年使用新的 Google Play 開發者控制台更改了許多報告的指標，蘋果將在添加新指標的同時保留熟悉的指標，如印像數和應用程序單元數。

開發人員現在將擁有一個專用的預購儀表板，由熟悉的指標（例如區域和設備類型）分隔 - 設備類型現在包括兼容應用程序的 macOS。 在指標選項卡上，可以隨時間在折線圖上查看預訂，以查看預訂開始時的參與度，直至發布前一天。

收入是開發人員可以通過 App Analytics 以及“銷售”和“應用內購買”查看的另一個新指標。 進一步了解應用程序如何賺取利潤可以幫助開發人員更好地了解如何進行優化以提高購買率。

蘋果還將在 App Analytics 中添加“更新”和“重新下載”，這兩個都是以前未報告的指標。 這將使開發者不僅可以通過“App Units”查看首次下載量，還可以查看總下載量，並能夠區分新用戶和回訪用戶。 開發人員最終將不僅可以洞察新用戶的參與度，還可以通過更新和重新下載現有用戶重新參與來了解持續的現有用戶參與度。

要了解更多關於用戶參與策略的信息，您可以查看“移動用戶參與策略如何推動您的應用業務？” 從我們之前的文章中。

A/B 測試：iOS15 與 Play 商店

自 2015 年 5 月起，Google Play 商店允許開發者通過 Google Play Experiments 進行 A/B 測試，為開發者提供了一個有價值的工具來製定他們的應用商店優化策略。 iOS15 即將推出 A/B 測試，iOS 開發者不再需要部署新版本和比較前後指標來衡量產品頁面的變化對產品頁面轉化率的影響。

然而，儘管看起來令人興奮，但蘋果的 A/B 測試平台與穀歌自己的不同。 隨之而來的不確定性很容易導致許多潛在的並發症。 儘早解決這些問題並提前做出相應計劃非常重要。 ASOWorld 技術團隊預計以下 7 個基本差異供您準備。

1. 數據可用性

A/B 測試是一種定量研究方法。 這意味著每個測試背後的統計數據都是它的生命血液。 如果您收集和分析足夠的數據，您將獲得可靠的測試結果，以科學地驗證或拒絕某些假設。 這些假設背後的想法最終是推動 CRO 的動力。 這就是為什麼當 App Store 上的 A/B 測試與 Play Store 相比具有不同數量和形式的數據時，整個 CRO 會發生變化。

以下是您應該注意的最重要的區別。

• 統計學意義

谷歌為測試結果提供了 90% 的統計顯著性水平，而蘋果是否會提供可比的東西仍然是個謎。 事實上，他們是否會提供任何置信區間是未知的，因為他們的公告沒有提到這個話題（還）。

• 表現歷史

谷歌顯示了一個圖表，該圖表連續映射每個測試變體的超時執行。 如果需要，您可以選擇查看過去的表現以獲得更詳細的見解。

另一方面，蘋果沒有證據表明他們提供了類似的功能。 他們只提到您可以“在整個測試期間將 [測試變體] 的性能與原始產品頁面進行比較”。這種比較是否適用於當前和過去的性能還有待確定。

• 性能數據的完整性

Google 僅顯示測試變體之間的安裝次數、擴展安裝次數和轉化率 (CVR) 差異。 因此，您只能估計它們相互比較的好壞。 相反，Apple 會在 CVR 差異（改進）之上顯示每個變體的流量大小（印像數）和準確的 CVR。這意味著您可以調查各個版本或在它們之間進行比較。

2. 資產選擇

在 Google Play 上，除 App Title/Name 之外的所有可本地化資產都有資格進行 A/B 測試。 更重要的是，它們包括視覺和文本元素。 這為極其通用的 CRO 策略提供了足夠的容量。

相比之下，只有 App Store 上的視覺資產被確定為符合 A/B 測試的條件。 它們是圖標、屏幕截圖和預覽（視頻）。 沒有提供有關文本資產的進一步見解。

但是，查看產品頁面優化和自定義產品頁面中允許的不同資產，可能沒有。 具體來說，蘋果提到了與後者相關的促銷文字，但沒有提到前者。 以下是要考慮這一事實的因素。

• Apple 確實考慮了文本資源，並決定允許自定義促銷文本。 他們不太可能在開發或發布 iOS 15 功能時忘記它們。 這是 Apple 故意忽略文本資產的 A/B 測試的一個證據。

• Apple 在 WWDC21、WWDC21 之後以及他們的網站上宣布了針對同一部分的產品頁面優化和定制的兩個產品頁面。 但是，促銷文字是專門針對第二個功能列出的。 這是 Apple 故意在 A/B 測試中省略文本資源的另一個證據。

• 因此，至少有兩個證據表明 Apple 不會讓我們測試文本資產——至少不會立即在 iOS 15 中測試。

當然，這還有待證實。 但是，當有疑問時，為最壞的情況做準備是最安全的。 如果這被證明是正確的，那麼與 Play Store 相比，在 App Store 的 A/B 測試中，您可以選擇的資產要少得多。

3. 可定制性

這也與自定義應用商店的存在與 A/B 測試之間的關係有關：雖然您當然可以在自定義 Play 商店列表上運行實驗，但在自定義產品頁面上是否也是如此仍然是一個挑戰。 如果是這樣，iOS CRO 的可能性將大大擴展，例如使用“自定義產品頁面優化”之類的東西 - 但這是一個很大的“如果”。

事實上，一些證據可能表明情況不太可能如此。 如前所述，促銷文字展示了定制產品頁面和產品頁面優化之間的脫節，因為它可以定制但不能進行 A/B 測試。 另一個證明是 App Icon，它是可測試但不可定制的。 因此，如果 A/B 測試可以在自定義產品頁面上運行，應用商店將變得無法容忍的不一致。

這就是問題所在：聽起來蘋果不允許這樣做。 這意味著他們根本不允許這兩個功能之間有任何交叉。 因此，可以肯定地說，我們不能期望對自定義產品頁面進行 A/B 測試。

雖然促銷文字和圖標是這兩個功能之間的區別，但它們確實在屏幕截圖和預覽中融合在一起。 如果運氣好的話，Apple 會讓我們在自定義產品頁面上測試這兩種資產中的一種，或兩者兼而有之。 儘管這種情況聽起來很牽強，但它仍然是一個合乎邏輯的可能性，不應過早地排除。

4.圖標測試

圖標是應用程序的重要視覺資產，它表達了其身份感。 如果有的話，它應該是跨應用商店的一致資產。 不幸的是，這種情況並非如此。
首先，您可以自由上傳新圖標以僅在 Google Play 上進行測試，而不能在 App Store 上進行測試。 Apple 將要求事先將 Icon 的所有變體（在設備上和商店中）添加到應用程序二進製文件中，並使用新的應用程序版本進行審查。 因此，如果它們被拒絕或延遲，A/B 測試將受到影響。

其次，再次與應用程序二進制要求相關，雖然 Google 允許在設備上和店內資產之間進行獨立更改，但 Apple 將在它們之間強制實施某種程度的圖標依賴性。 具體來說，如果您通過產品頁面優化應用 App Store 圖標變體，匹配的設備上圖標變體將自動替換原始圖標。

5. 可擴展性

本地化是 ASO 的重要組成部分，尤其是對 CRO 而言，這就是為什麼能夠在本地化產品頁面上運行 A/B 測試至關重要的原因。 最重要的是，您可以同時運行的本地化測試越多，您在擴展整體 CRO 方面的效率就越高。

在 Google Play 上，最多允許進行五次此類測試（不包括自定義產品詳細信息）。 在 Apple App Store 上，這個數字是未知的。 如果相同，您可以在兩個商店以相同的方式擴展 CRO，因此不需要太多調整。 相反，如果一家商店允許同時運行比另一家多得多的測試，則您需要提前計劃並考慮它們之間的差異以做出明智的決定。

為什麼這很重要？ 兩個因素。

在標準 ASO 中

如果您可以為您的應用商店升級您的 CRO，您可以快速了解哪些有效，哪些無效。 你學得越多，你的決定就越有根據。 這就是為什麼不同的可擴展性會導致不同級別的 CRO 性能。 最終，應用商店之間的資產生產、人力資源、時間和精力將具有不同的價值。 然後應該以不同的方式管理它們。

在不尋常的 ASO 中，例如季節性事件或 COVID-19 大流行等特殊情況。

想像一下，您有 3 個月的時間來測試所有資產的 10 個本地化，然後再啟動一項重要且相關的活動。 對於相同的想法或假設，您需要在 Play 商店中進行兩輪 5 次本地化實驗，以涵蓋所有內容。 如果每輪需要三週才能產生具有統計意義的結果，那麼您將需要 1.5 個月來完成一個完整的系列。

這意味著三個月的時間框架將允許在發布前測試兩個想法。 如果 Apple 允許在相同條件下同時運行的測試少於五個，那麼三個月的 10 個本地化就太多了。 您要么需要測試更少的想法，要么需要更少的本地化，要么需要更多的時間。

6. 設置靈活性

您在設置 A/B 測試方面的靈活性程度也會因應用商店而異。 事實上，差異將由兩個因素造成。

個人資產

雖然 Google 允許對視覺和文本資產進行 A/B 測試，但 Apple 只允許您測試前者。 這意味著即使您可以將一個想法、概念、信息或假設變成吸引人的副本，您也無法將其設置為測試。 這只有 Google Play 的一半靈活。

資產組合

當多個資產組合在一起時，Google Play 上的測試設置會變得更加靈活。 具體來說，您可能會進行文本-文本、視覺-視覺或視覺-文本組合實驗。 在 App Store 上，還可以在測試中組合多個資產（否則 Apple 不會建議我們限制它們）。 但你能做的最好的事情就是只設置視覺-視覺組合實驗。

那麼當我們不那麼靈活時該怎麼辦？ 添加深度。 不使用文本資產進行測試意味著更多地使用視覺資產進行測試。

要了解更多關於 iOS15 自定義產品頁面的信息，您可以查看我們之前文章的“如何為 iOS 15 ASO 準備您的 App Store 自定義產品頁面 (CPP)？ ” 。

7. 創作自由

A/B 測試不僅僅涉及影響 CRO 的技術因素。 除了測試的設計、設置和假設之外，它還必須涵蓋創意、概念和故事。 這些是轉化為有形應用商店資產的內容，您必須在運行任何測試之前上傳這些資產。 因此，重要的是要有足夠的創作自由，以允許大膽和創新的想法得到測試，進而為 CVR 的增強做出貢獻。

當然，Apple 和 Google 允許不同程度的這種創作自由。 在 Play 商店中，測試資產似乎從未受到 Google 的審查。 所有政策和元數據指南都適用於產品細節，而不是產品細節實驗。 因此，可以肯定地說，只要您不應用“有風險”的變體，您就可以毫無限制地使用任何合格資產測試幾乎任何東西。

如何在 App Store 中設置 A/B 測試

學習比考試更重要

在 App Store 上無法將故事和講故事分開。 根據 Apple 的公告，所有單獨的測試變體都將進行獨立審查。 如果你和他們一起測試一個勇敢、大膽但有風險的想法，但他們被拒絕了，你永遠不會知道這個想法是否奏效。 你只會知道執行沒有。 另外，測試計劃將被推遲。 這就是為什麼在 App Store A/B 測試中與 Play Store 相比，您必須處理更少的創作自由。

您的 CRO 策略應該在 App Store 中更加保守，在 Play Store 中更加激進。 這意味著：

• 在 Android 上探索大膽的想法並將其集成到 iOS 上

商品細節實驗應該是大膽和冒險想法的試驗場，因為它們允許更高程度的創作自由。 加班，你可以相對指出哪些對CRO有好處。 然後，您可以繼續測試和學習哪些方法可以公開展示這些想法 - 無論 Google 允許您使用哪種方法。

然後可以通過產品頁面優化進一步鞏固這種學習。 如果你發現谷歌接受了資產迭代，鑑於其類似的指導方針和政策，蘋果很可能也會接受它。 這樣您就可以在 App Store 上測試大膽的想法，同時將被拒絕的風險降至最低。

• 從安全到大膽的想法在 iOS 上逐步運行測試

在等待 Play Store A/B 測試“帶路”的同時，App Store A/B 測試可以獨立運行以“找到路”。從安全的想法開始，然後轉向風險更高的想法，直到接近“受限區域” . CRO 會花費更長的時間，但至少您不會被困在等待 Android 測試結果或被未經測試的假設所誤導。

進行 A/B 測試時要記住的關鍵

當前版本和變體之間的受眾分配。 在決定分配給每個變體的流量部分時，請記住您當前的轉化率、要測試的假設、涉及的元素以及統計意義（目前在 Google Play 實驗中為 90%）。

拆分測試的持續時間。 讓測試運行至少 7 天，以避免可能影響結果的季節性峰值。 應該運行測試，直到有相當大的潛在受眾進入測試的所有變體。

每個變體的最小安裝。 要獲取有關 a/b 測試的性能結果的重要數據，您需要注意所需的安裝量。 這與應用程序的每日安裝率高度相關。

測試本地化。 強烈建議在特定國家/地區本地化您的拆分測試。 全球/全球實驗可能會產生誤導，因為每個國家的創造性表現都不同。

封閉的變化可能不會帶來太多的學習。 但是，您的想法的所有元素都應該經過測試，以不斷改進您的商店頁面。

概括

這些只是 WWDC21 上宣布的一些新特性和功能。 A/B 測試歷來是 iOS App Store 上比 Google Play 的實驗功能更複雜的任務——這些新工具將是 iOS 開發人員一直在等待的改進。

可從 App Analytics、產品頁面優化和自定義產品頁面以及用戶分析和活動數據訪問的性能數據，將為開發人員提供繼續增長所需的洞察力。

我們測試以了解哪些想法可以改善 CVR，然後學習如何在不違反政策的情況下實施這些想法。 正如我們上面列出的，您可以提前計劃 iOS15 A/B 測試模型。