# App Store Acquisition Surface Chooser

Canonical page: https://waitlist.crany.ai/marketing-templates/app-store-acquisition-surface-chooser

By Tangenix. Published 2026-10-24. Category: App store marketing.

Choose between a default listing, an audience-specific store page and a randomized listing test using platform eligibility and the decision you need to make.

## Task

Select the appropriate store acquisition mechanism before writing creative or designing a test.

## When to use

Use this before commissioning app-store assets when the team is unsure whether it needs campaign message continuity or an experiment. The output is a mechanism choice with eligibility evidence, not a creative brief.

## Choose another approach when

You already have a verified mechanism and only need to write screenshots, or want to treat traffic sent to different audience pages as a randomized test.

## Inputs

- The actual platform, app distribution state and intended visitor journey.
- The decision required: general presentation, audience relevance or causal comparison.
- Current provider eligibility documentation and the options actually available in the account.

## Template

    Decision needed: [which question must this work answer?]
    Platform / app / distribution state / checked date: [actual conditions]
    Visitor entry: [general browsing, campaign link or another verified route]
    Need audience-specific presentation? [which real difference justifies it?]
    Need randomized comparison? [which change and outcome?]
    Candidate surface / provider eligibility evidence / limitations:
    - Default store listing: [general presentation requirement]
    - Audience-specific page: [verified routing and available audience controls]
    - Listing experiment: [supported surface, app state and allocation]
    Apple check: product page optimization requires Ready for Distribution and does not run on custom product pages.
    Google Play check: experiments can use default or custom listings; verify the selected listing is ready.
    Chosen mechanism / reason: [one decision]
    Unsupported combination rejected: [why it cannot answer the question]
    Next deliverable: [creative brief, routing map or experiment design]
    Do not interpret an audience-page comparison as random assignment.

## Illustrative example

This is not a Crany customer result. Replace example details with verified facts.

    Fictional example: a founder wants an iPhone campaign to show an existing document-scanning workflow instead of the app's general feature mix. The decision is audience continuity, so the team investigates a custom product page and its actual destination.
    A separate question asks whether a screenshot change improves the default page. That calls for checking product page optimization eligibility. The team does not promise to run that test on its custom page, because Apple excludes that surface.
    An Android teammate checks Play's supported listing experiment setup independently rather than importing Apple's restriction. This chooser records which mechanism fits; the existing creative and experiment briefs handle the subsequent work. No app listing or paid campaign is created by this worksheet.

## How to use

1. Write the decision before choosing the familiar platform feature.
2. Check app state and the exact listing surface against current provider rules.
3. Record the mechanism and hand off only the appropriate creative or test task.

## Checks

- Audience routing and randomized allocation are described as different mechanisms.
- An Apple restriction is not applied to Google Play without checking its documentation.
- Unavailable account options remain unresolved rather than being promised as configured.

## What to measure

Review whether the chosen mechanism can answer the stated question and whether setup discovers an eligibility mismatch. Record rework avoided or needed. Selecting the right surface does not predict conversion lift, traffic volume or App Store placement.

## Research and sources

Apple documents product page optimization eligibility and excludes custom product pages; Google Play documents experiments on default and custom listings. This original decision worksheet applies those differences without claiming access to a reader’s account.

- [Apple: Overview of product page optimization](https://developer.apple.com/help/app-store-connect/create-product-page-optimization-tests/overview-of-product-page-optimization/) — checked 2026-10-24. Ready for Distribution eligibility; custom product pages excluded from product page optimization. Do not import these Apple restrictions into Play.
- [Google Play: Run A/B tests on your store listing](https://support.google.com/googleplay/android-developer/answer/12053285?hl=en) — checked 2026-10-24. Store-listing experiment design using graphics/text variants and platform reporting.

Prepared with AI assistance. Sources support the stated principles; they do not endorse Crany or guarantee performance.

## About Crany

Crany is an AI marketing co-founder in development for software founders and vibe coders. It is designed to strategize, execute approved marketing and improve based on results. These free resources are usable independently of app access. The public waitlist is at https://waitlist.crany.ai/.