App screenshot guide
A/B Testing App Store and Google Play Screenshots
Turn a screenshot opinion into a documented hypothesis, run it in the store’s native experiment system, and make a decision from the reported uncertainty—not from an early percentage.
Create a stable control, change one interpretable screenshot variable, choose the correct locale and audience, and let Apple Product Page Optimization or Google Play Store Listing Experiments estimate the result. Do not stop because an early lift looks attractive. Use the platform’s confidence, interval, minimum detectable effect, and result status, then record the decision.
Write a falsifiable screenshot hypothesis
A useful hypothesis connects an audience, change, expected behavior, and reason. “Make the first screen better” is not testable. “New users who arrive from generic search will install more often when frame one names the scheduling outcome instead of the calendar feature, because the outcome is understandable before they know the product” is.
Define what would make you keep the control. An experiment is allowed to be neutral or negative; those outcomes still prevent an unsupported rollout.
Change one interpretable variable
Google officially recommends testing one asset at a time so the cause of a result is clearer. Apply the same discipline to screenshot tests on both platforms. A “new design” that changes promise, caption, background, device frame, UI source, and order cannot tell you which decision mattered.
- First-frame promise: feature-led versus outcome-led.
- Screenshot order: current order versus moving a strong proof earlier.
- UI crop: full device versus closer product detail.
- Caption treatment: concise statement versus a longer explanation.
- Visual emphasis: neutral background versus a branded contrast block.
Apple Product Page Optimization
Apple PPO can test up to three treatments containing app icons, screenshots, and app previews for an eligible live iOS or iPadOS product page. You choose a traffic proportion, and Apple divides that treatment traffic among the treatments. Supported localizations can be included or excluded.
Test metadata may require review. Apple notes that a new app version released during a test can affect results when it includes assets or metadata being tested. PPO is not available for custom product pages or App Store pages for Apple Watch or iMessage.
| Apple control | Apple treatment | Keep constant |
|---|---|---|
| Current first screenshot | Outcome-led first screenshot | Remaining order, icon, preview, release, locale |
| Current order | Proof frame moved to position two | Artwork and copy within every frame |
Google Play Store Listing Experiments
Google Play supports a default graphics experiment and localized experiments. Default graphics experiments can test icons, feature graphics, and screenshots in the default listing language. Localized experiments can test graphics and descriptions for selected languages. Google currently allows one default graphics experiment or up to five localized experiments at the same time per app.
During setup, Play Console asks for a minimum detectable effect and confidence level and provides a time-to-completion estimate. Visitors assigned to experimental variants are split equally. Results use the target install/open metric, confidence interval, and minimum detectable effect and may remain a draw or require more data.
Let the platform determine duration
Do not choose “seven days” or “two weeks” as a universal screenshot-test duration. Traffic, baseline conversion, the size of the real difference, number of variants, locale mix, and chosen uncertainty settings all affect completion.
- Use Apple’s or Google’s estimate during setup.
- Choose a decision threshold before the test starts.
- Avoid a major release, campaign, price change, or outage during the experiment.
- Do not stop as soon as the point estimate becomes positive.
- If the result is inconclusive, keep the control or design a more meaningful next hypothesis.
Repeatedly checking an unstable early result and stopping at a favorable moment creates a biased decision process, even when the console updates continuously.
Treat locale and release changes as experiment variables
Language changes meaning, line length, and audience composition. Do not assume a winning English caption will win in Japanese, German, or Portuguese. Test the locale you plan to change, and record whether localized assets exclude users from a default-language experiment.
Freeze unrelated listing changes where possible. If a release, acquisition campaign, seasonal event, or price change happens, note it in the log. Apple explicitly warns that releasing a new version can affect a PPO test when tested assets or metadata overlap.
Read conversion, lift, and uncertainty together
Conversion rate is the observed or estimated share of eligible visitors who complete the platform’s target action. Lift compares a treatment with the control. Neither should be interpreted without its uncertainty and platform result status.
The platform marks a treatment better under the configured decision framework and the change remains policy-accurate.
If outcomes are practically equivalent, keep the control or select the treatment for a separate brand or usability reason.
Record insufficient evidence, then test a larger or better-grounded difference if it is still important.
Keep an experiment log
| Field | What to record |
|---|---|
| Hypothesis | A specific audience will respond better to a specific change because… |
| Control | Asset IDs, order, locale, store, and capture date |
| Treatment | Exactly what differs from control |
| Primary metric | Platform-selected conversion/install metric |
| Setup | Traffic, locale, confidence or detectable-effect settings |
| Dates | Start, platform estimate, decision date, release events |
| Result | Platform status, interval/confidence, observed estimate |
| Decision | Apply, keep control, iterate, or mark inconclusive |
Attach the control and treatment contact sheets, not only a prose description. Future reviewers should be able to reconstruct the exact difference and understand why it was applied or rejected.
Official sources
- Apple: Product Page Optimization overview
- Apple: Create a PPO test
- Apple: Product Page Optimization analytics
- Google Play: Run A/B tests on your store listing
Specifications can change. We review these pages monthly and update the visible verification date only after checking the source material.
