スクリーンショットについての意見は安く手に入りますが、データはそうではありません。今や両ストアが掲載画像のネイティブA/Bテストを提供していますが、仕組みが十分に異なるため、一方の結果は他方についてほとんど何も語りません。2026年に各ストアでスクリーンショットを正しくテストする方法と、最初に何をテストすべきかを解説します。
Apple：Product Page Optimization
Product Page Optimization（PPO）はApp Store Connectにあり、デフォルトのページに対して最大3つのトリートメントを実行して、スクリーンショット、Appプレビュー、アイコンをテストできます。テストは最大90日実行でき、トラフィックはバリアント間で分割され、各トリートメントは開始前にApp Reviewを通過するので、1日のバッファを見込んでください。知っておくべき癖がひとつ。PPOのバリアントはストアフロントごとに適用されるため、ローカライズされたスクリーンショットセットと自然に組み合わさります。日本で勝つものが、ブラジルで勝つものとは限りません。
関連しつつ別物なのがCustom Product Pagesです。アプリあたり35から70に増え、検索キーワードにリンクできるようになりました。これはターゲティングのツールでありA/Bテストではありませんが、同じ素材の規律を再利用します。バリアントが増えるほど、スクリーンショットセットを素早く生産できるワークフローが必要になります。
Google：Store Listing Experiments
Playの実験はより古く、より緩やかです。掲載情報のバリアント（スクリーンショットやフィーチャーグラフィックを含みます）をPlay Consoleから直接テストでき、トラフィックの割合を自分で制御でき、バリアントごとの審査ゲートもありません。結果は信頼区間付きで返ってきます。あるバリアントがリードした初日にテストを止めたくなる衝動には、抵抗してください。
誰もが破るルール
ストア間で結果を移植しないこと。 オーディエンス、レイアウト、レンダリングが異なります。PlayはApp Storeとは違う形でグラフィックとスクリーンショットを表示し、ユーザー集団の振る舞いも異なります。iOSで勝った最初のスクリーンショットは、Androidでは仮説であって、結論ではありません。
最初にテストすべきもの
常にスライド1です。最初のスクリーンショットは、コンバージョンの不釣り合いに大きな割合を担っています。変数は一度にひとつずつテストします。キャプションの言い回し、背景色、ベネフィットの順序。セット全体を入れ替えると「何かが」効いたことは分かりますが、再利用できることは何も学べません。テスト結果の隣に変更ログを置いてください。3か月後には、トリートメントBが何だったか思い出せなくなります。
苦痛なくバリアントを生産する
スクリーンショットテストの実務的なボトルネックは、クリーンなバリアントの生産です。バリアント1つにデザイン作業の午後がひとつかかるなら、反復はしなくなります。プリセットベースのワークフロー（プロセスの全体像）なら、バリアントはキャプションの編集と再書き出しで済みます。それこそが、週次の反復を現実的にするものです。
要点まとめ
AppleではPPO（3トリートメント、90日、審査必須）、PlayではStore Listing Experiments（より緩く、ゲートなし）。まずスライド1を、一度にひとつの変数で。ストア間で結論をコピーせず、実際に反復できるほどバリアント生産を安くしましょう。
