Apple が App Store の今後の一連の変更と改善を発表したように、開発者はアプリをより適切にユーザーにターゲティングし、アプリをより多くの人に見つけてもらい、新しいユーザーを引き付けるためにアプリ内でどのようなイベントが発生しているかを強調することさえできます。
Apple が App Store の今後の一連の変更と改善を発表したように、開発者はアプリをより適切にユーザーにターゲティングし、アプリをより多くの人に見つけてもらい、新しいユーザーを引き付けるためにアプリ内でどのようなイベントが発生しているかを強調することさえできます。アプリをダウンロードして、既存のユーザーに戻ってくるよう促します。App Store では、アプリの製品ページのビジュアル要素を A/B テストして、より良い結果を得て、アプリのダウンロード コンバージョン率を向上させることができます。
App Store A/B テストは、ASO 戦略の改善に役立ちます。App Store 製品ページでさまざまなアプリ アイコン、スクリーンショット、プレビュー (ビデオ) を試すことができます。また、製品ページのパフォーマンスを比較して、最もコンバージョンが高いものを確認することもできます.
App Store の新しい A/B テスト機能を使用すると、最大 3 つの異なる要素をテストできます。インプレッション数やコンバージョン率など、App Store Connect の App Analytics セクションから主要な ASO KPI の結果が表示されます。元の商品ページのパフォーマンスと比較することができます。
ただし、カスタム製品ページ (CPP) にはネイティブ A/B テストは含まれませんが、モバイル マーケティング チームがテストを手動で実行できるようになります。覚えておいていただきたいのは、新しい設定では、カスタム製品ページ (CPP) を利用し、すべての有料 UA トラフィックを 35 の利用可能なカスタム製品ページの 1 つに誘導すると、トラフィックの残りの部分、自然な終わり (ブラウジングおよび検索トラフィック) になります。デフォルトの製品ページに表示されます。
iOS15 モバイルの成長について詳しくは、以前の記事の「iOS15 の新機能がモバイルの成長を促進する方法」をご覧ください。
[詳細] をクリックして、今すぐASO World アプリ プロモーションサービスでアプリとゲームのビジネスを推進してください。
開発者は、アイデア セットへの変更を簡単にテストできるようになります。これまで、iOS デベロッパーは、クリエイティブな変更を iOS App Store に完全にデプロイしてから、デプロイ前後のトラフィックを測定する必要がありました。傾向とトラフィックは展開前から展開後の期間に大きく変化する可能性があるため、このプロセスが常に最良の洞察を提供するとは限りません。製品ページの最適化により、アプリのデフォルトの製品ページで直接リアルタイムで A/B テストを実行できます。
製品ページの最適化を使用すると、開発者はアプリケーション アイコン、スクリーンショット、およびプレビュー ビデオのバリエーションをテストできます。Apple は、一度に 3 つの異なる処理を適用することを許可し、各テストの最大期間は 90 日間です。
できるだけ多くの変更をテストしたくなるかもしれませんが、Apple では、テストごとのクリエイティブな変更の数を制限することをお勧めしています。これは、テストの繰り返しのベスト プラクティスです。変数を制限することで、どの特定の変更が最良の結果につながるかを簡単に特定できます。パフォーマンスを確認してベースラインと比較するために、開発者は App Analytics でこれらのテストにアクセスできます。
iOS 15 の背後にある開発者にとってエキサイティングな新機能は、カスタム製品ページです。カスタム製品ページは、異なる人口統計に同時に関連するようにリストをキュレートする新しい方法です。この新しいツールにより、開発者は、同じアプリを指しているさまざまなユーザー グループに最も関連性の高いポジショニングを示すことができます。
Apple は、最大 35 の独自のカスタム製品ページを許可し、それぞれがさまざまなスクリーンショット、アプリのプレビュー、およびプロモーション テキストを通じてさまざまな機能についての洞察を提供します。開発者は、関連する広告またはサードパーティの証言に配置される一意の URL を使用して、適切な製品ページにトラフィックを誘導できます。
カスタム製品ページのパフォーマンス データも App Analytics で利用できます。対象となるページ ビューは、インプレッション、アプリのダウンロード、アプリのインストールのコンバージョン率、保持率に関する実用的なデータを提供します。
パフォーマンスを最適化するためのツールを開発者に提供するだけでなく、新しいメトリクスにより、以前は App Analytics では提供できなかった方法でパフォーマンスを理解できるようになります。2020 年に新しい Google Play Developer Console で報告された指標の多くを変更している Google とは異なり、Apple はインプレッション数やアプリ ユニット数などの使い慣れた指標を維持しながら、新しい指標を追加します。
開発者は、地域やデバイスの種類などの使い慣れた指標で区切られた専用の予約注文ダッシュボードを利用できるようになりました。デバイスの種類には、互換性のあるアプリの macOS が含まれるようになりました。[メトリクス] タブでは、予約注文を折れ線グラフで経時的に表示して、予約注文の開始時からリリース前日までのエンゲージメントを確認できます。
収益は、開発者が App Analytics を通じて表示できるもう 1 つの新しい指標であり、「売上」や「アプリ内購入」もあります。アプリがどのように利益を上げているかについてのさらなる洞察は、開発者が購入率を上げるために最適化する方法をよりよく理解するのに役立ちます。
Apple はまた、App Analytics に「更新」と「再ダウンロード」を追加します。これらはどちらも、以前は報告されていなかった指標でした。これにより、開発者は「App Units」による最初のダウンロードだけでなく、合計ダウンロード数も表示し、新規ユーザーとリピーターを区別できるようになります。開発者は最終的に、新しいユーザー エンゲージメントだけでなく、既存ユーザーの再エンゲージメントの更新と再ダウンロードを通じて、進行中の既存ユーザー エンゲージメントについても洞察を得ることができます。
ユーザー エンゲージメント戦略の詳細については、以前の記事の「モバイル ユーザー エンゲージメント戦略がアプリ ビジネスを推進する方法」を参照してください。
2015 年 5 月以降、Google Play ストアでは、開発者が Google Play Experiments を通じて A/B テストを実施できるようになり、アプリ ストアの最適化戦略を開発するための貴重なツールが開発者に提供されました。A/B テストはまもなく iOS15 で利用できるようになるため、iOS 開発者は新しいバージョンをデプロイして前後の指標を比較して、製品ページの変更が製品ページのコンバージョン率にどのように影響するかを測定する必要がなくなります。
しかし、どう見てもエキサイティングなことですが、Apple の A/B テスト プラットフォームは、Google のものと同じではありません。付随する不確実性は、多くの潜在的な合併症を容易に引き起こす可能性があります。それらに早期に対処し、それに応じて事前に計画することが重要です。ASOWorld の技術チームは、以下の 7 つの基本的な相違点を準備することを期待しています。
A/B テストは定量的な調査方法です。これは、各テストの背後にある統計がその生命線であることを意味します。十分なデータを収集して分析すると、特定の仮説を科学的に検証または却下するための信頼できるテスト結果が得られます。これらの仮説の背後にあるアイデアは、最終的に CRO を推進するものです。そのため、App Store での A/B テストが Play ストアと比較してデータの量と形式が異なる場合、CRO 全体が変更されます。
知っておくべき最も重要な違いは次のとおりです。
Google はテスト結果に対して 90% の統計的有意水準を提供していますが、Apple が同等のものを提供するかどうかは謎のままです. 実際、彼らの発表ではこのトピックについて (まだ) 言及されていないため、信頼区間を提供するかどうかは不明です。
Google は、各テスト バリアントのタイムアウト実行を継続的にマッピングするグラフを示しています。必要に応じて、過去のパフォーマンスを表示して、より詳細な洞察を得ることができます。
一方、Apple は、同様の機能を提供しているという証拠を持っていません。彼らは、「テストの期間中、元の製品ページに対して [テストバリアントの] パフォーマンスを比較する」ことができるとだけ述べています。この比較が現在および過去のパフォーマンスに適用されるかどうかはまだ決定されていません.
Google は、テスト バリアント間のインストール数、スケーリングされたインストール、およびコンバージョン率 (CVR) の違いのみを表示します。したがって、それらが互いにどの程度優れているか、または劣っているのかを推定することしかできません。代わりに、Apple はトラフィック サイズ (インプレッション) と各バリアントの正確な CVR を、CVR の違い (改善) の上に表示します。つまり、個々のバージョンを調査するか、それらを比較するかはユーザー次第です。
Google Play では、アプリのタイトル/名前以外のすべてのローカライズ可能なアセットが A/B テストの対象となります。さらに重要なことは、ビジュアル要素とテキスト要素が含まれていることです。これにより、非常に用途の広い CRO 戦略に十分な容量が提供されます。
対照的に、App Store のビジュアル アセットのみが A/B テストの対象として識別されています。それらは、アイコン、スクリーンショット、およびプレビュー (ビデオ) です。テキスト資産に関するこれ以上の洞察は提供されませんでした。
ただし、製品ページの最適化とカスタム製品ページで許可されているさまざまなアセットを見ると、何もない可能性があります. 具体的には、Apple は後者に関連するプロモーション テキストについて言及していますが、前者については言及していません。この事実について考慮すべき要因を次に示します。
もちろん、これはまだ確認されていません。ただし、疑わしい場合は、最悪のシナリオに備えるのが最も安全です。これが真実であることが証明された場合、Play ストアと比較して、App Store での A/B テストで選択できるアセットの選択肢がはるかに少なくなります。
これは、カスタム App Store のプレゼンスと A/B テストの関係にも関連しています。カスタム Play ストアのリストで実験を実行することは確かにできますが、カスタム製品ページで同じことが当てはまるかどうかは依然として課題です。もしそうなら、例えば「カスタム製品ページの最適化」のようなものを使用するなど、iOS CRO の可能性は大幅に拡大されますが、それは大きな「もし」です。
実際、これが事実である可能性は低いことを示唆する証拠があるかもしれません。前述のように、プロモーション テキストは、カスタム製品ページと製品ページの最適化の間の断絶を示しています。これは、カスタマイズすることはできますが、A/B テストを行うことはできないためです。もう 1 つの証拠は、テストは可能ですがカスタマイズはできないアプリ アイコンです。そのため、カスタム製品ページで A/B テストを実行できた場合、アプリ ストアは耐え難いほど一貫性がなくなります。
ここに問題があります。Apple が許可しているようには思えません。つまり、2 つの機能間のクロスオーバーを許可しないということです。したがって、カスタム製品ページの A/B テストは期待できないと言っても過言ではありません。
プロモーション テキストとアイコンが 2 つの機能の違いですが、スクリーンショットとプレビューでそれらが混ざり合っています。運が良ければ、Apple はカスタム製品ページでこれら 2 つのアセットのいずれか、または両方をテストできるようにします。このシナリオは突飛に聞こえるかもしれませんが、時期尚早に却下してはならない論理的な可能性であることには変わりありません。
アイコンは、アイデンティティの感覚を表現するアプリケーションの重要な視覚的資産です。どちらかといえば、アプリ ストア間で一貫したアセットにする必要があります。残念ながら、そうではありません。
まず、テスト用に新しいアイコンをアップロードできるのは Google Play のみで、App Store にはアップロードできません。Apple は、アイコンのすべてのバリアント (デバイス上およびストア内) を事前にアプリ バイナリに追加し、新しいアプリ バージョンでレビューすることを要求します。したがって、拒否されたり遅延したりすると、A/B テストに影響が及びます。
2 つ目は、これもアプリのバイナリ要件に関連しています。Google はデバイス上のアセットとストア内のアセットの間で独立した変更を許可していますが、Apple はそれらの間にある程度のアイコンの依存関係を強制します。具体的には、製品ページの最適化を通じて App Store のアイコン バリアントを適用すると、一致するデバイス上のアイコン バリアントが元のアイコンを自動的に置き換えます。
ローカライゼーションは ASO の重要な部分であり、特に CRO にとって重要です。そのため、ローカライズされた製品ページで A/B テストを実行できることが重要です。最も重要なことは、同時に実行できるローカリゼーション テストが多ければ多いほど、全体的な CRO をより効率的にスケーリングできることです。
Google Play では、このようなテストが最大 5 つまで許可されます (カスタム製品の詳細は含まれません)。Apple App Store では、番号は不明です。同じであれば、両方の店舗で同じ方法で CRO をスケーリングできるため、あまり微調整する必要はありません。対照的に、あるストアが他のストアよりもはるかに多くのテストを同時に実行できる場合は、前もって計画を立て、それらの違いを考慮して十分な情報に基づいた決定を下す必要があります。
なぜこれが重要なのですか?2つの要因。
アプリ ストアの CRO をアップグレードできれば、何が機能し、何が機能しないかをすぐに知ることができます。学べば学ぶほど、より多くの情報に基づいた意思決定が可能になります。そのため、スケーラビリティが異なれば、CRO パフォーマンスのレベルも異なる可能性があります。最終的に、アセットの生産、人材、時間と労力は、アプリ ストア間で異なる価値を持つことになります。その後、それらはさまざまな方法で管理する必要があります。
重要で関連性の高いキャンペーンを開始する前に、すべてのアセットの 10 のローカライズをテストするのに 3 か月あるとします。同じアイデアまたは仮説の場合、すべてのコンテンツをカバーするには、Play ストアで 5 回のローカライズ テストを 2 回行う必要があります。各ラウンドで統計的に有意な結果が得られるまでに 3 週間かかる場合、シリーズ全体を完了するには 1.5 か月かかることになります。
つまり、3 か月の期間があれば、リリース前に 2 つのアイデアをテストできるということです。Apple が同じ条件下で同時に実行できるテストを 5 つ未満にする場合、3 か月で 10 回のローカリゼーションは多すぎます。アイデアのテストが少なくて済むか、ローカリゼーションが少なくて済むか、時間が必要かのいずれかです。
A/B テストを設定する際の柔軟性も、アプリ ストアによって異なります。実際、違いは2つの要因によって引き起こされます。
Google ではビジュアル アセットとテキスト アセットの A/B テストを許可していますが、Apple では前者のみをテストできます。つまり、アイデア、コンセプト、メッセージ、または仮説を魅力的なコピーに変えることができたとしても、それをテストとして設定することはできません. これは、Google Play の半分の柔軟性しかありません。
複数のアセットを組み合わせると、Google Play でのテスト セットアップがより柔軟になります。具体的には、テキスト - テキスト、ビジュアル - ビジュアル、またはビジュアル - テキストの組み合わせ実験を行うことができます。App Store では、テストで複数のアセットを結合することもできます (それ以外の場合、Apple はそれらを制限することを提案しません)。しかし、できる最善のことは、ビジュアル - ビジュアル コンボ実験のみを設定することです。
では、柔軟性がない場合はどうすればよいでしょうか。奥行きを追加します。テストにテキスト アセットを使用しないということは、ビジュアル アセットを使用してさらにテストすることを意味します。
iOS15 カスタム製品ページの詳細については、以前の記事の「iOS 15 ASO 用に App Store カスタム製品ページ (CPP) を準備する方法」を参照してください。
A/B テストには、CRO に影響を与える技術的な要因だけではありません。テストの設計、設定、前提に加えて、創造的なアイデア、コンセプト、ストーリーもカバーする必要があります。これらは有形のアプリ ストア アセットに変換されるものであり、テストを実行する前にアップロードする必要があります。したがって、大胆で革新的なアイデアをテストし、CVR の向上に貢献できるように、十分な創造的自由を確保することが重要です。
もちろん、Apple と Google は、さまざまな程度のこの創造的な自由を認めています。Play ストアでは、テスト アセットが Google の精査の対象になることはないようです。すべてのポリシーとメタデータ ガイドラインは、商品詳細の実験ではなく、商品詳細に適用されます。したがって、「リスクの高い」バリアントを適用しない限り、資格のあるアセットを使用してほとんどすべてを無制限にテストできると言っても過言ではありません。
App Store では、ストーリーとストーリーテリングを分離することはできません。Apple の発表によると、個別のテスト バリアントはすべて個別にレビューされます。勇敢で大胆だが危険なアイデアを彼らと一緒にテストして拒否された場合、そのアイデアがうまくいったかどうかはわかりません. 実装がそうではなかったことだけがわかります。さらに、テストスケジュールが遅れます。そのため、App Store の A/B テストでは、Play ストアに比べてクリエイティブの自由度が低いことに対処する必要があります。
CRO 戦略は、App Store ではより保守的で、Play ストアではより積極的であるべきです。これの意味は:
マーチャンダイジング ディテールの実験は、大胆でリスクの高いアイデアの実験場となるはずです。クリエイティブの自由度が高まるからです。時間の経過とともに、どれがCROに適しているかを相対的に指摘できます。次に、そのようなアイデアを公開するために使用できる方法をテストして学習することに進むことができます。Google が使用を許可している方法はどれでもかまいません。
この学習は、製品ページの最適化でさらに統合できます。同様のガイドラインとポリシーを考えると、Google がアセットの反復を採用していることがわかった場合、Apple も同様に採用する可能性があります。これにより、却下されるリスクを最小限に抑えながら、App Store で大胆なアイデアを試すことができます。
Play ストアの A/B テストが「先導する」のを待っている間、App Store の A/B テストを個別に実行して「道を見つけることができます。安全なアイデアから始めて、「制限された領域」に近づくまで、リスクの高いアイデアに進みます。 . CRO にはさらに時間がかかりますが、少なくとも Android のテスト結果を待つことや、テストされていない仮定に惑わされることはありません。
現在のバージョンとバリアント間のオーディエンスの割り当て。各バリアントに割り当てるトラフィックの割合を決定する際は、現在のコンバージョン率、テストする仮説、関連する要素、統計的有意性 (Google Play Experiments では現在 90%) に留意してください。
テストの期間を分割します。結果に影響を与える可能性のある季節的なスパイクを避けるために、少なくとも 7 日間はテストを実行してください。テストは、かなりの潜在的な聴衆がテストのすべてのバリアントに入るまで実行する必要があります。
各バリアントの最小インストール。a/b テストのパフォーマンス結果に関する重要なデータを取得するには、必要なインストール数に注意を払う必要があります。これは、アプリケーションの毎日のインストール率と高い相関があります。
ローカリゼーションをテストします。特定の国で分割テストをローカライズすることを強くお勧めします。国ごとにクリエイティブなパフォーマンスが異なるため、世界的/グローバルな実験は誤解を招く可能性があります。
クローズドな変更は、多くの学習につながらない場合があります。ただし、アイデアのすべての要素をテストして、ストア ページを継続的に改善する必要があります。
これらは、WWDC21 で発表された新機能のほんの一部です。iOS App Store での A/B テストは、これまで Google Play の実験的な機能よりも複雑なタスクでした。これらの新しいツールは、iOS 開発者が待ち望んでいた改善となるでしょう。
App Analytics、製品ページの最適化、カスタム製品ページ、およびユーザー分析とアクティビティ データからアクセスできるパフォーマンス データは、成長を続けるために必要な洞察を開発者に提供します。
どのようなアイデアが CVR を改善できるかをテストし、ポリシーに違反することなくそれらのアイデアを実装する方法を学びます。上記のとおり、iOS15 の A/B テスト モデルを前もって計画できます。
Get FREE Optimization Consultation
Let's Grow Your App & Get Massive Traffic!
All content, layout and frame code of all ASOWorld blog sections belong to the original content and technical team, all reproduction and references need to indicate the source and link in the obvious position, otherwise legal responsibility will be pursued.