iOS15：製品ページのA / Bテスト

AppleがAppStoreの一連の今後の変更と改善を発表したように、開発者はアプリをより適切にユーザーにターゲティングし、より多くの人々にアプリを発見してもらい、アプリ内でどのようなイベントが発生して新しいユーザーを引き付けるのに役立つかを明らかにします。アプリをダウンロードして、既存のユーザーに戻るように促します。 App Storeでは、アプリの製品ページの視覚的要素をA / Bテストして、より良い結果を得て、アプリのダウンロードコンバージョン率を向上させることができます。

App Store A / Bテストは、ASO戦略の改善に役立ちます。さまざまなアプリのアイコン、スクリーンショット、プレビュー（ビデオ）をAppStoreの製品ページで試すことができます。 また、製品ページのパフォーマンスを比較して、何が最適に変換されるかを確認することもできます。

iOS15の新機能にA / Bテストを利用するにはどうすればよいですか？

AppStoreの新しいA / Bテスト機能を使用すると、最大3つの異なる要素をテストできます。 インプレッション数やコンバージョン率など、App StoreConnectのAppAnalyticsセクションから主要なASOKPIの結果が表示されます。 それらを元の製品ページのパフォーマンスと比較することができます。

ただし、カスタム製品ページ（CPP）にはネイティブA / Bテストは含まれませんが、モバイルマーケティングチームはテストを手動で実行できます。 念のため、新しい設定では、カスタム製品ページ（CPP）を利用し、すべての有料UAトラフィックを35の利用可能なカスタム製品ページの1つ、トラフィックの残りの部分、自然な終わり（閲覧および検索トラフィック）に誘導する場合デフォルトの製品ページに移動します。

iOS15モバイルの成長の詳細については、以前の記事の「 iOS15の新機能がモバイルの成長をどのように促進するか」を確認してください。

[詳細]をクリックして、 ASOWorldアプリプロモーションサービスでアプリとゲームのビジネスを今すぐ推進してください。

製品ページの最適化（PPO）

開発者は間もなく、アイデアセットへの変更をテストする簡単な方法を利用できるようになります。 これまで、iOS開発者はiOS App Storeにクリエイティブな変更を完全にデプロイし、デプロイの前後にトラフィックを測定する必要がありました。 傾向とトラフィックは展開前から展開後の期間に大幅に変化する可能性があるため、このプロセスは常に最良の洞察を提供するとは限りません。 製品ページの最適化により、アプリのデフォルトの製品ページで直接リアルタイムでA / Bテストを実行できるようになります。

開発者は、製品ページの最適化を使用して、アプリケーションアイコン、スクリーンショット、およびプレビュービデオのバリエーションをテストできます。 Appleは、3つの異なる治療を一度に適用することを許可し、各テストの最大期間は90日です。

できるだけ多くの変更をテストしたくなるかもしれませんが、Appleは、テストごとのクリエイティブな変更の数を制限することをお勧めします。これは、テストを繰り返す場合のベストプラクティスです。 変数を制限することで、どの特定の変更が最良の結果につながるかを簡単に特定できます。 パフォーマンスを確認してベースラインと比較するために、開発者はAppAnalyticsでこれらのテストにアクセスできます。

カスタム製品ページ（CPP）

iOS 15の背後にある開発者にとってエキサイティングな新機能は、カスタム製品ページです。 カスタム製品ページは、リストをキュレートするための斬新な方法であり、異なる人口統計に同時に関連するようになります。 この新しいツールを使用すると、開発者は、すべて同じアプリを指しているさまざまなユーザーグループに最も関連性の高いポジショニングを表示できます。

Appleは、最大35の独自のカスタム製品ページを許可し、それぞれがさまざまなスクリーンショット、アプリプレビュー、プロモーションテキストを通じてさまざまな機能についての洞察を提供します。 開発者は、関連する広告またはサードパーティの紹介文に配置される一意のURLを使用して、適切な製品ページにトラフィックを誘導できます。

カスタム製品ページのパフォーマンスデータは、AppAnalyticsでも利用できます。 ターゲットを絞ったページビューは、インプレッション、アプリのダウンロード、アプリのインストールのコンバージョン率、保持率に関する実用的なデータを提供します。

アプリ分析

