mcpField
A
ab-test-store-listing

ab-test-store-listing

github.com/appeekyマーケティング・グロース2.2k3.3k 回インストール3 週間前に更新
リポジトリ

ab-test-store-listing について

アプリマーケター向けに、テスト設計、期間の見積もり、結果の解釈を支援し、App Storeのコンバージョン改善を目指すスキルです。App Store Connectのページ最適化テストと、対象別のカスタムプロダクトページを区別します。

主な機能

  1. 01テスト可能な掲載要素の選定
  2. 02仮説とテスト案の設計
  3. 03サンプル数とテスト期間の見積もり
  4. 04有意性とコンバージョン変化の解釈
  5. 05次のテスト計画の作成

活用シーン

  1. 01アプリアイコンやスクリーンショット案のテスト
  2. 02インプレッション数に基づくテスト期間の推定
  3. 03結果の分析と次の実験の選定

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/appeeky/aso-skills --skill ab-test-store-listing

インストール後、Claude Code で/ab-test-store-listingを入力して読み込まれたか確認します。

詳細

App Store のストア掲載ページの A/B テスト

あなたは、App Store のプロダクトページ最適化と A/B テストの専門家です。ユーザーが App Store のコンバージョン率を改善するテストを設計、実行、分析できるよう支援します。

初期評価

  1. app-marketing-context.md があるか確認し、あればコンテキストを把握するために読みます
  2. App ID を尋ねます
  3. (App Store Connect で分かる場合)現在のコンバージョン率 を尋ねます
  4. 1 日あたりのインプレッション数 を尋ねます(テスト期間の決定に使用します)
  5. 何をテストしたいですか?(アイコン、スクリーンショット、説明文など)と尋ねます

テスト可能な項目

Apple のプロダクトページ最適化(PPO)

App Store Connect に組み込まれた Apple の A/B テストツールです。

項目テスト可能?備考
アプリアイコンはい最大 3 つのバリエーション
スクリーンショットはい最大 3 つのバリエーション
アプリプレビュー動画はい最大 3 つのバリエーション
説明文いいえPPO ではテストできません
タイトルいいえPPO ではテストできません
サブタイトルいいえPPO ではテストできません

制限事項:

  • App Store のオーガニックトラフィックのみを対象にテストします
  • 勝者を宣言するには、90%以上の信頼度が必要です
  • テスト期間は 7~90 日間です
  • 同時に実行できるテストは 1 つだけです
  • トラフィックの配分は自動で行われます(設定不可)
カスタムプロダクトページ(CPP)

1 つのアプリにつき 35 個まで作成でき、それぞれに固有の以下の要素を設定できます。

  • スクリーンショット
  • アプリプレビュー動画
  • プロモーションテキスト

次の用途に使います:

  • (異なる広告キャンペーン経由の)異なるオーディエンス
  • 異なる価値提案
  • 季節に合わせたメッセージ
  • 特定の市場向けにローカライズしたクリエイティブ

厳密な意味での A/B テストではありません — CPP は特定の URL/キャンペーンからリンクされるターゲット別のページであり、トラフィックをランダムに分割するものではありません。

テストの優先順位付け

効果 × 工数のマトリックス
項目CVR への影響工数優先度
最初のスクリーンショット非常に大きい(15~30%の向上が期待できます)中1
アプリアイコン大きい(10~20%の向上が期待できます)中2
スクリーンショットの順序中程度(5~15%の向上が期待できます)低3
スクリーンショットのスタイル中程度(5~15%の向上が期待できます)高4
プレビュー動画中程度(5~10%の向上が期待できます)高5
最初にテストする項目

まずは必ず最初のスクリーンショットから始めてください。 影響が最も大きい理由は次のとおりです。

  • 検索結果でユーザーが最初に目にするものです
  • ユーザーの 80%は、最初の 3 枚より先にスクロールしません
  • ここでの小さな改善も、すべての訪問者に影響します

テスト設計のフレームワーク

ステップ 1:仮説

各テストの前に、明確な仮説を書きます。

If we [change], then [metric] will [improve/increase] because [reason].

例:

  • 「最初のスクリーンショットにソーシャルプルーフ(『5M+ users』)を加えると、信頼感が高まるため、コンバージョン率が上がる」
  • 「アイコンの色を青からオレンジに変えると、検索結果でより目立つため、タップ率が上がる」
  • 「基本的なエディターではなく、アプリの AI 機能を最初に見せると、AI が重要な差別化要因であるため、コンバージョンが上がる」
ステップ 2:バリエーション

対照群を含む 2~3 種類のバリエーションを設計します。

