How to A/B Test a Game's Store Page in 2026: Google Play Store Listing Experiments and Custom Store Listings vs Apple Product Page Optimization and Custom Product Pages
The store page is the last screen that every player crosses, whether they arrived from a paid ad or from search. It decides how many of the visitors you paid for actually tap install, so a few percentage points of store conversion move your effective CPI with them. According to AppTweak, an ASO tool vendor that aggregated 2025 US store data, the average share of page visitors who downloaded was 16.15% on Google Play and 8.56% on the App Store, and the lowest Google Play category was strategy games at 6.6%. Games, and midcore genres in particular, are among the categories that lose the most visitors on the store page.
Both stores give you free tools to experiment with that rate. Google Play has store listing experiments and custom store listings. The App Store has Product Page Optimization (PPO) and Custom Product Pages (CPP). The names are similar, but what you can test, how a winner is declared, and how each tool connects to advertising differ quite a bit. Based on both stores' official documentation as of October 2026, this post compares the four tools side by side and covers the problems game studios actually hit when designing a test: sample size, novelty effects, and shifts in traffic mix.
We covered the principles of ASO in ASO for Mobile Games: The Most Efficient Way to Drive Installs Without Paid Ads, and what to expect when you outsource the work in What Do App Store Optimization Services Actually Deliver for Games? Agency vs Tool vs In-House, 2026 Pricing, RFP Questions, and a 90-Day Pilot. This post focuses on running the tests themselves.
What can a store A/B test change, and what can it not?
Store-native tests mainly change graphic assets (icon, screenshots, feature graphic, video), and on Google Play, localized experiments can include descriptions as well. Elements tied directly to search ranking, such as the app name, category, and rating, are not testable.
This distinction matters because a store test only measures the stretch from "shown to a visitor" to "installed." Part of the effect of a new icon on search result taps is captured, but an increase in impressions caused by better keyword rankings cannot be seen in a test. Put the other way, the winner of a store test is the page that turns the same visitors into more installs, not the page that brings in more visitors.
Align definitions before you set a baseline. In its custom product page guidance, Apple gives 1.6% as the average conversion rate of default product pages, which is far from AppTweak's App Store average of 8.56% (downloads divided by page views). Apple does not disclose the period or formula behind its figure, while AppTweak calculated downloads over page views. Because App Store users can download straight from search results without opening the page, the result changes several-fold depending on the denominator. Use outside numbers only for direction, and judge tests by comparing the same metric inside your own console.
Source (period, scope) | Metric definition | Value |
|---|---|---|
AppTweak, US 2025 | Google Play downloads ÷ page views, all categories | 16.15% |
AppTweak, US 2025 | Google Play strategy games (lowest category) | 6.6% |
AppTweak, US 2025 | App Store downloads ÷ page views, all categories | 8.56% |
AppTweak, US 2025 | App Store trivia games (lowest category) | 5.2% |
AppTweak, US 2025 | App Store downloads directly from impressions (no page view), average | 3.8% |
Apple (period not disclosed) | Average conversion rate of default product pages | 1.6% |
How do Google Play store listing experiments work?
Google Play store listing experiments show up to two variants against your current listing to a share of visitors and declare a winner based on installs, opens, or pre-registrations. According to Play Console Help, an app can run one default graphics experiment or up to five localized experiments at the same time.
There are two experiment types. Default graphics experiments test the icon, feature graphic, and screenshots, and if your listing has only one language, they are shown to all users. If you have added localized graphics for a language, users viewing in that language are excluded. Localized experiments let you pick up to five languages and test descriptions in addition to the icon, feature graphic, and screenshots. Google recommends changing one asset at a time.
The metric choice deserves attention from game studios. Google Play offers three. Unique user install clicks count users who installed and did not have the app on another device at the time. Unique user open clicks count users who installed and then actually opened the app. Unique user pre-registration clicks serve games that have not launched yet. A variant that lifts installs but not opens, for example flashy screenshots far from the real gameplay, is more likely to be filtered out when you judge by opens. We discussed refining the listing during pre-registration in How App Store Pre-Orders and Google Play Pre-Registration Differ for a Mobile Game Launch.
There are two statistical settings. The minimum detectable effect is the smallest difference needed to declare a winner, and anything smaller is treated as a draw. Raising the confidence level reduces the chance of a false positive but takes longer to reach a result. The experiment setup screen estimates the time and the number of installs, opens, or pre-registrations needed for a statistically significant result, so you can adjust the number of variants or the audience percentage based on that estimate. Experiments stop automatically after six months, and traffic returns to the current listing. Results appear as "more data needed," a draw, or a recommended variant.
How is App Store Product Page Optimization different?
App Store Product Page Optimization (PPO) tests up to three treatments against the default product page for up to 90 days, and it covers the icon, screenshots, and app preview videos. You can create only one test at a time, and a test cannot be changed once it has started.
It differs from Google Play in three main ways. First, any new metadata in a treatment must be approved by App Review, and to test alternate icons, every icon variant must be included in the binary of your published app. Icon tests therefore have to be tied to your release schedule, while tests without alternate icons can be submitted for review independently of an app version. Second, PPO runs only on the default product page and is not available for custom product pages. Third, a person sees the same treatment throughout the test, and treatments are shown only to users on iOS and iPadOS 15 or later.
You set the traffic allocation yourself. In Apple's own example, if you allocate 40% of traffic to the test and have two treatments, each treatment receives 20% and the original page receives the remaining 60%. Apple recommends waiting until at least one treatment has been declared better or worse than the baseline with at least 90% confidence before applying a treatment or stopping the test, and notes that applying a treatment mid-test ends the test. App Store Connect Help also warns that releasing a new version containing the assets or metadata under test may affect the results.
One case Apple has published is an icon test by the brain training app Peak. It tested three icon treatments over 44 days. A brain-shaped icon improved conversion by 8% with more than 98% confidence, while a robot icon lost 3.5%. The design the team expected to win lost, which shows that the value of a store test lies as much in filtering out the option you were sure about as in finding a winner.
Item | Google Play store listing experiments | App Store Product Page Optimization (PPO) |
|---|---|---|
Testable elements | Default graphics: icon, feature graphic, screenshots / Localized: the above plus descriptions | Icon, screenshots, app preview videos |
Variants | Up to 2 against the current listing | Up to 3 against the default page |
Concurrent tests | 1 default graphics or up to 5 localized | 1 at a time |
Traffic split | Set audience percentage, split equally across variants | Set allocation, split equally across treatments, same user sees same treatment |
Maximum duration | Stops automatically after 6 months | Up to 90 days |
Success metric | Unique user install, open, or pre-registration clicks (choose one) | Estimated conversion rate lift and confidence |
Statistical settings | Adjustable minimum detectable effect and confidence level | 90% confidence recommended, baseline can be changed to compare treatments |
Review | No experiment-specific review mentioned in Help | New metadata needs App Review, alternate icons must be in the binary |
Runs on custom pages | Yes (default and custom listings) | No (default product page only) |
Who sees it | Visitors viewing the listing in the tested language | iOS and iPadOS 15 or later |
Are custom store listings and custom product pages testing tools or targeting tools?
Custom store listings and custom product pages are not randomized A/B tests. They are targeting tools that show a different page to each traffic source. Because the audience itself differs, a custom page converting better than the default page does not tell you whether the page or the audience made the difference.
On Google Play, you can create up to 50 custom store listings per app, and each one can change the app name, icon, descriptions, and graphic assets. The targeting options are especially useful for running a live game. Beyond country, pre-registration, specific search keywords, and Google Ads traffic, you can target users who uninstalled the app (churned), users who have not opened it in 28 days (lapsed), users who installed but never bought, one-time and repeat buyers, users with no purchase in 180 days, and custom audiences you define. That makes it possible to show returning players what changed since an update, or to show non-buyers how much of the game is free. Churned and lapsed targeting does not apply to new apps, and a country can be targeted by only one custom listing at a time.
Each custom listing can carry a unique URL parameter, so you can send a specific traffic source to a link in the form `https://play.google.com/store/apps/details?id=[packageName]&listing=[parameter]`. To connect Google Ads, set the audience to ads traffic, paste the ad group ID, and after approval select the listing as a landing page in Google Ads. Help states that these ads listings exclude Google Play search ads traffic, so their numbers will never match total app campaign numbers. And as noted above, Google Play lets you run experiments on custom listings too, so you can A/B test inside a page built for a specific country or keyword.
On the App Store, you can publish up to 70 custom product pages per app, and you can change the screenshots, promotional text, and app preview videos. The icon and app name cannot be changed. If you assign keywords, a custom page can appear in search results for those terms instead of the default page, and each keyword combination can belong to only one page. On iOS and iPadOS 18 or later, each page can carry a deep link to a specific screen in your app, and ad networks can pass the page ID through SKOverlay or SKStoreProductViewController to show a custom page from in-app ads. App Analytics shows impressions, downloads, and conversion rate per page, plus retention and average proceeds per paying user, so you can compare post-install quality page by page.
Item | Google Play custom store listings | App Store custom product pages |
|---|---|---|
Maximum number | 50 | 70 |
Editable elements | App name, icon, descriptions, graphic assets | Screenshots, promotional text, app preview videos |
Targeting | Country, pre-registration, search keywords, ads traffic, churned and lapsed users, purchase history, custom audiences | Unique URL, assigned keyword search results, Apple Ads, editorial |
Ad connection | Google Ads ad group ID (excludes Play search ads) | Apple Ads; ad networks pass the page ID via SKOverlay and similar |
Deep links | Not specified in Help | Per-page deep links (iOS 18 or later) |
A/B testing | Experiments can run on custom listings | PPO not available |
Reporting | Listing-level breakdown once visitors are sufficient | Impressions, downloads, conversion rate, retention, proceeds per paying user |
Apple says developers who refer people to a custom product page see a 2.5 percentage point increase in conversion on average. Actual adoption is low, though. In AppTweak's 2025 US Apple Ads data, 74% of games used no custom product pages in their campaigns, and only 7% used them more than five times in the year. In the same data, game ads using custom pages had a tap-to-install rate of 56.8%, 2.8 points higher than those without (54.0%). On Google Play, 26.5% of top US games ran at least one custom store listing. Keep in mind that these comparisons are simple splits by usage, not controlled experiments.
How many visitors does one store test need?
The number of visitors you need rises sharply as the baseline conversion rate falls and as the lift you want to detect shrinks. On a page converting at 16%, detecting a 5% relative difference (16.0% to 16.8%) at 90% confidence takes roughly 26,000 visitors per variant.
The table below gives illustrative estimates from the standard sample size formula for comparing two proportions (90% two-sided confidence, 80% power). Each store uses its own statistical method, so the console's estimate will not match exactly, but the scale is right.
Baseline conversion | Lift to detect (relative) | Visitors needed per variant | Total visitors with 2 variants + current page at 100% exposure |
|---|---|---|---|
8% | 10% (8.0 → 8.8%) | ~14,200 | ~42,700 |
8% | 5% (8.0 → 8.4%) | ~56,900 | ~170,700 |
16% | 10% (16.0 → 17.6%) | ~6,500 | ~19,500 |
16% | 5% (16.0 → 16.8%) | ~26,000 | ~77,900 |
30% | 10% (30.0 → 33.0%) | ~2,900 | ~8,700 |
30% | 5% (30.0 → 31.5%) | ~11,500 | ~34,600 |
Three practical conclusions follow. First, a game with 1,000 page visitors a day and an 8% conversion page would need close to six months to confirm a 5% relative difference, so at that scale you should compare options with clearly different messages (the genre's core fun, character-led vs combat-led, and so on) rather than small detail changes. Second, more variants mean less traffic per variant and slower results, so low-traffic games are better off starting with a single variant. Apple likewise suggests reducing treatments or increasing allocation if the estimate exceeds 90 days. Third, localized experiments only count visitors in the chosen language, so it is realistic to start in one or two core markets.
We covered impression counts for banner and video ad tests in What Is IPM? Meaning, Formula, and Mobile Game IPM Benchmarks 2026, Plus How Many Impressions a Creative Test Needs. If you bring the messages that won your ad tests into your store tests as candidates, you can validate the options with the best odds first, even on limited traffic.
In what order, and under what conditions, should a game store test be designed?
For games, most decisions are made on the icon and the first two or three screenshots (or the video), so test them in that order, and always check novelty effects, seasonal events, and traffic mix changes when reading results.
The icon is the only asset that also appears in search results and recommendation surfaces, so it affects behavior even before the page visit. Apple notes that alternate icons display not only on the App Store but also on the devices of users who downloaded the app, so on iOS an icon test also touches the experience of existing players. Next comes the first screen of screenshots. Most visitors do not scroll, so changing the message of the first two or three screenshots (whether core gameplay, genre signals, or social proof comes first) gives a stronger signal than swapping the whole set. Video costs more to produce and autoplay behavior varies, so it is more efficient to turn the messages that won in the first two steps into video afterward.
Watch for the following when reading results.
Contaminating factor | Why it is a problem | What to do |
|---|---|---|
Novelty effect | A new icon or screenshots stand out to existing players and returning visitors, inflating early conversion | Do not call results for at least one to two weeks, and check weekly that the lift holds |
Day of week and season | Weekend vs weekday visitors, and visitors during major events or updates, behave differently | Run in full seven-day blocks and avoid overlapping major updates or seasonal events |
Traffic mix change | Scaling paid campaigns or moving ad traffic to custom pages mid-test changes who visits the default page | Avoid large budget changes during the test, and log the date of any change to read before and after separately |
App version release | A release containing the tested assets changes the control (Apple's own warning) | Release after the test ends, or ship only updates unrelated to the tested assets |
Success metric | Judging by installs alone lets an overpromising variant win | On Google Play, consider open clicks first; on iOS, use custom page retention data as a secondary check |
The traffic mix problem happens more often than you might expect. Once you start sending App Store ad traffic to custom product pages, organic traffic from search and browse makes up a larger share of the default page's visitors. Because PPO runs only on the default page, the same test can produce different results before and after ad traffic leaves. The same applies on Google Play: creating an ads listing changes the population of experiments on the default listing.
How do you match custom pages to ad creatives?
The key to matching ad creatives with custom pages is to show, on the first screen of the store, the scene the ad promised. Build one page per creative theme and look at each page's conversion together with post-install metrics, and your creative tests and store tests become one funnel.
In practice, start by grouping creatives into three to five themes. For an RPG, that might be "combat action," "character collection," and "guild co-op," with a custom page for each theme whose first screenshot and opening video frame start with the same scene as the ad. On Google Play, separate traffic by Google Ads ad group, and use unique URL parameters for other channels. On iOS, connect through Apple Ads ad variations or page IDs passed by ad networks. This lets you tell apart "creatives with a high CTR that lose people on the page" from "creatives with an average CTR that carry through to installs and opens." We covered how to read CTR at the ad stage in What Is a Good Ad CTR for Mobile Games? 2026 CTR Benchmarks by Channel, Format, and OS, and When a High CTR Misleads.
Note that per-listing reports only break out once a page receives enough visitors (per Google Play Help), so if you split creative themes too finely, no page will collect enough data to judge. Using the sample size table above as a guide, group themes into units that can each gather at least several thousand visitors.
The habit of splitting traffic by source carries over to judging the quality of each channel. On the same store page, visitors whose tastes match the game raise both conversion and open rates, while visitors who came only for a reward may add installs but drag down post-open metrics. Playio is an Android-based community of 5 million gamers that connects games with players whose tastes match, using genre preferences, play history, and in-game behavior data. Its default pricing model is CPI, and it also supports CPE based on in-game actions such as completing the tutorial or reaching a specific level. If you separate each channel's traffic with Google Play custom store listing URLs, you can compare the store conversion and post-open behavior of visitors from every channel, Playio included, on the same basis.
More details are available here. (https://playioadsen.oopy.io/bizdeck)
Key takeaways
Store-native tests find the page that turns the same visitors into more installs, and they cannot measure gains in search impressions. As of October 2026, Google Play store listing experiments run up to two variants against the current listing, with one default graphics experiment or up to five localized experiments at a time, judged by installs, opens, or pre-registrations, and they can run on custom listings too. App Store Product Page Optimization runs up to three treatments for up to 90 days, one test at a time, requires review for new metadata, and works only on the default page. Custom store listings (up to 50) and custom product pages (up to 70) are targeting tools by traffic source, not randomized tests, so a conversion gap should not be read as a page effect. Detecting a 5% relative lift on a 16% baseline takes roughly 26,000 visitors per variant, so the less traffic a game has, the fewer variants it should run and the more distinct its options should be. Read results weekly after at least one to two weeks of novelty, and avoid app releases and changes to ad budgets or traffic routing during a test.
For inquiries about Playio's advertising solutions, reach out at: [email protected]