開発者にパフォーマンスを最適化するためのより多くのツールを提供することに加えて、新しいメトリックにより、開発者はAppAnalyticsではこれまで提供できなかった方法でパフォーマンスを理解できるようになります。 2020年に新しいGooglePlayデベロッパーコンソールで報告された指標の多くを変更しているGoogleとは異なり、Appleは、インプレッション数やアプリユニットなどの使い慣れた指標を維持しながら、新しい指標を追加します。

開発者は、テリトリーやデバイスタイプなどの使い慣れたメトリックで区切られた専用の先行予約ダッシュボードを利用できるようになります。デバイスタイプには、互換性のあるアプリ用のmacOSが含まれるようになりました。 [メトリクス]タブでは、予約購入を折れ線グラフで表示して、予約購入の開始時からリリースの前日までのエンゲージメントを確認できます。

収益は、「売上」と「アプリ内購入」だけでなく、AppAnalyticsを通じて開発者が表示できるもう1つの新しい指標です。 アプリがどのように利益を得るかについてのさらなる洞察は、開発者が購入率を上げるために最適化する方法をよりよく理解するのに役立ちます。

Appleはまた、App Analyticsに「アップデート」と「再ダウンロード」を追加します。これらは両方とも、以前は報告されていなかったメトリックです。 これにより、開発者は「アプリユニット」を介した最初のダウンロードだけでなく、合計ダウンロードも表示し、新規ユーザーとリピーターを区別できるようになります。 開発者は、最終的には、新しいユーザーエンゲージメントだけでなく、既存のユーザーの再エンゲージメントの更新と再ダウンロードを通じて、継続的な既存のユーザーエンゲージメントについても洞察を得ることができます。

ユーザーエンゲージメント戦略の詳細については、「モバイルユーザーエンゲージメント戦略がアプリビジネスをどのように推進しているか」を確認してください。 以前の記事から。

A / Bテスト：iOS15とPlayストア

2015年5月以降、Google Playストアでは、デベロッパーがGooglePlayエクスペリメントを通じてA / Bテストを実施できるようになり、アプリストア最適化戦略を開発するための貴重なツールが開発者に提供されています。 A / BテストはiOS15で間もなく利用可能になり、iOS開発者は新しいバージョンをデプロイし、前後のメトリックを比較して、製品ページの変更が製品ページのコンバージョン率にどのように影響するかを測定する必要がなくなります。

ただし、見た目はエキサイティングですが、AppleのA / BテストプラットフォームはGoogleのものと同じではありません。 それに伴う不確実性は、多くの潜在的な合併症を簡単に引き起こす可能性があります。 それらに早期に対処し、それに応じて事前に計画することが重要です。 ASOWorld技術チームは、準備のために以下の7つの基本的な違いを期待しています。

1.データの可用性

A / Bテストは、定量的な調査方法です。 これは、各テストの背後にある統計がその生命の血であることを意味します。 十分なデータを収集して分析すると、特定の仮説を科学的に検証または拒否するための信頼できるテスト結果が得られます。 これらの仮説の背後にある考え方は、最終的にCROを推進するものです。 そのため、AppStoreでのA / Bテストのデータ量とデータ形式がPlayストアと異なる場合、CRO全体が変化します。

ここに、知っておくべき最も重要な違いがあります。

• 統計的有意性

グーグルはテスト結果に対して90％の統計的有意水準を提供しますが、アップルが同等のものを提供するかどうかは謎のままです。 実際、彼らの発表はこのトピックについて（まだ）言及していないため、信頼区間を提供するかどうかは不明です。

• パフォーマンス履歴

Googleは、各テストバリアントのタイムアウト実行を継続的にマッピングするグラフを表示します。 必要に応じて、過去のパフォーマンスを表示して、より詳細な洞察を得ることができます。

一方、Appleには、同様の機能を提供しているという証拠はありません。 彼らは、「テスト期間中、[テストバリアントの]パフォーマンスを元の製品ページと比較する」ことができると述べているだけです。この比較が現在および過去のパフォーマンスに適用されるかどうかはまだ決定されていません。

• パフォーマンスデータの完全性