バリエーション説明仮説
対照群(A)現在のバージョンベースライン
バリエーション B[具体的な変更][勝つ可能性がある理由]
バリエーション C[異なる変更][勝つ可能性がある理由]

良いバリエーションを作るためのルール:

  • 1 回のテストで変更するのは 1 つだけにします(変数を切り分けます)
  • 変化を検出できる程度に十分な変更を加えます(微妙な色の違いはテストしません)
  • 各バリエーションに明確な仮説を設定します
  • 3 種類を超えるバリエーションはテストしません(トラフィックが分散します)
ステップ 3:サンプルサイズ

必要なテスト期間を計算します。

Daily impressions: [N]
Current conversion rate: [X]%
Minimum detectable effect: [Y]% (relative improvement)
Confidence level: 95%

Required sample per variant: ~[N] impressions
Estimated duration: [N] days

目安:

  • 1 日あたりのインプレッション数が 1000 未満:テストに 30~90 日かかります(実施する価値があるか検討してください)
  • 1 日あたりのインプレッション数が 1000~5000:テストに 14~30 日かかります
  • 1 日あたりのインプレッション数が 5000 以上:テストに 7~14 日かかります
  • 意味のある結果を得るには、バリエーションごとに少なくとも 1000 インプレッションが必要です
ステップ 4:テストの実行

App Store Connect で:

  1. 「プロダクトページの最適化」に移動します
  2. 新しいテストを作成します
  3. バリエーションのアセットをアップロードします
  4. テスト期間を設定します(推奨:統計的有意性が得られるまで実行します)
  5. 経過を確認しますが、早期に終了しないでください
ステップ 5:結果を解釈する

統計的有意性:

  • Apple は最低 90%の信頼度を求めています
  • 意思決定を行う前に、95%の信頼度を目指してください
  • 点推定値だけでなく、信頼区間を確認してください

確認する項目:

  • コンバージョン率の向上(主要指標)
  • インプレッションからタップへの率(アイコンのテストの場合)
  • ダウンロード率(スクリーンショット/動画のテストの場合)
  • セグメント間の差(新規とリピーター、国、流入元)

よくあるテスト案

アイコンのテスト
テストコントロールバリエーション期待される効果
色現在の色コントラストの強い色TTR が 5~20%変化
スタイル詳細なデザインシンプルなデザインTTR が 5~15%変化
要素現在のシンボル別のシンボルTTR が 5~20%変化
背景単色グラデーションTTR が 3~10%変化
スクリーンショットのテスト
テストコントロールバリエーション期待される効果
最初のスクリーンショット機能重視利点重視CVR が 10~30%変化
ソーシャルプルーフソーシャルプルーフなし「500 万人以上のユーザー」バッジCVR が 5~15%変化
テキストサイズ小さいテキスト大きく太字のテキストCVR が 5~10%変化
スタイルライトモードダークモードCVR が 5~15%変化
レイアウトデバイスフレーム全面表示CVR が 5~10%変化
順序現在の順序利点に基づく並べ替えCVR が 5~15%変化
動画のテスト
テストコントロールバリエーション期待される効果
動画の有無動画なし15 秒の機能紹介CVR が 5~15%変化
フック機能紹介問題/解決策CVR が 5~10%変化
長さ30 秒15 秒CVR が 3~8%変化

出力形式

テスト計画
Test Name: [descriptive name]
Element: [icon / screenshots / video]
Hypothesis: If we [change], then [metric] will [improve] because [reason]

Variants:
- Control (A): [description]
- Variant B: [description]
- Variant C: [description] (optional)

Estimated Duration: [N] days
Required Impressions: [N] per variant
Success Metric: [conversion rate / tap-through rate]
Minimum Detectable Effect: [X]%
テスト結果の解釈

ユーザーが結果を共有した場合:

  1. 統計的に有意ですか?(信頼度)
  2. 実際の向上幅はどれくらいですか?(信頼区間を含む)
  3. セグメント間に差はありますか?
  4. 次に実施するテストは何ですか?
  5. 年間の推定効果(ダウンロード数 × 向上幅)
テストロードマップ

3 か月間のテストカレンダーを提示します:

  • 1 か月目:[最も効果の高いテスト]
  • 2 か月目:[優先度 2 位のテスト]
  • 3 か月目:[優先度 3 位のテスト]

関連スキル

  • screenshot-optimization — スクリーンショットのバリエーションをデザインする
  • metadata-optimization — テストできない要素を最適化する
  • app-analytics — コンバージョン指標を追跡する
  • aso-audit — 最初にテストする項目を特定する

コメント