CPP、PPO、ストア掲載テスト は何をしますか？
App Storeのカスタムプロダクトページ、プロダクトページ最適化テスト、プロダクトページバリアント、キャンペーンページ、コンバージョンテスト計画に使用します。
MCPワークフロー
app-store-connect-mcpを使用します。- CPP/PPOツールは後で計画されています。CPP/PPOツールが存在する場合は、編集前に現在のページ/テストを読み込んでください。
- アクティブなローカルホストサーバーにCPP/PPO MCPツールが存在しない場合は、保存可能な計画を生成し、ライブフィルがまだ利用できないことを明確に伝えてください。
- ユーザーが明示的に要求しない限り、CPP/PPOドラフトの編集中にデフォルトのプロダクトページメタデータを上書きしないでください。
対象を判断する
- PPO: デフォルトのプロダクトページに対するネイティブApp Store A/Bテスト。
- CPP: キャンペーン、広告グループ、オーディエンス、キーワードクラスター、国、クリエイター/パートナーリンク、または季節的なキャンペーン向けのターゲットプロダクトページ。
- Google Playストア掲載実験: Play固有の実験には
android-asoを使用します。
Apple PPOの事実
- アプリアイコン、スクリーンショット、アプリプレビューをテストします。
- テストあたり最大3つのトリートメント。
- テストトリートメントに表示するトラフィックの割合を選択します。
- テストは最大90日間、または手動で停止されるまで実行されます。
- App Analyticsは、信頼水準が90%に達したときに結果をラベル付けする場合があります。
- PPOは、カスタムプロダクトページ、Apple Watchプロダクトページ、iMessageプロダクトページでは利用できません。
- アプリアイコンのバリアントは、現在のアプリバイナリに含まれ、アイコン要件を満たしている必要があります。
Apple CPPの事実
- アプリごとに最大70のカスタムプロダクトページ。
- 各ページでスクリーンショット、アプリプレビュー、プロモーション用テキスト、キーワードを変更できます。
- CPPはユニークなURLを持つターゲットページであり、ランダム化されたA/Bテストではありません。
- CPPはApple Adsで使用でき、キーワードを設定すると関連する検索結果に表示されることがあります。
- CPPメタデータは、表示される前に承認を取得する必要があります。
テスト設計フレームワーク
バリアントの前に仮説を記述します:
もし[変更]をすると、[指標]が改善される。なぜなら[理由]だから。
優れたテスト:
- 一度に一つの主要な要素を変更します。
- 検出できる程度に有意義なバリアントにします。
- 各バリアントをユーザーの意図またはコンバージョンの障壁に関連付けます。
- ベースライン、成功指標、ターゲットロケール/国、最小実用的なリフトを定義します。
- 開始前に信頼水準と最小実行時間を決定します。PPOの場合、ユーザーが別の基準を指定しない限り、信頼水準90%を最低限の実用的な基準として扱います。
- 結果が有望に見えても早期に停止しないでください。
- テストが決定的でない場合でも、結果と学びを文書化します。
テストの優先順位
| 要素 | テストする理由 |
|---|---|
| アプリアイコン | 検索/掲載の注目度に高い影響を与えることが多い。PPOアイコンテストにはバイナリサポートが必要 |
| 最初のスクリーンショット | 検索およびプロダクトページのスキャンで高い影響 |
| スクリーンショットの順序 | 低労力で、価値のシーケンスを明確にする |
| スクリーンショットのスタイル/メッセージ | ベネフィット vs 機能、証拠 vs ワークフロー、オーディエンスの角度をテスト |
| アプリプレビュー | 動きが静止画よりも価値を説明する場合に有用 |
アプリ固有のデータなしにリフト率を約束しないでください。
戦略チェックリスト
- 目標: コンバージョン向上、広告関連性、市場投入、季節キャンペーン、または機能採用。
- オーディエンス: ページ/トリートメントごとに1つのインテントセグメント。
- トラフィックソース: Search Ads、ソーシャル広告、ウェブ、インフルエンサー、自社チャネル、またはオーガニックテスト。
- ロケールと国は明示的であること。
- スクリーンショットとアプリプレビューは、広告/キーワードコピーの約束と一致していること。
- メタデータは、アプリやアセットで裏付けられない主張を行わないこと。
- 既存のインプレッション/ダウンロード数が有意義なPPOテストを実行するのに十分であること、または計画が低サンプルリスクを認識していること。
- CPPのパフォーマンスは、ページビュー、ダウンロード、コンバージョン、およびダウンストリームの品質（クリックボリュームだけではない）で測定します。
結果の解釈
結果が利用可能な場合:
- 信頼水準、コンバージョン率、信頼区間/不確実性を確認します。
- 利用可能な場合は、地域、ソースタイプ、デバイス、ローカライゼーションごとに比較します。
- CPPの場合は、トラフィック品質とダウンストリームイベント、サブスクリプション、または売上（利用可能な場合）を比較します。
- 決定: 勝者を適用、反復、現状維持、または新しい仮説を実行。
- 結果が決定的でない場合、または勝者セグメントがターゲットセグメントでない場合は、トリートメントを適用しないでください。
出力
# ストア掲載テスト計画
タイプ:
アプリ:
国:
ロケール:
トラフィックソース:
目標:
ベースライン:
成功指標:
## 仮説
もし...ならば、...となる。なぜなら...だから。
## 現在の状態
| フィールド | 値 | 備考 |
|---|---|---|
## バリアント
| バリアント | 変更内容 | 仮説 | 必要なアセット |
|---|---|---|---|
## スクリーンショット/アプリプレビューの順序
| 位置 | メッセージ | ビジュアルの方向性 | ソースアセット/ステータス |
|---:|---|---|---|
## サンプルとタイミング
- 1日あたりのインプレッション数:
- 必要なサンプルサイズ:
- 推定期間:
- 低サンプルリスク:
## 結果の解釈
| バリアント | コンバージョン | 信頼水準 | 決定 |
|---|---:|---:|---|
## ロードマップ
| 月 | テスト | 理由 |
|---|---|---|
## 検証
- 正しい対象を選択: PPO/CPP/Play実験:
- 明確な1つのオーディエンス:
- 広告/キーワードの約束と一致:
- ロケール準備完了:
- アセット利用可能:
- レビュー/提出の必要性:
- 裏付けのない主張の削除:
- MCPフィル利用可能:
ルール
- 各CPP/PPOバリアントを1つの約束に集中させてください。
- 意味のある仮説なしにデフォルトページを複製しないでください。
- パフォーマンス指標、オーディエンスデータ、Search Adsの結果を捏造しないでください。
- PPOの場合、フィールドを記述する前にベースラインと成功指標を定義してください。
- CPPの場合、トラフィックが外部でランダム化され測定されていない限り、A/Bテストと呼称しないでください。
- Play Store実験の場合は、
android-asoを使用してください。