Googleは、テストバリアント間のインストール数、スケーリングされたインストール、およびコンバージョン率（CVR）の違いのみを表示します。 したがって、それらが互いにどの程度比較できるか、または不十分であるかを見積もることしかできません。 代わりに、AppleはCVRの違い（改善）に加えて、各バリアントのトラフィックサイズ（インプレッション）と正確なCVRを表示します。これは、個々のバージョンを調査するか、それらを比較するのはあなた次第であることを意味します。

2.アセットの選択

Google Playでは、アプリのタイトル/名前以外のすべてのローカライズ可能なアセットがA / Bテストの対象となります。 さらに重要なことに、それらには視覚的要素とテキスト要素が含まれています。 これにより、非常に用途の広いCRO戦略に十分な容量が提供されます。

対照的に、AppStoreのビジュアルアセットのみがA / Bテストの対象として識別されています。 アイコン、スクリーンショット、プレビュー（ビデオ）です。 テキストアセットに関するこれ以上の洞察は提供されませんでした。

ただし、製品ページの最適化とカスタム製品ページで許可されているさまざまなアセットを見ると、何もない可能性があります。 具体的には、Appleは後者に関連する販促テキストについて言及していますが、前者については言及していません。 この事実について考慮すべき要素は次のとおりです。

• Appleはテキストアセットを検討し、カスタムプロモーションテキストを許可することを決定しました。 iOS15の機能の開発またはリリースで彼らがそれらを忘れた可能性は低いです。 これは、AppleがテキストアセットのA / Bテストを意図的に無視したことを示す証拠の1つです。

• Appleは、WWDC21の同じセクション、WWDC21の後、および自社のWebサイトで、製品ページ用に最適化およびカスタマイズされた2つの製品ページを発表しました。 ただし、プロモーションテキストは2番目の機能専用にリストされています。 これは、AppleがA / Bテストからテキストアセットを意図的に省略したことを示すもう1つの証拠です。

• したがって、Appleがテキストアセットのテストを許可しないという証拠が少なくとも2つあります。少なくとも、iOS15ではすぐにはテストできません。

もちろん、これはまだ確認されていません。 ただし、疑わしい場合は、最悪のシナリオに備えるのが最も安全です。 これが真実であることが証明された場合、Playストアと比較してAppStoreでのA / Bテストで選択できるアセットの選択肢がはるかに狭くなります。

3.カスタマイズ性

これは、カスタムアプリストアのプレゼンスとA / Bテストの関係にも関係しています。カスタムPlayストアのリストで確実に実験を実行できますが、カスタム製品ページでも同じことが当てはまるかどうかは依然として課題です。 もしそうなら、たとえば「カスタム製品ページの最適化」のようなものを使用して、iOS CROの可能性は大幅に拡大されますが、それは大きな「if」です。

実際、いくつかの証拠は、これが当てはまる可能性が低いことを示唆している可能性があります。 前述のように、プロモーションテキストは、カスタマイズは可能ですがA / Bテストができないため、カスタム製品ページと製品ページの最適化の間の切断を示しています。 もう1つの証拠は、テスト可能ですがカスタマイズできないアプリアイコンです。 したがって、カスタム製品ページでA / Bテストを実行できると、アプリストアの一貫性が失われます。

ここに問題があります：それはAppleがそれを許可しているようには聞こえません。 つまり、2つの機能間のクロスオーバーを許可しないだけです。 したがって、カスタム製品ページのA / Bテストは期待できないと言っても過言ではありません。

プロモーションテキストとアイコンは2つの機能の違いですが、スクリーンショットとプレビューで混ざり合っています。 運が良ければ、Appleはこれら2つのアセットの一方、または両方をカスタム製品ページでテストできるようにします。 このシナリオが聞こえる限り、それは論理的な可能性であり、時期尚早に却下されるべきではありません。

4.アイコンテスト

アイコンは、アイデンティティの感覚を表現するアプリケーションの重要な視覚的資産です。 どちらかといえば、それはアプリストア全体で一貫した資産である必要があります。 残念ながら、そうではありません。
まず、Google Playでのみテストするために新しいアイコンを自由にアップロードできますが、AppStoreではアップロードできません。 Appleは、アイコンのすべてのバリエーション（デバイス上およびストア内）を事前にアプリバイナリに追加し、新しいアプリバージョンで確認する必要があります。 したがって、拒否または遅延した場合、A / Bテストが影響を受けます。

