メインコンテンツへスキップ

無料の開発者ツール · 2026年9月更新

App Store A/Bテスト期間計算ツール

プロダクトページの最適化のテストで、バリエーションがAppleの信頼度90%に届くまで何日かかるか、そして90日の上限内に終わるかを確認できます。

無料・登録不要 入力するとすぐに再計算 信頼度90%を前提に計算

テストの前に計画を

テストは何日かかりますか?

詳細: Appleのプロダクトページの最適化

/ 日

テスト対象のローカリゼーションにおける1日あたりのプロダクトページ閲覧数です。App Store Connectのアナリティクスで確認できます。

%

プロダクトページの訪問者のうち、現在アプリをダウンロードしている割合です。

%

相対的な変化です。+10%なら、コンバージョン率3%が3.3%になります。

バリアントの数

元のページと比較するバリエーションです。Appleでは最大3つまで設定できます。

%

各バリアントに均等に配分され、残りの訪問者には元のページが表示されます。

推定期間

見積もりを表示するにはJavaScriptを有効にしてください。

バリエーションごとに必要なインプレッション数
–
テスト全体のインプレッション数
–
バリエーションごとの1日あたりのインプレッション数
–

Appleはプロダクトページの最適化で使われている正確な統計手法を公開していません。これは、信頼度90%・検出力80%の標準的な2群の比率の検定にもとづく計画用の見積もりです。

計算方法
  1. p₁は現在のコンバージョン率、p₂ = p₁ × (1 + 改善幅) は検出したいコンバージョン率です。
  2. 各バージョン(元のページと各バリアント)に必要なインプレッション数です。zα = 1.645(信頼度90%、両側)、zβ = 0.8416(検出力80%)を使います。
    n = (zα + zβ)² × (p₁(1 − p₁) + p₂(1 − p₂)) / (p₂ − p₁)²
  3. 各バリアントには1日あたり インプレッション数 × テストの割合 ÷ バリアントの数、元のページには インプレッション数 × (1 − テストの割合) が配分されます。
  4. 期間は、遅いほうがn件のインプレッションを集めるのに必要な日数を切り上げたものです。
  5. 90日で検出できる最小の改善幅は、遅いほうのバージョンの90日分のインプレッション数にnが収まる改善幅です。
  6. テストに バリアントの数 ÷ (バリアントの数 + 1) のトラフィックを割り当てると最短で終わります。バリアント1つなら50%、2つなら67%、3つなら75%です。

やる価値があるテストなら、Screenshot Studioでバリエーションをデザインし、プロダクトページの最適化のテストに直接アップロードできます。

macOS版をダウンロード →
App Storeのテストを計画している開発者の方に、この無料ツールを教えてあげてください。
Xでシェア

テストが長すぎる場合

テストを早く終わらせる3つの方法

期間は、差の大きさ、トラフィックを何通りに分けるか、そしてトラフィックの量で決まります。どれかを変えると、上の見積もりも変わります。

方法1

もっと大きな変更をテストする

小さな調整では改善幅も小さく、小さな改善幅の検出には膨大なサンプルが必要です。検出したい改善幅を半分にすると、必要なインプレッション数はおよそ4倍になります。色の微調整ではなく、1枚目のスクリーンショット、メッセージ、スタイルを変えてテストしましょう。

方法2

バリエーションを減らす

バリアントを1つ増やすごとにトラフィックが分散します。トラフィックが少ないうちは、大胆なバリアント1つを元のページと比べ、次のアイデアは勝ったほうと比べましょう。

方法3

テストへのトラフィックを増やす

テストに割り当てる訪問者の割合を上げ、同じスクリーンショットを使うローカリゼーションをすべて含めましょう。テスト期間中にアプリを宣伝するのも効果的です。

計画からテスト開始まで

テスト用バリエーションを数分で作成

Screenshot Studioなら新しいスクリーンショットのバリエーションをすばやく作り、すべてのサイズとローカリゼーションを書き出して、App Store Connectのプロダクトページの最適化のバリアントに直接アップロードできます。