APP STORES
Store CVR is a localization problem, not a conversion problem.
The title of this piece is a simplification and I want to walk it back in the first paragraph before anyone quotes me on it. Store conversion rate is not only a localization problem. It is frequently a localization problem, and the industry under-invests in localization, but when you pull the data for a product shipping in four or more markets, the real causes of CVR variance cluster into three groups, not one. The localization framing is useful because it moves resources. It is not true on its own.
The three groups
The first is listing localization: first screenshot, subtitle, category framing, and especially the kinds of social proof the local user actually recognizes. This is the one that gets neglected because it falls in the gap between the growth team and the localization team, and it is also the one with the clearest path from effort to result.
The second is payment and pricing. You would think the stores handle this transparently. They sort of do. But if your pricing was set in the US and then converted, you often land at a price that reads as luxury in one country and suspiciously cheap in another. Both depress CVR, and neither shows up in any standard store dashboard, because the dashboard is measuring the page, not the wallet.
The third is channel mix. This is the boring one. If 80% of your traffic in one country is cold paid with poor creative, and 80% of your traffic in another is word-of-mouth, the users behave differently and your "CVR variance" is traffic-quality variance dressed up as a store problem. Normalize by channel before you conclude anything about the page.
Why localization still gets most of the attention
Because it is the biggest lever you actually control at low cost. Payment is partly out of your hands. Channel mix requires real budget reallocation and usually a growth-leadership conversation. Rewriting the first three screenshots and the subtitle for a specific market, using someone who lives there and uses apps in the category, is a few hours of work, and in our experience it moves the number more than any other intervention we can do quickly.
The rewrites that consistently help, in our sample:
Removing taglines that depend on a cultural reference that does not translate.
Cutting "as featured in" logos for publications not known in the market, and replacing them with a local equivalent or nothing at all.
Reordering screenshots so the one that demonstrates the dominant local use case comes first, even when that is not the dominant global use case.
Rewriting the subtitle from the user's problem instead of the product's capability. In most non-US markets, users are measurably less tolerant of feature-led copy.
What works less well than people claim
A/B testing store assets in markets with small volumes. Apple's and Google's native tools are better than nothing, but in smaller countries you will hit statistical significance on noise. Below a few thousand installs a week, qualitative rewrites beat A/B tests, because the A/B test does not converge in any reasonable window.
Machine translation. It produces copy that is grammatically fine and emotionally flat. For product copy specifically, the difference between an agency translation and a rewrite by someone who actually uses the category locally is a meaningful portion of the CVR headroom. It is not subtle once you see it side by side.
Honest caveat
Our sample is biased. The products that come to us already have a CVR problem, so the patterns here are triage patterns, not a theory of how the store works in general. If your current CVR is healthy, these are probably not your levers. Treat this as a playbook for recovery, not for optimization.