第二に、これもアプリのバイナリ要件に関連しますが、Googleはデバイス上のアセットとストア内のアセットの間で独立した変更を許可しますが、Appleはそれらの間にある程度のアイコン依存関係を強制します。 具体的には、製品ページの最適化を通じてApp Storeアイコンのバリエーションを適用すると、一致するデバイス上のアイコンのバリエーションが自動的に元のアイコンに置き換わります。

5.スケーラビリティ

ローカリゼーションはASOの重要な部分であり、特にCROにとっては重要です。そのため、ローカライズされた製品ページでA / Bテストを実行できることが重要です。 最も重要なことは、同時に実行できるローカリゼーションテストが多いほど、CRO全体のスケーリングがより効率的になることです。

Google Playでは、このようなテストは最大5つまで許可されています（カスタム製品の詳細は含まれません）。 Apple App Storeでは、番号は不明です。 同じ場合は、両方のストアで同じ方法でCROをスケーリングできるため、それほど調整する必要はありません。 対照的に、1つのストアで他のストアよりも大幅に多くのテストを同時に実行できる場合は、事前に計画を立て、情報に基づいた決定を行うためにそれらの違いを考慮する必要があります。

なぜこれが重要なのですか？ 2つの要因。

標準のASOで

アプリストアのCROをアップグレードできれば、何が機能し、何が機能しないかをすばやく知ることができます。 あなたが学ぶほど、あなたの決定はより多くの情報になります。 そのため、スケーラビリティが異なると、CROパフォーマンスのレベルも異なります。 最終的に、資産の生産、人材、時間と労力は、アプリストア間で異なる価値を持ちます。 その後、さまざまな方法で管理する必要があります。

季節的なイベントやCOVID-19パンデミックなどの特殊なケースなどの異常なASO。

重要で関連性のあるキャンペーンを開始する前に、すべてのアセットの10のローカリゼーションをテストするために3か月あると想像してください。 同じアイデアまたは仮説の場合、すべてのコンテンツをカバーするには、Playストアで5回のローカリゼーション実験を2回行う必要があります。 各ラウンドで統計的に有意な結果が得られるまでに3週間かかる場合、完全なシリーズを完了するには1.5か月かかります。

つまり、3か月の期間では、リリース前に2つのアイデアをテストできます。 Appleが同じ条件下で同時に実行できるテストが5つ未満の場合、3か月間の10のローカリゼーションは多すぎます。 テストする必要のあるアイデアが少ないか、ローカリゼーションが少ないか、必要な時間が長くなります。

6.セットアップの柔軟性

A / Bテストを設定する際の柔軟性の程度も、アプリストアごとに異なります。 実際、違いは2つの要因によって引き起こされます。

個々の資産

GoogleはビジュアルアセットとテキストアセットのA / Bテストを許可していますが、Appleは前者のテストのみを許可します。 つまり、アイデア、コンセプト、メッセージ、または仮説を魅力的なコピーに変えることができたとしても、それをテストとして設定することはできません。 これは、GooglePlayの半分の柔軟性です。

資産の組み合わせ

複数のアセットを組み合わせると、GooglePlayでのテスト設定がより柔軟になります。 具体的には、テキストとテキスト、視覚と視覚、または視覚とテキストの組み合わせの実験を行うことができます。 App Storeでは、テストで複数のアセットを組み合わせることもできます（そうでない場合、Appleはそれらを制限することを提案しません）。 しかし、あなたができる最善のことは、視覚と視覚のコンボ実験のみを設定することです。

では、柔軟性がない場合はどうすればよいでしょうか。 深さを追加します。 テストにテキストアセットを使用しないということは、ビジュアルアセットでさらにテストすることを意味します。

iOS15カスタム製品ページの詳細については、以前の記事の「 iOS 15ASO用にAppStoreカスタム製品ページ（CPP）を準備する方法」を確認してください。

7.創造的な自由

A / Bテストには、CROに影響を与える技術的要因だけではありません。 テストの設計、設定、および前提条件に加えて、創造的なアイデア、概念、およびストーリーもカバーする必要があります。 これらは、具体的なアプリストアアセットに変換されるものであり、テストを実行する前にアップロードする必要があります。 したがって、大胆で革新的なアイデアをテストし、CVRの強化に貢献できるように、十分な創造的自由を確保することが重要です。

