App Storeのプロダクトページの最適化(PPO)でA/Bテスト

プロダクトページの最適化(Product Page Optimization、PPO)は、App Store Connectに組み込まれたA/Bテストです。デフォルトのプロダクトページに対して最大3つのバリエーションを用意し、アイコン、スクリーンショット、App プレビューを変えて、自分で選んだ割合のトラフィックで最長90日間オリジナルと比較できます。 Appleは、あるバリエーションが信頼度90%に達した時点で、オリジナルより良いか悪いかを判定します。そのあと、勝ったバリエーションをページに適用できます。

僕はSolysやTradaZenなど自分のiOSアプリを公開していて、ページは38言語に対応しています。2026年10月に、TradaZenでPPOテストを準備しました。このガイドは、2026年10月15日に読み直したApp Store Connectのヘルプをもとにしています。

App Storeのプロダクトページの最適化:テストできるもの

プロダクトページの最適化に関するAppleのページによると、Appleが「処理(treatment)」と呼ぶ各バリエーションでは、次の3つを変えられます。

• アイコン(公開中のバージョンのバイナリにすでに含まれていることが条件)
• スクリーンショット
• App プレビュー(app previews)

アプリ名、サブタイトル、キーワードはここではテストできません。Analyticsのヘルプには説明文も挙がっています。ただ、treatmentの設定ページで扱うのはアイコン、スクリーンショット、プレビューだけで、ほかに2026年10月に追加されたヘッダー画像用のHeader and Search Resultsタブがあります。

条件は、ヘルプの概要ページによると次のとおりです。

• アプリがApp Storeで配信中であること(ステータスがReady for Distribution)
• テスト対象はデフォルトのプロダクトページで、カスタムプロダクトページは対象外
• バリエーションが表示されるのはiOS 15、iPadOS 15以降

大事なポイントが2つあります。訪問者はテスト期間中、ずっと同じバリエーションを見ます。 そして、別のアイコンのバリエーションからアプリをダウンロードした場合、そのアイコンがその人のiPhoneにも表示されます。バリエーションの画像は検索結果やTodayタブにも表示されることがあります。

テストの作成:バリエーション、トラフィック、言語

App Store ConnectのProduct Page Optimizationセクションからテストを作成します。テスト作成に関するヘルプによると、設定するのは次の5つです。

1. 参照名:最大64文字で、自分にしか見えません。
2. バリエーションの数(最大3つ)。 多いほどテストは長くなります。
3. トラフィックの割合:バリエーション間で均等に分けられます。Appleの例では、3つのバリエーションで30%にすると、それぞれが訪問者の10%を受け取ります。
4. 言語。 対象外の言語の訪問者はテストに含まれません。
5. 期間の見積もり(任意)。目標とする改善幅を選ぶと、Appleが自分のアプリの数値から必要な期間とインプレッション数を計算します。

テストは最長90日で、開始後は変更できません。 停止すると再開はできないので、新しく作り直す必要があります。

各バリエーションはページのコピーから始まります。変更しない部分は、画面サイズごとにオリジナルと同じままです。サイズはApp Storeのスクリーンショットのサイズにまとめています。

バリエーションの審査

treatmentに関するヘルプによると、テストの画像は開始前に承認されている必要があります。

• 新しいスクリーンショットやプレビュー:審査が必要ですが、アプリの新バージョンは不要です。
• 順番の入れ替えだけ、またはアイコンだけ:承認済みなので審査は不要です。
• 新しいアイコン:1024 x 1024ピクセルで、Xcode 13以降でビルドした公開中バージョンのバイナリに含まれている必要があります。つまりテスト前にもう1バージョン必要で、新しいビルド番号も必要です。

開始時には、テストの実行に関するヘルプのとおり、テストを提出に追加するよう求められます。テストは最新のiOSバージョンと一緒に審査されます。通常の所要時間はApp Storeの審査期間を見てください。

Appleはこうも注意しています。テスト中に新しいバージョンを公開すると、テスト中の要素が変わる場合、結果がゆがむ可能性があります。

結果の読み方

結果はAnalyticsのAcquisition、Product Pagesにあります。App Store Connect Analyticsのヘルプによると、テストに帰属するダウンロードが最初に5件あった時点で表示され、その後は毎日更新されます。Appleはベイズ的手法を使い、各バリエーションに次のステータスを付けます。

Appleのステータス	意味	どうするか
Collecting Data	まだ判定なし	待つ
Performing Better	90%以上の信頼度で優位	適用する
Performing Worse	90%以上の信頼度で劣位	オリジナルを維持
Likely to be Inconclusive	90日以内に判定が出ない	もっと大胆に変えて再テスト

バリエーションごとに、ユニークインプレッション、推定コンバージョン率、ベースラインに対する改善幅、信頼度が表に出ます。大きな改善ほど早く検出されます。 Appleは判定が出る前にテストを止めないよう求めています。また、ベースライン(baseline)はいつでも変更でき、バリエーション同士を比較することもできます。

勝ったバリエーションの適用については、treatmentの適用に関するヘルプに3つのルールがあります。

• 1テストにつき適用できるのは1つだけで、取り消せません。
• 適用されるのはスクリーンショットとプレビューだけです。勝ったアイコンは、次のバージョンでデフォルトアイコンにする必要があります。
• バリエーションを適用するとテストは終了します。

僕のルール:月1,000インプレッション未満ではテストしない

僕は自分のすべてのアプリでルールを決めています。テスト対象が月に1,000インプレッション以上ないうちは、A/Bテストをしません。 それ未満だと、バリエーションより偶然の影響のほうが大きくなります。これはAppleの基準ではなく、僕の最低ラインです。実際に必要なインプレッション数は、App Store Connectの期間の見積もりで確認します。