もちろん、AppleとGoogleは、この創造的な自由の程度を変えることを許可しています。 Playストアでは、テストアセットがGoogleの精査の対象になることはありません。 すべてのポリシーとメタデータガイドラインは、製品の詳細の実験ではなく、製品の詳細に適用されます。 したがって、「危険な」バリアントを適用しない限り、制限なしで、適​​格なアセットを使用してほとんどすべてをテストできると言っても過言ではありません。

AppStoreでA / Bテストを設定する方法

学習はテストよりも重要です

App Storeでは、ストーリーとストーリーテリングを区別することはできません。 Appleの発表によると、すべての個別のテストバリアントは個別にレビューされます。 勇敢で大胆だが危険なアイデアを彼らと一緒にテストし、彼らが拒否された場合、そのアイデアがうまくいったかどうかはわかりません。 あなたは、実装がそうではなかったことを知っているだけです。 さらに、テストスケジュールは遅れます。 そのため、Playストアと比較してAppStoreのA / Bテストでは創造性の自由度が低くなります。

CRO戦略は、App Storeではより保守的で、PlayStoreではより積極的である必要があります。 これの意味は：

• Androidで大胆なアイデアを探求し、iOSで統合する

商品の詳細な実験は、より高度な創造の自由を可能にするため、大胆でリスクの高いアイデアのテストの場となるはずです。 時間の経過とともに、どれがCROに適しているかを比較的指摘できます。 次に、そのようなアイデアを公開するために利用できる方法のテストと学習に進むことができます。Googleが使用を許可している方法はどれでもかまいません。

この学習は、製品ページの最適化とさらに統合できます。 同様のガイドラインとポリシーを考えると、Googleがアセットの反復を採用していることがわかった場合、Appleもそれを採用する可能性があります。 これは、拒否のリスクを最小限に抑えて、AppStoreで大胆なアイデアをテストする方法です。

• 安全なアイデアから大胆なアイデアまで、iOSで段階的にテストを実行する

PlayストアのA / Bテストが「先導する」のを待っている間、App StoreのA / Bテストを個別に実行して「道を見つける。安全なアイデアから始めて、「制限された領域」に近づくまでリスクの高いアイデアに進むことができます。 。 CROには時間がかかりますが、少なくともAndroidのテスト結果を待って行き詰まったり、テストされていない仮定に惑わされたりすることはありません。

A / Bテストを実施する際に覚えておくべきキー

現在のバージョンとバリアント間のオーディエンスの割り当て。 各バリアントに割り当てるトラフィックの部分を決定するときは、現在のコンバージョン率、テストする仮説、関連する要素、統計的有意性（現在、Google Playエクスペリメントでは90％）を念頭に置いてください。

テストの期間を分割します。 結果に影響を与える可能性のある季節的なスパイクを回避するために、テストを少なくとも7日間実行します。 かなりの数の潜在的な聴衆がテストのすべてのバリエーションに入るまで、テストを実行する必要があります。

各バリアントの最小インストール。 a / bテストのパフォーマンス結果に関する重要なデータを取得するには、必要なインストール数に注意を払う必要があります。 これは、アプリケーションの1日あたりのインストール率と高い相関関係があります。

ローカリゼーションをテストします。 分割テストを特定の国にローカライズすることを強くお勧めします。 世界的/世界的な実験は、各国の創造性が異なるため、誤解を招く可能性があります。

閉じた変更は、多くの学習につながることはありません。 ただし、ストアページを継続的に改善するには、アイデアのすべての要素をテストする必要があります。

概要

これらは、WWDC21で発表された新機能のほんの一部です。 A / Bテストは、これまでiOS AppStoreでのGooglePlayの実験的な機能よりも複雑なタスクでした。これらの新しいツールは、iOS開発者が待ち望んでいた改善となるでしょう。

App Analytics、製品ページの最適化、カスタム製品ページからアクセスできるパフォーマンスデータ、およびユーザー分析とアクティビティデータは、開発者が成長を続けるために必要な洞察を提供します。

どのアイデアがCVRを改善できるかをテストし、ポリシーに違反せずにそれらのアイデアを実装する方法を学びます。 上記のように、iOS15 A / Bテストモデルを事前に計画できます。