トラフィックが少ない場合は次のようにします。

• バリエーションは1つだけ:もともと少ないトラフィックをさらに分けないためです。
• はっきりした違い:色の微調整ではなく、1枚目のスクリーンショットを丸ごと変えます。
• トラフィックのある言語だけ:全言語にはしません。
• トラフィックの割合は高めに:早く結果を出すためです。

最低ラインに届かないなら、ページを一度に変えて、日付をメモしたうえで数週間かけて前後を比較します。アプリのランキングを追跡するときと同じやり方です。厳密さは劣りますが、自分の数字で言えることに対しては正直です。

テスト開始前:僕のチェックリスト

テストを始める前に、自分に課しているリストです。

• 仮説を1文で書く:「Xを最初に見せればダウンロードが増える」。
• 何が効いたかわかるよう、バリエーションごとに変える要素は1つだけ。
• テスト対象の言語で月1,000インプレッション以上。
• Appleの期間の見積もりが90日未満。超えるならバリエーションを減らすか、トラフィックを増やす。
• アイコンをテストするなら、代替アイコンがすでに公開中のバイナリに入っている。
• 英語だけでなく、各言語の画像をバリエーション内で確認済み。
• テスト中に、テスト対象の要素に触れるバージョンを出す予定がない。
• 起こりうる各ステータスに対して、どうするかを事前に決めて書いておく。

僕の事例:TradaZenの「対戦を最初に」テスト

僕のトレードシミュレーターTradaZenでは、ほかのプレイヤーとの対戦モードを前面に出したいと考えています。このアプリの歩みは僕の体験談に書きました。仮説は、1枚目のスクリーンショットで対戦を見せれば、今の構成よりダウンロードが増える、というものです。現時点で結果はまだありませんが、設定内容を紹介します。

• バリエーションは1つ:「対戦を最初に」をオリジナルと比較。
• トラフィックは50%:バリエーションが1つなので、早く結果を出すため。
• 10言語:ページの38言語すべてではなく、トラフィックのある言語だけ。
• 言語ごとにスクリーンショットを差し替え。 バリエーションの各言語は、バージョンのスクリーンショットを引き継ぎます。その上に追加すると1サイズあたり10枚の上限を超えてしまうので、セット全体を差し替える必要がありました。
• 審査中のバージョンが承認されるまでは提出しない。 テストは最新のiOSバージョンと一緒に審査されるので、片方のリジェクトでもう片方が遅れるのを避けたいからです。

テストが動き出したら、Performing BetterかPerforming Worseのステータスが出たときだけ判断します。

PPOとカスタムプロダクトページの違い

この2つはよく混同されます。カスタムプロダクトページに関するヘルプをもとに、要点をまとめます。

項目	PPO	カスタムプロダクトページ
目的	デフォルトのページをテスト	対象ユーザーごとのページ
数	1テストにつき3バリエーション	1アプリにつき70ページ
誰が見るか	ランダムに選ばれた訪問者	専用リンクまたはキーワード
アイコン	バイナリにあればテスト可能	アプリのアイコン
プロモーションテキスト	不可	ページごとに可能
期間	最長90日	制限なし
専用URL	なし	あり

PPOは、全員に対してどのページが一番コンバージョンするかを教えてくれます。カスタムプロダクトページは、特定のユーザーに別のページを見せます。 カスタムプロダクトページはPPOではテストできません。詳しくはカスタムプロダクトページのガイドを、期間限定のイベントならApp内イベントのガイドを読んでください。

バリエーションの準備に

App Store Screenshots Kitには、僕のアプリで使っている4つのスクリーンショットスタイルと、Claudeがあなたのスクリーンショットをすべてのサイズと言語で作るためのスキルが入っています。デザインソフトなしでバリエーションを用意できます。ページの文言についてはApp Storeのキーワードを読んでください。

提出の準備中ですか?無料診断では、Appleのリジェクト対策チェックリストをお送りし、残っている作業をお伝えします。ページ作りの全体的な方法はApp Store ASOのページにあります。

よくある質問

App Storeのプロダクトページの最適化とは何ですか?

App Store ConnectのA/Bテストツールです。デフォルトのページに対して最大3つのバリエーションを用意し、アイコン、スクリーンショット、App プレビューを変えて、自分で選んだ割合のトラフィックでオリジナルと比較します。

PPOテストの期間はどれくらいですか?

最長90日、または自分で停止するまでです。停止したテストは再開できません。Appleは、バリエーションが信頼度90%で優位または劣位と判定されるまで待つよう勧めています。

PPOでアプリ名やキーワードはテストできますか?

できません。バリエーションで変えられるのはアイコン、スクリーンショット、プレビューです。アプリ名、サブタイトル、キーワードはアプリの新バージョンで変更します。

アイコンをテストするには新しいバージョンが必要ですか?

アイコンがまだアプリに入っていなければ必要です。テストするアイコンは公開中バージョンのバイナリに含まれている必要があります。スクリーンショットやプレビューなら審査だけで済みます。

PPOテストには何人の訪問者が必要ですか?

Appleは最低数を示していません。結果は最初の5件のダウンロードのあとに表示され、期間の見積もりで目標のインプレッション数がわかります。僕個人のルールは、月1,000インプレッション未満ではテストしないことです。

複数のPPOテストを同時に実行できますか?

プロダクトページの最適化に関するAppleのページでは、テストは一度に1つとされています。Analyticsのヘルプでは、異なる要素での同時テストにも触れています。小規模なアプリなら、一度に1つのテストが一番わかりやすいです。