# App Engagement Strategies — How to Increase Engagement and Stickiness Engagement is the leading indicator every other app metric lags behind. Before a cohort's [retention](https://mwm.ai/glossary/retention) curve reveals itself and long before its revenue does, engagement tells you whether the product is taking hold. Across MWM's catalog the median app sees **2.94 sessions and about 4 minutes per user per day, with a [DAU/MAU](https://mwm.ai/glossary/dau-mau) stickiness of 14.1%** — and the top decile roughly doubles to triples each of those. This guide is about moving them. The frame that matters: engagement isn't one number, it's three dimensions, and the most common mistake is optimizing the wrong one for your product. ## The three dimensions of engagement - **Frequency** — how often users return. Measured as [sessions per user per day](https://mwm.ai/glossary/session-frequency). Catalog median 2.94, top decile 5.28. - **Depth** — how much they do per visit. Measured as [session length](https://mwm.ai/glossary/session-length) and time per user per day. Catalog median session 1m 22s; median time per user 4m 18s. - **Stickiness** — what fraction of monthly users show up daily. Measured as [DAU/MAU](https://mwm.ai/glossary/dau-mau). Catalog median 14.1%; a good bar is 20% and up. Strong apps move all three, but the *right balance* is category-specific (more below). Pick the dimension that maps to your product's value and lead with it. ## Lever 1 — Frequency: earn more returns Frequency is built by giving users a recurring, internalized reason to open the app. - **Tighten the habit loop.** A fast, rewarding [core loop](https://mwm.ai/glossary/core-loop) — and for habit-forward products, a variable-reward [compulsion loop](https://mwm.ai/glossary/compulsion-loop) — is what makes the next open automatic. - **Anchor a cadence.** A [daily streak](https://mwm.ai/glossary/daily-streak), a daily content refresh, or a standing daily reason to return manufactures frequency. - **Trigger with value, not guilt.** Well-timed [push notifications](https://mwm.ai/glossary/push-notification) and [in-app messages](https://mwm.ai/glossary/in-app-messaging) re-cue the habit; over-triggering trains users to mute you. Watch [session frequency](https://mwm.ai/glossary/session-frequency) as the early signal that the habit is forming. ## Lever 2 — Depth: make each session count - **Drive feature adoption.** Users who reach more of the product's value engage deeper and retain better; guide them to the second and third core action, not just the first. - **Build toward power users.** Map the [power-user](https://mwm.ai/glossary/power-user) path and pull engaged users along it — power users carry stickiness and word of mouth. - **Use [gamification](https://mwm.ai/glossary/gamification) where it fits** — progress, goals, and rewards deepen sessions in the right products, and feel hollow in the wrong ones. A caution: depth is the most misread dimension. Longer is not universally better — see the category lens. ## Lever 3 — Stickiness: turn monthly users into daily ones Stickiness ([DAU/MAU](https://mwm.ai/glossary/dau-mau)) is the single best health summary of engagement, and a strong [north-star metric](https://mwm.ai/glossary/north-star-metric) input. The catalog top decile hits 31% and the top 1% reaches 57.7% — the daily-habit tier. Moving from occasional to daily use is the highest-order engagement goal: it compounds into retention and gives every monetization surface more chances to work. Re-engage the lapsing with [re-engagement](https://mwm.ai/glossary/re-engagement) flows before stickiness erodes into churn. ## The category lens Engagement looks completely different by category — which is exactly why a single playbook fails: | Category | Sessions/user/day | Median time/user/day | DAU/MAU stickiness | | ---------------------- | ----------------- | -------------------- | ------------------ | | Social & Communication | 3.26 | 3m 46s | **21.2%** | | Game | 3.21 | **12m 18s** | 11.8% | | Productivity & Tools | 2.94 | 2m 3s | 17.5% | | Media & Entertainment | 2.88 | 3m 44s | 15.0% | | Lifestyle & Well-being | 2.71 | 2m 34s | 15.2% | | Education & Knowledge | 2.76 | 3m 8s | 12.6% | Read it carefully. **Games dominate depth** (12+ minutes a day) but have the *lowest* daily stickiness — long, infrequent, novelty-driven sessions. **Social leads stickiness** (21%) on short but frequent visits. **Productivity is sticky on tiny sessions** (2 minutes a day) because it delivers value fast — for those apps, pushing session length would be optimizing the wrong thing. Find your value's natural shape and optimize toward it. ## Engagement is the leading indicator Engagement is where you feel product-market fit first and where you can act earliest. Rising frequency and stickiness this week become better [retention](https://mwm.ai/guides/how-to-improve-app-retention) next month, and better retention becomes higher lifetime value, which funds the whole [monetization](https://mwm.ai/guides/app-monetization-strategies) and acquisition machine. Manage engagement to move retention, and retention to move revenue — in that order, because each is the leading indicator of the next. # App Monetization Strategies — How to Grow ARPDAU, ARPU and LTV Most monetization advice optimizes the average. The data says the average is the wrong target. Across MWM's catalog the **median 30-day [ARPU](https://mwm.ai/glossary/arpu) is $0.15, the top decile is $4.64, and the top 1% is $43** — a roughly 290-times spread. Median IAP [ARPDAU](https://mwm.ai/glossary/arpdau) is about a single cent. Monetization is a power law: it's won in the tail, by the apps that compound conversion, payer value, and retention together — not by the ones chasing a slightly higher average. This guide is the optimization companion to the [mobile app monetization](https://mwm.ai/guides/mobile-app-monetization) pillar. That guide covers *which model* to pick; this one covers *how to grow revenue* once you've picked one. ## The monetization equation: four levers Strip monetization to its arithmetic and there are only four things you can move: > **Revenue ≈ users × conversion-to-paying × [ARPPU](https://mwm.ai/glossary/arppu) × retention** — or, for engagement-monetized apps, **DAU × ARPDAU.** Everything below maps to one of these four levers. The discipline is to find which one is *your* binding constraint and pull it, rather than spreading effort evenly. ## Lever 1 — Conversion: turn free users into payers For most consumer apps the paying-user rate is low single digits (a blended 6% is a fair planning assumption, and many apps sit well under it). That makes the [paywall](https://mwm.ai/glossary/paywall) and the [trial-conversion](https://mwm.ai/glossary/trial-conversion) flow the highest-frequency monetization surface you own. - **Place the paywall after value, not before it.** Users convert when they've felt the product work; a hard paywall on first open trades long-run [conversion rate](https://mwm.ai/glossary/conversion-rate) for a vanity early number. - **Match the trial to the habit-formation window.** 3-day trials convert higher on urgency; 7-day trials build more habit and higher retained value. Test both. - **Reduce the decision, not just the price.** Fewer plans, a clear default, and an obvious "most popular" tier convert better than a wall of options. ## Lever 2 — ARPPU: grow what payers actually pay Because so few users pay, how much each *payer* spends dominates revenue. Median modeled [ARPPU](https://mwm.ai/glossary/arppu) is $1.88/month, but the top decile is $42.76 — the same power law as ARPU. - **Price on value and willingness-to-pay, not cost.** Anchor with an annual plan, offer a premium tier, and let the [average order value](https://mwm.ai/glossary/average-order-value) rise through bundles and upsells. - **Serve whales deliberately.** The category data makes this concrete: games have the *lowest* median ARPU ($0.07) but a top-decile of $5.72 — their revenue is [whale](https://mwm.ai/glossary/whale)-concentrated. If your top 1% of payers drive most revenue, premium bundles and high-tier offers aren't greedy, they're the business. - **Default to annual.** Annual plans lift ARPPU and cut churn at once. ## Lever 3 — Retention is the LTV multiplier This is the lever most teams underweight. [LTV](https://mwm.ai/glossary/ltv) is ARPDAU integrated over the [retention](https://mwm.ai/glossary/retention) curve — and the median app has just **4.08 active days in its first 30**. More retained days is more revenue per user with no change to price or conversion. A one-point gain in D30 retention raises LTV across *every* paying cohort simultaneously. That's why the [retention playbook](https://mwm.ai/guides/how-to-improve-app-retention) is also a monetization playbook: fixing the leaky bucket compounds against every other lever. If your ARPDAU is healthy but LTV is weak, your problem is retention, not pricing. ## Lever 4 — Widen the mix - **Go hybrid.** Most successful consumer apps layer models: a subscription or [IAP](https://mwm.ai/glossary/iap) core with tactical ads for non-payers. The majority who never pay can still monetize through an ad layer instead of contributing nothing. - **Add an ad-revenue floor.** For high-session-time apps (games, social, entertainment), ad revenue on the free base is real money the IAP-only ARPDAU above doesn't capture. - **Localize price.** Willingness-to-pay varies sharply by market; price localization recovers revenue that flat global pricing leaves on the table. ## The category lens Median ARPU and top-decile ARPU by category tell you what kind of monetization is even available to you: | Category | Median ARPU | Top-10% ARPU | | ---------------------- | ----------- | ------------ | | Social & Communication | $0.36 | $7.71 | | Lifestyle & Well-being | $0.34 | $4.85 | | Education & Knowledge | $0.24 | $3.23 | | Media & Entertainment | $0.19 | $4.39 | | Productivity & Tools | $0.14 | $2.90 | | Game | $0.07 | $5.72 | Social and lifestyle monetize broadly (high median); games monetize narrowly but deeply (low median, whale-driven top decile). Don't copy a social app's broad-conversion playbook into a game, or a game's whale playbook into a utility. ## Where to start Diagnose the binding constraint before optimizing. If few users pay, fix conversion. If payers pay little, fix ARPPU. If users leave fast, fix retention — it's usually the largest and most-ignored lever. Pull the one that's actually constraining you, measure the move on a cohort, then move to the next. # App Onboarding Best Practices — How to Improve First-Session Activation [Onboarding](https://mwm.ai/glossary/onboarding) is the highest-stakes thirty seconds in your product. Across MWM's catalog the median app retains just **27.3% of users to day 1** — nearly three-quarters are gone after the first session. That number is, more than anything else, an onboarding verdict: it measures whether brand-new users reached value before friction or boredom won. This guide is about bending it. ## Define your activation moment first You can't optimize toward a goal you haven't named. Every app has an [aha moment](https://mwm.ai/glossary/aha-moment) — the instant its core value becomes self-evident — and a corresponding [activation](https://mwm.ai/glossary/activation) milestone you can measure: *created a first playlist, logged a first workout, sent a first message.* - Pick the single first action that best predicts day-2 return, and instrument it. - Make reaching it the explicit job of session one. Everything in onboarding either moves the user toward that milestone or is in the way. ## Shorten time-to-value The faster a user reaches the aha moment, the more of them survive to day 1. - **Defer everything that isn't the value.** Account creation, permission prompts, paywalls, and long tutorials all push the value moment later — move them after it. - **Use progressive onboarding.** Teach features when they become relevant, not all at once on a carousel the user swipes past. - **Cut steps ruthlessly.** Every screen between install and value is a drop-off point. ## Make the first session a guided win The first session should end with the user having *done* the core action once, not just having read about it. - Replace the blank empty state with a guided first win — a sample, a template, a one-tap starting point. - Walk the user through the [core loop](https://mwm.ai/glossary/core-loop) a single time, then get out of the way. - Success in session one is a completed action, not a finished tutorial. ## Don't front-load your asks The fastest way to lose a new user is to ask for commitment before giving value. - **Account creation after value.** Let users experience the product, then ask them to save their progress with an account. - **Prime permissions.** Explain the benefit of notifications before triggering the system dialog — the same discipline covered in the [push notification playbook](https://mwm.ai/guides/push-notification-best-practices). A declined prompt is hard to recover. - **Paywall after the aha moment**, so the user is deciding whether to pay for value they've already felt. ## Personalize the path A relevant first experience activates better than a generic one. Where you can, ask one lightweight question about the user's goal and tailor the first session to it — the small cost of a single question is repaid by a first experience that actually matches why they installed. ## Measure onboarding like a funnel - **Activation rate** — share of new users who hit the activation milestone in session one. - **Time-to-value** — how long it takes them to get there. - **Step funnel** — where in the onboarding flow users drop, so you fix the actual leak. - **D1 [retention](https://mwm.ai/glossary/n-day-retention)** — the downstream result; activation should move it. Onboarding feeds activation, activation feeds [retention](https://mwm.ai/guides/how-to-improve-app-retention), and retention feeds everything else. It's the first move in any serious growth effort — fix the first session before you spend a dollar acquiring more users to pour into a leaky one. # The Complete Guide to App Store Optimization (ASO) App Store Optimization is the mobile equivalent of SEO: the systematic process of ranking higher on the App Store and Google Play, and converting more of the resulting traffic into installs. For most successful consumer apps, organic installs from ASO are the single largest and highest-quality acquisition channel — and unlike paid UA, the work compounds. This guide covers every major lever a mobile publisher should understand, organized around the three stages of the funnel ASO touches: **visibility** (whether users see your listing), **conversion** (whether they install), and **durability** (whether the installs stick and drive the feedback loop that the store algorithms reward). ## What ASO actually optimizes The App Store and Google Play rank apps using algorithms that are similar in shape but differ in implementation. Both weight a composite of three broad signal categories: 1. **Relevance signals** — how well your app's metadata matches a user's query or the context Apple/Google use to generate chart rankings. This is what keyword targeting, title, subtitle, and description copy drive. 2. **Behavioural signals** — download velocity, conversion rate from impression to install, review velocity and rating, retention, and (for Google Play) crash rate. These are the metrics the algorithm uses to decide whether your app deserves the ranking its metadata suggests. 3. **Engagement signals** — post-install retention and active-use patterns. Both stores increasingly factor these in via first-party OS data (iOS) and Firebase/Play Console telemetry (Android). You don't control the algorithms, but you fully control the inputs. Everything in ASO is either surface-level (metadata and creatives you submit) or velocity-level (behaviour you drive through product quality, marketing, and operations). ## The three lever categories ### 1. Metadata optimization Metadata is the indexed text Apple and Google use to match your app to searches. Each field has a specific length cap, a specific weighting, and a specific review cadence. **On iOS**, the fields that matter for keyword ranking are: - **[App Title](https://mwm.ai/glossary/app-title)** (30 characters). Highest keyword weight. Typically structured as **Brand: Primary Keyword** or **Brand — Primary Descriptor**. - **[Subtitle](https://mwm.ai/glossary/subtitle)** (30 characters). Second-highest weight. Used for secondary keywords phrased as benefits. - **[Keywords Field](https://mwm.ai/glossary/keywords-field)** (100 characters, comma-separated). Hidden from users but indexed. Pack with singulars, synonyms, and long-tail terms. - **Promotional Text** (170 characters). NOT indexed — purely conversion copy. Editable without app review. - **Description** (4,000 characters). Weakly indexed. Primarily a conversion surface. **On Google Play**, the keyword surface differs: - **App Title** (30 characters). Highest weight, similar structure to iOS. - **Short Description** (80 characters). High weight, visible and indexed. - **Full Description** (4,000 characters). Indexed with keyword-density weighting. Aim for 1.5-3% density on your primary terms without stuffing. There is no keywords field on Google Play. Keywords you want to rank for must appear in the title, short description, or long description naturally. ### 2. Creative optimization Creatives drive the impression-to-install conversion rate — the single biggest lever for organic install volume once you have baseline visibility. - **App icon**. The first thing a user sees in search results or on the chart. A/B test shapes, colour palettes, and whether to feature a character, a letter mark, or a functional glyph. - **[Screenshots](https://mwm.ai/glossary/screenshots)**. Apple allows up to 10; Google Play 2-8. The first two carry 60-80% of conversion weight. Use them to pitch your app's hero benefit — captioned screenshots with short marketing copy consistently outperform raw UI. - **Preview video** (iOS 15-30s, Google Play 30-120s). Optional but high-leverage for games and visual products. - **[Custom Product Pages](https://mwm.ai/glossary/custom-product-page) (iOS)** and **Custom Store Listings (Google Play)**. Variant pages you can link from paid ad campaigns or pre-registration funnels to match creative context to landing page. Most apps under-invest in creative iteration. A 2x IPM lift on a winning screenshot variant can double paid UA efficiency at the same CPI — and boost organic conversion on every impression at the same time. ### 3. Off-page and behavioural signals - **[Star rating](https://mwm.ai/glossary/star-rating)** and review volume, weighted heavily toward recent reviews. - **[Download velocity](https://mwm.ai/glossary/download-velocity)** — the rate of change in daily installs. This is what moves apps up the Free chart. - **Uninstall rate** (Google Play). Tracked in Play Console; high rates can penalize ranking. - **Crash rate** (Google Play). Same. - **In-App Events (iOS)**. Limited-time events (up to 5 concurrent) that surface on your product page and in search. Use them for seasonal hooks, feature launches, and tournaments. ## How to prioritize an ASO programme For a new or under-invested app, the order of operations is roughly: 1. **Baseline your current state**. Know your current keyword ranks (for all target keywords, per country), category rank, impression volume, and install conversion rate. Without baselines you can't measure change. 2. **Fix the most broken metadata first**. If your title has no keyword, or your subtitle is repeating brand copy, those are disproportionately high-leverage fixes. 3. **Target a small keyword basket**. 10-20 keywords you actively rank and track. Dropping to top-10 on one of these moves more needle than being ranked 50-200 on dozens. 4. **Ship an icon + first-two-screenshots test**. These surfaces drive 60-80% of conversion weight — you'll know within weeks whether your visuals are underperforming. 5. **Iterate on the long tail**. Once metadata and primary creatives are dialed, your ongoing work is iterating on secondary screenshots, event hooks, localizations, and the keyword basket. > At MWM we observe that most apps in the bottom two quartiles of their category have never shipped a single icon A/B test. The delta between the median and top-quartile app on creative iteration cadence is larger than the delta on budget. ## iOS vs Google Play: the practical differences | Dimension | iOS | Google Play | | -------------------------- | ---------------------------------- | ------------------------------------------ | | Keywords field | Yes (100 char, hidden) | No | | Description keyword weight | Weak | Strong | | Title character cap | 30 | 30 | | A/B testing infrastructure | Product Page Optimization (native) | Store Listing Experiments (native) | | Creative variants | Up to 35 Custom Product Pages | Multiple Custom Store Listings | | Primary off-page signal | Download velocity + reviews | Velocity + reviews + retention + uninstall | | In-store events | In-App Events (up to 5) | Promotional content card | Plan separate ASO workflows per store. Title structure, keyword selection, and screenshot test cadence usually converge, but Google Play's long-description keyword strategy and iOS's keyword field usage are distinctly different problems. ## Measuring ASO The canonical ASO dashboard tracks, per country and per store: - **Keyword rank** (per target keyword) and movement day-over-day. - **Category rank** and Overall rank. - **Impressions** (Apple Analytics → Product Page Impressions; Google Play Console → Acquisition reports). - **Conversion rate** from impression to install. - **Review velocity** (new reviews per week) and **rating trend**. - **Search vs. browse split** — what fraction of your installs come from search, from chart, from referrer ads, and from editorial featuring. [MWM Scale](https://mwm.ai/mwm-scale) tracks keyword rank, category rank, and competitive benchmarks across 150+ countries, with free tiers for publishers tracking their own app. ## Common mistakes The patterns we see repeatedly on under-performing apps: 1. **Keyword stuffing in titles**. Apple and Google both reject spammy titles, and stuffed titles tank conversion. Pick one primary keyword and one brand. 2. **No localization**. Every significant international market (DE, FR, ES, BR, JP, KR) should have locally-translated metadata, not auto-translated. Localized listings can double conversion in non-English markets. 3. **Static creatives for years**. If you haven't updated your screenshots in 12 months, you're leaving 20-40% organic conversion on the table. 4. **Treating ASO as a one-time launch activity**. It's an always-on programme. Keyword landscapes shift, competitors iterate, and you need to compound small wins. 5. **Optimizing for rank without measuring install quality**. Winning a keyword that delivers low-retention users is worse than losing it. Always evaluate cohort quality alongside rank. ## Where to go next - If you have a baseline app and want a step-by-step plan: **[How to Rank Your iOS App](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - If you're a games publisher: **[ASO for Mobile Games](https://mwm.ai/guides/aso-for-games)**. - If you want to understand the signals you're optimizing against: **[How the App Store Ranking Algorithm Works](https://mwm.ai/guides/app-store-ranking-algorithm)**. - If your monetization and LTV don't support the UA math: **[Mobile App Monetization](https://mwm.ai/guides/mobile-app-monetization)**. ASO compounds. Every creative iteration, every localization, every keyword you claim is a small permanent uplift on a stream that generates installs for as long as your app is live. Publishers who treat ASO as an ongoing programme — not a one-time listing optimization — tend to dominate their categories three to five years in. # How the App Store Ranking Algorithm Actually Works The App Store and Google Play rank apps using algorithms neither Apple nor Google publishes. Apple's developer documentation gestures at "user ratings, relevance, and engagement"; Google Play Console mentions "install velocity, retention, and ratings". Neither is a ranking contract you can optimize against directly. What we do know comes from observation — watching apps rise and fall across hundreds of thousands of keyword-country-category combinations, correlating rank movement with measurable inputs. This guide synthesises what a decade of that empirical work tells us. ## Which algorithm? "The App Store algorithm" isn't one thing. At minimum, there are four distinct ranking systems to think about: 1. **Search rank** — your position when a user searches a specific keyword. Per-keyword, per-country, per-device. 2. **Top Charts** — **[Top Free](https://mwm.ai/glossary/top-free)**, **[Top Paid](https://mwm.ai/glossary/top-paid)**, **[Top Grossing](https://mwm.ai/glossary/top-grossing)**. Per-country, per-category, per-device. 3. **Category rank** — your position within your primary App Store category, independent of the Free/Paid/Grossing split. 4. **Editorial surfacing** — Today tab features, "App of the Day", curated collections. Human-curated with algorithmic recommendations behind the scenes. These systems share some signals (downloads, reviews, retention) but weight them very differently. Search rank cares about keyword relevance in ways chart rank doesn't. Top Grossing cares about revenue; Top Free ignores it. Optimizing for one doesn't automatically help the others. ## The signals both stores have confirmed From developer documentation, WWDC and Google I/O talks, Console UI, and App Store Connect UI, we can confirm the following are explicitly used: - **Download volume** (both stores). The absolute and relative count of installs in a recent window. - **[Download velocity](https://mwm.ai/glossary/download-velocity)** (both). Rate of change, not absolute volume. A newcomer doing 20k/day trending up outranks a veteran doing 50k/day trending flat. - **[Star rating](https://mwm.ai/glossary/star-rating) and review count** (both). With heavy weight toward recent reviews — a 4.8-star app with 100 recent 3-star ratings can rank below a 4.3-star app with 100 recent 5-star ratings. - **Keyword match** (iOS title / subtitle / keywords field; Google Play title / short description / full description). - **Uninstall rate** (Google Play explicit; iOS implicit through retention telemetry). - **Crash rate** (Google Play explicit). - **Update cadence** (both — actively-maintained apps rank better than stale ones). ## The signals MWM has observed empirically The signals above are the ones the platforms acknowledge. From watching rank movement in our dataset, we believe the following are also materially weighted: - **Post-install engagement** — D1, D7, D30 retention and session length appear to influence category and Overall rank, not just search relevance. Apps with strong retention curves outrank apps with better metadata but weaker retention on contested keywords. - **Review velocity** (new reviews per week) separately from total count. An app with 5k total reviews and 200 new this week will outrank a 50k-review app with 5 new this week, if other signals are close. - **Cross-category behaviour** — users installing your app shortly after installing other apps in a cluster appears to signal topical relevance. This is how "customers also installed" rails form. - **Velocity of paid vs. organic** — the algorithm appears to distinguish paid spikes from organic ones, rewarding sustained organic growth more than comparable paid-driven spikes. > We observe that category rank is substantially more durable than Overall rank. An app that breaks into the top 10 of a category typically stays there for weeks; an app that breaks into Overall top 10 via a velocity spike often falls within 5-7 days unless sustained velocity continues. ## How fast ranks move Rank velocity is asymmetric: it's easier to rise fast on the Free chart than to rise fast on Paid or Grossing, and it's always easier to fall than to rise. Typical patterns: - **A Super Bowl-grade marketing push** can move an app 200-500 positions in a single day on the Free chart, reaching the top 10 Overall in major markets. - **A viral social-media moment** (TikTok trend, celebrity mention) produces similar velocity spikes and often decays within 3-7 days. - **A category editorial feature** typically adds 15-40% to baseline downloads for the duration of the feature, with a 30-60% sustained lift for 2-3 weeks after. - **Sustained paid UA at 10-20x baseline** will raise chart rank, but the lift is smaller per dollar than an organic trigger. The algorithm appears to apply a "paid discount" multiplier. - **A broken app update** (heavy crashes, bad reviews) can tank Overall rank 100-200 positions within 48 hours. The common thread: what the algorithm actually scores is **change**, not state. State-based optimization (have great metadata, collect reviews slowly) underperforms velocity-based optimization (coordinate creative pushes with review prompts with update drops). ## Search vs. chart: very different games Search ranking is keyword-deterministic. If your app has "meditation" in its title, it will rank for "meditation" — the only questions are how high and in which countries. Metadata, localization, and review count dominate. Chart ranking is velocity-deterministic. Metadata barely matters; what matters is whether your download curve is trending up. You can have terrible ASO and still top the Free chart with a good marketing push; you can have perfect ASO and never crack the chart if you can't generate velocity. The combined view: great ASO compounds when you generate velocity. Great velocity without great ASO is a flash in the pan. ## Category rank vs. Overall rank For most publishers, **[category rank](https://mwm.ai/glossary/category-rank) is the commercially relevant number**. Overall top 10 is reserved for viral mega-apps and massive spenders; it's also brutally volatile. Category top 10, by contrast, is both more durable and more accessible. Two observations from our rank archive: 1. **Category rank has lower velocity thresholds**. Breaking into top 50 of Finance or Utilities in most countries requires a fraction of the daily downloads required to crack Overall top 100. 2. **Category rank has higher visibility-per-rank**. Browsing users on the Games or Finance chart look deeper than browsing users on the Overall chart, where attention cliffs sharply after position 25. If you're optimizing with limited UA budget or organic-only, category rank is where your effort goes furthest. ## What you actually control Despite the opacity, a great deal of ranking outcome is directly controllable: - **[Keyword rank](https://mwm.ai/glossary/keyword-ranking)**: drive via title, subtitle, keywords field (iOS), and description (Google Play). - **Conversion rate**: drive via creatives (icon, screenshots, preview video). - **Review velocity**: drive via well-timed native rating prompts, 10-25 days post-install, gated on successful action. - **Retention**: drive via onboarding quality, notification strategy, product loop strength. - **Velocity triggers**: drive via coordinated marketing, PR, seasonal events, In-App Events, editorial submissions. Everything else — the exact weighting Apple chose this quarter, the tuning Google rolled out last week — is noise you can't act on. Build an ASO and growth programme around the levers you control, measure weekly, iterate monthly. ## Seasonality and the editorial channel Both stores have seasonal patterns worth tracking: - **Q4** (October-December) is peak download season for consumer apps. Competition for keyword ranks intensifies as UA spend spikes. - **January-February** typically sees new-year installs for health, productivity, and finance apps. - **Back-to-school** (August-September) drives education apps. - **Summer** drives games, travel, and entertainment apps. Editorial featuring on iOS (Today tab, App of the Day, collection cards) is algorithmically seeded but humanly curated. Submission is via App Store Connect; the success rate is low (single-digit percent) but the upside is very high — a Today feature typically delivers 30-100k incremental downloads in a day. ## What's changing Apple's ATT and SKAdNetwork transition (ongoing since iOS 14.5) has pushed both stores toward more algorithmic personalization and away from deterministic attribution-based re-ranking. Practically, this means: - Individual user install decisions carry less signal; aggregate behavioural patterns carry more. - Apps with high retention and engagement gain more relative weight vs. apps with high install counts and weak retention. - Localized performance matters more — a US-only success story translates less well to category rank in Germany than it did five years ago. The playbook: build for durable product quality, not just download volume. Apps that retain and monetize earn sustained rank; apps that don't fall out of the charts the moment the marketing budget cools. ## Where to go next - For the tactical playbook: **[How to Rank Your iOS App](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - For the metadata and creative mechanics: **[The Complete ASO Guide](https://mwm.ai/guides/app-store-optimization)**. - To see rank movement empirically: **[browse MWM's live country rankings](https://mwm.ai/rankings/countries)**. # ASO for Mobile Games — A Practical Guide Games are the largest, most competitive, and most creatively-optimized category on mobile. They also have ASO mechanics that differ substantially from non-game apps. This guide walks through what's unique about ASO for games, and how the publishers who consistently rank handle it. ## Why games are different A few structural differences shape the entire ASO playbook: 1. **Sub-category structure.** The iOS Games category has 19 sub-categories (Action, Adventure, Puzzle, Racing, RPG, Strategy, Casino, and so on). Rankings are primarily per-sub-category. This means the competitive set is narrower than "all games" but deeper than most non-game categories. 2. **Pure discovery-first**. Users browse game charts far more than they browse non-game category charts. Chart placement drives a larger share of organic installs for games than for utilities or productivity apps. 3. **Visual-first evaluation**. A 10-second first impression, overwhelmingly visual. Icon, screenshots, and preview video carry a disproportionate share of conversion weight. 4. **Keyword mechanics shift**. Brand-name keywords matter less than genre + mechanic keywords (e.g., "match-3 puzzle", "open-world RPG", "idle tycoon"). 5. **Live-ops as an ASO lever**. Games that run regular events, seasonal content, and limited-time modes feed In-App Events, which feed search visibility and chart retention. ## Keyword strategy for games For most games, the target keyword basket is a three-layer structure: **Layer 1: Brand terms.** If your game has recognizable brand or IP, capture the brand plus any short-form variants. "Candy Crush", "Clash", "FIFA" — these convert at very high rates when users search for them directly. **Layer 2: Genre + mechanic.** The largest organic install driver for mid-ranked games. Examples: - "match 3 puzzle" - "idle tycoon" - "open-world RPG" - "roguelike card" - "racing simulator" These keywords have meaningful volume and users searching them have high install intent. **Layer 3: Descriptor and mood.** Lower volume but often less competitive. - "cozy puzzle games" - "hyper casual arcade" - "offline strategy" - "no-wifi games" Layer 3 terms are where mid-sized games consistently win against bigger competitors — the incumbents don't bother to optimize for them, and intent is strong. ## Screenshot strategy Games break the default "caption everything" screenshot convention because the visuals themselves are the value proposition. The frameworks that consistently win: **For RPGs, adventure, narrative games:** - Screenshot 1: Hero character art or in-game cinematic moment with a subtitle like "Your quest begins" - Screenshot 2: Key combat or exploration moment - Screenshots 3-5: Feature callouts (classes, world map, crafting system) - Screenshot 6+: Supporting polish — reviews, awards, social mechanics **For puzzle, casual, hyper-casual:** - Screenshot 1: A single compelling in-play screenshot with overlaid text explaining the hook ("Match 3 to clear the board") - Screenshot 2: A "satisfying moment" — a big combo, a level complete animation, a reward screen - Screenshots 3-5: Progression mechanics, variety of levels or modes - Screenshot 6+: Social proof and awards **For strategy, simulation, management:** - Screenshot 1: A sprawling screenshot of your world or empire at depth — show scale - Screenshot 2: A pivotal decision moment (e.g., a battle, an economy panel) - Screenshots 3-5: Core systems (units, tech tree, base building) - Screenshot 6+: Multiplayer, PVP, or endgame depth The constant across genres: the first screenshot must communicate what the player does, not just what the game looks like. "Looks beautiful" doesn't convert; "I can see myself playing this" does. ## The preview video For games, preview video is the single highest-leverage non-core creative asset. A well-made 15-30 second iOS preview video can lift store-page conversion by 20-40% on top of static screenshots. What wins: - **Show gameplay within the first 2 seconds.** Cinematic intros bleed user attention. Auto-play starts muted, so the opening must be visually compelling without audio. - **Build in captions / overlaid text.** Users who watch without sound (majority) need textual reinforcement of what's happening. - **End on a win moment.** The last frame sticks in memory. Finish on a combo, a level complete, a boss defeat — not a fade-out. - **Keep it under 30 seconds.** Apple caps at 30s; shorter often performs better. Don't recycle your TikTok or YouTube trailers. Those are optimized for different contexts. A store-page preview video is a dedicated creative asset. ## In-App Events — the most under-used games ASO lever Apple's [In-App Events](https://mwm.ai/glossary/in-app-events) allow up to 5 concurrent or upcoming events, each running up to 31 days, surfaced both on your product page and in search results. For games, this is essentially a free promotional slot for every seasonal push, tournament, or content drop you ship. Common event types for games: - **Tournament / competition** — weekly or bi-weekly ranked events - **Limited-time mode** — variant gameplay (e.g., "Halloween mode", "Darkness Ascending event") - **New character / content drop** — a new playable character or storyline - **Seasonal theme** — reskin or special rules for a holiday window - **Live stream or community event** — tied to a Twitch stream, community milestone, or developer Q\&A Games that rotate events weekly consistently out-rank games that never use the feature, holding other signals equal. The events drive both chart velocity (new installs from event hype) and product-page conversion (users see "event active now" and convert higher). > In our data, games that ran at least one active In-App Event continuously for 6+ months held category rank 2-3x longer than games that didn't use the feature at all. ## Rating and review velocity for games Games have the widest rating distribution of any category — both some of the highest-rated apps (curated indie hits) and some of the lowest (pay-to-win free-to-play games that monetize aggressively). Keys to maintaining healthy ratings for games specifically: 1. **Prompt after positive moments only.** After a level complete, a boss defeat, a milestone achievement — never after a defeat, an IAP failure, or an ad interaction. 2. **Gate on active-day threshold.** Don't prompt until the player has returned at least 3 times. Early-dropped players skew negative. 3. **Never prompt inside a paywall or monetization flow.** Apple flags this and it generates backlash. 4. **Respond to negative reviews publicly.** Google Play shows your response. Thoughtful responses improve your overall rating perception even if the individual review stays. ## Sub-categories and positioning Picking the right sub-category at submission is irreversibly consequential. You'll rank primarily within that sub-category chart, and users browsing that chart set their expectations accordingly. Two practical rules: 1. **Pick accuracy over opportunity**. Don't game the taxonomy by picking Puzzle when your game is actually Strategy. Mismatch produces low-intent installs that rate poorly. 2. **Use the secondary sub-category for breadth**. If your game has two clear genres, use primary for the dominant one and secondary for the other. You'll appear on both charts (weighted toward primary). ## The live-ops multiplier The biggest difference between top-decile and median games isn't their launch; it's their post-launch operation. Games that ship regular content drops, run rotating events, and respond to community signals maintain chart rank 3-6x longer than games that launch and then go dormant. Everything above — keyword work, creative refreshes, rating management, In-App Events — compounds only if you're shipping. Plan ASO as an ongoing component of live-ops, not a one-time launch task. ## Where to go next - For the iOS execution playbook: **[How to Rank Your iOS App](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - For the broader reference: **[The Complete ASO Guide](https://mwm.ai/guides/app-store-optimization)**. - For understanding the ranking signals: **[How the App Store Ranking Algorithm Works](https://mwm.ai/guides/app-store-ranking-algorithm)**. - To benchmark your category: **[browse live rankings for Games](https://mwm.ai/rankings/countries/US/devices/iphone/categories/6014)** across 150+ countries on MWM Scale. # App-Engagement-Strategien: Wie man Engagement und Nutzungsbindung steigert Engagement ist der Leading Indicator, dem alle anderen App-Metriken hinterherhinken. Noch bevor die [Retention](https://mwm.ai/glossary/retention)-Kurve einer Kohorte sichtbar wird — und lange bevor es ihr Umsatz tut — zeigt Engagement, ob das Produkt Fuß fasst. Im MWM-Katalog verzeichnet die mediane App **2,94 Sessions und rund 4 Minuten pro Nutzer pro Tag, bei einer [DAU/MAU](https://mwm.ai/glossary/dau-mau)-Nutzungsbindung von 14,1 %** — und das obere Dezil verdoppelt bis verdreifacht diese Werte in etwa. Dieser Leitfaden handelt davon, sie zu verbessern. Der entscheidende Rahmen: Engagement ist keine einzelne Zahl, sondern drei Dimensionen — und der häufigste Fehler ist, die falsche davon für das eigene Produkt zu optimieren. ## Die drei Dimensionen des Engagements - **Frequenz** — wie oft Nutzer zurückkehren. Gemessen als [Sessions pro Nutzer pro Tag](https://mwm.ai/glossary/session-frequency). Katalog-Median: 2,94; oberes Dezil: 5,28. - **Tiefe** — wie viel sie pro Besuch tun. Gemessen als [Session-Länge](https://mwm.ai/glossary/session-length) und Zeit pro Nutzer pro Tag. Medianer Katalog-Session: 1 Min. 22 Sek.; mediane Zeit pro Nutzer: 4 Min. 18 Sek. - **Nutzungsbindung** — welcher Anteil der monatlichen Nutzer täglich erscheint. Gemessen als [DAU/MAU](https://mwm.ai/glossary/dau-mau). Katalog-Median: 14,1 %; ein sinnvoller Richtwert liegt bei 20 % und darüber. Starke Apps bewegen alle drei, aber das *richtige Gleichgewicht* ist kategoriespezifisch (dazu weiter unten mehr). Wähle die Dimension, die zum Wertangebot deines Produkts passt, und führe damit an. ## Hebel 1 — Frequenz: mehr Rückkehrbesuche gewinnen Frequenz entsteht dadurch, dass man Nutzern einen wiederkehrenden, verinnerlichten Grund gibt, die App zu öffnen. - **Den Habit Loop straffen.** Ein schneller, belohnender [Core Loop](https://mwm.ai/glossary/core-loop) — und für habitbetonte Produkte ein variabel belohnender [Compulsion Loop](https://mwm.ai/glossary/compulsion-loop) — macht das nächste Öffnen zur Gewohnheit. - **Eine Kadenz verankern.** Ein [Daily Streak](https://mwm.ai/glossary/daily-streak), eine tägliche Content-Aktualisierung oder ein fester täglicher Rückkehrgrund erzeugt Frequenz. - **Trigger mit Mehrwert, nicht mit Schuldgefühlen.** Gut getimte [Push-Benachrichtigungen](https://mwm.ai/glossary/push-notification) und [In-App-Nachrichten](https://mwm.ai/glossary/in-app-messaging) aktivieren die Gewohnheit erneut; zu viele Trigger gewöhnen Nutzer daran, dich zu stummschalten. Beobachte die [Session-Frequenz](https://mwm.ai/glossary/session-frequency) als frühes Signal dafür, dass sich die Gewohnheit bildet. ## Hebel 2 — Tiefe: jede Session wertvoll machen - **Feature-Adoption vorantreiben.** Nutzer, die mehr vom Wertangebot des Produkts erreichen, engagieren sich tiefer und bleiben länger; führe sie zur zweiten und dritten Kernhandlung, nicht nur zur ersten. - **Auf Power-User hinarbeiten.** Kartiere den [Power-User](https://mwm.ai/glossary/power-user)-Pfad und ziehe engagierte Nutzer daran entlang — Power-User tragen Nutzungsbindung und Mundpropaganda. - **[Gamification](https://mwm.ai/glossary/gamification) dort einsetzen, wo sie passt** — Fortschritt, Ziele und Belohnungen vertiefen Sessions in den richtigen Produkten und wirken hohl in den falschen. Ein Hinweis: Tiefe ist die am häufigsten fehlinterpretierte Dimension. Länger ist nicht universell besser — dazu mehr im Kategorie-Abschnitt. ## Hebel 3 — Nutzungsbindung: monatliche Nutzer zu täglichen machen Nutzungsbindung ([DAU/MAU](https://mwm.ai/glossary/dau-mau)) ist die beste kompakte Gesundheitszusammenfassung des Engagements und ein starker Input für die [North-Star-Metrik](https://mwm.ai/glossary/north-star-metric). Das obere Dezil des Katalogs erreicht 31 %, das oberste Prozent kommt auf 57,7 % — der Bereich täglicher Gewohnheitsnutzung. Den Sprung von gelegentlicher zu täglicher Nutzung zu schaffen ist das übergeordnete Engagement-Ziel: Es schlägt sich auf Retention nieder und gibt jeder Monetarisierungsfläche mehr Chancen zu wirken. Reaktiviere abwandernde Nutzer mit [Re-Engagement](https://mwm.ai/glossary/re-engagement)-Flows, bevor Nutzungsbindung in Churn umschlägt. ## Die Kategorie-Perspektive Engagement sieht je nach Kategorie völlig unterschiedlich aus — genau deshalb scheitert ein einheitliches Playbook: | Kategorie | Sessions/Nutzer/Tag | Mediane Zeit/Nutzer/Tag | DAU/MAU-Nutzungsbindung | | ------------------------ | ------------------- | ----------------------- | ----------------------- | | Social & Kommunikation | 3,26 | 3 Min. 46 Sek. | **21,2 %** | | Games | 3,21 | **12 Min. 18 Sek.** | 11,8 % | | Produktivität & Tools | 2,94 | 2 Min. 3 Sek. | 17,5 % | | Medien & Entertainment | 2,88 | 3 Min. 44 Sek. | 15,0 % | | Lifestyle & Wohlbefinden | 2,71 | 2 Min. 34 Sek. | 15,2 % | | Bildung & Wissen | 2,76 | 3 Min. 8 Sek. | 12,6 % | Lies sorgfältig. **Games dominieren die Tiefe** (12+ Minuten täglich), haben aber die *niedrigste* tägliche Nutzungsbindung — lange, seltene, novitätsorientierte Sessions. **Social führt bei der Nutzungsbindung** (21 %) durch kurze, aber häufige Besuche. **Produktivität bindet Nutzer trotz winziger Sessions** (2 Minuten täglich), weil sie schnell Wert liefert — bei diesen Apps wäre die Optimierung der Session-Länge falsch. Erkenne die natürliche Form deines Wertangebots und optimiere darauf hin. ## Engagement als Leading Indicator Engagement ist der Ort, an dem du Product-Market-Fit zuerst spürst und am frühesten handeln kannst. Steigende Frequenz und Nutzungsbindung in dieser Woche werden nächsten Monat zu besserer [Retention](https://mwm.ai/guides/how-to-improve-app-retention), und bessere Retention wird zu höherem Kundenwert, der die gesamte [Monetarisierungs-](https://mwm.ai/guides/app-monetization-strategies) und Akquisitionsmaschine finanziert. Steuere Engagement, um Retention zu bewegen, und Retention, um Umsatz zu bewegen — in dieser Reihenfolge, denn jedes Glied ist der Leading Indicator des nächsten. # App-Monetarisierungsstrategien: Wie man ARPDAU, ARPU und LTV steigert Die meiste Monetarisierungsberatung optimiert den Durchschnitt. Die Daten zeigen, dass der Durchschnitt das falsche Ziel ist. Im MWM-Katalog beträgt der **mediane 30-Tage-[ARPU](https://mwm.ai/glossary/arpu) 0,15 $, das obere Dezil 4,64 $ und das oberste 1 % 43 $** — eine Spanne von rund dem 290-fachen. Der mediane IAP-[ARPDAU](https://mwm.ai/glossary/arpdau) liegt bei etwa einem Cent. Monetarisierung ist ein Power Law: Sie wird im Tail gewonnen, von den Apps, die Conversion, Payer-Value und Retention gemeinsam zusammensetzen — nicht von denen, die einen leicht höheren Durchschnitt verfolgen. Dieser Leitfaden ist das Optimierungs-Companion zum [Mobile-App-Monetarisierungs](https://mwm.ai/guides/mobile-app-monetization)-Pillar. Jener Leitfaden behandelt *welches Modell* du wählen sollst; dieser hier behandelt *wie du den Umsatz steigern kannst*, sobald du dich entschieden hast. ## Die Monetarisierungsgleichung: vier Hebel Reduziert man Monetarisierung auf ihre Arithmetik, gibt es nur vier Stellgrößen: > **Umsatz ≈ Nutzer × Conversion-to-Paying × [ARPPU](https://mwm.ai/glossary/arppu) × Retention** — oder für engagement-monetarisierte Apps: **DAU × ARPDAU.** Alles Folgende lässt sich einem dieser vier Hebel zuordnen. Die Disziplin besteht darin herauszufinden, welcher davon *dein* bindender Engpassfaktor ist, und ihn zu ziehen — statt die Anstrengung gleichmäßig zu verteilen. ## Hebel 1 — Conversion: kostenlose Nutzer in Zahler verwandeln Bei den meisten Consumer-Apps liegt die Zahlerquote im niedrigen einstelligen Prozentbereich (6 % als Planungsannahme ist realistisch, viele Apps liegen weit darunter). Das macht den [Paywall](https://mwm.ai/glossary/paywall) und den [Trial-Conversion](https://mwm.ai/glossary/trial-conversion)-Flow zur hochfrequentiertesten Monetarisierungsfläche, die du besitzt. - **Den Paywall nach dem Wertmoment platzieren, nicht davor.** Nutzer konvertieren, wenn sie das Produkt erlebt haben; ein harter Paywall beim ersten Öffnen tauscht eine langfristige [Conversion Rate](https://mwm.ai/glossary/conversion-rate) gegen eine oberflächliche frühe Zahl. - **Den Trial an das Habit-Formation-Fenster anpassen.** 3-Tage-Trials konvertieren stärker über Dringlichkeit; 7-Tage-Trials bauen mehr Gewohnheit und höheren Retained Value auf. Teste beides. - **Die Entscheidung vereinfachen, nicht nur den Preis senken.** Weniger Pläne, ein klarer Standard und ein offensichtliches „Beliebtestes"-Tier konvertieren besser als eine Optionenwand. ## Hebel 2 — ARPPU: das tatsächlich Gezahlte steigern Da so wenige Nutzer zahlen, dominiert der Betrag, den jeder *Zahler* ausgibt, den Umsatz. Der mediane modellierte [ARPPU](https://mwm.ai/glossary/arppu) liegt bei 1,88 $/Monat, das obere Dezil bei 42,76 $ — dasselbe Power Law wie beim ARPU. - **Preis nach Wert und Zahlungsbereitschaft, nicht nach Kosten.** Ankere mit einem Jahresplan, biete ein Premium-Tier an und lass den [Average Order Value](https://mwm.ai/glossary/average-order-value) durch Bundles und Upsells steigen. - **Whales gezielt bedienen.** Die Kategoriedaten machen das konkret: Games haben den *niedrigsten* Median-ARPU (0,07 $), aber ein Top-Dezil von 5,72 $ — ihr Umsatz ist [Whale](https://mwm.ai/glossary/whale)-konzentriert. Wenn dein oberstes 1 % der Zahler den größten Teil des Umsatzes treibt, sind Premium-Bundles und High-Tier-Angebote nicht gierig — sie sind das Geschäftsmodell. - **Standardmäßig auf Jahrespläne setzen.** Jahrespläne heben den ARPPU und reduzieren Churn gleichzeitig. ## Hebel 3 — Retention ist der LTV-Multiplikator Das ist der Hebel, den die meisten Teams unterschätzen. [LTV](https://mwm.ai/glossary/ltv) ist ARPDAU integriert über die [Retention](https://mwm.ai/glossary/retention)-Kurve — und die mediane App hat in ihren ersten 30 Tagen nur **4,08 aktive Tage**. Mehr aktive Tage bedeuten mehr Umsatz pro Nutzer ohne jede Änderung an Preis oder Conversion. Ein Prozentpunkt mehr D30-Retention erhöht den LTV über *alle* zahlenden Kohorten gleichzeitig. Deshalb ist das [Retention-Playbook](https://mwm.ai/guides/how-to-improve-app-retention) auch ein Monetarisierungs-Playbook: Den lecken Eimer zu reparieren verstärkt jeden anderen Hebel. Wenn dein ARPDAU solide ist, aber der LTV schwach, liegt das Problem bei der Retention, nicht beim Pricing. ## Hebel 4 — Den Mix erweitern - **Hybrid werden.** Die meisten erfolgreichen Consumer-Apps schichten Modelle: ein Subscription- oder [IAP](https://mwm.ai/glossary/iap)-Kern mit taktischen Werbeanzeigen für Nicht-Zahler. Die Mehrheit, die nie zahlt, kann stattdessen über eine Werbe-Schicht monetarisiert werden. - **Einen Ad-Revenue-Floor hinzufügen.** Für Apps mit langer Session-Zeit (Games, Social, Entertainment) sind Werbeeinnahmen auf der kostenlosen Basis echtes Geld, das der reine IAP-ARPDAU oben nicht erfasst. - **Preise lokalisieren.** Die Zahlungsbereitschaft variiert je nach Markt stark; Preislokalisierung holt Umsatz zurück, den ein globaler Einheitspreis auf dem Tisch liegen lässt. ## Die Kategorie-Perspektive Median-ARPU und Top-Dezil-ARPU nach Kategorie zeigen, welche Art von Monetarisierung überhaupt für dich verfügbar ist: | Kategorie | Median-ARPU | Top-10%-ARPU | | ------------------------ | ----------- | ------------ | | Social & Kommunikation | 0,36 $ | 7,71 $ | | Lifestyle & Wohlbefinden | 0,34 $ | 4,85 $ | | Bildung & Wissen | 0,24 $ | 3,23 $ | | Medien & Entertainment | 0,19 $ | 4,39 $ | | Produktivität & Tools | 0,14 $ | 2,90 $ | | Games | 0,07 $ | 5,72 $ | Social und Lifestyle monetarisieren breit (hoher Median); Games monetarisieren eng, aber tief (niedriger Median, whale-getriebenes Top-Dezil). Kopiere nicht das Broad-Conversion-Playbook einer Social-App in ein Game, und nicht das Whale-Playbook eines Games in eine Utility-App. ## Wo anfangen Diagnostiziere den bindenden Engpassfaktor, bevor du optimierst. Zahlen wenige Nutzer, behebe die Conversion. Zahlen Zahler wenig, behebe den ARPPU. Verlassen Nutzer die App schnell, behebe die Retention — das ist in der Regel der größte und am stärksten vernachlässigte Hebel. Ziehe den Hebel, der dich tatsächlich einschränkt, miss die Bewegung an einer Kohorte, und geh dann zum nächsten über. # App-Onboarding-Best-Practices: Wie man die Aktivierung in der ersten Session verbessert [Onboarding](https://mwm.ai/glossary/onboarding) ist die dreißig Sekunden mit dem höchsten Einsatz in deinem Produkt. Im MWM-Katalog behält die mediane App nur **27,3 % der Nutzer bis Tag 1** — fast drei Viertel sind nach der ersten Session weg. Diese Zahl ist mehr als alles andere ein Onboarding-Urteil: Sie misst, ob brandneue Nutzer den Wert erreicht haben, bevor Friction oder Langeweile gewann. Dieser Leitfaden handelt davon, sie zu verändern. ## Definiere zuerst deinen Aktivierungsmoment Du kannst nicht auf ein Ziel optimieren, das du nicht benannt hast. Jede App hat einen [Aha-Moment](https://mwm.ai/glossary/aha-moment) — den Augenblick, in dem ihr Kernwert selbstverständlich wird — und einen entsprechenden [Aktivierungs](https://mwm.ai/glossary/activation)-Meilenstein, den du messen kannst: *erste Playlist erstellt, erstes Workout geloggt, erste Nachricht gesendet.* - Wähle die eine erste Aktion, die die Tag-2-Rückkehr am besten vorhersagt, und instrumentiere sie. - Mache das Erreichen dieses Meilensteins zur expliziten Aufgabe von Session eins. Alles im Onboarding führt den Nutzer entweder zu diesem Meilenstein — oder steht im Weg. ## Zeit-bis-Wert verkürzen Je schneller ein Nutzer den Aha-Moment erreicht, desto mehr von ihnen überleben bis Tag 1. - **Alles verschieben, was nicht der Wert ist.** Account-Erstellung, Berechtigungsabfragen, Paywalls und lange Tutorials verschieben den Wertmoment nach hinten — bewege sie nach ihm. - **Progressives Onboarding nutzen.** Lehre Features, wenn sie relevant werden, nicht alle auf einmal in einem Carousel, das der Nutzer durchwischt. - **Schritte konsequent kürzen.** Jeder Bildschirm zwischen Install und Wert ist ein Absprungpunkt. ## Die erste Session zu einem geführten Gewinn machen Die erste Session sollte damit enden, dass der Nutzer die Kern-Aktion *einmal ausgeführt* hat — nicht nur davon gelesen hat. - Ersetze den leeren Leerstand durch einen geführten ersten Gewinn — ein Muster, eine Vorlage, einen Ein-Tipp-Startpunkt. - Führe den Nutzer einmal durch den [Core Loop](https://mwm.ai/glossary/core-loop), und geh dann aus dem Weg. - Erfolg in Session eins ist eine abgeschlossene Aktion, kein beendetes Tutorial. ## Anfragen nicht vorausladen Der schnellste Weg, einen neuen Nutzer zu verlieren, ist, vor dem Wert nach Commitment zu fragen. - **Account-Erstellung nach dem Wert.** Lass Nutzer das Produkt erleben, dann bitte sie, ihren Fortschritt mit einem Account zu speichern. - **Berechtigungen vorbereiten.** Erkläre den Nutzen von Benachrichtigungen, bevor der System-Dialog ausgelöst wird — dieselbe Disziplin, die im [Push-Notification-Playbook](https://mwm.ai/guides/push-notification-best-practices) behandelt wird. Eine abgelehnte Abfrage ist schwer zu erholen. - **Paywall nach dem Aha-Moment**, damit der Nutzer entscheidet, ob er für Wert zahlt, den er bereits erlebt hat. ## Den Pfad personalisieren Ein relevantes erstes Erlebnis aktiviert besser als ein generisches. Wo möglich, stelle eine leichtgewichtige Frage zum Ziel des Nutzers und passe die erste Session darauf an — die kleine Kosten einer einzigen Frage wird durch ein erstes Erlebnis zurückgezahlt, das tatsächlich dem Grund entspricht, weshalb sie die App installiert haben. ## Onboarding wie einen Funnel messen - **Aktivierungsrate** — Anteil neuer Nutzer, die den Aktivierungs-Meilenstein in Session eins erreichen. - **Zeit-bis-Wert** — wie lange sie dafür brauchen. - **Schritt-Funnel** — wo im Onboarding-Flow Nutzer abspringen, damit du das tatsächliche Leck behebst. - **D1-[Retention](https://mwm.ai/glossary/n-day-retention)** — das nachgelagerte Ergebnis; Aktivierung sollte sie bewegen. Onboarding speist Aktivierung, Aktivierung speist [Retention](https://mwm.ai/guides/how-to-improve-app-retention), und Retention speist alles andere. Es ist der erste Schritt in jeder ernsthaften Wachstumsmaßnahme — repariere die erste Session, bevor du einen Euro dafür ausgibst, mehr Nutzer in einen lecken Trichter zu schütten. # Der vollständige Leitfaden zur App Store Optimization (ASO) App Store Optimization ist das mobile Äquivalent von SEO: der systematische Prozess, im App Store und auf Google Play höher zu ranken und mehr des daraus resultierenden Traffics in Installs zu konvertieren. Für die meisten erfolgreichen Consumer-Apps sind organische Installs aus ASO der einzeln größte und qualitativ hochwertigste Akquisitionskanal — und anders als bei bezahlter UA setzt sich die Arbeit fort. Dieser Leitfaden behandelt jeden wichtigen Hebel, den ein Mobile Publisher verstehen sollte, gegliedert nach den drei Phasen des Funnels, den ASO berührt: **Sichtbarkeit** (ob Nutzer dein Listing sehen), **Conversion** (ob sie installieren) und **Dauerhaftigkeit** (ob die Installs bleiben und die Rückkopplungsschleife antreiben, die die Store-Algorithmen belohnen). ## Was ASO eigentlich optimiert Der App Store und Google Play ranken Apps mit Algorithmen, die in der Form ähnlich, aber in der Implementierung unterschiedlich sind. Beide gewichten eine Kombination aus drei breiten Signalkategorien: 1. **Relevanz-Signale** — wie gut die Metadaten deiner App der Suchanfrage eines Nutzers oder dem Kontext entsprechen, den Apple/Google für Chart-Rankings verwendet. Das ist es, was Keyword-Targeting, Titel, Untertitel und Beschreibungstext antreibt. 2. **Verhaltens-Signale** — Download-Velocity, Conversion Rate von Impression zu Install, Review-Velocity und Rating, Retention und (bei Google Play) Absturzrate. Das sind die Metriken, die der Algorithmus nutzt, um zu entscheiden, ob deine App das Ranking verdient, das ihre Metadaten nahelegen. 3. **Engagement-Signale** — Post-Install-Retention und aktive Nutzungsmuster. Beide Stores berücksichtigen diese zunehmend über First-Party-OS-Daten (iOS) und Firebase/Play-Console-Telemetrie (Android). Du kontrollierst nicht die Algorithmen, aber du kontrollierst vollständig die Inputs. Alles in ASO ist entweder oberflächennah (Metadaten und Creatives, die du einreichst) oder velocity-nah (Verhalten, das du durch Produktqualität, Marketing und Betrieb antreibst). ## Die drei Hebel-Kategorien ### 1. Metadaten-Optimierung Metadaten sind der indexierte Text, den Apple und Google verwenden, um deine App Suchanfragen zuzuordnen. Jedes Feld hat eine spezifische Zeichenbegrenzung, eine spezifische Gewichtung und einen spezifischen Review-Rhythmus. **Auf iOS** sind die für Keyword-Ranking relevanten Felder: - **[App-Titel](https://mwm.ai/glossary/app-title)** (30 Zeichen). Höchste Keyword-Gewichtung. Typischerweise strukturiert als **Marke: Primäres Keyword** oder **Marke — Primärer Deskriptor**. - **[Untertitel](https://mwm.ai/glossary/subtitle)** (30 Zeichen). Zweithöchste Gewichtung. Wird für sekundäre Keywords verwendet, die als Vorteile formuliert sind. - **[Keywords-Feld](https://mwm.ai/glossary/keywords-field)** (100 Zeichen, kommagetrennt). Für Nutzer unsichtbar, aber indexiert. Mit Singularformen, Synonymen und Long-Tail-Begriffen befüllen. - **Werbungstext** (170 Zeichen). NICHT indexiert — rein konversionsorientierter Text. Ohne App-Review bearbeitbar. - **Beschreibung** (4.000 Zeichen). Schwach indexiert. Primär eine Conversion-Fläche. **Auf Google Play** unterscheidet sich die Keyword-Oberfläche: - **App-Titel** (30 Zeichen). Höchste Gewichtung, ähnliche Struktur wie iOS. - **Kurzbeschreibung** (80 Zeichen). Hohe Gewichtung, sichtbar und indexiert. - **Vollständige Beschreibung** (4.000 Zeichen). Mit Keyword-Density-Gewichtung indexiert. Ziele auf 1,5–3 % Dichte bei deinen primären Begriffen ohne Stuffing. Auf Google Play gibt es kein Keywords-Feld. Keywords, für die du ranken möchtest, müssen natürlich im Titel, in der Kurzbeschreibung oder in der Langbeschreibung erscheinen. ### 2. Creative-Optimierung Creatives treiben die Impression-to-Install Conversion Rate — der einzeln größte Hebel für organisches Install-Volumen, sobald du eine Basisl-Sichtbarkeit hast. - **App-Icon**. Das Erste, was ein Nutzer in Suchergebnissen oder im Chart sieht. A/B-teste Formen, Farbpaletten und ob du eine Figur, ein Lettermark oder ein funktionales Piktogramm zeigst. - **[Screenshots](https://mwm.ai/glossary/screenshots)**. Apple erlaubt bis zu 10; Google Play 2–8. Die ersten zwei tragen 60–80 % der Conversion-Gewichtung. Nutze sie, um den Hauptvorteil deiner App zu präsentieren — beschriftete Screenshots mit kurzem Marketing-Text übertreffen konsistent rohe UI-Aufnahmen. - **Preview-Video** (iOS 15–30 Sek., Google Play 30–120 Sek.). Optional, aber hohe Hebelwirkung für Games und visuelle Produkte. - **[Custom Product Pages](https://mwm.ai/glossary/custom-product-page) (iOS)** und **Custom Store Listings (Google Play)**. Varianten-Seiten, die du aus bezahlten Werbekampagnen oder Pre-Registration-Funneln verlinken kannst, um Creative-Kontext auf die Landing-Page abzustimmen. Die meisten Apps investieren zu wenig in Creative-Iteration. Ein 2-facher IPM-Uplift bei einer gewinnenden Screenshot-Variante kann die bezahlte UA-Effizienz beim gleichen CPI verdoppeln — und gleichzeitig die organische Conversion bei jeder Impression steigern. ### 3. Off-Page- und Verhaltens-Signale - **[Star-Rating](https://mwm.ai/glossary/star-rating)** und Review-Volumen, stark gewichtet in Richtung aktueller Bewertungen. - **[Download-Velocity](https://mwm.ai/glossary/download-velocity)** — die Änderungsrate täglicher Installs. Das ist es, was Apps im Free-Chart nach oben bewegt. - **Deinstallationsrate** (Google Play). Im Play Console nachverfolgt; hohe Raten können das Ranking bestrafen. - **Absturzrate** (Google Play). Dasselbe. - **In-App Events (iOS)**. Zeitlich begrenzte Events (bis zu 5 gleichzeitig), die auf deiner Produktseite und in der Suche erscheinen. Nutze sie für saisonale Hooks, Feature-Launches und Turniere. ## Wie man ein ASO-Programm priorisiert Für eine neue oder unterinvestierte App ist die Vorgehensweise ungefähr: 1. **Den aktuellen Stand als Baseline messen.** Kenne deine aktuellen Keyword-Rankings (für alle Ziel-Keywords, pro Land), Kategorie-Rank, Impression-Volumen und Install-Conversion-Rate. Ohne Baselines kannst du keine Veränderungen messen. 2. **Die fehlerhaftesten Metadaten zuerst beheben.** Wenn dein Titel kein Keyword enthält oder dein Untertitel Marken-Copy wiederholt, sind das unverhältnismäßig hochwertige Korrekturen. 3. **Einen kleinen Keyword-Korb anpeilen.** 10–20 Keywords, die du aktiv rankst und verfolgst. Von Platz 50–200 auf Dutzenden Keywords auf Top-10 bei einem davon zu kommen bewegt mehr Nadeln. 4. **Einen Icon- und Erste-zwei-Screenshots-Test ausliefern.** Diese Flächen tragen 60–80 % der Conversion-Gewichtung — innerhalb von Wochen weißt du, ob deine Visuals unterdurchschnittlich abschneiden. 5. **Den Long Tail iterieren.** Sobald Metadaten und primäre Creatives stimmen, ist deine laufende Arbeit die Iteration über sekundäre Screenshots, Event-Hooks, Lokalisierungen und den Keyword-Korb. > Bei MWM beobachten wir, dass die meisten Apps in den unteren zwei Quartilen ihrer Kategorie noch nie einen einzigen Icon-A/B-Test durchgeführt haben. Das Delta zwischen der medianen und der Top-Quartil-App bei der Creative-Iterations-Kadenz ist größer als das Delta beim Budget. ## iOS vs. Google Play: die praktischen Unterschiede | Dimension | iOS | Google Play | | ----------------------------------- | --------------------------------- | --------------------------------------------------- | | Keywords-Feld | Ja (100 Zeichen, versteckt) | Nein | | Keyword-Gewichtung der Beschreibung | Schwach | Stark | | Titel-Zeichenbegrenzung | 30 | 30 | | A/B-Testing-Infrastruktur | Product Page Optimization (nativ) | Store Listing Experiments (nativ) | | Creative-Varianten | Bis zu 35 Custom Product Pages | Mehrere Custom Store Listings | | Primäres Off-Page-Signal | Download-Velocity + Bewertungen | Velocity + Bewertungen + Retention + Deinstallation | | In-Store-Events | In-App Events (bis zu 5) | Promotional Content Card | Plane separate ASO-Workflows pro Store. Titelstruktur, Keyword-Auswahl und Screenshot-Test-Kadenz konvergieren in der Regel, aber Googles Long-Description-Keyword-Strategie und die Nutzung von iOS's Keywords-Feld sind klar unterschiedliche Aufgaben. ## ASO messen Das kanonische ASO-Dashboard verfolgt pro Land und pro Store: - **Keyword-Rank** (pro Ziel-Keyword) und Bewegung von Tag zu Tag. - **Kategorie-Rank** und Gesamtrank. - **Impressions** (Apple Analytics → Produktseiten-Impressions; Google Play Console → Akquisitionsberichte). - **Conversion Rate** von Impression zu Install. - **Review-Velocity** (neue Bewertungen pro Woche) und **Rating-Trend**. - **Suche vs. Browse-Split** — welcher Anteil deiner Installs aus der Suche, aus dem Chart, aus Referrer-Anzeigen und aus redaktionellem Featuring stammt. [MWM Scale](https://mwm.ai/mwm-scale) verfolgt Keyword-Rank, Kategorie-Rank und Wettbewerbs-Benchmarks in über 150 Ländern, mit kostenlosen Tiers für Publisher, die ihre eigene App tracken. ## Häufige Fehler Muster, die wir bei unterdurchschnittlichen Apps immer wieder sehen: 1. **Keyword-Stuffing in Titeln.** Apple und Google lehnen beide Spam-Titel ab, und gefüllte Titel senken die Conversion. Wähle ein primäres Keyword und eine Marke. 2. **Keine Lokalisierung.** Jeder bedeutende internationale Markt (DE, FR, ES, BR, JP, KR) sollte lokal übersetzte Metadaten haben, keine maschinenübersetzten. Lokalisierte Listings können die Conversion in nicht-englischsprachigen Märkten verdoppeln. 3. **Statische Creatives über Jahre.** Wenn du deine Screenshots seit 12 Monaten nicht aktualisiert hast, lässt du 20–40 % organische Conversion liegen. 4. **ASO als einmalige Launch-Aktivität behandeln.** Es ist ein dauerhaftes Programm. Keyword-Landschaften verschieben sich, Wettbewerber iterieren, und du musst kleine Gewinne zusammensetzen. 5. **Für Rank optimieren ohne Install-Qualität zu messen.** Ein Keyword zu gewinnen, das Nutzer mit niedriger Retention liefert, ist schlechter als es zu verlieren. Bewerte immer die Kohorten-Qualität neben dem Rank. ## Wie es weitergeht - Wenn du eine Basis-App hast und einen Schritt-für-Schritt-Plan möchtest: **[Wie du deine iOS-App rankst](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - Wenn du ein Games-Publisher bist: **[ASO für Mobile Games](https://mwm.ai/guides/aso-for-games)**. - Wenn du die Signale verstehen möchtest, gegen die du optimierst: **[Wie der App-Store-Ranking-Algorithmus funktioniert](https://mwm.ai/guides/app-store-ranking-algorithm)**. - Wenn deine Monetarisierung und dein LTV die UA-Mathematik nicht stützen: **[Mobile-App-Monetarisierung](https://mwm.ai/guides/mobile-app-monetization)**. ASO setzt sich fort. Jede Creative-Iteration, jede Lokalisierung, jedes beanspruchte Keyword ist ein kleiner dauerhafter Uplift auf einem Stream, der Installs generiert, solange deine App live ist. Publisher, die ASO als laufendes Programm behandeln — nicht als einmalige Listing-Optimierung — dominieren ihre Kategorien in der Regel nach drei bis fünf Jahren. # Wie der App-Store-Ranking-Algorithmus wirklich funktioniert Der App Store und Google Play ranken Apps mit Algorithmen, die weder Apple noch Google veröffentlicht. Apples Entwicklerdokumentation deutet auf „Nutzerbewertungen, Relevanz und Engagement" hin; Google Play Console erwähnt „Install-Velocity, Retention und Ratings". Keines davon ist ein Ranking-Vertrag, gegen den man direkt optimieren kann. Was wir tatsächlich wissen, stammt aus Beobachtung — dem Beobachten von Apps, die in Hunderttausenden von Keyword-Land-Kategorie-Kombinationen auf- und absteigen, und der Korrelation von Rank-Bewegungen mit messbaren Inputs. Dieser Leitfaden synthetisiert, was uns ein Jahrzehnt dieser empirischen Arbeit mitteilt. ## Welcher Algorithmus? „Der App-Store-Algorithmus" ist keine einheitliche Sache. Es gibt mindestens vier unterschiedliche Ranking-Systeme, die man im Blick haben sollte: 1. **Search Rank** — deine Position, wenn ein Nutzer ein bestimmtes Keyword sucht. Pro Keyword, pro Land, pro Gerät. 2. **Top Charts** — **[Top Free](https://mwm.ai/glossary/top-free)**, **[Top Paid](https://mwm.ai/glossary/top-paid)**, **[Top Grossing](https://mwm.ai/glossary/top-grossing)**. Pro Land, pro Kategorie, pro Gerät. 3. **Kategorie-Rank** — deine Position innerhalb deiner primären App-Store-Kategorie, unabhängig von der Free/Paid/Grossing-Aufteilung. 4. **Redaktionelles Featuring** — Today-Tab-Features, „App des Tages", kuratierte Kollektionen. Menschlich kuratiert mit algorithmischen Empfehlungen im Hintergrund. Diese Systeme teilen einige Signale (Downloads, Bewertungen, Retention), gewichten sie aber sehr unterschiedlich. Search Rank kümmert sich um Keyword-Relevanz in einer Weise, die Chart-Rank nicht tut. Top Grossing kümmert sich um Umsatz; Top Free ignoriert ihn. Die Optimierung für das eine hilft den anderen nicht automatisch. ## Die von beiden Stores bestätigten Signale Aus Entwicklerdokumentation, WWDC- und Google-I/O-Vorträgen, der Console-UI und der App-Store-Connect-UI können wir bestätigen, dass folgende Signale explizit verwendet werden: - **Download-Volumen** (beide Stores). Die absolute und relative Anzahl von Installs in einem aktuellen Zeitfenster. - **[Download-Velocity](https://mwm.ai/glossary/download-velocity)** (beide). Änderungsrate, nicht absolutes Volumen. Ein Newcomer mit 20.000/Tag aufwärts übertrifft einen Veteran mit 50.000/Tag stagnierend. - **[Star-Rating](https://mwm.ai/glossary/star-rating) und Review-Anzahl** (beide). Mit starker Gewichtung auf aktuelle Bewertungen — eine App mit 4,8 Sternen und 100 aktuellen 3-Sterne-Bewertungen kann unter einer App mit 4,3 Sternen und 100 aktuellen 5-Sterne-Bewertungen ranken. - **Keyword-Übereinstimmung** (iOS: Titel / Untertitel / Keywords-Feld; Google Play: Titel / Kurzbeschreibung / Langbeschreibung). - **Deinstallationsrate** (Google Play explizit; iOS implizit durch Retention-Telemetrie). - **Absturzrate** (Google Play explizit). - **Update-Kadenz** (beide — aktiv gepflegte Apps ranken besser als veraltete). ## Die von MWM empirisch beobachteten Signale Die oben genannten Signale sind jene, die die Plattformen anerkennen. Aus der Beobachtung von Rank-Bewegungen in unserem Datensatz glauben wir, dass folgende Signale ebenfalls materiell gewichtet werden: - **Post-Install-Engagement** — D1-, D7-, D30-Retention und Session-Länge scheinen Kategorie- und Gesamtrank zu beeinflussen, nicht nur die Suche-Relevanz. Apps mit starken Retention-Kurven übertreffen Apps mit besseren Metadaten, aber schwächerer Retention bei umkämpften Keywords. - **Review-Velocity** (neue Bewertungen pro Woche) separat von der Gesamtanzahl. Eine App mit 5.000 Gesamtbewertungen und 200 neuen in dieser Woche wird eine App mit 50.000 Bewertungen und 5 neuen in dieser Woche übertreffen, wenn andere Signale ähnlich sind. - **Kategorieübergreifendes Verhalten** — Nutzer, die deine App kurz nach der Installation anderer Apps in einem Cluster installieren, scheinen thematische Relevanz zu signalisieren. So entstehen die „Kunden installierten auch"-Leisten. - **Velocity von bezahlten vs. organischen Installs** — der Algorithmus scheint bezahlte Spikes von organischen zu unterscheiden und nachhaltig organisches Wachstum stärker zu belohnen als vergleichbare bezahlte Spikes. > Wir beobachten, dass Kategorie-Rank wesentlich dauerhafter ist als Gesamtrank. Eine App, die in die Top 10 einer Kategorie einbricht, bleibt dort typischerweise wochenlang; eine App, die durch einen Velocity-Spike in die Top 10 Overall einbricht, fällt oft innerhalb von 5–7 Tagen zurück, sofern die Velocity nicht aufrechterhalten wird. ## Wie schnell sich Ranks bewegen Rank-Velocity ist asymmetrisch: Es ist leichter, im Free-Chart schnell aufzusteigen als im Paid- oder Grossing-Chart, und es ist immer leichter zu fallen als zu steigen. Typische Muster: - **Ein Super-Bowl-Niveau-Marketing-Push** kann eine App in einem einzigen Tag um 200–500 Positionen im Free-Chart bewegen und in großen Märkten die Top 10 Overall erreichen. - **Ein viraler Social-Media-Moment** (TikTok-Trend, Promi-Erwähnung) erzeugt ähnliche Velocity-Spikes und klingt oft innerhalb von 3–7 Tagen ab. - **Ein redaktionelles Kategorie-Feature** fügt der Baseline typischerweise 15–40 % Downloads für die Dauer des Features hinzu, mit einem 30–60 %igen nachhaltigen Uplift für 2–3 Wochen danach. - **Nachhaltige bezahlte UA bei 10–20-fachem Baseline-Wert** erhöht den Chart-Rank, aber der Uplift pro Dollar ist kleiner als bei einem organischen Trigger. Der Algorithmus scheint einen „Bezahlt-Rabatt"-Multiplikator anzuwenden. - **Ein kaputtes App-Update** (viele Abstürze, schlechte Bewertungen) kann den Gesamtrank innerhalb von 48 Stunden um 100–200 Positionen senken. Der gemeinsame Nenner: Was der Algorithmus tatsächlich bewertet, ist **Veränderung**, nicht Zustand. Zustandsbasierte Optimierung (gute Metadaten haben, Bewertungen langsam sammeln) schneidet schlechter ab als velocity-basierte Optimierung (kreative Pushs koordiniert mit Review-Prompts und Update-Drops). ## Suche vs. Charts: sehr unterschiedliche Spiele Search-Ranking ist keyword-deterministisch. Hat deine App „Meditation" in ihrem Titel, rankt sie für „Meditation" — die einzigen Fragen sind wie hoch und in welchen Ländern. Metadaten, Lokalisierung und Review-Anzahl dominieren. Chart-Ranking ist velocity-deterministisch. Metadaten spielen kaum eine Rolle; was zählt, ist, ob deine Download-Kurve aufwärtszeigt. Du kannst schlechte ASO haben und trotzdem mit einem guten Marketing-Push die Free-Charts anführen; du kannst perfekte ASO haben und nie in die Charts einbrechen, wenn du keine Velocity generieren kannst. Die kombinierte Perspektive: Großartige ASO setzt sich fort, wenn du Velocity erzeugst. Großartige Velocity ohne großartige ASO ist ein Strohfeuer. ## Kategorie-Rank vs. Gesamtrank Für die meisten Publisher ist der **[Kategorie-Rank](https://mwm.ai/glossary/category-rank) die kommerziell relevante Zahl**. Overall-Top-10 ist viralen Mega-Apps und Großinvestoren vorbehalten; er ist auch brutal volatil. Kategorie-Top-10 dagegen ist sowohl dauerhafter als auch zugänglicher. Zwei Beobachtungen aus unserem Rank-Archiv: 1. **Kategorie-Rank hat niedrigere Velocity-Schwellen.** In die Top 50 von Finance oder Utilities in den meisten Ländern einzubrechen erfordert einen Bruchteil der täglichen Downloads, die nötig sind, um in die Overall-Top-100 einzudringen. 2. **Kategorie-Rank hat höhere Sichtbarkeit pro Rang.** Browsende Nutzer im Games- oder Finance-Chart schauen tiefer als browsende Nutzer im Gesamtchart, wo die Aufmerksamkeit nach Position 25 stark abfällt. Wenn du mit begrenztem UA-Budget oder rein organisch optimierst, ist der Kategorie-Rank der Ort, an dem deine Bemühungen am meisten bringen. ## Was du tatsächlich kontrollierst Trotz der Intransparenz ist ein großer Teil des Ranking-Ergebnisses direkt kontrollierbar: - **[Keyword-Rank](https://mwm.ai/glossary/keyword-ranking)**: über Titel, Untertitel, Keywords-Feld (iOS) und Beschreibung (Google Play) steuern. - **Conversion Rate**: über Creatives steuern (Icon, Screenshots, Preview-Video). - **Review-Velocity**: über gut getimte native Rating-Prompts steuern, 10–25 Tage nach dem Install, gated auf erfolgreiche Aktionen. - **Retention**: über Onboarding-Qualität, Benachrichtigungsstrategie und Produkt-Loop-Stärke steuern. - **Velocity-Trigger**: über koordiniertes Marketing, PR, saisonale Events, In-App Events und redaktionelle Einreichungen steuern. Alles andere — die genaue Gewichtung, die Apple dieses Quartal gewählt hat, das Tuning, das Google letzte Woche ausgerollt hat — ist Rauschen, auf das du nicht reagieren kannst. Baue ein ASO- und Wachstumsprogramm um die Hebel, die du kontrollierst, mess wöchentlich und iteriere monatlich. ## Saisonalität und der redaktionelle Kanal Beide Stores haben saisonale Muster, die es wert sind, verfolgt zu werden: - **Q4** (Oktober–Dezember) ist die Höchstsaison für Consumer-App-Downloads. Der Wettbewerb um Keyword-Ranks verschärft sich, da die UA-Ausgaben in die Höhe schnellen. - **Januar–Februar** verzeichnet typischerweise Neujahrs-Installs für Gesundheits-, Produktivitäts- und Finanz-Apps. - **Back-to-School** (August–September) treibt Bildungs-Apps. - **Sommer** treibt Games-, Reise- und Entertainment-Apps. Redaktionelles Featuring auf iOS (Today-Tab, App des Tages, Kollektionskarten) wird algorithmisch gesät, aber menschlich kuratiert. Die Einreichung erfolgt über App Store Connect; die Erfolgsquote ist niedrig (einstelliger Prozentbereich), aber das Aufwärtspotenzial ist sehr hoch — ein Today-Feature liefert typischerweise 30.000–100.000 inkrementelle Downloads an einem Tag. ## Was sich verändert Apples ATT und die SKAdNetwork-Transition (seit iOS 14.5 fortlaufend) haben beide Stores in Richtung stärkerer algorithmischer Personalisierung und weg von deterministischer attributionsbasierter Re-Ranking geschoben. Praktisch bedeutet das: - Einzelne Nutzer-Install-Entscheidungen tragen weniger Signal; aggregierte Verhaltensmuster tragen mehr. - Apps mit hoher Retention und hohem Engagement gewinnen mehr relatives Gewicht gegenüber Apps mit hoher Install-Zahl und schwacher Retention. - Lokalisierte Performance ist wichtiger — ein auf die USA beschränkter Erfolg überträgt sich weniger gut auf den Kategorie-Rank in Deutschland als noch vor fünf Jahren. Das Playbook: Baue für dauerhafte Produktqualität, nicht nur für Download-Volumen. Apps, die Nutzer binden und monetarisieren, erhalten nachhaltigen Rank; Apps, die es nicht tun, fallen aus den Charts, sobald das Marketing-Budget abkühlt. ## Wie es weitergeht - Für das taktische Playbook: **[Wie du deine iOS-App rankst](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - Für die Metadaten- und Creative-Mechanik: **[Der vollständige ASO-Leitfaden](https://mwm.ai/guides/app-store-optimization)**. - Um Rank-Bewegungen empirisch zu sehen: **[MWMs Live-Länder-Rankings durchsuchen](https://mwm.ai/rankings/countries)**. # ASO für Mobile Games — Ein praktischer Leitfaden Games sind die größte, wettbewerbsintensivste und kreativ am stärksten optimierte Kategorie auf Mobile. Gleichzeitig haben sie ASO-Mechaniken, die sich erheblich von Nicht-Game-Apps unterscheiden. Dieser Leitfaden zeigt, was ASO für Games einzigartig macht und wie Publisher, die konstant hohe Rankings erzielen, damit umgehen. ## Warum Games anders sind Einige strukturelle Unterschiede prägen das gesamte ASO-Playbook: 1. **Unterkategorien-Struktur.** Die iOS-Games-Kategorie hat 19 Unterkategorien (Action, Adventure, Puzzle, Racing, RPG, Strategy, Casino usw.). Rankings werden primär pro Unterkategorie vergeben. Das bedeutet: Der Wettbewerbskreis ist enger als „alle Games", aber tiefer als die meisten Nicht-Game-Kategorien. 2. **Reine Discovery-First-Logik.** Nutzer stöbern weit häufiger in Game-Charts als in Nicht-Game-Kategorie-Charts. Chart-Platzierungen treiben einen größeren Anteil organischer Installs bei Games als bei Utility- oder Productivity-Apps. 3. **Visual-First-Bewertung.** Ein 10-Sekunden-Ersteindruck, überwältigend visuell. Icon, Screenshots und Preview-Video tragen einen überproportional großen Anteil am Konversionsgewicht. 4. **Keyword-Mechaniken verlagern sich.** Markennamen-Keywords spielen eine geringere Rolle als Genre- und Mechanic-Keywords (z. B. „match-3 puzzle", „open-world RPG", „idle tycoon"). 5. **Live-Ops als ASO-Hebel.** Games, die regelmäßig Events, saisonale Inhalte und zeitlich begrenzte Modi betreiben, füttern In-App Events, die wiederum die Suchsichtbarkeit und die Chart-Retention steigern. ## Keyword-Strategie für Games Für die meisten Games besteht der angestrebte Keyword-Korb aus einer dreilagigen Struktur: **Ebene 1: Markenbegriffe.** Wenn dein Game eine bekannte Marke oder IP hat, sichere dir die Marke plus Kurzvarianten. „Candy Crush", „Clash", „FIFA" — diese konvertieren zu sehr hohen Raten, wenn Nutzer direkt danach suchen. **Ebene 2: Genre + Mechanic.** Der größte organische Install-Treiber für mittelgroße Games. Beispiele: - „match 3 puzzle" - „idle tycoon" - „open-world RPG" - „roguelike card" - „racing simulator" Diese Keywords haben signifikantes Volumen, und Nutzer, die danach suchen, haben eine hohe Installationsabsicht. **Ebene 3: Beschreibende Begriffe und Stimmungen.** Geringeres Volumen, aber oft weniger Wettbewerb. - „cozy puzzle games" - „hyper casual arcade" - „offline strategy" - „no-wifi games" Auf Ebene 3 gewinnen mittelgroße Games konstant gegen größere Konkurrenten — die etablierten Anbieter optimieren nicht dafür, und die Absicht ist stark. ## Screenshot-Strategie Games brechen die Standard-Konvention „alles beschriften", weil die Visuals selbst das Wertversprechen sind. Die Frameworks, die konsistent gewinnen: **Für RPGs, Adventure- und narrative Games:** - Screenshot 1: Hero-Character-Art oder ein cineastischer In-Game-Moment mit einem Untertitel wie „Dein Abenteuer beginnt" - Screenshot 2: Entscheidender Kampf- oder Erkundungsmoment - Screenshots 3–5: Feature-Highlights (Klassen, Weltkarte, Crafting-System) - Screenshot 6+: Unterstützende Qualitätssignale — Bewertungen, Awards, soziale Mechaniken **Für Puzzle-, Casual- und Hyper-Casual-Games:** - Screenshot 1: Ein einzelner überzeugender In-Game-Screenshot mit eingeblendetem Text, der den Hook erklärt („Match 3 zum Räumen des Feldes") - Screenshot 2: Ein „befriedigender Moment" — ein großes Combo, eine Level-Abschluss-Animation, ein Belohnungsbildschirm - Screenshots 3–5: Fortschrittsmechaniken, Vielfalt an Levels oder Modi - Screenshot 6+: Social Proof und Awards **Für Strategy-, Simulation- und Management-Games:** - Screenshot 1: Ein weitläufiger Screenshot deiner Welt oder deines Imperiums in der Tiefe — zeige Ausmaß - Screenshot 2: Ein entscheidender Entscheidungsmoment (z. B. eine Schlacht, ein Wirtschafts-Panel) - Screenshots 3–5: Kernsysteme (Einheiten, Tech-Tree, Base-Building) - Screenshot 6+: Multiplayer, PvP oder Endgame-Tiefe Die Konstante über alle Genres: Der erste Screenshot muss kommunizieren, was der Spieler tut, nicht nur, wie das Game aussieht. „Sieht schön aus" konvertiert nicht; „Ich kann mir vorstellen, das zu spielen" schon. ## Das Preview-Video Für Games ist das Preview-Video das einzelne Creative-Asset mit dem höchsten Hebel außerhalb der Kern-Creatives. Ein gut gemachtes 15-bis-30-Sekunden-iOS-Preview-Video kann die Store-Seiten-Konversion um 20–40 % gegenüber statischen Screenshots verbessern. Was gewinnt: - **Zeige Gameplay innerhalb der ersten 2 Sekunden.** Cinematische Intros verlieren die Aufmerksamkeit der Nutzer. Auto-Play startet stumm, also muss der Einstieg ohne Audio visuell überzeugend sein. - **Integriere Captions / eingeblendeten Text.** Nutzer, die ohne Ton schauen (die Mehrheit), brauchen textliche Verstärkung des Geschehens. - **Ende mit einem Siegesmoment.** Das letzte Bild bleibt im Gedächtnis. Beende mit einem Combo, einem Level-Abschluss, einem Boss-Defeat — nicht mit einem Fade-out. - **Halte es unter 30 Sekunden.** Apple begrenzt auf 30 s; kürzer performt oft besser. Recycel nicht deine TikTok- oder YouTube-Trailer. Die sind für andere Kontexte optimiert. Ein Store-Seiten-Preview-Video ist ein eigenständiges Creative-Asset. ## In-App Events — der am meisten unterschätzte Games-ASO-Hebel Apples [In-App Events](https://mwm.ai/glossary/in-app-events) erlauben bis zu 5 gleichzeitige oder bevorstehende Events, jedes läuft bis zu 31 Tage und wird sowohl auf deiner Produktseite als auch in Suchergebnissen angezeigt. Für Games ist das im Wesentlichen ein kostenloser Werbeplatz für jeden saisonalen Push, jedes Turnier oder jeden Content-Drop. Häufige Event-Typen für Games: - **Turnier / Wettbewerb** — wöchentliche oder zweiwöchentliche Ranglisten-Events - **Zeitlich begrenzter Modus** — Varianten-Gameplay (z. B. „Halloween-Modus", „Darkness Ascending Event") - **Neuer Character / Content-Drop** — ein neuer spielbarer Charakter oder eine neue Storyline - **Saisonales Thema** — Reskin oder Sonderregeln für ein Feiertagsfenster - **Livestream oder Community-Event** — verbunden mit einem Twitch-Stream, einem Community-Meilenstein oder einem Entwickler-Q\&A Games, die Events wöchentlich rotieren, übertreffen bei ansonsten gleichen Signalen Games, die das Feature nie nutzen. Die Events treiben sowohl Chart-Velocity (neue Installs durch Event-Hype) als auch Produktseiten-Konversion (Nutzer sehen „Event jetzt aktiv" und konvertieren häufiger). > In unseren Daten hielten Games, die mindestens 6+ Monate durchgehend mindestens ein aktives In-App Event hatten, ihren Kategorie-Rang 2–3-mal länger als Games, die das Feature gar nicht nutzten. ## Rating- und Review-Velocity für Games Games haben die breiteste Rating-Verteilung aller Kategorien — sowohl einige der am höchsten bewerteten Apps (kuratierte Indie-Hits) als auch einige der am niedrigsten bewerteten (Pay-to-Win-Free-to-Play-Games mit aggressiver Monetisierung). Grundsätze für gesunde Ratings bei Games: 1. **Nur nach positiven Momenten prompten.** Nach einem Level-Abschluss, einem Boss-Defeat, einem Meilenstein-Achievement — nie nach einer Niederlage, einem IAP-Fehler oder einer Ad-Interaktion. 2. **Schwellenwert für aktive Tage setzen.** Nicht prompten, bis der Spieler mindestens 3-mal zurückgekehrt ist. Früh abgesprungene Spieler tendieren zu negativen Bewertungen. 3. **Nie innerhalb eines Paywalls oder Monetisierungs-Flows prompten.** Apple kennzeichnet das, und es erzeugt Gegenreaktionen. 4. **Öffentlich auf negative Bewertungen reagieren.** Google Play zeigt deine Antwort. Durchdachte Antworten verbessern die Gesamtwahrnehmung deines Ratings, auch wenn die einzelne Bewertung bestehen bleibt. ## Unterkategorien und Positionierung Die Wahl der richtigen Unterkategorie bei der Einreichung hat unwiderrufliche Konsequenzen. Du rankst primär innerhalb dieses Unterkategorie-Charts, und Nutzer, die diesen Chart durchsuchen, haben entsprechende Erwartungen. Zwei praktische Regeln: 1. **Genauigkeit vor Opportunismus.** Spiele nicht mit der Taxonomie, indem du Puzzle wählst, wenn dein Game eigentlich Strategy ist. Mismatch erzeugt Install-Nutzer mit geringer Absicht, die schlecht bewerten. 2. **Nutze die sekundäre Unterkategorie für Breite.** Wenn dein Game zwei klare Genres hat, setze das dominante als primär und das andere als sekundär. Du erscheinst in beiden Charts (gewichtet zugunsten des primären). ## Der Live-Ops-Multiplikator Der größte Unterschied zwischen Top-Decile- und Median-Games liegt nicht in ihrem Launch, sondern im Post-Launch-Betrieb. Games, die regelmäßig Content-Drops liefern, rotierende Events betreiben und auf Community-Signale reagieren, halten ihren Chart-Rang 3–6-mal länger als Games, die nach dem Launch inaktiv werden. Alles oben Genannte — Keyword-Arbeit, Creative-Refreshes, Rating-Management, In-App Events — verstärkt sich nur, wenn du lieferst. Plane ASO als fortlaufende Komponente der Live-Ops, nicht als einmalige Launch-Aufgabe. ## Nächste Schritte - Für das iOS-Execution-Playbook: **[So rankst du deine iOS-App](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - Für die umfassende Referenz: **[Der vollständige ASO-Leitfaden](https://mwm.ai/guides/app-store-optimization)**. - Zum Verständnis der Ranking-Signale: **[Wie der App Store Ranking-Algorithmus funktioniert](https://mwm.ai/guides/app-store-ranking-algorithm)**. - Zum Benchmarking deiner Kategorie: **[Live-Rankings für Games durchsuchen](https://mwm.ai/rankings/countries/US/devices/iphone/categories/6014)** in 150+ Ländern auf MWM Scale. # So verbesserst du die App-Retention Die meisten Retention-Ratschläge sind generisch, weil die meisten Menschen, die sie schreiben, die Daten nicht sehen können. Wir können. Im MWM-Katalog der US-Apps mit signifikantem Install-Volumen **hält die durchschnittliche App 27,3 % der Nutzer an Tag 1, 9,2 % bis Tag 7 und gerade einmal 3,9 % bis Tag 30**. Lies das noch einmal: Die typische App hat innerhalb eines Monats etwa 96 % ihrer Nutzer vom ersten Tag verloren. Das klingt beunruhigend, ist aber der falsche Rahmen. [Retention](https://mwm.ai/glossary/retention) ist keine Zahl, die du gegen 100 % drückst — es ist eine Kurve, die du biegst. Das realistische Ziel liegt nicht bei 40 % D30 (diese Ebene besteht aus 59 Apps im gesamten Katalog); es geht darum, den Median deiner Kategorie zu übertreffen und in Richtung Top-Decile zu streben, wo die D30-Retention bei etwa **10,9 %** liegt. Dieses Playbook erklärt, wie du die Kurve dorthin biegst — diagnostiziert nach den tatsächlichen Bruchpunkten und gestützt auf Katalogdaten. ## Was „gute" Retention wirklich bedeutet Zunächst muss die Realität neu kalibriert werden — nicht gegen die eine virale Case Study, die jeder zitiert. Im gesamten Katalog ist die D30-Retention extrem zum unteren Ende hin verzerrt: | D30-Retention | Anteil der Apps | | ------------- | ------------------ | | Unter 5 % | \~61 % | | 5–10 % | \~27 % | | 10–20 % | \~10 % | | 20–40 % | \~2 % | | 40 %+ | 59 Apps (\~0,06 %) | „Gut" ist also relativ. Der Median D30 liegt bei 3,9 %; das Top-Decile bei \~10,9 %. **Wenn du über \~11 % D30 liegst, bist du bereits in einer Ausnahmeposition** — deine Zeit ist besser damit investiert, den [LTV](https://mwm.ai/glossary/ltv) zu steigern, als eine Zahl zu jagen, die fast niemand erreicht. Wenn du am oder unter dem Median liegst, gibt es enormes Potenzial, und der Rest dieses Leitfadens richtet sich an dich. Noch eine Neukalibrierung: Retention bewegt sich kaum nach Geografie. Der Median D1/D7/D30 liegt in den USA, Großbritannien, Deutschland, Frankreich, Japan, Südkorea, Brasilien und Indien jeweils innerhalb weniger Zehntel Prozentpunkte. **Dein Retention-Problem ist ein Produktproblem, kein Marktproblem** — was eine gute Nachricht ist, denn das Produkt ist das, was du kontrollierst. (Im Gegensatz dazu schwankt die Monetisierung stark nach Geografie.) ## Die Kurve diagnostizieren, bevor du sie anfasst Retention ist keine einzelne Zahl — es ist eine Kurve mit drei unterschiedlichen Bruchpunkten, und jeder ist ein anderes Problem mit einer anderen Lösung. Bevor du irgendetwas änderst, finde heraus, *wo* deine Kurve bricht: - **D0 → D1 (die Aktivierungslücke).** Nutzer haben installiert, sind aber nie auch nur einmal zurückgekehrt. Das ist ein [Onboarding](https://mwm.ai/glossary/onboarding)- und [Aktivierungs](https://mwm.ai/glossary/activation)problem — sie haben den [Aha-Moment](https://mwm.ai/glossary/aha-moment) nie erreicht. - **D1 → D7 (die Gewohnheitsklippe).** Das ist der steilste Einbruch der Mediankurve — von 27 % auf 9 % in sechs Tagen. Nutzer haben einmal Mehrwert erlebt, aber die Gewohnheit hat sich nie gebildet. - **D7 → D30 (der Werttiefenabfall).** Nutzer, die die erste Woche überstehen, wandern langsamer ab — während sie den Wert der App erschöpfen oder einfach wegdriften. Das ist ein Tiefen- und [Re-Engagement](https://mwm.ai/glossary/re-engagement)-Problem. Messe es mit [Cohort-Analyse](https://mwm.ai/glossary/cohort-analysis), nie mit einem gemischten Durchschnitt — gruppiere Nutzer nach Install-Tag und beobachte, wie jeder Cohort altert. Entscheide bewusst zwischen [N-Day-Retention](https://mwm.ai/glossary/n-day-retention) (aktiv an genau Tag N) und [Rolling Retention](https://mwm.ai/glossary/rolling-retention) (aktiv an Tag N oder später); sie beantworten unterschiedliche Fragen und können um mehrere Prozentpunkte abweichen. Deine [North-Star-Metrik](https://mwm.ai/glossary/north-star-metric) sollte auf dieser Kurve aufbauen, nicht neben ihr stehen. ## Die Kategorie-Form-Perspektive Die *Form* deiner Kurve sagt dir, welchen Hebel du ziehen solltest — und die Form variiert stark nach Kategorie. Hier die tatsächliche Mediankurve nach Kategorie im Katalog: | Kategorie | D1 | D7 | D30 | | ------------------------ | ---------- | ------ | --------- | | Social & Kommunikation | 31,9 % | 12,3 % | **5,9 %** | | Lifestyle & Wohlbefinden | 23,6 % | 9,6 % | 4,8 % | | Produktivität & Tools | 23,0 % | 8,9 % | 4,5 % | | Bildung & Wissen | 24,9 % | 8,6 % | 3,6 % | | Medien & Entertainment | 24,9 % | 8,0 % | 3,4 % | | Games | **36,6 %** | 9,3 % | 2,9 % | Betrachte die beiden Extreme. **Games gewinnen Tag 1 (36,6 %) und verlieren Tag 30 (2,9 %)** — Neuheit zieht Nutzer einmal oder zweimal zurück, dann bricht die Kurve ein. **Social geht den umgekehrten Weg** — ein niedrigerer D1 als Games (31,9 %), aber der höchste D30 (5,9 %), weil Netzwerkeffekte und Kommunikationsschleifen Gründe zum Zurückkehren schaffen. Wenn deine Kurve wie die einer Game-App aussieht — starker D1, steiler Rückgang — liegt dein Problem bei *Tiefe und Gewohnheit*, nicht bei ersten Eindrücken. Wenn dein D1 schwach ist, behebe zuerst die Aktivierung. Kopiere nicht das Playbook einer Social-App in eine Utility-App. ## Hebel 1 — Die erste Sitzung gewinnen (die D0 → D1-Lücke) Der D1-Wert ist ein Urteil über [Onboarding](https://mwm.ai/glossary/onboarding) und [Aktivierung](https://mwm.ai/glossary/activation). Die Aufgabe der ersten Sitzung ist es, den Nutzer zum [Aha-Moment](https://mwm.ai/glossary/aha-moment) zu bringen — dem Augenblick, in dem der Kernwert der App offensichtlich wird — bevor Reibung oder Langeweile die Oberhand gewinnt. Die wirkungsvollsten Maßnahmen: - **Zeit bis zum Mehrwert verkürzen.** Verschiebe alles, was nicht der Aha-Moment ist: Account-Erstellung, Berechtigungsabfragen, Paywalls, Tutorials. Lass Nutzer zuerst den Wert spüren; frage nach Commitment danach. - **Einen Aktivierungs-Meilenstein definieren und messen.** „Erste Playlist erstellt", „erstes Workout geloggt", „erste Nachricht gesendet". Apps, die in Sitzung eins einen klaren Aktivierungs-Event erreichen, haben dramatisch bessere Retention — und du kannst nicht verbessern, was du nicht benannt hast. - **Den leeren Zustand als geführten ersten Erfolg gestalten**, nicht als leeren Bildschirm. Die erste Sitzung sollte damit enden, dass der Nutzer die Kernhandlung einmal *durchgeführt* hat. Eine Warnung aus den Daten: Games zeigen, dass **ein hoher D1 allein kein Erfolg ist** (36,6 % D1, 2,9 % D30). Die erste Sitzung zu gewinnen ist notwendig, aber nicht hinreichend — es zählt nur, wenn sich danach die Gewohnheit bildet. ## Hebel 2 — Die Gewohnheit aufbauen (die D1 → D7-Klippe) Hier verliert die durchschnittliche App am meisten — von 27 % auf 9 % in sechs Tagen — und hier liegen die größten Gewinne. Die erste Woche zu überstehen hängt überwältigend davon ab, ob sich eine *Gewohnheit* gebildet hat: ein wiederholbarer Grund, die App zu öffnen, den der Nutzer verinnerlicht. - **Den [Core Loop](https://mwm.ai/glossary/core-loop) straffen.** Je schneller und befriedigender der zentrale Aktion→Belohnungs-Zyklus, desto mehr verstärkt er sich selbst. Bei gewohnheitsorientierten Produkten ist das der [Compulsion Loop](https://mwm.ai/glossary/compulsion-loop): ein enger Zyklus mit variabler Belohnung, der das nächste Öffnen verdient. - **Einen Rhythmus hinzufügen, an dem der Nutzer sich orientieren kann** — ein [Daily Streak](https://mwm.ai/glossary/daily-streak), eine tägliche Content-Erneuerung, ein fester Grund, täglich zur gleichen Zeit zurückzukehren. - **Trigger mit Bedacht einsetzen.** Gut getimte [Push Notifications](https://mwm.ai/glossary/push-notification) und [In-App Messages](https://mwm.ai/glossary/in-app-messaging) reaktivieren die Gewohnheit; Spam schult Nutzer darin, sie zu deaktivieren (oder die App zu [deinstallieren](https://mwm.ai/glossary/uninstall-rate)). Trigger sollten Mehrwert signalisieren („dein Workout ist bereit"), nicht Schuldgefühle. - **[Session Frequency](https://mwm.ai/glossary/session-frequency) als Leading Indicator beobachten.** Retention ist das nachlaufende Ergebnis; steigende Sessions pro Nutzer in Woche eins ist das frühe Signal, dass sich die Gewohnheit bildet. Ein gängiger Schwellenwert: Nutzer, die in ihrer ersten Woche mehrere Sitzungen erreichen, haben eine um ein Vielfaches höhere Retention als solche, die das nicht tun. ## Hebel 3 — Wert vertiefen und Abwandernde zurückgewinnen (D7 → D30) Nutzer, die die erste Woche überstehen, wandern langsamer ab, tun es aber trotzdem — wenn sie den Wert der App erschöpft haben oder einfach wegdriften. Hier gibt es zwei Aufgaben: - **Den Wert für die Überlebenden vertiefen.** Erweiterte Anwendungsfälle, neue Inhalte und Progression an die Oberfläche bringen, damit die App das Öffnen weiterhin verdient. [Nutzungsbindung](https://mwm.ai/glossary/stickiness) — das [DAU/MAU](https://mwm.ai/glossary/dau-mau)-Verhältnis — ist die Gesundheitsmetrik: Sie sagt dir, welcher Anteil deiner monatlichen Nutzer effektiv täglich aktiv ist. - **Abwandernde zurückgewinnen, bevor sie weg sind.** Ein [dormanter Nutzer](https://mwm.ai/glossary/dormant-user) ist noch kein abgewanderter. Segmentiere nach Verhalten und führe [Re-Engagement](https://mwm.ai/glossary/re-engagement)- und [Winback-Kampagnen](https://mwm.ai/glossary/winback-campaign) durch, die auf den Grund der Abwanderung des jeweiligen Segments abzielen — ein lapsierter Power-User braucht einen anderen Anstoß als ein nie aktivierter Nutzer. ## Warum Retention der wirkungsvollste Hebel ist Retention ist nicht nur eine Engagement-Metrik — es ist der Multiplikator in deinem gesamten Wachstumsmodell. Treue Nutzer generieren mehr [Kundenwert](https://mwm.ai/glossary/ltv): mehr Sitzungen zum Monetisieren, mehr Chancen zur Konversion zu zahlenden Nutzern, mehr Zeit für Empfehlungen. Ein höherer LTV erhöht den [CPI](https://mwm.ai/glossary/cpi), den du profitabel zahlen kannst, was es dir erlaubt, Akquisition zu skalieren, die zuvor nicht rentabel war. Ein Prozentpunkt Gewinn in der D30-Retention fügt nicht nur ein paar Sitzungen hinzu — er verschiebt die LTV-zu-CAC-Rechnung, die die gesamte Maschine antreibt. Deshalb verstärkt sich Retention-Arbeit und Akquisitions-Arbeit nicht: Ein löchriger Eimer wird teurer zu füllen, je mehr man hineinschüttet. (Für die Umsatzseite dieser Schleife, siehe das Playbook zur [mobilen App-Monetisierung](https://mwm.ai/guides/mobile-app-monetization).) ## Segment-Playbooks - **Games.** Dein D1 ist bereits stark; der Katalog sagt, dass dein Feind der D7→D30-Rückgang ist. Investiere in Meta-Progression, Live-Ops-Events und soziale Mechaniken, die der Schleife einen *Grund zum Fortbestehen* über die Neuheit hinaus geben. - **Social & Kommunikation.** Du hast den strukturellen Vorteil (höchster D30) — schütze den Core Loop und die Netzwerkeffekte, die ihn antreiben. Dein Risiko liegt in einer fehlerhaften ersten Sitzung für neue Nutzer, die einem bestehenden Netzwerk beitreten. - **Produktivität, Utility & Subscription-Apps.** Ein niedrigerer D1 ist normal; dein Wert ist real, braucht aber eine Sitzung oder zwei, um zu landen. Nail die Aktivierung, dann verwandle die Gewohnheit in eine [Subscription](https://mwm.ai/glossary/paywall)-Beziehung — hier sind Retention und Umsatz dieselbe Kurve, und ein abgewanderter Abonnent ist ein direkter Verlust. Der rote Faden durch alle hindurch: **Finde heraus, wo deine Kurve bricht, behebe diesen Bruchpunkt zuerst, und messe mit Cohorts, damit du weißt, ob es funktioniert hat.** Die median-3,9%-D30-Kurve in Richtung Top-Decile-10,9 % zu biegen ist das einzelne wirkungsvollste Wachstumsprojekt, das die meisten Apps angehen können. # So rankst du deine iOS-App im App Store: Eine Schritt-für-Schritt-Anleitung Dieser Leitfaden führt durch den iOS-ASO-Prozess von Anfang bis Ende, in der Reihenfolge, in der ein aktiver Publisher ihn ausführen würde. Er setzt voraus, dass du eine im App Store live App mit einer Basis an Installs hast, keine Pre-Launch-App. Die Methodik ist mit Anpassungen bei den Metadatenfeldern (kein Keywords-Feld, mehr Gewicht auf die Beschreibung) gleichermaßen für Google Play anwendbar. ## Vor dem Start — Baseline-Metriken Du kannst Verbesserungen nicht messen, ohne eine Baseline. Erfasse und notiere folgendes, bevor du irgendetwas änderst: - **Aktuelle Keyword-Ranks** für jedes relevante Keyword, pro Zielland. Nutze einen dedizierten ASO-Tracker ([MWM Scale](https://mwm.ai/aso-tool) hat eine kostenlose Stufe dafür). - **Aktueller Kategorie-Rang** und Overall-Rank in deinen Top-3-5-Märkten. - **App Store Connect Impressions** — Produktseiten-Aufrufe pro Tag, aufgeteilt nach Search / Browse / Referrer. - **Konversionsrate** von Produktseiten-Aufruf zu Install. - **Review-Velocity** (neue Reviews/Woche) und **Rating** (rollender Durchschnitt). - **Aufteilung des Install-Volumens** — organische Suche, organisches Browse (Chart), bezahlt, Referral. Mache davon einen Snapshot mit Datumsstempel. Du wirst ihn in 4–8 Wochen vergleichen, um die Wirkung der gelieferten Änderungen zu messen. ## Schritt 1 — Keyword-Recherche Das Ziel der Keyword-Recherche ist es, einen **Ziel-Keyword-Korb** zu erstellen — 10–20 Keywords, für die du aktiv optimierst und die du verfolgst. Nicht 200, nicht 5. Der Prozess: 1. **Seed-Keywords generieren**. Beginne mit den offensichtlichen Begriffen deiner Kategorie (z. B. „Meditation" für eine Meditation-App, „Ausgaben-Tracker" für Finance). Erweitere mit Synonymen, Zielgruppen-Deskriptoren („Meditation bei Angst") und ergebnisbasierten Phrasen („besser schlafen"). 2. **Competitor-Keywords hinzufügen**. Nimm deine 3–5 direkten Konkurrenten, ermittle den Keyword-Korb, für den sie ranken, und füge die hinzu, für die du nicht optimierst. 3. **Suchvolumen und [Difficulty](https://mwm.ai/glossary/keyword-difficulty) prüfen**. Nutze dein ASO-Tool. Ziele auf Keywords mit mittlerer Difficulty und echtem Volumen — Head-Terms wie „Meditation" sind überfüllt; Long-Tails wie „achtsame Atemmeditation zum Schlafen" sind leichter zu ranken. 4. **Nach Intent filtern**. Ein Keyword, das Installs von unqualifizierten Nutzern treibt, ist schlechter als eines mit weniger Volumen aber stärkerer Kaufabsicht. Wenn deine App ein Premium-Abo ist, ist „kostenlose Meditation" ein schlechter Match. 5. **10–20 Keywords priorisieren**. Begrenze die Liste. Du wirst diese nutzen, um deine Metadaten, Creative-Texte und Review-Akquisitionsstrategie zu strukturieren. ## Schritt 2 — Metadaten optimieren Mit einem Ziel-Keyword-Korb platziere Keywords strategisch über die iOS-Metadatenfelder. Das Ziel ist vollständige Abdeckung ohne Keyword-Stuffing. **App-Name (30 Zeichen).** Dein primäres Keyword kommt an die Deskriptor-Position. Typische Muster: - `Markenname: Primäres Keyword` — z. B. `Strides: Habit Tracker` - `Markenname — Deskriptor` — z. B. `Calm — Meditation & Sleep` - `Primäres Keyword by Markenname` — z. B. `Meditation by Calm` (seltener; schwächeres Branding) **Subtitle (30 Zeichen).** Sekundäre Keywords als Benefit formuliert. Kommagetrennung ist in Ordnung und verschwendet keine Indexierung. - Gut: `Workouts, Sleep, Nutrition` - Schlecht: `Die beste Health & Fitness App, die du je brauchst` (alles Füller, keine Keywords) **[Keywords-Feld](https://mwm.ai/glossary/keywords-field) (100 Zeichen, kommagetrennt, versteckt).** Singular statt Plural; Synonyme; Long-Tail-Begriffe; Falschschreibungen. Wörter aus Titel oder Subtitle nicht wiederholen — Apple kombiniert die Felder. Keine Leerzeichen nach Kommas — das verschwendet Zeichen. **Werbetexte (170 Zeichen, nicht indexiert, ohne Review editierbar).** Für Konversions-Copy, saisonale Aktionen, aktuelle Auszeichnungen. Nicht für Keywords. **Beschreibung (4.000 Zeichen, schwach indexiert).** Die ersten 3 Zeilen zählen am meisten (Nutzer sehen sie oberhalb des „Mehr"-Falzes). Struktur: - Eröffnungsabsatz: ein Satz Value Prop. - Benefit-orientierte H2-artige Abschnitte (Aufzählungen funktionieren gut). - Feature-Liste. - Social Proof (Bewertungen, Presse). - Support-Kontakt und Review-Anfrage. Liefere die Metadaten-Änderung als neue App-Version-Einreichung. Erwarte erste Keyword-Rank-Verschiebungen innerhalb von 48–72 Stunden, vollständige Stabilisierung in 7–14 Tagen. ## Schritt 3 — Creatives A/B-testen Sobald Metadaten stabilisiert sind (2–3 Wochen nach der Lieferung), beginne mit Creative-Tests. Apples Product Page Optimization ermöglicht 2–3 gleichzeitige Varianten pro Test, wobei das System bei Signifikanz automatisch beendet. **Icon-Tests.** Einzelner Hebel mit dem höchsten Impact. Häufige Hypothesen: - **Character vs. Letter-Mark** (schlägt ein charaktergetriebenes Icon ein abstraktes Logo?) - **Farbkontrast** (hellere, gesättigtere Icons gewinnen oft im überfüllten Chart) - **Fokus-Element** (eine klare zentrale Form vs. Komposit) **Screenshot-Tests.** Die ersten zwei Screenshots tragen 60–80 % des Konversionsgewichts. Häufige Hypothesen: - **Caption-First** (kurzer Schlagzeilen-Text überlagert) vs. **UI-First** (reiner Produkt-Screenshot) - **Benefit-Statement** (was der Nutzer bekommt) vs. **Feature-Statement** (was die App hat) - **Device Frame** (Telefon-Mockup) vs. **Kein Frame** (Full-Bleed) Apples PPO rotiert Varianten nur an einen Bruchteil des Traffics, daher kann das Erreichen von Signifikanz bei Apps mit geringerem Volumen 4–6 Wochen dauern. Beende einen Test nicht vorzeitig — Konversionsdelta von 5–10 % sehen kurzfristig rauschig aus, verstärken sich aber über Monate enorm. > Wir beobachten, dass die meisten Apps den Icon-Test unterschätzen. Ein 15%iger durch Icon getriebener CVR-Lift bei einer App mit 10 Millionen Impressions pro Jahr sind 150.000 inkrementelle Installs — in der Regel mehr Wert als ein vollständiger Creative-Refresh der Screenshots. ## Schritt 4 — Review-Velocity steigern Rating- und Review-Velocity ist ein Chart-Ranking-Signal, nicht nur ein Konversionssignal. Apps mit veralteten Reviews schneiden schlechter ab als Apps mit frischen. Die iOS-Review-Prompt-API (`SKStoreReviewController`) ist der einzige saubere Mechanismus. Apple begrenzt Prompts auf 3 pro Nutzer und Jahr, also sei strategisch: 1. **Nach Erfolg triggern, nicht bei Ankunft.** Prompt nachdem der Nutzer einen wichtigen Erfolgszustand erreicht hat — ein abgeschlossenes Workout, ein 10-mal geloggtes Habit, eine exportierte Datei. Nicht beim App-Start. 2. **7–14 Tage nach dem Install warten.** Frühe Prompts treffen ungebundene Nutzer; zu späte Prompts verpassen das Fenster. 3. **Engagement als Voraussetzung setzen.** Nutzer, die die App weniger als 3–5 Sitzungen genutzt haben, hinterlassen statistisch häufiger negative Reviews — diese überspringen. 4. **Nicht mit Support verketten.** Nach einer negativen Support-Interaktion nie direkt einen Review-Prompt anzeigen. Gut abgestimmtes Prompten ergibt eine Review-Velocity von 0,5–2 % der neuen Installs. Schlechtes Prompten ergibt 0,1–0,3 %. Der Unterschied zählt. ## Schritt 5 — Retention-Lecks beheben Retention ist sowohl ein Ranking-Signal als auch die Basisrate für LTV. Überprüfe, wo Nutzer abspringen: - **Abfall an Tag 1**: meist Onboarding-Reibung. Berechtigungsabfragen verkürzen, nicht notwendige Registrierungsanforderungen entfernen, „ersten Wert" in unter 60 Sekunden erreichen. - **Abfall an Tag 7**: meist fehlendes Gewohnheitsbildung. Der Nutzer hat keinen Grund zum Wiederkehren aufgebaut. Push Notifications, Streaks oder geplante Inhalte können helfen. - **Abfall an Tag 30**: meist Feature-Erschöpfung oder Content-Erschöpfung. Progression, neue Content-Drops oder soziale Mechaniken hinzufügen. Eine 5-Punkte-Verbesserung bei der D7-Retention (von 20 % auf 25 %) treibt typischerweise eine 15–25%ige Verbesserung des Kategorie-Rangs über 4–8 Wochen, bei Konstanz aller anderen Faktoren — weil sich das Verhaltenssignal langsam ins Ranking überträgt. ## Schritt 6 — Messen, iterieren, tracken Monatlicher Reporting-Rhythmus: - Keyword-Ranks (pro Land, pro Keyword) vs. Baseline - Kategorie-Rang und Overall-Rang vs. Baseline - Impressions, Konversionsrate, neue Installs vs. Baseline - Review-Velocity, Rating, Anzahl neuer Reviews - Retention-Kurven (D1, D7, D30) Quartalsweise: - Keyword-Korb überprüfen — öffnen sich neue Chancen? - Competitor-Creatives überprüfen — iterieren sie schneller als du? - Lokalisierung überprüfen — sind sekundäre Märkte unterinvestiert? Jährlich: - Schritte 1–5 von Grund auf wiederholen. Deine Baseline, Wettbewerbslandschaft und Suchnachfragemuster haben sich alle verändert. ## Zeitplan und realistische Erwartungen Ein diszipliniertes erstes ASO-Programmzyklus liefert typischerweise: - **Woche 1–2**: Baseline erfasst, Metadaten v2 entworfen. - **Woche 3**: Metadaten v2 eingereicht, Review bestanden. - **Woche 4–6**: Keyword-Rank-Verschiebungen sichtbar; erster Creative-Test startet. - **Woche 8–10**: Creative-Test erreicht Signifikanz; gewinnendes Variant ausgerollt. - **Woche 10–12**: Kategorie-Rang-Verbesserung wird messbar, 10–30 % je nach Ausgangsposition. Publisher, die Top-10-Kategorie-Rang in 8 Wochen aus einem frischen ASO-Programm erwarten, unterschätzen typischerweise die Velocity-Komponente. Rankings verstärken sich — das sechste Quartal eines disziplinierten ASO-Programms liefert in der Regel mehr Rank-Bewegung als das erste. ## Häufige Fehler - **Eine vollständige Metadaten-Überarbeitung und einen Creative-Test gleichzeitig ausliefern** — du kannst nicht zuordnen, welche Änderung was verursacht hat. - **Die Metadaten eines Top-Konkurrenten wörtlich kopieren** — Apple bestraft nahezu doppelte Metadaten, und du übernimmst deren Keyword-Strategie, nicht unbedingt die richtige für deine App. - **5 Creative-Tests gleichzeitig laufen lassen** — die Attribution wird unübersichtlich, Signifikanz dehnt sich aus, und du lernst weniger schnell als beim sequenziellen Durchführen. - **Review-Velocity als einmaliges Projekt behandeln** — es ist ein nachhaltiges Programm. Apps mit frischen, aktuellen Reviews ranken besser als Apps mit veralteten, unabhängig von der Gesamtanzahl. - **Nicht-englische Märkte ignorieren** — Lokalisierung ist oft das ROI-stärkste Quartal an Arbeit für mittelgroße Apps. ## Nächste Schritte - Wenn du Games publisht: **[ASO für Mobile Games](https://mwm.ai/guides/aso-for-games)**. - Um die Signale zu verstehen, gegen die du optimierst: **[Wie der App Store Ranking-Algorithmus funktioniert](https://mwm.ai/guides/app-store-ranking-algorithm)**. - Für die umfassende Referenz: **[Der vollständige ASO-Leitfaden](https://mwm.ai/guides/app-store-optimization)**. - Für Live-Keyword- und Rank-Tracking: **[Das ASO-Tool von MWM Scale](https://mwm.ai/aso-tool)** ist für bis zu drei Konkurrenz-Apps kostenlos. # So reduzierst du App-Churn Churn ist die Metrik, die jedes Subscription-Deck zitiert, und die fast niemand ehrlich benchmarkt. Im MWM-Katalog hat die durchschnittliche App **bis Tag 1 bereits 72,7 % ihrer Nutzer verloren, bis Tag 7 sind es 90,8 % und bis Tag 30 96,1 %**. Selbst das am besten retentierende Decile verliert bis Tag 30 noch 89 %. [Churn](https://mwm.ai/glossary/churn) ist — wie sein Spiegelbild [Retention](https://mwm.ai/glossary/retention) — keine Zahl, die du auf null drückst. Es ist eine Kurve, die du biegst. Aber „Churn reduzieren" ist je nachdem, welchen Churn du meinst, zwei völlig unterschiedliche Aufgaben, und das Vermischen der beiden ist der Grund, warum die meisten Churn-Programme ins Stocken geraten. Dieser Leitfaden trennt sie und gibt dir die Hebel für jeden. ## Die zwei Churns, die du getrennt messen musst - **Engagement-Churn** — ein Nutzer hört auf, die App zu öffnen. Das ist der dominante Churn bei kostenlosen, Freemium- und werbefinanzierten Apps, und er ist die Umkehrung von Retention: Die 96 %-D30-Zahl oben *ist* Engagement-Churn. - **Subscription-Churn (Umsatz-Churn)** — ein zahlender Nutzer kündigt oder verlängert nicht. Das ist der Churn, der direkt Umsatz vernichtet, gemessen als monatliche Kündigungsrate der zahlenden Basis, nicht als D30-Retention. Eine App kann schlechten Engagement-Churn und gesunden [Subscription](https://mwm.ai/glossary/subscription)-Churn haben (eine kleine, loyale zahlende Basis) oder umgekehrt. Das eine zu beheben hat keinen Effekt auf das andere. Bevor du irgendetwas tust, wisse, welches blutet. ## Freiwilliger vs. unfreiwilliger Churn Innerhalb des Subscription-Churn nochmals unterscheiden: - **Freiwillig** — der Nutzer hat sich entschieden zu kündigen (Preis, Wert oder schlicht fertig). - **Unfreiwillig** — die Zahlung ist fehlgeschlagen: abgelaufene Karte, unzureichende Mittel, Bankablehnung. Das Abo erlischt, obwohl der Nutzer nie entschieden hat zu gehen. Unfreiwilliger Churn macht typischerweise 20 bis 40 % des gesamten Subscription-Churn aus und ist am **leichtesten zu beheben**, weil der Nutzer das Produkt noch möchte — seine Karte ist gescheitert, nicht seine Absicht. Billing-Retries, Kulanzfristen, Account-Hold-Status und Dunning (Zahlungswiederherstellungs-Messaging) gewinnen einen großen Anteil zurück. Die meisten Teams investieren Mühe in freiwillige Churn-Save-Flows, während sie unfreiwilligen Churn still verlieren, den sie mit einer Billing-Retry-Konfigurationsänderung beheben könnten. ## Churn wie ein Operator messen - Engagement-Churn ist die Umkehrung von [N-Day-Retention](https://mwm.ai/glossary/n-day-retention) — verfolge ihn nach Install-[Cohort](https://mwm.ai/glossary/cohort-analysis), nie als eine gemischte Gesamtzahl. - Subscription-Churn ist die monatliche Kündigungsrate der zahlenden Basis; trenne freiwillig von unfreiwillig und vergleiche Gross-Churn mit Net-Churn (der Reaktivierungen und Plan-Upgrades verrechnet). - [Uninstall-Rate](https://mwm.ai/glossary/uninstall-rate) ist die harte Untergrenze des Engagement-Churn: Ein Nutzer, der deinstalliert hat, ist weg, während einer, der nur aufgehört hat die App zu öffnen, noch zurückkommen kann. ## Engagement-Churn senken (der Kampf in der ersten Woche) Der steilste Engagement-Churn liegt zwischen D1 und D7 — im Katalog von 72,7 % auf 90,8 %, was bedeutet, dass das meiste, was Tag 1 überlebt, bis Tag 7 weg ist. Das ist ein Aktivierungs- und Gewohnheitsproblem, und das vollständige Playbook findet sich in [So verbesserst du die App-Retention](https://mwm.ai/guides/how-to-improve-app-retention). Die Kurzfassung: Bring Nutzer schnell zum Mehrwert, baue in der ersten Woche eine Gewohnheitsschleife auf, und führe [Re-Engagement](https://mwm.ai/glossary/re-engagement) durch, *bevor* Nutzer [inaktiv](https://mwm.ai/glossary/dormant-user) werden, nicht nachdem sie schon weg sind. ## Subscription-Churn senken (wo der Umsatz steckt) Hier zahlt sich Churn-Arbeit direkt aus: - **Zuerst unfreiwilligen Churn zurückgewinnen** — die Maßnahme mit dem höchsten ROI. Billing-Retry-Logik, Kulanzfristen, Account-Hold und Dunning-Sequenzen gewinnen Nutzer zurück, die nie gehen wollten. Das ist Konfiguration und Messaging, keine Produktarbeit. - **Einen echten Cancel-Flow aufbauen.** Im Moment der Kündigungsabsicht biete eine Pause an (Pause schlägt Kündigung), ein [Winback](https://mwm.ai/glossary/winback-campaign)-Angebot oder einen Downgrade-Tier — keine Sackgasse mit einem Bestätigen-Button. - **Die Wert-Realisierungslücke schließen.** Die meisten freiwilligen Kündigungen sind Nutzer, die den Mehrwert nicht erhalten haben, für den sie abonniert haben. Verbinde Aktivierung und Retention mit [Trial Conversion](https://mwm.ai/glossary/trial-conversion) und dem [Paywall](https://mwm.ai/glossary/paywall), damit du Nutzer konvertierst, die bleiben werden, nicht solche, die im ersten Monat kündigen. - **Standardmäßig auf Jahrespläne setzen.** Jahrespläne ersetzen zwölf Verlängerungsentscheidungen durch eine und senken den Churn strukturell — siehe das Playbook zur [mobilen App-Monetisierung](https://mwm.ai/guides/mobile-app-monetization). ## Die Kategorie-Perspektive Die Form des Engagement-Churn variiert stark nach Kategorie. Median-D30-Churn im Katalog: | Kategorie | D1 Churn | D7 Churn | D30 Churn | | ------------------------ | -------- | -------- | ---------- | | Social & Kommunikation | 68,1 % | 87,7 % | **94,1 %** | | Lifestyle & Wohlbefinden | 76,3 % | 90,4 % | 95,2 % | | Produktivität & Tools | 77,0 % | 91,1 % | 95,5 % | | Bildung & Wissen | 75,1 % | 91,4 % | 96,4 % | | Medien & Entertainment | 75,1 % | 92,0 % | 96,6 % | | Games | 63,4 % | 90,7 % | **97,1 %** | Games haben trotz des *niedrigsten* D1-Churn (63,4 %) den *höchsten* D30-Churn (97,1 %) — Neuheit zieht Nutzer ein- oder zweimal zurück, dann bricht die Kurve ein. Social hat den niedrigsten Churn (94,1 %), weil Kommunikationsschleifen Gründe zum Zurückkehren schaffen. Als Game liegt dein Kampf beim D7→D30-Rückgang; als Social-App schütze die Netzwerkschleife, die bereits für dich arbeitet. ## Warum Churn der Hebel ist, der sich verstärkt Jeder Churn-Punkt, den du senkst, verstärkt sich in den [LTV](https://mwm.ai/glossary/ltv): Ein treuer Nutzer monetisiert weiter, und niedrigerer Churn erhöht den Kundenwert, der die Akquisition finanziert. Churn ist das Leck im Eimer — und bei 96 % Median-D30 sind die meisten Eimer größtenteils Loch. Teams, die gewinnen, jagen keine magische niedrige Zahl. Sie **trennen die zwei Churns, gewinnen unfreiwilligen Churn kostenlos zurück und biegen die Engagement-Kurve einen Cohort nach dem anderen.** # Mobile-App-Wachstumsstrategien: Die Schleife, nicht die Hacks Die meisten „Growth-Strategy"-Inhalte sind eine Liste von Hacks. Die Daten sagen, Hacks sind nicht das Problem. Wachstum ist eine Gleichung — > **Wachstum ≈ Akquisition × Retention × Monetisierung × Viralität** — und die durchschnittliche App leckt beim zweiten Term so stark (96 % [Churn](https://mwm.ai/glossary/churn) bis Tag 30, unter 4 % [Retention](https://mwm.ai/glossary/retention)), dass keine Akquisitionstaktik dagegen ankommt. Dieser Leitfaden ist die Karte der gesamten Schleife und — noch wichtiger — die Reihenfolge, in der sie zu reparieren ist. Die Tiefe für jede Maschine findet sich im jeweiligen Playbook; hier geht es darum, wie sie zusammenpassen. ## Wachstum ist eine Schleife, kein Funnel Ein Funnel ist einseitig: Install → Nutzung → Churn. Eine Schleife ernährt sich selbst: Treue Nutzer monetisieren, Umsatz finanziert Akquisition, und Empfehlungen bringen Nutzer, die bleiben und monetisieren. Der Unterschied ist Compounding. Apps, die dauerhaft wachsen, betreiben keine besseren Funnels — sie betreiben Schleifen, in denen jede Maschine die nächste stärkt. Die Aufgabe ist es, die eigene Schleife zu finden und jeden Anknüpfungspunkt zu straffen. ## Maschine 1 — Akquisition Nutzer hereinholen, aber nur so schnell, wie die Schleife sie halten kann. - Organisch ist das Fundament: [organische Installs](https://mwm.ai/glossary/organic-installs) machen 62 % des Volumens der durchschnittlichen App aus, und mehr als die Hälfte kommt aus der App-Store-Suche. - [Paid UA](https://mwm.ai/glossary/paid-ua) skaliert über organisch hinaus, begrenzt durch das, was du halten kannst — deine [CPI](https://mwm.ai/glossary/cpi)-Obergrenze ist dein [LTV](https://mwm.ai/glossary/ltv). - Der vollständige Leitfaden: [Strategien zur Nutzergewinnung](https://mwm.ai/guides/user-acquisition-strategies). ## Maschine 2 — Retention (der Multiplikator) Das ist der Term, der bestimmt, ob die anderen drei eine Rolle spielen. Retention legt fest, wie viel Kundenwert jeder Nutzer zurückgibt und wie lange er in der Schleife bleibt, um andere zu empfehlen. Bei einem Median von 3,9 % D30 ist es auch der Bereich, in dem die meisten Apps das größte Potenzial haben. - Die erste Sitzung gewinnen ([Aha-Moment](https://mwm.ai/glossary/aha-moment)), die Gewohnheit aufbauen und [Nutzungsbindung](https://mwm.ai/glossary/stickiness) beobachten. - Das vollständige Play: [So verbesserst du die App-Retention](https://mwm.ai/guides/how-to-improve-app-retention) und [App Engagement Strategies](https://mwm.ai/guides/app-engagement-strategies). ## Maschine 3 — Monetisierung Wert von den Nutzern erfassen, die du behältst, und ihn dann in die Schleife zurückführen. - Konversion, [ARPU](https://mwm.ai/glossary/arpu) und Retention zusammen ergeben [LTV](https://mwm.ai/glossary/ltv) — und LTV finanziert die Akquisition, die die Schleife wachsen lässt. - Das vollständige Play: [App Monetization Strategies](https://mwm.ai/guides/app-monetization-strategies). ## Maschine 4 — Viralität Der einzige Akquisitionskanal ohne marginale Kosten. - Ein [Empfehlungsprogramm](https://mwm.ai/glossary/referral-program) und ein gesunder [Viralitätskoeffizient](https://mwm.ai/glossary/viral-coefficient) verwandeln treue Nutzer in neue. Ein Viralitätskoeffizient gegen 1 bedeutet, dass jeder Nutzer ungefähr einen weiteren mitbringt — die Schleife wird selbsttragend. - Viralität ist nachgelagert zu Retention und Wert: Nutzer empfehlen Produkte, die sie lieben und bei denen sie bleiben, sodass diese Maschine nicht auf eine lecke aufgesetzt werden kann. ## Die Reihenfolge der Operationen Hier laufen die meisten Wachstumsprogramme falsch — sie beginnen mit der Maschine, die am einfachsten zu kaufen ist (Akquisition), anstatt mit der, die den Rest schaltet (Retention). 1. **Retention zuerst.** Bringe die Kurve und die Unit Economics an einem kleinen Cohort zum Funktionieren. Akquisition in einen löchrigen Eimer zu skalieren erhöht nur die Kosten des Churn. 2. **Monetisierung danach.** Etabliere einen [LTV](https://mwm.ai/glossary/ltv), auf den du bauen kannst, damit du weißt, was ein Nutzer wert ist. 3. **Akquisition als drittes.** Jetzt skaliere gegen einen realen LTV, mit einem [LTV](https://mwm.ai/glossary/ltv)-zu-[CAC](https://mwm.ai/glossary/cac)-Verhältnis von 3+ als Maßstab. 4. **Viralität durchgehend.** Sie verstärkt alles, was die anderen drei produzieren. Akquisition fühlt sich wie Wachstum an, weil sich die Install-Zahl sofort bewegt. Aber Installs in ein 4%-D30-Produkt zu pumpen ist ein Kostenfaktor, keine Strategie. ## Die Schleife messen Verankere auf einer [North-Star-Metrik](https://mwm.ai/glossary/north-star-metric), die den gelieferten Wert erfasst, und beobachte das Master-Verhältnis der Schleife, [LTV](https://mwm.ai/glossary/ltv) ÷ [CAC](https://mwm.ai/glossary/cac) (verfolge es mit Cohort-[ROAS](https://mwm.ai/glossary/roas)). Die Disziplin eines Wachstumsteams liegt darin, zu verweigern, eine Maschine auf Kosten der anderen zu optimieren — denn in einer Schleife gibt das schwächste Glied die Geschwindigkeit des Ganzen vor. Finde es, repariere es, dann weiter zur nächsten. # Mobile App KPIs — Die Kennzahlen, die wirklich zählen (mit Benchmarks) Die meisten App-Teams haben das genaue Gegenteil eines Messproblems — sie tracken zu viel und handeln zu wenig. Die Lösung sind keine weiteren Dashboards, sondern ein fokussierter Satz von KPIs, die auf den Growth Loop abgebildet sind und an einem echten Benchmark gemessen werden. Dieser Leitfaden stellt diesen Satz bereit, gruppiert nach der Position im Loop, mit Katalog-Medianen, damit du erkennen kannst, ob deine Zahl gut ist oder nur vertraut. ## Mit einer North-Star beginnen Über dem KPI-Baum steht eine einzige Zahl: die [North-Star-Metrik](https://mwm.ai/glossary/north-star-metric) — die einzige Kennzahl, die den Wert, den dein Produkt liefert, am besten erfasst (täglich aktive Nutzer, protokollierte Workouts, gespielte Tracks). Alles darunter ist ein unterstützender Input. Wähle sie zuerst, denn sie entscheidet, welche der nachfolgenden Metriken du am stärksten optimierst. ## Akquisitions-KPIs Wie effizient du Nutzer gewinnst. - **[CPI](https://mwm.ai/glossary/cpi) / [CAC](https://mwm.ai/glossary/cac)** — was ein Nutzer kostet, immer im Verhältnis zu [LTV](https://mwm.ai/glossary/ltv) gemessen. - **[ROAS](https://mwm.ai/glossary/roas)** — Return on Ad Spend, nach Kohorte und Kanal. - **[Anteil organischer Installs](https://mwm.ai/glossary/organic-installs)** — Katalog-Median 61,6 %; Organic ist für die meisten Nicht-Game-Apps der größere Kanal. - **[IPM](https://mwm.ai/glossary/cpi) und [Install Attribution](https://mwm.ai/glossary/install-attribution)** — Creative-Effizienz und Kanal-Wahrheit. (Siehe das [User-Acquisition-Playbook](https://mwm.ai/guides/user-acquisition-strategies).) ## Aktivierungs- & Retention-KPIs Ob die gewonnenen Nutzer bleiben — das Fundament, mit dem alles andere multipliziert wird. - **Aktivierungsrate** — Anteil neuer Nutzer, die in der ersten Session den Core-Value-Meilenstein erreichen. - **[N-Day-Retention](https://mwm.ai/glossary/n-day-retention)** — Katalog-Mediane: **D1 27,3 %, D7 9,2 %, D30 3,9 %**. Das obere Dezil erreicht \~10,9 % D30. - **[Churn](https://mwm.ai/glossary/churn)** — die Kehrseite; der mediane D30-Engagement-Churn liegt bei 96,1 %. (Siehe das [Retention](https://mwm.ai/guides/how-to-improve-app-retention)-Playbook.) ## Engagement-KPIs Wie intensiv und häufig aktive Nutzer das Produkt nutzen — der Frühindikator für Retention. - **[DAU/MAU-Nutzungsbindung](https://mwm.ai/glossary/dau-mau)** — Katalog-Median 14,1 %; ein guter Richtwert liegt bei 20 %+. - **[Sessions pro Nutzer pro Tag](https://mwm.ai/glossary/session-frequency)** — Katalog-Median 2,94. - **[Session-Länge](https://mwm.ai/glossary/session-length) und Zeit pro Nutzer** — mediane Session 1 Min. 22 Sek., Median \~4 Min. 18 Sek. pro Tag (aber im Kategoriekontext lesen — Utilities sind bei kurzen Sessions gesund, Games bei langen). (Siehe das [Engagement](https://mwm.ai/guides/app-engagement-strategies)-Playbook.) ## Monetarisierungs-KPIs Wie viel Wert du von den Nutzern erfasst, die du behältst. - **Conversion zu zahlenden Nutzern** — für die meisten Consumer Apps eine niedrige einstellige [Conversion Rate](https://mwm.ai/glossary/conversion-rate); ein Blended-Wert von \~6 % ist ein Planungsanker. - **[ARPU](https://mwm.ai/glossary/arpu)** — Katalog-Median 0,15 $ (30 Tage), oberes Dezil 4,64 $. - **[ARPPU](https://mwm.ai/glossary/arppu)** — Umsatz pro *zahlenden* Nutzer; modellierter Median 1,88 $/Monat. - **[ARPDAU](https://mwm.ai/glossary/arpdau)** — Median \~0,01 $ IAP (ohne Anzeigenerlöse). - **[LTV](https://mwm.ai/glossary/ltv)** — das Integral von ARPDAU über die Retention-Kurve. (Siehe das [Monetarisierungs](https://mwm.ai/guides/app-monetization-strategies)-Playbook.) ## Das eine Verhältnis, das alles zusammenbindet **[LTV](https://mwm.ai/glossary/ltv) ÷ [CAC](https://mwm.ai/glossary/cac).** Es verbindet alle obigen Gruppen — Retention und Monetarisierung bauen den LTV auf, Akquisition gibt den CAC aus — und ein Verhältnis von 3+ ist der Maßstab für ein gesundes, skalierbares Business. Die meiste KPI-Arbeit dient letztendlich dazu, dieses einzelne Verhältnis zu verbessern. ## Das Benchmark-Sheet | KPI | Katalog-Median | Stark (oberes Dezil) | | --------------------------- | ---------------------- | -------------------- | | D1 / D7 / D30 Retention | 27,3 % / 9,2 % / 3,9 % | \~10,9 % D30 | | DAU/MAU-Nutzungsbindung | 14,1 % | 31 % | | Sessions / Nutzer / Tag | 2,94 | 5,28 | | ARPU (30 Tage) | 0,15 $ | 4,64 $ | | ARPDAU (IAP) | 0,01 $ | 0,04 $ | | Anteil organischer Installs | 61,6 % | 77 % | ## Vanity vs. handlungsrelevant Eine Metrik verdient einen Platz im Dashboard nur, wenn eine Veränderung in ihr etwas an deinem Handeln ändert. Kumulative Downloads und total registrierte Nutzer steigen immer und signalisieren nichts; Kohorten-Retention, Trial-to-Paid-Conversion, Nutzungsbindung und [Viralitätskoeffizient](https://mwm.ai/glossary/viral-coefficient) bewegen sich mit spezifischen Hebeln und zeigen dir, welcher davon gewirkt hat. Tracke die Raten und Kohorten, nicht die laufenden Gesamtsummen — wenige genug, dass das Team tatsächlich auf jede einzelne handeln kann. # Mobile App Monetarisierung — IAP, Subscriptions, Ads & Freemium erklärt Die Monetarisierung von Mobile Apps hat sich auf vier dominante Modelle konsolidiert. Die Wahl zwischen ihnen ist eine architektonische Entscheidung — sie bestimmt deine Unit Economics, deine UA-Strategie, deine Produkt-Roadmap und gegen welches Plattform-Tooling du entwickelst. Das falsche Modell für deine App zu wählen lässt nicht nur Umsatz liegen; es erzeugt über Jahre eine eskalierende strategische Belastung. Dieser Leitfaden behandelt alle vier Modelle, wann jedes die richtige Wahl ist und die Benchmark-Unit-Economics, die du innerhalb jedes Modells anstreben solltest. ## Die vier Modelle, jeweils in einem Absatz **[Freemium](https://mwm.ai/glossary/freemium) mit [Subscriptions](https://mwm.ai/glossary/subscription).** Die App ist kostenlos zu installieren, mit Premium-Funktionen oder -Inhalten hinter einer wiederkehrenden Subscription. Das Modell mit dem breitesten Funnel, dominierend für Productivity-, Content-, Utility-, Dating- und Health/Fitness-Apps. Unit Economics stehen oder fallen mit Trial-to-Paid-Conversion und monatlichem Churn. **Freemium mit [In-App Purchases](https://mwm.ai/glossary/iap).** Kostenlos zu installieren, monetarisiert durch konsumierbare oder nicht-konsumierbare Käufe. Der Standard für Free-to-Play-Games — Konsumables treiben Whale-Economics an, Nicht-Konsumables entfernen Anzeigen oder schalten Inhalte frei. Außerhalb von Games weniger verbreitet. **Ad-supported Free.** Kostenlos zu installieren, vollständig kostenlos zu nutzen, monetarisiert über Ad-Impressions. Monetarisiert über Rewarded Video, Interstitials, Banner oder Native Placements. Anständige Pro-Nutzer-Economics bei Apps mit langen Session-Zeiten; schwach bei Apps mit kurzen Sessions. **Paid Upfront.** Nutzer zahlt einen einmaligen Kaufpreis für die Installation. Dominantes Modell in den frühen 2010er Jahren, heute auf Nischen-Pro-Tools, Premium-Games und spezifische Utilities beschränkt. Hohe qualifizierte Nutzerqualität (jeder, der zahlt, hat eine klare Intention), aber kleinster Funnel. Moderne Realität: die meisten kommerziell erfolgreichen Consumer Apps sind **hybrid**. Die Basis ist Subscription oder Freemium, mit taktischen Ad-Placements, einmaligen IAPs und Promotional Bundles darüber geschichtet. ## Freemium + Subscription — der dominante Standard Freemium mit Subscriptions ist der Standard für die meisten neuen Consumer Apps. Die Installationsreibung ist null, die Plattform-Subscription-Systeme (App Store und Google Play) verwalten Abrechnung, Trial-Logik und Retention-Angebote nativ, und das compoundierende Umsatzmodell belohnt langfristige Produktinvestitionen. Die Kernmetriken für eine Freemium-Subscription-App: 1. **Trial-Start-Rate.** Welcher Anteil der Installs einen kostenlosen Testzeitraum startet. Typischerweise 8–20 % bei gut gestaltetem Onboarding; 25 %+ deutet auf außergewöhnliche Funnel-Qualität hin. 2. **[Trial-to-Paid-Conversion](https://mwm.ai/glossary/trial-conversion).** Welcher Anteil der Trial-Starts zu bezahlenden Abonnenten konvertiert. Branchen-Mediane nach Vertikalsegment: Productivity 30–50 %, Utilities 25–45 %, Dating 50–70 %, Entertainment 40–60 %, Games mit Subs 15–30 %. 3. **Monatlicher Churn.** Typischerweise 5–10 % für reife Apps. Unter 5 % ist außergewöhnlich — meist ein Zeichen für entweder ein Kategorie-Lock-Produkt (Duolingo, Calm) oder effektives Retention-Tooling. 4. **[ARPU](https://mwm.ai/glossary/arpu)** und **[ARPPU](https://mwm.ai/glossary/arppu).** Gemischter Umsatz pro Nutzer und Umsatz pro Zahler. Top-Quartil-Consumer-Subscription-Apps erzielen 2–5 $ ARPU, 15–40 $ ARPPU. 5. **[LTV](https://mwm.ai/glossary/ltv).** Abgeleitet aus ARPPU × erwarteter Laufzeit. Eine 9,99 $/Monat-App bei 7 % monatlichem Churn hat eine durchschnittliche Laufzeit von \~14 Monaten und einen bezahlten LTV von \~140 $; der Blended-LTV hängt von der Conversion-Rate ab. **Der Kernkompromiss**: Subscription-Apps haben die längsten Payback-Fenster aller Monetarisierungsmodelle. Dein Break-even-Punkt bei UA liegt oft bei Tag 60–120, nicht bei Tag 7. Das bedeutet, dass du entweder eine starke LTV-Prognose-Sicherheit oder eine langfristige Bilanz benötigst. Apps, die LTV nicht zuverlässig prognostizieren können, übertreffen oft Paid-UA-Ausgaben und geraten in Liquiditätsengpässe. ## Freemium + IAP (Games und mehr) Free-to-Play-Games dominieren das IAP-Modell. Ein typisches F2P-Game monetarisiert durch: - **Konsumables** (Coins, Gems, Hinweise, Booster) — der Hauptumsatztreiber, der Whale-Economics antreibt. - **Nicht-Konsumables** (Anzeigen entfernen, Premium-Charakter freischalten) — Einmalkäufe, die einen Teil der aktiven Nutzer konvertieren. - **Subscription-Stufen** (Battle Pass, VIP-Zugang) — zunehmend als mittlere Monetarisierungsschicht hinzugefügt. Die Economics folgen stark einer Power-Law-Verteilung. In einem typischen Free-to-Play-Game generieren 1–5 % der zahlenden Spieler 50–80 % des Umsatzes. Monetarisierungsarbeit dreht sich hauptsächlich um: 1. Einen größeren Anteil der Spieler zu Zahlern zu konvertieren (First-Purchase-Funnel-Design). 2. Die Lifetime-Ausgaben bestehender Zahler zu verlängern (Progression-Tiefe, Live-Ops-Events, zeitlich begrenzte Angebote). 3. Whale-Churn zu verhindern (Retention-Mechaniken und VIP-Support). Außerhalb von Games ist IAP-only-Freemium seltener, existiert aber für Apps mit einer natürlichen "Einheit" des Konsums (z. B. kreditbasierte Bildgenerierungs-Apps, On-Demand-Services mit nutzungsbasierter Preisgestaltung). Die meisten Consumer-Productivity-Apps sind auf Subscriptions migriert, weil die LTV-Mathematik klarer ist. ## Ad-Monetarisierung Ad-supported Apps stehen und fallen mit dem **[eCPM](https://mwm.ai/glossary/ecpm)** — dem effektiven Umsatz pro tausend Ad-Impressions. eCPMs sind stark geografieabhängig (USA > EU > Schwellenmärkte, oft 5–10-fache Spanne) und stark formatabhängig (Rewarded Video > Interstitial > Banner, oft 3–5-fache Spanne). Benchmark-eCPMs 2026 (USA, iOS, Mid-Tier-Content-Apps): - Rewarded Video: 10–30 $ - Interstitial: 4–12 $ - Banner: 0,50–2,00 $ - Native: 3–10 $ Die entscheidende Frage für Ad-supported Apps ist die Session-Zeit. Apps mit 20+ Minuten täglicher Session-Zeit (Games, Social, Streaming) können Anzeigen bei 10–30 $ ARPDAU monetarisieren, was viele Freemium-Apps übertrifft. Apps mit 2-minütigen täglichen Sessions (Utilities, Tools) kämpfen typischerweise bei unter 1–2 $ ARPDAU nur durch Anzeigen — weshalb so viele Utility-Apps, die Ad-supported gestartet sind, auf Subscriptions migriert sind. **Nach ATT** ist die iOS-Ad-Monetarisierung komplexer, aber nicht tot. Publisher, die sich angepasst haben — SKAdNetwork-Conversion-Value-Schemata betreiben, LTV von Opt-in-Nutzern separat optimieren und Ad-Mediation diversifizieren — haben sich größtenteils erholt. Publisher, die das nicht getan haben, liegen noch immer 30–50 % unter den iOS-eCPM-Baselines vor ATT. ## Paid Upfront Paid Apps berechnen einen einmaligen Kaufpreis für die Installation. Der Funnel ist eng, aber die Conversion-Qualität ist außergewöhnlich — jeder Nutzer, der zahlt, hat sich bereits selbst qualifiziert. Spezifische Kontexte, in denen Paid Upfront noch gewinnt: - **Pro-Tools** mit engen, hochintentionalen Nutzergruppen (Musikproduktion, Grafikdesign, spezialisierte wissenschaftliche Tools). - **Premium-Games** mit klaren Qualitätssignalen (Konsolen-Ports, Paid-only-Indie-Games). - **Nischen-Utilities**, bei denen Subscription-Reibung die Conversion zerstört (Einmalnutzungs-Tools). - **Märkte mit akuter Subscription-Erschöpfung**, wo eine saubere "einmal zahlen, dauerhaft besitzen"-Positionierung differenziert. Das Playbook bei Paid ist anders: du optimierst Preisleitern und wahrgenommenen Wert statt Funnel-Conversion. Ein toller Screenshot und ein vertrauenswürdiger Bewertungswert sind wichtiger als ein toller Paywall — weil es keinen Paywall gibt. ## Hybride Monetarisierung Die meisten kommerziell erfolgreichen Consumer Apps betreiben 2–3 Monetarisierungsströme parallel: - Subscription als Hauptumsatzschicht mit Annual-Pricing-Anker. - Taktische IAPs für Einmal-Konsumables (Credits, Boost-Packs, Premium-Content-Drops). - Rewarded-Ad-Placements für kostenlose Nutzer, oft als "Free-Credits"-Mechanismus, der zurück ins Engagement führt. - Lifetime-Deals, Bundles oder Upsells als periodische Retention- und Umsatzhebel. Das Ziel ist, jedem Nutzer einen preissensitivitätsgerechten Weg zum Zahlen zu geben. Ultra-Budget-Nutzer erhalten Anzeigen; mittelklassige Nutzer kaufen eine Subscription; hochwertige Nutzer zahlen für Annual plus gelegentliche Konsumables. Gut umgesetzt steigert hybride Monetarisierung den ARPU um 30–60 % gegenüber reinem Subscription-Modell, auf Kosten moderater Produktkomplexität. ## Preisgestaltung und Lokalisierung Die Preisstrategie verdient einen eigenen Leitfaden, aber drei Regeln mit hohem Hebeleffekt: 1. **Annual bei 50 % Rabatt gegenüber Monatlich × 12 verankern.** Apple und Google unterstützen beide Annual-Pricing-Angebote, die den Rabatt nativ anzeigen. Branchenstandard. 2. **Preise nach Markt lokalisieren, nicht nur nach Sprache.** Kaufkraftparität ist wichtig. Brasilien, Indien und viele Teile Südostasiens erfordern deutlich niedrigere Nominalpreise (30–50 % des US-Wertes). Apples und Googles Preisstufen ermöglichen die länderspezifische Anpassung, ohne N × M Währungskombinationen manuell zu verwalten. 3. **Mehrere Preispunkte testen.** Der erste Preis, den du festlegst, ist fast nie optimal. A/B-teste 3–4 Preisleitern in den ersten 3–6 Monaten nach dem Launch. Top-Quartil-Subscription-Apps überarbeiten die Preisgestaltung jährlich. ## Benchmark-Unit-Economics Wie eine gesunde Subscription-App im Jahr 2026 aussieht: - **[LTV](https://mwm.ai/glossary/ltv):[CPI](https://mwm.ai/glossary/cpi)-Verhältnis** von mindestens 3:1 (Tag-180-LTV vs. Blended-CPI). Außergewöhnliche Apps erreichen 5:1 oder besser. - **Tag-30-[ROAS](https://mwm.ai/glossary/roas)** von 50–70 %. Tag-180-ROAS bei oder über 120–150 %. - **Trial-to-Paid-Conversion** von 30 %+ bei einem 7-Tage-Trial. - **Monatlicher Churn** unter 10 %, idealerweise 5–7 %. - **Paid-Anteil der MAU** von 3–8 %. Wenn deine Zahlen deutlich unter einem dieser Werte liegen, ist das Problem selten UA-Ausgaben — es ist entweder das Paywall-Design, die Onboarding-Qualität oder eine grundlegende Produkt-Markt-Fit-Lücke. Keine Menge UA repariert einen defekten Funnel. ## Wie es weitergeht - **[Paywall Design Best Practices](https://mwm.ai/guides/paywall-design-best-practices)** — die wichtigste Optimierungsfläche in Subscription-Apps. - **[Der vollständige ASO-Leitfaden](https://mwm.ai/guides/app-store-optimization)** — für den Top-of-Funnel, den deine Monetarisierung braucht. - **[Wie der App-Store-Ranking-Algorithmus funktioniert](https://mwm.ai/guides/app-store-ranking-algorithm)** — weil Ranking deine Monetarisierungsmarge erhöht. - Für Live-Benchmarking: **[MWM Scale](https://mwm.ai/mwm-scale)** trackt Umsätze von Wettbewerbern und Monetarisierungsmuster auf Kategorieebene. Monetarisierung ist letztendlich eine Produktfrage, keine Preisseiten-Frage. Die Apps, die bei Unit Economics gewinnen, sind diejenigen, die ein Produkt bauen, das den geforderten Preis wert ist, und dann jede Oberfläche — Trial, Paywall, Retention-Flow, Win-back — darauf ausrichten, den Wert verständlich zu machen. Das gelingt, und die Zahlen folgen. # Paywall-Design Best Practices (gestützt auf Conversion-Daten) Der Paywall ist die Oberfläche mit dem höchsten Hebeleffekt in einer Subscription-App. Ein relativer Anstieg der Paywall-Conversion um 10 % bedeutet 10 % mehr Umsatz bei jedem Install, dauerhaft. Nichts anderes, was eine Mobile-Subscription-App veröffentlicht, hat diesen Hebeleffekt. Dennoch behandeln die meisten Apps Paywalls als eine einmalige Design-Entscheidung, veröffentlichen eine Version und iterieren selten. Dieser Leitfaden behandelt die Muster, Platzierungen und Testing-Disziplin, die Top-Quartil-Apps vom Mittelfeld unterscheiden. ## Was ein Paywall tatsächlich tut Ein [Paywall](https://mwm.ai/glossary/paywall) hat gleichzeitig vier Aufgaben: 1. **Den Wert vermitteln**, den der Nutzer für das Zahlen erhält. 2. **Den Preis kommunizieren**, verankert gegen Vergleiche, die der Nutzer als günstig empfindet. 3. **Das wahrgenommene Risiko des Zahlens reduzieren** — kostenloser Testzeitraum, klare Kündigung, Social Proof. 4. **Dringlichkeit oder Habit-Lock erzeugen**, die den Nutzer von "vielleicht später" zu "jetzt" bewegen. Das Versagen bei einer der vier Aufgaben senkt die Conversion. Die meisten unterdurchschnittlichen Paywalls, die ich sehe, sind unklar bei #1 (generisches "Unlock Premium"-Texting) oder schwach bei #3 (kein Trial-Angebot, keine Klarheit zur Kündigung). ## Paywall-Platzierung — drei unterschiedliche Momente **Onboarding Paywall.** Wird sofort nach der Installation angezeigt, oft nach einem 3–5-stufigen Onboarding-Flow. Platzierung mit dem höchsten Hebeleffekt für die meisten Consumer Apps, weil sie den Nutzer auf dem Höhepunkt seiner Intention erfasst. Muss zum Onboarding-Kontext passen — der Hero-Benefit des Paywalls sollte die Antworten widerspiegeln, die der Nutzer gerade gegeben hat. **Contextual / Feature-Gate-Paywall.** Wird angezeigt, wenn der Nutzer auf eine spezifische gesperrte Funktion trifft ("Upgrade, um mehr als 3 Gewohnheiten zu speichern", "Premium-Inhalte freischalten"). Niedrigere Conversion-Rate als beim Onboarding, aber höhere Intention pro Conversion — der Nutzer hat versucht, etwas Spezifisches zu tun und wurde blockiert. **Retention Paywall.** Wird kündigen­den Abonnenten als Win-back-Angebot gezeigt, oder inaktiven zahlenden Nutzern als Downgrade-statt-Kündigung-Option. Niedrigste Conversion-Rate, aber jede Rettung hat nahezu 100 % Marge. Gut gestaltete Subscription-Apps betreiben alle drei mit unterschiedlichen Varianten, nicht einen Paywall dreimal geklont. Der Onboarding-Paywall sollte Wert einführen; der Contextual-Paywall sollte die spezifische Funktion erklären; der Retention-Paywall sollte Verlustaversion reduzieren. ## Hard vs. Soft Paywalls **Hard Paywall**: Kein Weg, fortzufahren, ohne einen Kauf oder Trial-Start. Vorteile: maximale Conversion bei Nutzern, die tatsächlich zahlen; klarere Monetarisierung. Nachteile: dramatisch niedrigere Trial-Start-Rate; höhere Deinstallationsrate nach dem Paywall. Geeignet, wenn: - Der Core Loop deines Produkts auf Premium-Inhalte angewiesen ist (Streaming, spezialisierte Tools) - Deine App eine starke eigenständige Markenbekanntheit hat, die Installs vorab qualifiziert - Deine UA-Kanäle hochintentionale Nutzer liefern (keine zufälligen anzeigengetriebenen Akquisitionen) **Soft Paywall**: Nutzer kann überspringen und zu einer kostenlosen Stufe fortfahren. Vorteile: breiterer Funnel, mehr Möglichkeiten für spätere Contextual-Conversion. Nachteile: die "Skip"-Option ist eine Klippe — viele Nutzer überspringen und sehen den Paywall nie wieder. Geeignet, wenn: - Nutzer mehrere Sessions benötigen, um den Wert zu verstehen - Deine App eine nutzbare kostenlose Stufe hat, die trotzdem Engagement erzeugt - Du eine starke Contextual-Paywall-Strategie für die spätere Conversion hast Die meisten erfolgreichen Freemium-Subscription-Apps setzen auf einen **Soft Paywall im Onboarding plus einen Hard Paywall bei spezifischen Premium-Funktionen**. Die Kombination erfasst sofortige Zahler und erhält gleichzeitig den Langzeit-Pfad für zögerliche Nutzer. ## Preislayout — die Konventionen, die konstant gewinnen **Zweistufiger vertikaler Stack**, mit Annual über Monthly: - Annual-Plan, zuerst angezeigt, mit "50 % SPAREN" oder ähnlichem Badge - Monthly-Plan darunter **Dreistufige horizontale Karten**, für Apps mit klarer Feature-Differenzierung: - Basic / Pro / Business - Mittlere Stufe als "Standard-Auswahl" oder "Beliebteste"-Label **Einstufig mit Trial-Betonung**, für Apps, die von einem Preispunkt überzeugt sind: - Großer Trial-CTA ("7-tägige kostenlose Testphase starten") - Preis in kleinerem Text ("dann 9,99 $/Monat") Regeln, die über alle Layouts hinweg gelten: - **Zeige den Periodenpreis immer gut sichtbar an.** Nutzer müssen wissen, dass sie 9,99 $/Monat zahlen, nicht 119,88 $/Jahr, versteckt in den AGB. - **Die Option mit höherem Wert vorauswählen.** Branchenkonvention ist, Annual als Standard zu setzen. Nutzer, die Monthly wollen, ändern die Auswahl; der Standard bewegt einen bedeutenden Anteil zu Annual. - **Kündigungsklarheit einschließen.** "Jederzeit kündbar" oder "Keine Bindung" im Sekundärtext, over the fold. - **Währungssymbol und Format je Locale anzeigen.** 9,99 $ in den USA, 9,99 € in Deutschland, 7,99 £ in Großbritannien. ## Text — der wichtigste Hebel Die meisten optimierungsschwachen Paywalls verlieren beim Text, nicht beim visuellen Design. Die Muster, die funktionieren: **Spezifisch > generisch.** "Unbegrenzte Gewohnheiten" oder "Für immer werbefrei" schlägt "Premium-Zugang erhalten". Nutzer müssen sich vorstellen können, was sich ändert. **Benefit > Feature.** "Jede Nacht besser schlafen" schlägt "200+ Meditationen freischalten". Feature-Listen werden überflogen; Benefit-Framing wird gelesen. **Social Proof an der richtigen Stelle.** Ein 4,8-Sterne-Badge oder "10 Millionen Nutzer"-Statistic nahe der Preisgestaltung wirkt. Weniger glaubwürdige Vertrauenssignale (generische "Wie zu sehen in"-Logos ohne Substanz) reduzieren oft das Vertrauen, anstatt es aufzubauen. **Dringlichkeit ohne Dark Patterns.** "Zeitlich begrenztes Angebot — erster Monat 50 % Rabatt" ist in Ordnung, wenn es stimmt. Countdown-Timer, die bei jedem Aufruf neu starten, sind Dark Patterns, die Apple und Google kennzeichnen. **Das Button-Label ist wichtig.** "Kostenlosen Testzeitraum starten" vs. "Weiter" vs. "Abonnieren" — teste sie. "Kostenlosen Testzeitraum starten" gewinnt normalerweise bei der Trial-Start-Rate; "Weiter" kann bei Trial-to-Paid gewinnen, weil Nutzer, die es sehen, verstehen, dass sie einen Kaufprozess akzeptieren und kein Gratis-Angebot. ## Visuelle Designmuster, die funktionieren Unter Hunderten analysierter Paywalls tauchen einige Muster wiederholt in Top-konvertierenden Apps auf: - **Hero-Bild oder -Animation** am oberen Rand, emotionalen Wert etablierend. - **Icon + Benefit-Paar** pro Hauptvorteil — 4–6 Zeilen. Dem Nutzer das Überfliegen ermöglichen. - **Kundenbewertungen oder -zitate** mit sichtbaren Sternbewertungen. - **Preisgestaltung als Karten** präsentiert, nicht als flache Liste. Ausgewählter Zustand visuell unterschiedlich. - **Primärer CTA vollbreit am unteren Rand**, sticky bei langen Paywalls. - **Sekundäre Aktionen (Käufe wiederherstellen, AGB, Datenschutz)** in gedämpftem tertiärem Styling. Anti-Patterns, die konstant unterdurchschnittlich abschneiden: - **Textlastige Paywalls** ohne Bilder oder visuelle Hierarchie. - **Großbuchstaben-CTAs** ("JETZT KAUFEN") — aggressiv und oft schlechter konvertierend als Satzmajuskel. - **Versteckte Preisgestaltung** mit nur einem Trial-CTA und keinem Periodenpreis. - **Zu viele Optionen** — 4+ Pläne erzeugen Entscheidungsüberlastung. - **Abweisbare-aber-nicht-offensichtlich-so-Paywalls** — das Schließen-X ist winzig oder grau. Nutzer fühlen sich gefangen, hinterlassen schlechte Bewertungen. ## A/B-Testing von Paywalls Paywalls müssen kontinuierlich getestet werden. Die Infrastrukturoptionen: - **Selbst aufbauen** — Feature-Flagging + serverseitige Variantenauswahl + Client-Analytics. Flexibel, erfordert Entwicklungszeit. - **Dedizierte Paywall-SDKs** — RevenueCat, Adapty, Superwall. Sie verwalten Variantenauslieferung, Analytics und Plattform-Subscription-Integration in einem einzigen SDK. Die meisten mittelgroßen Subscription-Apps nutzen eines davon statt einer Eigenentwicklung. Disziplin, die unabhängig von der Infrastruktur wichtig ist: 1. **Eine Variable pro Test.** Das Testen eines anderen Hero-Bilds UND eines anderen Preises ist ein Test, dem du keine Kausalität zuordnen kannst. 2. **Power-up vor dem Start.** Berechne die benötigte Stichprobengröße für das kleinste Conversion-Delta, das du erkennen möchtest. Ein Test, der 6 Wochen braucht, um Signifikanz zu erreichen, ist in Ordnung; ein Test, der ewig läuft, weil das Delta klein ist, nicht. 3. **Nachgelagerten Kohorten-LTV tracken, nicht nur Conversion.** Eine Variante, die die Trial-to-Paid-Conversion um 5 % steigert, aber Nutzer mit niedrigerem LTV anzieht, kann netto negativ sein. Warte mindestens einen Abrechnungszyklus, bevor du einen Gewinner ausrufst. 4. **Einen Testing-Kalender führen.** Vermeide Kreuz-Kontamination von Tests. Wenn du einen beendest, gib eine 1-wöchige Washout-Phase, bevor der nächste startet, wenn sich das Nutzerverhalten auf der veränderten Oberfläche stabilisieren muss. ## Die fünf häufigsten Paywall-Fehler Nach der Analyse vieler Paywalls sind dies die wiederkehrenden Versagensmuster: 1. **Vager Hero-Benefit.** "Unlock Premium" sagt dem Nutzer nichts. 2. **Kein Annual-Pricing oder schwaches Annual-Framing.** LTV liegt auf dem Tisch. 3. **Kein Trial, wenn Nutzer das Produkt brauchen, um sich zu beweisen, bevor sie zahlen.** 4. **Abweisbarer Onboarding-Paywall ohne Contextual-Paywall-Strategie.** Nutzer überspringen einmal, sehen nie wieder eine Kaufaufforderung. 5. **Statisch für immer.** Die erste beim Launch veröffentlichte Paywall-Version ist fast nie die beste. Apps, die seit 12 Monaten nicht iteriert haben, verlieren 15–30 % Umsatz relativ zu dem, was ein diszipliniertes Testing-Programm liefern würde. ## Paywall-Performance messen Mindest-Instrumentierung: - **Paywall-Impressions** (jedes Mal, wenn ein Paywall gerendert wird) - **Paywall-Conversion-Rate** (Trial-Starts + direkte Käufe pro Impression) - **Paywall-Dismiss-Rate** (für Soft Paywalls) - **Trial-to-Paid-Conversion** (nachgelagert) - **30-Tage- und 180-Tage-Kohorten-LTV pro Paywall-Variante** Berichtszyklus: Paywall-Conversion täglich; nachgelagerter LTV wöchentlich; vollständige Varianten-Performance-Review monatlich. ## Die Winback- und Retention-Seite Der Paywall setzt sich nach dem Kauf fort. Wenn Nutzer kündigen, ermöglichen Apple und Google, [Promotional Offers](https://mwm.ai/glossary/promotional-offer) anzuzeigen — reduzierte Preise für zurückkehrende Abonnenten. Ein gut gestalteter Winback-Offer-Flow erfasst 15–30 % der Kündiger. Best Practices: - **Kein Winback-Angebot zeigen, bevor die Kündigungsabsicht klar ist.** Wenn es zufriedenen Nutzern gezeigt wird, gewöhnt man sie daran, Rabatte zu erwarten. - **Das Angebot sollte bedeutend sein, aber die reguläre Preisgestaltung nicht kannibalisieren.** 50 % Rabatt für 3 Monate ist ein übliches Muster; "kostenlos für immer" würde die Economics offensichtlich zerstören. - **Angebotscodes für Kundenservice-Fälle.** Lass das Support-Team einen Winback-Code für Nutzer einlösen, die Abrechnungsprobleme melden — der Retention-Lift pro Fall überwiegt die Kosten. ## Wie es weitergeht - **[Mobile App Monetarisierung](https://mwm.ai/guides/mobile-app-monetization)** — der Modell-Kontext, in dem Paywalls leben. - **[Wie du deine iOS-App rankst](https://mwm.ai/guides/how-to-rank-an-ios-app)** — den Top-of-Funnel antreiben, den dein Paywall konvertiert. - **[Glossar: Paywall](https://mwm.ai/glossary/paywall)** als Begriff-Referenz. Paywalls belohnen Obsession. Publisher, die sie als Optimierungsoberfläche behandeln — gemessen, iteriert, kontinuierlich A/B-getestet — compoundieren einen Margenvorsprung gegenüber Wettbewerbern, die veröffentlichen und vergessen. Beginne mit einer Verbesserung. Veröffentliche sie. Miss es. Tue es jeden Monat zwei Jahre lang erneut. Diese Disziplin allein ist den Unterschied zwischen einer medianen Subscription-App und einer Top-Dezil-App wert. # Push-Notification Best Practices für Mobile Apps [Push-Benachrichtigungen](https://mwm.ai/glossary/push-notification) sind der am meisten missbrauchte Hebel in der mobilen Retention. Gut eingesetzt, sind sie der günstigste Weg, einen Rückkehrbesuch zu erzeugen und eine entstehende Gewohnheit zu reaktivieren. Schlecht eingesetzt, sind sie der schnellste Weg zu einem stummgeschalteten Kanal oder einer Deinstallation — und sobald ein Nutzer dich stummschaltet, ist dieser Retention-Hebel für immer weg. Die gesamte Disziplin besteht darin, Aufmerksamkeit zu verdienen und sie sorgfältig einzusetzen. ## Earn the Opt-in, bevor du fragst Auf iOS erfordert Push eine explizite Erlaubnis, und der System-Prompt kann effektiv nur einmal angezeigt werden. Ihn beim ersten Start zu verbrennen — bevor der Nutzer irgendeinen Wert gespürt hat — ist der häufigste und teuerste Fehler. - **Den Prompt vorbereiten.** Zeige einen benutzerdefinierten Pre-Permission-Screen, der erklärt, *was* Benachrichtigungen für den Nutzer tun werden, und triggere den System-Dialog erst für Nutzer, die Ja sagen. Das schützt den echten Prompt vor einem reflexartigen Ablehnen. - **Nach einem Wertmoment fragen**, nicht davor. Ein Nutzer, der gerade erlebt hat, wie die App funktioniert, wird viel eher opt-inen als einer, der einen kalten ersten Bildschirm sieht. - Android gewährt Push standardmäßig großzügiger, aber die gleiche Relevanz-Disziplin gilt für die Beibehaltung des Kanals. ## Auf Wert triggern, nicht auf einen Zeitplan Der wichtigste Qualitätshebel ist der Wechsel von Batch-and-Blast zu **verhaltensbasierten Triggern** — Benachrichtigungen, die durch etwas ausgelöst werden, das der Nutzer getan hat, oder durch etwas, das wirklich relevant für ihn ist. - Nach Verhalten und Lifecycle segmentieren (neu, aktiv, abwandernd) und jedes Segment mit unterschiedlichen Nachrichten ansprechen. - Eine getriggerte, relevante Push-Benachrichtigung verdient das Öffnen und den Rückkehrbesuch; ein generischer geplanter Massen-Send trainiert Nutzer, dich zu ignorieren — und dann stummzuschalten. - Trigger mit einem [Daily Streak](https://mwm.ai/glossary/daily-streak) oder anderen Gewohnheiten koppeln, die der Nutzer bereits aufgebaut hat, damit die Benachrichtigung eine Gewohnheit verstärkt, die er ohnehin beibehalten möchte. ## Frequenz, Timing und Ruhezeiten respektieren Es gibt keine universell beste Frequenz — es gibt eine Obergrenze, die den Kanal schützt. - **Volumen pro Nutzer begrenzen** und Ruhezeiten sowie lokale Zeitzonen respektieren. - Bevorzuge Send-Time-Optimierung pro Nutzer gegenüber einer einzigen globalen Stunde. - Behandle jeden Send als Verbrauch eines begrenzten Aufmerksamkeitsbudgets; wenn eine Nachricht es nicht wert ist, geöffnet zu werden, ist das Nicht-Senden die bessere Wahl. ## Push und In-App-Messaging gemeinsam einsetzen [Push](https://mwm.ai/glossary/push-notification) holt Nutzer von außerhalb der App zurück; [In-App-Nachrichten](https://mwm.ai/glossary/in-app-messaging) und [In-App-Benachrichtigungen](https://mwm.ai/glossary/in-app-notifications) leiten und upsellen Nutzer, die bereits drinnen sind. Sie sind komplementäre Oberflächen: - Push → der Rückkehrbesuch. - In-App → was während des Besuchs passiert (Feature-Entdeckung, Angebote, Nudges). Ein vollständiger Messaging-Stack orchestriert beide aus denselben verhaltensbezogenen Triggern. ## Abwandernde Nutzer zurückgewinnen, bevor sie weg sind Push ist der primäre Kanal für [Re-Engagement](https://mwm.ai/glossary/re-engagement) und [Winback-Kampagnen](https://mwm.ai/glossary/winback-campaign). Das Zeitfenster ist entscheidend: ein [dormanter Nutzer](https://mwm.ai/glossary/dormant-user), der seit Tagen nicht geöffnet hat, ist viel besser zurückzugewinnen als einer, der vor Wochen abgewandert ist. Re-Engagement auf frühe Abwanderungssignale triggern, nicht nachdem der Nutzer längst weg ist — und die Nachricht auf *seinen* unvollendeten Wert beziehen, nicht auf ein generisches "Wir vermissen dich." ## Messen, was wirklich zählt Die Öffnungsrate der Benachrichtigung selbst ist eine Vanity-Metrik. Die Fragen, die zählen: - **Opt-in-Rate** und wie sie sich verändert, wenn du den Prompt neu positionierst. - **Nachgelagerter Lift** — zeigt eine benachrichtigte Kohorte eine höhere [Session-Frequenz](https://mwm.ai/glossary/session-frequency) und [Retention](https://mwm.ai/glossary/retention) als eine gehaltene Kontrollgruppe? - **Stummschaltungs- und Deinstallationsrate** nach Sends — die Kostenseite der Bilanz. Führe Benachrichtigungen gegen eine Holdout-Gruppe, damit du inkrementelle Rückkehrbesuche misst und nicht bei Nutzern Credit nimmst, die ohnehin zurückgekommen wären. Richtig gemacht ist Push ein Multiplikator auf die [Retention](https://mwm.ai/guides/how-to-improve-app-retention)- und [Engagement](https://mwm.ai/guides/app-engagement-strategies)-Arbeit — kein Ersatz dafür. # Strategien zur Nutzergewinnung — Wie du App-Nutzer gewinnst und den CPI senkst Das Erste, was die Daten widerlegen, ist die Annahme, dass Nutzergewinnung einfach bedeutet, Installs zu kaufen. Im MWM-Katalog erhält die **mediane App 61,6 % ihrer Installs organisch, und 52,3 % kommen aus der App-Store-Suche allein** — das bedeutet, dass organische Suche mehr als die Hälfte der Installs für die typische App treibt, noch bevor ein einziger Werbedollar ausgegeben wird. Bezahlte Nutzergewinnung ist real und 82,8 % der Apps betreiben sie, aber für die meisten ist sie eine Schicht auf einem organischen Fundament, nicht das Fundament selbst. Dieser Leitfaden behandelt den Akquisitions-Mix, die Mathematik, die bestimmt, was du ausgeben kannst, und wie du deinen effektiven [CPI](https://mwm.ai/glossary/cpi) senkst. ## Die UA-Gleichung: Du kannst nur dafür zahlen, was du behältst Akquisition ist kein Wachstumshebel für sich allein — sie ist ein Multiplikator auf Retention und Monetarisierung. Die Obergrenze für das, was du pro Nutzer profitabel zahlen kannst, wird durch den [LTV](https://mwm.ai/glossary/ltv) gesetzt: > Wenn dein [LTV](https://mwm.ai/glossary/ltv) ÷ Akquisitionskosten nicht komfortabel über 1 liegt, verliert mehr Ausgaben einfach schneller Geld. Der Standardmaßstab ist ein **[LTV](https://mwm.ai/glossary/ltv)-zu-[CAC](https://mwm.ai/glossary/cac)-Verhältnis von 3 oder besser**, bevor du skalierst. Deshalb sind die [Retention](https://mwm.ai/guides/how-to-improve-app-retention)- und [Monetarisierungs](https://mwm.ai/guides/app-monetization-strategies)-Playbooks auch Akquisitions-Playbooks: Jeder Retention- oder ARPU-Punkt, den du hinzufügst, erhöht den [CPI](https://mwm.ai/glossary/cpi), den du dir leisten kannst, was Kanäle und Skalierung freischaltet, die zuvor nicht wirtschaftlich waren. Akquisition kann einem undichten Produkt nicht entkommen. Miss es mit [ROAS](https://mwm.ai/glossary/roas) nach Kohorte und Kanal, und richte [Install Attribution](https://mwm.ai/glossary/install-attribution) richtig ein, damit du weißt, welcher Kanal den Nutzer tatsächlich gebracht hat. ## Kanal 1 — Organic: die standardmäßige Mehrheit Für die meisten Apps ist dies der größere und günstigere Kanal. - **App Store Optimization ist der Motor.** Organische Suche macht 52 % der Installs für die mediane App aus — das ist die ASO-Oberfläche. Das vollständige Playbook findet sich in [Der vollständige Leitfaden zur App Store Optimization](https://mwm.ai/guides/app-store-optimization); der Kernpunkt hier ist, dass ASO kein Nebenprojekt ist, sondern dein wichtigster Akquisitionskanal. - **Empfehlungen und Viralität.** Ein [Empfehlungsprogramm](https://mwm.ai/glossary/referral-program) und ein gesunder [Viralitätskoeffizient](https://mwm.ai/glossary/viral-coefficient) verwandeln behaltene Nutzer zu nahezu null Grenzkosten in neue — der compoundierende Kanal. - **Store-Featuring und Bewertungen** treiben organische Spitzen, die Paid nicht kaufen kann. ## Kanal 2 — Paid: wenn die LTV-Mathematik stimmt [Bezahlte Nutzergewinnung](https://mwm.ai/glossary/paid-ua) ist die Art, wie du *über* organische Kanäle hinaus skalierst, sobald die Economics es unterstützen. - **Apple Search Ads** erfasst hochintentionale Nutzer im Suchmoment — etwa 34 % der paid-betreibenden Apps nutzen es. Es ergänzt ASO: organisch ranken, dann mit bezahlten Placements bei denselben Suchanfragen verteidigen und erweitern. - **Social und Video-Netzwerke** (die großen bezahlten Plattformen) treiben Volumen; [Lookalike-Zielgruppen](https://mwm.ai/glossary/lookalike-audience) erweitern deine besten Nutzer und [Retargeting](https://mwm.ai/glossary/retargeting) holt Abwandernde günstiger zurück als Kalt-Käufe. - **Nach Kategorie dimensionieren.** Die Daten sind eindeutig: Games betreiben Paid UA zu 97,2 % mit einem medianen 53 % Paid-Anteil, während Content- und Utility-Apps Paid zu 71 bis 78 % mit nur 11 bis 20 % Paid-Anteil betreiben. Wenn du kein Game bist, ist Paid nach Plan ein Minderheitsanteil deines Mix. ## Deinen effektiven CPI senken Du senkst den CPI nicht nur durch niedrigeres Bieten — du senkst ihn, indem du mehr aus demselben Budget konvertierst: - **Creative ist der größte bezahlte Hebel.** Ein höheres Install-per-Mille ([IPM](https://mwm.ai/glossary/ipm)) bedeutet mehr Installs pro Impression, was den effektiven CPI direkt senkt. Creatives rotieren, um [Anzeigenmotiv-Ermüdung](https://mwm.ai/glossary/creative-fatigue) zu bekämpfen — den stillen CPI-Treiber. - **Organischen Uplift ernten.** Bezahlte Kampagnen heben organische Rankings (mehr Installs → bessere Chart-Position → mehr organische Installs). Dein *blended* CPI ist niedriger als dein bezahlter CPI; auf den Blend managen. - **Retargeten vor Neukaufen.** Einen bekannten Nutzer zurückzugewinnen ist günstiger als einen Unbekannten zu akquirieren. ## Die Kategorieperspektive | Kategorie | % mit Paid UA | Medianer Paid-Anteil | Medianer Organic-Anteil | | ---------------------- | ------------- | -------------------- | ----------------------- | | Game | 97,2 % | 53,3 % | 39,5 % | | Media & Entertainment | 78,1 % | 19,6 % | 66,7 % | | Education & Knowledge | 74,4 % | 17,3 % | 66,4 % | | Social & Communication | 73,8 % | 13,6 % | 71,5 % | | Lifestyle & Well-being | 73,1 % | 12,8 % | 66,7 % | | Productivity & Tools | 71,5 % | 11,3 % | 68,8 % | Games kaufen Wachstum; alle anderen verdienen das meiste organisch und kaufen am Rand. Wähle das Playbook, das zu deiner Economics passt — den paid-lastigen Mix eines Games in eine Utility-App zu kopieren verbrennt Geld, das der LTV nicht trägt. ## Wo du anfangen solltest Berechne zuerst dein LTV-zu-Kosten-Verhältnis. Über 3: bezahlte Skalierung, bis die Effizienz sinkt oder die Zielgruppe ausdünnt. Zwischen 2 und 3: Creative und Conversion verbessern. Unter 2: Skalierung stoppen und Retention sowie Monetarisierung reparieren — die Kanäle können keine Unit Economics retten, die das Produkt leckt. Dann Organic als dauerhaftes Fundament aufbauen und Paid darüber schichten, dimensioniert nach dem, was du behältst. # Estrategias de engagement para apps: cómo aumentar el engagement y la fidelización El engagement es el indicador adelantado del que todas las demás métricas de una app van por detrás. Antes de que la curva de [retención](https://mwm.ai/glossary/retention) de una cohorte se revele, y mucho antes de que lo hagan los ingresos, el engagement te dice si el producto está cuajando. En el catálogo de MWM, la app mediana registra **2,94 sesiones y unos 4 minutos por usuario al día, con una stickiness [DAU/MAU](https://mwm.ai/glossary/dau-mau) del 14,1 %** — y el decil superior prácticamente dobla o triplica cada uno de esos valores. Esta guía trata de cómo moverlos. El marco que importa: el engagement no es un único número, sino tres dimensiones, y el error más habitual es optimizar la equivocada para tu producto. ## Las tres dimensiones del engagement - **Frecuencia** — con qué frecuencia regresan los usuarios. Se mide como [sesiones por usuario al día](https://mwm.ai/glossary/session-frequency). Mediana del catálogo: 2,94; decil superior: 5,28. - **Profundidad** — cuánto hacen por visita. Se mide como [duración de sesión](https://mwm.ai/glossary/session-length) y tiempo por usuario al día. Sesión mediana del catálogo: 1 m 22 s; tiempo mediano por usuario: 4 m 18 s. - **Fidelización diaria** — qué fracción de los usuarios mensuales aparece cada día. Se mide como [DAU/MAU](https://mwm.ai/glossary/dau-mau). Mediana del catálogo: 14,1 %; un buen umbral es el 20 % o más. Las apps con buen rendimiento mueven las tres dimensiones, pero el *equilibrio correcto* depende de la categoría (más abajo). Elige la dimensión que se corresponda con el valor de tu producto y lidera con ella. ## Palanca 1 — Frecuencia: consigue más regresos La frecuencia se construye dando a los usuarios una razón recurrente e interiorizada para abrir la app. - **Ajusta el habit loop.** Un [core loop](https://mwm.ai/glossary/core-loop) rápido y gratificante — y para productos orientados al hábito, un [compulsion loop](https://mwm.ai/glossary/compulsion-loop) de recompensa variable — es lo que hace automático el siguiente acceso. - **Ancla una cadencia.** Una [racha diaria](https://mwm.ai/glossary/daily-streak), una actualización diaria de contenido o un motivo fijo para regresar cada día genera frecuencia de forma sistemática. - **Dispara con valor, no con culpa.** Las [notificaciones push](https://mwm.ai/glossary/push-notification) bien cronometradas y los [mensajes in-app](https://mwm.ai/glossary/in-app-messaging) reactivan el hábito; los excesos entrenan a los usuarios a silenciarte. Observa la [frecuencia de sesión](https://mwm.ai/glossary/session-frequency) como señal temprana de que el hábito se está formando. ## Palanca 2 — Profundidad: haz que cada sesión cuente - **Impulsa la adopción de funcionalidades.** Los usuarios que alcanzan más del valor del producto se enganchan más y retienen mejor; guíalos hacia la segunda y tercera acción principal, no solo hacia la primera. - **Construye el camino hacia los power users.** Mapea la ruta del [power user](https://mwm.ai/glossary/power-user) y arrastra a los usuarios comprometidos por ella — los power users sostienen la stickiness y el boca a boca. - **Usa la [gamificación](https://mwm.ai/glossary/gamification) donde encaje** — el progreso, los objetivos y las recompensas profundizan las sesiones en los productos adecuados, y resultan artificiales en los que no lo son. Una advertencia: la profundidad es la dimensión más mal interpretada. Más tiempo no es universalmente mejor — véase el enfoque por categorías. ## Palanca 3 — Fidelización diaria: convierte los usuarios mensuales en diarios La stickiness ([DAU/MAU](https://mwm.ai/glossary/dau-mau)) es el mejor resumen de salud del engagement y un potente input para la [north-star metric](https://mwm.ai/glossary/north-star-metric). El decil superior del catálogo alcanza el 31 % y el 1 % más alto llega al 57,7 % — el nivel de uso habitual diario. Pasar del uso ocasional al diario es el objetivo de engagement de mayor orden: se acumula en retención y da a cada superficie de monetización más oportunidades de funcionar. Vuelve a captar a los usuarios que se están alejando con flujos de [re-engagement](https://mwm.ai/glossary/re-engagement) antes de que la stickiness se erosione hasta convertirse en churn. ## El enfoque por categorías El engagement se ve completamente diferente según la categoría — que es exactamente por qué un único manual falla: | Categoría | Sesiones/usuario/día | Tiempo mediano/usuario/día | Fidelización DAU/MAU | | ---------------------------- | -------------------- | -------------------------- | -------------------- | | Social y Comunicación | 3,26 | 3 m 46 s | **21,2 %** | | Juegos | 3,21 | **12 m 18 s** | 11,8 % | | Productividad y Herramientas | 2,94 | 2 m 3 s | 17,5 % | | Medios y Entretenimiento | 2,88 | 3 m 44 s | 15,0 % | | Estilo de vida y Bienestar | 2,71 | 2 m 34 s | 15,2 % | | Educación y Conocimiento | 2,76 | 3 m 8 s | 12,6 % | Léelo con atención. **Los juegos dominan en profundidad** (más de 12 minutos al día) pero tienen la *menor* stickiness diaria — sesiones largas, infrecuentes y orientadas a la novedad. **Lo social lidera en stickiness** (21 %) con visitas cortas pero frecuentes. **La productividad es pegajosa con sesiones mínimas** (2 minutos al día) porque entrega valor rápido — para esas apps, forzar la duración de sesión sería optimizar lo equivocado. Encuentra la forma natural del valor de tu producto y optimiza en esa dirección. ## El engagement es el indicador adelantado El engagement es donde sientes el product-market fit primero y donde puedes actuar antes. Una frecuencia y stickiness crecientes esta semana se convierten en mejor [retención](https://mwm.ai/guides/how-to-improve-app-retention) el mes que viene, y una mejor retención se convierte en mayor valor de vida, que financia toda la máquina de [monetización](https://mwm.ai/guides/app-monetization-strategies) y adquisición. Gestiona el engagement para mover la retención, y la retención para mover los ingresos — en ese orden, porque cada uno es el indicador adelantado del siguiente. # Estrategias de monetización de apps: cómo aumentar ARPDAU, ARPU y LTV La mayoría de los consejos de monetización optimizan la media. Los datos dicen que la media es el objetivo equivocado. En el catálogo de MWM, el **[ARPU](https://mwm.ai/glossary/arpu) mediano a 30 días es de 0,15 $, el decil superior es de 4,64 $ y el 1 % más alto es de 43 $** — una diferencia de aproximadamente 290 veces. El [ARPDAU](https://mwm.ai/glossary/arpdau) mediano de IAP es de aproximadamente un centavo. La monetización es una ley de potencia: se gana en la cola, entre las apps que acumulan conversión, valor del pagador y retención juntos — no entre las que persiguen una media ligeramente más alta. Esta guía es el complemento de optimización al pilar de [monetización de apps móviles](https://mwm.ai/guides/mobile-app-monetization). Esa guía cubre *qué modelo* elegir; esta cubre *cómo hacer crecer los ingresos* una vez que has elegido uno. ## La ecuación de monetización: cuatro palancas Reduce la monetización a su aritmética y solo hay cuatro cosas que puedes mover: > **Ingresos ≈ usuarios × conversión a pagador × [ARPPU](https://mwm.ai/glossary/arppu) × retención** — o, para apps monetizadas por engagement, **DAU × ARPDAU.** Todo lo que aparece a continuación se corresponde con una de estas cuatro palancas. La disciplina consiste en identificar cuál es *tu* restricción principal y tirar de ella, en lugar de distribuir el esfuerzo de forma uniforme. ## Palanca 1 — Conversión: convierte usuarios gratuitos en pagadores Para la mayoría de las apps de consumo, la tasa de usuarios de pago es de dígitos bajos de un solo dígito (un 6 % combinado es una suposición razonable para la planificación, y muchas apps se sitúan bastante por debajo). Eso convierte el [paywall](https://mwm.ai/glossary/paywall) y el flujo de [conversión de prueba](https://mwm.ai/glossary/trial-conversion) en la superficie de monetización de mayor frecuencia que posees. - **Coloca el paywall después del valor, no antes.** Los usuarios convierten cuando han sentido que el producto funciona; un hard paywall en el primer acceso intercambia la [tasa de conversión](https://mwm.ai/glossary/conversion-rate) a largo plazo por un número temprano engañoso. - **Ajusta el periodo de prueba a la ventana de formación del hábito.** Las pruebas de 3 días convierten más por urgencia; las de 7 días crean más hábito y mayor valor retenido. Prueba ambas. - **Reduce la decisión, no solo el precio.** Menos planes, un valor predeterminado claro y un nivel obvio de "más popular" convierten mejor que una pared de opciones. ## Palanca 2 — ARPPU: aumenta lo que realmente pagan los pagadores Como tan pocos usuarios pagan, cuánto gasta cada *pagador* domina los ingresos. El [ARPPU](https://mwm.ai/glossary/arppu) mediano modelado es de 1,88 $/mes, pero el decil superior es de 42,76 $ — la misma ley de potencia que el ARPU. - **Fija el precio en función del valor y la disposición a pagar, no del coste.** Ancla con un plan anual, ofrece un nivel premium y deja que el [valor medio del pedido](https://mwm.ai/glossary/average-order-value) suba a través de paquetes y upsells. - **Sirve a los whales de forma deliberada.** Los datos de categoría lo concretan: los juegos tienen el *menor* ARPU mediano (0,07 $) pero un decil superior de 5,72 $ — sus ingresos están concentrados en [whales](https://mwm.ai/glossary/whale). Si tu 1 % de pagadores más alto genera la mayor parte de los ingresos, los paquetes premium y las ofertas de nivel alto no son codiciosos: son el negocio. - **Establece el plan anual como opción predeterminada.** Los planes anuales aumentan el ARPPU y reducen el churn al mismo tiempo. ## Palanca 3 — La retención es el multiplicador del LTV Esta es la palanca que más equipos infravaloran. El [LTV](https://mwm.ai/glossary/ltv) es el ARPDAU integrado en la curva de [retención](https://mwm.ai/glossary/retention) — y la app mediana solo tiene **4,08 días activos en sus primeros 30**. Más días retenidos son más ingresos por usuario sin cambiar el precio ni la conversión. Una ganancia de un punto en la retención D30 aumenta el LTV en *todas* las cohortes de pago simultáneamente. Por eso el [manual de retención](https://mwm.ai/guides/how-to-improve-app-retention) es también un manual de monetización: arreglar el cubo con fugas se acumula contra todas las demás palancas. Si tu ARPDAU es saludable pero el LTV es débil, tu problema es la retención, no los precios. ## Palanca 4 — Amplía el mix - **Adopta el modelo híbrido.** La mayoría de las apps de consumo exitosas combinan modelos: un núcleo de suscripción o [IAP](https://mwm.ai/glossary/iap) con publicidad táctica para los no pagadores. La mayoría que nunca paga puede seguir monetizando a través de una capa de anuncios en lugar de no contribuir en nada. - **Añade un suelo de ingresos publicitarios.** Para apps con mucho tiempo de sesión (juegos, social, entretenimiento), los ingresos por publicidad en la base gratuita son dinero real que el ARPDAU solo de IAP no captura. - **Localiza el precio.** La disposición a pagar varía significativamente según el mercado; la localización de precios recupera ingresos que los precios globales planos dejan sobre la mesa. ## El enfoque por categorías El ARPU mediano y el ARPU del decil superior por categoría te dicen qué tipo de monetización está siquiera disponible para ti: | Categoría | ARPU mediano | ARPU del 10 % superior | | ---------------------------- | ------------ | ---------------------- | | Social y Comunicación | 0,36 $ | 7,71 $ | | Estilo de vida y Bienestar | 0,34 $ | 4,85 $ | | Educación y Conocimiento | 0,24 $ | 3,23 $ | | Medios y Entretenimiento | 0,19 $ | 4,39 $ | | Productividad y Herramientas | 0,14 $ | 2,90 $ | | Juegos | 0,07 $ | 5,72 $ | Social y lifestyle monetizan ampliamente (mediana alta); los juegos monetizan de forma estrecha pero profunda (mediana baja, decil superior impulsado por whales). No copies el manual de conversión amplia de una app social en un juego, ni el manual de whales de un juego en una app de utilidad. ## Por dónde empezar Diagnostica la restricción principal antes de optimizar. Si pocos usuarios pagan, arregla la conversión. Si los pagadores pagan poco, arregla el ARPPU. Si los usuarios se van rápido, arregla la retención — suele ser la palanca más grande y la más ignorada. Tira de la que realmente te limita, mide el movimiento en una cohorte y pasa a la siguiente. # Mejores prácticas de onboarding para apps: cómo mejorar la activación en la primera sesión El [onboarding](https://mwm.ai/glossary/onboarding) son los treinta segundos de mayor impacto de tu producto. En el catálogo de MWM, la app mediana retiene solo el **27,3 % de los usuarios hasta el día 1** — casi tres cuartas partes se van después de la primera sesión. Ese número es, más que ninguna otra cosa, un veredicto del onboarding: mide si los usuarios nuevos llegaron al valor antes de que ganara la fricción o el aburrimiento. Esta guía trata de cómo doblarlo. ## Define tu momento de activación primero No puedes optimizar hacia un objetivo que no has nombrado. Toda app tiene un [aha moment](https://mwm.ai/glossary/aha-moment) — el instante en que su valor principal se vuelve evidente por sí mismo — y un hito de [activación](https://mwm.ai/glossary/activation) correspondiente que puedes medir: *creó una primera playlist, registró un primer entrenamiento, envió un primer mensaje.* - Elige la primera acción que mejor predice el retorno al día 2 e instrumentalízala. - Haz que llegar a ella sea el trabajo explícito de la sesión uno. Todo en el onboarding o bien acerca al usuario hacia ese hito o está en el camino. ## Acorta el tiempo hasta el valor Cuanto más rápido llegue un usuario al aha moment, más de ellos sobrevivirán hasta el día 1. - **Aplaza todo lo que no sea el valor.** La creación de cuenta, los permisos, los paywalls y los tutoriales largos empujan el momento de valor más tarde — muévelos después de él. - **Usa onboarding progresivo.** Enseña las funcionalidades cuando se vuelven relevantes, no todas de una vez en un carrusel que el usuario desliza. - **Elimina pasos sin piedad.** Cada pantalla entre la instalación y el valor es un punto de abandono. ## Convierte la primera sesión en una victoria guiada La primera sesión debe terminar con el usuario habiendo *realizado* la acción principal una vez, no solo habiendo leído sobre ella. - Reemplaza el estado vacío en blanco con una primera victoria guiada — una muestra, una plantilla, un punto de partida con un solo toque. - Lleva al usuario por el [core loop](https://mwm.ai/glossary/core-loop) una sola vez, luego quítate de en medio. - El éxito en la sesión uno es una acción completada, no un tutorial terminado. ## No sobrecargues tus peticiones al principio La forma más rápida de perder a un nuevo usuario es pedirle compromiso antes de darle valor. - **Creación de cuenta después del valor.** Deja que los usuarios experimenten el producto, luego pídeles que guarden su progreso con una cuenta. - **Prepara los permisos.** Explica el beneficio de las notificaciones antes de activar el diálogo del sistema — la misma disciplina cubierta en el [manual de notificaciones push](https://mwm.ai/guides/push-notification-best-practices). Un permiso denegado es difícil de recuperar. - **Paywall después del aha moment**, para que el usuario esté decidiendo si paga por un valor que ya ha sentido. ## Personaliza el camino Una primera experiencia relevante activa mejor que una genérica. Donde puedas, haz una pregunta ligera sobre el objetivo del usuario y adapta la primera sesión a él — el pequeño coste de una sola pregunta se compensa con una primera experiencia que realmente coincide con el motivo por el que se instaló. ## Mide el onboarding como un embudo - **Tasa de activación** — proporción de nuevos usuarios que alcanzan el hito de activación en la sesión uno. - **Tiempo hasta el valor** — cuánto tardan en llegar. - **Embudo por pasos** — dónde en el flujo de onboarding abandonan los usuarios, para que corrijas la fuga real. - **[Retención](https://mwm.ai/glossary/n-day-retention) D1** — el resultado posterior; la activación debería moverla. El onboarding alimenta la activación, la activación alimenta la [retención](https://mwm.ai/guides/how-to-improve-app-retention), y la retención alimenta todo lo demás. Es el primer movimiento en cualquier esfuerzo serio de crecimiento — arregla la primera sesión antes de gastar un euro en adquirir más usuarios para verterlos en un cubo con fugas. # La guía completa de App Store Optimization (ASO) El App Store Optimization es el equivalente móvil del SEO: el proceso sistemático de posicionarse más arriba en el App Store y Google Play, y convertir más del tráfico resultante en instalaciones. Para la mayoría de las apps de consumo exitosas, las instalaciones orgánicas del ASO son el canal de adquisición más grande y de mayor calidad — y a diferencia del UA de pago, el trabajo se acumula. Esta guía cubre cada palanca principal que un publisher móvil debe entender, organizada en torno a las tres etapas del embudo que toca el ASO: **visibilidad** (si los usuarios ven tu listing), **conversión** (si lo instalan) y **durabilidad** (si las instalaciones permanecen y generan el bucle de retroalimentación que los algoritmos de las tiendas recompensan). ## Qué optimiza realmente el ASO El App Store y Google Play clasifican las apps usando algoritmos similares en forma pero diferentes en implementación. Ambos ponderan un conjunto de tres amplias categorías de señales: 1. **Señales de relevancia** — qué tan bien coinciden los metadatos de tu app con la consulta de un usuario o el contexto que Apple/Google usa para generar los rankings de los charts. Esto es lo que impulsan el targeting de palabras clave, el título, el subtítulo y el copy de la descripción. 2. **Señales de comportamiento** — velocidad de descargas, tasa de conversión de impresión a instalación, velocidad de reseñas y valoración, retención y (para Google Play) tasa de fallos. Son las métricas que el algoritmo usa para decidir si tu app merece el ranking que sus metadatos sugieren. 3. **Señales de engagement** — patrones de retención y uso activo post-instalación. Ambas tiendas las tienen cada vez más en cuenta a través de datos propios del SO (iOS) y telemetría de Firebase/Play Console (Android). No controlas los algoritmos, pero controlas completamente los inputs. Todo en ASO es de nivel de superficie (metadatos y creativos que envías) o de nivel de velocidad (comportamiento que generas a través de la calidad del producto, el marketing y las operaciones). ## Las tres categorías de palancas ### 1. Optimización de metadatos Los metadatos son el texto indexado que Apple y Google usan para relacionar tu app con las búsquedas. Cada campo tiene un límite de longitud específico, una ponderación específica y una cadencia de revisión específica. **En iOS**, los campos que importan para el keyword ranking son: - **[App Title](https://mwm.ai/glossary/app-title)** (30 caracteres). Mayor peso en palabras clave. Típicamente estructurado como **Marca: Palabra clave principal** o **Marca — Descriptor principal**. - **[Subtitle](https://mwm.ai/glossary/subtitle)** (30 caracteres). Segundo mayor peso. Usado para palabras clave secundarias formuladas como beneficios. - **[Keywords Field](https://mwm.ai/glossary/keywords-field)** (100 caracteres, separado por comas). Oculto para los usuarios pero indexado. Rellénalo con singulares, sinónimos y términos de cola larga. - **Promotional Text** (170 caracteres). NO indexado — es copy puramente de conversión. Editable sin revisión de la app. - **Description** (4.000 caracteres). Indexado de forma débil. Principalmente una superficie de conversión. **En Google Play**, la superficie de palabras clave es diferente: - **App Title** (30 caracteres). Mayor peso, estructura similar a iOS. - **Short Description** (80 caracteres). Alto peso, visible e indexado. - **Full Description** (4.000 caracteres). Indexado con ponderación por densidad de palabras clave. Apunta a una densidad del 1,5-3 % en tus términos principales sin hacer keyword stuffing. No hay campo de palabras clave en Google Play. Las keywords para las que quieres posicionar deben aparecer de forma natural en el título, la descripción corta o la descripción larga. ### 2. Optimización de creativos Los creativos impulsan la tasa de conversión de impresión a instalación — la palanca más importante para el volumen de instalaciones orgánicas una vez que tienes visibilidad de base. - **Icono de la app**. Lo primero que ve un usuario en los resultados de búsqueda o en los charts. Haz A/B testing con formas, paletas de colores y si incluir un personaje, una marca tipográfica o un glifo funcional. - **[Screenshots](https://mwm.ai/glossary/screenshots)**. Apple permite hasta 10; Google Play de 2 a 8. Las dos primeras concentran el 60-80 % del peso de conversión. Úsalas para presentar el beneficio estrella de tu app — las capturas de pantalla con copy de marketing corto superan consistentemente a las capturas de UI sin adornos. - **Preview video** (iOS: 15-30 s, Google Play: 30-120 s). Opcional pero de alto apalancamiento para juegos y productos visuales. - **[Custom Product Pages](https://mwm.ai/glossary/custom-product-page) (iOS)** y **Custom Store Listings (Google Play)**. Páginas alternativas que puedes enlazar desde campañas de anuncios de pago o embudos de pre-registro para hacer coincidir el contexto creativo con la landing page. La mayoría de las apps invierten insuficientemente en la iteración creativa. Un aumento de 2x en el IPM de una variante de captura de pantalla ganadora puede duplicar la eficiencia del UA de pago con el mismo CPI — y aumentar la conversión orgánica en cada impresión al mismo tiempo. ### 3. Señales off-page y de comportamiento - **[Star rating](https://mwm.ai/glossary/star-rating)** y volumen de reseñas, con gran peso hacia las reseñas recientes. - **[Download velocity](https://mwm.ai/glossary/download-velocity)** — la tasa de cambio en las instalaciones diarias. Esto es lo que mueve las apps hacia arriba en el chart Free. - **Tasa de desinstalación** (Google Play). Registrada en Play Console; las tasas altas pueden penalizar el ranking. - **Tasa de fallos** (Google Play). Lo mismo. - **In-App Events (iOS)**. Eventos de tiempo limitado (hasta 5 simultáneos) que aparecen en tu página de producto y en búsquedas. Úsalos para ganchos estacionales, lanzamientos de funcionalidades y torneos. ## Cómo priorizar un programa de ASO Para una app nueva o con inversión insuficiente, el orden de operaciones es aproximadamente: 1. **Establece tu estado actual como línea base**. Conoce tus posiciones actuales de palabras clave (para todas las keywords objetivo, por país), tu posición por categoría, el volumen de impresiones y la tasa de conversión de instalación. Sin líneas base no puedes medir el cambio. 2. **Arregla primero los metadatos más deficientes**. Si tu título no tiene ninguna palabra clave, o tu subtítulo repite el copy de la marca, estas son correcciones de apalancamiento desproporcionadamente alto. 3. **Apunta a una cesta pequeña de palabras clave**. 10-20 keywords que monitoreas y rastreas activamente. Llegar al top 10 de una de ellas mueve más la aguja que estar entre el puesto 50 y 200 en docenas. 4. **Lanza una prueba de icono + primeras dos capturas de pantalla**. Estas superficies concentran el 60-80 % del peso de conversión — sabrás en pocas semanas si tus visuales están rindiendo por debajo de su potencial. 5. **Itera en la cola larga**. Una vez que los metadatos y los creativos principales están afinados, tu trabajo continuo es iterar en las capturas de pantalla secundarias, los ganchos de eventos, las localizaciones y la cesta de palabras clave. > En MWM observamos que la mayoría de las apps en los dos cuartiles inferiores de su categoría nunca han lanzado un único A/B test de icono. El delta entre la app mediana y la del cuartil superior en cadencia de iteración creativa es mayor que el delta en presupuesto. ## iOS vs Google Play: las diferencias prácticas | Dimensión | iOS | Google Play | | ------------------------------------- | ---------------------------------- | ------------------------------------------------ | | Campo de palabras clave | Sí (100 caracteres, oculto) | No | | Peso de palabras clave en descripción | Débil | Fuerte | | Límite de caracteres del título | 30 | 30 | | Infraestructura de A/B testing | Product Page Optimization (nativo) | Store Listing Experiments (nativo) | | Variantes creativas | Hasta 35 Custom Product Pages | Múltiples Custom Store Listings | | Señal off-page principal | Velocidad de descargas + reseñas | Velocidad + reseñas + retención + desinstalación | | Eventos en tienda | In-App Events (hasta 5) | Tarjeta de contenido promocional | Planifica flujos de trabajo de ASO separados por tienda. La estructura del título, la selección de palabras clave y la cadencia de pruebas de capturas de pantalla suelen converger, pero la estrategia de palabras clave en la descripción larga de Google Play y el uso del campo de keywords de iOS son problemas claramente distintos. ## Medición del ASO El dashboard canónico de ASO rastrea, por país y por tienda: - **Posición de palabra clave** (por keyword objetivo) y movimiento día a día. - **Posición por categoría** y posición general. - **Impresiones** (Apple Analytics → Product Page Impressions; Google Play Console → Informes de adquisición). - **Tasa de conversión** de impresión a instalación. - **Velocidad de reseñas** (nuevas reseñas por semana) y **tendencia de valoración**. - **División búsqueda/navegación** — qué fracción de tus instalaciones proviene de búsqueda, de charts, de anuncios de referencia y de featuring editorial. [MWM Scale](https://mwm.ai/mwm-scale) rastrea posición de palabras clave, posición por categoría y benchmarks competitivos en más de 150 países, con planes gratuitos para publishers que monitorean su propia app. ## Errores comunes Los patrones que vemos repetidamente en apps con bajo rendimiento: 1. **Keyword stuffing en títulos**. Apple y Google rechazan los títulos con spam, y los títulos sobrecargados reducen la conversión. Elige una palabra clave principal y una marca. 2. **Sin localización**. Cada mercado internacional significativo (DE, FR, ES, BR, JP, KR) debe tener metadatos traducidos localmente, no traducidos automáticamente. Los listings localizados pueden duplicar la conversión en mercados no angloparlantes. 3. **Creativos estáticos durante años**. Si no has actualizado tus capturas de pantalla en 12 meses, estás dejando entre un 20 y un 40 % de conversión orgánica sobre la mesa. 4. **Tratar el ASO como una actividad puntual de lanzamiento**. Es un programa permanente. Los paisajes de palabras clave cambian, los competidores iteran, y necesitas acumular pequeñas victorias. 5. **Optimizar para la posición sin medir la calidad de la instalación**. Ganar una palabra clave que atrae usuarios con baja retención es peor que perderla. Evalúa siempre la calidad de la cohorte junto a la posición. ## Por dónde seguir - Si tienes una app de base y quieres un plan paso a paso: **[Cómo posicionar tu app de iOS](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - Si eres un publisher de juegos: **[ASO para juegos móviles](https://mwm.ai/guides/aso-for-games)**. - Si quieres entender las señales contra las que estás optimizando: **[Cómo funciona el algoritmo de ranking del App Store](https://mwm.ai/guides/app-store-ranking-algorithm)**. - Si tu monetización y LTV no soportan las matemáticas de UA: **[Monetización de apps móviles](https://mwm.ai/guides/mobile-app-monetization)**. El ASO se acumula. Cada iteración creativa, cada localización, cada palabra clave que reclamas es un pequeño aumento permanente en un flujo que genera instalaciones mientras tu app esté activa. Los publishers que tratan el ASO como un programa continuo — no como una optimización puntual del listing — tienden a dominar sus categorías tres a cinco años después. # Cómo funciona realmente el algoritmo de ranking del App Store El App Store y Google Play clasifican las apps usando algoritmos que ni Apple ni Google publican. La documentación de Apple para desarrolladores menciona «valoraciones de usuarios, relevancia y engagement»; Google Play Console menciona «velocidad de instalación, retención y valoraciones». Ninguno es un contrato de ranking contra el que puedas optimizar directamente. Lo que sabemos proviene de la observación — viendo subir y bajar apps en cientos de miles de combinaciones de keyword-país-categoría, correlacionando el movimiento de posiciones con inputs medibles. Esta guía sintetiza lo que una década de ese trabajo empírico nos dice. ## ¿Qué algoritmo? «El algoritmo del App Store» no es una sola cosa. Como mínimo, hay cuatro sistemas de ranking distintos a considerar: 1. **Ranking de búsqueda** — tu posición cuando un usuario busca una palabra clave específica. Por keyword, por país, por dispositivo. 2. **Top Charts** — **[Top Free](https://mwm.ai/glossary/top-free)**, **[Top Paid](https://mwm.ai/glossary/top-paid)**, **[Top Grossing](https://mwm.ai/glossary/top-grossing)**. Por país, por categoría, por dispositivo. 3. **Ranking de categoría** — tu posición dentro de tu categoría principal del App Store, independientemente de la división Free/Paid/Grossing. 4. **Featuring editorial** — features en la pestaña Today, «App of the Day», colecciones curadas. Curado por humanos con recomendaciones algorítmicas detrás. Estos sistemas comparten algunas señales (descargas, reseñas, retención) pero las ponderan de forma muy diferente. El ranking de búsqueda se preocupa por la relevancia de las palabras clave de formas que el ranking de charts no lo hace. Top Grossing se preocupa por los ingresos; Top Free los ignora. Optimizar para uno no ayuda automáticamente a los demás. ## Las señales que ambas tiendas han confirmado A partir de la documentación de desarrollo, las charlas de WWDC y Google I/O, la interfaz de Play Console y App Store Connect, podemos confirmar que los siguientes factores se usan explícitamente: - **Volumen de descargas** (ambas tiendas). El recuento absoluto y relativo de instalaciones en una ventana reciente. - **[Download velocity](https://mwm.ai/glossary/download-velocity)** (ambas). Tasa de cambio, no volumen absoluto. Una novedad con 20k/día en tendencia ascendente supera a una veterana con 50k/día en tendencia plana. - **[Star rating](https://mwm.ai/glossary/star-rating) y número de reseñas** (ambas). Con gran peso hacia las reseñas recientes — una app con 4,8 estrellas y 100 reseñas recientes de 3 estrellas puede quedar por debajo de una app con 4,3 estrellas y 100 reseñas recientes de 5 estrellas. - **Coincidencia de palabras clave** (iOS: título / subtítulo / campo de keywords; Google Play: título / descripción corta / descripción completa). - **Tasa de desinstalación** (Google Play: explícita; iOS: implícita a través de la telemetría de retención). - **Tasa de fallos** (Google Play: explícita). - **Cadencia de actualizaciones** (ambas — las apps con mantenimiento activo posicionan mejor que las obsoletas). ## Las señales que MWM ha observado empíricamente Las señales anteriores son las que reconocen las plataformas. A partir de la observación del movimiento de posiciones en nuestro dataset, creemos que los siguientes factores también tienen un peso material: - **Engagement post-instalación** — la retención D1, D7, D30 y la duración de la sesión parecen influir en el ranking de categoría y general, no solo en la relevancia de búsqueda. Las apps con curvas de retención sólidas superan en posición a las apps con mejores metadatos pero retención más débil en keywords disputadas. - **Velocidad de reseñas** (nuevas reseñas por semana) de forma independiente al recuento total. Una app con 5k reseñas en total y 200 nuevas esta semana superará a una app con 50k reseñas y 5 nuevas esta semana, si las demás señales son similares. - **Comportamiento entre categorías** — los usuarios que instalan tu app poco después de instalar otras apps en un clúster parecen señalar relevancia temática. Así es como se forman los rails de «los clientes también instalaron». - **Velocidad de pago vs. orgánica** — el algoritmo parece distinguir los picos de pago de los orgánicos, recompensando más el crecimiento orgánico sostenido que picos comparables impulsados por pago. > Observamos que el ranking de categoría es sustancialmente más duradero que el ranking general. Una app que entra en el top 10 de una categoría típicamente se mantiene allí durante semanas; una app que entra en el top 10 general gracias a un pico de velocidad a menudo cae en 5-7 días a menos que la velocidad se mantenga. ## La velocidad del movimiento de posiciones La velocidad de posición es asimétrica: es más fácil subir rápido en el chart Free que en Paid o Grossing, y siempre es más fácil caer que subir. Patrones típicos: - **Un push de marketing de nivel Super Bowl** puede mover una app 200-500 posiciones en un solo día en el chart Free, alcanzando el top 10 general en los principales mercados. - **Un momento viral en redes sociales** (tendencia en TikTok, mención de un famoso) produce picos de velocidad similares y suele decaer en 3-7 días. - **Un featuring editorial de categoría** típicamente añade un 15-40 % a las descargas de base durante el período del featuring, con un impulso sostenido del 30-60 % durante 2-3 semanas después. - **UA de pago sostenido a 10-20x la base** subirá el ranking en los charts, pero el impulso por dólar es menor que un disparador orgánico. El algoritmo parece aplicar un multiplicador de «descuento por pago». - **Una actualización de app defectuosa** (muchos fallos, malas reseñas) puede hundir el ranking general 100-200 posiciones en 48 horas. El hilo común: lo que el algoritmo realmente puntúa es el **cambio**, no el estado. La optimización basada en el estado (tener buenos metadatos, acumular reseñas lentamente) tiene peor rendimiento que la optimización basada en la velocidad (coordinar pushes creativos con solicitudes de reseñas con lanzamientos de actualizaciones). ## Búsqueda vs. charts: juegos muy diferentes El ranking de búsqueda es determinista por palabras clave. Si tu app tiene «meditación» en el título, posicionará para «meditación» — las únicas preguntas son cuán alto y en qué países. Los metadatos, la localización y el número de reseñas dominan. El ranking de charts es determinista por velocidad. Los metadatos apenas importan; lo que importa es si tu curva de descargas está en tendencia ascendente. Puedes tener un ASO terrible y aun así encabezar el chart Free con un buen push de marketing; puedes tener un ASO perfecto y nunca entrar en el chart si no puedes generar velocidad. La vista combinada: un gran ASO se acumula cuando generas velocidad. Una gran velocidad sin un gran ASO es un destello efímero. ## Ranking de categoría vs. ranking general Para la mayoría de los publishers, el **[ranking de categoría](https://mwm.ai/glossary/category-rank) es el número comercialmente relevante**. El top 10 general está reservado para mega-apps virales y grandes gastadores; además es brutalmente volátil. El top 10 de categoría, por el contrario, es tanto más duradero como más accesible. Dos observaciones de nuestro archivo de rankings: 1. **El ranking de categoría tiene umbrales de velocidad más bajos**. Entrar en el top 50 de Finance o Utilities en la mayoría de los países requiere una fracción de las descargas diarias necesarias para entrar en el top 100 general. 2. **El ranking de categoría tiene mayor visibilidad por posición**. Los usuarios que navegan por los charts de Games o Finance profundizan más que los que navegan por el chart general, donde la atención cae bruscamente después de la posición 25. Si estás optimizando con presupuesto de UA limitado o solo orgánico, el ranking de categoría es donde tu esfuerzo rinde más. ## Lo que realmente controlas A pesar de la opacidad, una gran parte del resultado de ranking es directamente controlable: - **[Keyword rank](https://mwm.ai/glossary/keyword-ranking)**: impulsa a través del título, subtítulo, campo de keywords (iOS) y descripción (Google Play). - **Tasa de conversión**: impulsa a través de los creativos (icono, capturas de pantalla, preview video). - **Velocidad de reseñas**: impulsa a través de solicitudes de valoración nativas bien cronometradas, 10-25 días post-instalación, condicionadas a una acción exitosa. - **Retención**: impulsa a través de la calidad del onboarding, la estrategia de notificaciones y la solidez del product loop. - **Disparadores de velocidad**: impulsa a través de marketing coordinado, PR, eventos estacionales, In-App Events y envíos editoriales. Todo lo demás — la ponderación exacta que Apple eligió este trimestre, el ajuste que Google lanzó la semana pasada — es ruido sobre el que no puedes actuar. Construye un programa de ASO y crecimiento en torno a las palancas que controlas, mide semanalmente, itera mensualmente. ## Estacionalidad y el canal editorial Ambas tiendas tienen patrones estacionales que vale la pena rastrear: - **Q4** (octubre-diciembre) es la temporada pico de descargas para apps de consumo. La competencia por los rankings de palabras clave se intensifica cuando el gasto en UA se dispara. - **Enero-febrero** suele ver instalaciones de año nuevo para apps de salud, productividad y finanzas. - **Vuelta al cole** (agosto-septiembre) impulsa las apps de educación. - **Verano** impulsa las apps de juegos, viajes y entretenimiento. El featuring editorial en iOS (pestaña Today, App of the Day, tarjetas de colección) está sembrado algorítmicamente pero curado por personas. El envío se realiza a través de App Store Connect; la tasa de éxito es baja (porcentaje de un solo dígito), pero el potencial es muy alto — un featuring en Today típicamente genera entre 30.000 y 100.000 descargas adicionales en un día. ## Lo que está cambiando La transición de ATT y SKAdNetwork de Apple (en curso desde iOS 14.5) ha empujado a ambas tiendas hacia una mayor personalización algorítmica y alejándose de la re-clasificación basada en atribución determinista. En la práctica, esto significa: - Las decisiones de instalación de usuarios individuales tienen menos peso; los patrones de comportamiento agregados tienen más. - Las apps con alta retención y engagement ganan más peso relativo frente a las apps con altos recuentos de instalaciones y débil retención. - El rendimiento localizado importa más — un caso de éxito solo en EE. UU. se traslada peor al ranking de categoría en Alemania que hace cinco años. El manual: construye para una calidad de producto duradera, no solo para el volumen de descargas. Las apps que retienen y monetizan ganan un ranking sostenido; las que no lo hacen caen de los charts en el momento en que el presupuesto de marketing se enfría. ## Por dónde seguir - Para el manual táctico: **[Cómo posicionar tu app de iOS](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - Para la mecánica de metadatos y creativos: **[La guía completa de ASO](https://mwm.ai/guides/app-store-optimization)**. - Para ver el movimiento de posiciones empíricamente: **[consulta los rankings de países en vivo de MWM](https://mwm.ai/rankings/countries)**. # ASO para Juegos Móviles — Guía Práctica Los juegos son la categoría más grande, más competitiva y más optimizada creativamente en mobile. Además, tienen mecánicas de ASO que difieren sustancialmente de las apps que no son juegos. Esta guía explica qué tiene de único el ASO para juegos y cómo lo gestionan los publishers que aparecen sistemáticamente en los primeros puestos. ## Por qué los juegos son diferentes Unas cuantas diferencias estructurales condicionan todo el playbook de ASO: 1. **Estructura de subcategorías.** La categoría de Juegos en iOS tiene 19 subcategorías (Acción, Aventura, Puzle, Carreras, RPG, Estrategia, Casino, etc.). Los rankings son principalmente por subcategoría. Esto significa que el conjunto de competidores es más reducido que el de "todos los juegos", pero más profundo que la mayoría de las categorías que no son juegos. 2. **Descubrimiento visual como principal palanca.** Los usuarios navegan por los charts de juegos con mucha más frecuencia que por los charts de categorías de apps no relacionadas con juegos. La posición en el chart genera una mayor proporción de instalaciones orgánicas en juegos que en apps de utilidad o productividad. 3. **Evaluación completamente visual.** Una primera impresión de 10 segundos, abrumadoramente visual. El icono, los screenshots y el vídeo de preview tienen un peso desproporcionado en la conversión. 4. **Las mecánicas de keywords cambian.** Las keywords de marca importan menos que las de género + mecánica (por ejemplo, "match-3 puzzle", "open-world RPG", "idle tycoon"). 5. **Las live-ops como palanca de ASO.** Los juegos que organizan eventos regulares, contenido de temporada y modos de tiempo limitado alimentan los In-App Events, que a su vez impulsan la visibilidad en búsquedas y el mantenimiento del ranking en los charts. ## Estrategia de keywords para juegos Para la mayoría de los juegos, el conjunto de keywords objetivo tiene una estructura de tres capas: **Capa 1: Términos de marca.** Si tu juego tiene marca o IP reconocible, trabaja la marca junto con sus variantes cortas. "Candy Crush", "Clash", "FIFA" — estos términos convierten a tasas muy altas cuando los usuarios los buscan directamente. **Capa 2: Género + mecánica.** El mayor motor de instalaciones orgánicas para juegos de rango medio. Ejemplos: - "match 3 puzzle" - "idle tycoon" - "open-world RPG" - "roguelike card" - "racing simulator" Estas keywords tienen volumen significativo y los usuarios que las buscan tienen una alta intención de instalar. **Capa 3: Descriptor y estado de ánimo.** Menor volumen, pero generalmente menos competitivo. - "cozy puzzle games" - "hyper casual arcade" - "offline strategy" - "no-wifi games" Los términos de la Capa 3 son donde los juegos de tamaño medio ganan sistemáticamente a sus competidores más grandes — los incumbentes no se molestan en optimizarlos, y la intención es sólida. ## Estrategia de screenshots Los juegos rompen la convención habitual de "añadir texto a todo" porque los propios visuales son la propuesta de valor. Los enfoques que funcionan consistentemente: **Para RPGs, aventura y juegos narrativos:** - Screenshot 1: Arte del personaje principal o un momento cinematográfico del juego con un subtítulo como "Tu aventura comienza" - Screenshot 2: Momento clave de combate o exploración - Screenshots 3-5: Llamadas a características (clases, mapa del mundo, sistema de crafteo) - Screenshot 6+: Refuerzo de imagen — reseñas, premios, mecánicas sociales **Para puzle, casual e hyper-casual:** - Screenshot 1: Un screenshot en juego convincente con texto superpuesto que explique el gancho ("Match 3 para limpiar el tablero") - Screenshot 2: Un "momento satisfactorio" — un gran combo, la animación de completar un nivel, una pantalla de recompensa - Screenshots 3-5: Mecánicas de progresión, variedad de niveles o modos - Screenshot 6+: Prueba social y premios **Para estrategia, simulación y gestión:** - Screenshot 1: Un screenshot panorámico de tu mundo o imperio en profundidad — muestra la escala - Screenshot 2: Un momento de decisión clave (por ejemplo, una batalla, un panel de economía) - Screenshots 3-5: Sistemas centrales (unidades, árbol tecnológico, construcción de base) - Screenshot 6+: Multijugador, PVP o profundidad del endgame La constante entre géneros: el primer screenshot debe comunicar qué hace el jugador, no solo cómo se ve el juego. "Se ve bonito" no convierte; "me veo jugando a esto" sí. ## El vídeo de preview Para los juegos, el vídeo de preview es el activo creativo no fundamental con mayor apalancamiento. Un vídeo de preview de iOS bien producido de 15-30 segundos puede aumentar la conversión en la página de la tienda entre un 20 y un 40% por encima de los screenshots estáticos. Lo que funciona: - **Muestra gameplay en los primeros 2 segundos.** Las intros cinematográficas sangran la atención del usuario. La reproducción automática comienza en silencio, por lo que la apertura debe ser visualmente convincente sin audio. - **Añade subtítulos o texto superpuesto.** Los usuarios que ven sin sonido (mayoría) necesitan refuerzo textual de lo que ocurre. - **Termina en un momento de victoria.** El último fotograma queda en la memoria. Acaba con un combo, un nivel completado, la derrota de un jefe — no con un fundido a negro. - **Mantenlo por debajo de 30 segundos.** Apple pone un límite de 30 s; más corto suele funcionar mejor. No recicles tus trailers de TikTok o YouTube. Esos están optimizados para contextos diferentes. Un vídeo de preview en la página de la tienda es un activo creativo propio. ## In-App Events — la palanca de ASO para juegos más infrautilizada Los [In-App Events](https://mwm.ai/glossary/in-app-events) de Apple permiten hasta 5 eventos simultáneos o próximos, cada uno con una duración de hasta 31 días, visibles tanto en tu página de producto como en los resultados de búsqueda. Para los juegos, esto es esencialmente un espacio promocional gratuito para cada push de temporada, torneo o lanzamiento de contenido que publiques. Tipos de eventos habituales para juegos: - **Torneo / competición** — eventos clasificatorios semanales o quincenales - **Modo de tiempo limitado** — gameplay variante (por ejemplo, "modo Halloween", "evento Darkness Ascending") - **Lanzamiento de nuevo personaje / contenido** — un nuevo personaje jugable o historia - **Tema de temporada** — reskin o reglas especiales para una ventana festiva - **Stream en directo o evento de comunidad** — vinculado a un stream de Twitch, un hito de la comunidad o una sesión de preguntas con los desarrolladores Los juegos que rotan eventos semanalmente superan consistentemente en ranking a los que nunca usan la función, manteniendo el resto de señales igual. Los eventos impulsan tanto la velocidad en los charts (nuevas instalaciones por el hype del evento) como la conversión en la página del producto (los usuarios ven "evento activo ahora" y convierten más). > En nuestros datos, los juegos que mantuvieron al menos un In-App Event activo de forma continua durante 6+ meses conservaron el ranking de categoría entre 2 y 3 veces más tiempo que los juegos que no usaron la función en absoluto. ## Velocidad de valoraciones y reseñas en juegos Los juegos tienen la distribución de valoraciones más amplia de cualquier categoría — tanto algunas de las apps mejor valoradas (hits indie curados) como algunas de las peor valoradas (juegos free-to-play pay-to-win con monetización agresiva). Claves para mantener valoraciones saludables en juegos específicamente: 1. **Solicita valoración solo después de momentos positivos.** Tras completar un nivel, derrotar a un jefe, alcanzar un logro importante — nunca después de una derrota, un fallo de IAP o una interacción con un anuncio. 2. **Aplica un umbral de días activos.** No solicites la valoración hasta que el jugador haya vuelto al menos 3 veces. Los jugadores que abandonan pronto tienden a valorar negativamente. 3. **Nunca solicites valoración dentro de un paywall o flujo de monetización.** Apple penaliza esto y genera reacciones negativas. 4. **Responde públicamente a las reseñas negativas.** Google Play muestra tu respuesta. Las respuestas reflexivas mejoran la percepción general de tu valoración aunque la reseña individual permanezca. ## Subcategorías y posicionamiento Elegir la subcategoría correcta en el momento del envío tiene consecuencias irreversibles. Vas a rankear principalmente dentro de ese chart de subcategoría, y los usuarios que navegan por ese chart establecen sus expectativas en consecuencia. Dos reglas prácticas: 1. **Elige precisión sobre oportunidad.** No manipules la taxonomía eligiendo Puzle cuando tu juego es en realidad Estrategia. El desajuste produce instalaciones de baja intención que valoran mal. 2. **Usa la subcategoría secundaria para amplitud.** Si tu juego tiene dos géneros claros, usa la principal para el dominante y la secundaria para el otro. Aparecerás en ambos charts (con mayor peso en la principal). ## El multiplicador de live-ops La mayor diferencia entre los juegos del decil superior y los medianos no es su lanzamiento; es su operación post-lanzamiento. Los juegos que publican lanzamientos de contenido regulares, organizan eventos rotativos y responden a las señales de la comunidad mantienen el ranking en los charts entre 3 y 6 veces más tiempo que los juegos que lanzan y luego quedan inactivos. Todo lo anterior — trabajo de keywords, renovaciones creativas, gestión de valoraciones, In-App Events — solo se acumula si sigues publicando. Planifica el ASO como un componente continuo de las live-ops, no como una tarea única de lanzamiento. ## Por dónde seguir - Para el playbook de ejecución en iOS: **[Cómo Rankear tu App en iOS](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - Para la referencia completa: **[La Guía Completa de ASO](https://mwm.ai/guides/app-store-optimization)**. - Para entender las señales de ranking: **[Cómo Funciona el Algoritmo de Ranking de la App Store](https://mwm.ai/guides/app-store-ranking-algorithm)**. - Para comparar tu categoría: **[explora los rankings en directo de Juegos](https://mwm.ai/rankings/countries/US/devices/iphone/categories/6014)** en más de 150 países en MWM Scale. # Cómo Mejorar la Retención de tu App La mayoría de los consejos sobre retención son genéricos porque la mayoría de quienes los escriben no pueden ver los datos. Nosotros sí podemos. En el catálogo de MWM de apps de EE. UU. con volumen de instalaciones significativo, **la app mediana retiene el 27,3% de los usuarios en el día 1, el 9,2% en el día 7 y solo el 3,9% en el día 30**. Léelo de nuevo: la app típica ha perdido aproximadamente el 96% de sus usuarios del día cero en un mes. Suena alarmante, pero es el enfoque equivocado. La [retención](https://mwm.ai/glossary/retention) no es un número que empujas hacia el 100% — es una curva que doblas. El listón realista no es el 40% de D30 (ese nivel son 59 apps en todo el catálogo); es superar la mediana de tu categoría y avanzar hacia el decil superior, donde la retención D30 se sitúa alrededor del **10,9%**. Este playbook trata de cómo doblar la curva hasta ahí — diagnosticado por dónde se rompe realmente, y respaldado por lo que muestran los datos del catálogo. ## Cómo se ve realmente una buena retención El primer trabajo es recalibrar frente a la realidad, no frente al único caso de estudio viral que todo el mundo cita. En el catálogo, la retención D30 está brutalmente sesgada hacia el extremo bajo: | Retención D30 | Proporción de apps | | ------------- | ------------------ | | Menos del 5% | \~61% | | 5–10% | \~27% | | 10–20% | \~10% | | 20–40% | \~2% | | 40%+ | 59 apps (\~0,06%) | Así que "bueno" es relativo. La mediana de D30 es del 3,9%; el decil superior es de aproximadamente el 10,9%. **Si superas aproximadamente el 11% de D30, ya estás en territorio excepcional** — tu esfuerzo es mejor invertido en multiplicar el [LTV](https://mwm.ai/glossary/ltv) que en perseguir un número que casi nadie alcanza. Si estás en la mediana o por debajo, hay un margen enorme, y el resto de esta guía es para ti. Una recalibración más: la retención apenas varía por geografía. La mediana D1/D7/D30 está a pocos décimas de punto en EE. UU., Reino Unido, Alemania, Francia, Japón, Corea del Sur, Brasil e India. **Tu problema de retención es un problema de producto, no de mercado** — lo cual es una buena noticia, porque el producto es lo que controlas. (Contrástalo con la monetización, que varía enormemente según la geografía.) ## Diagnostica la curva antes de tocarla La retención no es un número — es una curva con tres puntos de quiebre distintos, y cada uno es un problema diferente con una solución diferente. Antes de cambiar nada, encuentra *dónde* se rompe tu curva: - **D0 → D1 (la brecha de activación).** Los usuarios instalaron pero nunca volvieron ni una sola vez. Es un problema de [onboarding](https://mwm.ai/glossary/onboarding) y [activación](https://mwm.ai/glossary/activation) — nunca llegaron al [momento aha](https://mwm.ai/glossary/aha-moment). - **D1 → D7 (el precipicio del hábito).** Esta es la caída más pronunciada en la curva mediana — del 27% al 9% en seis días. Los usuarios obtuvieron valor una vez pero el hábito nunca se formó. - **D7 → D30 (la cola de profundidad de valor).** Los usuarios que sobreviven la primera semana se dan de baja más lentamente a medida que agotan el valor de la app o simplemente se desenganchan. Es un problema de profundidad y [reenganche](https://mwm.ai/glossary/re-engagement). Mídelo con [análisis de cohortes](https://mwm.ai/glossary/cohort-analysis), nunca con una media ponderada — agrupa a los usuarios por día de instalación y observa cómo envejece cada cohorte. Y decide deliberadamente entre [retención N-día](https://mwm.ai/glossary/n-day-retention) (activo exactamente el día N) y [retención acumulada](https://mwm.ai/glossary/rolling-retention) (activo el día N o más tarde); responden preguntas distintas y pueden diferir en varios puntos. Tu [métrica North Star](https://mwm.ai/glossary/north-star-metric) debe situarse sobre esta curva, no al lado de ella. ## La lente de la forma por categoría La *forma* de tu curva te dice qué palanca usar — y la forma varía notablemente según la categoría. Esta es la curva mediana real por categoría en el catálogo: | Categoría | D1 | D7 | D30 | | ---------------------------- | --------- | ----- | -------- | | Social y Comunicación | 31,9% | 12,3% | **5,9%** | | Lifestyle y Bienestar | 23,6% | 9,6% | 4,8% | | Productividad y Herramientas | 23,0% | 8,9% | 4,5% | | Educación y Conocimiento | 24,9% | 8,6% | 3,6% | | Medios y Entretenimiento | 24,9% | 8,0% | 3,4% | | Juegos | **36,6%** | 9,3% | 2,9% | Observa los dos extremos. **Los juegos ganan el día 1 (36,6%) y pierden el día 30 (2,9%)** — la novedad lleva a la gente de vuelta una o dos veces, luego la curva se desploma. **Lo social se acumula de la otra manera** — un D1 más bajo que los juegos (31,9%) pero el D30 más alto (5,9%), porque los efectos de red y los bucles de comunicación generan razones para volver. Si tu curva se parece a la de un juego — D1 fuerte, caída pronunciada — tu problema es *profundidad y hábito*, no las primeras impresiones. Si tu D1 es débil, arregla primero la activación. No copies el playbook de una app social en una app de utilidad. ## Palanca 1 — Ganar la primera sesión (la brecha D0 → D1) El número D1 es un veredicto de [onboarding](https://mwm.ai/glossary/onboarding) y [activación](https://mwm.ai/glossary/activation). El trabajo de la primera sesión es llevar al usuario al [momento aha](https://mwm.ai/glossary/aha-moment) — el instante en que el valor central de la app se vuelve evidente por sí mismo — antes de que gane la fricción o el aburrimiento. Los movimientos de mayor apalancamiento: - **Acorta el tiempo hasta el valor.** Aplaza todo lo que no sea el momento aha: creación de cuenta, permisos, paywalls, tutoriales. Deja que los usuarios sientan el valor primero; pídeles compromiso después. - **Define e instrumenta un hito de activación concreto.** "Creó su primera lista de reproducción", "registró su primer entrenamiento", "envió su primer mensaje". Las apps que alcanzan un evento de activación claro en la sesión uno retienen dramáticamente mejor — y no puedes mejorar lo que no has nombrado. - **Diseña el estado vacío como una primera victoria guiada**, no como una pantalla en blanco. La primera sesión debe terminar con el usuario habiendo *realizado* la acción central al menos una vez. Una advertencia de los datos: los juegos demuestran que **un D1 alto no es una victoria en sí mismo** (36,6% D1, 2,9% D30). Ganar la primera sesión es necesario, pero no suficiente — solo importa si el hábito se forma a continuación. ## Palanca 2 — Construir el hábito (el precipicio D1 → D7) Aquí es donde la app mediana sangra — del 27% al 9% en seis días — y donde se esconden las mayores ganancias. Superar la primera semana tiene que ver abrumadoramente con si se formó un *hábito*: una razón repetible para abrir la app que el usuario interioriza. - **Ajusta el [core loop](https://mwm.ai/glossary/core-loop).** Cuanto más rápido y gratificante sea el ciclo central acción→recompensa, más se autorrefuerza. Para los productos orientados al hábito, este es el [compulsion loop](https://mwm.ai/glossary/compulsion-loop): un ciclo ajustado de recompensa variable que se gana la próxima apertura. - **Añade una cadencia a la que el usuario pueda anclarse** — una [racha diaria](https://mwm.ai/glossary/daily-streak), una actualización diaria de contenido, una razón permanente para volver a la misma hora cada día. - **Usa los desencadenantes con moderación.** Las [notificaciones push](https://mwm.ai/glossary/push-notification) y los [mensajes in-app](https://mwm.ai/glossary/in-app-messaging) bien sincronizados vuelven a activar el hábito; el spam entrena a los usuarios a desactivarlos (o a [desinstalar](https://mwm.ai/glossary/uninstall-rate)). Activa sobre el valor ("tu entrenamiento está listo"), no sobre la culpa. - **Observa la [frecuencia de sesiones](https://mwm.ai/glossary/session-frequency) como indicador adelantado.** La retención es el resultado rezagado; el aumento de sesiones por usuario en la primera semana es la señal temprana de que el hábito está arraigando. Un umbral habitual: los usuarios que alcanzan varias sesiones en su primera semana retienen a múltiplos de los que no lo hacen. ## Palanca 3 — Profundizar el valor y recuperar a los que se están yendo (D7 → D30) Los usuarios que superan la primera semana se dan de baja más lentamente, pero siguen dándose de baja — a medida que agotan el valor de la app o simplemente se desenganchan. Dos trabajos aquí: - **Profundiza el valor para los supervivientes.** Muestra casos de uso avanzados, contenido nuevo y progresión para que la app siga ganando la apertura. La [stickiness](https://mwm.ai/glossary/stickiness) — el ratio [DAU/MAU](https://mwm.ai/glossary/dau-mau) — es la métrica de salud: te dice qué fracción de tus usuarios mensuales son efectivamente diarios. - **Recupera a los que se están distanciando antes de que se vayan.** Un [usuario inactivo](https://mwm.ai/glossary/dormant-user) no es aún uno que haya cancelado. Segmenta por comportamiento y ejecuta campañas de [reenganche](https://mwm.ai/glossary/re-engagement) y [winback](https://mwm.ai/glossary/winback-campaign) dirigidas a *por qué* cada segmento se alejó — un usuario avanzado que se aleja necesita un estímulo diferente al de uno que nunca se activó. ## Por qué la retención es la palanca de mayor apalancamiento que tienes La retención no es solo una métrica de engagement — es el multiplicador bajo todo tu modelo de crecimiento. Los usuarios retenidos generan más [valor de ciclo de vida](https://mwm.ai/glossary/ltv): más sesiones que monetizar, más oportunidades de convertirse en pagadores, más tiempo para referir a otros. Un mayor LTV eleva el [CPI](https://mwm.ai/glossary/cpi) que puedes pagar de forma rentable, lo que te permite escalar la adquisición que antes no era viable. Una ganancia de un punto en retención D30 no añade unas pocas sesiones — desplaza la matemática LTV-a-CAC que financia toda la maquinaria. Por eso el trabajo de retención se acumula y el de adquisición no: un cubo con fugas se vuelve más caro de llenar cuanto más viertes. (Para la vertiente de ingresos de este bucle, consulta el playbook de [monetización de apps móviles](https://mwm.ai/guides/mobile-app-monetization).) ## Playbooks por segmento - **Juegos.** Tu D1 ya es sólido; los datos del catálogo dicen que tu enemigo es la caída D7→D30. Invierte en meta-progresión, eventos de live-ops y ganchos sociales que den al bucle una *razón para persistir* más allá de la novedad. - **Social y comunicación.** Tienes la ventaja estructural (el D30 más alto) — protege el core loop y los efectos de red que lo impulsan. Tu riesgo es una primera sesión defectuosa para los nuevos usuarios que se unen a una red existente. - **Productividad, utilidades y apps de suscripción.** Un D1 más bajo es normal; tu valor es real pero tarda una sesión o dos en asentarse. Perfecciona la activación, luego convierte el hábito en una relación de [suscripción](https://mwm.ai/glossary/paywall) — aquí la retención y los ingresos son la misma curva, y un suscriptor que cancela es una pérdida directa. El hilo conductor en todos ellos: **encuentra dónde se rompe tu curva, arregla ese punto de quiebre primero, y mide con cohortes para saber que funcionó.** Doblar el 3,9% de D30 mediano hacia el 10,9% del decil superior es el proyecto de crecimiento de mayor apalancamiento que la mayoría de las apps puede ejecutar. # Cómo Posicionar tu App en iOS en la App Store — Guía Paso a Paso Esta guía recorre el proceso de ASO en iOS de principio a fin, en el orden en que lo ejecutaría un publisher en activo. Asume que tienes una app publicada en la App Store con cierta línea base de instalaciones, no una app en pre-lanzamiento. La metodología es igualmente aplicable a Google Play con ajustes para los campos de metadatos (sin campo de keywords, mayor peso de la descripción). ## Antes de empezar — métricas de línea base No puedes medir la mejora sin una línea base. Recoge y registra lo siguiente antes de cambiar nada: - **Rankings de keywords actuales** para cada keyword que te importe, por país objetivo. Usa un tracker de ASO dedicado ([MWM Scale](https://mwm.ai/aso-tool) tiene un nivel gratuito para esto). - **Ranking de categoría actual** y ranking general en tus 3-5 mercados principales. - **Impresiones en App Store Connect** — vistas de página de producto por día, desglosadas por Búsqueda / Explorar / Referrer. - **Tasa de conversión** de vista de página de producto a instalación. - **Velocidad de reseñas** (nuevas reseñas/semana) y **valoración** (media acumulada). - **Desglose del volumen de instalaciones** — Búsqueda orgánica, Explorar orgánico (chart), pago, referido. Captura una instantánea de estos datos con fecha. Compararás con esto en 4-8 semanas para medir el impacto de los cambios que publiques. ## Paso 1 — Investigación de keywords El objetivo de la investigación de keywords es producir un **conjunto de keywords objetivo** — 10-20 keywords para las que optimizas activamente y haces seguimiento. No 200, no 5. El proceso: 1. **Genera keywords semilla.** Empieza con los términos obvios de tu categoría (por ejemplo, "meditación" para una app de meditación, "gestor de gastos" para finanzas). Amplía con sinónimos, descriptores de audiencia ("meditación para la ansiedad") y frases orientadas a resultados ("dormir mejor"). 2. **Añade las keywords de la competencia.** Toma a tus 3-5 competidores directos, extrae el conjunto de keywords para las que rankean y añade las que tú no estás trabajando. 3. **Comprueba el volumen de búsqueda y la [dificultad](https://mwm.ai/glossary/keyword-difficulty).** Usa tu herramienta de ASO. Apunta a keywords de dificultad media con volumen real — las keywords de cabecera como "meditación" son muy competidas; las long-tail como "meditación mindful para dormir respiración consciente" son más fáciles de posicionar. 4. **Filtra por intención.** Una keyword que atrae instalaciones de usuarios no cualificados es peor que una keyword con menos volumen pero mayor intención de compra. Si tu app es una suscripción premium, "meditación gratis" es un mal encaje. 5. **Prioriza entre 10 y 20 keywords.** Limita la lista. Las usarás para estructurar tus metadatos, el copy creativo y la estrategia de adquisición de reseñas. ## Paso 2 — Optimiza tus metadatos Con un conjunto de keywords objetivo en mano, coloca las keywords estratégicamente en los campos de metadatos de iOS. El objetivo es una cobertura completa sin relleno excesivo. **Nombre de la app (30 caracteres).** Tu keyword principal va en la posición del descriptor. Patrones habituales: - `Marca: Keyword Principal` — por ejemplo, `Strides: Habit Tracker` - `Marca — Descriptor` — por ejemplo, `Calm — Meditation & Sleep` - `Keyword Principal by Marca` — por ejemplo, `Meditation by Calm` (menos frecuente; branding más débil) **Subtítulo (30 caracteres).** Keywords secundarias formuladas como un beneficio. La separación por comas está bien y no desperdicia indexación. - Bien: `Entrenamientos, Sueño, Nutrición` - Mal: `La Mejor App de Salud y Fitness que Encontrarás` (todo relleno, sin keywords) **[Campo de keywords](https://mwm.ai/glossary/keywords-field) (100 caracteres, separados por comas, oculto).** Singular, no plural; sinónimos; términos long-tail; errores ortográficos. No repitas palabras que ya aparezcan en el título o subtítulo — Apple combina los campos. No añadas espacios después de las comas — eso desperdicia caracteres. **Texto promocional (170 caracteres, no indexado, editable sin revisión).** Úsalo para copy de conversión, promociones de temporada, reconocimientos recientes. No para keywords. **Descripción (4.000 caracteres, indexación débil).** Las primeras 3 líneas son las más importantes (los usuarios las ven antes del botón "más"). Estructura: - Párrafo inicial: propuesta de valor en una frase. - Secciones con estilo H2 orientadas a beneficios (las listas de puntos funcionan bien). - Lista de funcionalidades. - Prueba social (reseñas, prensa). - Contacto de soporte y solicitud de reseña. Publica el cambio de metadatos como un nuevo envío de versión de la app. Espera cambios iniciales en el ranking de keywords en 48-72 horas, y estabilización completa en 7-14 días. ## Paso 3 — Testea tu creatividad en A/B Una vez que los metadatos se hayan estabilizado (2-3 semanas después de publicarlos), empieza a testear las creatividades. Product Page Optimization de Apple te permite ejecutar 2-3 variantes concurrentes por test, con el sistema terminando automáticamente al alcanzar la significancia. **Tests de icono.** La superficie de mayor apalancamiento de forma individual. Hipótesis frecuentes: - **Personaje vs. marca tipográfica** (¿un icono con personaje supera a un logotipo abstracto?) - **Contraste de color** (los iconos más brillantes y saturados suelen ganar en el chart saturado) - **Elemento focal** (una forma central clara vs. composición múltiple) **Tests de screenshots.** Los primeros dos screenshots tienen entre el 60 y el 80% del peso de conversión. Hipótesis frecuentes: - **Orientado al texto** (titular corto superpuesto) vs. **orientado a la UI** (screenshot de producto en bruto) - **Declaración de beneficio** (qué obtiene el usuario) vs. **declaración de funcionalidad** (qué tiene la app) - **Marco de dispositivo** (maqueta de teléfono) vs. **sin marco** (sangrado completo) El PPO de Apple solo rota variantes a una fracción del tráfico, por lo que alcanzar la significancia en apps de menor volumen puede llevar entre 4 y 6 semanas. No interrumpas un test prematuramente — los deltas de conversión del 5-10% parecen ruidosos a corto plazo pero se acumulan enormemente a lo largo de meses. > Observamos que la mayoría de las apps infravaloran el test de icono. Una mejora del 15% en la CVR impulsada por el icono en una app con 10 millones de impresiones al año supone 150.000 instalaciones adicionales — generalmente más valor que una renovación creativa completa de los screenshots. ## Paso 4 — Impulsa la velocidad de reseñas La velocidad de valoraciones y reseñas es una señal de ranking en los charts, no solo una señal de conversión. Las apps con reseñas desactualizadas rinden peor que las que tienen reseñas recientes. La API de solicitud de reseñas de iOS (`SKStoreReviewController`) es el único mecanismo limpio. Apple limita las solicitudes a 3 por usuario al año, así que sé estratégico: 1. **Activa en el éxito, no en la llegada.** Solicita la valoración después de que el usuario complete un estado de éxito clave — un entrenamiento terminado, un hábito registrado por décima vez, un archivo exportado. No en el lanzamiento de la app. 2. **Espera entre 7 y 14 días después de la instalación.** Las solicitudes tempranas atrapan a usuarios sin compromiso; las tardías pierden la ventana. 3. **Filtra por engagement.** Los usuarios que han utilizado la app menos de 3-5 sesiones tienen estadísticamente más probabilidades de dejar reseñas negativas — sáltelos. 4. **No encadenes con soporte.** Nunca solicites una reseña justo después de una interacción negativa de soporte. Una solicitud bien calibrada produce una velocidad de reseñas del 0,5-2% de las nuevas instalaciones. Una solicitud deficiente produce del 0,1-0,3%. La diferencia importa. ## Paso 5 — Corrige las fugas de retención La retención es tanto una señal de ranking como la tasa base del LTV. Audita dónde se van los usuarios: - **Caída en el día 1**: generalmente fricción en el onboarding. Acorta las solicitudes de permisos, elimina los requisitos de registro no esenciales, llega al "primer valor" en menos de 60 segundos. - **Caída en el día 7**: generalmente fallo en la formación del hábito. El usuario no construyó una razón para volver. Las notificaciones push, las rachas o el contenido programado pueden ayudar. - **Caída en el día 30**: generalmente finalización de funciones o agotamiento de contenido. Añade progresión, nuevos lanzamientos de contenido o mecánicas sociales. Una mejora de 5 puntos en la retención D7 (del 20% al 25%) suele impulsar entre un 15 y un 25% de mejora en el ranking de categoría durante las semanas 4-8, manteniendo todo lo demás constante — porque la señal de comportamiento se propaga al ranking lentamente. ## Paso 6 — Mide, itera y monitorea Cadencia de informes mensual: - Rankings de keywords (por país, por keyword) vs. línea base - Ranking de categoría y ranking general vs. línea base - Impresiones, tasa de conversión, nuevas instalaciones vs. línea base - Velocidad de reseñas, valoración, número de nuevas reseñas - Curvas de retención (D1, D7, D30) Trimestral: - Revisa el conjunto de keywords — ¿se están abriendo nuevas oportunidades? - Revisa la creatividad de la competencia — ¿están iterando más rápido que tú? - Revisa la localización — ¿los mercados secundarios tienen una inversión insuficiente? Anual: - Repite los pasos 1-5 desde cero. Tu línea base, el panorama de la competencia y los patrones de demanda de búsqueda han cambiado todos. ## Plazos y expectativas realistas Un programa de ASO disciplinado de primer ciclo suele entregar: - **Semanas 1-2**: línea base capturada, borrador de metadatos v2. - **Semana 3**: metadatos v2 enviados, pasan la revisión. - **Semanas 4-6**: cambios de ranking de keywords visibles; comienza el primer test creativo. - **Semanas 8-10**: el test creativo alcanza la significancia; la variante ganadora se despliega. - **Semanas 10-12**: la mejora del ranking de categoría es medible, entre el 10 y el 30% según la posición de partida. Los publishers que esperan el top-10 del ranking de categoría en 8 semanas desde un programa de ASO inicial generalmente subestiman el componente de velocidad. El ranking se acumula — el sexto trimestre de un programa de ASO disciplinado generalmente entrega más movimiento de ranking que el primero. ## Errores frecuentes - **Publicar una revisión completa de metadatos y un test creativo simultáneamente** — no puedes atribuir qué cambio generó qué resultado. - **Copiar literalmente los metadatos de un competidor líder** — Apple penaliza los metadatos casi duplicados, y heredas su estrategia de keywords, que no es necesariamente la correcta para tu app. - **Ejecutar 5 tests creativos de forma concurrente** — la atribución se complica, la significancia se alarga y aprendes menos que ejecutándolos en serie. - **Tratar la velocidad de reseñas como un proyecto puntual** — es un programa sostenido. Las apps con reseñas recientes rankean mejor que las que tienen reseñas desactualizadas, independientemente del número total. - **Ignorar los mercados en idiomas distintos al inglés** — la localización suele ser el trimestre de trabajo con mayor ROI para las apps de tamaño medio. ## Por dónde seguir - Si publicas juegos: **[ASO para Juegos Móviles](https://mwm.ai/guides/aso-for-games)**. - Para entender las señales que estás optimizando: **[Cómo Funciona el Algoritmo de Ranking de la App Store](https://mwm.ai/guides/app-store-ranking-algorithm)**. - Para la referencia completa: **[La Guía Completa de ASO](https://mwm.ai/guides/app-store-optimization)**. - Para ejecutar el seguimiento de keywords y rankings en directo: **[la herramienta ASO de MWM Scale](https://mwm.ai/aso-tool)** es gratuita para hasta tres apps de la competencia. # Cómo Reducir el Churn de tu App El churn es la métrica que todo deck de suscripción cita y que casi nadie mide honestamente. En el catálogo de MWM, la app mediana ha perdido al **72,7% de sus usuarios en el día 1, al 90,8% en el día 7 y al 96,1% en el día 30**. Hasta el decil con mejor retención pierde al 89% en el día 30. El [churn](https://mwm.ai/glossary/churn), como su imagen especular la [retención](https://mwm.ai/glossary/retention), no es un número que llevas a cero — es una curva que doblas. Pero "reducir el churn" son dos trabajos completamente distintos según qué churn tengas en mente, y confundirlos es la razón por la que la mayoría de los programas de churn se estancan. Esta guía los separa y te da las palancas para cada uno. ## Los dos churns que debes medir por separado - **Churn de engagement** — un usuario deja de abrir la app. Es el churn dominante para las apps gratuitas, freemium y con publicidad, y es la inversa de la retención: la cifra del 96% D30 anterior *es* el churn de engagement. - **Churn de suscripción (de ingresos)** — un usuario pagador cancela o no renueva. Este es el churn que destruye los ingresos directamente, medido como una tasa de cancelación mensual sobre la base pagadora, no como retención D30. Una app puede tener un churn de engagement terrible y un churn de [suscripción](https://mwm.ai/glossary/subscription) saludable (una base pagadora pequeña pero fiel) o al revés. Corregir uno no hace nada por el otro. Antes de nada, identifica cuál está sangrando. ## Churn voluntario vs. churn involuntario Dentro del churn de suscripción, divide de nuevo: - **Voluntario** — el usuario eligió cancelar (precio, valor o simplemente ha terminado). - **Involuntario** — el pago falló: tarjeta caducada, fondos insuficientes, rechazo bancario. La suscripción caduca aunque el usuario nunca decidiera marcharse. El churn involuntario suele representar entre el 20 y el 40% del churn total de suscripción y es el **más fácil de corregir**, porque el usuario sigue queriendo el producto — su tarjeta falló, no su intención. Los reintentos de facturación, los períodos de gracia, los estados de cuenta en espera y el dunning (mensajería de recuperación de pagos) recuperan una gran parte. La mayoría de los equipos dedica esfuerzos a los flujos de retención de churn voluntario mientras pierden silenciosamente churn involuntario que podrían recuperar con un simple cambio de configuración de reintentos de facturación. ## Mide el churn como un operador - El churn de engagement es la inversa de la [retención N-día](https://mwm.ai/glossary/n-day-retention) — hazle seguimiento por [cohorte](https://mwm.ai/glossary/cohort-analysis) de instalación, nunca en un único número global. - El churn de suscripción es la tasa de cancelación mensual de la base pagadora; separa voluntario de involuntario, y monitorea el churn bruto frente al neto (que descuenta las reactivaciones y las mejoras de plan). - La [tasa de desinstalación](https://mwm.ai/glossary/uninstall-rate) es el suelo duro del churn de engagement: un usuario que desinstaló se ha ido, mientras que uno que simplemente dejó de abrir puede volver. ## Corta el churn de engagement (la batalla de la primera semana) El churn de engagement más pronunciado va de D1 a D7 — el catálogo pasa del 72,7% al 90,8%, lo que significa que la mayor parte de lo que sobrevive el día 1 se ha ido para el día 7. Es un problema de activación y hábito, y el playbook completo está en [Cómo Mejorar la Retención de tu App](https://mwm.ai/guides/how-to-improve-app-retention). El resumen: lleva a los usuarios al valor rápidamente, construye un bucle de hábito en la primera semana y ejecuta el [reenganche](https://mwm.ai/glossary/re-engagement) *antes* de que los usuarios queden [inactivos](https://mwm.ai/glossary/dormant-user), no después de que ya se hayan ido. ## Corta el churn de suscripción (donde está el dinero) Aquí es donde el trabajo de churn se paga directamente: - **Recupera primero el churn involuntario** — el movimiento con mayor ROI. La lógica de reintento de facturación, los períodos de gracia, el estado de cuenta en espera y las secuencias de dunning recuperan a usuarios que nunca quisieron marcharse. Es configuración y mensajería, no trabajo de producto. - **Crea un flujo de cancelación real.** En el momento en que el usuario intenta cancelar, ofrece una pausa (la pausa gana a la cancelación), una oferta de [winback](https://mwm.ai/glossary/winback-campaign) o una reducción de plan — no un botón de confirmación sin salida. - **Cierra la brecha de realización de valor.** La mayor parte del churn voluntario son usuarios que nunca obtuvieron el valor por el que se suscribieron. Vincula la activación y la retención a la [conversión del trial](https://mwm.ai/glossary/trial-conversion) y el [paywall](https://mwm.ai/glossary/paywall) para que conviertas a usuarios que se quedarán, no a los que cancelarán en el primer mes. - **Ofrece planes anuales por defecto.** Los planes anuales reemplazan doce decisiones de renovación por una y reducen el churn de forma estructural — consulta el playbook de [monetización de apps móviles](https://mwm.ai/guides/mobile-app-monetization). ## La lente de la categoría La forma del churn de engagement varía notablemente según la categoría. Churn D30 mediano en el catálogo: | Categoría | Churn D1 | Churn D7 | Churn D30 | | ---------------------------- | -------- | -------- | --------- | | Social y Comunicación | 68,1% | 87,7% | **94,1%** | | Lifestyle y Bienestar | 76,3% | 90,4% | 95,2% | | Productividad y Herramientas | 77,0% | 91,1% | 95,5% | | Educación y Conocimiento | 75,1% | 91,4% | 96,4% | | Medios y Entretenimiento | 75,1% | 92,0% | 96,6% | | Juegos | 63,4% | 90,7% | **97,1%** | Los juegos tienen el *mayor* churn en el día 30 (97,1%) a pesar del *menor* churn en el día 1 (63,4%) — la novedad atrae a los usuarios una o dos veces, luego la curva se desploma. Lo social tiene el menor churn (94,1%) porque los bucles de comunicación generan razones para volver. Si eres un juego, tu batalla es la caída D7→D30; si eres social, protege el bucle de red que ya está funcionando para ti. ## Por qué el churn es la palanca que se acumula Cada punto de churn que recortas se acumula en [LTV](https://mwm.ai/glossary/ltv): un usuario retenido sigue monetizando, y un menor churn eleva el valor de ciclo de vida que financia la adquisición. El churn es la fuga en el cubo — y con una mediana D30 del 96%, la mayoría de los cubos son mayoritariamente agujero. Los equipos que ganan no persiguen un número mágicamente bajo. **Separan los dos churns, recuperan el churn involuntario sin coste y doblan la curva de engagement una cohorte a la vez.** # Estrategias de Crecimiento para Apps Móviles: El Bucle, No los Trucos La mayoría del contenido sobre "estrategia de crecimiento" es una lista de trucos. Los datos dicen que los trucos no son el problema. El crecimiento es una ecuación — > **Crecimiento ≈ adquisición × retención × monetización × viralidad** — y la app mediana está perdiendo el segundo término de forma tan pronunciada (96% de [churn](https://mwm.ai/glossary/churn) en el día 30, menos del 4% de [retención](https://mwm.ai/glossary/retention)) que ninguna táctica de adquisición puede superarlo. Esta guía es el mapa de todo el bucle y, más importante, el orden en que corregirlo. La profundidad de cada motor vive en su propio playbook; aquí explicamos cómo encajan todos. ## El crecimiento es un bucle, no un embudo Un embudo es unidireccional: instalación → uso → churn. Un bucle se retroalimenta: los usuarios retenidos monetizan, los ingresos financian la adquisición y las referencias traen usuarios que retienen y monetizan a su vez. La diferencia es la acumulación. Las apps que crecen de forma duradera no ejecutan embudos mejores — ejecutan bucles donde cada motor refuerza al siguiente. Tu trabajo es encontrar tu bucle y ajustar cada punto de unión. ## Motor 1 — Adquisición Trae usuarios, pero solo tan rápido como el bucle pueda retenerlos. - Lo orgánico es la base: las [instalaciones orgánicas](https://mwm.ai/glossary/organic-installs) representan el 62% del volumen de la app mediana, y más de la mitad vienen de la búsqueda en la App Store. - La [UA de pago](https://mwm.ai/glossary/paid-ua) escala más allá de lo orgánico, limitado por lo que puedes retener — tu techo de [CPI](https://mwm.ai/glossary/cpi) es tu [LTV](https://mwm.ai/glossary/ltv). - El playbook completo: [Estrategias de Adquisición de Usuarios](https://mwm.ai/guides/user-acquisition-strategies). ## Motor 2 — Retención (el multiplicador) Este es el término que decide si los otros tres importan. La retención establece cuánto valor de ciclo de vida devuelve cada usuario y cuánto tiempo permanece en el bucle para referir a otros. Con una mediana del 3,9% en D30, también es donde la mayoría de las apps tienen mayor margen de mejora. - Gana la primera sesión ([momento aha](https://mwm.ai/glossary/aha-moment)), construye el hábito y observa la [stickiness](https://mwm.ai/glossary/stickiness). - El playbook completo: [Cómo Mejorar la Retención de tu App](https://mwm.ai/guides/how-to-improve-app-retention) y [Estrategias de Engagement de Apps](https://mwm.ai/guides/app-engagement-strategies). ## Motor 3 — Monetización Captura valor de los usuarios que retienes, luego recíclalo en el bucle. - La conversión, el [ARPU](https://mwm.ai/glossary/arpu) y la retención juntos producen [LTV](https://mwm.ai/glossary/ltv) — y el LTV es lo que financia la adquisición que hace crecer el bucle. - El playbook completo: [Estrategias de Monetización de Apps](https://mwm.ai/guides/app-monetization-strategies). ## Motor 4 — Viralidad El único canal de adquisición sin coste marginal. - Un [programa de referidos](https://mwm.ai/glossary/referral-program) y un [coeficiente viral](https://mwm.ai/glossary/viral-coefficient) saludable convierten a los usuarios retenidos en nuevos usuarios. Un coeficiente viral que se acerca a 1 significa que cada usuario trae aproximadamente a otro — el bucle se vuelve autosostenible. - La viralidad está por debajo de la retención y el valor: los usuarios refieren productos que aman y con los que se quedan, así que este motor no puede ensamblarse sobre uno con fugas. ## El orden de operaciones Aquí es donde la mayoría de los programas de crecimiento se equivocan — empiezan con el motor más fácil de comprar (adquisición) en lugar del que bloquea al resto (retención). 1. **Primero la retención.** Haz que la curva y la economía unitaria funcionen en una cohorte pequeña. Escalar la adquisición hacia un cubo con fugas simplemente eleva el coste del churn. 2. **Luego la monetización.** Establece un [LTV](https://mwm.ai/glossary/ltv) que puedas contabilizar, para saber cuánto vale un usuario. 3. **La adquisición en tercer lugar.** Ahora escala contra un LTV real, con un ratio [LTV](https://mwm.ai/glossary/ltv)-a-[CAC](https://mwm.ai/glossary/cac) de 3+ como listón. 4. **La viralidad en todo momento.** Se acumula sobre lo que producen los otros tres. La adquisición parece crecimiento porque el número de instalaciones se mueve de inmediato. Pero las instalaciones vertidas en un producto con un 4% de D30 son un coste, no una estrategia. ## Mide el bucle Ancla en una [métrica North Star](https://mwm.ai/glossary/north-star-metric) que capture el valor entregado, y observa el ratio maestro del bucle, [LTV](https://mwm.ai/glossary/ltv) ÷ [CAC](https://mwm.ai/glossary/cac) (síguela con [ROAS](https://mwm.ai/glossary/roas) por cohorte). La disciplina de un equipo de crecimiento es negarse a optimizar un motor a expensas de los demás — porque en un bucle, el punto más débil determina la velocidad del conjunto. Encuentra el tuyo, corrígelo y luego pasa al siguiente. # KPIs para apps móviles: las métricas que realmente importan (con benchmarks) La mayoría de los equipos de apps tienen el problema contrario al de la medición: rastrean demasiado y actúan sobre muy poco. La solución no son más dashboards; es un conjunto enfocado de KPIs que se correspondan con el ciclo de crecimiento, evaluados cada uno frente a un benchmark real. Esta guía es ese conjunto, agrupado según dónde se sitúa en el ciclo, con medianas del catálogo para que puedas saber si tu número es bueno o simplemente familiar. ## Empieza con una north-star Por encima del árbol de KPIs hay un único número: la [north-star metric](https://mwm.ai/glossary/north-star-metric) —la única medida que mejor captura el valor que tu producto entrega (usuarios activos diarios, entrenamientos registrados, pistas reproducidas). Todo lo que está por debajo es un input de soporte. Elígela primero, porque determina cuáles de las métricas siguientes optimizas con más fuerza. ## KPIs de adquisición La eficiencia con la que incorporas usuarios. - **[Cost per install](https://mwm.ai/glossary/cpi) / [CAC](https://mwm.ai/glossary/cac)** — lo que cuesta un usuario, medido siempre frente al [LTV](https://mwm.ai/glossary/ltv). - **[ROAS](https://mwm.ai/glossary/roas)** — retorno sobre el gasto en publicidad, por cohorte y canal. - **[Cuota de instalaciones orgánicas](https://mwm.ai/glossary/organic-installs)** — mediana del catálogo 61,6%; las orgánicas son el canal mayoritario para la mayoría de las apps que no son juegos. - **[IPM](https://mwm.ai/glossary/cpi) y [atribución de instalaciones](https://mwm.ai/glossary/install-attribution)** — eficiencia creativa y verdad del canal. (Consulta el [manual de user acquisition](https://mwm.ai/guides/user-acquisition-strategies).) ## KPIs de activación y retención Si los usuarios que has conseguido se quedan —la base sobre la que se multiplica todo lo demás. - **Tasa de activación** — porcentaje de nuevos usuarios que alcanzan el hito de valor esencial en la primera sesión. - **[Retención N-day](https://mwm.ai/glossary/n-day-retention)** — medianas del catálogo: **D1 27,3%, D7 9,2%, D30 3,9%**. El decil superior alcanza \~10,9% D30. - **[Churn](https://mwm.ai/glossary/churn)** — la inversa; la mediana de churn de engagement en D30 es del 96,1%. (Consulta el manual de [retención](https://mwm.ai/guides/how-to-improve-app-retention).) ## KPIs de engagement La profundidad y frecuencia con la que los usuarios activos usan el producto —el indicador adelantado de la retención. - **[Fidelización DAU/MAU](https://mwm.ai/glossary/dau-mau)** — mediana del catálogo 14,1%; un buen umbral es 20%+. - **[Sesiones por usuario al día](https://mwm.ai/glossary/session-frequency)** — mediana del catálogo 2,94. - **[Duración de sesión](https://mwm.ai/glossary/session-length) y tiempo por usuario** — mediana de sesión 1 min 22 s, mediana \~4 min 18 s al día (pero interpreta esto según la categoría —las utilidades son saludables siendo cortas, los juegos largas). (Consulta el manual de [engagement](https://mwm.ai/guides/app-engagement-strategies).) ## KPIs de monetización Cuánto valor capturas de los usuarios que retienes. - **Conversión a pago** — para la mayoría de las apps de consumo, una [tasa de conversión](https://mwm.ai/glossary/conversion-rate) de un solo dígito bajo; un \~6% combinado sirve como punto de referencia para la planificación. - **[ARPU](https://mwm.ai/glossary/arpu)** — mediana del catálogo $0,15 (30 días), decil superior $4,64. - **[ARPPU](https://mwm.ai/glossary/arppu)** — ingresos por usuario *de pago*; mediana modelada $1,88/mes. - **[ARPDAU](https://mwm.ai/glossary/arpdau)** — mediana \~$0,01 IAP (excluye ingresos por publicidad). - **[LTV](https://mwm.ai/glossary/ltv)** — la integral del ARPDAU sobre la curva de retención. (Consulta el manual de [monetización](https://mwm.ai/guides/app-monetization-strategies).) ## La ratio que une todo **[LTV](https://mwm.ai/glossary/ltv) ÷ [CAC](https://mwm.ai/glossary/cac).** Conecta todos los grupos anteriores —la retención y la monetización construyen el LTV, la adquisición gasta el CAC— y una ratio de 3+ es el umbral para un negocio saludable y escalable. La mayor parte del trabajo sobre KPIs está, en última instancia, al servicio de mover esta única ratio. ## La hoja de benchmarks | KPI | Mediana del catálogo | Sólido (decil superior) | | -------------------------------- | -------------------- | ----------------------- | | Retención D1 / D7 / D30 | 27,3% / 9,2% / 3,9% | \~10,9% D30 | | Fidelización DAU/MAU | 14,1% | 31% | | Sesiones / usuario / día | 2,94 | 5,28 | | ARPU (30 días) | $0,15 | $4,64 | | ARPDAU (IAP) | $0,01 | $0,04 | | Cuota de instalaciones orgánicas | 61,6% | 77% | ## Vanity metrics vs. métricas accionables Una métrica gana un lugar en el dashboard solo si un cambio en ella cambia lo que harías. Las descargas acumuladas y el total de usuarios registrados siempre suben y no señalan nada; la retención por cohorte, la conversión de prueba a pago, el stickiness y el [viral coefficient](https://mwm.ai/glossary/viral-coefficient) se mueven con palancas específicas y te dicen cuál funcionó. Rastrea las tasas y las cohortes, no los totales acumulados —los suficientemente pocos como para que el equipo pueda actuar realmente sobre cada uno. # Monetización de apps móviles: IAP, suscripciones, publicidad y freemium explicados La monetización de apps móviles se ha consolidado en torno a cuatro modelos dominantes. La elección entre ellos es de naturaleza arquitectónica —determina tu economía unitaria, tu estrategia de UA, tu hoja de ruta de producto y contra qué herramientas de plataforma construyes. Elegir el modelo equivocado para tu app no solo deja ingresos sobre la mesa; crea un lastre estratégico acumulado durante años. Esta guía cubre los cuatro modelos, cuándo cada uno es la opción adecuada y la economía unitaria de referencia que deberías perseguir en cada uno. ## Los cuatro modelos, en un párrafo cada uno **[Freemium](https://mwm.ai/glossary/freemium) con [suscripciones](https://mwm.ai/glossary/subscription).** La app es gratuita para instalar, con funciones o contenido premium bloqueados detrás de una suscripción recurrente. Es el modelo con el embudo más amplio, dominante en apps de productividad, contenido, utilidades, citas y salud/fitness. La economía unitaria depende de la conversión de prueba a pago y el churn mensual. **Freemium con [compras dentro de la app](https://mwm.ai/glossary/iap).** Gratuita para instalar, monetizada mediante compras consumibles o no consumibles. El modelo predeterminado para los juegos free-to-play —los consumibles impulsan la economía de las ballenas, los no consumibles eliminan anuncios o desbloquean contenido. Menos común fuera de los juegos. **Gratuita con publicidad.** Gratuita para instalar, completamente gratuita de usar, monetizada mediante impresiones publicitarias. Se monetiza a través de video con recompensa, intersticiales, banners o ubicaciones nativas. Buena economía por usuario en apps con sesiones largas; débil en apps con sesiones cortas. **Pago por adelantado.** El usuario paga un precio único para instalar. Modelo dominante a principios de los 2010, ahora limitado a herramientas pro de nicho, juegos premium y utilidades específicas. Alta calidad del usuario cualificado (cualquiera que paga tiene una intención clara), pero el embudo más estrecho. La realidad actual: la mayoría de las apps de consumo comercialmente exitosas son **híbridas**. La base es suscripción o freemium, con anuncios tácticos, IAP puntuales y paquetes promocionales añadidos encima. ## Freemium + suscripción — el modelo predeterminado dominante Freemium con suscripciones es el punto de partida para la mayoría de las nuevas apps de consumo. La fricción de instalación es cero, los sistemas de suscripción de plataforma (App Store y Google Play) gestionan la facturación, la lógica de prueba y las ofertas de retención de forma nativa, y el modelo de ingresos por acumulación recompensa la inversión a largo plazo en el producto. Las métricas clave para una app de suscripción freemium: 1. **Tasa de inicio de prueba.** Qué fracción de las instalaciones inician una prueba gratuita. Típicamente 8-20% para un onboarding bien diseñado; 25%+ indica una calidad de embudo excepcional. 2. **[Conversión de prueba a pago](https://mwm.ai/glossary/trial-conversion).** Qué fracción de los inicios de prueba convierten a pago. Medianas del sector por vertical: productividad 30-50%, utilidades 25-45%, citas 50-70%, entretenimiento 40-60%, juegos con suscripciones 15-30%. 3. **Churn mensual.** Típicamente 5-10% para apps maduras. Por debajo del 5% es excepcional —generalmente señal de un producto con lock-in de categoría (Duolingo, Calm) o herramientas de retención eficaces. 4. **[ARPU](https://mwm.ai/glossary/arpu)** y **[ARPPU](https://mwm.ai/glossary/arppu).** Ingresos por usuario combinado e ingresos por pagador. Las apps de suscripción de consumo del cuartil superior ven ARPU de $2-5 y ARPPU de $15-40. 5. **[LTV](https://mwm.ai/glossary/ltv).** Derivado de ARPPU × la duración media esperada. Una app de $9,99/mes con un 7% de churn mensual tiene \~14 meses de duración media y \~$140 de LTV pagado; el LTV combinado depende de la tasa de conversión. **El trade-off fundamental**: las apps de suscripción tienen las ventanas de recuperación de la inversión más largas de cualquier modelo de monetización. Tu punto de equilibrio en UA suele ser el Día 60-120, no el Día 7. Eso significa que necesitas una confianza sólida en la previsión de LTV o un balance con larga pista de aterrizaje. Las apps que no pueden prever el LTV de manera fiable a menudo gastan de más en UA pago y se quedan sin efectivo. ## Freemium + IAP (juegos y más allá) Los juegos free-to-play dominan el modelo IAP. Un juego F2P típico se monetiza a través de: - **Consumibles** (monedas, gemas, pistas, potenciadores) — el principal motor de ingresos, que impulsa la economía de las ballenas. - **No consumibles** (eliminar anuncios, desbloquear un personaje premium) — compras únicas que convierten a una fracción de los usuarios activos. - **Niveles de suscripción** (battle pass, acceso VIP) — añadidos cada vez más como una capa de monetización intermedia. La economía sigue una ley de potencia marcada. En un juego free-to-play típico, el 1-5% de los jugadores que alguna vez pagan genera el 50-80% de los ingresos. El trabajo de monetización se centra principalmente en: 1. Convertir a una mayor proporción de jugadores en pagadores (diseño del embudo de primera compra). 2. Ampliar el gasto de vida de los pagadores existentes (profundidad de la progresión, eventos live-ops, ofertas por tiempo limitado). 3. Prevenir el churn de las ballenas (mecánicas de retención y soporte VIP). Fuera de los juegos, el freemium basado solo en IAP es menos frecuente, pero existe para apps con una "unidad" natural de consumo (por ejemplo, apps de generación de imágenes basadas en créditos, servicios bajo demanda con precios por uso). La mayoría de las apps de productividad de consumo han migrado a suscripciones porque la matemática del LTV es más clara. ## Monetización por publicidad Las apps basadas en publicidad dependen del **[eCPM](https://mwm.ai/glossary/ecpm)** —ingresos efectivos por mil impresiones publicitarias. Los eCPMs son muy dependientes de la geografía (EE.UU. > UE > mercados emergentes, con diferencias a menudo de 5-10x) y del formato (video con recompensa > intersticial > banner, a menudo de 3-5x). eCPMs de referencia para 2026 (EE.UU., iOS, apps de contenido de nivel medio): - Video con recompensa: $10-30 - Intersticial: $4-12 - Banner: $0,50-2,00 - Nativo: $3-10 La pregunta determinante para las apps con publicidad es el tiempo de sesión. Las apps con más de 20 minutos de sesión diaria (juegos, social, streaming) pueden monetizar anuncios en rangos de ARPDAU de $10-30 que superan a muchas apps freemium. Las apps con sesiones de 2 minutos al día (utilidades, herramientas) suelen quedarse por debajo de $1-2 de ARPDAU solo con publicidad —por eso tantas apps de utilidad que lanzaron con publicidad han migrado a suscripciones. **Tras ATT**, la monetización publicitaria en iOS es más compleja, pero no ha muerto. Los editores que se adaptaron —ejecutando esquemas de conversion-value de SKAdNetwork, optimizando por separado el LTV de los usuarios con opt-in y diversificando la mediación publicitaria— se han recuperado en gran medida. Los que no lo hicieron siguen estando un 30-50% por debajo de los eCPMs en iOS frente a las cifras previas a ATT. ## Pago por adelantado Las apps de pago cobran un precio único para instalar. El embudo es estrecho, pero la calidad de conversión es excepcional —cualquier usuario que paga ya se ha cualificado. Contextos específicos donde el pago por adelantado sigue ganando: - **Herramientas pro** con bases de usuarios reducidas y de alta intención (producción musical, diseño gráfico, herramientas científicas especializadas). - **Juegos premium** con señales de calidad claras (ports de consola, juegos indie solo de pago). - **Utilidades de nicho** donde la fricción de la suscripción destruye la conversión (herramientas de uso único). - **Mercados donde la fatiga de suscripción es aguda** y un posicionamiento limpio de "paga una vez, es tuya" diferencia. El manual del pago es diferente: optimizas escalas de precio y valor percibido en lugar de la conversión del embudo. Un buen screenshot y una puntuación de reseñas de confianza importan más que un buen paywall —porque no hay paywall. ## Monetización híbrida La mayoría de las apps de consumo comercialmente exitosas ejecutan 2-3 flujos de monetización en paralelo: - La suscripción como capa principal de ingresos, con anclaje de precio anual. - IAP táctica para consumibles puntuales (créditos, packs de mejoras, lanzamientos de contenido premium). - Anuncios con recompensa para usuarios gratuitos, a menudo como mecanismo de "créditos gratis" que retroalimenta el engagement. - Ofertas de por vida, paquetes o upsells como palancas periódicas de retención e ingresos. El objetivo es dar a cada usuario un camino hacia el pago apropiado a su sensibilidad al precio. Los usuarios con presupuesto muy ajustado reciben anuncios; los de nivel medio compran una suscripción; los de alto valor pagan el plan anual más consumibles ocasionales. Bien ejecutada, la monetización híbrida eleva el ARPU un 30-60% por encima de la suscripción pura a cambio de una complejidad moderada del producto. ## Precios y localización La estrategia de precios merece su propia guía, pero tres reglas de alto impacto: 1. **Ancla el plan anual al 50% de descuento sobre el mensual × 12.** Tanto Apple como Google admiten ofertas de precios anuales que muestran el descuento de forma nativa. Es el estándar del sector. 2. **Localiza los precios por mercado, no solo por idioma.** La paridad de poder adquisitivo importa. Brasil, India y gran parte del Sudeste Asiático requieren precios nominales significativamente más bajos (30-50% de los de EE.UU.). Los niveles de precios de Apple y Google te permiten personalizar esto por país sin gestionar combinaciones de N × M monedas manualmente. 3. **Prueba varios puntos de precio.** El primer precio que fijes casi nunca es el óptimo. Haz A/B testing con 3-4 escalas de precio en los primeros 3-6 meses tras el lanzamiento. Las apps de suscripción del cuartil superior revisan los precios anualmente. ## Economía unitaria de referencia Cómo es una app de suscripción saludable en 2026: - **Ratio [LTV](https://mwm.ai/glossary/ltv):[CPI](https://mwm.ai/glossary/cpi)** de al menos 3:1 (LTV en Día 180 vs. CPI combinado). Las apps excepcionales alcanzan 5:1 o mejor. - **[ROAS](https://mwm.ai/glossary/roas) en Día 30** del 50-70%. ROAS en Día 180 en o por encima del 120-150%. - **Conversión de prueba a pago** del 30%+ en una prueba de 7 días. - **Churn mensual** por debajo del 10%, idealmente 5-7%. - **Cuota de pagadores sobre MAU** del 3-8%. Si tus números están muy por debajo de cualquiera de estos, el problema raramente es el gasto en UA —es el diseño del paywall, la calidad del onboarding o una brecha fundamental de product-market fit. Ninguna cantidad de UA arregla un embudo roto. ## Por dónde continuar - **[Mejores prácticas de diseño de paywall](https://mwm.ai/guides/paywall-design-best-practices)** — la superficie de optimización con mayor palanca dentro de las apps de suscripción. - **[La guía completa de ASO](https://mwm.ai/guides/app-store-optimization)** — para impulsar el tope del embudo que tu monetización necesita. - **[Cómo funciona el algoritmo de ranking del App Store](https://mwm.ai/guides/app-store-ranking-algorithm)** — porque el posicionamiento amplifica tu margen de monetización. - Para benchmarking en tiempo real: **[MWM Scale](https://mwm.ai/mwm-scale)** rastrea los ingresos de la competencia y los patrones de monetización a nivel de categoría. La monetización es, en última instancia, una pregunta de producto, no de página de precios. Las apps que ganan en economía unitaria son las que construyen un producto que merece el precio que cobran, y luego diseñan cada superficie —prueba, paywall, flujo de retención, win-back— para hacer legible ese valor. Consigue eso y los números siguen solos. # Mejores prácticas de diseño de paywall (respaldadas por datos de conversión) El paywall es la superficie de mayor palanca en el producto de una app de suscripción. Un aumento relativo del 10% en la conversión del paywall supone un 10% más de ingresos en cada instalación, a perpetuidad. Nada más que publique una app de suscripción móvil tiene esa palanca. Sin embargo, la mayoría de las apps tratan los paywalls como una decisión de diseño que se toma una sola vez, publican una versión e iteran raramente. Esta guía cubre los patrones, la colocación y la disciplina de testing que separan a las apps del cuartil superior del resto del mercado. ## Lo que hace realmente un paywall Un [paywall](https://mwm.ai/glossary/paywall) tiene cuatro funciones simultáneas: 1. **Transmitir el valor** que el usuario obtiene al pagar. 2. **Transmitir el precio**, anclado frente a comparaciones que el usuario encuentra favorables. 3. **Reducir el riesgo percibido** de pagar —prueba gratuita, cancelación clara, prueba social. 4. **Crear urgencia o lock-in de hábito** que lleve al usuario de "quizás más tarde" a "ahora". Fallar en cualquiera de las cuatro hunde la conversión. La mayoría de los paywalls con bajo rendimiento que he visto no son claros en el punto #1 (copy genérico de "desbloquear premium") o son débiles en el #3 (sin oferta de prueba, sin claridad sobre la cancelación). ## Colocación del paywall — tres momentos distintos **Paywall de onboarding.** Se muestra inmediatamente después de la instalación, a menudo tras un flujo de onboarding de 3-5 pasos. Colocación de mayor palanca para la mayoría de las apps de consumo porque captura al usuario en el pico de intención. Debe ajustarse al contexto del onboarding —el beneficio principal del paywall debe reflejar las respuestas que el usuario acaba de dar. **Paywall contextual / de bloqueo de función.** Se muestra cuando el usuario llega a una función específica bloqueada ("Actualiza para guardar más de 3 hábitos", "Desbloquea el contenido premium"). Menor tasa de conversión que el onboarding, pero mayor intención por conversión —el usuario ha intentado hacer algo específico y se ha bloqueado. **Paywall de retención.** Se muestra a los suscriptores que cancelan como oferta de win-back, o a los usuarios de pago inactivos como opción de reducir el plan en lugar de cancelar. Menor tasa de conversión, pero cada recuperación tiene un margen cercano al 100%. Las apps de suscripción bien diseñadas ejecutan los tres con variantes distintas, no un paywall clonado tres veces. El paywall de onboarding debe introducir el valor; el paywall contextual debe explicar la función específica; el paywall de retención debe reducir la aversión a la pérdida. ## Paywalls duros vs. blandos **Paywall duro**: no hay forma de continuar sin compra o inicio de prueba. Ventajas: conversión máxima de los usuarios que sí pagan; monetización más clara. Desventajas: tasa de inicio de prueba drásticamente menor; mayor tasa de desinstalación tras el paywall. Apropiado cuando: - El ciclo central de tu producto está bloqueado en contenido premium (streaming, herramientas especializadas) - Tu app tiene un fuerte conocimiento de marca independiente que cualifica las instalaciones de antemano - Tus canales de UA ofrecen usuarios de alta intención (no adquisiciones casuales impulsadas por anuncios) **Paywall blando**: el usuario puede saltárselo y continuar con un nivel gratuito. Ventajas: embudo más amplio, más oportunidades de conversión contextual posterior. Desventajas: la opción de "saltar" es un precipicio —muchos usuarios la saltan y nunca vuelven a ver el paywall. Apropiado cuando: - Los usuarios necesitan varias sesiones para entender el valor - Tu app tiene un nivel gratuito utilizable que sigue impulsando el engagement - Tienes una estrategia sólida de paywall contextual para la conversión posterior La mayoría de las apps de suscripción freemium exitosas ejecutan un **paywall blando en el onboarding más un paywall duro en funciones premium específicas**. La combinación captura a los pagadores inmediatos mientras preserva el camino a largo plazo para los usuarios indecisos. ## Diseño de precios — las convenciones que funcionan consistentemente **Stack vertical de dos niveles**, con el anual sobre el mensual: - Plan anual, mostrado primero, con insignia de "AHORRA 50%" o similar - Plan mensual debajo **Tarjetas horizontales de tres niveles**, para apps con diferenciación clara de funciones: - Básico / Pro / Business - Nivel intermedio como "selección predeterminada" o etiqueta de "más popular" **Nivel único con énfasis en la prueba**, para apps que confían en un único punto de precio: - CTA de prueba grande ("Empezar prueba gratuita de 7 días") - Precio en texto más pequeño ("después $9,99/mes") Reglas que se mantienen en todos los diseños: - **Muestra siempre el precio por período de forma prominente.** Los usuarios necesitan saber que pagan $9,99/mes, no $119,88/año escondido en los términos. - **Preselecciona la opción de mayor valor.** La convención del sector es definir el anual como predeterminado. Los usuarios que quieran el mensual cambiarán la selección; el valor predeterminado lleva a una proporción significativa hacia el plan anual. - **Incluye claridad sobre la cancelación.** "Cancela en cualquier momento" o "Sin compromiso" en texto secundario, por encima del pliegue. - **Muestra el símbolo y el formato de la moneda según la localización.** $9,99 en EE.UU., 9,99 € en Francia, £7,99 en el Reino Unido. ## Copy — la palanca más importante La mayoría de los paywalls con bajo rendimiento fallan en el copy, no en el diseño visual. Los patrones que funcionan: **Específico > genérico.** "Hábitos ilimitados" o "Sin anuncios para siempre" supera a "Obtén acceso premium". Los usuarios necesitan visualizar qué cambia. **Beneficio > función.** "Duerme mejor cada noche" supera a "Desbloquea más de 200 meditaciones". Las listas de funciones se escanean; el enfoque en el beneficio se lee. **Prueba social en el lugar correcto.** Un badge de valoración de 4,8 estrellas o la estadística "10 millones de usuarios" cerca del precio funciona. Las señales de confianza de menor credibilidad (logos genéricos de "Aparecido en" sin sustancia) a menudo reducen la confianza en lugar de construirla. **Urgencia sin dark patterns.** "Oferta por tiempo limitado — primer mes al 50% de descuento" está bien si es verdad. Los temporizadores de cuenta atrás que se reinician en cada visita son dark patterns que Apple y Google van a señalar. **La etiqueta del botón importa.** "Empezar prueba gratuita" vs "Continuar" vs "Suscribirse" —pruébalas. "Empezar prueba gratuita" suele ganar en tasa de inicio de prueba; "Continuar" puede ganar en conversión de prueba a pago porque los usuarios que lo ven entienden que están aceptando un flujo de compra, no una oferta gratuita. ## Patrones de diseño visual que funcionan En cientos de paywalls analizados, varios patrones aparecen repetidamente en las apps con mayor tasa de conversión: - **Imagen hero o animación** en la parte superior, estableciendo el valor emocional. - **Par de icono + beneficio** por cada beneficio clave —4-6 filas. Deja que el usuario escanee. - **Reseñas o citas de clientes** con valoraciones de estrellas visibles. - **Precios presentados como tarjetas**, no como lista plana. Estado seleccionado visualmente diferenciado. - **CTA principal de ancho completo en la parte inferior**, fijo en paywalls largos. - **Acciones secundarias (restaurar compras, términos, privacidad)** con estilo terciario discreto. Anti-patrones que sistemáticamente rinden menos: - **Paywalls con mucho texto** sin imágenes ni jerarquía visual. - **CTAs completamente en mayúsculas** ("COMPRAR AHORA") — agresivos y a menudo con peor conversión que el formato en minúsculas. - **Precios ocultos** con solo un CTA de prueba y sin precio por período. - **Demasiadas opciones** — 4+ planes crean fatiga de decisión. - **Paywalls descartables pero no obviamente** —la X de cerrar es diminuta o gris. Los usuarios se sienten atrapados, dejan malas reseñas. ## A/B testing de paywalls Los paywalls deben testarse de forma continua. Las opciones de infraestructura: - **Construir el propio** — feature flagging + selección de variantes en el servidor + analítica del cliente. Personalizado, flexible, requiere tiempo de ingeniería. - **SDKs dedicados para paywalls** — RevenueCat, Adapty, Superwall. Gestionan la entrega de variantes, la analítica y la integración de suscripciones de plataforma en un único SDK. La mayoría de las apps de suscripción de tamaño medio usan uno de estos en lugar de construir internamente. Disciplina que importa independientemente de la infraestructura: 1. **Una variable por test.** Testear una imagen hero diferente Y un precio diferente es un test que no puedes atribuir. 2. **Calcula el poder antes de empezar.** Calcula el tamaño de muestra necesario para detectar el menor delta de conversión que te importa. Un test que tarda 6 semanas en alcanzar la significación está bien; uno que se ejecuta indefinidamente porque el delta es demasiado pequeño no lo está. 3. **Rastrea el LTV de cohorte posterior, no solo la conversión.** Una variante que eleva la conversión de prueba a pago un 5% pero atrae a usuarios de menor LTV puede ser neta negativa. Espera al menos un ciclo de facturación antes de declarar un ganador. 4. **Mantén un calendario de tests.** Evita la contaminación cruzada entre tests. Cuando detengas uno, deja un período de limpieza de 1 semana antes del siguiente si el comportamiento del usuario en la superficie modificada necesita estabilizarse. ## Los cinco errores más comunes de los paywalls Tras revisar muchos paywalls, los patrones recurrentes de fallo: 1. **Beneficio principal vago.** "Desbloquear premium" no le dice nada al usuario. 2. **Sin precios anuales o con un anclaje anual débil.** Dejando LTV sobre la mesa. 3. **Sin prueba, cuando los usuarios necesitan que el producto se demuestre antes de pagar.** 4. **Paywall de onboarding descartable sin estrategia de paywall contextual.** Los usuarios lo descartan una vez, nunca vuelven a ver una solicitud de compra. 5. **Estático para siempre.** La primera versión del paywall publicada en el lanzamiento casi nunca es la mejor. Las apps que no han iterado en 12 meses están perdiendo un 15-30% de ingresos frente a lo que un programa de testing disciplinado generaría. ## Medir el rendimiento del paywall Instrumentación mínima: - **Impresiones del paywall** (cada vez que se renderiza un paywall) - **Tasa de conversión del paywall** (inicios de prueba + compras directas por impresión) - **Tasa de descarte del paywall** (para paywalls blandos) - **Conversión de prueba a pago** (posterior) - **LTV de cohorte a 30 y 180 días por variante de paywall** Cadencia de informes: conversión del paywall diaria; LTV posterior semanal; revisión completa del rendimiento de variantes mensual. ## El lado del win-back y la retención El paywall continúa después de la compra. Cuando los usuarios cancelan, Apple y Google te permiten mostrar [ofertas promocionales](https://mwm.ai/glossary/promotional-offer) —tarifas con descuento para suscriptores que regresan. Un flujo de oferta de win-back bien diseñado recupera entre el 15-30% de los que cancelan. Mejores prácticas: - **No muestres una oferta de win-back antes de que la intención de cancelación sea clara.** Mostrársela a usuarios satisfechos los entrena a esperar descuentos. - **La oferta debe ser significativa pero sin canibalizar el precio regular.** El 50% de descuento durante 3 meses es un patrón común; "gratis para siempre" obviamente destruiría la economía. - **Códigos de oferta para casos de atención al cliente.** Deja que el equipo de soporte canjee un código de win-back para los usuarios que se quejan de problemas de facturación —el aumento de retención por caso supera el costo. ## Por dónde continuar - **[Monetización de apps móviles](https://mwm.ai/guides/mobile-app-monetization)** — el contexto del modelo en el que viven los paywalls. - **[Cómo posicionar tu app de iOS](https://mwm.ai/guides/how-to-rank-an-ios-app)** — impulsando el tope del embudo que tu paywall convierte. - **[Glosario: Paywall](https://mwm.ai/glossary/paywall)** para la referencia del término. Los paywalls recompensan la obsesión. Los editores que los tratan como una superficie de optimización —medida, iterada, con A/B testing continuo— acumulan una ventaja de margen sobre los competidores que los publican y los olvidan. Empieza con una mejora. Publícala. Mídela. Repítelo cada mes durante dos años. Esa disciplina por sí sola vale la diferencia entre una app de suscripción mediana y una del decil superior. # Mejores prácticas de push notifications para apps móviles Las [push notifications](https://mwm.ai/glossary/push-notification) son la palanca más abusada en la retención móvil. Bien usadas, son la forma más barata de generar una visita de retorno y reforzar un hábito en formación. Mal usadas, son el camino más rápido hacia un canal silenciado o una desinstalación —y una vez que un usuario te silencia, esa palanca de retención desaparece para siempre. Toda la disciplina consiste en ganarse la atención y gastarla con cuidado. ## Gánate el opt-in antes de pedirlo En iOS, las push requieren permiso explícito, y el prompt del sistema solo puede mostrarse eficazmente una vez. Quemarlo en el primer lanzamiento —antes de que el usuario haya sentido ningún valor— es el error más común y más costoso. - **Prepara el prompt.** Muestra una pantalla de pre-permiso personalizada que explique *qué* harán las notificaciones por el usuario, y luego activa el diálogo del sistema solo para los usuarios que dicen que sí. Esto protege el prompt real de un rechazo instintivo. - **Pregunta después de un momento de valor**, no antes de uno. Un usuario que acaba de sentir que la app funciona tiene mucha más probabilidad de hacer opt-in que uno que mira una primera pantalla en frío. - Android concede las push de forma más permisiva, pero la misma disciplina de relevancia se aplica para mantenerlas. ## Activa en base al valor, no al horario La palanca de calidad más importante es pasar del batch-and-blast a los **disparadores de comportamiento** —notificaciones activadas por algo que el usuario hizo o algo genuinamente relevante para él. - Segmenta por comportamiento y ciclo de vida (nuevo, activo, en riesgo de abandono) y envía a cada segmento mensajes diferentes. - Una push relevante y disparada por un evento se gana la apertura y la visita de retorno; un envío programado genérico entrena a los usuarios a ignorar —y luego silenciar— tu app. - Combina los disparadores con un [daily streak](https://mwm.ai/glossary/daily-streak) u otra cadencia a la que el usuario se haya apuntado, para que la notificación refuerce un hábito que ya quiere tener. ## Respeta la frecuencia, el horario y las horas de silencio No existe una cadencia universal óptima —existe un límite que protege el canal. - **Limita el volumen por usuario** y respeta las horas de silencio y los husos horarios locales. - Prefiere la optimización del tiempo de envío por usuario frente a una hora global única. - Trata cada envío como gastar un presupuesto finito de atención; si un mensaje no vale la pena abrirlo, no enviarlo es la elección de mayor valor. ## Usa las push y los in-app messages juntos Las [push](https://mwm.ai/glossary/push-notification) traen a los usuarios de vuelta desde fuera de la app; los [in-app messages](https://mwm.ai/glossary/in-app-messaging) y las [in-app notifications](https://mwm.ai/glossary/in-app-notifications) orientan y hacen upselling a los usuarios que ya están dentro. Son superficies complementarias: - Push → la visita de retorno. - In-app → lo que ocurre durante la visita (descubrimiento de funciones, ofertas, nudges). Una pila de mensajería completa orquesta ambos a partir de los mismos disparadores de comportamiento. ## Recupera a los usuarios en riesgo antes de que se vayan Las push son el canal principal para las campañas de [re-engagement](https://mwm.ai/glossary/re-engagement) y [win-back](https://mwm.ai/glossary/winback-campaign). La ventana importa: un [usuario dormido](https://mwm.ai/glossary/dormant-user) que no ha abierto la app en días es mucho más recuperable que uno que se fue hace semanas. Activa el re-engagement en señales tempranas de abandono, no después de que el usuario lleve mucho tiempo ausente —y haz que el mensaje sea sobre *su* valor pendiente, no un genérico "te echamos de menos". ## Mide lo que realmente importa La tasa de apertura de la propia notificación es una vanity metric. Las preguntas que importan: - **Tasa de opt-in**, y cómo se mueve cuando reposicionas el prompt. - **Lift posterior** — ¿muestra una cohorte notificada mayor [frecuencia de sesión](https://mwm.ai/glossary/session-frequency) y [retención](https://mwm.ai/glossary/retention) que un grupo de control retenido? - **Tasa de silenciamiento y desinstalación** tras los envíos —el lado del costo del balance. Ejecuta las notificaciones frente a un holdout para que estés midiendo las visitas de retorno incrementales, no atribuyéndote el mérito de usuarios que habrían vuelto de todas formas. Las push bien hechas son un multiplicador sobre el trabajo de [retención](https://mwm.ai/guides/how-to-improve-app-retention) y [engagement](https://mwm.ai/guides/app-engagement-strategies) —no un sustituto de él. # Estrategias de user acquisition: cómo conseguir usuarios para tu app y reducir el cost per install Lo primero que desmienten los datos es la suposición de que el user acquisition significa comprar instalaciones. En el catálogo de MWM, la **app mediana obtiene el 61,6% de sus instalaciones de forma orgánica, y el 52,3% proviene de la búsqueda en el App Store** —lo que significa que la búsqueda orgánica genera más de la mitad de las instalaciones para la app típica antes de gastar un solo dólar en publicidad. El user acquisition de pago es real y el 82,8% de las apps lo ejecuta, pero para la mayoría es una capa sobre una base orgánica, no la base en sí. Esta guía cubre el mix de adquisición, la matemática que limita lo que puedes gastar, y cómo reducir tu [cost per install](https://mwm.ai/glossary/cpi) efectivo. (Aviso: la investigación sobre "cost per install" también arroja índices económicos no relacionados —califica el término con *móvil* o *app*.) ## La ecuación de UA: solo puedes pagar por lo que puedes retener La adquisición no es una palanca de crecimiento por sí sola —es un multiplicador sobre la retención y la monetización. El límite de lo que puedes pagar de manera rentable por usuario está fijado por el [LTV](https://mwm.ai/glossary/ltv): > Si tu [LTV](https://mwm.ai/glossary/ltv) ÷ coste de adquisición no está cómodamente por encima de 1, más gasto solo pierde dinero más rápido. El umbral estándar es una **ratio [LTV](https://mwm.ai/glossary/ltv)-[CAC](https://mwm.ai/glossary/cac) de 3 o mejor** antes de escalar. Por eso los manuales de [retención](https://mwm.ai/guides/how-to-improve-app-retention) y [monetización](https://mwm.ai/guides/app-monetization-strategies) son también manuales de adquisición: cada punto de retención o ARPU que añadas eleva el [CPI](https://mwm.ai/glossary/cpi) que puedes permitirte, lo que desbloquea canales y escala que antes no eran rentables. La adquisición no puede superar a un producto con fugas. Mídelo con [ROAS](https://mwm.ai/glossary/roas) por cohorte y canal, y asegúrate de que la [atribución de instalaciones](https://mwm.ai/glossary/install-attribution) es correcta para saber qué canal realmente ganó al usuario. ## Canal 1 — Orgánico: la mayoría predeterminada Para la mayoría de las apps este es el canal más grande, y es el más barato. - **El App Store Optimization es el motor.** La búsqueda orgánica representa el 52% de las instalaciones para la app mediana —esa es la superficie del ASO. El plan completo está en [La guía completa de App Store Optimization](https://mwm.ai/guides/app-store-optimization); el punto aquí es que el ASO no es un proyecto secundario, es tu mayor canal de adquisición. - **Referencias y viralidad.** Un [programa de referidos](https://mwm.ai/glossary/referral-program) y un [viral coefficient](https://mwm.ai/glossary/viral-coefficient) saludable convierten a los usuarios retenidos en nuevos a un coste marginal casi cero —el canal con efecto acumulativo. - **Las features de la tienda y las valoraciones** generan picos orgánicos que el pago no puede comprar. ## Canal 2 — Pago: cuando la matemática de LTV funciona El [UA de pago](https://mwm.ai/glossary/paid-ua) es cómo escalas *más allá* de lo orgánico una vez que la economía lo soporta. - **Apple Search Ads** captura a los usuarios de alta intención en el momento de la búsqueda —alrededor del 34% de las apps con pago lo usan. Se combina con el ASO: posicionas orgánicamente y luego defiendes y amplías con ubicaciones de pago en las mismas consultas. - **Las redes sociales y de video** (las grandes plataformas de pago) generan volumen; los [lookalike audiences](https://mwm.ai/glossary/lookalike-audience) extienden tu base de mejores usuarios y el [retargeting](https://mwm.ai/glossary/retargeting) recupera a los que están a punto de irse de forma más barata que comprando usuarios en frío. - **Dimensiónalo por categoría.** Los datos son contundentes: los juegos ejecutan UA de pago a una tasa del 97,2% con una cuota mediana de pago del 53%, mientras que las apps de contenido y utilidad ejecutan pago al 71-78% con solo una cuota de pago del 11-20%. Si no eres un juego, el pago es por diseño una minoría de tu mix. ## Reduce tu cost per install efectivo No solo bajas el CPI pujando menos —lo bajas convirtiendo más con el mismo gasto: - **La creatividad es la palanca más importante del pago.** Un mayor install-per-mille ([IPM](https://mwm.ai/glossary/ipm)) significa más instalaciones por impresión, lo que baja el CPI efectivo directamente. Rota creatividades para combatir la [fatiga creativa](https://mwm.ai/glossary/creative-fatigue), el inflador silencioso del CPI. - **Aprovecha el uplift orgánico.** Las campañas de pago elevan los rankings orgánicos (más instalaciones → mejor posición en las listas → más orgánico). Tu coste por instalación *combinado* es más bajo que tu CPI de pago; gestiona para el combinado. - **Haz retargeting antes de volver a comprar.** Volver a captar a un usuario conocido es más barato que adquirir a un desconocido. ## La perspectiva por categoría | Categoría | % que ejecuta UA de pago | Cuota de pago mediana | Cuota orgánica mediana | | ---------------------------- | ------------------------ | --------------------- | ---------------------- | | Juego | 97,2% | 53,3% | 39,5% | | Media y entretenimiento | 78,1% | 19,6% | 66,7% | | Educación y conocimiento | 74,4% | 17,3% | 66,4% | | Social y comunicación | 73,8% | 13,6% | 71,5% | | Estilo de vida y bienestar | 73,1% | 12,8% | 66,7% | | Productividad y herramientas | 71,5% | 11,3% | 68,8% | Los juegos compran crecimiento; todos los demás lo ganan mayoritariamente de forma orgánica y compran en el margen. Elige el manual que coincide con tu economía —copiar el mix de pago intensivo de un juego en una app de utilidad quema dinero que el LTV no puede soportar. ## Por dónde empezar Calcula primero tu ratio LTV-coste. Por encima de 3, escala el pago hasta que la eficiencia caiga o el público se adelgace. Entre 2 y 3, arregla la creatividad y la conversión. Por debajo de 2, deja de escalar y ve a arreglar la retención y la monetización —los canales no salvarán una economía unitaria que el producto está agotando. Luego construye lo orgánico como la base duradera y añade el pago encima, dimensionado para lo que puedes retener. # Stratégies d'engagement des applications — Comment augmenter l'engagement et la rétention L'engagement est l'indicateur avancé dont toutes les autres métriques d'application sont à la traîne. Avant que la courbe de [rétention](https://mwm.ai/glossary/retention) d'une cohorte se révèle, et bien avant que ses revenus ne le fassent, l'engagement vous dit si le produit prend. Sur le catalogue MWM, l'application médiane génère **2,94 sessions et environ 4 minutes par utilisateur et par jour, avec une stickiness [DAU/MAU](https://mwm.ai/glossary/dau-mau) de 14,1 %** — et le décile supérieur double ou triple environ chacun de ces chiffres. Ce guide a pour but de les faire progresser. Le cadre qui importe : l'engagement n'est pas un seul chiffre, c'est trois dimensions, et l'erreur la plus courante est d'optimiser la mauvaise pour votre produit. ## Les trois dimensions de l'engagement - **Fréquence** — à quelle fréquence les utilisateurs reviennent. Mesurée en [sessions par utilisateur et par jour](https://mwm.ai/glossary/session-frequency). Médiane catalogue : 2,94 ; décile supérieur : 5,28. - **Profondeur** — ce qu'ils font à chaque visite. Mesurée en [durée de session](https://mwm.ai/glossary/session-length) et en temps par utilisateur et par jour. Session médiane catalogue : 1 min 22 s ; temps médian par utilisateur : 4 min 18 s. - **Fréquence d’usage** — quelle fraction des utilisateurs mensuels se connecte quotidiennement. Mesurée en [DAU/MAU](https://mwm.ai/glossary/dau-mau). Médiane catalogue : 14,1 % ; un bon objectif est 20 % et plus. Les applications performantes progressent sur les trois dimensions, mais le *bon équilibre* dépend de la catégorie (voir plus bas). Identifiez la dimension qui correspond à la valeur de votre produit et faites-en votre priorité. ## Levier 1 — Fréquence : mériter davantage de retours La fréquence se construit en donnant aux utilisateurs une raison récurrente et intégrée d'ouvrir l'application. - **Resserrez la boucle d'habitude.** Une [core loop](https://mwm.ai/glossary/core-loop) rapide et gratifiante — et pour les produits axés sur l'habitude, une [compulsion loop](https://mwm.ai/glossary/compulsion-loop) à récompense variable — est ce qui rend la prochaine ouverture automatique. - **Ancrez une cadence.** Un [daily streak](https://mwm.ai/glossary/daily-streak), un rafraîchissement quotidien de contenu ou une raison permanente de revenir chaque jour crée de la fréquence. - **Déclenchez avec de la valeur, pas de la culpabilité.** Des [push notifications](https://mwm.ai/glossary/push-notification) et des [messages in-app](https://mwm.ai/glossary/in-app-messaging) bien calibrés réactivent l'habitude ; déclencher trop souvent conditionne les utilisateurs à vous ignorer. Surveillez la [fréquence de session](https://mwm.ai/glossary/session-frequency) comme signal précoce de la formation de l'habitude. ## Levier 2 — Profondeur : rendre chaque session utile - **Favorisez l'adoption des fonctionnalités.** Les utilisateurs qui accèdent à davantage de valeur dans le produit s'engagent plus profondément et se fidélisent mieux ; guidez-les vers la deuxième et la troisième action clé, pas seulement la première. - **Construisez vers les power users.** Cartographiez le parcours du [power user](https://mwm.ai/glossary/power-user) et amenez les utilisateurs engagés à le suivre — les power users portent la stickiness et le bouche-à-oreille. - **Utilisez la [gamification](https://mwm.ai/glossary/gamification) là où elle est pertinente** — la progression, les objectifs et les récompenses approfondissent les sessions dans les bons produits, et sonnent creux dans les mauvais. Un avertissement : la profondeur est la dimension la plus mal interprétée. Plus long n'est pas universellement meilleur — voir la perspective par catégorie. ## Levier 3 — Fréquence d’usage : transformer les utilisateurs mensuels en utilisateurs quotidiens La stickiness ([DAU/MAU](https://mwm.ai/glossary/dau-mau)) est le meilleur résumé de santé de l'engagement, et un fort indicateur pour la [north-star metric](https://mwm.ai/glossary/north-star-metric). Le décile supérieur du catalogue atteint 31 % et le top 1 % atteint 57,7 % — le niveau de l'usage quotidien habitualisé. Passer d'un usage occasionnel à un usage quotidien est l'objectif d'engagement de premier ordre : il se cumule en rétention et donne à chaque surface de monétisation davantage d'opportunités de fonctionner. Réengagez les utilisateurs sur le point de partir avec des flux de [re-engagement](https://mwm.ai/glossary/re-engagement) avant que la stickiness ne s'érode en churn. ## La perspective par catégorie L'engagement varie considérablement selon la catégorie — c'est précisément pourquoi un seul guide ne fonctionne pas : | Catégorie | Sessions/utilisateur/jour | Temps médian/utilisateur/jour | Fréquence d’usage DAU/MAU | | -------------------------------- | ------------------------- | ----------------------------- | ------------------------- | | Réseaux sociaux et communication | 3,26 | 3 min 46 s | **21,2 %** | | Jeux | 3,21 | **12 min 18 s** | 11,8 % | | Productivité et outils | 2,94 | 2 min 3 s | 17,5 % | | Médias et divertissement | 2,88 | 3 min 44 s | 15,0 % | | Style de vie et bien-être | 2,71 | 2 min 34 s | 15,2 % | | Éducation et connaissance | 2,76 | 3 min 8 s | 12,6 % | Lisez ce tableau attentivement. **Les jeux dominent la profondeur** (plus de 12 minutes par jour) mais ont la *plus faible* stickiness quotidienne — des sessions longues, peu fréquentes, portées par la nouveauté. **Les réseaux sociaux mènent la stickiness** (21 %) sur des visites courtes mais fréquentes. **La productivité est sticky sur de très courtes sessions** (2 minutes par jour) parce qu'elle délivre de la valeur rapidement — pour ces applications, pousser la durée de session reviendrait à optimiser la mauvaise chose. Trouvez la forme naturelle de la valeur de votre produit et optimisez en conséquence. ## L'engagement est l'indicateur avancé L'engagement est là où l'on ressent l'adéquation produit-marché en premier et où l'on peut agir le plus tôt. Une hausse de la fréquence et de la stickiness cette semaine se transforme en meilleure [rétention](https://mwm.ai/guides/how-to-improve-app-retention) le mois prochain, et une meilleure rétention se transforme en valeur vie plus élevée, qui finance toute la machine de [monétisation](https://mwm.ai/guides/app-monetization-strategies) et d'acquisition. Pilotez l'engagement pour faire bouger la rétention, et la rétention pour faire bouger le chiffre d'affaires — dans cet ordre, car chacun est l'indicateur avancé du suivant. # Stratégies de monétisation des applications — Comment augmenter l'ARPDAU, l'ARPU et le LTV La plupart des conseils sur la monétisation optimisent la moyenne. Les données montrent que la moyenne est la mauvaise cible. Sur le catalogue MWM, **l'[ARPU](https://mwm.ai/glossary/arpu) médian sur 30 jours est de 0,15 $, le décile supérieur est de 4,64 $, et le top 1 % est de 43 $** — soit un écart d'environ 290 fois. L'[ARPDAU](https://mwm.ai/glossary/arpdau) médian IAP est d'environ un centime. La monétisation est une loi de puissance : elle se gagne dans la queue, par les applications qui combinent conversion, valeur des payants et rétention — pas par celles qui cherchent une moyenne légèrement plus élevée. Ce guide est le complément d'optimisation du pilier [monétisation des applications mobiles](https://mwm.ai/guides/mobile-app-monetization). Ce guide couvre *quel modèle* choisir ; celui-ci couvre *comment faire croître le chiffre d'affaires* une fois que vous l'avez choisi. ## L'équation de monétisation : quatre leviers Ramenez la monétisation à son arithmétique, et il n'y a que quatre choses à faire bouger : > **Revenu ≈ utilisateurs × conversion vers le paiement × [ARPPU](https://mwm.ai/glossary/arppu) × rétention** — ou, pour les applications monétisées par l'engagement, **DAU × ARPDAU.** Tout ce qui suit correspond à l'un de ces quatre leviers. La discipline consiste à identifier lequel est *votre* contrainte principale et à le tirer, plutôt que de répartir les efforts de façon uniforme. ## Levier 1 — Conversion : transformer les utilisateurs gratuits en payants Pour la plupart des applications grand public, le taux d'utilisateurs payants est dans les faibles chiffres simples (6 % en moyenne est une hypothèse de planification correcte, et de nombreuses applications sont bien en dessous). Cela fait du [paywall](https://mwm.ai/glossary/paywall) et du flux de [conversion d'essai](https://mwm.ai/glossary/trial-conversion) la surface de monétisation à la fréquence la plus élevée que vous possédez. - **Placez le paywall après la valeur, pas avant.** Les utilisateurs convertissent lorsqu'ils ont ressenti le produit fonctionner ; un hard paywall dès la première ouverture sacrifie le [taux de conversion](https://mwm.ai/glossary/conversion-rate) à long terme pour un chiffre précoce flatteur. - **Faites correspondre l'essai à la fenêtre de formation de l'habitude.** Les essais de 3 jours convertissent mieux grâce à l'urgence ; les essais de 7 jours construisent plus d'habitude et une valeur retenue plus élevée. Testez les deux. - **Réduisez la décision, pas seulement le prix.** Moins de formules, un choix par défaut clair et un palier « le plus populaire » évident convertissent mieux qu'un mur d'options. ## Levier 2 — ARPPU : augmenter ce que les payants dépensent réellement Parce que très peu d'utilisateurs paient, ce que chaque *payant* dépense domine le chiffre d'affaires. L'[ARPPU](https://mwm.ai/glossary/arppu) médian modélisé est de 1,88 $/mois, mais le décile supérieur est de 42,76 $ — la même loi de puissance que l'ARPU. - **Fixez le prix sur la valeur et la disposition à payer, pas sur le coût.** Ancrez avec un abonnement annuel, proposez un palier premium et laissez la [valeur de commande moyenne](https://mwm.ai/glossary/average-order-value) augmenter grâce aux bundles et aux upsells. - **Servez délibérément les whales.** Les données par catégorie le montrent concrètement : les jeux ont l'ARPU médian le *plus bas* (0,07 $) mais un décile supérieur de 5,72 $ — leur revenu est concentré chez les [whales](https://mwm.ai/glossary/whale). Si votre top 1 % de payants génère l'essentiel des revenus, les bundles premium et les offres haut de gamme ne sont pas de la cupidité, c'est le cœur du business. - **Proposez l'annuel par défaut.** Les abonnements annuels augmentent l'ARPPU et réduisent le churn simultanément. ## Levier 3 — La rétention est le multiplicateur du LTV C'est le levier que la plupart des équipes sous-pondèrent. Le [LTV](https://mwm.ai/glossary/ltv) est l'ARPDAU intégré sur la courbe de [rétention](https://mwm.ai/glossary/retention) — et l'application médiane n'a que **4,08 jours actifs dans ses 30 premiers jours**. Plus de jours retenus, c'est plus de revenus par utilisateur sans aucun changement de prix ou de conversion. Un point de gain en rétention D30 augmente le LTV sur *chaque* cohorte payante simultanément. C'est pourquoi le [guide de rétention](https://mwm.ai/guides/how-to-improve-app-retention) est aussi un guide de monétisation : colmater la fuite se cumule avec chaque autre levier. Si votre ARPDAU est sain mais que votre LTV est faible, votre problème est la rétention, pas la tarification. ## Levier 4 — Élargir le mix - **Adoptez le modèle hybride.** La plupart des applications grand public qui réussissent combinent les modèles : un cœur basé sur un abonnement ou des [IAP](https://mwm.ai/glossary/iap) avec de la publicité tactique pour les non-payants. La majorité qui ne paie jamais peut tout de même monétiser via une couche publicitaire plutôt que de ne rien rapporter. - **Ajoutez un plancher de revenus publicitaires.** Pour les applications à fort temps de session (jeux, réseaux sociaux, divertissement), les revenus publicitaires sur la base gratuite représentent de l'argent réel que l'ARPDAU uniquement IAP ci-dessus ne capture pas. - **Localisez les prix.** La disposition à payer varie fortement selon le marché ; la localisation des prix récupère des revenus que la tarification globale uniforme laisse sur la table. ## La perspective par catégorie L'ARPU médian et l'ARPU du décile supérieur par catégorie vous indiquent quel type de monétisation est possible pour vous : | Catégorie | ARPU médian | ARPU top 10 % | | -------------------------------- | ----------- | ------------- | | Réseaux sociaux et communication | 0,36 $ | 7,71 $ | | Style de vie et bien-être | 0,34 $ | 4,85 $ | | Éducation et connaissance | 0,24 $ | 3,23 $ | | Médias et divertissement | 0,19 $ | 4,39 $ | | Productivité et outils | 0,14 $ | 2,90 $ | | Jeux | 0,07 $ | 5,72 $ | Les réseaux sociaux et le lifestyle monétisent largement (médiane élevée) ; les jeux monétisent étroitement mais profondément (médiane faible, décile supérieur porté par les whales). Ne copiez pas le guide de conversion large d'une application sociale dans un jeu, ni le guide whale d'un jeu dans une application utilitaire. ## Par où commencer Diagnostiquez la contrainte principale avant d'optimiser. Si peu d'utilisateurs paient, corrigez la conversion. Si les payants paient peu, corrigez l'ARPPU. Si les utilisateurs partent vite, corrigez la rétention — c'est généralement le levier le plus important et le plus négligé. Tirez celui qui vous contraît réellement, mesurez le mouvement sur une cohorte, puis passez au suivant. # Meilleures pratiques d'onboarding — Comment améliorer l'activation lors de la première session L'[onboarding](https://mwm.ai/glossary/onboarding) est les trente secondes à plus fort enjeu de votre produit. Sur le catalogue MWM, l'application médiane ne fidélise que **27,3 % des utilisateurs au premier jour** — près des trois quarts sont partis après la première session. Ce chiffre est, plus que tout autre chose, un verdict sur l'onboarding : il mesure si les nouveaux utilisateurs ont atteint la valeur avant que la friction ou l'ennui ne l'emporte. Ce guide a pour but de le faire progresser. ## Définissez d'abord votre moment d'activation Vous ne pouvez pas optimiser vers un objectif que vous n'avez pas nommé. Chaque application a un [aha moment](https://mwm.ai/glossary/aha-moment) — l'instant où sa valeur fondamentale devient évidente — et un jalon d'[activation](https://mwm.ai/glossary/activation) correspondant que vous pouvez mesurer : *création d'une première playlist, enregistrement d'un premier entraînement, envoi d'un premier message.* - Choisissez l'unique première action qui prédit le mieux le retour à j+2, et instrumentez-la. - Faites d'atteindre ce jalon l'objectif explicite de la session 1. Tout dans l'onboarding soit amène l'utilisateur vers ce jalon, soit est en travers du chemin. ## Raccourcissez le temps d'accès à la valeur Plus vite un utilisateur atteint l'aha moment, plus ils sont nombreux à survivre jusqu'au premier jour. - **Reportez tout ce qui n'est pas la valeur.** La création de compte, les demandes d'autorisation, les paywalls et les longs tutoriels repoussent le moment de valeur — déplacez-les après. - **Utilisez l'onboarding progressif.** Enseignez les fonctionnalités quand elles deviennent pertinentes, pas toutes d'un coup sur un carrousel que l'utilisateur fait défiler. - **Supprimez les étapes sans pitié.** Chaque écran entre l'installation et la valeur est un point d'abandon. ## Faites de la première session un gain guidé La première session doit se terminer avec l'utilisateur ayant *effectué* l'action principale une fois, pas seulement lu à son sujet. - Remplacez l'état vide par un premier gain guidé — un exemple, un modèle, un point de départ en un seul tap. - Accompagnez l'utilisateur à travers la [core loop](https://mwm.ai/glossary/core-loop) une seule fois, puis laissez-le tranquille. - Le succès en session 1, c'est une action complétée, pas un tutoriel terminé. ## Ne surchargez pas vos demandes en début de parcours La façon la plus rapide de perdre un nouvel utilisateur est de lui demander un engagement avant de lui avoir donné de la valeur. - **Création de compte après la valeur.** Laissez les utilisateurs expérimenter le produit, puis demandez-leur de sauvegarder leur progression avec un compte. - **Préparez les autorisations.** Expliquez le bénéfice des notifications avant de déclencher la boîte de dialogue système — la même discipline couverte dans le [guide des push notifications](https://mwm.ai/guides/push-notification-best-practices). Une autorisation refusée est difficile à récupérer. - **Paywall après l'aha moment**, pour que l'utilisateur décide s'il veut payer pour une valeur qu'il a déjà ressentie. ## Personnalisez le parcours Une première expérience pertinente active mieux qu'une expérience générique. Dans la mesure du possible, posez une question légère sur l'objectif de l'utilisateur et adaptez la première session à celui-ci — le faible coût d'une seule question est compensé par une première expérience qui correspond réellement à la raison pour laquelle il a installé l'application. ## Mesurez l'onboarding comme un entonnoir - **Taux d'activation** — part des nouveaux utilisateurs qui atteignent le jalon d'activation en session 1. - **Temps d'accès à la valeur** — combien de temps ils mettent pour y parvenir. - **Entonnoir par étape** — où dans le flux d'onboarding les utilisateurs abandonnent, pour corriger la vraie fuite. - **[Rétention](https://mwm.ai/glossary/n-day-retention) à j+1** — le résultat en aval ; l'activation devrait la faire bouger. L'onboarding alimente l'activation, l'activation alimente la [rétention](https://mwm.ai/guides/how-to-improve-app-retention), et la rétention alimente tout le reste. C'est le premier geste de tout effort sérieux de croissance — corrigez la première session avant de dépenser un seul euro pour acquérir davantage d'utilisateurs que vous verserez dans un entonnoir percé. # Le guide complet de l'App Store Optimization (ASO) L'App Store Optimization est l'équivalent mobile du SEO : le processus systématique de meilleur classement sur l'App Store et Google Play, et de conversion d'une plus grande partie du trafic résultant en installations. Pour la plupart des applications grand public qui réussissent, les installations organiques issues de l'ASO sont le canal d'acquisition à la fois le plus important et de la plus haute qualité — et contrairement à la UA payante, le travail se cumule. Ce guide couvre chaque levier majeur qu'un éditeur mobile doit comprendre, organisé autour des trois étapes de l'entonnoir que l'ASO touche : la **visibilité** (si les utilisateurs voient votre fiche), la **conversion** (s'ils installent), et la **durabilité** (si les installations tiennent et alimentent la boucle de rétroaction que les algorithmes des stores récompensent). ## Ce qu'optimise vraiment l'ASO L'App Store et Google Play classent les applications à l'aide d'algorithmes dont la forme est similaire mais dont l'implémentation diffère. Les deux pondèrent un composite de trois grandes catégories de signaux : 1. **Signaux de pertinence** — dans quelle mesure les métadonnées de votre application correspondent à la requête d'un utilisateur ou au contexte qu'Apple/Google utilisent pour générer les classements dans les charts. C'est ce que pilotent le ciblage de mots-clés, le titre, le sous-titre et le texte de description. 2. **Signaux comportementaux** — vélocité de téléchargement, taux de conversion de l'impression vers l'installation, vélocité des avis et note, rétention, et (pour Google Play) taux de crash. Ce sont les métriques que l'algorithme utilise pour décider si votre application mérite le classement que ses métadonnées suggèrent. 3. **Signaux d'engagement** — rétention post-installation et comportements d'utilisation active. Les deux stores intègrent de plus en plus ces données via des données propriétaires du système d'exploitation (iOS) et la télémétrie Firebase/Play Console (Android). Vous ne contrôlez pas les algorithmes, mais vous contrôlez entièrement les entrées. Tout en ASO est soit de niveau surface (métadonnées et visuels que vous soumettez), soit de niveau vélocité (comportements que vous induisez via la qualité du produit, le marketing et les opérations). ## Les trois catégories de leviers ### 1. Optimisation des métadonnées Les métadonnées sont le texte indexé qu'Apple et Google utilisent pour faire correspondre votre application aux recherches. Chaque champ a une limite de caractères spécifique, une pondération spécifique et un rythme de révision spécifique. **Sur iOS**, les champs qui comptent pour le classement par mots-clés sont : - **[Titre de l'application](https://mwm.ai/glossary/app-title)** (30 caractères). Pondération des mots-clés la plus élevée. Généralement structuré comme **Marque : Mot-clé principal** ou **Marque — Descripteur principal**. - **[Sous-titre](https://mwm.ai/glossary/subtitle)** (30 caractères). Deuxième pondération la plus élevée. Utilisé pour les mots-clés secondaires formulés comme des bénéfices. - **[Champ de mots-clés](https://mwm.ai/glossary/keywords-field)** (100 caractères, séparés par des virgules). Caché des utilisateurs mais indexé. À remplir avec des singuliers, des synonymes et des termes à longue traîne. - **Texte promotionnel** (170 caractères). NON indexé — uniquement du texte de conversion. Modifiable sans révision par Apple. - **Description** (4 000 caractères). Faiblement indexée. Principalement une surface de conversion. **Sur Google Play**, la surface de mots-clés diffère : - **Titre de l'application** (30 caractères). Pondération la plus élevée, structure similaire à iOS. - **Courte description** (80 caractères). Pondération élevée, visible et indexée. - **Description complète** (4 000 caractères). Indexée avec pondération de la densité de mots-clés. Visez 1,5 à 3 % de densité sur vos termes principaux sans les bourrer. Il n'y a pas de champ de mots-clés sur Google Play. Les mots-clés sur lesquels vous voulez vous classer doivent apparaître naturellement dans le titre, la courte description ou la description longue. ### 2. Optimisation des visuels Les visuels pilotent le taux de conversion de l'impression vers l'installation — le levier le plus important pour le volume d'installations organiques une fois que vous avez une visibilité de base. - **Icône de l'application**. La première chose qu'un utilisateur voit dans les résultats de recherche ou dans les charts. Testez en A/B les formes, les palettes de couleurs et si vous mettez en avant un personnage, un logotype ou un glyphe fonctionnel. - **[Captures d'écran](https://mwm.ai/glossary/screenshots)**. Apple en permet jusqu'à 10 ; Google Play de 2 à 8. Les deux premières portent 60 à 80 % du poids de conversion. Utilisez-les pour présenter le bénéfice principal de votre application — les captures d'écran légendées avec un texte marketing court surpassent systématiquement l'interface brute. - **Vidéo de prévisualisation** (iOS : 15-30 s, Google Play : 30-120 s). Optionnel mais à fort levier pour les jeux et les produits visuels. - **[Custom Product Pages](https://mwm.ai/glossary/custom-product-page) (iOS)** et **Custom Store Listings (Google Play)**. Pages variantes que vous pouvez lier depuis des campagnes publicitaires payantes ou des entonnoirs de pré-inscription pour faire correspondre le contexte créatif à la page de destination. La plupart des applications sous-investissent dans l'itération créative. Un gain de 2x sur l'IPM avec une variante de capture d'écran gagnante peut doubler l'efficacité de la UA payante au même CPI — et améliorer la conversion organique sur chaque impression en même temps. ### 3. Signaux hors page et comportementaux - **[Note en étoiles](https://mwm.ai/glossary/star-rating)** et volume d'avis, fortement pondérés vers les avis récents. - **[Vélocité de téléchargement](https://mwm.ai/glossary/download-velocity)** — le taux de variation des installations quotidiennes. C'est ce qui fait monter les applications dans le chart Gratuit. - **Taux de désinstallation** (Google Play). Suivi dans Play Console ; des taux élevés peuvent pénaliser le classement. - **Taux de crash** (Google Play). Idem. - **In-App Events (iOS)**. Événements limités dans le temps (jusqu'à 5 simultanément) qui apparaissent sur votre fiche produit et dans la recherche. Utilisez-les pour des accroches saisonnières, des lancements de fonctionnalités et des tournois. ## Comment prioriser un programme ASO Pour une application nouvelle ou sous-investie, l'ordre des opérations est approximativement : 1. **Établissez votre état actuel**. Connaissez vos classements de mots-clés actuels (pour tous les mots-clés cibles, par pays), votre rang de catégorie, votre volume d'impressions et votre taux de conversion des installations. Sans lignes de base, vous ne pouvez pas mesurer le changement. 2. **Corrigez d'abord les métadonnées les plus défaillantes**. Si votre titre ne contient aucun mot-clé, ou si votre sous-titre répète du texte de marque, ce sont des corrections à fort levier disproportionné. 3. **Ciblez un petit panier de mots-clés**. 10 à 20 mots-clés que vous classez et suivez activement. Passer en top 10 sur l'un d'eux déplace plus d'aiguille qu'être classé de 50 à 200 sur des dizaines. 4. **Lancez un test icône + deux premières captures d'écran**. Ces surfaces représentent 60 à 80 % du poids de conversion — vous saurez en quelques semaines si vos visuels sous-performent. 5. **Itérez sur la longue traîne**. Une fois les métadonnées et les visuels principaux calés, votre travail continu consiste à itérer sur les captures d'écran secondaires, les hooks d'événements, les localisations et le panier de mots-clés. > Chez MWM, nous observons que la plupart des applications dans les deux quartiles inférieurs de leur catégorie n'ont jamais lancé un seul test A/B d'icône. L'écart entre l'application médiane et l'application du quartile supérieur sur la cadence d'itération créative est plus grand que l'écart sur le budget. ## iOS vs Google Play : les différences pratiques | Dimension | iOS | Google Play | | --------------------------------------------- | --------------------------------- | --------------------------------------------- | | Champ de mots-clés | Oui (100 car., caché) | Non | | Pondération des mots-clés dans la description | Faible | Forte | | Limite de caractères du titre | 30 | 30 | | Infrastructure de tests A/B | Product Page Optimization (natif) | Store Listing Experiments (natif) | | Variantes créatives | Jusqu'à 35 Custom Product Pages | Multiple Custom Store Listings | | Signal hors page principal | Vélocité de téléchargement + avis | Vélocité + avis + rétention + désinstallation | | Événements in-store | In-App Events (jusqu'à 5) | Carte de contenu promotionnel | Prévoyez des workflows ASO distincts par store. La structure du titre, la sélection des mots-clés et la cadence des tests de captures d'écran convergent généralement, mais la stratégie de mots-clés dans la description longue de Google Play et l'utilisation du champ de mots-clés sur iOS sont des problèmes distinctement différents. ## Mesurer l'ASO Le tableau de bord ASO canonique suit, par pays et par store : - **Classement par mot-clé** (par mot-clé cible) et évolution quotidienne. - **Rang de catégorie** et rang général. - **Impressions** (Apple Analytics → Impressions de la fiche produit ; Google Play Console → Rapports d'acquisition). - **Taux de conversion** de l'impression vers l'installation. - **Vélocité des avis** (nouveaux avis par semaine) et **tendance de la note**. - **Répartition recherche/navigation** — quelle fraction de vos installations provient de la recherche, des charts, des publicités référentes et des mises en avant éditoriales. [MWM Scale](https://mwm.ai/mwm-scale) suit le classement par mot-clé, le rang de catégorie et les benchmarks concurrentiels dans plus de 150 pays, avec des niveaux gratuits pour les éditeurs qui suivent leur propre application. ## Erreurs fréquentes Les comportements que nous observons systématiquement sur les applications sous-performantes : 1. **Bourrage de mots-clés dans les titres**. Apple et Google rejettent tous deux les titres spam, et les titres bourrés font chuter la conversion. Choisissez un seul mot-clé principal et une marque. 2. **Pas de localisation**. Chaque marché international significatif (DE, FR, ES, BR, JP, KR) devrait avoir des métadonnées traduites localement, pas traduites automatiquement. Les fiches localisées peuvent doubler la conversion sur les marchés non anglophones. 3. **Des visuels statiques depuis des années**. Si vous n'avez pas mis à jour vos captures d'écran depuis 12 mois, vous laissez 20 à 40 % de conversion organique sur la table. 4. **Traiter l'ASO comme une activité ponctuelle de lancement**. C'est un programme permanent. Les paysages de mots-clés évoluent, les concurrents itèrent, et vous devez capitaliser sur de petits gains. 5. **Optimiser pour le classement sans mesurer la qualité des installations**. Gagner un mot-clé qui délivre des utilisateurs à faible rétention est pire que de le perdre. Évaluez toujours la qualité de la cohorte aux côtés du classement. ## Par où continuer - Si vous avez une application existante et souhaitez un plan étape par étape : **[Comment classer votre application iOS](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - Si vous êtes un éditeur de jeux : **[ASO pour les jeux mobiles](https://mwm.ai/guides/aso-for-games)**. - Si vous souhaitez comprendre les signaux que vous optimisez : **[Comment fonctionne l'algorithme de classement de l'App Store](https://mwm.ai/guides/app-store-ranking-algorithm)**. - Si votre monétisation et votre LTV ne supportent pas l'équation UA : **[Monétisation des applications mobiles](https://mwm.ai/guides/mobile-app-monetization)**. L'ASO se cumule. Chaque itération créative, chaque localisation, chaque mot-clé que vous revendiquez est une petite amélioration permanente sur un flux qui génère des installations aussi longtemps que votre application est en ligne. Les éditeurs qui traitent l'ASO comme un programme continu — pas une optimisation ponctuelle de la fiche — tendent à dominer leur catégorie trois à cinq ans après le lancement. # Comment fonctionne vraiment l'algorithme de classement de l'App Store L'App Store et Google Play classent les applications à l'aide d'algorithmes qu'ni Apple ni Google ne publie. La documentation développeur d'Apple fait allusion aux « notes des utilisateurs, à la pertinence et à l'engagement » ; Google Play Console mentionne la « vélocité d'installation, la rétention et les notes ». Aucun de ces éléments n'est un contrat de classement sur lequel vous pouvez optimiser directement. Ce que nous savons vient de l'observation — regarder les applications monter et descendre dans des centaines de milliers de combinaisons mot-clé-pays-catégorie, en corrélant les mouvements de classement avec des entrées mesurables. Ce guide synthétise ce que une décennie de ce travail empirique nous apprend. ## Quel algorithme ? « L'algorithme de l'App Store » n'est pas une seule chose. Au minimum, il y a quatre systèmes de classement distincts à considérer : 1. **Classement dans la recherche** — votre position quand un utilisateur recherche un mot-clé spécifique. Par mot-clé, par pays, par appareil. 2. **Top Charts** — **[Top Gratuit](https://mwm.ai/glossary/top-free)**, **[Top Payant](https://mwm.ai/glossary/top-paid)**, **[Top Recettes](https://mwm.ai/glossary/top-grossing)**. Par pays, par catégorie, par appareil. 3. **Rang de catégorie** — votre position dans votre catégorie principale de l'App Store, indépendamment de la distinction Gratuit/Payant/Recettes. 4. **Mise en avant éditoriale** — mises en avant dans l'onglet Aujourd'hui, « Application du jour », collections curatoriales. Curatées par des humains avec des recommandations algorithmiques en coulisses. Ces systèmes partagent certains signaux (téléchargements, avis, rétention) mais les pondèrent très différemment. Le classement dans la recherche tient compte de la pertinence des mots-clés d'une façon que le rang dans les charts ne fait pas. Top Recettes tient compte du chiffre d'affaires ; Top Gratuit l'ignore. Optimiser pour l'un n'aide pas automatiquement les autres. ## Les signaux que les deux stores ont confirmés À partir de la documentation développeur, des conférences WWDC et Google I/O, de l'interface Console et d'App Store Connect, nous pouvons confirmer que les éléments suivants sont explicitement utilisés : - **Volume de téléchargements** (les deux stores). Le nombre absolu et relatif d'installations dans une fenêtre récente. - **[Vélocité de téléchargement](https://mwm.ai/glossary/download-velocity)** (les deux). Le taux de variation, pas le volume absolu. Un nouvel entrant à 20 000/jour en hausse est mieux classé qu'un vétéran à 50 000/jour en plateau. - **[Note en étoiles](https://mwm.ai/glossary/star-rating) et nombre d'avis** (les deux). Avec une forte pondération vers les avis récents — une application à 4,8 étoiles avec 100 avis récents à 3 étoiles peut se classer en dessous d'une application à 4,3 étoiles avec 100 avis récents à 5 étoiles. - **Correspondance de mots-clés** (iOS : titre / sous-titre / champ de mots-clés ; Google Play : titre / courte description / description complète). - **Taux de désinstallation** (Google Play : explicite ; iOS : implicite via la télémétrie de rétention). - **Taux de crash** (Google Play : explicite). - **Cadence de mise à jour** (les deux — les applications activement maintenues sont mieux classées que les applications obsolètes). ## Les signaux observés empiriquement par MWM Les signaux ci-dessus sont ceux que les plateformes reconnaissent. En observant les mouvements de classement dans notre jeu de données, nous pensons que les éléments suivants sont également matériellement pondérés : - **Engagement post-installation** — la rétention à j+1, j+7, j+30 et la durée de session semblent influencer le rang de catégorie et le rang général, pas seulement la pertinence dans la recherche. Les applications avec de fortes courbes de rétention dépassent les applications aux meilleures métadonnées mais à la rétention plus faible sur les mots-clés contestés. - **Vélocité des avis** (nouveaux avis par semaine) séparément du nombre total. Une application avec 5 000 avis au total et 200 nouveaux cette semaine dépassera une application avec 50 000 avis et 5 nouveaux cette semaine, si les autres signaux sont proches. - **Comportement inter-catégories** — les utilisateurs installant votre application peu après avoir installé d'autres applications dans un groupe semble signaler une pertinence thématique. C'est ainsi que se forment les rails « les clients ont également installé ». - **Vélocité des installations payantes vs. organiques** — l'algorithme semble distinguer les pics payants des pics organiques, en récompensant davantage la croissance organique soutenue que des pics comparables induits par des campagnes payantes. > Nous observons que le rang de catégorie est nettement plus durable que le rang général. Une application qui perce dans le top 10 d'une catégorie y reste généralement plusieurs semaines ; une application qui perce dans le top 10 général via un pic de vélocité retombe souvent en 5 à 7 jours sauf si la vélocité se maintient. ## À quelle vitesse les classements évoluent-ils La vélocité des classements est asymétrique : il est plus facile de monter vite dans le chart Gratuit que dans le Payant ou le Classement des recettes, et il est toujours plus facile de descendre que de monter. Schémas typiques : - **Une campagne marketing de type Super Bowl** peut faire progresser une application de 200 à 500 positions en un seul jour dans le chart Gratuit, atteignant le top 10 général dans les grands marchés. - **Un moment viral sur les réseaux sociaux** (tendance TikTok, mention de célébrité) produit des pics de vélocité similaires et se dissipe souvent en 3 à 7 jours. - **Une mise en avant éditoriale de catégorie** ajoute généralement 15 à 40 % aux téléchargements de base pendant la durée de la mise en avant, avec une hausse durable de 30 à 60 % pendant 2 à 3 semaines après. - **Une UA payante soutenue à 10 à 20 fois la base** fera monter le rang dans les charts, mais le gain est plus faible par euro dépensé qu'un déclencheur organique. L'algorithme semble appliquer un multiplicateur de « rabais payant ». - **Une mise à jour défaillante** (nombreux crashes, mauvais avis) peut faire chuter le rang général de 100 à 200 positions en 48 heures. Le fil conducteur : ce que l'algorithme note réellement, c'est le **changement**, pas l'état. L'optimisation basée sur l'état (avoir de bonnes métadonnées, collecter des avis lentement) sous-performe par rapport à l'optimisation basée sur la vélocité (coordonner les poussées créatives avec les demandes d'avis et les sorties de mises à jour). ## Recherche vs. charts : deux jeux très différents Le classement dans la recherche est déterminé par les mots-clés. Si votre application contient « méditation » dans son titre, elle se classera pour « méditation » — les seules questions sont à quelle hauteur et dans quels pays. Les métadonnées, la localisation et le nombre d'avis dominent. Le classement dans les charts est déterminé par la vélocité. Les métadonnées comptent à peine ; ce qui compte, c'est si votre courbe de téléchargements est en hausse. Vous pouvez avoir un ASO terrible et quand même dominer le chart Gratuit avec une bonne campagne marketing ; vous pouvez avoir un ASO parfait et ne jamais percer dans les charts si vous ne pouvez pas générer de vélocité. La vision combinée : un excellent ASO se cumule quand vous générez de la vélocité. Une excellente vélocité sans excellent ASO est un feu de paille. ## Rang de catégorie vs. rang général Pour la plupart des éditeurs, **le [rang de catégorie](https://mwm.ai/glossary/category-rank) est le chiffre commercialement pertinent**. Le top 10 général est réservé aux mega-apps virales et aux gros dépensiers ; il est aussi brutalement volatile. Le top 10 de catégorie, en revanche, est à la fois plus durable et plus accessible. Deux observations tirées de nos archives de classement : 1. **Le rang de catégorie a des seuils de vélocité plus bas**. Percer dans le top 50 de Finance ou Utilitaires dans la plupart des pays exige une fraction des téléchargements quotidiens nécessaires pour entrer dans le top 100 général. 2. **Le rang de catégorie a une visibilité par rang plus élevée**. Les utilisateurs qui naviguent dans les charts Jeux ou Finance regardent plus loin que ceux qui naviguent dans le chart général, où l'attention chute fortement après la position 25. Si vous optimisez avec un budget UA limité ou en organique uniquement, le rang de catégorie est là où votre effort porte le plus. ## Ce que vous contrôlez vraiment Malgré l'opacité, une grande partie du résultat de classement est directement contrôlable : - **[Classement par mot-clé](https://mwm.ai/glossary/keyword-ranking)** : piloté via le titre, le sous-titre, le champ de mots-clés (iOS) et la description (Google Play). - **Taux de conversion** : piloté via les visuels (icône, captures d'écran, vidéo de prévisualisation). - **Vélocité des avis** : pilotée via des demandes de notation natives bien calibrées, 10 à 25 jours après l'installation, conditionnées à une action réussie. - **Rétention** : pilotée via la qualité de l'onboarding, la stratégie de notifications, la solidité de la boucle produit. - **Déclencheurs de vélocité** : pilotés via le marketing coordonné, les relations presse, les événements saisonniers, les In-App Events, les soumissions éditoriales. Tout le reste — la pondération exacte qu'Apple a choisie ce trimestre, le réglage que Google a déployé la semaine dernière — est du bruit sur lequel vous ne pouvez pas agir. Construisez un programme ASO et de croissance autour des leviers que vous contrôlez, mesurez chaque semaine, itérez chaque mois. ## Saisonnalité et canal éditorial Les deux stores ont des schémas saisonniers qui méritent d'être suivis : - **T4** (octobre-décembre) est la haute saison des téléchargements pour les applications grand public. La concurrence pour les classements de mots-clés s'intensifie à mesure que les dépenses UA montent en flèche. - **Janvier-février** voit généralement des installations de nouvel an pour les applications santé, productivité et finance. - **La rentrée scolaire** (août-septembre) stimule les applications éducatives. - **L'été** stimule les jeux, les voyages et les applications de divertissement. La mise en avant éditoriale sur iOS (onglet Aujourd'hui, Application du jour, cartes de collection) est alimentée algorithmiquement mais curatée par des humains. La soumission se fait via App Store Connect ; le taux de succès est faible (pourcentage à un chiffre) mais l'avantage potentiel est très élevé — une mise en avant dans Aujourd'hui délivre généralement 30 000 à 100 000 téléchargements supplémentaires en une journée. ## Ce qui change La transition ATT et SKAdNetwork d'Apple (en cours depuis iOS 14.5) a poussé les deux stores vers davantage de personnalisation algorithmique et en s'éloignant de la réattribution déterministe basée sur l'attribution. Concrètement, cela signifie : - Les décisions d'installation individuelles portent moins de signal ; les comportements agrégés en portent davantage. - Les applications avec une forte rétention et un fort engagement gagnent plus de poids relatif par rapport aux applications avec un nombre élevé d'installations et une faible rétention. - Les performances localisées comptent davantage — un succès limité aux États-Unis se traduit moins bien en rang de catégorie en Allemagne qu'il y a cinq ans. La ligne de conduite : construire pour une qualité de produit durable, pas seulement pour le volume de téléchargements. Les applications qui fidélisent et monétisent obtiennent un rang durable ; celles qui ne le font pas quittent les charts dès que le budget marketing se refroidit. ## Par où continuer - Pour le guide tactique : **[Comment classer votre application iOS](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - Pour les mécaniques des métadonnées et des visuels : **[Le guide ASO complet](https://mwm.ai/guides/app-store-optimization)**. - Pour observer empiriquement les mouvements de classement : **[parcourir les classements pays en direct de MWM](https://mwm.ai/rankings/countries)**. # ASO pour les jeux mobiles — Guide pratique Les jeux constituent la catégorie la plus grande, la plus concurrentielle et la plus optimisée créativement sur mobile. Ils présentent également des mécaniques ASO qui diffèrent substantiellement des applications non-jeux. Ce guide passe en revue ce qui est unique dans l'ASO pour les jeux, et comment les éditeurs qui dominent régulièrement les classements s'y prennent. ## Pourquoi les jeux sont différents Quelques différences structurelles façonnent l'ensemble du playbook ASO : 1. **Structure par sous-catégories.** La catégorie Jeux iOS compte 19 sous-catégories (Action, Aventure, Puzzle, Course, RPG, Stratégie, Casino, et ainsi de suite). Les classements s'établissent principalement par sous-catégorie. Cela signifie que le périmètre concurrentiel est plus étroit que "tous les jeux", mais plus profond que la plupart des catégories non-jeux. 2. **Découverte pure en premier lieu.** Les utilisateurs parcourent les classements de jeux bien plus que les classements de catégories non-jeux. Le placement dans les charts génère une part plus importante des installations organiques pour les jeux que pour les applications utilitaires ou de productivité. 3. **Évaluation avant tout visuelle.** Une première impression de 10 secondes, massivement visuelle. L'icône, les captures d'écran et la vidéo de prévisualisation portent une part disproportionnée du poids de conversion. 4. **Les mécaniques de mots-clés évoluent.** Les mots-clés de marque comptent moins que les mots-clés de genre + mécanique (ex. : "match-3 puzzle", "open-world RPG", "idle tycoon"). 5. **Le live-ops comme levier ASO.** Les jeux qui organisent régulièrement des événements, du contenu saisonnier et des modes temporaires alimentent les In-App Events, qui nourrissent à leur tour la visibilité dans la recherche et le maintien dans les classements. ## Stratégie de mots-clés pour les jeux Pour la plupart des jeux, le panier cible de mots-clés repose sur une structure en trois couches : **Couche 1 : Termes de marque.** Si votre jeu dispose d'une marque ou d'une IP reconnaissable, captez la marque ainsi que ses variantes courtes. "Candy Crush", "Clash", "FIFA" — ces termes convertissent à des taux très élevés lorsque les utilisateurs les recherchent directement. **Couche 2 : Genre + mécanique.** Le principal moteur d'installations organiques pour les jeux de rang intermédiaire. Exemples : - "match 3 puzzle" - "idle tycoon" - "open-world RPG" - "roguelike card" - "racing simulator" Ces mots-clés présentent un volume significatif et les utilisateurs qui les recherchent ont une forte intention d'installation. **Couche 3 : Descriptif et ambiance.** Volume plus faible, mais souvent moins concurrentiel. - "cozy puzzle games" - "hyper casual arcade" - "offline strategy" - "no-wifi games" Les termes de la couche 3 sont ceux sur lesquels les jeux de taille intermédiaire gagnent systématiquement face aux acteurs plus importants — ces derniers ne prennent pas la peine de les optimiser, et l'intention est forte. ## Stratégie de captures d'écran Les jeux dérogent à la convention habituelle du "tout légender" car les visuels sont eux-mêmes la proposition de valeur. Les approches qui gagnent systématiquement : **Pour les RPG, jeux d'aventure et jeux narratifs :** - Capture 1 : Illustration du personnage principal ou moment cinématique in-game avec un sous-titre tel que "Votre quête commence" - Capture 2 : Moment clé de combat ou d'exploration - Captures 3 à 5 : Présentation des fonctionnalités (classes, carte du monde, système d'artisanat) - Capture 6 et suivantes : Preuves de qualité — avis, récompenses, mécaniques sociales **Pour les jeux de puzzle, casual et hyper-casual :** - Capture 1 : Une capture de gameplay percutante avec du texte superposé expliquant l'accroche ("Match 3 pour vider le plateau") - Capture 2 : Un "moment de satisfaction" — un grand combo, une animation de niveau terminé, un écran de récompense - Captures 3 à 5 : Mécaniques de progression, variété des niveaux ou des modes - Capture 6 et suivantes : Preuve sociale et récompenses **Pour les jeux de stratégie, simulation et gestion :** - Capture 1 : Une capture panoramique de votre monde ou empire montrant la profondeur — donnez une idée de l'échelle - Capture 2 : Un moment de décision pivot (ex. : une bataille, un panneau économique) - Captures 3 à 5 : Systèmes principaux (unités, arbre technologique, construction de base) - Capture 6 et suivantes : Multijoueur, PVP ou profondeur en fin de partie La constante entre les genres : la première capture d'écran doit communiquer ce que le joueur fait, pas seulement à quoi ressemble le jeu. "C'est magnifique" ne convertit pas ; "je me vois jouer à ça" si. ## La vidéo de prévisualisation Pour les jeux, la vidéo de prévisualisation est le levier créatif non-essentiel avec le plus fort rendement. Une vidéo de prévisualisation iOS de 15 à 30 secondes bien réalisée peut augmenter le taux de conversion sur la fiche produit de 20 à 40 % par rapport aux captures d'écran statiques seules. Ce qui fonctionne : - **Montrez du gameplay dans les 2 premières secondes.** Les introductions cinématiques font perdre l'attention des utilisateurs. La lecture automatique commence sans son, donc l'ouverture doit être visuellement percutante sans audio. - **Intégrez des sous-titres / textes superposés.** Les utilisateurs qui regardent sans son (la majorité) ont besoin d'un renforcement textuel de ce qui se passe. - **Terminez sur un moment de victoire.** La dernière image reste en mémoire. Finissez sur un combo, un niveau terminé, une défaite de boss — pas sur un fondu au noir. - **Restez sous les 30 secondes.** Apple plafonne à 30 s ; plus court donne souvent de meilleurs résultats. Ne réutilisez pas vos trailers TikTok ou YouTube. Ceux-ci sont optimisés pour d'autres contextes. Une vidéo de prévisualisation sur la fiche produit est un asset créatif dédié. ## Les In-App Events — le levier ASO jeux le plus sous-utilisé Les [In-App Events](https://mwm.ai/glossary/in-app-events) d'Apple autorisent jusqu'à 5 événements simultanés ou à venir, chacun pouvant durer jusqu'à 31 jours, visibles à la fois sur votre page produit et dans les résultats de recherche. Pour les jeux, il s'agit essentiellement d'un emplacement promotionnel gratuit pour chaque coup de pouce saisonnier, tournoi ou sortie de contenu. Types d'événements courants pour les jeux : - **Tournoi / compétition** — événements classés hebdomadaires ou bihebdomadaires - **Mode temporaire** — gameplay varié (ex. : "mode Halloween", "événement L'Ascension des Ténèbres") - **Nouveau personnage / sortie de contenu** — un nouveau personnage jouable ou une nouvelle intrigue - **Thème saisonnier** — refonte graphique ou règles spéciales pour une période de fête - **Live stream ou événement communautaire** — lié à un stream Twitch, un jalon communautaire ou une séance de questions-réponses avec les développeurs Les jeux qui renouvellent leurs événements chaque semaine surclassent systématiquement les jeux qui n'utilisent jamais cette fonctionnalité, toutes choses égales par ailleurs. Les événements génèrent à la fois une vélocité dans les classements (nouvelles installations liées à l'engouement pour l'événement) et une meilleure conversion sur la page produit (les utilisateurs voient "événement en cours" et convertissent plus). > Dans nos données, les jeux ayant maintenu au moins un In-App Event actif en continu pendant 6 mois ou plus ont conservé leur rang dans la catégorie 2 à 3 fois plus longtemps que les jeux n'utilisant pas du tout cette fonctionnalité. ## Vélocité des notes et avis pour les jeux Les jeux présentent la distribution de notes la plus large de toutes les catégories — à la fois certaines des applications les mieux notées (succès indépendants sélectionnés) et certaines des moins bien notées (jeux free-to-play pay-to-win à la monétisation agressive). Les clés pour maintenir des notes saines pour les jeux en particulier : 1. **N'invitez à noter qu'après des moments positifs.** Après la fin d'un niveau, la défaite d'un boss, l'atteinte d'un jalon — jamais après une défaite, un échec d'achat intégré ou une interaction avec une publicité. 2. **Conditionnez à un seuil de jours actifs.** N'invitez pas avant que le joueur soit revenu au moins 3 fois. Les joueurs ayant abandonné tôt donnent des notes négatives. 3. **N'invitez jamais pendant un paywall ou un flux de monétisation.** Apple le signale et cela génère des réactions négatives. 4. **Répondez publiquement aux avis négatifs.** Google Play affiche votre réponse. Des réponses réfléchies améliorent la perception globale de votre note même si l'avis individuel reste négatif. ## Sous-catégories et positionnement Choisir la bonne sous-catégorie lors de la soumission a des conséquences irréversibles. Vous serez classé principalement dans ce classement de sous-catégorie, et les utilisateurs qui parcourent ce classement en auront des attentes en conséquence. Deux règles pratiques : 1. **Privilégiez la précision à l'opportunisme.** Ne jouez pas avec la taxonomie en choisissant Puzzle alors que votre jeu est en réalité de la Stratégie. Un mauvais ciblage produit des installations à faible intention qui notent mal. 2. **Utilisez la sous-catégorie secondaire pour l'étendue.** Si votre jeu couvre clairement deux genres, utilisez la principale pour le genre dominant et la secondaire pour l'autre. Vous apparaîtrez dans les deux classements (avec un poids plus fort pour le principal). ## Le multiplicateur du live-ops La principale différence entre les jeux du décile supérieur et les jeux médians n'est pas leur lancement ; c'est leur exploitation post-lancement. Les jeux qui publient régulièrement du contenu, organisent des événements rotatifs et répondent aux signaux de la communauté maintiennent leur rang dans les classements 3 à 6 fois plus longtemps que les jeux qui se lancent puis s'endorment. Tout ce qui précède — travail sur les mots-clés, renouvellement créatif, gestion des notes, In-App Events — ne produit des effets composés que si vous continuez à publier. Planifiez l'ASO comme une composante continue du live-ops, et non comme une tâche ponctuelle au lancement. ## Pour aller plus loin - Pour le playbook d'exécution iOS : **[Comment faire monter votre application iOS dans les classements](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - Pour la référence complète : **[Le guide complet de l'ASO](https://mwm.ai/guides/app-store-optimization)**. - Pour comprendre les signaux de classement : **[Comment fonctionne l'algorithme de classement de l'App Store](https://mwm.ai/guides/app-store-ranking-algorithm)**. - Pour comparer votre catégorie : **[parcourez les classements en direct pour les Jeux](https://mwm.ai/rankings/countries/US/devices/iphone/categories/6014)** dans plus de 150 pays sur MWM Scale. # Comment améliorer la rétention de votre application La plupart des conseils en matière de rétention sont génériques parce que la plupart de ceux qui les rédigent ne peuvent pas voir les données. Nous, si. Dans le catalogue MWM d'applications américaines avec un volume d'installations significatif, **l'application médiane retient 27,3 % des utilisateurs au jour 1, 9,2 % au jour 7, et seulement 3,9 % au jour 30**. Relisez bien : l'application typique a perdu environ 96 % de ses utilisateurs du jour zéro en l'espace d'un mois. Cela semble alarmant, mais c'est la mauvaise lecture. La [rétention](https://mwm.ai/glossary/retention) n'est pas un chiffre que l'on pousse vers 100 % — c'est une courbe que l'on infléchit. La barre réaliste n'est pas 40 % à J30 (ce niveau correspond à 59 applications dans l'ensemble du catalogue) ; c'est de dépasser la médiane de votre catégorie et de viser le décile supérieur, où la rétention à J30 se situe autour de **10,9 %**. Ce playbook explique comment infléchir la courbe jusque-là — en diagnostiquant là où elle se brise réellement, et en s'appuyant sur ce que montrent les données du catalogue. ## À quoi ressemble réellement une "bonne" rétention La première étape consiste à recalibrer par rapport à la réalité, et non par rapport à l'unique étude de cas virale que tout le monde cite. Dans l'ensemble du catalogue, la rétention à J30 est brutalement concentrée sur le bas de l'échelle : | Rétention à J30 | Part des applications | | --------------- | -------------------------- | | Moins de 5 % | \~61 % | | 5 à 10 % | \~27 % | | 10 à 20 % | \~10 % | | 20 à 40 % | \~2 % | | 40 % et plus | 59 applications (\~0,06 %) | Donc "bon" est relatif. La médiane à J30 est de 3,9 % ; le décile supérieur est à \~10,9 %. **Si vous êtes au-dessus de \~11 % à J30, vous évoluez déjà dans une zone rare** — vos efforts seront mieux investis à faire croître la [LTV](https://mwm.ai/glossary/ltv) plutôt qu'à poursuivre un chiffre que presque personne n'atteint. Si vous êtes en dessous ou au niveau de la médiane, la marge de progression est énorme, et la suite de ce guide est pour vous. Encore une recalibration : la rétention ne varie presque pas selon la géographie. La médiane J1/J7/J30 est à quelques dixièmes de point près dans les mêmes fourchettes aux États-Unis, au Royaume-Uni, en Allemagne, en France, au Japon, en Corée du Sud, au Brésil et en Inde. **Votre problème de rétention est un problème produit, pas un problème de marché** — ce qui est une bonne nouvelle, car le produit est ce que vous contrôlez. (Contrastez avec la monétisation, qui fluctue considérablement selon les géographies.) ## Diagnostiquez la courbe avant d'y toucher La rétention n'est pas un chiffre unique — c'est une courbe avec trois points de rupture distincts, et chacun est un problème différent avec un remède différent. Avant de changer quoi que ce soit, trouvez *où* votre courbe se brise : - **J0 → J1 (le fossé d'activation).** Les utilisateurs ont installé mais ne sont jamais revenus, même une fois. C'est un problème d'[onboarding](https://mwm.ai/glossary/onboarding) et d'[activation](https://mwm.ai/glossary/activation) — ils n'ont jamais atteint le [moment "aha"](https://mwm.ai/glossary/aha-moment). - **J1 → J7 (la falaise d'habitude).** C'est la chute la plus abrupte de la courbe médiane — 27 % à 9 % en six jours. Les utilisateurs ont tiré de la valeur une fois, mais l'habitude ne s'est jamais formée. - **J7 → J30 (la queue de valeur profonde).** Les utilisateurs qui survivent à la première semaine abandonnent plus lentement, à mesure qu'ils épuisent la valeur de l'application ou se dispersent. C'est un problème de profondeur et de [re-engagement](https://mwm.ai/glossary/re-engagement). Mesurez avec une [analyse par cohortes](https://mwm.ai/glossary/cohort-analysis), jamais avec une moyenne globale — regroupez les utilisateurs par date d'installation et observez le vieillissement de chaque cohorte. Et choisissez délibérément entre la [rétention N-jour](https://mwm.ai/glossary/n-day-retention) (actif exactement au jour N) et la [rétention glissante](https://mwm.ai/glossary/rolling-retention) (actif au jour N ou ultérieurement) ; elles répondent à des questions différentes et peuvent différer de plusieurs points. Votre [north-star metric](https://mwm.ai/glossary/north-star-metric) doit se situer au sommet de cette courbe, pas à côté. ## La lecture par forme de catégorie La *forme* de votre courbe vous indique quel levier actionner — et la forme varie fortement selon la catégorie. Voici la vraie courbe médiane par catégorie dans le catalogue : | Catégorie | J1 | J7 | J30 | | ----------------------- | ---------- | ------ | --------- | | Social & Communication | 31,9 % | 12,3 % | **5,9 %** | | Lifestyle & Bien-être | 23,6 % | 9,6 % | 4,8 % | | Productivité & Outils | 23,0 % | 8,9 % | 4,5 % | | Éducation & Savoir | 24,9 % | 8,6 % | 3,6 % | | Médias & Divertissement | 24,9 % | 8,0 % | 3,4 % | | Jeux | **36,6 %** | 9,3 % | 2,9 % | Regardez les deux extrêmes. **Les jeux gagnent au jour 1 (36,6 %) et perdent au jour 30 (2,9 %)** — la nouveauté fait revenir les gens une ou deux fois, puis la courbe s'effondre. **Les applications sociales évoluent en sens inverse** — un J1 plus faible que les jeux (31,9 %) mais le J30 le plus élevé (5,9 %), car les effets de réseau et les boucles de communication créent des raisons de revenir. Si votre courbe ressemble à celle d'un jeu — J1 fort, déclin rapide — votre problème est la *profondeur et l'habitude*, pas la première impression. Si votre J1 est faible, corrigez l'activation en premier. Ne copiez pas le playbook d'une application sociale dans une application utilitaire. ## Levier 1 — Gagner la première session (le fossé J0 → J1) Le chiffre J1 est un verdict sur l'[onboarding](https://mwm.ai/glossary/onboarding) et l'[activation](https://mwm.ai/glossary/activation). La mission de la première session est d'amener l'utilisateur au [moment "aha"](https://mwm.ai/glossary/aha-moment) — l'instant où la valeur fondamentale de l'application devient évidente — avant que la friction ou l'ennui ne l'emporte. Les actions à plus fort rendement : - **Réduisez le temps-avant-valeur.** Différez tout ce qui n'est pas le moment "aha" : création de compte, demandes de permissions, paywalls, tutoriels. Laissez les utilisateurs ressentir la valeur en premier ; demandez un engagement ensuite. - **Définissez et instrumentalisez un seul jalon d'activation.** "A créé sa première playlist", "a enregistré son premier entraînement", "a envoyé son premier message". Les applications qui atteignent un événement d'activation clair lors de la session 1 retiennent de façon nettement supérieure — et vous ne pouvez pas améliorer ce que vous n'avez pas nommé. - **Concevez l'état vide comme une première victoire guidée**, pas comme un écran vierge. La première session doit se terminer avec l'utilisateur ayant *effectué* l'action principale une fois. Un avertissement tiré des données : les jeux montrent qu'**un J1 élevé n'est pas une victoire en soi** (36,6 % J1, 2,9 % J30). Gagner la première session est nécessaire, pas suffisant — cela n'a de valeur que si l'habitude se forme ensuite. ## Levier 2 — Construire l'habitude (la falaise J1 → J7) C'est là que l'application médiane saigne — de 27 % à 9 % en six jours — et là que se cachent les gains les plus importants. Survivre à la première semaine dépend massivement de la formation d'une *habitude* : une raison répétable d'ouvrir l'application que l'utilisateur intériorise. - **Resserrez la [boucle centrale](https://mwm.ai/glossary/core-loop).** Plus le cycle action→récompense central est rapide et gratifiant, plus il se renforce de lui-même. Pour les produits centrés sur l'habitude, c'est la [boucle de compulsion](https://mwm.ai/glossary/compulsion-loop) : un cycle serré à récompense variable qui mérite la prochaine ouverture. - **Ajoutez une cadence à laquelle l'utilisateur peut s'ancrer** — une [série quotidienne](https://mwm.ai/glossary/daily-streak), un renouvellement quotidien de contenu, une raison permanente de revenir à la même heure chaque jour. - **Utilisez les déclencheurs avec parcimonie.** Des [notifications push](https://mwm.ai/glossary/push-notification) et des [messages in-app](https://mwm.ai/glossary/in-app-messaging) bien synchronisés réactivent l'habitude ; le spam entraîne les utilisateurs à les désactiver (ou à [désinstaller](https://mwm.ai/glossary/uninstall-rate)). Déclenchez sur la valeur ("votre entraînement est prêt"), pas sur la culpabilité. - **Surveillez la [fréquence des sessions](https://mwm.ai/glossary/session-frequency) comme indicateur avancé.** La rétention est le résultat en différé ; la hausse des sessions par utilisateur au cours de la première semaine est le signal précoce que l'habitude se forme. Un seuil courant : les utilisateurs qui atteignent plusieurs sessions durant leur première semaine se retiennent bien plus que ceux qui n'y arrivent pas. ## Levier 3 — Approfondir la valeur et reconquérir les utilisateurs en train de décrocher (J7 → J30) Les utilisateurs qui passent la première semaine abandonnent plus lentement, mais ils abandonnent quand même — à mesure qu'ils épuisent la valeur de l'application ou se dispersent. Deux missions ici : - **Approfondir la valeur pour les survivants.** Faites remonter les cas d'usage avancés, le nouveau contenu et la progression pour que l'application continue à mériter l'ouverture. La [stickiness](https://mwm.ai/glossary/stickiness) — le ratio [DAU/MAU](https://mwm.ai/glossary/dau-mau) — est l'indicateur de santé : il indique quelle fraction de vos utilisateurs mensuels sont effectivement des utilisateurs quotidiens. - **Reconquérir les utilisateurs qui décrochent avant qu'ils ne soient partis.** Un [utilisateur dormant](https://mwm.ai/glossary/dormant-user) n'est pas encore un utilisateur churné. Segmentez par comportement et lancez des campagnes de [re-engagement](https://mwm.ai/glossary/re-engagement) et de [reconquête](https://mwm.ai/glossary/winback-campaign) ciblées sur *pourquoi* chaque segment a décroché — un power user en décrochage a besoin d'un signal différent de celui qui n'a jamais été activé. ## Pourquoi la rétention est le levier à plus fort rendement dont vous disposez La rétention n'est pas seulement un indicateur d'engagement — c'est le multiplicateur sous l'ensemble de votre modèle de croissance. Les utilisateurs retenus génèrent plus de [valeur vie](https://mwm.ai/glossary/ltv) : plus de sessions à monétiser, plus de chances de convertir en payants, plus de temps pour parrainer d'autres personnes. Une LTV plus élevée fait monter le [CPI](https://mwm.ai/glossary/cpi) que vous pouvez rentablement payer, ce qui vous permet de faire croître une acquisition qui était auparavant déficitaire. Un gain d'un point de rétention à J30 n'ajoute pas quelques sessions — il modifie l'équation LTV/CAC qui finance toute la machine. C'est pourquoi le travail sur la rétention produit des effets composés là où le travail sur l'acquisition n'en produit pas : un seau percé devient de plus en plus coûteux à remplir à mesure qu'on verse davantage. (Pour le côté revenus de cette boucle, consultez le playbook de [monétisation des applications mobiles](https://mwm.ai/guides/mobile-app-monetization).) ## Playbooks par segment - **Jeux.** Votre J1 est déjà fort ; les données du catalogue indiquent que votre ennemi est le déclin J7→J30. Investissez dans la méta-progression, les événements live-ops et les mécaniques sociales qui donnent à la boucle une *raison de persister* au-delà de la nouveauté. - **Social & communication.** Vous avez l'avantage structurel (J30 le plus élevé) — protégez la boucle centrale et les effets de réseau qui la soutiennent. Votre risque est une première session défaillante pour les nouveaux utilisateurs rejoignant un réseau existant. - **Productivité, utilitaires & applications par abonnement.** Un J1 plus faible est normal ; votre valeur est réelle mais prend une ou deux sessions pour s'imposer. Maîtrisez l'activation, puis convertissez l'habitude en relation d'[abonnement](https://mwm.ai/glossary/paywall) — ici la rétention et les revenus sont la même courbe, et un abonné churné est une perte directe. Le fil conducteur entre tous : **trouvez où votre courbe se brise, corrigez ce point de rupture en premier, et mesurez par cohortes pour savoir si ça a fonctionné.** Faire passer la médiane de 3,9 % à J30 vers le décile supérieur à 10,9 % est le projet de croissance à plus fort rendement que la plupart des applications peuvent mener. # Comment faire remonter votre application iOS dans les classements de l'App Store : guide étape par étape Ce guide parcourt le processus ASO iOS de bout en bout, dans l'ordre qu'un éditeur actif suivrait pour l'exécuter. Il suppose que vous avez une application en ligne sur l'App Store avec un niveau de base d'installations, et non une application en pré-lancement. La méthodologie s'applique tout autant à Google Play, avec des ajustements pour les champs de métadonnées (pas de champ de mots-clés, plus de poids accordé à la description). ## Avant de commencer — les métriques de référence Vous ne pouvez pas mesurer une amélioration sans référence. Collectez et enregistrez les éléments suivants avant de changer quoi que ce soit : - **Classements actuels des mots-clés** pour chaque mot-clé qui vous importe, par pays cible. Utilisez un tracker ASO dédié ([MWM Scale](https://mwm.ai/aso-tool) dispose d'un niveau gratuit pour cela). - **Classement de catégorie actuel** et classement général dans vos 3 à 5 marchés principaux. - **Impressions App Store Connect** — vues de la page produit par jour, ventilées par Recherche / Navigation / Référent. - **Taux de conversion** de la vue de la page produit à l'installation. - **Vélocité des avis** (nouveaux avis/semaine) et **note** (moyenne glissante). - **Répartition du volume d'installations** — Recherche organique, Navigation organique (classement), payant, référence. Prenez un instantané daté. Vous comparerez par rapport à cela dans 4 à 8 semaines pour mesurer l'impact des changements que vous publiez. ## Étape 1 — Recherche de mots-clés L'objectif de la recherche de mots-clés est de produire un **panier cible de mots-clés** — 10 à 20 mots-clés sur lesquels vous optimisez activement et que vous suivez. Pas 200, pas 5. Le processus : 1. **Générez des mots-clés de départ.** Commencez par les termes évidents de votre catégorie (ex. : "méditation" pour une application de méditation, "suivi de dépenses" pour une application financière). Développez avec des synonymes, des descripteurs d'audience ("méditation pour l'anxiété") et des expressions axées sur les résultats ("mieux dormir"). 2. **Ajoutez les mots-clés des concurrents.** Prenez vos 3 à 5 concurrents directs, extrayez le panier de mots-clés sur lesquels ils se classent, et ajoutez ceux que vous ne ciblez pas encore. 3. **Vérifiez le volume de recherche et la [difficulté](https://mwm.ai/glossary/keyword-difficulty).** Utilisez votre outil ASO. Ciblez les mots-clés de difficulté intermédiaire avec un volume réel — les mots-clés têtes de liste comme "méditation" sont très concurrentiels ; les longues traînes comme "méditation de respiration consciente pour le sommeil" sont plus faciles à classer. 4. **Filtrez par intention.** Un mot-clé qui génère des installations d'utilisateurs non qualifiés est pire qu'un mot-clé avec moins de volume mais une intention d'achat plus forte. Si votre application est un abonnement premium, "méditation gratuite" est un mauvais match. 5. **Priorisez 10 à 20 mots-clés.** Limitez la liste. Vous les utiliserez pour structurer vos métadonnées, le texte de vos créatifs et votre stratégie d'acquisition d'avis. ## Étape 2 — Optimisez vos métadonnées Avec un panier cible de mots-clés en main, placez les mots-clés de façon stratégique dans les champs de métadonnées iOS. L'objectif est une couverture complète sans bourrage. **Nom de l'application (30 caractères).** Votre mot-clé principal va en position de descripteur. Les structures typiques : - `NomDeMraque: Mot-Clé Principal` — ex. : `Strides: Habit Tracker` - `NomDeMarque — Descripteur` — ex. : `Calm — Meditation & Sleep` - `Mot-Clé Principal by NomDeMarque` — ex. : `Meditation by Calm` (moins courant ; branding plus faible) **Sous-titre (30 caractères).** Mots-clés secondaires formulés comme un bénéfice. La séparation par virgule est acceptable et ne gaspille pas d'indexation. - Bien : `Workouts, Sleep, Nutrition` - Mal : `The Best Health & Fitness App You'll Ever Need` (tout du remplissage, aucun mot-clé) **[Champ Mots-clés](https://mwm.ai/glossary/keywords-field) (100 caractères, séparés par des virgules, masqué).** Singuliers plutôt que pluriels ; synonymes ; termes longue traîne ; fautes d'orthographe. Ne répétez pas les mots déjà présents dans le titre ou le sous-titre — Apple combine les champs. N'ajoutez pas d'espaces après les virgules — cela gaspille des caractères. **Texte promotionnel (170 caractères, non indexé, modifiable sans révision).** Utilisez-le pour du texte de conversion, des promotions saisonnières, des distinctions récentes. Pas pour des mots-clés. **Description (4 000 caractères, indexation faible).** Les 3 premières lignes comptent le plus (les utilisateurs les voient avant le repli "En savoir plus"). Structure : - Paragraphe d'introduction : proposition de valeur en une phrase. - Sections de type H2 axées sur les bénéfices (les listes à puces fonctionnent bien). - Liste de fonctionnalités. - Preuve sociale (avis, presse). - Contact d'assistance et demande d'avis. Soumettez la modification des métadonnées dans le cadre d'une nouvelle soumission de version d'application. Attendez les premiers changements de classement des mots-clés dans les 48 à 72 heures, et une stabilisation complète sous 7 à 14 jours. ## Étape 3 — Testez votre créatif en A/B Une fois les métadonnées stabilisées (2 à 3 semaines après la soumission), commencez les tests créatifs. L'Optimisation de page produit d'Apple vous permet de lancer 2 à 3 variantes concurrentes par test, le système se terminant automatiquement à la significativité. **Tests d'icône.** Levier à plus fort rendement sur une seule surface. Hypothèses courantes : - **Personnage vs. logotype lettré** (une icône avec un personnage l'emporte-t-elle sur un logo abstrait ?) - **Contraste de couleur** (les icônes plus lumineuses et plus saturées gagnent souvent dans les classements très chargés) - **Élément focal** (une forme centrale unique et nette vs. un composite) **Tests de captures d'écran.** Les deux premières captures portent 60 à 80 % du poids de conversion. Hypothèses courantes : - **Caption en avant** (texte de titre court superposé) vs. **UI en avant** (capture de produit brute) - **Énoncé de bénéfice** (ce que l'utilisateur obtient) vs. **énoncé de fonctionnalité** (ce que l'application a) - **Encadrement d'appareil** (maquette de téléphone) vs. **sans encadrement** (plein cadre) L'Optimisation de page produit d'Apple ne propose les variantes qu'à une fraction du trafic, donc atteindre la significativité sur des applications à faible volume peut prendre 4 à 6 semaines. Ne stoppez pas un test prématurément — des deltas de conversion de 5 à 10 % semblent bruités à court terme mais produisent des effets composés considérables sur des mois. > Nous observons que la plupart des applications sous-estiment le test d'icône. Un gain de 15 % de CVR imputable à l'icône sur une application cumulant 10 millions d'impressions par an représente 150 000 installations supplémentaires — généralement plus de valeur qu'un rafraîchissement créatif complet des captures d'écran. ## Étape 4 — Générez de la vélocité d'avis La vélocité des notes et des avis est un signal de classement dans les charts, pas seulement un signal de conversion. Les applications avec des avis périmés sous-performent par rapport aux applications avec des avis récents. L'API d'invite à l'avis iOS (`SKStoreReviewController`) est le seul mécanisme propre. Apple limite les invites à 3 par utilisateur par an, donc soyez stratégique : 1. **Déclenchez sur un succès, pas à l'arrivée.** Invitez après que l'utilisateur a atteint un état de succès clé — un entraînement terminé, une habitude enregistrée pour le 10e jour, un fichier exporté. Pas au lancement de l'application. 2. **Attendez 7 à 14 jours après l'installation.** Les invites trop tôt touchent des utilisateurs non engagés ; trop tard, vous ratez la fenêtre. 3. **Conditionnez à l'engagement.** Les utilisateurs ayant utilisé l'application moins de 3 à 5 fois sont statistiquement susceptibles de laisser des avis négatifs — ignorez-les. 4. **Ne combinez pas avec le support.** N'invitez jamais à un avis immédiatement après une interaction de support négative. Un déclenchement bien calibré donne une vélocité d'avis de 0,5 à 2 % des nouvelles installations. Un mauvais déclenchement donne 0,1 à 0,3 %. L'écart est significatif. ## Étape 5 — Corrigez les fuites de rétention La rétention est à la fois un signal de classement et le taux de base de la LTV. Auditez les points d'abandon des utilisateurs : - **Abandon au jour 1** : généralement de la friction à l'onboarding. Raccourcissez les demandes de permissions, supprimez les exigences d'inscription non essentielles, atteignez la "première valeur" en moins de 60 secondes. - **Abandon au jour 7** : généralement un échec à former l'habitude. L'utilisateur n'a pas construit une raison de revenir. Les notifications push, les séries ou le contenu planifié peuvent aider. - **Abandon au jour 30** : généralement une complétion des fonctionnalités ou un épuisement du contenu. Ajoutez de la progression, de nouveaux contenus ou des mécaniques sociales. Une amélioration de 5 points de la rétention à J7 (de 20 % à 25 %) génère généralement une amélioration du classement de catégorie de 15 à 25 % sur 4 à 8 semaines, toutes choses égales par ailleurs — car le signal comportemental se propage dans le classement lentement. ## Étape 6 — Mesurez, itérez, suivez Cadence de reporting mensuel : - Classements des mots-clés (par pays, par mot-clé) vs. référence - Classement de catégorie et classement général vs. référence - Impressions, taux de conversion, nouvelles installations vs. référence - Vélocité des avis, note, nombre de nouveaux avis - Courbes de rétention (J1, J7, J30) Trimestriel : - Révisez le panier de mots-clés — de nouvelles opportunités s'ouvrent-elles ? - Révisez le créatif des concurrents — itèrent-ils plus vite que vous ? - Révisez la localisation — les marchés secondaires sont-ils sous-investis ? Annuel : - Reprenez les étapes 1 à 5 de zéro. Votre référence, le paysage concurrentiel et les tendances de recherche ont tous évolué. ## Calendrier et attentes réalistes Un programme ASO discipliné sur son premier cycle livre typiquement : - **Semaines 1 à 2** : référence capturée, métadonnées v2 rédigées. - **Semaine 3** : métadonnées v2 soumises, passe la revue. - **Semaines 4 à 6** : évolutions du classement des mots-clés visibles ; premier test créatif lancé. - **Semaines 8 à 10** : le test créatif atteint la significativité ; la variante gagnante est déployée. - **Semaines 10 à 12** : l'amélioration du classement de catégorie devient mesurable, 10 à 30 % selon la position de départ. Les éditeurs qui espèrent un top 10 en catégorie en 8 semaines à partir d'un nouveau programme ASO sous-estiment généralement le composant de vélocité. Le classement produit des effets composés — le sixième trimestre d'un programme ASO discipliné livre généralement plus de progression que le premier. ## Pièges courants - **Publier un remaniement complet des métadonnées et un test créatif simultanément** — impossible d'attribuer quel changement a provoqué quoi. - **Copier mot pour mot les métadonnées d'un concurrent leader** — Apple pénalise les métadonnées quasi-identiques, et vous héritez de leur stratégie de mots-clés, pas nécessairement de celle qui convient à votre application. - **Lancer 5 tests créatifs en parallèle** — l'attribution se brouille, la significativité s'étire, et vous apprenez moins vite qu'en les menant en série. - **Traiter la vélocité des avis comme un projet ponctuel** — c'est un programme soutenu. Les applications avec des avis récents se classent mieux que celles avec des avis périmés, indépendamment du nombre total. - **Ignorer les marchés non anglophones** — la localisation est souvent le trimestre de travail au meilleur ROI pour les applications de taille intermédiaire. ## Pour aller plus loin - Si vous publiez des jeux : **[ASO pour les jeux mobiles](https://mwm.ai/guides/aso-for-games)**. - Pour comprendre les signaux contre lesquels vous optimisez : **[Comment fonctionne l'algorithme de classement de l'App Store](https://mwm.ai/guides/app-store-ranking-algorithm)**. - Pour la référence complète : **[Le guide complet de l'ASO](https://mwm.ai/guides/app-store-optimization)**. - Pour lancer le suivi en temps réel des mots-clés et des classements : **[l'outil ASO de MWM Scale](https://mwm.ai/aso-tool)** est gratuit pour jusqu'à trois applications concurrentes. # Comment réduire le churn d'une application Le churn est la métrique que tout deck d'abonnement cite et que presque personne ne benchmarke honnêtement. Dans le catalogue MWM, l'application médiane a perdu **72,7 % de ses utilisateurs au jour 1, 90,8 % au jour 7, et 96,1 % au jour 30**. Même le décile qui retient le mieux perd encore 89 % au jour 30. Le [churn](https://mwm.ai/glossary/churn), comme son image miroir la [rétention](https://mwm.ai/glossary/retention), n'est pas un chiffre qu'on amène à zéro — c'est une courbe qu'on infléchit. Mais "réduire le churn" représente deux missions totalement différentes selon le churn dont on parle, et les confondre est la raison pour laquelle la plupart des programmes de churn s'enlisent. Ce guide les sépare et vous donne les leviers pour chacun. ## Les deux churns à mesurer séparément - **Churn d'engagement** — un utilisateur cesse d'ouvrir l'application. C'est le churn dominant pour les applications gratuites, freemium et financées par la publicité, et c'est l'inverse de la rétention : le chiffre de 96 % à J30 ci-dessus *est* le churn d'engagement. - **Churn d'abonnement (revenus)** — un utilisateur payant annule ou ne renouvelle pas. C'est le churn qui détruit directement les revenus, mesuré comme un taux d'annulation mensuel sur la base payante, et non comme une rétention à J30. Une application peut avoir un churn d'engagement terrible et un churn d'[abonnement](https://mwm.ai/glossary/subscription) sain (une petite base payante fidèle) ou l'inverse. Corriger l'un ne fait rien pour l'autre. Avant tout, sachez lequel saigne. ## Churn volontaire vs involontaire Dans le churn d'abonnement, distinguez encore : - **Volontaire** — l'utilisateur a choisi d'annuler (prix, valeur, ou simplement terminé). - **Involontaire** — le paiement a échoué : carte expirée, fonds insuffisants, refus bancaire. L'abonnement expire même si l'utilisateur n'a jamais décidé de partir. Le churn involontaire représente généralement 20 à 40 % du churn total d'abonnement et est le **plus récupérable**, car l'utilisateur veut toujours le produit — c'est sa carte qui a échoué, pas son intention. Les nouvelles tentatives de facturation, les périodes de grâce, les états de mise en attente de compte et les relances (messages de récupération de paiement) permettent d'en récupérer une grande part. La plupart des équipes déploient des efforts sur les flux de sauvegarde du churn volontaire tout en perdant discrètement du churn involontaire qu'elles pourraient récupérer avec un simple changement de configuration de facturation. ## Mesurez le churn comme un opérateur - Le churn d'engagement est l'inverse de la [rétention N-jour](https://mwm.ai/glossary/n-day-retention) — suivez-le par [cohorte](https://mwm.ai/glossary/cohort-analysis) d'installation, jamais globalisé en un seul chiffre général. - Le churn d'abonnement est le taux d'annulation mensuel de la base payante ; séparez le volontaire de l'involontaire, et suivez le churn brut par rapport au churn net (qui déduit les réactivations et les upgrades de plan). - Le [taux de désinstallation](https://mwm.ai/glossary/uninstall-rate) est le plancher absolu du churn d'engagement : un utilisateur qui a désinstallé est parti, alors qu'un utilisateur qui a simplement arrêté d'ouvrir l'application peut encore revenir. ## Réduire le churn d'engagement (le combat de la première semaine) Le churn d'engagement le plus abrupt se situe entre J1 et J7 — le catalogue va de 72,7 % à 90,8 %, ce qui signifie que la majeure partie de ce qui survit au jour 1 a disparu au jour 7. C'est un problème d'activation et d'habitude, et le playbook complet se trouve dans [Comment améliorer la rétention de votre application](https://mwm.ai/guides/how-to-improve-app-retention). En résumé : amenez les utilisateurs à la valeur rapidement, construisez une boucle d'habitude dans la première semaine, et lancez le [re-engagement](https://mwm.ai/glossary/re-engagement) *avant* que les utilisateurs ne deviennent [dormants](https://mwm.ai/glossary/dormant-user), pas après qu'ils soient déjà partis. ## Réduire le churn d'abonnement (là où se trouvent les revenus) C'est là que le travail sur le churn se rembourse directement : - **Récupérez d'abord le churn involontaire** — le mouvement au meilleur ROI. La logique de nouvelle tentative de facturation, les périodes de grâce, la mise en attente du compte et les séquences de relance récupèrent les utilisateurs qui n'ont jamais eu l'intention de partir. Il s'agit de configuration et de messagerie, pas de travail produit. - **Construisez un vrai flux d'annulation.** Au moment de l'intention d'annulation, proposez une pause (la pause l'emporte sur l'annulation), une offre de [reconquête](https://mwm.ai/glossary/winback-campaign), ou un niveau inférieur — pas un bouton de confirmation sans issue. - **Comblez l'écart de réalisation de valeur.** La majeure partie du churn volontaire concerne des utilisateurs qui n'ont jamais obtenu la valeur pour laquelle ils ont souscrit. Reliez l'activation et la rétention à la [conversion d'essai](https://mwm.ai/glossary/trial-conversion) et au [paywall](https://mwm.ai/glossary/paywall) pour convertir des utilisateurs qui resteront, pas des utilisateurs qui annuleront au premier mois. - **Favorisez l'annuel par défaut.** Les plans annuels remplacent douze décisions de renouvellement par une seule et réduisent structurellement le churn — consultez le playbook de [monétisation des applications mobiles](https://mwm.ai/guides/mobile-app-monetization). ## La lecture par catégorie La forme du churn d'engagement varie fortement selon la catégorie. Churn médian à J30 dans le catalogue : | Catégorie | Churn J1 | Churn J7 | Churn J30 | | ----------------------- | -------- | -------- | ---------- | | Social & Communication | 68,1 % | 87,7 % | **94,1 %** | | Lifestyle & Bien-être | 76,3 % | 90,4 % | 95,2 % | | Productivité & Outils | 77,0 % | 91,1 % | 95,5 % | | Éducation & Savoir | 75,1 % | 91,4 % | 96,4 % | | Médias & Divertissement | 75,1 % | 92,0 % | 96,6 % | | Jeux | 63,4 % | 90,7 % | **97,1 %** | Les jeux perdent le *plus* au jour 30 (97,1 %) malgré le *plus faible* churn au jour 1 (63,4 %) — la nouveauté fait revenir les utilisateurs une ou deux fois, puis la courbe s'effondre. Le social perd le moins (94,1 %) car les boucles de communication créent des raisons de revenir. Si vous êtes un jeu, votre combat se situe dans le déclin J7→J30 ; si vous êtes une application sociale, protégez la boucle réseau qui fonctionne déjà pour vous. ## Pourquoi le churn est le levier qui produit des effets composés Chaque point de churn que vous réduisez se cumule dans la [LTV](https://mwm.ai/glossary/ltv) : un utilisateur retenu continue à monétiser, et un churn plus faible augmente la valeur vie qui finance l'acquisition. Le churn est la fuite dans le seau — et à 96 % médian à J30, la plupart des seaux sont majoritairement des trous. Les équipes qui gagnent ne courent pas après un nombre magiquement bas. Elles **séparent les deux churns, récupèrent le churn involontaire gratuitement, et infléchissent la courbe d'engagement une cohorte à la fois.** # Stratégies de croissance pour applications mobiles : la boucle, pas les hacks La plupart des contenus sur la "stratégie de croissance" sont des listes de hacks. Les données disent que les hacks ne sont pas le problème. La croissance est une équation — > **Croissance ≈ acquisition × rétention × monétisation × viralité** — et l'application médiane fuit tellement le deuxième terme (96 % de [churn](https://mwm.ai/glossary/churn) au jour 30, moins de 4 % de [rétention](https://mwm.ai/glossary/retention)) qu'aucune tactique d'acquisition ne peut le compenser. Ce guide est la carte de toute la boucle et, plus important encore, l'ordre pour la corriger. La profondeur de chaque moteur se trouve dans son propre playbook ; voici comment ils s'articulent. ## La croissance est une boucle, pas un entonnoir Un entonnoir est à sens unique : installation → utilisation → churn. Une boucle se nourrit d'elle-même : les utilisateurs retenus monétisent, les revenus financent l'acquisition, et les parrainages amènent des utilisateurs qui retiennent et monétisent à leur tour. La différence, c'est les effets composés. Les applications qui croissent durablement ne font pas tourner de meilleurs entonnoirs — elles font tourner des boucles où chaque moteur renforce le suivant. Votre enjeu est de trouver votre boucle et de resserrer chaque joint. ## Moteur 1 — Acquisition Faites entrer des utilisateurs, mais seulement aussi vite que la boucle peut les retenir. - L'organique est la fondation : les [installations organiques](https://mwm.ai/glossary/organic-installs) représentent 62 % du volume médian d'une application, et plus de la moitié provient de la recherche sur l'App Store. - La [publicité payante](https://mwm.ai/glossary/paid-ua) dépasse l'organique, plafonnée par ce que vous pouvez retenir — votre plafond de [CPI](https://mwm.ai/glossary/cpi) est votre [LTV](https://mwm.ai/glossary/ltv). - Le jeu complet : [Stratégies d'acquisition d'utilisateurs](https://mwm.ai/guides/user-acquisition-strategies). ## Moteur 2 — Rétention (le multiplicateur) C'est le terme qui détermine si les trois autres ont de l'importance. La rétention fixe combien de valeur vie chaque utilisateur retourne et combien de temps il reste dans la boucle pour en parrainer d'autres. Avec une médiane à 3,9 % à J30, c'est aussi là où la plupart des applications ont le plus de marge de progression. - Gagnez la première session ([moment "aha"](https://mwm.ai/glossary/aha-moment)), construisez l'habitude, et surveillez la [stickiness](https://mwm.ai/glossary/stickiness). - Le jeu complet : [Comment améliorer la rétention de votre application](https://mwm.ai/guides/how-to-improve-app-retention) et [Stratégies d'engagement de l'application](https://mwm.ai/guides/app-engagement-strategies). ## Moteur 3 — Monétisation Captez de la valeur des utilisateurs que vous gardez, puis recyclez-la dans la boucle. - La conversion, l'[ARPU](https://mwm.ai/glossary/arpu) et la rétention produisent ensemble la [LTV](https://mwm.ai/glossary/ltv) — et la LTV est ce qui finance l'acquisition qui fait croître la boucle. - Le jeu complet : [Stratégies de monétisation d'applications](https://mwm.ai/guides/app-monetization-strategies). ## Moteur 4 — Viralité Le seul canal d'acquisition sans coût marginal. - Un [programme de parrainage](https://mwm.ai/glossary/referral-program) et un [coefficient viral](https://mwm.ai/glossary/viral-coefficient) sain transforment les utilisateurs retenus en nouveaux utilisateurs. Un coefficient viral approchant 1 signifie que chaque utilisateur en amène à peu près un autre — la boucle devient auto-suffisante. - La viralité est en aval de la rétention et de la valeur : les utilisateurs parrainent les produits qu'ils aiment et avec lesquels ils restent, donc ce moteur ne peut pas être boulonné à un moteur qui fuit. ## L'ordre des opérations C'est là que la plupart des programmes de croissance se trompent — ils commencent par le moteur le plus facile à acheter (acquisition) plutôt que celui qui conditionne tout le reste (rétention). 1. **Rétention en premier.** Faites fonctionner la courbe et l'économie unitaire sur une petite cohorte. Faire croître l'acquisition dans un seau percé ne fait que renchérir le coût du churn. 2. **Monétisation ensuite.** Établissez une [LTV](https://mwm.ai/glossary/ltv) que vous pouvez capitaliser, afin de savoir ce que vaut un utilisateur. 3. **Acquisition en troisième.** Maintenant, faites croître contre une vraie LTV, avec un ratio [LTV](https://mwm.ai/glossary/ltv)/[CAC](https://mwm.ai/glossary/cac) d'au moins 3 comme barre minimale. 4. **Viralité tout au long.** Elle amplifie ce que les trois autres produisent. L'acquisition donne l'impression de croissance parce que le nombre d'installations bouge immédiatement. Mais des installations déversées dans un produit à 4 % de rétention à J30 sont un coût, pas une stratégie. ## Mesurez la boucle Ancrez-vous sur une [north-star metric](https://mwm.ai/glossary/north-star-metric) qui capture la valeur délivrée, et surveillez le ratio maître de la boucle, [LTV](https://mwm.ai/glossary/ltv) ÷ [CAC](https://mwm.ai/glossary/cac) (suivez-le avec le [ROAS](https://mwm.ai/glossary/roas) par cohorte). La discipline d'une équipe de croissance, c'est de refuser d'optimiser un moteur au détriment des autres — car dans une boucle, le joint le plus faible fixe la vitesse de l'ensemble. Trouvez le vôtre, corrigez-le, puis passez au suivant. # KPI d'applications mobiles — Les métriques qui comptent vraiment (avec benchmarks) La plupart des équipes applicatives souffrent du problème inverse du manque de mesure — elles suivent trop de choses et n'agissent pas assez. La solution n'est pas d'ajouter des tableaux de bord ; c'est de se concentrer sur un ensemble de KPI qui correspondent à la boucle de croissance, chacun évalué par rapport à un benchmark réel. Ce guide présente cet ensemble, regroupé selon sa position dans la boucle, avec les médianes de catalogue pour vous permettre de savoir si votre chiffre est bon ou simplement familier. ## Commencer par une north-star metric Au sommet de l'arbre des KPI se trouve un unique chiffre : la [north-star metric](https://mwm.ai/glossary/north-star-metric) — la mesure unique qui capture le mieux la valeur que votre produit délivre (utilisateurs actifs quotidiens, séances d'entraînement enregistrées, pistes jouées). Tout le reste en découle. Choisissez-la en premier, car c'est elle qui détermine laquelle des métriques ci-dessous vous optimisez en priorité. ## KPI d'acquisition L'efficacité avec laquelle vous attirez des utilisateurs. - **[Coût par installation](https://mwm.ai/glossary/cpi) / [CAC](https://mwm.ai/glossary/cac)** — ce que coûte un utilisateur, toujours mesuré par rapport au [LTV](https://mwm.ai/glossary/ltv). - **[ROAS](https://mwm.ai/glossary/roas)** — retour sur les dépenses publicitaires, par cohorte et par canal. - **[Part des installations organiques](https://mwm.ai/glossary/organic-installs)** — médiane catalogue 61,6 % ; le canal organique est le plus important pour la majorité des applications non-jeux. - **[IPM](https://mwm.ai/glossary/cpi) et [attribution des installations](https://mwm.ai/glossary/install-attribution)** — efficacité des créatives et source de vérité par canal. (Voir le [guide user acquisition](https://mwm.ai/guides/user-acquisition-strategies).) ## KPI d'activation et de rétention Si les utilisateurs acquis restent — la base sur laquelle tout le reste se multiplie. - **Taux d'activation** — part des nouveaux utilisateurs atteignant le jalon de valeur fondamentale lors de la première session. - **[Rétention J-N](https://mwm.ai/glossary/n-day-retention)** — médianes catalogue : **J1 27,3 %, J7 9,2 %, J30 3,9 %**. Le décile supérieur atteint \~10,9 % à J30. - **[Churn](https://mwm.ai/glossary/churn)** — l'inverse ; le churn d'engagement médian à J30 est de 96,1 %. (Voir le guide [rétention](https://mwm.ai/guides/how-to-improve-app-retention).) ## KPI d'engagement L'intensité et la fréquence d'utilisation du produit par les utilisateurs actifs — l'indicateur avancé de la rétention. - **[Fréquence d’usage DAU/MAU](https://mwm.ai/glossary/dau-mau)** — médiane catalogue 14,1 % ; un bon seuil est 20 %+. - **[Sessions par utilisateur par jour](https://mwm.ai/glossary/session-frequency)** — médiane catalogue 2,94. - **[Durée de session](https://mwm.ai/glossary/session-length) et temps par utilisateur** — médiane de session 1 min 22 s, médiane \~4 min 18 s par jour (à lire en fonction de la catégorie — les utilitaires sont sains en restant courts, les jeux en restant longs). (Voir le guide [engagement](https://mwm.ai/guides/app-engagement-strategies).) ## KPI de monétisation La valeur que vous captez auprès des utilisateurs que vous conservez. - **Conversion vers le paiement** — pour la plupart des applications grand public, un [taux de conversion](https://mwm.ai/glossary/conversion-rate) à un chiffre faible ; \~6 % en données agrégées est une ancre de planification. - **[ARPU](https://mwm.ai/glossary/arpu)** — médiane catalogue 0,15 $ (30 jours), décile supérieur 4,64 $. - **[ARPPU](https://mwm.ai/glossary/arppu)** — revenus par utilisateur *payant* ; médiane modélisée à 1,88 $/mois. - **[ARPDAU](https://mwm.ai/glossary/arpdau)** — médiane \~0,01 $ en IAP (hors revenus publicitaires). - **[LTV](https://mwm.ai/glossary/ltv)** — l'intégrale de l'ARPDAU sur la courbe de rétention. (Voir le guide [monétisation](https://mwm.ai/guides/app-monetization-strategies).) ## Le ratio qui relie tout **[LTV](https://mwm.ai/glossary/ltv) ÷ [CAC](https://mwm.ai/glossary/cac).** Il connecte chacun des groupes ci-dessus — la rétention et la monétisation construisent le LTV, l'acquisition dépense le CAC — et un ratio de 3 ou plus est le seuil pour une activité saine et scalable. La plupart des travaux sur les KPI visent en définitive à faire progresser ce ratio unique. ## Le tableau des benchmarks | KPI | Médiane catalogue | Performant (décile supérieur) | | --------------------------------- | ---------------------- | ----------------------------- | | Rétention J1 / J7 / J30 | 27,3 % / 9,2 % / 3,9 % | \~10,9 % J30 | | Fréquence d’usage DAU/MAU | 14,1 % | 31 % | | Sessions / utilisateur / jour | 2,94 | 5,28 | | ARPU (30 jours) | 0,15 $ | 4,64 $ | | ARPDAU (IAP) | 0,01 $ | 0,04 $ | | Part des installations organiques | 61,6 % | 77 % | ## Vanity metrics vs métriques actionnables Une métrique mérite une place dans le tableau de bord uniquement si son évolution modifie ce que vous feriez. Les téléchargements cumulés et les utilisateurs enregistrés totaux progressent toujours et ne signalent rien ; la rétention par cohorte, la conversion trial-to-paid, la stickiness et le [viral coefficient](https://mwm.ai/glossary/viral-coefficient) évoluent avec des leviers spécifiques et vous indiquent lequel a fonctionné. Suivez les taux et les cohortes, pas les totaux cumulés — en nombre suffisamment limité pour que l'équipe puisse réellement agir sur chacun. # Monétisation d'applications mobiles — IAP, abonnements, publicité et freemium expliqués La monétisation des applications mobiles s'est consolidée autour de quatre modèles dominants. Le choix entre eux est architectural — il détermine vos économies unitaires, votre stratégie UA, votre feuille de route produit et les outils de plateforme sur lesquels vous vous appuyez. Choisir le mauvais modèle pour votre application ne fait pas seulement manquer des revenus ; cela crée une inertie stratégique qui se cumule pendant des années. Ce guide couvre les quatre modèles, quand chacun est le bon choix, et les économies unitaires benchmark à cibler dans chacun. ## Les quatre modèles, en un paragraphe chacun **[Freemium](https://mwm.ai/glossary/freemium) avec [abonnements](https://mwm.ai/glossary/subscription).** L'application est gratuite à l'installation, avec des fonctionnalités ou contenus premium accessibles via un abonnement récurrent. Le modèle au funnel le plus large, dominant dans la productivité, le contenu, les utilitaires, les rencontres et les applications santé/fitness. Les économies unitaires reposent entièrement sur la conversion trial-to-paid et le churn mensuel. **Freemium avec [achats intégrés](https://mwm.ai/glossary/iap).** Gratuit à l'installation, monétisé par des achats consommables ou non consommables. Le modèle par défaut pour les jeux free-to-play — les consommables alimentent une économie de « whales », les non-consommables suppriment les publicités ou déverrouillent du contenu. Moins courant en dehors des jeux. **Gratuit avec publicité.** Gratuit à l'installation, entièrement gratuit à l'utilisation, monétisé via des impressions publicitaires. Monétisé via des vidéos récompensées, des interstitiels, des bannières ou des emplacements natifs. Des économies par utilisateur correctes sur les applications avec de longs temps de session ; faibles sur les applications avec des sessions courtes. **Payant d'emblée.** L'utilisateur paie un prix initial pour installer l'application. Modèle dominant au début des années 2010, désormais limité aux outils pro de niche, aux jeux premium et à certains utilitaires. Qualité d'utilisateur élevée (quiconque paie a une intention claire), mais funnel le plus étroit. Réalité moderne : la plupart des applications grand public commercialement réussies sont **hybrides**. La base est l'abonnement ou le freemium, avec des placements publicitaires tactiques, des IAP ponctuels et des offres groupées promotionnelles superposés. ## Freemium + abonnement — le modèle par défaut Le freemium avec abonnements est le modèle par défaut pour la plupart des nouvelles applications grand public. La friction à l'installation est nulle, les systèmes d'abonnement de plateforme (App Store et Google Play) gèrent la facturation, la logique d'essai et les offres de rétention nativement, et le modèle de revenus récurrents récompense l'investissement produit à long terme. Les métriques clés d'une application freemium-abonnement : 1. **Taux de démarrage d'essai.** Quelle fraction des installations démarre un essai gratuit. Généralement 8 à 20 % pour un onboarding bien conçu ; 25 %+ indique une qualité de funnel exceptionnelle. 2. **[Conversion trial-to-paid](https://mwm.ai/glossary/trial-conversion).** Quelle fraction des essais démarrés se convertit en payant. Médianes du secteur par vertical : productivité 30 à 50 %, utilitaires 25 à 45 %, rencontres 50 à 70 %, divertissement 40 à 60 %, jeux avec abonnements 15 à 30 %. 3. **Churn mensuel.** Généralement 5 à 10 % pour les applications matures. En dessous de 5 %, c'est exceptionnel — signe soit d'un produit en position de lock-in catégoriel (Duolingo, Calm), soit d'outils de rétention efficaces. 4. **[ARPU](https://mwm.ai/glossary/arpu) et [ARPPU](https://mwm.ai/glossary/arppu).** Revenu par utilisateur et revenu par payant agrégés. Les applications d'abonnement grand public du premier quartile affichent 2 à 5 $ d'ARPU et 15 à 40 $ d'ARPPU. 5. **[LTV](https://mwm.ai/glossary/ltv).** Dérivé de l'ARPPU × la durée d'engagement prévue. Une application à 9,99 $/mois avec 7 % de churn mensuel a une durée d'engagement moyenne de \~14 mois et un LTV payant de \~140 $ ; le LTV agrégé dépend du taux de conversion. **Le compromis fondamental** : les applications par abonnement ont les fenêtres de remboursement les plus longues de tous les modèles de monétisation. Votre seuil de rentabilité en UA se situe souvent entre le Jour 60 et le Jour 120, pas le Jour 7. Cela signifie que vous avez besoin soit d'une confiance solide dans vos prévisions de LTV, soit d'un bilan avec une longue piste d'autonomie. Les applications qui ne peuvent pas prévoir le LTV de manière fiable sur-dépensent souvent en UA payante et se retrouvent à court de liquidités. ## Freemium + IAP (jeux et au-delà) Les jeux free-to-play dominent le modèle IAP. Un jeu F2P typique se monétise via : - **Les consommables** (pièces, gemmes, indices, boosters) — le principal moteur de revenus, alimentant une économie de whales. - **Les non-consommables** (suppression des publicités, déblocage d'un personnage premium) — achats uniques qui convertissent une fraction des utilisateurs actifs. - **Les niveaux d'abonnement** (battle pass, accès VIP) — ajoutés de plus en plus souvent comme couche de monétisation intermédiaire. L'économie suit fortement une loi de puissance. Dans un jeu free-to-play typique, 1 à 5 % des joueurs qui paient jamais génèrent 50 à 80 % des revenus. Le travail de monétisation consiste principalement à : 1. Convertir une plus grande part des joueurs en payants (conception du funnel premier achat). 2. Étendre la dépense vie des payants existants (profondeur de la progression, événements live-ops, offres limitées dans le temps). 3. Prévenir le churn des whales (mécaniques de rétention et support VIP). En dehors des jeux, le freemium IAP-only est plus rare mais existe pour les applications avec une « unité » naturelle de consommation (par ex. les applications de génération d'images à base de crédits, les services à la demande avec tarification à l'usage). La plupart des applications grand public de productivité ont migré vers les abonnements parce que les calculs de LTV sont plus clairs. ## Monétisation publicitaire Les applications financées par la publicité vivent ou meurent selon l'**[eCPM](https://mwm.ai/glossary/ecpm)** — le revenu effectif pour mille impressions publicitaires. Les eCPM varient fortement selon la géographie (États-Unis > Europe > marchés émergents, souvent un écart de 5 à 10x) et selon le format (vidéo récompensée > interstitiel > bannière, souvent 3 à 5x d'écart). Benchmarks eCPM 2026 (États-Unis, iOS, applications de contenu de niveau intermédiaire) : - Vidéo récompensée : 10 à 30 $ - Interstitiel : 4 à 12 $ - Bannière : 0,50 à 2,00 $ - Natif : 3 à 10 $ La question décisive pour les applications financées par la publicité est le temps de session. Les applications avec plus de 20 minutes de sessions quotidiennes (jeux, social, streaming) peuvent monétiser la publicité dans des plages d'ARPDAU de 10 à 30 $ qui surpassent beaucoup d'applications freemium. Les applications avec 2 minutes de sessions quotidiennes (utilitaires, outils) peinent généralement à dépasser 1 à 2 $ d'ARPDAU avec la seule publicité — c'est pourquoi tant d'applications utilitaires lancées avec un modèle publicitaire ont migré vers les abonnements. **Post-ATT**, la monétisation publicitaire sur iOS est plus complexe mais pas morte. Les éditeurs qui se sont adaptés — en mettant en œuvre des schémas de valeurs de conversion SKAdNetwork, en optimisant séparément le LTV des utilisateurs opt-in, et en diversifiant leur médiation publicitaire — s'en sont largement remis. Ceux qui ne l'ont pas fait sont encore en baisse de 30 à 50 % sur les eCPM iOS par rapport aux niveaux pré-ATT. ## Payant d'emblée Les applications payantes facturent un prix d'achat unique pour l'installation. Le funnel est étroit mais la qualité de conversion est exceptionnelle — tout utilisateur qui paie s'est déjà qualifié. Contextes spécifiques où le modèle payant d'emblée l'emporte encore : - **Outils pro** avec une base d'utilisateurs étroite et à forte intention (production musicale, design graphique, outils scientifiques spécialisés). - **Jeux premium** avec des signaux de qualité clairs (portages console, jeux indépendants payants). - **Utilitaires de niche** où la friction de l'abonnement détruit la conversion (outils à usage unique). - **Marchés où la fatigue des abonnements est aiguë** et où un positionnement « payez une fois, possédez-le » se différencie. Le mode opératoire avec le payant est différent : vous optimisez les barèmes de prix et la valeur perçue plutôt que la conversion du funnel. Des captures d'écran de qualité et un score d'avis crédible comptent davantage qu'un bon paywall — car il n'y a pas de paywall. ## Monétisation hybride La plupart des applications grand public commercialement réussies exploitent 2 à 3 flux de monétisation en parallèle : - L'abonnement comme couche de revenus principale, avec une ancre de tarification annuelle. - Des IAP tactiques pour des consommables ponctuels (crédits, packs de boost, sorties de contenu premium). - Des placements de publicité récompensée pour les utilisateurs gratuits, souvent comme mécanisme de « crédits gratuits » qui alimente l'engagement. - Des offres à vie, des bundles ou des upsells comme leviers périodiques de rétention et de revenus. L'objectif est de donner à chaque utilisateur un chemin vers le paiement adapté à sa sensibilité au prix. Les utilisateurs à très petit budget voient des publicités ; les utilisateurs intermédiaires souscrivent un abonnement ; les utilisateurs à haute valeur paient l'annuel plus des consommables occasionnels. Bien exécutée, la monétisation hybride augmente l'ARPU de 30 à 60 % par rapport à un modèle purement abonnement, au prix d'une légère complexité produit. ## Tarification et localisation La stratégie de tarification mérite son propre guide, mais trois règles à fort levier : 1. **Ancrez l'annuel à 50 % de remise par rapport au mensuel × 12.** Apple et Google prennent tous deux en charge les offres de tarification annuelle qui affichent la remise nativement. Standard du secteur. 2. **Localisez les prix par marché, pas seulement par langue.** La parité de pouvoir d'achat compte. Le Brésil, l'Inde et une grande partie de l'Asie du Sud-Est nécessitent des prix nominaux nettement inférieurs (30 à 50 % des niveaux américains). Les grilles tarifaires d'Apple et Google vous permettent de personnaliser cela par pays sans gérer N × M combinaisons de devises manuellement. 3. **Testez plusieurs niveaux de prix.** Le premier prix que vous choisissez est presque jamais optimal. Faites des A/B tests sur 3 à 4 barèmes tarifaires dans les 3 à 6 premiers mois après le lancement. Les applications d'abonnement du premier quartile revoient leur tarification chaque année. ## Économies unitaires benchmark Ce à quoi ressemble une application d'abonnement saine en 2026 : - **Ratio [LTV](https://mwm.ai/glossary/ltv)/[CPI](https://mwm.ai/glossary/cpi)** d'au moins 3:1 (LTV Jour 180 vs. CPI agrégé). Les applications exceptionnelles affichent 5:1 ou mieux. - **[ROAS](https://mwm.ai/glossary/roas) Jour 30** de 50 à 70 %. ROAS Jour 180 à 120 à 150 % ou au-dessus. - **Conversion trial-to-paid** de 30 %+ sur un essai de 7 jours. - **Churn mensuel** inférieur à 10 %, idéalement 5 à 7 %. - **Part des MAU payants** de 3 à 8 %. Si vos chiffres sont bien en dessous de l'un de ces seuils, le problème est rarement la dépense UA — c'est soit la conception du paywall, soit la qualité de l'onboarding, soit un écart fondamental de product-market fit. Aucune quantité d'UA ne répare un funnel cassé. ## Pour aller plus loin - **[Bonnes pratiques de design de paywall](https://mwm.ai/guides/paywall-design-best-practices)** — la surface d'optimisation à plus fort levier dans les applications par abonnement. - **[Le guide complet de l'ASO](https://mwm.ai/guides/app-store-optimization)** — pour alimenter le top-of-funnel dont votre monétisation a besoin. - **[Comment fonctionne l'algorithme de classement de l'App Store](https://mwm.ai/guides/app-store-ranking-algorithm)** — parce que le classement amplifie votre marge de monétisation. - Pour le benchmarking en temps réel : **[MWM Scale](https://mwm.ai/mwm-scale)** suit les revenus des concurrents et les patterns de monétisation à l'échelle de la catégorie. La monétisation est en définitive une question de produit, pas une question de page de tarification. Les applications qui gagnent sur les économies unitaires sont celles qui construisent un produit qui vaut le prix demandé, puis conçoivent chaque surface — essai, paywall, flux de rétention, reconquête — pour rendre la valeur lisible. Maîtrisez cela et les chiffres suivront. # Bonnes pratiques de design de paywall (appuyées par des données de conversion) Le paywall est la surface à plus fort levier dans le produit d'une application par abonnement. Un gain relatif de 10 % du taux de conversion du paywall représente 10 % de revenus supplémentaires sur chaque installation, à perpétuité. Rien d'autre qu'une application mobile par abonnement ne peut livrer n'a ce levier. Pourtant, la plupart des applications traitent les paywalls comme une décision de design unique prise en phase de conception, livrent une version et itèrent rarement. Ce guide couvre les patterns, l'emplacement et la discipline de test qui distinguent les applications du premier quartile du milieu du paquet. ## Ce que fait réellement un paywall Un [paywall](https://mwm.ai/glossary/paywall) a quatre missions simultanées : 1. **Transmettre la valeur** que l'utilisateur obtient en payant. 2. **Transmettre le prix**, ancré sur des comparaisons que l'utilisateur trouve favorables. 3. **Réduire le risque perçu** de payer — essai gratuit, annulation claire, preuve sociale. 4. **Créer une urgence ou un verrouillage habitudinal** qui fait passer l'utilisateur de « peut-être plus tard » à « maintenant ». Échouer sur l'un des quatre détruit la conversion. La plupart des paywalls sous-performants que je vois manquent de clarté sur le point 1 (texte générique « débloquez premium ») ou sont faibles sur le point 3 (pas d'offre d'essai, pas de clarté sur l'annulation). ## Emplacement du paywall — trois moments distincts **Paywall d'onboarding.** Affiché immédiatement après l'installation, souvent après un flux d'onboarding de 3 à 5 étapes. Emplacement à plus fort levier pour la plupart des applications grand public car il capte l'utilisateur au pic de son intention. Doit être adapté au contexte de l'onboarding — le bénéfice principal du paywall doit refléter les réponses que l'utilisateur vient de donner. **Paywall contextuel / de feature-gate.** Affiché lorsque l'utilisateur atteint une fonctionnalité spécifique verrouillée (« Passez à la version premium pour enregistrer plus de 3 habitudes », « Déverrouillez le contenu premium »). Taux de conversion plus bas que l'onboarding, mais intention plus élevée par conversion — l'utilisateur a essayé de faire quelque chose de spécifique et s'est retrouvé bloqué. **Paywall de rétention.** Affiché aux abonnés qui annulent comme offre de reconquête, ou aux utilisateurs payants inactifs comme option de passage à un niveau inférieur plutôt que d'annuler. Taux de conversion le plus bas, mais chaque sauvegarde représente une marge proche de 100 %. Les applications par abonnement bien conçues exploitent les trois avec des variantes distinctes, pas un seul paywall cloné trois fois. Le paywall d'onboarding doit présenter la valeur ; le paywall contextuel doit expliquer la fonctionnalité spécifique ; le paywall de rétention doit réduire l'aversion à la perte. ## Paywalls fermés vs paywalls ouverts **Paywall fermé** : aucun moyen de continuer sans achat ou démarrage d'essai. Avantages : conversion maximale chez les utilisateurs qui paient ; monétisation plus claire. Inconvénients : taux de démarrage d'essai nettement plus bas ; taux de désinstallation plus élevé après le paywall. Approprié quand : - La boucle centrale de votre produit est verrouillée sur du contenu premium (streaming, outils spécialisés) - Votre application bénéficie d'une forte notoriété de marque standalone qui qualifie les installations en amont - Vos canaux UA livrent des utilisateurs à forte intention (pas des acquisitions désinvoltes par publicité) **Paywall ouvert** : l'utilisateur peut passer et continuer vers un niveau gratuit. Avantages : funnel plus large, plus d'opportunités de conversion contextuelle ultérieure. Inconvénients : l'option « passer » est une falaise — beaucoup d'utilisateurs passent et ne revoient plus jamais le paywall. Approprié quand : - Les utilisateurs ont besoin de plusieurs sessions pour comprendre la valeur - Votre application dispose d'un niveau gratuit utilisable qui génère encore de l'engagement - Vous avez une stratégie de paywall contextuel forte pour la conversion ultérieure La plupart des applications freemium-abonnement à succès exploitent un **paywall ouvert en onboarding plus un paywall fermé sur des fonctionnalités premium spécifiques**. La combinaison capte les payants immédiats tout en préservant le chemin long terme pour les utilisateurs hésitants. ## Mise en page tarifaire — les conventions qui gagnent systématiquement **Stack vertical à deux niveaux**, avec l'annuel au-dessus du mensuel : - Plan annuel, affiché en premier, avec un badge « ÉCONOMISEZ 50 % » ou similaire - Plan mensuel en dessous **Cartes horizontales à trois niveaux**, pour les applications avec une différenciation claire des fonctionnalités : - Basic / Pro / Business - Niveau intermédiaire comme sélection par défaut ou label « le plus populaire » **Niveau unique avec emphase sur l'essai**, pour les applications confiantes dans un seul point de prix : - CTA d'essai grand format (« Commencer l'essai gratuit de 7 jours ») - Prix en texte plus petit (« puis 9,99 $/mois ») Règles qui tiennent pour toutes les mises en page : - **Affichez toujours le prix par période de manière bien visible.** Les utilisateurs doivent savoir qu'ils paient 9,99 $/mois, pas 119,88 $/an enfoui dans les conditions. - **Pré-sélectionnez l'option à valeur supérieure.** La convention du secteur est de définir l'annuel par défaut. Les utilisateurs qui veulent le mensuel changeront la sélection ; la valeur par défaut oriente une part significative vers l'annuel. - **Incluez la clarté sur l'annulation.** « Annulez à tout moment » ou « Sans engagement » en texte secondaire, au-dessus de la ligne de flottaison. - **Affichez le symbole et le format de devise selon la locale.** 9,99 $ aux États-Unis, 9,99 € en France, 7,99 £ au Royaume-Uni. ## Le texte — le levier le plus puissant La plupart des paywalls sous-optimisés perdent sur le texte, pas sur le design visuel. Les patterns qui fonctionnent : **Spécifique > générique.** « Habitudes illimitées » ou « Sans publicité pour toujours » surpasse « Obtenez l'accès premium ». Les utilisateurs ont besoin d'imaginer ce qui change. **Bénéfice > fonctionnalité.** « Dormez mieux chaque nuit » surpasse « Déverrouillez 200+ méditations ». Les listes de fonctionnalités sont parcourues en diagonale ; la formulation de bénéfices est lue. **La preuve sociale au bon endroit.** Un badge de note 4,8 étoiles ou un indicateur « 10 millions d'utilisateurs » près de la tarification fonctionne. Les signaux de confiance à faible crédibilité (logos génériques « Vu dans » sans substance) réduisent souvent la confiance plutôt qu'ils ne la construisent. **L'urgence sans dark patterns.** « Offre limitée — premier mois à 50 % » est acceptable si c'est vrai. Les compteurs à rebours qui se réinitialisent à chaque vue sont des dark patterns qu'Apple et Google signaleront. **Le libellé du bouton compte.** « Commencer l'essai gratuit » vs « Continuer » vs « S'abonner » — testez-les. « Commencer l'essai gratuit » gagne généralement sur le taux de démarrage d'essai ; « Continuer » peut gagner sur la conversion trial-to-paid car les utilisateurs qui le voient comprennent qu'ils acceptent un flux d'achat plutôt qu'une offre gratuite. ## Design visuel : les patterns qui fonctionnent Sur des centaines de paywalls analysés, quelques patterns reviennent systématiquement dans les applications les plus performantes : - **Image hero ou animation** en haut, établissant la valeur émotionnelle. - **Icône + paire de bénéfice** par bénéfice clé — 4 à 6 lignes. Permettez à l'utilisateur de scanner. - **Avis clients ou citations** avec étoiles de notation visibles. - **Tarification présentée sous forme de cartes**, pas de liste à plat. État sélectionné visuellement distinct. - **CTA principal pleine largeur en bas**, fixe sur les paywalls longs. - **Actions secondaires (restaurer les achats, CGU, confidentialité)** dans un style tertiaire discret. Anti-patterns qui sous-performent systématiquement : - **Paywalls à texte dense** sans image ni hiérarchie visuelle. - **CTA en majuscules** (« ACHETER MAINTENANT ») — agressifs et souvent moins performants que la casse normale. - **Tarification cachée** avec seulement un CTA d'essai et aucun prix par période. - **Trop d'options** — 4 plans ou plus créent de la fatigue décisionnelle. - **Paywalls que l'on peut fermer mais pas clairement** — le X de fermeture est minuscule ou gris. Les utilisateurs se sentent piégés, laissent de mauvais avis. ## A/B testing des paywalls Les paywalls doivent être testés en continu. Les options d'infrastructure : - **Construire soi-même** — feature flagging + sélection de variante côté serveur + analytics client. Sur mesure, flexible, nécessite du temps ingénierie. - **SDKs de paywall dédiés** — RevenueCat, Adapty, Superwall. Ils gèrent la livraison des variantes, les analytics et l'intégration des abonnements de plateforme dans un seul SDK. La plupart des applications par abonnement de taille moyenne utilisent l'un d'eux plutôt que de construire en interne. La discipline qui compte quelle que soit l'infrastructure : 1. **Une variable par test.** Tester une image hero différente ET un prix différent est un test que vous ne pouvez pas attribuer. 2. **Calculez la puissance avant de commencer.** Calculez la taille d'échantillon nécessaire pour le plus petit delta de conversion que vous souhaitez détecter. Un test qui prend 6 semaines à atteindre la significativité est acceptable ; un test qui tourne indéfiniment parce que le delta est trop faible ne l'est pas. 3. **Suivez le LTV de cohorte aval, pas seulement la conversion.** Une variante qui augmente la conversion trial-to-paid de 5 % mais attire des utilisateurs à LTV plus faible peut être négative nette. Attendez au moins un cycle de facturation avant de désigner un gagnant. 4. **Maintenez un calendrier de tests.** Évitez de contaminer les tests. Lorsque vous arrêtez un test, accordez une semaine de purge avant le suivant si le comportement de l'utilisateur sur la surface modifiée doit se stabiliser. ## Les cinq erreurs de paywall les plus courantes Après avoir examiné de nombreux paywalls, les patterns récurrents d'échec : 1. **Bénéfice principal vague.** « Débloquez premium » ne dit rien à l'utilisateur. 2. **Pas de tarification annuelle ou formulation annuelle faible.** Du LTV laissé sur la table. 3. **Pas d'essai, alors que les utilisateurs ont besoin que le produit fasse ses preuves avant de payer.** 4. **Paywall d'onboarding refermable sans stratégie de paywall contextuel.** Les utilisateurs ferment une fois, ne voient plus jamais d'invite d'achat. 5. **Statique à jamais.** La première version du paywall livrée au lancement est presque jamais la meilleure. Les applications qui n'ont pas itéré en 12 mois perdent 15 à 30 % de revenus par rapport à ce qu'un programme de tests discipliné générerait. ## Mesurer la performance du paywall Instrumentation minimale : - **Impressions du paywall** (chaque fois qu'un paywall est rendu) - **Taux de conversion du paywall** (démarrages d'essai + achats directs par impression) - **Taux de fermeture du paywall** (pour les paywalls ouverts) - **Conversion trial-to-paid** (aval) - **LTV de cohorte à 30 et 180 jours par variante de paywall** Cadence de reporting : conversion du paywall quotidienne ; LTV aval hebdomadaire ; revue complète des performances de variante mensuelle. ## La rétention et la reconquête après l'achat Le paywall continue après l'achat. Lorsque les utilisateurs annulent, Apple et Google vous permettent de présenter des [offres promotionnelles](https://mwm.ai/glossary/promotional-offer) — des tarifs réduits pour les abonnés qui reviennent. Un flux d'offre de reconquête bien conçu capture 15 à 30 % des résiliants. Bonnes pratiques : - **Ne montrez pas une offre de reconquête avant que l'intention d'annulation soit claire.** La montrer à des utilisateurs satisfaits les entraîne à attendre des remises. - **L'offre doit être significative mais ne pas cannibaliser la tarification ordinaire.** 50 % de réduction pendant 3 mois est un pattern courant ; « gratuit pour toujours » détruirait évidemment les économies. - **Des codes d'offre pour les cas de service client.** Permettez à l'équipe support de valider un code de reconquête pour les utilisateurs qui se plaignent de problèmes de facturation — le gain de rétention par cas dépasse le coût. ## Pour aller plus loin - **[Monétisation des applications mobiles](https://mwm.ai/guides/mobile-app-monetization)** — le contexte du modèle dans lequel les paywalls s'inscrivent. - **[Comment classer votre application iOS](https://mwm.ai/guides/how-to-rank-an-ios-app)** — pour alimenter le top-of-funnel que votre paywall convertit. - **[Glossaire : Paywall](https://mwm.ai/glossary/paywall)** pour la référence terminologique. Les paywalls récompensent l'obsession. Les éditeurs qui les traitent comme une surface d'optimisation — mesurée, itérée, testée en A/B en continu — cumulent un avantage de marge sur les concurrents qui livrent et oublient. Commencez par une amélioration. Livrez-la. Mesurez. Recommencez chaque mois pendant deux ans. Cette seule discipline vaut la différence entre une application par abonnement médiane et une application du premier décile. # Bonnes pratiques des push notifications pour les applications mobiles Les [push notifications](https://mwm.ai/glossary/push-notification) sont le levier le plus abusé dans la rétention mobile. Bien utilisées, elles sont le moyen le moins coûteux de générer une visite de retour et de ré-ancrer une habitude en formation. Mal utilisées, elles sont le chemin le plus rapide vers un canal mis en sourdine ou une désinstallation — et une fois qu'un utilisateur vous a mis en sourdine, ce levier de rétention est perdu pour toujours. Toute la discipline consiste à mériter l'attention et à la dépenser avec soin. ## Méritez l'opt-in avant de le demander Sur iOS, les push nécessitent une autorisation explicite, et l'invite système ne peut être affichée efficacement qu'une seule fois. La brûler dès le premier lancement — avant que l'utilisateur ait ressenti une quelconque valeur — est l'erreur la plus courante et la plus coûteuse. - **Préparez l'invite.** Affichez un écran de pré-autorisation personnalisé qui explique *ce que* les notifications feront pour l'utilisateur, puis déclenchez la boîte de dialogue système uniquement pour les utilisateurs qui disent oui. Cela protège la vraie invite d'un refus réflexe. - **Demandez après un moment de valeur**, pas avant. Un utilisateur qui vient de ressentir l'application fonctionner est bien plus susceptible d'accepter qu'un utilisateur face à un premier écran à froid. - Android accorde les push plus librement, mais la même discipline de pertinence s'applique pour les conserver. ## Déclenchez sur la valeur, pas sur un calendrier Le levier qualité le plus important consiste à passer du batch-and-blast aux **déclencheurs comportementaux** — des notifications lancées par quelque chose que l'utilisateur a fait ou par quelque chose qui lui est réellement pertinent. - Segmentez par comportement et cycle de vie (nouveau, actif, en perte d'engagement) et envoyez à chaque segment des messages différents. - Une push déclenchée et pertinente mérite l'ouverture et le retour ; un envoi générique programmé entraîne les utilisateurs à ignorer — puis à mettre en sourdine — vos communications. - Associez les déclencheurs à un [daily streak](https://mwm.ai/glossary/daily-streak) ou autre cadence que l'utilisateur a acceptée, afin que la notification renforce une habitude qu'il souhaite déjà maintenir. ## Respectez la fréquence, le timing et les heures creuses Il n'existe pas de cadence universelle optimale — il existe un plafond qui protège le canal. - **Limitez le volume par utilisateur** et respectez les heures creuses et les fuseaux horaires locaux. - Préférez l'optimisation du temps d'envoi par utilisateur plutôt qu'une heure globale unique. - Traitez chaque envoi comme une dépense d'un budget d'attention limité ; si un message ne vaut pas d'être ouvert, ne pas l'envoyer est le choix à valeur supérieure. ## Utilisez push et messages in-app ensemble Les [push](https://mwm.ai/glossary/push-notification) ramènent les utilisateurs depuis l'extérieur de l'application ; les [messages in-app](https://mwm.ai/glossary/in-app-messaging) et les [notifications in-app](https://mwm.ai/glossary/in-app-notifications) guident et upsellent les utilisateurs déjà à l'intérieur. Ce sont des surfaces complémentaires : - Push → la visite de retour. - In-app → ce qui se passe pendant la visite (découverte de fonctionnalités, offres, nudges). Un stack de messagerie complet orchestre les deux à partir des mêmes déclencheurs comportementaux. ## Récupérez les utilisateurs en perte d'engagement avant qu'ils soient partis Les push sont le canal principal pour les campagnes de [re-engagement](https://mwm.ai/glossary/re-engagement) et les [campagnes de reconquête](https://mwm.ai/glossary/winback-campaign). La fenêtre compte : un [utilisateur dormant](https://mwm.ai/glossary/dormant-user) qui n'a pas ouvert l'application depuis quelques jours est bien plus récupérable que celui qui a churné depuis des semaines. Déclenchez le re-engagement sur des signaux de perte précoce, pas après que l'utilisateur est depuis longtemps parti — et faites en sorte que le message porte sur *sa* valeur inachevée, pas sur un générique « vous nous manquez ». ## Mesurez ce qui compte vraiment Le taux d'ouverture de la notification elle-même est une vanity metric. Les questions qui comptent : - **Taux d'opt-in**, et comment il évolue lorsque vous repositionnez l'invite. - **Lift aval** — une cohorte notifiée affiche-t-elle une [fréquence de session](https://mwm.ai/glossary/session-frequency) et une [rétention](https://mwm.ai/glossary/retention) plus élevées qu'un groupe de contrôle ? - **Taux de mise en sourdine et de désinstallation** après les envois — le côté coût du bilan. Testez les notifications contre un groupe témoin pour mesurer les visites de retour incrémentales, sans vous attribuer le mérite des utilisateurs qui seraient revenus de toute façon. Les push bien faites sont un multiplicateur sur le travail de [rétention](https://mwm.ai/guides/how-to-improve-app-retention) et d'[engagement](https://mwm.ai/guides/app-engagement-strategies) — pas un substitut à celui-ci. # Stratégies d'acquisition utilisateur — Comment acquérir des utilisateurs et réduire le coût par installation La première chose que les données renversent est l'hypothèse que l'acquisition d'utilisateurs signifie l'achat d'installations. Dans le catalogue MWM, **l'application médiane obtient 61,6 % de ses installations de manière organique, et 52,3 % proviennent de la recherche dans les stores** — ce qui signifie que la recherche organique génère plus de la moitié des installations pour l'application typique avant qu'un seul dollar publicitaire soit dépensé. L'UA payante est réelle et 82,8 % des applications la pratiquent, mais pour la plupart c'est une couche au-dessus d'une fondation organique, pas la fondation elle-même. Ce guide couvre le mix d'acquisition, le calcul qui plafonne vos dépenses, et comment réduire votre [coût par installation](https://mwm.ai/glossary/cpi) effectif. (Attention : les recherches sur « coût par installation » affichent également des indices économiques non liés — qualifiez le terme avec *mobile* ou *app*.) ## L'équation UA : vous ne pouvez payer que ce que vous pouvez conserver L'acquisition n'est pas un levier de croissance en soi — c'est un multiplicateur de la rétention et de la monétisation. Le plafond de ce que vous pouvez rentablement payer par utilisateur est fixé par le [LTV](https://mwm.ai/glossary/ltv) : > Si votre [LTV](https://mwm.ai/glossary/ltv) ÷ coût d'acquisition n'est pas confortablement au-dessus de 1, plus de dépenses ne font que perdre de l'argent plus vite. Le seuil standard est un **ratio [LTV](https://mwm.ai/glossary/ltv)/[CAC](https://mwm.ai/glossary/cac) de 3 ou mieux** avant d'augmenter. C'est pourquoi les guides sur la [rétention](https://mwm.ai/guides/how-to-improve-app-retention) et la [monétisation](https://mwm.ai/guides/app-monetization-strategies) sont aussi des guides d'acquisition : chaque point de rétention ou d'ARPU que vous ajoutez augmente le [CPI](https://mwm.ai/glossary/cpi) que vous pouvez vous permettre, ce qui déverrouille des canaux et une mise à l'échelle qui étaient auparavant déficitaires. L'acquisition ne peut pas rattraper un produit qui fuit. Mesurez-le avec le [ROAS](https://mwm.ai/glossary/roas) par cohorte et par canal, et établissez correctement l'[attribution des installations](https://mwm.ai/glossary/install-attribution) pour savoir quel canal a réellement généré l'utilisateur. ## Canal 1 — Organique : la majorité par défaut Pour la plupart des applications, c'est le canal le plus important, et c'est le moins coûteux. - **L'App Store Optimization est le moteur.** La recherche organique représente 52 % des installations pour l'application médiane — c'est la surface ASO. Le guide complet est dans [Le guide complet de l'App Store Optimization](https://mwm.ai/guides/app-store-optimization) ; ce qu'il faut retenir ici, c'est que l'ASO n'est pas un projet secondaire, c'est votre plus grand canal d'acquisition. - **Parrainages et viralité.** Un [programme de parrainage](https://mwm.ai/glossary/referral-program) et un [viral coefficient](https://mwm.ai/glossary/viral-coefficient) sain transforment les utilisateurs fidélisés en nouveaux utilisateurs à un coût marginal quasi nul — le canal à effet cumulatif. - **Mise en avant dans les stores et avis** génèrent des pics organiques que le payant ne peut pas acheter. ## Canal 2 — Payant : quand le calcul LTV est favorable L'[UA payante](https://mwm.ai/glossary/paid-ua) est la façon dont vous vous mettez à l'échelle *au-delà* de l'organique une fois que les économies le permettent. - **Apple Search Ads** capture les utilisateurs à forte intention au moment de la recherche — environ 34 % des applications faisant de l'UA payante l'utilisent. Il s'associe à l'ASO : classez-vous organiquement, puis défendez et étendez avec des placements payants sur les mêmes requêtes. - **Les réseaux sociaux et vidéo** (les grandes plateformes payantes) génèrent du volume ; les [lookalike audiences](https://mwm.ai/glossary/lookalike-audience) étendent vos meilleurs utilisateurs et le [retargeting](https://mwm.ai/glossary/retargeting) récupère les utilisateurs en perte d'engagement moins cher que d'en acheter à froid. - **Dimensionnez selon la catégorie.** Les données sont frappantes : les jeux pratiquent l'UA payante à 97,2 % avec une part payante médiane de 53 %, tandis que les applications de contenu et utilitaires pratiquent le payant à 71 à 78 % avec seulement 11 à 20 % de part payante. Si vous n'êtes pas un jeu, le payant est une minorité de votre mix par conception. ## Réduire votre coût par installation effectif Vous ne réduisez pas seulement le CPI en enchérissant moins — vous le réduisez en convertissant davantage à partir de la même dépense : - **Les créatives sont le plus grand levier payant.** Un install-per-mille ([IPM](https://mwm.ai/glossary/ipm)) plus élevé signifie plus d'installations par impression, ce qui réduit directement le CPI effectif. Faites tourner les créatives pour combattre la [fatigue créative](https://mwm.ai/glossary/creative-fatigue), l'inflateur silencieux du CPI. - **Récoltez le lift organique.** Les campagnes payantes améliorent les classements organiques (plus d'installations → meilleure position dans les charts → plus d'organique). Votre coût par installation *blended* est inférieur à votre CPI payant ; gérez au blend. - **Ciblez en retargeting avant de racheter.** Réengager un utilisateur connu est moins coûteux qu'en acquérir un inconnu. ## La perspective par catégorie | Catégorie | % pratiquant l'UA payante | Part payante médiane | Part organique médiane | | ------------------------ | ------------------------- | -------------------- | ---------------------- | | Jeu | 97,2 % | 53,3 % | 39,5 % | | Médias & Divertissement | 78,1 % | 19,6 % | 66,7 % | | Éducation & Connaissance | 74,4 % | 17,3 % | 66,4 % | | Social & Communication | 73,8 % | 13,6 % | 71,5 % | | Lifestyle & Bien-être | 73,1 % | 12,8 % | 66,7 % | | Productivité & Outils | 71,5 % | 11,3 % | 68,8 % | Les jeux achètent leur croissance ; tous les autres la méritent principalement de manière organique et achètent à la marge. Choisissez le guide qui correspond à vos économies — copier le mix à forte dominante payante d'un jeu dans une application utilitaire brûle de l'argent que le LTV ne peut pas supporter. ## Par où commencer Calculez d'abord votre ratio LTV/coût. Au-dessus de 3, augmentez le payant jusqu'à ce que l'efficacité baisse ou que l'audience s'amenuise. Entre 2 et 3, corrigez les créatives et la conversion. En dessous de 2, arrêtez d'augmenter et allez corriger la rétention et la monétisation — les canaux ne sauveront pas des économies unitaires que le produit laisse fuir. Puis construisez l'organique comme base durable et superposez le payant, dimensionné à ce que vous pouvez conserver. # How to Improve App Retention Most retention advice is generic because most of the people writing it can't see the data. We can. Across MWM's catalog of US apps with meaningful install volume, the **median app retains 27.3% of users on day 1, 9.2% by day 7, and just 3.9% by day 30**. Read that again: the typical app has lost roughly 96% of its day-zero users within a month. That sounds dire, but it's the wrong frame. [Retention](https://mwm.ai/glossary/retention) isn't a number you push toward 100% — it's a curve you bend. The realistic bar isn't 40% D30 (that tier is 59 apps in the entire catalog); it's clearing your category's median and pushing toward the top decile, where D30 retention sits around **10.9%**. This playbook is about how to bend the curve there — diagnosed by where it actually breaks, and backed by what the catalog data shows. ## What "good" retention actually looks like The first job is to recalibrate against reality, not against the one viral case study everyone quotes. Across the catalog, D30 retention is brutally skewed toward the low end: | D30 retention | Share of apps | | ------------- | ----------------- | | Under 5% | \~61% | | 5–10% | \~27% | | 10–20% | \~10% | | 20–40% | \~2% | | 40%+ | 59 apps (\~0.06%) | So "good" is relative. The median D30 is 3.9%; the top decile is \~10.9%. **If you're above \~11% D30, you're already in rare air** — your effort is better spent compounding [LTV](https://mwm.ai/glossary/ltv) than chasing a number almost no one hits. If you're at or below the median, there's enormous headroom, and the rest of this guide is for you. One more recalibration: retention barely moves by geography. Median D1/D7/D30 is within a few tenths of a point across the US, UK, Germany, France, Japan, South Korea, Brazil, and India. **Your retention problem is a product problem, not a market problem** — which is good news, because product is the thing you control. (Contrast this with monetization, which swings widely by geo.) ## Diagnose the curve before you touch it Retention is not one number — it's a curve with three distinct break-points, and each is a different problem with a different fix. Before changing anything, find *where* your curve breaks: - **D0 → D1 (the activation gap).** Users installed but never came back even once. This is an [onboarding](https://mwm.ai/glossary/onboarding) and [activation](https://mwm.ai/glossary/activation) problem — they never reached the [aha moment](https://mwm.ai/glossary/aha-moment). - **D1 → D7 (the habit cliff).** This is the steepest drop in the median curve — 27% to 9% in six days. Users got value once but the habit never formed. - **D7 → D30 (the value-depth tail).** Users who survive the first week churn slowly as they exhaust the app's value or simply drift. This is a depth-and-[re-engagement](https://mwm.ai/glossary/re-engagement) problem. Measure it with [cohort analysis](https://mwm.ai/glossary/cohort-analysis), never a blended average — group users by install day and watch each cohort age. And decide deliberately between [N-day retention](https://mwm.ai/glossary/n-day-retention) (active on exactly day N) and [rolling retention](https://mwm.ai/glossary/rolling-retention) (active on day N or later); they answer different questions and can differ by several points. Your [north-star metric](https://mwm.ai/glossary/north-star-metric) should sit on top of this curve, not beside it. ## The category-shape lens The *shape* of your curve tells you which lever to pull — and shape varies sharply by category. Here's the real median curve by category across the catalog: | Category | D1 | D7 | D30 | | ---------------------- | --------- | ----- | -------- | | Social & Communication | 31.9% | 12.3% | **5.9%** | | Lifestyle & Well-being | 23.6% | 9.6% | 4.8% | | Productivity & Tools | 23.0% | 8.9% | 4.5% | | Education & Knowledge | 24.9% | 8.6% | 3.6% | | Media & Entertainment | 24.9% | 8.0% | 3.4% | | Game | **36.6%** | 9.3% | 2.9% | Look at the two extremes. **Games win day 1 (36.6%) and lose day 30 (2.9%)** — novelty pulls people back once or twice, then the curve collapses. **Social compounds the other way** — a lower-than-games D1 (31.9%) but the highest D30 (5.9%), because network effects and communication loops manufacture reasons to return. If your curve looks like a game's — strong D1, steep decay — your problem is *depth and habit*, not first impressions. If your D1 is weak, fix activation first. Don't copy a social app's playbook into a utility. ## Lever 1 — Win the first session (the D0 → D1 gap) The D1 number is an [onboarding](https://mwm.ai/glossary/onboarding) and [activation](https://mwm.ai/glossary/activation) verdict. The job of the first session is to get the user to the [aha moment](https://mwm.ai/glossary/aha-moment) — the instant the app's core value becomes self-evident — before friction or boredom wins. The highest-leverage moves: - **Shorten time-to-value.** Defer everything that isn't the aha moment: account creation, permission prompts, paywalls, tutorials. Let users feel the value first; ask for commitment after. - **Define and instrument one activation milestone.** "Created first playlist," "logged first workout," "sent first message." Apps that hit a crisp activation event in session one retain dramatically better — and you can't improve what you haven't named. - **Design the empty state as a guided first win**, not a blank screen. The first session should end with the user having *done* the core action once. A caution from the data: games show that **a high D1 is not a win on its own** (36.6% D1, 2.9% D30). Winning the first session is necessary, not sufficient — it only matters if the habit forms next. ## Lever 2 — Build the habit (the D1 → D7 cliff) This is where the median app hemorrhages — 27% to 9% in six days — and where the biggest gains hide. Surviving the first week is overwhelmingly about whether a *habit* formed: a repeatable reason to open the app that the user internalizes. - **Tighten the [core loop](https://mwm.ai/glossary/core-loop).** The faster and more rewarding the central action→reward cycle, the more it self-reinforces. For habit-forward products this is the [compulsion loop](https://mwm.ai/glossary/compulsion-loop): a tight, variable-reward cycle that earns the next open. - **Add a cadence the user can anchor to** — a [daily streak](https://mwm.ai/glossary/daily-streak), a daily refresh of content, a standing reason to return at the same time each day. - **Use triggers with restraint.** Well-timed [push notifications](https://mwm.ai/glossary/push-notification) and [in-app messages](https://mwm.ai/glossary/in-app-messaging) re-cue the habit; spam trains users to disable them (or [uninstall](https://mwm.ai/glossary/uninstall-rate)). Trigger on value ("your workout is ready"), not on guilt. - **Watch [session frequency](https://mwm.ai/glossary/session-frequency) as the leading indicator.** Retention is the lagging result; rising sessions-per-user in week one is the early signal the habit is taking. A common threshold: users who reach several sessions in their first week retain at multiples of those who don't. ## Lever 3 — Deepen value and win back the lapsing (D7 → D30) Users who clear the first week churn more slowly, but they still churn — as they exhaust the app's value or simply drift. Two jobs here: - **Deepen value for the survivors.** Surface advanced use cases, new content, and progression so the app keeps earning the open. [Stickiness](https://mwm.ai/glossary/stickiness) — the [DAU/MAU](https://mwm.ai/glossary/dau-mau) ratio — is the health metric: it tells you what fraction of your monthly users are effectively daily. - **Win the lapsing back before they're gone.** A [dormant user](https://mwm.ai/glossary/dormant-user) is not yet a churned one. Segment by behavior and run [re-engagement](https://mwm.ai/glossary/re-engagement) and [winback campaigns](https://mwm.ai/glossary/winback-campaign) targeted at *why* each segment lapsed — a lapsed power user needs a different nudge than a never-activated one. ## Why retention is the highest-leverage lever you have Retention isn't just an engagement metric — it's the multiplier under your entire growth model. Retained users generate more [lifetime value](https://mwm.ai/glossary/ltv): more sessions to monetize, more chances to convert to paying, more time to refer others. Higher LTV raises the [CPI](https://mwm.ai/glossary/cpi) you can profitably pay, which lets you scale acquisition that was previously underwater. A one-point gain in D30 retention doesn't add a few sessions — it shifts the LTV-to-CAC math that funds the whole machine. This is why retention work compounds and acquisition work doesn't: a leaky bucket gets more expensive to fill the more you pour. (For the revenue side of this loop, see the [mobile app monetization](https://mwm.ai/guides/mobile-app-monetization) playbook.) ## Segment playbooks - **Games.** Your D1 is already strong; the catalog says your enemy is the D7→D30 decay. Invest in meta-progression, live-ops events, and social hooks that give the loop a *reason to persist* past novelty. - **Social & communication.** You have the structural advantage (highest D30) — protect the core loop and the network effects that drive it. Your risk is a broken first session for new users joining an existing network. - **Productivity, utility & subscription apps.** Lower D1 is normal; your value is real but takes a session or two to land. Nail activation, then convert the habit into a [subscription](https://mwm.ai/glossary/paywall) relationship — here retention and revenue are the same curve, and a churned subscriber is a direct loss. The throughline across all of them: **find where your curve breaks, fix that break-point first, and measure with cohorts so you know it worked.** Bending the median 3.9% D30 toward the top-decile 10.9% is the single highest-leverage growth project most apps can run. # How to Rank Your iOS App on the App Store — A Step-by-Step Guide This guide walks through the iOS ASO process end-to-end, in the order a working publisher would execute it. It assumes you have an app live on the App Store with some baseline of installs, not a pre-launch app. The methodology is equally applicable to Google Play with adjustments for metadata fields (no keywords field, more description weight). ## Before you start — baseline metrics You can't measure improvement without a baseline. Collect and record the following before you change anything: - **Current keyword ranks** for every keyword you care about, per target country. Use a dedicated ASO tracker ([MWM Scale](https://mwm.ai/aso-tool) has a free tier for this). - **Current category rank** and Overall rank in your top 3-5 markets. - **App Store Connect impressions** — product page views per day, split by Search / Browse / Referrer. - **Conversion rate** from product page view to install. - **Review velocity** (new reviews/week) and **rating** (rolling average). - **Install volume split** — organic Search, organic Browse (chart), paid, referral. Snapshot these and date-stamp them. You'll compare against this in 4-8 weeks to measure the impact of changes you ship. ## Step 1 — Keyword research The goal of keyword research is to produce a **target keyword basket** — 10-20 keywords you actively optimize for and track. Not 200, not 5. The process: 1. **Generate seed keywords**. Start with your category's obvious terms (e.g., "meditation" for a meditation app, "expense tracker" for finance). Expand with synonyms, audience descriptors ("meditation for anxiety"), and outcome-based phrases ("sleep better"). 2. **Add competitor keywords**. Take your 3-5 direct competitors, pull the keyword basket they rank for, and add the ones you aren't targeting. 3. **Check search volume and [difficulty](https://mwm.ai/glossary/keyword-difficulty)**. Use your ASO tool. Target mid-difficulty keywords with real volume — heading-term keywords like "meditation" are crowded; long-tails like "mindful breathing meditation for sleep" are easier to rank for. 4. **Filter for intent**. A keyword that drives installs from unqualified users is worse than a keyword with less volume but stronger buyer intent. If your app is a premium subscription, "free meditation" is a poor match. 5. **Prioritize 10-20 keywords**. Cap the list. You'll use these to structure your metadata, creative copy, and review acquisition strategy. ## Step 2 — Optimize your metadata With a target keyword basket in hand, place keywords strategically across the iOS metadata fields. The goal is full coverage without stuffing. **App name (30 characters).** Your primary keyword goes in the descriptor position. Typical patterns: - `BrandName: Primary Keyword` — e.g., `Strides: Habit Tracker` - `BrandName — Descriptor` — e.g., `Calm — Meditation & Sleep` - `Primary Keyword by BrandName` — e.g., `Meditation by Calm` (less common; weaker branding) **Subtitle (30 characters).** Secondary keywords phrased as a benefit. Comma separation is fine and doesn't waste indexation. - Good: `Workouts, Sleep, Nutrition` - Bad: `The Best Health & Fitness App You'll Ever Need` (all filler, no keywords) **[Keywords field](https://mwm.ai/glossary/keywords-field) (100 characters, comma-separated, hidden).** Singulars not plurals; synonyms; long-tail terms; misspellings. Don't repeat words already in title or subtitle — Apple combines fields. Don't add spaces after commas — that wastes characters. **Promotional text (170 characters, non-indexed, editable without review).** Use for conversion copy, seasonal promotions, recent accolades. Not for keywords. **Description (4,000 characters, weakly indexed).** First 3 lines matter most (users see them above the "more" fold). Structure: - Lead paragraph: one-sentence value prop. - Benefit-focused H2-style sections (bullets work well). - Features list. - Social proof (reviews, press). - Support contact and review request. Ship the metadata change as a new app version submission. Expect initial keyword rank shifts within 48-72 hours, full stabilization in 7-14 days. ## Step 3 — A/B test your creative Once metadata has stabilized (2-3 weeks after shipping), start creative testing. Apple's Product Page Optimization lets you run 2-3 concurrent variants per test, with the system auto-terminating at significance. **Icon tests.** Highest-leverage single surface. Common hypotheses: - **Character vs. letter-mark** (does a character-driven icon beat an abstract logo?) - **Colour contrast** (brighter, more saturated icons often win on the crowded chart) - **Focal element** (one clear central shape vs. composite) **Screenshot tests.** First two screenshots carry 60-80% of conversion weight. Common hypotheses: - **Caption-forward** (short headline text overlaid) vs. **UI-forward** (raw product screenshot) - **Benefit statement** (what the user gets) vs. **feature statement** (what the app has) - **Device frame** (phone mockup) vs. **no frame** (full-bleed) Apple's PPO only rotates variants to a fraction of traffic, so reaching significance on lower-volume apps can take 4-6 weeks. Don't kill a test prematurely — conversion deltas of 5-10% look noisy short-term but compound enormously over months. > We observe that most apps underweight the icon test. A 15% icon-driven CVR lift on a 10-million-impression-per-year app is 150k incremental installs — usually more value than an entire creative refresh of the screenshots. ## Step 4 — Drive review velocity Rating and review velocity is a chart-ranking signal, not just a conversion signal. Apps with stale reviews underperform apps with fresh ones. The iOS review prompt API (`SKStoreReviewController`) is the only clean mechanism. Apple rate-limits prompts to 3 per user per year, so be strategic: 1. **Trigger on success, not arrival.** Prompt after the user completes a key success state — a workout finished, a habit logged for the 10th day, a file exported. Not on app launch. 2. **Wait 7-14 days post-install**. Early prompts catch uncommitted users; too-late prompts miss the window. 3. **Gate on engagement**. Users who've used the app fewer than 3-5 sessions are statistically likely to leave negative reviews — skip them. 4. **Don't chain with support**. Never prompt for a review immediately after a negative support interaction. Well-tuned prompting yields review velocity of 0.5-2% of new installs. Poor prompting yields 0.1-0.3%. The delta matters. ## Step 5 — Fix retention leaks Retention is both a ranking signal and the base rate for LTV. Audit where users drop off: - **Day 1 drop-off**: usually onboarding friction. Shorten permission asks, remove non-essential signup requirements, get to "first value" in under 60 seconds. - **Day 7 drop-off**: usually habit formation failure. The user didn't build a reason to return. Push notifications, streaks, or scheduled content can help. - **Day 30 drop-off**: usually feature completion or content exhaustion. Add progression, new content drops, or social mechanics. A 5-point improvement in D7 retention (from 20% to 25%) usually drives 15-25% category-rank improvement over 4-8 weeks, holding everything else constant — because the behavioural signal propagates into ranking slowly. ## Step 6 — Measure, iterate, track Monthly reporting cadence: - Keyword ranks (per country, per keyword) vs. baseline - Category rank and Overall rank vs. baseline - Impressions, conversion rate, new installs vs. baseline - Review velocity, rating, new review count - Retention curves (D1, D7, D30) Quarterly: - Revisit keyword basket — are new opportunities opening up? - Revisit competitor creative — are they iterating faster than you? - Revisit localization — are secondary markets under-invested? Annual: - Repeat steps 1-5 from scratch. Your baseline, competitor landscape, and search-demand patterns have all moved. ## Timeline and realistic expectations A disciplined first-cycle ASO programme typically delivers: - **Week 1-2**: baseline captured, metadata v2 drafted. - **Week 3**: metadata v2 submitted, passes review. - **Week 4-6**: keyword rank shifts visible; first creative test starts. - **Week 8-10**: creative test reaches significance; winning variant rolled out. - **Week 10-12**: category rank improvement becomes measurable, 10-30% depending on starting position. Publishers expecting top-10 category rank in 8 weeks from a fresh ASO programme usually underestimate the velocity component. Ranking compounds — the sixth quarter of a disciplined ASO programme usually delivers more rank movement than the first. ## Common pitfalls - **Shipping a full metadata overhaul and creative test simultaneously** — you can't attribute which change drove what. - **Copying a top competitor's metadata verbatim** — Apple penalizes near-duplicate metadata, and you inherit their keyword strategy, not necessarily the right one for your app. - **Running 5 creative tests concurrently** — attribution gets messy, significance stretches, and you learn less faster than running them in series. - **Treating review velocity as a one-time project** — it's a sustained programme. Apps with fresh, recent reviews rank better than apps with stale ones, regardless of total count. - **Ignoring non-English markets** — localization is often the highest-ROI quarter of work for mid-sized apps. ## Where to go next - If you publish games: **[ASO for Mobile Games](https://mwm.ai/guides/aso-for-games)**. - To understand the signals you're optimizing against: **[How the App Store Ranking Algorithm Works](https://mwm.ai/guides/app-store-ranking-algorithm)**. - For the broader reference: **[The Complete ASO Guide](https://mwm.ai/guides/app-store-optimization)**. - To run live keyword and rank tracking: **[MWM Scale's ASO tool](https://mwm.ai/aso-tool)** is free for up to three competitor apps. # How to Reduce App Churn Churn is the metric every subscription deck quotes and almost no one benchmarks honestly. Across MWM's catalog, the median app has churned **72.7% of its users by day 1, 90.8% by day 7, and 96.1% by day 30**. Even the best-retaining decile still loses 89% by day 30. [Churn](https://mwm.ai/glossary/churn), like its mirror image [retention](https://mwm.ai/glossary/retention), is not a number you drive to zero — it is a curve you bend. But "reduce churn" is two completely different jobs depending on which churn you mean, and conflating them is why most churn programs stall. This guide separates them and gives you the levers for each. ## The two churns you must measure separately - **Engagement churn** — a user stops opening the app. This is the dominant churn for free, freemium, and ad-supported apps, and it's the inverse of retention: the 96% D30 figure above *is* engagement churn. - **Subscription (revenue) churn** — a paying user cancels or fails to renew. This is the churn that directly destroys revenue, measured as a monthly cancel rate on the paying base, not as D30 retention. An app can have terrible engagement churn and healthy [subscription](https://mwm.ai/glossary/subscription) churn (a small, loyal paying base) or the reverse. Fixing one does nothing for the other. Before anything else, know which one is bleeding. ## Voluntary vs involuntary churn Within subscription churn, split again: - **Voluntary** — the user chose to cancel (price, value, or simply done). - **Involuntary** — the payment failed: expired card, insufficient funds, bank decline. The subscription lapses even though the user never decided to leave. Involuntary churn is typically 20 to 40% of total subscription churn and is the **most fixable**, because the user still wants the product — their card failed, not their intent. Billing retries, grace periods, account-hold states, and dunning (payment-recovery messaging) recover a large share. Most teams pour effort into voluntary-churn save flows while quietly leaking involuntary churn they could recover with a billing-retry configuration change. ## Measure churn like an operator - Engagement churn is the inverse of [N-day retention](https://mwm.ai/glossary/n-day-retention) — track it by install [cohort](https://mwm.ai/glossary/cohort-analysis), never blended into one site-wide number. - Subscription churn is the monthly cancel rate of the paying base; separate voluntary from involuntary, and track gross churn against net (which nets out reactivations and plan upgrades). - [Uninstall rate](https://mwm.ai/glossary/uninstall-rate) is the hard floor of engagement churn: a user who uninstalled is gone, while one who merely stopped opening can still come back. ## Cut engagement churn (the first-week fight) The steepest engagement churn is D1 to D7 — the catalog runs 72.7% to 90.8%, meaning most of what survives day 1 is gone by day 7. That is an activation-and-habit problem, and the full playbook lives in [How to Improve App Retention](https://mwm.ai/guides/how-to-improve-app-retention). The short version: get users to the value fast, build a habit loop in the first week, and run [re-engagement](https://mwm.ai/glossary/re-engagement) *before* users go [dormant](https://mwm.ai/glossary/dormant-user), not after they're already gone. ## Cut subscription churn (where the revenue is) This is where churn work pays for itself directly: - **Recover involuntary churn first** — the highest-ROI move. Billing-retry logic, grace periods, account-hold, and dunning sequences win back users who never meant to leave. This is configuration and messaging, not product work. - **Build a real cancel flow.** At the moment of cancel intent, offer a pause (pause beats cancel), a [win-back](https://mwm.ai/glossary/winback-campaign) offer, or a downgrade tier — not a dead-end confirm button. - **Close the value-realization gap.** Most voluntary churn is users who never got the value they subscribed for. Tie activation and retention back to [trial conversion](https://mwm.ai/glossary/trial-conversion) and the [paywall](https://mwm.ai/glossary/paywall) so you convert users who will stay, not users who will cancel in month one. - **Default to annual.** Annual plans replace twelve renewal decisions with one and structurally lower churn — see the [mobile app monetization](https://mwm.ai/guides/mobile-app-monetization) playbook. ## The category lens Engagement churn shape varies sharply by category. Median D30 churn across the catalog: | Category | D1 churn | D7 churn | D30 churn | | ---------------------- | -------- | -------- | --------- | | Social & Communication | 68.1% | 87.7% | **94.1%** | | Lifestyle & Well-being | 76.3% | 90.4% | 95.2% | | Productivity & Tools | 77.0% | 91.1% | 95.5% | | Education & Knowledge | 75.1% | 91.4% | 96.4% | | Media & Entertainment | 75.1% | 92.0% | 96.6% | | Game | 63.4% | 90.7% | **97.1%** | Games churn the *most* by day 30 (97.1%) despite the *lowest* day-1 churn (63.4%) — novelty pulls users back once or twice, then the curve collapses. Social churns least (94.1%) because communication loops manufacture reasons to return. If you're a game, your fight is the D7→D30 decay; if you're social, protect the network loop that's already working for you. ## Why churn is the lever that compounds Every point of churn you cut compounds into [LTV](https://mwm.ai/glossary/ltv): a retained user keeps monetizing, and lower churn raises the lifetime value that funds acquisition. Churn is the leak in the bucket — and at 96% median D30, most buckets are mostly hole. The teams that win don't chase a magic low number. They **separate the two churns, recover involuntary churn for free, and bend the engagement curve one cohort at a time.** # Strategie di Engagement per App — Come Aumentare il Coinvolgimento e la Frequenza d’Uso L'engagement è l'indicatore anticipatore dietro cui ogni altra metrica dell'app si nasconde. Prima che la curva di [retention](https://mwm.ai/glossary/retention) di una coorte si riveli — e ancor prima che lo facciano i ricavi — l'engagement ti dice se il prodotto sta attecchendo. Nel catalogo MWM l'app mediana registra **2,94 sessioni e circa 4 minuti per utente al giorno, con una frequenza d’uso [DAU/MAU](https://mwm.ai/glossary/dau-mau) del 14,1%** — e il decile superiore raddoppia o triplica circa ciascuno di questi valori. Questa guida è dedicata a spostarli. Il frame che conta: l'engagement non è un solo numero, ma tre dimensioni, e l'errore più comune è ottimizzare quella sbagliata per il proprio prodotto. ## Le tre dimensioni dell'engagement - **Frequenza** — quanto spesso gli utenti tornano. Misurata come [sessioni per utente al giorno](https://mwm.ai/glossary/session-frequency). Mediana del catalogo: 2,94; decile superiore: 5,28. - **Profondità** — quanto fanno per visita. Misurata come [durata della sessione](https://mwm.ai/glossary/session-length) e tempo per utente al giorno. Sessione mediana del catalogo: 1m 22s; tempo mediano per utente: 4m 18s. - **Frequenza d’uso** — quale frazione degli utenti mensili si presenta ogni giorno. Misurata come [DAU/MAU](https://mwm.ai/glossary/dau-mau). Mediana del catalogo: 14,1%; una buona soglia è il 20% o più. Le app più forti muovono tutte e tre, ma il *giusto equilibrio* dipende dalla categoria (vedi sotto). Scegli la dimensione che corrisponde al valore del tuo prodotto e guidane l'ottimizzazione. ## Leva 1 — Frequenza: guadagnare più ritorni La frequenza si costruisce dando agli utenti un motivo ricorrente e interiorizzato per aprire l'app. - **Stringi l'habit loop.** Un [core loop](https://mwm.ai/glossary/core-loop) rapido e gratificante — e, per i prodotti orientati all'abitudine, un [compulsion loop](https://mwm.ai/glossary/compulsion-loop) a ricompensa variabile — è ciò che rende automatica la prossima apertura. - **Ancora una cadenza.** Una [daily streak](https://mwm.ai/glossary/daily-streak), un aggiornamento quotidiano dei contenuti o un motivo fisso per tornare ogni giorno produce frequenza. - **Usa i trigger con valore, non con senso di colpa.** [Push notification](https://mwm.ai/glossary/push-notification) e [messaggi in-app](https://mwm.ai/glossary/in-app-messaging) ben calibrati riattivano l'abitudine; il sovraccarico di trigger insegna agli utenti a metterti a tacere. Monitora la [session frequency](https://mwm.ai/glossary/session-frequency) come segnale precoce che l'abitudine si sta formando. ## Leva 2 — Profondità: rendere ogni sessione significativa - **Spingi l'adozione delle funzionalità.** Gli utenti che raggiungono più valore del prodotto si coinvolgono più in profondità e hanno una retention migliore; guidali verso la seconda e la terza azione principale, non solo la prima. - **Costruisci verso i power user.** Mappa il percorso del [power user](https://mwm.ai/glossary/power-user) e trascina lungo di esso gli utenti più coinvolti — i power user sostengono frequenza d’uso e passaparola. - **Usa la [gamification](https://mwm.ai/glossary/gamification) dove si adatta** — progressi, obiettivi e ricompense approfondiscono le sessioni nei prodotti giusti, e risultano vuoti in quelli sbagliati. Una nota di cautela: la profondità è la dimensione più fraintesa. Più lungo non è universalmente meglio — vedi la prospettiva per categoria. ## Leva 3 — Frequenza d’uso: trasformare gli utenti mensili in utenti quotidiani La frequenza d’uso ([DAU/MAU](https://mwm.ai/glossary/dau-mau)) è il miglior riassunto della salute dell'engagement, e un forte input per la [metrica guida](https://mwm.ai/glossary/north-star-metric). Il decile superiore del catalogo raggiunge il 31% e l'1% più alto arriva al 57,7% — il livello dell'abitudine quotidiana. Passare dall'uso occasionale a quello quotidiano è l'obiettivo di engagement di ordine più elevato: si compone in retention e offre a ogni superficie di monetizzazione più opportunità di lavorare. Ri-coinvolgi chi sta per abbandonare con flussi di [re-engagement](https://mwm.ai/glossary/re-engagement) prima che la frequenza d’uso si eroda in churn. ## La prospettiva per categoria L'engagement appare completamente diverso per categoria — ed è esattamente per questo che un singolo playbook non funziona: | Categoria | Sessioni/utente/giorno | Tempo mediano/utente/giorno | Frequenza d’uso DAU/MAU | | ---------------------- | ---------------------- | --------------------------- | ----------------------- | | Social & Communication | 3,26 | 3m 46s | **21,2%** | | Game | 3,21 | **12m 18s** | 11,8% | | Productivity & Tools | 2,94 | 2m 3s | 17,5% | | Media & Entertainment | 2,88 | 3m 44s | 15,0% | | Lifestyle & Well-being | 2,71 | 2m 34s | 15,2% | | Education & Knowledge | 2,76 | 3m 8s | 12,6% | Leggila attentamente. **I giochi dominano la profondità** (oltre 12 minuti al giorno) ma hanno la frequenza d’uso giornaliera *più bassa* — sessioni lunghe, poco frequenti e guidate dalla novità. **Il social guida la frequenza d’uso** (21%) su visite brevi ma frequenti. **La produttività crea abitudine con sessioni minuscole** (2 minuti al giorno) perché consegna valore in fretta — per quelle app, spingere la durata della sessione sarebbe ottimizzare la cosa sbagliata. Trova la forma naturale del valore del tuo prodotto e ottimizza verso di essa. ## L'engagement è l'indicatore anticipatore L'engagement è dove si sente per primo il product-market fit e dove si può agire prima. Frequenza e stickiness in aumento questa settimana diventano una [retention](https://mwm.ai/guides/how-to-improve-app-retention) migliore il mese prossimo, e una retention migliore diventa un lifetime value più alto, che alimenta l'intera macchina di [monetizzazione](https://mwm.ai/guides/app-monetization-strategies) e acquisizione. Gestisci l'engagement per muovere la retention, e la retention per muovere i ricavi — in quest'ordine, perché ciascuno è l'indicatore anticipatore del successivo. # Strategie di Monetizzazione per App — Come Far Crescere ARPDAU, ARPU e LTV La maggior parte dei consigli sulla monetizzazione ottimizza la media. I dati dicono che la media è il target sbagliato. Nel catalogo MWM l'**[ARPU](https://mwm.ai/glossary/arpu) mediano a 30 giorni è $0,15, il decile superiore è $4,64 e l'1% più alto è $43** — uno spread di circa 290 volte. L'[ARPDAU](https://mwm.ai/glossary/arpdau) mediano da IAP è circa un centesimo. La monetizzazione è una legge di potenza: si vince nella coda, dalle app che compongono insieme conversione, valore dei paganti e retention — non da quelle che inseguono una media leggermente più alta. Questa guida è il complemento operativo al pilastro sulla [monetizzazione delle app mobile](https://mwm.ai/guides/mobile-app-monetization). Quella guida tratta *quale modello* scegliere; questa tratta *come far crescere i ricavi* una volta scelto un modello. ## L'equazione della monetizzazione: quattro leve Riduci la monetizzazione alla sua aritmetica e ci sono solo quattro cose che puoi muovere: > **Ricavi ≈ utenti × conversione-al-pagamento × [ARPPU](https://mwm.ai/glossary/arppu) × retention** — oppure, per le app monetizzate tramite engagement, **DAU × ARPDAU.** Tutto ciò che segue è riconducibile a una di queste quattro leve. La disciplina è individuare quale sia il tuo *vero* vincolo e agire su quello, anziché distribuire lo sforzo in modo uniforme. ## Leva 1 — Conversione: trasformare gli utenti gratuiti in paganti Per la maggior parte delle app consumer il tasso di utenti paganti è nelle singole cifre basse (un blended 6% è un'ipotesi di pianificazione ragionevole, e molte app si collocano ben al di sotto). Questo rende il [paywall](https://mwm.ai/glossary/paywall) e il flusso di [trial-conversion](https://mwm.ai/glossary/trial-conversion) la superficie di monetizzazione ad alta frequenza più importante che possiedi. - **Posiziona il paywall dopo il valore, non prima.** Gli utenti convertono quando hanno già percepito il prodotto funzionare; un hard paywall alla prima apertura sacrifica il [tasso di conversione](https://mwm.ai/glossary/conversion-rate) a lungo termine per un numero vistoso ma precoce. - **Adatta la trial alla finestra di formazione dell'abitudine.** Trial di 3 giorni convertono più in fretta per urgenza; trial di 7 giorni costruiscono più abitudine e un valore fidelizzato più elevato. Testa entrambe. - **Riduci la decisione, non solo il prezzo.** Meno piani, un'opzione predefinita chiara e un livello "più popolare" evidente convertono meglio di un muro di scelte. ## Leva 2 — ARPPU: aumentare quanto pagano i paganti Poiché così pochi utenti pagano, quanto spende ciascun *pagante* domina i ricavi. L'[ARPPU](https://mwm.ai/glossary/arppu) mediano modellato è $1,88/mese, ma il decile superiore è $42,76 — la stessa legge di potenza dell'ARPU. - **Stabilisci il prezzo sul valore e sulla disponibilità a pagare, non sul costo.** Ancòra con un piano annuale, offri un livello premium e lascia che il [valore medio dell'ordine](https://mwm.ai/glossary/average-order-value) cresca attraverso bundle e upsell. - **Servi deliberatamente i whale.** I dati di categoria rendono questo concreto: i giochi hanno l'ARPU mediano *più basso* ($0,07) ma un decile superiore di $5,72 — i loro ricavi sono concentrati sui [whale](https://mwm.ai/glossary/whale). Se il tuo 1% di paganti genera la maggior parte dei ricavi, bundle premium e offerte di livello alto non sono avidi, sono il business. - **Predefinisci il piano annuale.** I piani annuali aumentano l'ARPPU e riducono il churn allo stesso tempo. ## Leva 3 — La retention è il moltiplicatore di LTV Questa è la leva che la maggior parte dei team sottovaluta. Il [LTV](https://mwm.ai/glossary/ltv) è l'ARPDAU integrato sulla curva di [retention](https://mwm.ai/glossary/retention) — e l'app mediana ha solo **4,08 giorni attivi nei suoi primi 30**. Più giorni fidelizzati significano più ricavi per utente senza alcuna variazione di prezzo o conversione. Un punto guadagnato di retention a D30 aumenta il LTV su *ogni* coorte pagante contemporaneamente. Per questo il [playbook sulla retention](https://mwm.ai/guides/how-to-improve-app-retention) è anche un playbook sulla monetizzazione: tappare il secchio che perde si moltiplica su ogni altra leva. Se il tuo ARPDAU è sano ma il LTV è debole, il tuo problema è la retention, non il pricing. ## Leva 4 — Ampliare il mix - **Adotta un approccio ibrido.** La maggior parte delle app consumer di successo stratifica i modelli: un nucleo di subscription o [IAP](https://mwm.ai/glossary/iap) con annunci tattici per i non-paganti. La maggioranza che non paga mai può comunque monetizzare tramite un livello pubblicitario anziché non contribuire affatto. - **Aggiungi un floor di ricavi pubblicitari.** Per le app con alto tempo di sessione (giochi, social, entertainment), le entrate pubblicitarie sulla base gratuita sono denaro reale che l'ARPDAU solo-IAP sopra non cattura. - **Localizza i prezzi.** La disponibilità a pagare varia nettamente per mercato; la localizzazione dei prezzi recupera ricavi che un pricing globale uniforme lascia sul tavolo. ## La prospettiva per categoria ARPU mediano e ARPU del decile superiore per categoria ti dicono che tipo di monetizzazione è effettivamente disponibile per te: | Categoria | ARPU mediano | ARPU top 10% | | ---------------------- | ------------ | ------------ | | Social & Communication | $0,36 | $7,71 | | Lifestyle & Well-being | $0,34 | $4,85 | | Education & Knowledge | $0,24 | $3,23 | | Media & Entertainment | $0,19 | $4,39 | | Productivity & Tools | $0,14 | $2,90 | | Game | $0,07 | $5,72 | Social e lifestyle monetizzano in modo diffuso (mediana alta); i giochi monetizzano in modo ristretto ma profondo (mediana bassa, decile superiore guidato dai whale). Non copiare il playbook a conversione diffusa di un'app social in un gioco, né il playbook whale di un gioco in un'app di utilità. ## Da dove iniziare Diagnostica il vincolo vincolante prima di ottimizzare. Se pochi utenti pagano, risolvi la conversione. Se i paganti pagano poco, risolvi l'ARPPU. Se gli utenti se ne vanno in fretta, risolvi la retention — di solito è la leva più grande e più ignorata. Agisci su quella che ti vincola davvero, misura il cambiamento su una coorte, poi passa alla successiva. # Best Practice per l'Onboarding delle App — Come Migliorare l'Attivazione nella Prima Sessione L'[onboarding](https://mwm.ai/glossary/onboarding) è i trenta secondi più importanti del tuo prodotto. Nel catalogo MWM l'app mediana fidelizza solo il **27,3% degli utenti al giorno 1** — quasi tre quarti sono andati via dopo la prima sessione. Quel numero è, più di ogni altra cosa, un verdetto sull'onboarding: misura se i nuovi utenti hanno raggiunto il valore prima che lo facessero la frizione o la noia. Questa guida è dedicata a cambiarlo. ## Definisci prima il tuo momento di attivazione Non puoi ottimizzare verso un obiettivo che non hai nominato. Ogni app ha un [aha moment](https://mwm.ai/glossary/aha-moment) — l'istante in cui il suo valore principale diventa evidente — e una corrispondente milestone di [attivazione](https://mwm.ai/glossary/activation) che puoi misurare: *ha creato la prima playlist, ha registrato il primo allenamento, ha inviato il primo messaggio.* - Scegli la singola prima azione che predice meglio il ritorno al giorno 2, e strumentala. - Rendi il raggiungimento di quella milestone il compito esplicito della sessione uno. Tutto nell'onboarding o avvicina l'utente a quella milestone o è d'ostacolo. ## Accorcia il tempo di raggiungimento del valore Più velocemente un utente raggiunge l'aha moment, più di loro sopravvivono al giorno 1. - **Rimanda tutto ciò che non è il valore.** La creazione dell'account, i prompt di autorizzazione, i paywall e i tutorial lunghi spostano tutti il momento del valore più in là — mettili dopo di esso. - **Usa l'onboarding progressivo.** Insegna le funzionalità quando diventano rilevanti, non tutte in una volta su un carosello che l'utente scorre velocemente. - **Taglia i passaggi senza pietà.** Ogni schermata tra l'installazione e il valore è un punto di abbandono. ## Rendi la prima sessione una vittoria guidata La prima sessione dovrebbe terminare con l'utente che ha *fatto* una volta l'azione principale, non semplicemente letto di essa. - Sostituisci lo stato vuoto iniziale con una prima vittoria guidata — un esempio, un template, un punto di partenza con un tap. - Guida l'utente attraverso il [core loop](https://mwm.ai/glossary/core-loop) una sola volta, poi togliti di mezzo. - Il successo nella sessione uno è un'azione completata, non un tutorial terminato. ## Non sovraccaricare di richieste fin dall'inizio Il modo più rapido per perdere un nuovo utente è chiedere un impegno prima di consegnare valore. - **Creazione dell'account dopo il valore.** Lascia che gli utenti vivano l'esperienza del prodotto, poi chiedi loro di salvare i propri progressi con un account. - **Prepara i permessi.** Spiega il beneficio delle notifiche prima di attivare il dialogo di sistema — la stessa disciplina trattata nel [playbook sulle push notification](https://mwm.ai/guides/push-notification-best-practices). Un prompt rifiutato è difficile da recuperare. - **Paywall dopo l'aha moment**, in modo che l'utente stia decidendo se pagare per un valore che ha già sperimentato. ## Personalizza il percorso Una prima esperienza pertinente attiva meglio di una generica. Dove puoi, fai una sola domanda leggera sull'obiettivo dell'utente e personalizza la prima sessione di conseguenza — il piccolo costo di un'unica domanda è ripagato da una prima esperienza che corrisponde davvero al motivo per cui ha installato l'app. ## Misura l'onboarding come un funnel - **Tasso di attivazione** — quota di nuovi utenti che raggiungono la milestone di attivazione nella sessione uno. - **Tempo di raggiungimento del valore** — quanto tempo impiegano per arrivarci. - **Funnel a passaggi** — dove nel flusso di onboarding gli utenti abbandonano, in modo da correggere la perdita effettiva. - **[Retention](https://mwm.ai/glossary/n-day-retention) a D1** — il risultato a valle; l'attivazione dovrebbe muoverla. L'onboarding alimenta l'attivazione, l'attivazione alimenta la [retention](https://mwm.ai/guides/how-to-improve-app-retention), e la retention alimenta tutto il resto. È la prima mossa in qualsiasi serio sforzo di crescita — correggi la prima sessione prima di spendere un euro per acquisire più utenti da versare in un contenitore che perde. # La Guida Completa all'App Store Optimization (ASO) L'App Store Optimization è l'equivalente mobile della SEO: il processo sistematico di posizionarsi più in alto sull'App Store e su Google Play, e di convertire una quota maggiore del traffico risultante in installazioni. Per la maggior parte delle app consumer di successo, le installazioni organiche dall'ASO sono il singolo canale di acquisizione più grande e di maggiore qualità — e a differenza della UA a pagamento, il lavoro si compone. Questa guida copre ogni leva principale che un publisher mobile dovrebbe comprendere, organizzata attorno alle tre fasi del funnel che l'ASO tocca: **visibilità** (se gli utenti vedono la tua scheda), **conversione** (se la installano) e **durabilità** (se le installazioni reggono e alimentano il ciclo di feedback che gli algoritmi degli store premiano). ## Cosa ottimizza davvero l'ASO L'App Store e Google Play classificano le app usando algoritmi simili nella forma ma diversi nell'implementazione. Entrambi pesano un insieme composto di tre ampie categorie di segnali: 1. **Segnali di rilevanza** — quanto bene i metadati della tua app corrispondono alla query di un utente o al contesto che Apple/Google usano per generare le classifiche delle chart. Questo è ciò che guidano il targeting delle keyword, il titolo, il sottotitolo e il testo della descrizione. 2. **Segnali comportamentali** — velocità di download, tasso di conversione dall'impression all'installazione, velocità delle recensioni e valutazione, retention e (per Google Play) tasso di crash. Queste sono le metriche che l'algoritmo usa per decidere se la tua app merita il posizionamento suggerito dai suoi metadati. 3. **Segnali di engagement** — retention post-installazione e pattern di utilizzo attivo. Entrambi gli store li incorporano sempre di più tramite dati OS proprietari (iOS) e telemetria Firebase/Play Console (Android). Non controlli gli algoritmi, ma controlli completamente gli input. Tutto nell'ASO è o a livello di superficie (metadati e creative che invii) o a livello di velocità (comportamento che guidi attraverso la qualità del prodotto, il marketing e le operazioni). ## Le tre categorie di leve ### 1. Ottimizzazione dei metadati I metadati sono il testo indicizzato che Apple e Google usano per abbinare la tua app alle ricerche. Ogni campo ha un limite di caratteri specifico, un peso specifico e una cadenza di revisione specifica. **Su iOS**, i campi che contano per il keyword ranking sono: - **[App Title](https://mwm.ai/glossary/app-title)** (30 caratteri). Peso keyword più alto. Tipicamente strutturato come **Brand: Keyword Principale** o **Brand — Descrittore Principale**. - **[Subtitle](https://mwm.ai/glossary/subtitle)** (30 caratteri). Secondo peso più alto. Usato per keyword secondarie formulate come benefici. - **[Keywords Field](https://mwm.ai/glossary/keywords-field)** (100 caratteri, separati da virgole). Nascosto agli utenti ma indicizzato. Riempi con singolari, sinonimi e termini long-tail. - **Promotional Text** (170 caratteri). NON indicizzato — è puro testo di conversione. Modificabile senza revisione dell'app. - **Description** (4.000 caratteri). Debolmente indicizzata. Principalmente una superficie di conversione. **Su Google Play**, la superficie keyword è diversa: - **App Title** (30 caratteri). Peso più alto, struttura simile a iOS. - **Short Description** (80 caratteri). Peso alto, visibile e indicizzata. - **Full Description** (4.000 caratteri). Indicizzata con ponderazione della densità keyword. Punta all'1,5-3% di densità sui tuoi termini principali senza stuffing. Su Google Play non esiste un campo keyword. Le keyword per cui vuoi posizionarti devono comparire nel titolo, nella descrizione breve o in quella lunga in modo naturale. ### 2. Ottimizzazione delle creative Le creative guidano il tasso di conversione dall'impression all'installazione — la singola leva più importante per il volume di installazioni organiche una volta raggiunta la visibilità di base. - **Icona dell'app**. La prima cosa che un utente vede nei risultati di ricerca o in classifica. Testa forme, palette di colori e se mostrare un personaggio, un lettering o un glifo funzionale. - **[Screenshot](https://mwm.ai/glossary/screenshots)**. Apple consente fino a 10; Google Play da 2 a 8. I primi due portano il 60-80% del peso di conversione. Usali per presentare il beneficio principale della tua app — screenshot con didascalie e breve copy di marketing superano costantemente le UI grezze. - **Video di anteprima** (iOS 15-30s, Google Play 30-120s). Opzionale ma ad alto impatto per giochi e prodotti visivi. - **[Custom Product Pages](https://mwm.ai/glossary/custom-product-page) (iOS)** e **Custom Store Listings (Google Play)**. Pagine varianti che puoi collegare a campagne di annunci a pagamento o funnel di pre-registrazione per abbinare il contesto creativo alla landing page. La maggior parte delle app investe troppo poco nell'iterazione creativa. Un lift 2x dell'IPM su una variante di screenshot vincente può raddoppiare l'efficienza della UA a pagamento con lo stesso CPI — e aumentare la conversione organica su ogni impression allo stesso tempo. ### 3. Segnali off-page e comportamentali - **[Star rating](https://mwm.ai/glossary/star-rating)** e volume di recensioni, con peso elevato verso le recensioni recenti. - **[Download velocity](https://mwm.ai/glossary/download-velocity)** — il tasso di variazione delle installazioni giornaliere. Questo è ciò che fa salire le app nella chart Free. - **Tasso di disinstallazione** (Google Play). Tracciato in Play Console; tassi elevati possono penalizzare il posizionamento. - **Tasso di crash** (Google Play). Idem. - **In-App Events (iOS)**. Eventi a tempo limitato (fino a 5 contemporaneamente) che compaiono sulla tua pagina prodotto e nella ricerca. Usali per agganci stagionali, lanci di funzionalità e tornei. ## Come prioritizzare un programma ASO Per un'app nuova o poco investita, l'ordine delle operazioni è all'incirca: 1. **Stabilisci la situazione di partenza.** Conosci le tue posizioni keyword attuali (per tutte le keyword target, per paese), il posizionamento in categoria, il volume di impression e il tasso di conversione dall'installazione. Senza una baseline non puoi misurare i cambiamenti. 2. **Correggi prima i metadati più danneggiati.** Se il tuo titolo non ha alcuna keyword, o il sottotitolo ripete il brand copy, queste sono correzioni con una leva sproporzionatamente alta. 3. **Punta a un paniere di keyword ristretto.** 10-20 keyword su cui ti posizioni attivamente e che tracci. Scendere nella top 10 per una di esse muove più l'ago che essere tra la posizione 50 e 200 per decine. 4. **Pubblica un test su icona + prime due screenshot.** Queste superfici guidano il 60-80% del peso di conversione — saprai in poche settimane se le tue visual stanno sotto-performando. 5. **Itera sulla long tail.** Una volta che metadati e creative principali sono a punto, il tuo lavoro continuativo è iterare su screenshot secondari, hook stagionali, localizzazioni e il paniere di keyword. > In MWM osserviamo che la maggior parte delle app nel quartile inferiore della propria categoria non ha mai pubblicato un singolo A/B test sull'icona. Il divario tra l'app mediana e quella del quartile superiore per cadenza di iterazione creativa è maggiore del divario in termini di budget. ## iOS vs Google Play: le differenze pratiche | Dimensione | iOS | Google Play | | ------------------------------ | ---------------------------------- | ---------------------------------------------------- | | Campo keyword | Sì (100 char, nascosto) | No | | Peso keyword nella descrizione | Debole | Forte | | Limite caratteri titolo | 30 | 30 | | Infrastruttura A/B test | Product Page Optimization (nativa) | Store Listing Experiments (nativa) | | Varianti creative | Fino a 35 Custom Product Pages | Più Custom Store Listings | | Segnale off-page principale | Download velocity + recensioni | Velocity + recensioni + retention + disinstallazione | | Eventi in store | In-App Events (fino a 5) | Promotional content card | Pianifica workflow ASO separati per store. La struttura del titolo, la selezione delle keyword e la cadenza dei test sugli screenshot di solito convergono, ma la strategia keyword della long description su Google Play e l'utilizzo del campo keyword iOS sono problemi nettamente distinti. ## Misurare l'ASO La dashboard ASO canonica traccia, per paese e per store: - **Posizione keyword** (per keyword target) e variazione giorno per giorno. - **Posizione di categoria** e posizione Generale. - **Impression** (Apple Analytics → Product Page Impressions; Google Play Console → report Acquisizioni). - **Tasso di conversione** dall'impression all'installazione. - **Velocità delle recensioni** (nuove recensioni per settimana) e **trend del rating**. - **Split ricerca vs. navigazione** — quale frazione delle installazioni proviene dalla ricerca, dalla chart, dagli annunci referral e dalla featuring editoriale. [MWM Scale](https://mwm.ai/mwm-scale) traccia posizione keyword, posizione di categoria e benchmark competitivi in oltre 150 paesi, con livelli gratuiti per i publisher che tracciano la propria app. ## Errori comuni I pattern che osserviamo ripetutamente sulle app sotto-performanti: 1. **Keyword stuffing nei titoli.** Apple e Google rifiutano entrambi i titoli spammosi, e i titoli gonfiati affossano la conversione. Scegli una keyword principale e un brand. 2. **Nessuna localizzazione.** Ogni mercato internazionale significativo (DE, FR, ES, BR, JP, KR) dovrebbe avere metadati tradotti localmente, non auto-tradotti. Le schede localizzate possono raddoppiare la conversione nei mercati non anglofoni. 3. **Creative statiche per anni.** Se non hai aggiornato gli screenshot negli ultimi 12 mesi, stai lasciando sul tavolo il 20-40% della conversione organica. 4. **Trattare l'ASO come un'attività una tantum al lancio.** È un programma always-on. I panorami keyword cambiano, i concorrenti iterano e devi comporre piccole vittorie. 5. **Ottimizzare per il posizionamento senza misurare la qualità delle installazioni.** Vincere una keyword che porta utenti con bassa retention è peggio che perderla. Valuta sempre la qualità della coorte insieme al posizionamento. ## Dove andare dopo - Se hai un'app con una baseline e vuoi un piano passo per passo: **[Come Posizionare la Tua App iOS](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - Se sei un publisher di giochi: **[ASO per Mobile Games](https://mwm.ai/guides/aso-for-games)**. - Se vuoi capire i segnali contro cui stai ottimizzando: **[Come Funziona l'Algoritmo di Ranking dell'App Store](https://mwm.ai/guides/app-store-ranking-algorithm)**. - Se la tua monetizzazione e il tuo LTV non supportano la matematica della UA: **[Mobile App Monetization](https://mwm.ai/guides/mobile-app-monetization)**. L'ASO si compone. Ogni iterazione creativa, ogni localizzazione, ogni keyword che conquisti è un piccolo uplift permanente su un flusso che genera installazioni per tutto il tempo in cui la tua app è live. I publisher che trattano l'ASO come un programma continuativo — non come un'ottimizzazione della scheda una tantum — tendono a dominare le proprie categorie nel giro di tre-cinque anni. # Come Funziona Davvero l'Algoritmo di Ranking dell'App Store L'App Store e Google Play classificano le app usando algoritmi che né Apple né Google pubblica. La documentazione per sviluppatori di Apple accenna a «valutazioni degli utenti, rilevanza e engagement»; Google Play Console menziona «velocità di installazione, retention e valutazioni». Nessuno dei due è un contratto di ranking su cui puoi ottimizzare direttamente. Ciò che sappiamo viene dall'osservazione — guardando app salire e scendere in centinaia di migliaia di combinazioni keyword-paese-categoria, correlando il movimento di posizione con input misurabili. Questa guida sintetizza ciò che un decennio di quel lavoro empirico ci ha insegnato. ## Quale algoritmo? "L'algoritmo dell'App Store" non è una cosa sola. Come minimo, ci sono quattro sistemi di ranking distinti a cui pensare: 1. **Ranking di ricerca** — la tua posizione quando un utente cerca una keyword specifica. Per keyword, per paese, per dispositivo. 2. **Top Chart** — **[Top Free](https://mwm.ai/glossary/top-free)**, **[Top Paid](https://mwm.ai/glossary/top-paid)**, **[Top Grossing](https://mwm.ai/glossary/top-grossing)**. Per paese, per categoria, per dispositivo. 3. **Posizione di categoria** — la tua posizione all'interno della tua categoria principale nell'App Store, indipendentemente dalla divisione Free/Paid/Grossing. 4. **Surfacing editoriale** — feature sul tab Today, "App of the Day", raccolte curate. Curate manualmente con raccomandazioni algoritmiche dietro le quinte. Questi sistemi condividono alcuni segnali (download, recensioni, retention) ma li pesano in modo molto diverso. Il ranking di ricerca tiene conto della rilevanza delle keyword in modi che il ranking delle chart non fa. Top Grossing tiene conto dei ricavi; Top Free li ignora. Ottimizzare per uno non aiuta automaticamente gli altri. ## I segnali che entrambi gli store hanno confermato Dalla documentazione per sviluppatori, dai talk al WWDC e a Google I/O, dall'interfaccia della Console e di App Store Connect, possiamo confermare che i seguenti sono esplicitamente utilizzati: - **Volume di download** (entrambi gli store). Il conteggio assoluto e relativo delle installazioni in una finestra recente. - **[Download velocity](https://mwm.ai/glossary/download-velocity)** (entrambi). Tasso di variazione, non volume assoluto. Un'app nuova con 20k/giorno in tendenza crescente supera in classifica un'app consolidata con 50k/giorno in tendenza piatta. - **[Star rating](https://mwm.ai/glossary/star-rating) e conteggio recensioni** (entrambi). Con peso elevato verso le recensioni recenti — un'app con 4,8 stelle e 100 recensioni recenti da 3 stelle può posizionarsi sotto un'app con 4,3 stelle e 100 recensioni recenti da 5 stelle. - **Corrispondenza keyword** (titolo / sottotitolo / campo keyword iOS; titolo / descrizione breve / descrizione lunga Google Play). - **Tasso di disinstallazione** (Google Play esplicito; iOS implicito attraverso la telemetria di retention). - **Tasso di crash** (Google Play esplicito). - **Cadenza di aggiornamento** (entrambi — le app attivamente mantenute si posizionano meglio di quelle non aggiornate). ## I segnali che MWM ha osservato empiricamente I segnali sopra sono quelli che le piattaforme riconoscono. Dall'osservazione del movimento di posizione nel nostro dataset, riteniamo che anche i seguenti abbiano un peso materiale: - **Engagement post-installazione** — la retention a D1, D7, D30 e la durata della sessione sembrano influenzare il posizionamento in categoria e Generale, non solo la rilevanza della ricerca. Le app con curve di retention forti superano in classifica app con metadati migliori ma retention più debole su keyword contese. - **Velocità delle recensioni** (nuove recensioni per settimana) separatamente dal conteggio totale. Un'app con 5k recensioni totali e 200 nuove questa settimana supererà in classifica un'app con 50k recensioni e 5 nuove questa settimana, se gli altri segnali sono simili. - **Comportamento cross-categoria** — gli utenti che installano la tua app poco dopo aver installato altre app in un cluster sembrano segnalare rilevanza tematica. Così si formano i rail "installati anche da altri utenti". - **Velocity a pagamento vs. organica** — l'algoritmo sembra distinguere i picchi a pagamento da quelli organici, premiando maggiormente la crescita organica sostenuta rispetto a picchi comparabili guidati dal paid. > Osserviamo che il posizionamento di categoria è sostanzialmente più duraturo del posizionamento Generale. Un'app che entra nella top 10 di una categoria tipicamente vi rimane per settimane; un'app che entra nella top 10 Generale tramite un picco di velocity spesso cala entro 5-7 giorni a meno che la velocity non venga sostenuta. ## Con quale velocità si muovono le posizioni La velocity di posizionamento è asimmetrica: è più facile salire velocemente nella chart Free che in quella Paid o Grossing, ed è sempre più facile scendere che salire. Pattern tipici: - **Un push di marketing di livello Super Bowl** può spostare un'app di 200-500 posizioni in un solo giorno nella chart Free, raggiungendo la top 10 Generale nei mercati principali. - **Un momento virale sui social media** (trend TikTok, menzione di una celebrity) produce picchi di velocity simili e spesso decade entro 3-7 giorni. - **Una feature editoriale di categoria** aggiunge tipicamente il 15-40% ai download di base per la durata della feature, con un lift sostenuto del 30-60% per 2-3 settimane dopo. - **Una UA a pagamento sostenuta a 10-20 volte la baseline** aumenterà il posizionamento in classifica, ma il lift è inferiore per euro rispetto a un trigger organico. L'algoritmo sembra applicare un moltiplicatore di "sconto paid". - **Un aggiornamento dell'app difettoso** (molti crash, recensioni negative) può far precipitare il posizionamento Generale di 100-200 posizioni entro 48 ore. Il filo comune: ciò che l'algoritmo valuta davvero è il **cambiamento**, non lo stato. L'ottimizzazione basata sullo stato (avere ottimi metadati, raccogliere recensioni lentamente) sottoperforma rispetto all'ottimizzazione basata sulla velocity (coordinare push creativi con sollecitazioni alle recensioni e rilasci di aggiornamenti). ## Ricerca vs. classifica: giochi molto diversi Il ranking di ricerca è determinato dalle keyword. Se la tua app ha "meditazione" nel titolo, si posizionerà per "meditazione" — le uniche domande sono quanto in alto e in quali paesi. Metadati, localizzazione e conteggio recensioni dominano. Il ranking in classifica è determinato dalla velocity. I metadati contano pochissimo; ciò che conta è se la tua curva di download è in crescita. Puoi avere un ASO pessimo e comunque guidare la chart Free con un buon push di marketing; puoi avere un ASO perfetto e non entrare mai in classifica se non riesci a generare velocity. La visione combinata: un grande ASO si moltiplica quando generi velocity. Grande velocity senza un grande ASO è un fuoco di paglia. ## Posizione di categoria vs. posizione Generale Per la maggior parte dei publisher, **il [posizionamento di categoria](https://mwm.ai/glossary/category-rank) è il numero commercialmente rilevante**. La top 10 Generale è riservata alle mega-app virali e ai grandi spender; è anche brutalmente volatile. La top 10 di categoria, al contrario, è sia più duratura che più accessibile. Due osservazioni dal nostro archivio di posizionamenti: 1. **Il posizionamento di categoria ha soglie di velocity più basse.** Entrare nella top 50 di Finance o Utilities nella maggior parte dei paesi richiede una frazione dei download giornalieri necessari per entrare nella top 100 Generale. 2. **Il posizionamento di categoria ha una visibilità più alta per posizione.** Gli utenti che navigano nelle chart Games o Finance guardano più in profondità rispetto a quelli che navigano nella chart Generale, dove l'attenzione cala nettamente dopo la posizione 25. Se stai ottimizzando con un budget UA limitato o solo organico, il posizionamento di categoria è dove il tuo sforzo rende di più. ## Cosa controlli davvero Nonostante l'opacità, una grande parte del risultato di posizionamento è direttamente controllabile: - **[Posizionamento keyword](https://mwm.ai/glossary/keyword-ranking)**: guidato da titolo, sottotitolo, campo keyword (iOS) e descrizione (Google Play). - **Tasso di conversione**: guidato dalle creative (icona, screenshot, video di anteprima). - **Velocità delle recensioni**: guidata da prompt di valutazione nativi ben calibrati, 10-25 giorni post-installazione, condizionati a un'azione riuscita. - **Retention**: guidata dalla qualità dell'onboarding, dalla strategia di notifiche, dalla solidità del loop di prodotto. - **Trigger di velocity**: guidati da marketing coordinato, PR, eventi stagionali, In-App Events, invii editoriali. Tutto il resto — l'esatta ponderazione che Apple ha scelto questo trimestre, la messa a punto che Google ha rilasciato la settimana scorsa — è rumore su cui non puoi agire. Costruisci un programma ASO e di crescita attorno alle leve che controlli, misura settimanalmente, itera mensilmente. ## Stagionalità e il canale editoriale Entrambi gli store hanno pattern stagionali che vale la pena tracciare: - **Q4** (ottobre-dicembre) è la stagione di punta dei download per le app consumer. La competizione per le posizioni keyword si intensifica all'aumentare della spesa UA. - **Gennaio-febbraio** registra tipicamente installazioni di inizio anno per app di salute, produttività e finanza. - **Back-to-school** (agosto-settembre) spinge le app educative. - **Estate** spinge giochi, viaggi e app di entertainment. La featuring editoriale su iOS (tab Today, App of the Day, raccolte) è seminata algoritmicamente ma curata manualmente. L'invio avviene tramite App Store Connect; il tasso di successo è basso (percentuale a singola cifra) ma il potenziale è molto alto — una feature sul Today tipicamente porta 30-100k download incrementali in un giorno. ## Cosa sta cambiando La transizione ATT e SKAdNetwork di Apple (in corso dall'iOS 14.5) ha spinto entrambi gli store verso una maggiore personalizzazione algoritmica e lontano dall'attribuzione deterministica basata sul re-ranking. In pratica, questo significa: - Le decisioni di installazione dei singoli utenti portano meno segnale; i pattern comportamentali aggregati ne portano di più. - Le app con alta retention e engagement guadagnano più peso relativo rispetto alle app con alti conteggi di installazioni e retention debole. - Le performance localizzate contano di più — un successo solo negli USA si trasferisce meno bene al posizionamento di categoria in Germania rispetto a cinque anni fa. Il playbook: costruisci per una qualità del prodotto duratura, non solo per il volume di download. Le app che fidelizzano e monetizzano guadagnano un posizionamento sostenuto; quelle che non lo fanno escono dalle classifiche nel momento in cui il budget di marketing si raffredda. ## Dove andare dopo - Per il playbook tattico: **[Come Posizionare la Tua App iOS](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - Per le meccaniche di metadati e creative: **[La Guida Completa all'ASO](https://mwm.ai/guides/app-store-optimization)**. - Per osservare il movimento di posizione empiricamente: **[sfoglia i ranking live per paese di MWM](https://mwm.ai/rankings/countries)**. # ASO per i Giochi Mobile — Guida Pratica I giochi sono la categoria più grande, più competitiva e più ottimizzata creativamente nel mobile. Hanno anche meccaniche ASO che si differenziano sostanzialmente dalle app non-gaming. Questa guida illustra cosa distingue l'ASO per i giochi e come si comportano i publisher che si classificano costantemente in alto. ## Perché i giochi sono diversi Alcune differenze strutturali plasmano l'intero playbook ASO: 1. **Struttura delle sotto-categorie.** La categoria Giochi di iOS ha 19 sotto-categorie (Azione, Avventura, Puzzle, Racing, RPG, Strategia, Casino e così via). Le classifiche sono principalmente per sotto-categoria. Il set competitivo è quindi più ristretto di "tutti i giochi", ma più profondo della maggior parte delle categorie non-gaming. 2. **Discovery-first pura.** Gli utenti sfogliano le classifiche dei giochi molto più di quanto non facciano con le classifiche delle altre categorie. Il posizionamento in classifica porta una quota maggiore di installazioni organiche ai giochi rispetto alle utility o alle app di produttività. 3. **Valutazione visual-first.** Una prima impressione di 10 secondi, prevalentemente visiva. Icona, screenshot e video di anteprima portano un peso sproporzionato sulla conversion. 4. **Meccaniche delle keyword cambiate.** Le keyword brandizzate contano meno rispetto alle keyword di genere + meccanica (es. "match-3 puzzle", "open-world RPG", "idle tycoon"). 5. **Le live-ops come leva ASO.** I giochi che organizzano eventi regolari, contenuti stagionali e modalità a tempo limitato alimentano gli In-App Events, che a loro volta alimentano la visibilità nella ricerca e la permanenza in classifica. ## Strategia delle keyword per i giochi Per la maggior parte dei giochi, il paniere di keyword target ha una struttura a tre livelli: **Livello 1: termini di brand.** Se il tuo gioco ha un brand o un IP riconoscibile, punta sul brand e sulle sue varianti più brevi. "Candy Crush", "Clash", "FIFA" — convertono a tassi molto alti quando gli utenti li cercano direttamente. **Livello 2: genere + meccanica.** Il principale motore di installazioni organiche per i giochi di fascia media. Esempi: - "match 3 puzzle" - "idle tycoon" - "open-world RPG" - "roguelike card" - "racing simulator" Queste keyword hanno un volume significativo e gli utenti che le cercano hanno un forte install intent. **Livello 3: descrittore e mood.** Volume più basso, ma spesso meno competitivo. - "cozy puzzle games" - "hyper casual arcade" - "offline strategy" - "no-wifi games" I termini di livello 3 sono quelli con cui i giochi di medie dimensioni battono sistematicamente i concorrenti più grandi — i titoli dominanti non si preoccupano di ottimizzarli, e l'intent è forte. ## Strategia delle screenshot I giochi rompono la convenzione predefinita del "didascalia ovunque" perché i visual sono già la value proposition. I framework che vincono sistematicamente: **Per RPG, avventura, giochi narrativi:** - Screenshot 1: Character art dell'eroe o momento cinematico in-game con un sottotitolo come "La tua avventura comincia" - Screenshot 2: Momento chiave di combattimento o esplorazione - Screenshot 3-5: Callout delle funzionalità (classi, mappa del mondo, sistema di crafting) - Screenshot 6+: Riprova sociale — recensioni, premi, meccaniche social **Per puzzle, casual, hyper-casual:** - Screenshot 1: Un'unica screenshot in-game accattivante con testo sovrapposto che spiega il meccanismo ("Match 3 per svuotare il tabellone") - Screenshot 2: Un "momento soddisfacente" — una grande combo, l'animazione di fine livello, la schermata premio - Screenshot 3-5: Meccaniche di progressione, varietà di livelli o modalità - Screenshot 6+: Riprova sociale e premi **Per strategia, simulazione, gestione:** - Screenshot 1: Una screenshot panoramica del tuo mondo o impero al massimo livello — mostra la scala - Screenshot 2: Un momento di decisione cruciale (es. una battaglia, un pannello economico) - Screenshot 3-5: Sistemi core (unità, albero tecnologico, costruzione della base) - Screenshot 6+: Multiplayer, PVP o profondità dell'endgame La costante tra i generi: la prima screenshot deve comunicare cosa fa il giocatore, non solo come appare il gioco. "È bellissimo" non converte; "riesco a immaginarmi a giocarci" sì. ## Il video di anteprima Per i giochi, il video di anteprima è il singolo asset creativo non-core con la leva più alta. Un video di anteprima iOS ben realizzato da 15-30 secondi può aumentare la conversion della pagina sullo store del 20-40% in aggiunta alle screenshot statiche. Cosa funziona: - **Mostra il gameplay entro i primi 2 secondi.** Le intro cinematiche fanno perdere l'attenzione degli utenti. L'auto-play parte senza audio, quindi l'apertura deve essere visivamente efficace anche senza suono. - **Inserisci sottotitoli / testo sovrapposto.** Gli utenti che guardano senza audio (la maggioranza) hanno bisogno di un rinforzo testuale di ciò che sta accadendo. - **Termina con un momento di vittoria.** L'ultimo frame rimane impresso. Chiudi su una combo, il completamento di un livello, la sconfitta di un boss — non su una dissolvenza. - **Mantienilo sotto i 30 secondi.** Apple impone un massimo di 30s; spesso i video più brevi performano meglio. Non riciclare i trailer TikTok o YouTube. Sono ottimizzati per contesti diversi. Un video di anteprima per la pagina sullo store è un asset creativo dedicato. ## In-App Events — la leva ASO per i giochi più sottoutilizzata Gli [In-App Events](https://mwm.ai/glossary/in-app-events) di Apple consentono fino a 5 eventi simultanei o in programma, ciascuno con durata massima di 31 giorni, visibili sia nella tua pagina prodotto che nei risultati di ricerca. Per i giochi, è essenzialmente uno slot promozionale gratuito per ogni push stagionale, torneo o content drop che rilasci. Tipologie di eventi comuni per i giochi: - **Torneo / competizione** — eventi a classifica settimanali o bisettimanali - **Modalità a tempo limitato** — gameplay alternativo (es. "Halloween mode", "Darkness Ascending event") - **Nuovo personaggio / content drop** — un nuovo personaggio giocabile o una nuova storyline - **Tema stagionale** — reskin o regole speciali per una finestra di festività - **Live stream o evento community** — legato a uno stream Twitch, un traguardo della community o un Q\&A degli sviluppatori I giochi che ruotano eventi settimanalmente si classificano sistematicamente meglio di quelli che non usano mai la funzione, a parità degli altri segnali. Gli eventi guidano sia la velocity in classifica (nuove installazioni dall'hype dell'evento) che la conversion della pagina prodotto (gli utenti vedono "evento attivo ora" e convertono di più). > Nei nostri dati, i giochi che hanno mantenuto almeno un In-App Event attivo in modo continuativo per 6+ mesi hanno mantenuto il ranking di categoria 2-3 volte più a lungo rispetto ai giochi che non hanno mai usato la funzione. ## Velocity di valutazioni e recensioni per i giochi I giochi hanno la distribuzione di rating più ampia di qualsiasi categoria — sia alcune delle app con i punteggi più alti (indie curati) sia alcune con i più bassi (giochi free-to-play pay-to-win con monetizzazione aggressiva). Punti chiave per mantenere rating sani nei giochi: 1. **Sollecita solo dopo momenti positivi.** Dopo il completamento di un livello, la sconfitta di un boss, un traguardo — mai dopo una sconfitta, un fallimento di acquisto in-app o un'interazione con un annuncio. 2. **Blocca sulla soglia dei giorni attivi.** Non sollecitare finché il giocatore non è tornato almeno 3 volte. I giocatori che abbandonano presto tendono a lasciare recensioni negative. 3. **Non sollecitare mai dentro un paywall o un flusso di monetizzazione.** Apple lo segnala e genera reazioni negative. 4. **Rispondi pubblicamente alle recensioni negative.** Google Play mostra la tua risposta. Le risposte ponderate migliorano la percezione complessiva del rating anche se la singola recensione rimane invariata. ## Sotto-categorie e posizionamento La scelta della sotto-categoria corretta al momento dell'invio è consequenziale in modo irreversibile. Ti classificherai principalmente all'interno di quella classifica di sotto-categoria, e gli utenti che la sfogliano si creeranno aspettative di conseguenza. Due regole pratiche: 1. **Scegli la precisione rispetto all'opportunità.** Non manipolare la tassonomia scegliendo Puzzle quando il tuo gioco è di fatto Strategia. Un mismatch produce installazioni a basso intent che ricevono valutazioni negative. 2. **Usa la sotto-categoria secondaria per l'ampiezza.** Se il tuo gioco ha due generi chiari, usa il principale per quello dominante e il secondario per l'altro. Comparirai in entrambe le classifiche (con peso maggiore verso il principale). ## Il moltiplicatore delle live-ops La differenza più grande tra i giochi del decile superiore e quelli nella mediana non è il lancio; è l'operatività post-lancio. I giochi che pubblicano aggiornamenti di contenuto regolari, organizzano eventi a rotazione e rispondono ai segnali della community mantengono il ranking di categoria 3-6 volte più a lungo rispetto ai giochi che lanciano e poi restano dormienti. Tutto ciò che abbiamo visto — lavoro sulle keyword, aggiornamenti creativi, gestione del rating, In-App Events — si moltiplica solo se continui a pubblicare. Pianifica l'ASO come componente continuativa delle live-ops, non come un compito una tantum al lancio. ## Dove andare dopo - Per il playbook di esecuzione iOS: **[Come Posizionare la Tua App iOS](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - Per il riferimento completo: **[La Guida Completa all'ASO](https://mwm.ai/guides/app-store-optimization)**. - Per capire i segnali di ranking: **[Come Funziona l'Algoritmo di Ranking dell'App Store](https://mwm.ai/guides/app-store-ranking-algorithm)**. - Per confrontarti con la tua categoria: **[sfoglia le classifiche live per Giochi](https://mwm.ai/rankings/countries/US/devices/iphone/categories/6014)** in 150+ paesi su MWM Scale. # Come Migliorare la Retention della Tua App La maggior parte dei consigli sulla retention è generica perché la maggior parte di chi la scrive non può vedere i dati. Noi possiamo. Nel catalogo MWM di app statunitensi con volume di installazioni significativo, **l'app mediana fidelizza il 27,3% degli utenti al giorno 1, il 9,2% al giorno 7 e appena il 3,9% al giorno 30**. Rileggilo: l'app tipica ha perso circa il 96% dei suoi utenti del giorno zero entro un mese. Sembra allarmante, ma è la prospettiva sbagliata. La [retention](https://mwm.ai/glossary/retention) non è un numero che spingi verso il 100% — è una curva che piegi. Il limite realistico non è il 40% di D30 (quel livello conta 59 app nell'intero catalogo); è superare la mediana della propria categoria e spingere verso il decile superiore, dove la retention D30 si attesta intorno al **10,9%**. Questo playbook spiega come piegare la curva lì — diagnosticando dove si rompe davvero e supportato dai dati del catalogo. ## Come appare davvero una buona retention Il primo compito è ricalibrare rispetto alla realtà, non rispetto all'unico case study virale che tutti citano. Nel catalogo, la retention D30 è brutalmente sbilanciata verso i valori bassi: | Retention D30 | Quota di app | | ------------- | ---------------- | | Sotto il 5% | \~61% | | 5–10% | \~27% | | 10–20% | \~10% | | 20–40% | \~2% | | 40%+ | 59 app (\~0,06%) | Quindi "buona" è relativa. La mediana D30 è 3,9%; il decile superiore è \~10,9%. **Se sei sopra circa l'11% di D30, sei già in un territorio raro** — il tuo sforzo è meglio speso a moltiplicare l'[LTV](https://mwm.ai/glossary/ltv) piuttosto che a inseguire un numero che quasi nessuno raggiunge. Se sei alla mediana o al di sotto, il margine di miglioramento è enorme, e il resto di questa guida è per te. Un'altra ricalibrare: la retention si muove appena per area geografica. La mediana D1/D7/D30 è entro qualche decimo di punto tra Stati Uniti, Regno Unito, Germania, Francia, Giappone, Corea del Sud, Brasile e India. **Il tuo problema di retention è un problema di prodotto, non di mercato** — il che è una buona notizia, perché il prodotto è ciò che controlli. (A differenza della monetizzazione, che oscilla ampiamente per area geografica.) ## Diagnostica la curva prima di toccarla La retention non è un unico numero — è una curva con tre punti critici distinti, ognuno è un problema diverso con una soluzione diversa. Prima di cambiare qualsiasi cosa, trova *dove* si rompe la tua curva: - **D0 → D1 (il gap di activation).** Gli utenti hanno installato ma non sono mai tornati nemmeno una volta. Questo è un problema di [onboarding](https://mwm.ai/glossary/onboarding) e [activation](https://mwm.ai/glossary/activation) — non hanno mai raggiunto il [momento aha](https://mwm.ai/glossary/aha-moment). - **D1 → D7 (la scogliera dell'abitudine).** Questo è il calo più ripido nella curva mediana — dal 27% al 9% in sei giorni. Gli utenti hanno trovato valore una volta ma l'abitudine non si è mai formata. - **D7 → D30 (la coda della profondità del valore).** Gli utenti che sopravvivono alla prima settimana abbandonano più lentamente, ma continuano ad abbandonare — man mano che esauriscono il valore dell'app o semplicemente si allontanano. Questo è un problema di profondità e [re-engagement](https://mwm.ai/glossary/re-engagement). Misuralo con la [cohort analysis](https://mwm.ai/glossary/cohort-analysis), mai con una media aggregata — raggruppa gli utenti per giorno di installazione e osserva l'invecchiamento di ogni coorte. E decidi deliberatamente tra [N-day retention](https://mwm.ai/glossary/n-day-retention) (attivo esattamente il giorno N) e [rolling retention](https://mwm.ai/glossary/rolling-retention) (attivo il giorno N o successivamente); rispondono a domande diverse e possono differire di diversi punti. La tua [north-star metric](https://mwm.ai/glossary/north-star-metric) deve appoggiarsi a questa curva, non affiancarvisi. ## L'obiettivo per forma di categoria La *forma* della tua curva ti dice quale leva usare — e la forma varia nettamente per categoria. Ecco la curva mediana reale per categoria nel catalogo: | Categoria | D1 | D7 | D30 | | ------------------------ | --------- | ----- | -------- | | Social & Comunicazione | 31,9% | 12,3% | **5,9%** | | Lifestyle & Benessere | 23,6% | 9,6% | 4,8% | | Produttività & Strumenti | 23,0% | 8,9% | 4,5% | | Educazione & Conoscenza | 24,9% | 8,6% | 3,6% | | Media & Intrattenimento | 24,9% | 8,0% | 3,4% | | Giochi | **36,6%** | 9,3% | 2,9% | Guarda i due estremi. **I giochi vincono al giorno 1 (36,6%) e perdono al giorno 30 (2,9%)** — la novità riporta gli utenti una o due volte, poi la curva crolla. **Il social cresce in modo inverso** — un D1 più basso dei giochi (31,9%) ma il D30 più alto (5,9%), perché i network effect e i loop di comunicazione creano ragioni per tornare. Se la tua curva assomiglia a quella di un gioco — D1 forte, decadimento ripido — il tuo problema è *profondità e abitudine*, non la prima impressione. Se il tuo D1 è debole, correggi prima l'activation. Non copiare il playbook di un'app social in una utility. ## Leva 1 — Vinci la prima sessione (il gap D0 → D1) Il numero D1 è un verdetto di [onboarding](https://mwm.ai/glossary/onboarding) e [activation](https://mwm.ai/glossary/activation). Il compito della prima sessione è portare l'utente al [momento aha](https://mwm.ai/glossary/aha-moment) — l'istante in cui il valore core dell'app diventa evidente — prima che friction o noia vincano. Le mosse con la leva più alta: - **Accorcia il time-to-value.** Rinvia tutto ciò che non è il momento aha: creazione dell'account, richieste di permesso, paywall, tutorial. Lascia che gli utenti sentano prima il valore; chiedi un impegno dopo. - **Definisci e strumenta un unico traguardo di activation.** "Ha creato la prima playlist", "ha registrato il primo allenamento", "ha inviato il primo messaggio". Le app che raggiungono un evento di activation netto nella prima sessione fidelizzano drammaticamente meglio — e non puoi migliorare ciò che non hai nominato. - **Progetta lo stato vuoto come una prima vittoria guidata**, non come una schermata bianca. La prima sessione dovrebbe concludersi con l'utente che ha *eseguito* l'azione principale almeno una volta. Un avvertimento dai dati: i giochi dimostrano che **un D1 alto non è di per sé una vittoria** (36,6% D1, 2,9% D30). Vincere la prima sessione è necessario, non sufficiente — conta solo se si forma poi l'abitudine. ## Leva 2 — Costruisci l'abitudine (la scogliera D1 → D7) È qui che l'app mediana perde quote — dal 27% al 9% in sei giorni — e dove si nascondono i guadagni maggiori. Sopravvivere alla prima settimana dipende in modo schiacciante dal fatto che si sia formata un'*abitudine*: una ragione ripetibile per aprire l'app che l'utente interiorizza. - **Stringi il [core loop](https://mwm.ai/glossary/core-loop).** Più veloce e soddisfacente è il ciclo azione→ricompensa centrale, più si auto-rinforza. Per i prodotti orientati all'abitudine questo è il [compulsion loop](https://mwm.ai/glossary/compulsion-loop): un ciclo stretto a ricompensa variabile che guadagna la prossima apertura. - **Aggiungi una cadenza a cui l'utente può ancorarsi** — una [daily streak](https://mwm.ai/glossary/daily-streak), un aggiornamento giornaliero dei contenuti, una ragione fissa per tornare ogni giorno alla stessa ora. - **Usa i trigger con parsimonia.** Le [push notification](https://mwm.ai/glossary/push-notification) e i [messaggi in-app](https://mwm.ai/glossary/in-app-messaging) ben temporizzati rievocano l'abitudine; lo spam addestra gli utenti a disattivarle (o a [disinstallare](https://mwm.ai/glossary/uninstall-rate)). Attiva su valore ("il tuo allenamento è pronto"), non su senso di colpa. - **Guarda la [frequenza delle sessioni](https://mwm.ai/glossary/session-frequency) come indicatore anticipatorio.** La retention è il risultato in ritardo; un aumento delle sessioni per utente nella prima settimana è il segnale precoce che l'abitudine si sta formando. Una soglia comune: gli utenti che raggiungono più sessioni nella prima settimana fidelizzano a multipli di quelli che non lo fanno. ## Leva 3 — Approfondisci il valore e riconquista chi sta abbandonando (D7 → D30) Gli utenti che superano la prima settimana abbandonano più lentamente, ma continuano ad abbandonare — man mano che esauriscono il valore dell'app o semplicemente si allontanano. Due compiti qui: - **Approfondisci il valore per chi rimane.** Porta alla luce casi d'uso avanzati, nuovi contenuti e progressione in modo che l'app continui a guadagnarsi l'apertura. La [stickiness](https://mwm.ai/glossary/stickiness) — il rapporto [DAU/MAU](https://mwm.ai/glossary/dau-mau) — è la metrica di salute: indica quale frazione degli utenti mensili è di fatto giornaliera. - **Riconquista chi sta abbandonando prima che se ne vada.** Un [utente dormiente](https://mwm.ai/glossary/dormant-user) non è ancora un utente perso. Segmenta per comportamento ed esegui campagne di [re-engagement](https://mwm.ai/glossary/re-engagement) e [winback](https://mwm.ai/glossary/winback-campaign) mirate al *perché* ogni segmento ha abbandonato — un power user inattivo ha bisogno di un input diverso rispetto a uno che non si è mai attivato. ## Perché la retention è la leva con la maggiore leveraggio che hai La retention non è solo una metrica di engagement — è il moltiplicatore alla base dell'intero modello di crescita. Gli utenti fidelizzati generano più [lifetime value](https://mwm.ai/glossary/ltv): più sessioni da monetizzare, più opportunità di conversione al pagamento, più tempo per riferire altri. Un LTV più alto innalza il [CPI](https://mwm.ai/glossary/cpi) che puoi pagare in modo redditizio, il che ti permette di scalare un'acquisizione che prima era in perdita. Un guadagno di un punto nel D30 di retention non aggiunge qualche sessione — sposta la matematica LTV-to-CAC che finanzia l'intera macchina. Ecco perché il lavoro sulla retention si moltiplica e quello sull'acquisizione no: un secchio bucato diventa sempre più costoso da riempire quanto più lo si riempie. (Per il lato ricavi di questo loop, vedi il playbook sulla [monetizzazione delle app mobile](https://mwm.ai/guides/mobile-app-monetization).) ## Playbook per segmento - **Giochi.** Il tuo D1 è già forte; il catalogo dice che il tuo nemico è il decadimento D7→D30. Investi nella meta-progressione, negli eventi live-ops e nei meccanismi social che danno al loop una *ragione per persistere* oltre la novità. - **Social & comunicazione.** Hai il vantaggio strutturale (D30 più alto) — proteggi il core loop e i network effect che lo alimentano. Il tuo rischio è una prima sessione rotta per i nuovi utenti che si uniscono a una rete già esistente. - **Produttività, utility & app in abbonamento.** Un D1 basso è normale; il tuo valore è reale ma richiede una o due sessioni per emergere. Cura l'activation, poi converti l'abitudine in una relazione di [abbonamento](https://mwm.ai/glossary/paywall) — qui retention e ricavi sono la stessa curva, e un abbonato perso è una perdita diretta. Il filo comune a tutti: **trova dove si rompe la tua curva, correggi prima quel punto critico e misura con le coorti per sapere se ha funzionato.** Piegare il D30 mediano del 3,9% verso il 10,9% del decile superiore è il singolo progetto di crescita con la leva maggiore che la maggior parte delle app può realizzare. # Come Posizionare la Tua App iOS sull'App Store — Guida Passo per Passo Questa guida illustra il processo ASO per iOS dall'inizio alla fine, nell'ordine in cui un publisher in attività lo eseguirebbe. Presuppone che tu abbia un'app live sull'App Store con un baseline di installazioni, non un'app pre-lancio. La metodologia è altrettanto applicabile a Google Play con aggiustamenti per i campi dei metadati (nessun campo keyword, più peso alla descrizione). ## Prima di iniziare — metriche di baseline Non puoi misurare i miglioramenti senza un baseline. Raccogli e registra quanto segue prima di cambiare qualsiasi cosa: - **Ranking attuale delle keyword** per ogni keyword che ti interessa, per paese target. Usa un tracker ASO dedicato ([MWM Scale](https://mwm.ai/aso-tool) offre un piano gratuito per questo). - **Ranking di categoria attuale** e ranking generale nei tuoi 3-5 mercati principali. - **Impression di App Store Connect** — visualizzazioni della pagina prodotto al giorno, suddivise per Ricerca / Esplorazione / Referral. - **Conversion rate** dalla visualizzazione della pagina prodotto all'installazione. - **Velocity delle recensioni** (nuove recensioni/settimana) e **rating** (media mobile). - **Ripartizione del volume di installazioni** — Ricerca organica, Esplorazione organica (classifica), paid, referral. Salva uno snapshot con data. Lo confronterai con questi dati tra 4-8 settimane per misurare l'impatto delle modifiche rilasciate. ## Step 1 — Keyword research L'obiettivo della keyword research è produrre un **paniere di keyword target** — 10-20 keyword per cui ottimizzare attivamente e tracciare. Non 200, non 5. Il processo: 1. **Genera keyword seed.** Inizia con i termini ovvi della tua categoria (es. "meditazione" per un'app di meditazione, "expense tracker" per finance). Espandi con sinonimi, descrittori del pubblico ("meditazione per ansia") e frasi basate sul risultato ("dormire meglio"). 2. **Aggiungi keyword dei competitor.** Prendi i tuoi 3-5 concorrenti diretti, estrai il paniere di keyword per cui si classificano e aggiungi quelle che non stai targeting. 3. **Controlla volume di ricerca e [difficoltà](https://mwm.ai/glossary/keyword-difficulty).** Usa il tuo tool ASO. Punta su keyword di media difficoltà con volume reale — le keyword principale come "meditazione" sono affollate; le long-tail come "meditazione mindful per dormire meglio" sono più facili da posizionare. 4. **Filtra per intent.** Una keyword che porta installazioni da utenti non qualificati è peggio di una keyword con meno volume ma con un buyer intent più forte. Se la tua app è un abbonamento premium, "meditazione gratis" è una corrispondenza scarsa. 5. **Prioritizza 10-20 keyword.** Limita la lista. Le userai per strutturare i tuoi metadati, i testi creativi e la strategia di acquisizione recensioni. ## Step 2 — Ottimizza i tuoi metadati Con un paniere di keyword target in mano, posiziona le keyword strategicamente nei campi dei metadati iOS. L'obiettivo è una copertura completa senza keyword stuffing. **Nome app (30 caratteri).** La keyword principale va nella posizione descrittiva. Pattern tipici: - `BrandName: Keyword Principale` — es. `Strides: Habit Tracker` - `BrandName — Descrittore` — es. `Calm — Meditazione & Sonno` - `Keyword Principale by BrandName` — es. `Meditazione by Calm` (meno comune; branding più debole) **Sottotitolo (30 caratteri).** Keyword secondarie formulate come un beneficio. La separazione con virgole è corretta e non spreca indicizzazione. - Buono: `Allenamenti, Sonno, Nutrizione` - Cattivo: `La Migliore App per la Salute che Troverai Mai` (tutto filler, nessuna keyword) **[Campo keyword](https://mwm.ai/glossary/keywords-field) (100 caratteri, separati da virgola, nascosto).** Singolari non plurali; sinonimi; termini long-tail; errori ortografici comuni. Non ripetere parole già presenti nel titolo o nel sottotitolo — Apple combina i campi. Non aggiungere spazi dopo le virgole — spreca caratteri. **Testo promozionale (170 caratteri, non indicizzato, modificabile senza revisione).** Usalo per copy di conversion, promozioni stagionali, riconoscimenti recenti. Non per keyword. **Descrizione (4.000 caratteri, indicizzata debolmente).** Le prime 3 righe sono le più importanti (gli utenti le vedono sopra il fold "altro"). Struttura: - Paragrafo iniziale: value proposition in una frase. - Sezioni in stile H2 focalizzate sui benefici (i bullet funzionano bene). - Lista delle funzionalità. - Riprova sociale (recensioni, stampa). - Contatto supporto e richiesta di recensione. Rilascia la modifica ai metadati come invio di una nuova versione dell'app. Aspettati i primi spostamenti di ranking delle keyword entro 48-72 ore, stabilizzazione completa in 7-14 giorni. ## Step 3 — Esegui A/B test sulla creatività Una volta che i metadati si sono stabilizzati (2-3 settimane dopo il rilascio), inizia i test creativi. La Product Page Optimization di Apple consente di eseguire 2-3 varianti simultanee per test, con terminazione automatica al raggiungimento della significatività. **Test sull'icona.** Superficie con la leva più alta. Ipotesi comuni: - **Personaggio vs. lettering** (un'icona con personaggio batte un logo astratto?) - **Contrasto cromatico** (le icone più brillanti e sature spesso vincono nella classifica affollata) - **Elemento focale** (una forma centrale chiara vs. composita) **Test sulle screenshot.** Le prime due screenshot portano il 60-80% del peso di conversion. Ipotesi comuni: - **Caption-forward** (testo breve in sovrimpressione) vs. **UI-forward** (screenshot grezza del prodotto) - **Benefit statement** (cosa ottiene l'utente) vs. **feature statement** (cosa ha l'app) - **Cornice del dispositivo** (mockup del telefono) vs. **senza cornice** (full-bleed) La PPO di Apple ruota le varianti solo a una frazione del traffico, quindi raggiungere la significatività su app con volumi bassi può richiedere 4-6 settimane. Non interrompere un test prematuramente — delta di conversion del 5-10% sembrano rumorosi nel breve termine ma si moltiplicano enormemente nel corso dei mesi. > Osserviamo che la maggior parte delle app sottovaluta il test sull'icona. Un lift del CVR guidato dall'icona del 15% su un'app con 10 milioni di impression annue è pari a 150k installazioni incrementali — di solito più valore di un intero aggiornamento creativo delle screenshot. ## Step 4 — Genera velocity di recensioni La velocity di rating e recensioni è un segnale di ranking in classifica, non solo un segnale di conversion. Le app con recensioni stantie sottoperformano rispetto alle app con recensioni recenti. L'API di review iOS (`SKStoreReviewController`) è l'unico meccanismo pulito. Apple limita le richieste a 3 per utente all'anno, quindi sii strategico: 1. **Attiva sul successo, non sull'arrivo.** Richiedi dopo che l'utente ha completato uno stato di successo chiave — un allenamento completato, un'abitudine registrata per il 10° giorno, un file esportato. Non all'avvio dell'app. 2. **Aspetta 7-14 giorni post-installazione.** Le richieste precoci catturano utenti non ancora convinti; quelle troppo tarde perdono la finestra. 3. **Blocca sull'engagement.** Gli utenti che hanno usato l'app meno di 3-5 sessioni lasciano statisticamente recensioni negative — saltali. 4. **Non concatenare con il supporto.** Non richiedere mai una recensione immediatamente dopo un'interazione negativa con il supporto. Un prompting ben calibrato produce una velocity di recensioni dello 0,5-2% delle nuove installazioni. Un prompting scarso produce lo 0,1-0,3%. Il delta conta. ## Step 5 — Correggi le perdite di retention La retention è sia un segnale di ranking che il tasso base per l'LTV. Analizza dove gli utenti abbandonano: - **Abbandono al giorno 1**: di solito friction nell'onboarding. Accorcia le richieste di permesso, rimuovi i requisiti di iscrizione non essenziali, raggiungi il "primo valore" in meno di 60 secondi. - **Abbandono al giorno 7**: di solito fallimento nella formazione dell'abitudine. L'utente non ha costruito un motivo per tornare. Le push notification, le streak o i contenuti programmati possono aiutare. - **Abbandono al giorno 30**: di solito completamento delle funzionalità o esaurimento dei contenuti. Aggiungi progressione, nuovi content drop o meccaniche social. Un miglioramento di 5 punti nella retention D7 (dal 20% al 25%) di solito porta a un miglioramento del ranking di categoria del 15-25% nel corso di 4-8 settimane, a parità di tutto il resto — perché il segnale comportamentale si propaga nel ranking lentamente. ## Step 6 — Misura, itera, traccia Cadenza di reportistica mensile: - Ranking delle keyword (per paese, per keyword) vs. baseline - Ranking di categoria e ranking generale vs. baseline - Impression, conversion rate, nuove installazioni vs. baseline - Velocity delle recensioni, rating, nuove recensioni - Curve di retention (D1, D7, D30) Trimestrale: - Rivedi il paniere di keyword — si stanno aprendo nuove opportunità? - Rivedi la creatività dei competitor — stanno iterando più velocemente di te? - Rivedi la localizzazione — i mercati secondari sono sotto-investiti? Annuale: - Ripeti gli step 1-5 da zero. Il tuo baseline, il panorama competitivo e i pattern di domanda nella ricerca sono tutti cambiati. ## Timeline e aspettative realistiche Un programma ASO di primo ciclo disciplinato tipicamente produce: - **Settimane 1-2**: baseline acquisito, metadati v2 redatti. - **Settimana 3**: metadati v2 inviati, superano la revisione. - **Settimane 4-6**: spostamenti di ranking delle keyword visibili; primo test creativo avviato. - **Settimane 8-10**: il test creativo raggiunge la significatività; la variante vincente viene estesa. - **Settimane 10-12**: il miglioramento del ranking di categoria diventa misurabile, 10-30% a seconda della posizione di partenza. I publisher che si aspettano un ranking top-10 di categoria in 8 settimane da un nuovo programma ASO di solito sottovalutano la componente velocity. Il ranking si moltiplica — il sesto trimestre di un programma ASO disciplinato di solito produce più movimento nel ranking rispetto al primo. ## Errori comuni - **Rilasciare una revisione completa dei metadati e un test creativo contemporaneamente** — non puoi attribuire quale modifica ha prodotto quale risultato. - **Copiare verbatim i metadati di un concorrente top** — Apple penalizza i metadati quasi duplicati, e ti ritrovi con la loro strategia di keyword, non necessariamente quella giusta per la tua app. - **Eseguire 5 test creativi contemporaneamente** — l'attribuzione diventa confusa, la significatività si allunga e impari meno rapidamente rispetto all'esecuzione in serie. - **Trattare la velocity delle recensioni come un progetto una tantum** — è un programma continuativo. Le app con recensioni recenti si classificano meglio di quelle con recensioni datate, indipendentemente dal conteggio totale. - **Ignorare i mercati non anglofoni** — la localizzazione è spesso il trimestre di lavoro con il ROI più alto per le app di medie dimensioni. ## Dove andare dopo - Se pubblichi giochi: **[ASO per i Giochi Mobile](https://mwm.ai/guides/aso-for-games)**. - Per comprendere i segnali su cui stai ottimizzando: **[Come Funziona l'Algoritmo di Ranking dell'App Store](https://mwm.ai/guides/app-store-ranking-algorithm)**. - Per il riferimento completo: **[La Guida Completa all'ASO](https://mwm.ai/guides/app-store-optimization)**. - Per il tracking live di keyword e ranking: **[il tool ASO di MWM Scale](https://mwm.ai/aso-tool)** è gratuito per un massimo di tre app competitor. # Come Ridurre il Churn della Tua App Il churn è la metrica citata in ogni deck sull'abbonamento e che quasi nessuno confronta onestamente con i benchmark. Nel catalogo MWM, l'app mediana ha perso **il 72,7% dei propri utenti entro il giorno 1, il 90,8% entro il giorno 7 e il 96,1% entro il giorno 30**. Anche il decile con la retention migliore perde ancora l'89% entro il giorno 30. Il [churn](https://mwm.ai/glossary/churn), come la sua immagine speculare la [retention](https://mwm.ai/glossary/retention), non è un numero che si porta a zero — è una curva che si piega. Ma "ridurre il churn" sono due lavori completamente diversi a seconda di quale churn intendi, e confonderli è il motivo per cui la maggior parte dei programmi anti-churn si inceppa. Questa guida li separa e ti dà le leve per ciascuno. ## I due churn che devi misurare separatamente - **Churn da engagement** — un utente smette di aprire l'app. È il churn dominante per le app gratuite, freemium e ad-supported, ed è l'inverso della retention: la cifra del 96% a D30 sopra *è* il churn da engagement. - **Churn da abbonamento (revenue)** — un utente pagante cancella o non rinnova. È il churn che distrugge direttamente i ricavi, misurato come tasso di cancellazione mensile sulla base pagante, non come retention D30. Un'app può avere un churn da engagement terribile e un churn da [abbonamento](https://mwm.ai/glossary/subscription) sano (una piccola base pagante fedele) o il contrario. Risolvere uno non fa nulla per l'altro. Prima di tutto, sappi quale dei due è quello che sanguina. ## Churn volontario vs. involontario All'interno del churn da abbonamento, suddividi ulteriormente: - **Volontario** — l'utente ha scelto di cancellare (prezzo, valore o semplicemente terminato l'interesse). - **Involontario** — il pagamento è fallito: carta scaduta, fondi insufficienti, rifiuto bancario. L'abbonamento decade anche se l'utente non ha mai deciso di andarsene. Il churn involontario è tipicamente il 20-40% del churn totale da abbonamento ed è il **più correggibile**, perché l'utente vuole ancora il prodotto — è la sua carta che ha fallito, non la sua intenzione. I retry di pagamento, i periodi di grazia, gli stati di blocco account e il dunning (messaggi di recupero pagamento) ne recuperano una buona parte. La maggior parte dei team investe sforzi nei save flow per il churn volontario mentre perde silenziosamente il churn involontario che potrebbe recuperare con una semplice modifica alla configurazione dei retry di pagamento. ## Misura il churn come un operatore - Il churn da engagement è l'inverso della [N-day retention](https://mwm.ai/glossary/n-day-retention) — traccialo per [coorte](https://mwm.ai/glossary/cohort-analysis) di installazione, mai aggregato in un unico numero sull'intero sito. - Il churn da abbonamento è il tasso di cancellazione mensile della base pagante; separa volontario da involontario e traccia il churn lordo rispetto a quello netto (che netta le riattivazioni e gli upgrade di piano). - Il [tasso di disinstallazione](https://mwm.ai/glossary/uninstall-rate) è il pavimento del churn da engagement: un utente che ha disinstallato se n'è andato, mentre uno che ha semplicemente smesso di aprire l'app può ancora tornare. ## Taglia il churn da engagement (la battaglia della prima settimana) Il churn da engagement più ripido è da D1 a D7 — il catalogo va dal 72,7% al 90,8%, il che significa che la maggior parte di ciò che sopravvive al giorno 1 se n'è andata entro il giorno 7. Questo è un problema di activation e abitudine, e il playbook completo si trova in [Come Migliorare la Retention dell'App](https://mwm.ai/guides/how-to-improve-app-retention). La versione breve: porta gli utenti al valore velocemente, costruisci un loop di abitudine nella prima settimana ed esegui il [re-engagement](https://mwm.ai/glossary/re-engagement) *prima* che gli utenti diventino [dormienti](https://mwm.ai/glossary/dormant-user), non dopo che se ne sono già andati. ## Taglia il churn da abbonamento (dove si trovano i ricavi) È qui che il lavoro anti-churn si ripaga direttamente: - **Recupera prima il churn involontario** — la mossa con il ROI più alto. La logica di retry del pagamento, i periodi di grazia, il blocco dell'account e le sequenze di dunning riportano indietro utenti che non avevano mai intenzione di andarsene. Questa è configurazione e messagistica, non lavoro sul prodotto. - **Costruisci un vero cancel flow.** Al momento dell'intenzione di cancellare, offri una pausa (la pausa batte la cancellazione), un'offerta di [win-back](https://mwm.ai/glossary/winback-campaign) o un tier di downgrade — non un pulsante di conferma senza uscita. - **Chiudi il gap di realizzazione del valore.** La maggior parte del churn volontario riguarda utenti che non hanno mai ottenuto il valore per cui si sono abbonati. Collega activation e retention alla [trial conversion](https://mwm.ai/glossary/trial-conversion) e al [paywall](https://mwm.ai/glossary/paywall) in modo da convertire utenti che rimarranno, non utenti che cancelleranno al primo mese. - **Predefinisci il piano annuale.** I piani annuali sostituiscono dodici decisioni di rinnovo con una sola e abbassano strutturalmente il churn — vedi il playbook sulla [monetizzazione delle app mobile](https://mwm.ai/guides/mobile-app-monetization). ## Il punto di vista per categoria La forma del churn da engagement varia nettamente per categoria. Churn D30 mediano nel catalogo: | Categoria | Churn D1 | Churn D7 | Churn D30 | | ------------------------ | -------- | -------- | --------- | | Social & Comunicazione | 68,1% | 87,7% | **94,1%** | | Lifestyle & Benessere | 76,3% | 90,4% | 95,2% | | Produttività & Strumenti | 77,0% | 91,1% | 95,5% | | Educazione & Conoscenza | 75,1% | 91,4% | 96,4% | | Media & Intrattenimento | 75,1% | 92,0% | 96,6% | | Giochi | 63,4% | 90,7% | **97,1%** | I giochi hanno il churn *più alto* al giorno 30 (97,1%) nonostante il churn *più basso* al giorno 1 (63,4%) — la novità riporta gli utenti una o due volte, poi la curva crolla. Il social perde meno (94,1%) perché i loop di comunicazione creano ragioni per tornare. Se sei un gioco, la tua battaglia è il decadimento D7→D30; se sei social, proteggi il loop di rete che già funziona per te. ## Perché il churn è la leva che si moltiplica Ogni punto di churn che tagli si moltiplica nell'[LTV](https://mwm.ai/glossary/ltv): un utente fidelizzato continua a monetizzare, e un churn più basso innalza il lifetime value che finanzia l'acquisizione. Il churn è la perdita nel secchio — e con una mediana D30 del 96%, la maggior parte dei secchi è quasi tutto buco. I team che vincono non inseguono un numero magico basso. **Separano i due churn, recuperano il churn involontario gratuitamente e piegano la curva da engagement una coorte alla volta.** # Strategie di Crescita per App Mobile — Il Loop, non gli Hack La maggior parte dei contenuti sulle "strategie di crescita" è una lista di hack. I dati dicono che gli hack non sono il problema. La crescita è un'equazione — > **Crescita ≈ acquisizione × retention × monetizzazione × viralità** — e l'app mediana perde il secondo termine così male (96% di [churn](https://mwm.ai/glossary/churn) entro il giorno 30, meno del 4% di [retention](https://mwm.ai/glossary/retention)) che nessuna tattica di acquisizione può starle dietro. Questa guida è la mappa dell'intero loop e, soprattutto, l'ordine in cui correggerlo. La profondità per ciascun motore vive nel proprio playbook; questa guida spiega come si collegano tra loro. ## La crescita è un loop, non un funnel Un funnel è monodirezionale: installazione → utilizzo → churn. Un loop si auto-alimenta: gli utenti fidelizzati monetizzano, i ricavi finanziano l'acquisizione, e i referral portano utenti che fidelizzano e monetizzano a loro volta. La differenza è la capitalizzazione. Le app che crescono in modo duraturo non gestiscono funnel migliori — gestiscono loop in cui ogni motore rafforza il successivo. Il tuo compito è trovare il tuo loop e stringere ogni giuntura. ## Motore 1 — Acquisizione Porta utenti dentro, ma solo alla velocità a cui il loop riesce a trattenerli. - L'organico è la base: le [installazioni organiche](https://mwm.ai/glossary/organic-installs) sono il 62% del volume dell'app mediana, e oltre la metà proviene dalla ricerca sull'App Store. - La [Paid UA](https://mwm.ai/glossary/paid-ua) scala oltre l'organico, limitata da ciò che riesci a trattenere — il tuo tetto di [CPI](https://mwm.ai/glossary/cpi) è il tuo [LTV](https://mwm.ai/glossary/ltv). - Il play completo: [Strategie di acquisizione utenti](https://mwm.ai/guides/user-acquisition-strategies). ## Motore 2 — Retention (il moltiplicatore) Questo è il termine che decide se gli altri tre contano. La retention stabilisce quanto lifetime value restituisce ogni utente e per quanto tempo rimane nel loop a riferire altri. Con una mediana del 3,9% a D30, è anche il punto in cui la maggior parte delle app ha il maggiore margine di miglioramento. - Vinci la prima sessione ([momento aha](https://mwm.ai/glossary/aha-moment)), costruisci l'abitudine e osserva la [stickiness](https://mwm.ai/glossary/stickiness). - Il gioco completo: [Come Migliorare la Retention dell'App](https://mwm.ai/guides/how-to-improve-app-retention) e [Strategie di App Engagement](https://mwm.ai/guides/app-engagement-strategies). ## Motore 3 — Monetizzazione Cattura valore dagli utenti che mantieni, poi rimettilo in circolo nel loop. - Conversione, [ARPU](https://mwm.ai/glossary/arpu) e retention insieme producono [LTV](https://mwm.ai/glossary/ltv) — e l'LTV è ciò che finanzia l'acquisizione che fa crescere il loop. - Il gioco completo: [Strategie di App Monetization](https://mwm.ai/guides/app-monetization-strategies). ## Motore 4 — Viralità L'unico canale di acquisizione senza costo marginale. - Un [programma di referral](https://mwm.ai/glossary/referral-program) e un [viral coefficient](https://mwm.ai/glossary/viral-coefficient) sano trasformano gli utenti fidelizzati in nuovi utenti. Un viral coefficient che si avvicina a 1 significa che ogni utente porta approssimativamente un altro utente — il loop diventa auto-sostenibile. - La viralità è a valle della retention e del valore: gli utenti consigliano i prodotti che amano e con cui rimangono, quindi questo motore non può essere agganciato a uno che perde. ## L'ordine delle operazioni È qui che la maggior parte dei programmi di crescita sbaglia — iniziano con il motore più facile da comprare (acquisizione) invece di quello che sblocca tutti gli altri (retention). 1. **Prima la retention.** Fai funzionare la curva e l'economia unitaria su una piccola coorte. Scalare l'acquisizione in un secchio bucato alza solo il costo del churn. 2. **Poi la monetizzazione.** Stabilisci un [LTV](https://mwm.ai/glossary/ltv) su cui puoi contare, così sai quanto vale un utente. 3. **Acquisizione al terzo posto.** Ora scala contro un LTV reale, con un rapporto [LTV](https://mwm.ai/glossary/ltv)-to-[CAC](https://mwm.ai/glossary/cac) di 3+ come riferimento. 4. **Viralità per tutta la durata.** Si moltiplica su qualsiasi cosa producano gli altri tre motori. L'acquisizione sembra crescita perché il numero di installazioni si muove immediatamente. Ma installazioni versate in un prodotto al 4% di D30 sono un costo, non una strategia. ## Misura il loop Àncora su una [north-star metric](https://mwm.ai/glossary/north-star-metric) che cattura il valore consegnato, e osserva il rapporto principale del loop, [LTV](https://mwm.ai/glossary/ltv) ÷ [CAC](https://mwm.ai/glossary/cac) (traccialo con il [ROAS](https://mwm.ai/glossary/roas) per coorte). La disciplina di un team di crescita è rifiutarsi di ottimizzare un motore a scapito degli altri — perché in un loop, la giuntura più debole imposta la velocità dell'intera catena. Trovala, correggila, poi passa alla successiva. # KPI per app mobile — Le metriche che contano davvero (con benchmark) La maggior parte dei team ha il problema opposto di quello della misurazione — monitora troppo e agisce troppo poco. La soluzione non sono più dashboard; è un set ragionato di KPI che mappa il growth loop, ciascuno giudicato rispetto a un benchmark reale. Questa guida è quel set, raggruppato in base alla sua posizione nel loop, con le mediane del catalogo così puoi capire se il tuo numero è buono o solo familiare. ## Parti da una north-star Al di sopra dell'albero dei KPI si trova un unico numero: la [north-star metric](https://mwm.ai/glossary/north-star-metric) — la misura singola che meglio cattura il valore offerto dal tuo prodotto (daily active users, allenamenti registrati, brani riprodotti). Tutto il resto è un input di supporto. Sceglila per prima, perché determina quale delle metriche seguenti ottimizzi con più forza. ## KPI di acquisizione Con quale efficienza porti nuovi utenti. - **[Cost per install](https://mwm.ai/glossary/cpi) / [CAC](https://mwm.ai/glossary/cac)** — quanto costa un utente, misurato sempre contro l'[LTV](https://mwm.ai/glossary/ltv). - **[ROAS](https://mwm.ai/glossary/roas)** — return on ad spend, per coorte e canale. - **[Quota di install organici](https://mwm.ai/glossary/organic-installs)** — mediana del catalogo 61,6%; l'organico è il canale più grande per la maggior parte delle app non-gaming. - **[IPM](https://mwm.ai/glossary/cpi) e [install attribution](https://mwm.ai/glossary/install-attribution)** — efficienza creativa e verità del canale. (Vedi il [playbook sull'user acquisition](https://mwm.ai/guides/user-acquisition-strategies).) ## KPI di attivazione e retention Se gli utenti acquisiti rimangono — la base su cui si moltiplica tutto il resto. - **Activation rate** — quota di nuovi utenti che raggiungono il milestone del valore core nella prima sessione. - **[N-day retention](https://mwm.ai/glossary/n-day-retention)** — mediane del catalogo: **D1 27,3%, D7 9,2%, D30 3,9%**. Il decile superiore raggiunge \~10,9% a D30. - **[Churn](https://mwm.ai/glossary/churn)** — l'inverso; lo churn di engagement mediano a D30 è 96,1%. (Vedi il playbook sulla [retention](https://mwm.ai/guides/how-to-improve-app-retention).) ## KPI di engagement Quanto in profondità e con quale frequenza gli utenti attivi usano il prodotto — il leading indicator della retention. - **[Frequenza d’uso DAU/MAU](https://mwm.ai/glossary/dau-mau)** — mediana del catalogo 14,1%; una buona soglia è 20%+. - **[Sessioni per utente al giorno](https://mwm.ai/glossary/session-frequency)** — mediana del catalogo 2,94. - **[Durata della sessione](https://mwm.ai/glossary/session-length) e tempo per utente** — sessione mediana 1m 22s, mediana \~4m 18s al giorno (ma leggilo rispetto alla categoria — i tool di utilità sono sani anche se brevi, i giochi lunghi). (Vedi il playbook sull'[engagement](https://mwm.ai/guides/app-engagement-strategies).) ## KPI di monetizzazione Quanto valore catturi dagli utenti che mantieni. - **Conversione a pagante** — per la maggior parte delle app consumer una [conversion rate](https://mwm.ai/glossary/conversion-rate) a singola cifra bassa; un \~6% blended è un'ancora di pianificazione. - **[ARPU](https://mwm.ai/glossary/arpu)** — mediana del catalogo $0,15 (30 giorni), decile superiore $4,64. - **[ARPPU](https://mwm.ai/glossary/arppu)** — ricavi per utente *pagante*; mediana modellata $1,88/mese. - **[ARPDAU](https://mwm.ai/glossary/arpdau)** — mediana \~$0,01 IAP (escluse le entrate pubblicitarie). - **[LTV](https://mwm.ai/glossary/ltv)** — l'integrale dell'ARPDAU sulla curva di retention. (Vedi il playbook sulla [monetizzazione](https://mwm.ai/guides/app-monetization-strategies).) ## L'unico rapporto che lega tutto **[LTV](https://mwm.ai/glossary/ltv) ÷ [CAC](https://mwm.ai/glossary/cac).** Connette ogni gruppo sopra — retention e monetizzazione costruiscono l'LTV, l'acquisizione spende il CAC — e un rapporto di 3+ è il riferimento per un business sano e scalabile. La maggior parte del lavoro sui KPI è in definitiva al servizio di muovere questo unico rapporto. ## Il foglio dei benchmark | KPI | Mediana del catalogo | Forte (decile superiore) | | -------------------------- | -------------------- | ------------------------ | | Retention D1 / D7 / D30 | 27,3% / 9,2% / 3,9% | \~10,9% D30 | | Frequenza d’uso DAU/MAU | 14,1% | 31% | | Sessioni / utente / giorno | 2,94 | 5,28 | | ARPU (30 giorni) | $0,15 | $4,64 | | ARPDAU (IAP) | $0,01 | $0,04 | | Quota install organici | 61,6% | 77% | ## Vanity vs actionable Una metrica guadagna un posto nella dashboard solo se un suo cambiamento cambia quello che faresti. Download cumulativi e utenti registrati totali salgono sempre e non segnalano nulla; la retention per coorte, la conversione da trial a pagante, la stickiness e il [viral coefficient](https://mwm.ai/glossary/viral-coefficient) si muovono con leve specifiche e ti dicono quale ha funzionato. Monitora i tassi e le coorti, non i totali progressivi — in numero abbastanza ridotto da permettere al team di agire su ognuno. # Monetizzazione delle app mobile — IAP, Abbonamenti, Ads e Freemium spiegati La monetizzazione delle app mobile si è consolidata intorno a quattro modelli dominanti. La scelta tra essi è architettonica — determina le tue unit economics, la tua strategia di UA, la roadmap del prodotto e gli strumenti di piattaforma su cui costruisci. Scegliere il modello sbagliato per la tua app non solo lascia ricavi sul tavolo; crea un trascinamento strategico che si accumula per anni. Questa guida tratta tutti e quattro, quando ciascuno è la scelta giusta e le unit economics di benchmark che dovresti puntare a raggiungere. ## I quattro modelli, in un paragrafo ciascuno **[Freemium](https://mwm.ai/glossary/freemium) con [abbonamenti](https://mwm.ai/glossary/subscription).** L'app è gratuita da installare, con funzionalità o contenuti premium bloccati dietro un abbonamento ricorrente. Il modello con il funnel più ampio, dominante per app di produttività, contenuti, utility, dating e salute/fitness. Le unit economics vivono o muoiono sulla conversione da trial a pagante e sul churn mensile. **Freemium con [acquisti in-app](https://mwm.ai/glossary/iap).** Gratuita da installare, monetizzata tramite acquisti consumabili o non consumabili. Il modello standard per i giochi free-to-play — i consumabili alimentano la whale economics, i non consumabili rimuovono gli ads o sbloccano contenuti. Meno comune al di fuori dei giochi. **Free con ads.** Gratuita da installare, completamente gratuita da usare, monetizzata tramite impressioni pubblicitarie. Monetizzata tramite rewarded video, interstitial, banner o posizionamenti nativi. Buona economics per utente su app con lunghe sessioni; debole su app con sessioni brevi. **Paid upfront.** L'utente paga un prezzo una tantum per installare. Modello dominante nei primi anni 2010, ora limitato a strumenti pro di nicchia, giochi premium e utility specifiche. Alta qualità degli utenti qualificati (chiunque paghi ha un intento chiaro), ma funnel più ristretto. Realtà attuale: la maggior parte delle app consumer di successo commerciale è **ibrida**. La base è abbonamento o freemium, con posizionamenti pubblicitari tattici, IAP una tantum e bundle promozionali aggiunti sopra. ## Freemium + abbonamento — il default dominante Il freemium con abbonamenti è il default per la maggior parte delle nuove app consumer. L'attrito all'installazione è zero, i sistemi di abbonamento delle piattaforme (App Store e Google Play) gestiscono nativamente fatturazione, logica di trial e offerte di retention, e il modello di ricavi compounding premia gli investimenti a lungo termine nel prodotto. Le metriche core per un'app freemium con abbonamento: 1. **Trial start rate.** Quale frazione degli install avvia una prova gratuita. Tipicamente 8-20% per un onboarding ben progettato; 25%+ indica una qualità del funnel eccezionale. 2. **[Conversione da trial a pagante](https://mwm.ai/glossary/trial-conversion).** Quale frazione degli start del trial converte a pagante. Mediane di settore per verticale: produttività 30-50%, utility 25-45%, dating 50-70%, entertainment 40-60%, giochi con abbonamenti 15-30%. 3. **Churn mensile.** Tipicamente 5-10% per app mature. Al di sotto del 5% è eccezionale — di solito segnale di un prodotto con lock categoriale (Duolingo, Calm) o di strumenti di retention efficaci. 4. **[ARPU](https://mwm.ai/glossary/arpu)** e **[ARPPU](https://mwm.ai/glossary/arppu).** Ricavi per utente e ricavi per pagante blended. Le app di abbonamento consumer del top quartile vedono $2-5 ARPU, $15-40 ARPPU. 5. **[LTV](https://mwm.ai/glossary/ltv).** Derivato da ARPPU × durata media attesa. Un'app a $9,99/mese con churn mensile del 7% ha una durata media di \~14 mesi e un LTV pagante di \~$140; l'LTV blended dipende dal tasso di conversione. **Il trade-off core**: le app ad abbonamento hanno le finestre di payback più lunghe di qualsiasi modello di monetizzazione. Il tuo break-even sulla UA è spesso al giorno 60-120, non al giorno 7. Questo significa che hai bisogno di una forte capacità di previsione della retention o di un bilancio con una lunga pista. Le app che non riescono a prevedere l'LTV in modo affidabile spesso sovra-spendono sulla UA paid e restano senza liquidità. ## Freemium + IAP (giochi e non solo) I giochi free-to-play dominano il modello IAP. Un tipico gioco F2P monetizza attraverso: - **Consumabili** (monete, gemme, suggerimenti, potenziamenti) — il principale driver di ricavi, che alimenta la whale economics. - **Non consumabili** (rimozione ads, sblocco personaggio premium) — acquisti una tantum che convertono una frazione di utenti attivi. - **Livelli di abbonamento** (battle pass, accesso VIP) — aggiunti sempre più spesso come livello di monetizzazione intermedio. L'economia è fortemente a legge di potenza. In un tipico gioco free-to-play, l'1-5% dei giocatori che pagano mai genera il 50-80% dei ricavi. Il lavoro di monetizzazione riguarda principalmente: 1. Convertire una quota maggiore di giocatori a paganti (design del funnel del primo acquisto). 2. Estendere la spesa lifetime dei paganti esistenti (profondità della progressione, eventi live-ops, offerte a tempo limitato). 3. Prevenire il churn dei whale (meccaniche di retention e supporto VIP). Al di fuori dei giochi, il freemium solo-IAP è più raro ma esiste per app con un'unità naturale di consumo (es. app di generazione di immagini basate su crediti, servizi on-demand con prezzi per utilizzo). La maggior parte delle app di produttività consumer è migrata agli abbonamenti perché la matematica dell'LTV è più pulita. ## Monetizzazione tramite ads Le app ad-supported vivono o muoiono sull'**[eCPM](https://mwm.ai/glossary/ecpm)** — ricavi effettivi per mille impressioni pubblicitarie. Gli eCPM dipendono fortemente dalla geografia (US > EU > mercati emergenti, spesso con uno spread di 5-10x) e fortemente dal formato (rewarded video > interstitial > banner, spesso spread di 3-5x). eCPM benchmark 2026 (US, iOS, app di contenuti mid-tier): - Rewarded video: $10-30 - Interstitial: $4-12 - Banner: $0,50-2,00 - Native: $3-10 La questione decisiva per le app ad-supported è il tempo di sessione. Le app con 20+ minuti di sessione giornaliera (giochi, social, streaming) possono monetizzare gli ads a range ARPDAU di $10-30 che battono molte app freemium. Le app con sessioni giornaliere di 2 minuti (utility, strumenti) di solito faticano al di sotto di $1-2 ARPDAU solo con gli ads — ecco perché così tante app utility lanciate con ads sono migrate agli abbonamenti. **Post-ATT**, la monetizzazione ads su iOS è più complessa ma non è morta. I publisher che si sono adattati — adottando schemi di valore di conversione SKAdNetwork, ottimizzando separatamente l'LTV degli utenti opt-in e diversificando la mediazione ads — si sono in gran parte ripresi. Quelli che non lo hanno fatto sono ancora in calo del 30-50% sull'eCPM iOS rispetto ai baseline pre-ATT. ## Paid upfront Le app paid fanno pagare un prezzo di acquisto una tantum per l'installazione. Il funnel è ristretto ma la qualità di conversione è eccezionale — ogni utente che paga si è già qualificato da solo. Contesti specifici in cui il paid-upfront vince ancora: - **Strumenti pro** con basi di utenti ristrette e ad alto intento (produzione musicale, graphic design, strumenti scientifici specializzati). - **Giochi premium** con segnali di qualità chiari (port da console, giochi indie solo paid). - **Utility di nicchia** dove l'attrito dell'abbonamento distrugge la conversione (strumenti a utilizzo singolo). - **Mercati dove l'affaticamento da abbonamento è acuto** e un posizionamento pulito "paghi una volta, lo possiedi" differenzia. Il playbook sul paid è diverso: ottimizzi le scale di prezzo e il valore percepito invece della conversione del funnel. Uno screenshot eccellente e un punteggio di recensioni affidabile contano più di un ottimo paywall — perché non c'è un paywall. ## Monetizzazione ibrida La maggior parte delle app consumer di successo commerciale gestisce 2-3 flussi di monetizzazione in parallelo: - L'abbonamento come livello principale di ricavi, con ancora del pricing annuale. - IAP tattici per consumabili una tantum (crediti, pacchetti boost, contenuti premium). - Posizionamenti rewarded-ad per gli utenti free, spesso come meccanismo di "crediti gratuiti" che alimenta di nuovo l'engagement. - Lifetime deal, bundle o upsell come leve periodiche di retention e ricavi. L'obiettivo è dare a ogni utente un percorso verso il pagamento appropriato alla sua sensibilità al prezzo. Gli utenti ultra-budget ricevono ads; gli utenti di fascia media acquistano un abbonamento; gli utenti di alto valore pagano per l'annuale più consumabili occasionali. Fatta bene, la monetizzazione ibrida alza l'ARPU del 30-60% rispetto al puro abbonamento, al costo di una modesta complessità del prodotto. ## Pricing e localizzazione La strategia di pricing merita una guida a parte, ma tre regole ad alto impatto: 1. **Ancora l'annuale al 50% di sconto rispetto al mensile × 12.** Apple e Google supportano entrambi offerte di pricing annuale che mostrano lo sconto nativamente. Standard di settore. 2. **Localizza il pricing per mercato, non solo per lingua.** La parità di potere d'acquisto conta. Brasile, India e gran parte del Sud-Est asiatico richiedono prezzi nominali significativamente più bassi (30-50% degli USA). I livelli di pricing di Apple e Google ti permettono di personalizzarlo per paese senza gestire manualmente N × M combinazioni di valute. 3. **Testa più punti di prezzo.** Il primo prezzo che scegli non è quasi mai ottimale. Esegui A/B test su 3-4 scale di prezzo nei primi 3-6 mesi dopo il lancio. Le app di abbonamento del top quartile riesaminano il pricing annualmente. ## Unit economics di benchmark Ecco come si presenta una sana app di abbonamento nel 2026: - **Rapporto [LTV](https://mwm.ai/glossary/ltv):[CPI](https://mwm.ai/glossary/cpi)** di almeno 3:1 (LTV al giorno 180 vs CPI blended). Le app eccezionali vedono 5:1 o meglio. - **[ROAS](https://mwm.ai/glossary/roas) al giorno 30** del 50-70%. ROAS al giorno 180 pari o superiore al 120-150%. - **Conversione da trial a pagante** del 30%+ su un trial di 7 giorni. - **Churn mensile** sotto il 10%, idealmente 5-7%. - **Quota paganti su MAU** del 3-8%. Se i tuoi numeri sono ben al di sotto di questi, il problema è raramente la spesa UA — è il design del paywall, la qualità dell'onboarding o un gap fondamentale di product-market fit. Nessuna quantità di UA corregge un funnel rotto. ## Dove andare dopo - **[Paywall Design Best Practices](https://mwm.ai/guides/paywall-design-best-practices)** — la superficie di ottimizzazione con la leva più alta nelle app ad abbonamento. - **[La guida completa all'ASO](https://mwm.ai/guides/app-store-optimization)** — per guidare il top-of-funnel di cui la tua monetizzazione ha bisogno. - **[Come funziona l'algoritmo di ranking dell'App Store](https://mwm.ai/guides/app-store-ranking-algorithm)** — perché il ranking amplifica il margine di monetizzazione. - Per benchmark in tempo reale: **[MWM Scale](https://mwm.ai/mwm-scale)** traccia i ricavi dei competitor e i pattern di monetizzazione a livello di categoria. La monetizzazione è in definitiva una questione di prodotto, non una questione di pagina dei prezzi. Le app che vincono sulle unit economics sono quelle che costruiscono un prodotto che vale il prezzo che chiedono, poi progettano ogni superficie — trial, paywall, flusso di retention, win-back — per rendere leggibile il valore. Centra questo e i numeri seguono. # Paywall Design Best Practices (basate sui dati di conversione) Il paywall è la superficie con la leva più alta nel prodotto di un'app ad abbonamento. Un aumento relativo del 10% nella conversione del paywall equivale al 10% di ricavi in più su ogni install, in perpetuo. Nient'altro che un'app di abbonamento mobile possa rilasciare ha questa leva. Eppure la maggior parte delle app tratta i paywall come una decisione unica della fase di design, rilascia una versione e itera raramente. Questa guida tratta i pattern, il posizionamento e la disciplina di testing che separano le app del top quartile dalla media. ## Cosa fa davvero un paywall Un [paywall](https://mwm.ai/glossary/paywall) ha quattro compiti simultaneamente: 1. **Comunicare il valore** che l'utente ottiene pagando. 2. **Comunicare il prezzo**, ancorato a confronti che l'utente trova favorevoli. 3. **Ridurre il rischio percepito** del pagamento — prova gratuita, cancellazione chiara, riprova sociale. 4. **Creare urgenza o habit-lock** che spinge l'utente da "forse dopo" a "adesso." Fallire in uno dei quattro affossa la conversione. La maggior parte dei paywall sottoperformanti che vedo sono poco chiari sul punto #1 (copy generico "sblocca premium") o deboli sul punto #3 (nessuna offerta di trial, nessuna chiarezza sulla cancellazione). ## Posizionamento del paywall — tre momenti distinti **Paywall di onboarding.** Mostrato subito dopo l'installazione, spesso dopo un flusso di onboarding di 3-5 passi. Il posizionamento con la leva più alta per la maggior parte delle app consumer perché cattura l'utente al picco dell'intento. Deve essere allineato al contesto dell'onboarding — il beneficio principale del paywall dovrebbe riflettere le risposte che l'utente ha appena dato. **Paywall contestuale / di feature-gate.** Mostrato quando l'utente tocca una funzionalità specifica bloccata ("Aggiorna per salvare più di 3 abitudini", "Sblocca i contenuti premium"). Tasso di conversione più basso rispetto all'onboarding, ma intento più alto per conversione — l'utente ha provato a fare qualcosa di specifico ed è stato bloccato. **Paywall di retention.** Mostrato agli abbonati che stanno cancellando come offerta win-back, o agli utenti paganti inattivi come opzione di downgrade invece di cancellazione. Tasso di conversione più basso, ma ogni salvataggio ha un margine vicino al 100%. Le app di abbonamento ben progettate gestiscono tutte e tre con varianti distinte, non un unico paywall clonato tre volte. Il paywall di onboarding dovrebbe introdurre il valore; il paywall contestuale dovrebbe spiegare la funzionalità specifica; il paywall di retention dovrebbe ridurre l'avversione alla perdita. ## Hard vs soft paywall **Hard paywall**: nessun modo di procedere senza acquisto o avvio del trial. Pro: massima conversione sugli utenti che pagano; monetizzazione più chiara. Contro: tasso di avvio del trial drasticamente più basso; tasso di disinstallazione più alto dopo il paywall. Appropriato quando: - Il core loop del tuo prodotto è bloccato su contenuti premium (streaming, strumenti specializzati) - La tua app ha una forte brand awareness standalone che qualifica gli install in anticipo - I tuoi canali UA portano utenti ad alto intento (non acquisizioni casuali via ads) **Soft paywall**: l'utente può saltare e continuare a un livello gratuito. Pro: funnel più ampio, più opportunità di conversione contestuale successiva. Contro: l'opzione "salta" è un precipizio — molti utenti saltano e non vedono mai più il paywall. Appropriato quando: - Gli utenti hanno bisogno di più sessioni per capire il valore - La tua app ha un livello gratuito utilizzabile che genera ancora engagement - Hai una forte strategia di paywall contestuale per la conversione successiva La maggior parte delle app di abbonamento freemium di successo usa un **soft paywall in onboarding più un hard paywall su specifiche funzionalità premium**. La combinazione cattura i paganti immediati preservando il percorso a lungo termine per gli utenti esitanti. ## Layout del pricing — le convenzioni che vincono consistentemente **Stack verticale a due livelli**, con annuale sopra il mensile: - Piano annuale, mostrato per primo, con badge "RISPARMIA 50%" o simile - Piano mensile sotto **Card orizzontali a tre livelli**, per app con chiara differenziazione delle funzionalità: - Basic / Pro / Business - Livello intermedio come selezione "predefinita" o label "più popolare" **Livello singolo con enfasi sul trial**, per app sicure di un unico punto di prezzo: - CTA grande per il trial ("Inizia la prova gratuita di 7 giorni") - Prezzo in testo più piccolo ("poi $9,99/mese") Regole valide per tutti i layout: - **Mostra sempre il prezzo per periodo in modo prominente.** Gli utenti devono sapere che stanno pagando $9,99/mese, non $119,88/anno nascosto nei termini. - **Pre-seleziona l'opzione di valore più alto.** La convenzione del settore è di impostare il default sull'annuale. Gli utenti che vogliono il mensile cambieranno la selezione; il default porta una quota significativa all'annuale. - **Includi chiarezza sulla cancellazione.** "Cancella in qualsiasi momento" o "Nessun impegno" nel testo secondario, above the fold. - **Mostra il simbolo della valuta e il formato per locale.** $9,99 negli USA, 9,99 € in Francia, £7,99 nel UK. ## Copy — la leva più importante La maggior parte dei paywall sottoperformanti perde sul copy, non sul design visivo. I pattern che funzionano: **Specifico > generico.** "Abitudini illimitate" o "Senza pubblicità per sempre" batte "Ottieni accesso premium." Gli utenti devono visualizzare cosa cambia. **Beneficio > funzionalità.** "Dormi meglio ogni notte" batte "Sblocca 200+ meditazioni." Le liste di funzionalità vengono scansionate; il framing dei benefici viene letto. **Social proof nel posto giusto.** Un badge con valutazione 4,8 stelle o la statistica "10 milioni di utenti" vicino al pricing funziona. I segnali di fiducia a bassa credibilità (loghi generici "Come visto su" senza sostanza) spesso riducono la fiducia invece di costruirla. **Urgenza senza dark pattern.** "Offerta a tempo limitato — primo mese al 50% di sconto" va bene se è vera. I countdown timer che si riavviano ad ogni visualizzazione sono dark pattern che Apple e Google segnaleranno. **L'etichetta del pulsante conta.** "Inizia la prova gratuita" vs "Continua" vs "Abbonati" — testali. "Inizia la prova gratuita" di solito vince sul trial-start rate; "Continua" può vincere sul trial-to-paid perché gli utenti che lo vedono capiscono che stanno accettando un flusso di acquisto piuttosto che un'offerta gratuita. ## Pattern di design visivo che funzionano Analizzando centinaia di paywall, una manciata di pattern compare ripetutamente nelle app con la conversione più alta: - **Immagine o animazione hero** in cima, che stabilisce il valore emotivo. - **Coppia icona + beneficio** per ogni beneficio chiave — 4-6 righe. Lascia che l'utente scansioni. - **Recensioni o citazioni di clienti** con valutazioni a stelle visibili. - **Pricing presentato come card**, non lista piatta. Stato selezionato visivamente distinto. - **CTA primaria a piena larghezza in basso**, sticky su paywall lunghi. - **Azioni secondarie (ripristina acquisti, termini, privacy)** in stile terziario attenuato. Anti-pattern che sottoperformano consistentemente: - **Paywall ricchi di testo** senza immagini o gerarchia visiva. - **CTA in maiuscolo** ("ACQUISTA ORA") — aggressivo e spesso con conversione peggiore rispetto al case-titolo. - **Pricing nascosto** con solo una CTA per il trial e nessun prezzo per periodo. - **Troppe opzioni** — 4+ piani creano affaticamento decisionale. - **Paywall chiudibili ma non ovviamente tali** — la X di chiusura è piccola o grigia. Gli utenti si sentono intrappolati, lasciano recensioni negative. ## A/B testing dei paywall I paywall devono essere testati continuamente. Le opzioni di infrastruttura: - **Build your own** — feature flagging + selezione variante server-side + analytics del client. Personalizzato, flessibile, richiede tempo di engineering. - **SDK dedicati per paywall** — RevenueCat, Adapty, Superwall. Gestiscono distribuzione delle varianti, analytics e integrazione degli abbonamenti di piattaforma in un unico SDK. La maggior parte delle app di abbonamento di medie dimensioni usa uno di questi invece di costruirlo internamente. Disciplina che conta indipendentemente dall'infrastruttura: 1. **Una variabile per test.** Testare un'immagine hero diversa E un prezzo diverso è un test a cui non puoi attribuire i risultati. 2. **Calcola la potenza prima di iniziare.** Calcola la dimensione del campione necessaria per il minimo delta di conversione che vuoi rilevare. Un test che richiede 6 settimane per raggiungere la significatività va bene; un test che va avanti per sempre perché il delta è minuscolo non va bene. 3. **Monitora l'LTV per coorte downstream, non solo la conversione.** Una variante che aumenta la conversione da trial a pagante del 5% ma attira utenti con LTV più basso può essere netta-negativa. Aspetta almeno un ciclo di fatturazione prima di dichiarare un vincitore. 4. **Mantieni un calendario di testing.** Evita di contaminare i test. Quando ne interrompi uno, concedi una settimana di washout prima del successivo se il comportamento degli utenti sulla superficie modificata deve stabilizzarsi. ## I cinque errori più comuni del paywall Dopo aver analizzato molti paywall, i pattern ricorrenti di fallimento: 1. **Beneficio hero vago.** "Sblocca premium" non dice nulla all'utente. 2. **Nessun pricing annuale o framing annuale debole.** Si lascia LTV sul tavolo. 3. **Nessun trial, quando gli utenti hanno bisogno che il prodotto si dimostri prima di pagare.** 4. **Paywall di onboarding chiudibile senza una strategia di paywall contestuale.** Gli utenti chiudono una volta, non vedono mai più un prompt di acquisto. 5. **Statico per sempre.** La prima versione del paywall rilasciata al lancio non è quasi mai la migliore. Le app che non hanno iterato in 12 mesi stanno perdendo il 15-30% dei ricavi rispetto a quello che un programma di testing disciplinato genererebbe. ## Misurare le performance del paywall Strumentazione minima: - **Impressioni del paywall** (ogni volta che un paywall viene renderizzato) - **Paywall conversion rate** (trial start + acquisti diretti per impressione) - **Paywall dismiss rate** (per i soft paywall) - **Conversione da trial a pagante** (downstream) - **LTV per coorte a 30 e 180 giorni per variante del paywall** Cadenza di reporting: conversione del paywall giornaliera; LTV downstream settimanale; revisione completa delle performance della variante mensile. ## Il lato winback e retention Il paywall continua dopo l'acquisto. Quando gli utenti cancellano, Apple e Google ti permettono di mostrare [offerte promozionali](https://mwm.ai/glossary/promotional-offer) — tariffe scontate per gli abbonati che tornano. Un flusso di offerta winback ben progettato cattura il 15-30% dei cancellanti. Best practice: - **Non mostrare un'offerta winback prima che l'intento di cancellazione sia chiaro.** Mostrarla agli utenti soddisfatti li abitua ad aspettarsi sconti. - **L'offerta deve essere significativa ma non cannibalizzare il pricing normale.** Il 50% di sconto per 3 mesi è un pattern comune; "gratis per sempre" distruggerebbe ovviamente l'economia. - **Codici offerta per i casi del servizio clienti.** Lascia che il team di supporto riscatti un codice winback per gli utenti che si lamentano di problemi di fatturazione — il lift di retention per caso supera il costo. ## Dove andare dopo - **[Mobile App Monetization](https://mwm.ai/guides/mobile-app-monetization)** — il contesto del modello in cui vivono i paywall. - **[Come posizionare la tua app iOS](https://mwm.ai/guides/how-to-rank-an-ios-app)** — per guidare il top-of-funnel che il tuo paywall converte. - **[Glossario: Paywall](https://mwm.ai/glossary/paywall)** per il riferimento al termine. I paywall premiano l'ossessione. I publisher che li trattano come una superficie di ottimizzazione — misurata, iterata, testata in A/B continuamente — accumulano un vantaggio di margine sui competitor che rilasciano e dimenticano. Inizia con un miglioramento. Rilascialo. Misurane l'effetto. Rifallo ogni mese per due anni. Quella disciplina da sola vale la differenza tra un'app di abbonamento mediana e una del decile superiore. # Push Notification Best Practices per App Mobile Le [push notification](https://mwm.ai/glossary/push-notification) sono la leva più abusata nella retention mobile. Usate bene, sono il modo più economico per generare una visita di ritorno e richiamare un'abitudine in formazione. Usate male, sono il percorso più rapido verso un canale silenziato o una disinstallazione — e una volta che un utente ti ha silenziato, quella leva di retention è persa per sempre. L'intera disciplina consiste nel guadagnare attenzione e spenderla con cura. ## Guadagna l'opt-in prima di chiederlo Su iOS, le push richiedono un permesso esplicito e il prompt di sistema può essere mostrato efficacemente solo una volta. Bruciarlo al primo avvio — prima che l'utente abbia percepito alcun valore — è l'errore più comune e più costoso. - **Prepara il prompt.** Mostra una schermata di pre-permesso personalizzata che spiega *cosa* faranno le notifiche per l'utente, poi attiva il dialogo di sistema solo per gli utenti che dicono sì. Questo protegge il prompt reale da un rifiuto istintivo. - **Chiedi dopo un momento di valore**, non prima. Un utente che ha appena sentito funzionare l'app è molto più propenso a dare l'opt-in rispetto a uno che guarda una prima schermata a freddo. - Android concede le push in modo più permissivo, ma la stessa disciplina di rilevanza si applica per mantenerlo. ## Attiva sul valore, non su un programma La singola leva di qualità più grande è passare dal batch-and-blast ai **trigger comportamentali** — notifiche scattate da qualcosa che l'utente ha fatto o da qualcosa genuinamente rilevante per lui. - Segmenta per comportamento e ciclo di vita (nuovo, attivo, in procinto di abbandonare) e invia a ogni segmento messaggi diversi. - Una push attivata e rilevante guadagna l'apertura e il ritorno; un blast generico programmato abitua gli utenti a ignorare — e poi a silenziare — te. - Abbina i trigger a una [daily streak](https://mwm.ai/glossary/daily-streak) o ad un'altra cadenza a cui l'utente ha aderito, in modo che la notifica rinforzi un'abitudine che vuole già avere. ## Rispetta frequenza, timing e orari silenziosi Non esiste una cadenza universale ottimale — esiste un cap che protegge il canale. - **Limita il volume per utente** e rispetta gli orari silenziosi e i fusi orari locali. - Preferisci l'ottimizzazione del tempo di invio per utente rispetto a un'unica ora globale. - Tratta ogni invio come la spesa di un budget finito di attenzione; se un messaggio non vale la pena aprirlo, non inviarlo è la scelta a maggior valore. ## Usa push e messaggistica in-app insieme Le [push](https://mwm.ai/glossary/push-notification) riportano gli utenti dall'esterno dell'app; i [messaggi in-app](https://mwm.ai/glossary/in-app-messaging) e le [notifiche in-app](https://mwm.ai/glossary/in-app-notifications) guidano e fanno upselling agli utenti già all'interno. Sono superfici complementari: - Push → la visita di ritorno. - In-app → cosa succede durante la visita (scoperta di funzionalità, offerte, nudge). Uno stack di messaggistica completo orchestra entrambe dagli stessi trigger comportamentali. ## Recupera gli utenti in procinto di abbandonare prima che se ne vadano Le push sono il canale principale per le campagne di [re-engagement](https://mwm.ai/glossary/re-engagement) e di [winback](https://mwm.ai/glossary/winback-campaign). La finestra temporale conta: un [utente dormiente](https://mwm.ai/glossary/dormant-user) che non ha aperto da giorni è molto più recuperabile di uno che ha abbandonato settimane fa. Attiva il re-engagement sui segnali di abbandono precoce, non dopo che l'utente è ormai scomparso da tempo — e fai in modo che il messaggio riguardi il loro *valore incompiuto*, non un generico "ci manchi." ## Misura ciò che conta davvero Il tasso di apertura della notifica stessa è una vanity metric. Le domande che contano: - **Tasso di opt-in**, e come si muove quando riposizioni il prompt. - **Lift downstream** — una coorte notificata mostra una [session frequency](https://mwm.ai/glossary/session-frequency) e una [retention](https://mwm.ai/glossary/retention) più alte rispetto a un gruppo di controllo non notificato? - **Tasso di mute e disinstallazione** dopo gli invii — il lato dei costi del bilancio. Esegui le notifiche contro un holdout così stai misurando le visite di ritorno incrementali, non prendendoti il merito di utenti che sarebbero comunque tornati. Le push fatte bene sono un moltiplicatore sul lavoro di [retention](https://mwm.ai/guides/how-to-improve-app-retention) e [engagement](https://mwm.ai/guides/app-engagement-strategies) — non un sostituto. # Strategie di acquisizione utenti — Come acquisire utenti per la tua app e ridurre il costo per installazione La prima cosa che i dati ribaltano è l'assunzione che l'user acquisition significhi comprare install. Nel catalogo MWM, l'**app mediana ottiene il 61,6% degli install in modo organico, e il 52,3% viene dalla ricerca nell'App Store** — il che significa che la ricerca organica guida più della metà degli install per l'app tipica prima che venga speso un solo euro in advertising. La UA paid è reale e l'82,8% delle app la fa, ma per la maggior parte è uno strato sopra una base organica, non la base stessa. Questa guida tratta il mix di acquisizione, la matematica che fissa il tetto di spesa e come abbassare il tuo [cost per install](https://mwm.ai/glossary/cpi) effettivo. (Nota: la ricerca su "cost per install" può portare anche indici economici non correlati — qualifica il termine con *mobile* o *app*.) ## L'equazione della UA: puoi pagare solo per ciò che riesci a trattenere L'acquisizione non è una leva di crescita da sola — è un moltiplicatore sulla retention e la monetizzazione. Il tetto a ciò che puoi pagare per utente in modo redditizio è fissato dall'[LTV](https://mwm.ai/glossary/ltv): > Se il tuo [LTV](https://mwm.ai/glossary/ltv) ÷ costo di acquisizione non è comodamente sopra 1, più spesa significa solo perdere denaro più in fretta. Lo standard di riferimento è un **rapporto [LTV](https://mwm.ai/glossary/ltv)/[CAC](https://mwm.ai/glossary/cac) di 3 o superiore** prima di scalare. Ecco perché i playbook sulla [retention](https://mwm.ai/guides/how-to-improve-app-retention) e sulla [monetizzazione](https://mwm.ai/guides/app-monetization-strategies) sono anche playbook sull'acquisizione: ogni punto di retention o ARPU che aggiungi alza il [CPI](https://mwm.ai/glossary/cpi) che puoi permetterti, il che sblocca canali e scale che erano precedentemente in perdita. L'acquisizione non può superare un prodotto che perde utenti. Misurale con il [ROAS](https://mwm.ai/glossary/roas) per coorte e canale, e imposta correttamente l'[install attribution](https://mwm.ai/glossary/install-attribution) così sai quale canale ha davvero guadagnato l'utente. ## Canale 1 — Organico: la maggioranza predefinita Per la maggior parte delle app questo è il canale più grande, ed è anche quello più economico. - **L'App Store Optimization è il motore.** La ricerca organica rappresenta il 52% degli install per l'app mediana — questa è la superficie ASO. Il gioco completo è nella [Guida completa all'App Store Optimization](https://mwm.ai/guides/app-store-optimization); il punto qui è che l'ASO non è un progetto secondario, è il tuo canale di acquisizione più grande. - **Referral e viralità.** Un [programma di referral](https://mwm.ai/glossary/referral-program) e un sano [viral coefficient](https://mwm.ai/glossary/viral-coefficient) trasformano gli utenti fidelizzati in nuovi utenti a costo marginale quasi zero — il canale che si accumula nel tempo. - **Il featuring sugli store e le valutazioni** generano picchi organici che il paid non può comprare. ## Canale 2 — Paid: quando la matematica LTV funziona La [UA paid](https://mwm.ai/glossary/paid-ua) è il modo in cui si scala *oltre* l'organico una volta che l'economia lo supporta. - **Apple Search Ads** cattura utenti ad alto intento nel momento della ricerca — circa il 34% delle app che fanno paid lo usa. Si abbina all'ASO: posizionati organicamente, poi difendi ed estendi con posizionamenti paid sulle stesse query. - **Social network e video** (le grandi piattaforme paid) generano volume; i [lookalike audience](https://mwm.ai/glossary/lookalike-audience) estendono i tuoi migliori utenti e il [retargeting](https://mwm.ai/glossary/retargeting) riporta indietro quelli in procinto di abbandonare più economicamente che acquistare a freddo. - **Dimensiona per categoria.** I dati sono netti: i giochi fanno UA paid al 97,2% con una quota paid mediana del 53%, mentre le app di contenuti e utility fanno paid al 71-78% con una quota paid di solo 11-20%. Se non sei un gioco, il paid è per design una minoranza del tuo mix. ## Abbassa il tuo costo effettivo per install Non abbassi il CPI solo offrendo meno — lo abbassi convertendo di più dalla stessa spesa: - **La creatività è la leva paid più importante.** Un install-per-mille ([IPM](https://mwm.ai/glossary/ipm)) più alto significa più install per impressione, il che abbassa direttamente il CPI effettivo. Ruota le creatività per combattere la [creative fatigue](https://mwm.ai/glossary/creative-fatigue), il silenzioso inflatore del CPI. - **Sfrutta l'uplift organico.** Le campagne paid alzano i ranking organici (più install → migliore posizione in classifica → più organico). Il tuo costo per install *blended* è più basso del tuo CPI paid; gestisci il blended. - **Fai retargeting prima di ricomprare.** Ri-coinvolgere un utente noto è più economico che acquisire uno sconosciuto. ## La lente per categoria | Categoria | % che fa UA paid | Quota paid mediana | Quota organica mediana | | ---------------------- | ---------------- | ------------------ | ---------------------- | | Giochi | 97,2% | 53,3% | 39,5% | | Media & Entertainment | 78,1% | 19,6% | 66,7% | | Education & Knowledge | 74,4% | 17,3% | 66,4% | | Social & Communication | 73,8% | 13,6% | 71,5% | | Lifestyle & Well-being | 73,1% | 12,8% | 66,7% | | Productivity & Tools | 71,5% | 11,3% | 68,8% | I giochi comprano la crescita; tutti gli altri la guadagnano per la maggior parte organicamente e la comprano al margine. Scegli il playbook che corrisponde alla tua economia — copiare il mix paid-pesante di un gioco in un'app di utilità brucia denaro che l'LTV non può supportare. ## Da dove iniziare Calcola prima il tuo rapporto LTV/costo. Al di sopra di 3, scala il paid finché l'efficienza scende o il pubblico si esaurisce. Tra 2 e 3, correggi creatività e conversione. Al di sotto di 2, smetti di scalare e vai a correggere retention e monetizzazione — i canali non salveranno unit economics che il prodotto sta erodendo. Poi costruisci l'organico come base duratura e sovrapponi il paid, dimensionato a ciò che riesci a trattenere. # アプリエンゲージメント戦略 — エンゲージメントとスティッキネスを高める方法 エンゲージメントは、他のすべてのアプリ指標が後から追いかける先行指標だ。コホートの[リテンション](https://mwm.ai/glossary/retention)カーブが姿を現す前、そして収益が明らかになるずっと前に、エンゲージメントはプロダクトが定着しているかどうかを教えてくれる。MWMカタログ全体を見ると、中央値のアプリは\*\*1日あたりユーザーあたり2.94セッション・約4分、[DAU/MAU](https://mwm.ai/glossary/dau-mau)スティッキネス14.1%\*\*を記録しており、上位十分位はそれぞれの値を約2〜3倍に引き上げている。本ガイドは、これらの数値を動かすための方法論を解説する。 重要な前提として、エンゲージメントは単一の数値ではなく3つの次元で構成されており、自分のプロダクトに合わない次元を最適化しようとすることが最もよくある失敗だ。 ## エンゲージメントの3つの次元 - **頻度** — ユーザーがどれだけ頻繁に戻ってくるか。[1日あたりセッション数](https://mwm.ai/glossary/session-frequency)で計測。カタログ中央値2.94、上位十分位5.28。 - **深さ** — 1回の訪問でどれだけ多くのことをするか。[セッション時間](https://mwm.ai/glossary/session-length)と1日あたりの滞在時間で計測。カタログ中央値セッション1分22秒、1日あたり中央値滞在時間4分18秒。 - **スティッキネス** — 月間ユーザーのうち毎日来訪する割合。[DAU/MAU](https://mwm.ai/glossary/dau-mau)で計測。カタログ中央値14.1%、目安となる水準は20%以上。 強いアプリは3つすべてを高めるが、*適切なバランス*はカテゴリによって異なる（後述）。自分のプロダクトの価値に最も対応する次元を特定し、そこをリードすること。 ## レバー1 — 頻度：より多くの再訪問を獲得する 頻度は、ユーザーがアプリを開く習慣化した理由を繰り返し提供することで構築される。 - **習慣ループを締める。** 素早く報酬を得られる[コアループ](https://mwm.ai/glossary/core-loop)——そして習慣形成重視のプロダクトには可変報酬型の[コンパルジョンループ](https://mwm.ai/glossary/compulsion-loop)——が、次回起動を自動的にする。 - **リズムを固定する。** [デイリーストリーク](https://mwm.ai/glossary/daily-streak)、毎日更新されるコンテンツ、または常設の日次帰還理由が頻度を生み出す。 - **価値あるトリガーを使い、罪悪感に訴えない。** 適切なタイミングの[プッシュ通知](https://mwm.ai/glossary/push-notification)と[アプリ内メッセージ](https://mwm.ai/glossary/in-app-messaging)は習慣を呼び戻すが、過剰なトリガーはユーザーをミュートに向かわせる。[セッション頻度](https://mwm.ai/glossary/session-frequency)を、習慣が形成されているかどうかの早期シグナルとして監視する。 ## レバー2 — 深さ：各セッションを充実させる - **機能定着を促進する。** プロダクトの価値により多くアクセスするユーザーは、より深くエンゲージし、リテンションも高い。最初のコアアクションだけでなく、2番目・3番目のコアアクションへ誘導する。 - **パワーユーザーを育てる。** [パワーユーザー](https://mwm.ai/glossary/power-user)へのパスをマップし、エンゲージしているユーザーをそこへ引き込む——パワーユーザーはスティッキネスとクチコミを生み出す。 - **適切な場合に[ゲーミフィケーション](https://mwm.ai/glossary/gamification)を活用する** — 進捗、目標、報酬は適切なプロダクトではセッションを深めるが、合わないプロダクトでは陳腐な印象を与える。 注意点：深さは最も誤解されやすい次元だ。長ければ良いわけではない——カテゴリ別の視点を参照のこと。 ## レバー3 — スティッキネス：月間ユーザーを毎日のユーザーに変える スティッキネス（[DAU/MAU](https://mwm.ai/glossary/dau-mau)）はエンゲージメントの健全性を最もよく示す総合指標であり、強力な[ノーススターメトリクス](https://mwm.ai/glossary/north-star-metric)の入力値だ。カタログ上位十分位は31%に達し、上位1%は57.7%——「毎日の習慣」の領域に到達する。たまに使うアプリから毎日使うアプリへの転換は、最も重要なエンゲージメント目標であり、リテンションに複利的に積み重なり、あらゆるマネタイズ手法により多くの機会を与える。スティッキネスがチャーンに侵食される前に、離脱しかけているユーザーを[リエンゲージメント](https://mwm.ai/glossary/re-engagement)フローで取り戻す。 ## カテゴリ別の視点 エンゲージメントはカテゴリによって全く異なる様相を呈する——だからこそ、単一のプレイブックは通用しない： | カテゴリ | セッション数/ユーザー/日 | 中央値滞在時間/ユーザー/日 | DAU/MAUスティッキネス | | ---------------- | ------------- | -------------- | -------------- | | ソーシャル・コミュニケーション | 3.26 | 3分46秒 | **21.2%** | | ゲーム | 3.21 | **12分18秒** | 11.8% | | 生産性・ツール | 2.94 | 2分3秒 | 17.5% | | メディア・エンターテインメント | 2.88 | 3分44秒 | 15.0% | | ライフスタイル・ウェルビーイング | 2.71 | 2分34秒 | 15.2% | | 教育・知識 | 2.76 | 3分8秒 | 12.6% | 注意深く読んでほしい。**ゲームは深さを支配する**（1日12分以上）が、日次スティッキネスは*最も低い*——長く、頻度が低く、新規性に依存したセッションだ。**ソーシャルはスティッキネスをリードする**（21%）——短いが頻繁な訪問によって。**生産性は極小セッションでもスティッキーだ**（1日2分）、素早く価値を届けるから——そうしたアプリでセッション時間を伸ばそうとすることは、間違った最適化だ。自分の価値の自然な形を見つけ、それに向けて最適化すること。 ## エンゲージメントは先行指標である エンゲージメントは、プロダクトマーケットフィットを最初に感じ取れる場所であり、最も早く手を打てる場所だ。今週の頻度とスティッキネスの向上は翌月のより良い[リテンション](https://mwm.ai/guides/how-to-improve-app-retention)となり、リテンションの向上はより高いLTVとなり、それがマネタイズと[獲得](https://mwm.ai/guides/app-monetization-strategies)の全体機械を動かす燃料になる。エンゲージメントを管理してリテンションを動かし、リテンションを管理して収益を動かす——この順序が重要なのは、それぞれが次の先行指標だからだ。 # アプリマネタイズ戦略 — ARPDAU・ARPU・LTVを伸ばす方法 ほとんどのマネタイズアドバイスは平均値を最適化しようとする。しかしデータは、平均値が間違ったターゲットであることを示している。MWMカタログ全体を見ると、**30日間の[ARPU](https://mwm.ai/glossary/arpu)中央値は$0.15、上位十分位は$4.64、上位1%は$43**——約290倍のスプレッドがある。IAP [ARPDAU](https://mwm.ai/glossary/arpdau)の中央値はわずか1セント程度だ。マネタイズはべき乗則だ：コンバージョン、課金者価値、リテンションを複合的に高めたアプリが、わずかに高い平均値を追いかけるアプリを圧倒してテール部分で勝利を収める。 このガイドは、[モバイルアプリマネタイズ](https://mwm.ai/guides/mobile-app-monetization)ピラーガイドの最適化コンパニオンだ。そのガイドは*どのモデルを選ぶか*を扱っているが、本ガイドはモデルを選んだ後に*収益をどう伸ばすか*を扱う。 ## マネタイズの方程式：4つのレバー マネタイズを算術的に分解すると、動かせる要素は4つしかない： > **収益 ≈ ユーザー数 × 課金コンバージョン率 × [ARPPU](https://mwm.ai/glossary/arppu) × リテンション** — あるいはエンゲージメント型収益のアプリであれば、**DAU × ARPDAU。** 以下のすべては、この4つのレバーのいずれかに対応している。重要なのは、自分にとっての*制約要因*がどれかを特定して引くことであり、均等に努力を分散させることではない。 ## レバー1 — コンバージョン：無料ユーザーを課金ユーザーに変える ほとんどのコンソーマーアプリでは課金ユーザー率は低い一桁台だ（計画上の想定としてブレンドで6%は妥当で、多くのアプリはそれを大幅に下回っている）。そのため[ペイウォール](https://mwm.ai/glossary/paywall)と[トライアルコンバージョン](https://mwm.ai/glossary/trial-conversion)フローは、あなたが保有するマネタイズ接点の中で最も高頻度で触れるものになる。 - **ペイウォールは価値の後に置く、前ではなく。** ユーザーはプロダクトが機能することを体験してからコンバートする。初回起動時のハードペイウォールは、長期的な[コンバージョン率](https://mwm.ai/glossary/conversion-rate)を犠牲にして見かけの初期数値を得ようとするものだ。 - **トライアルを習慣形成ウィンドウに合わせる。** 3日間トライアルは緊急性で高くコンバートし、7日間トライアルはより多くの習慣を構築してより高いリテンション価値をもたらす。両方テストせよ。 - **意思決定を減らす、価格だけでなく。** プランを絞り、明確なデフォルトを設け、「最も人気」ティアを明示することで、選択肢が並ぶだけのペイウォールよりも高くコンバートする。 ## レバー2 — ARPPU：課金ユーザーの実際の支払い額を増やす 課金するユーザーが非常に少ないため、各*課金者*の支出額が収益を左右する。モデル化された[ARPPU](https://mwm.ai/glossary/arppu)の中央値は月$1.88だが、上位十分位は$42.76——ARPUと同じべき乗則だ。 - **価値と支払い意思額に基づいて価格設定し、コストベースではなく。** 年間プランを基点に据え、プレミアムティアを提供し、バンドルやアップセルを通じて[平均注文額](https://mwm.ai/glossary/average-order-value)を自然に高める。 - **ホワイルに意図的に対応する。** カテゴリデータがこれを具体的に示している：ゲームは*最低*の中央値ARPU（$0.07）を持ちながら上位十分位は$5.72——収益が[ホワイル](https://mwm.ai/glossary/whale)に集中している。上位1%の課金者が収益の大部分を占めているなら、プレミアムバンドルや上位ティアのオファーは貪欲ではなく、ビジネスの本質だ。 - **デフォルトを年間プランにする。** 年間プランはARPPUを引き上げながらチャーンも削減する。 ## レバー3 — リテンションはLTVの乗数 これはほとんどのチームが軽視しているレバーだ。[LTV](https://mwm.ai/glossary/ltv)は[リテンション](https://mwm.ai/glossary/retention)カーブ上でのARPDAUの積分値——そして中央値のアプリは最初の30日間でわずか**4.08アクティブ日数**しかない。価格やコンバージョン率を変えなくても、リテインされる日数が増えればユーザーあたりの収益は増える。 D30リテンションを1ポイント改善すると、*すべての*課金コホート全体でLTVが向上する。だからこそ[リテンション改善プレイブック](https://mwm.ai/guides/how-to-improve-app-retention)はマネタイズのプレイブックでもある。穴の開いたバケツを修復することは、他のすべてのレバーに対して複利的に効く。ARPDAUは健全なのにLTVが弱い場合、問題はリテンションであり価格設定ではない。 ## レバー4 — モデルミックスを広げる - **ハイブリッドにする。** 成功しているコンソーマーアプリのほとんどはモデルを重ね合わせている——サブスクリプションまたは[IAP](https://mwm.ai/glossary/iap)のコアに、非課金ユーザー向けの戦術的な広告を組み合わせる。決して課金しない多数派も、何も貢献しないのではなく広告レイヤーを通じてマネタイズできる。 - **広告収益のフロアを追加する。** セッション時間が長いアプリ（ゲーム、ソーシャル、エンターテインメント）では、無料ベースの広告収益は実質的な金額になり、上記のIAP専用ARPDAUには含まれない。 - **価格をローカライズする。** 支払い意思額は市場によって大きく異なる。価格ローカライズにより、均一のグローバル価格設定では取り逃している収益を回収できる。 ## カテゴリ別の視点 カテゴリ別の中央値ARPUと上位十分位ARPUは、そもそもどのようなマネタイズが可能かを示している： | カテゴリ | 中央値ARPU | 上位10% ARPU | | ---------------- | ------- | ---------- | | ソーシャル・コミュニケーション | $0.36 | $7.71 | | ライフスタイル・ウェルビーイング | $0.34 | $4.85 | | 教育・知識 | $0.24 | $3.23 | | メディア・エンターテインメント | $0.19 | $4.39 | | 生産性・ツール | $0.14 | $2.90 | | ゲーム | $0.07 | $5.72 | ソーシャルとライフスタイルは広く（中央値が高い）マネタイズし、ゲームは狭く深く（中央値が低く、ホワイル主導の上位十分位）マネタイズする。ソーシャルアプリの広いコンバージョンプレイブックをゲームにそのまま適用したり、ゲームのホワイルプレイブックをユーティリティに適用したりしてはいけない。 ## どこから始めるか 最適化を始める前に制約要因を診断する。課金するユーザーが少なければコンバージョンを修正する。課金者の支払い額が少なければARPPUを修正する。ユーザーが早期に離脱するならリテンションを修正する——リテンションは通常、最も大きく最も見落とされがちなレバーだ。実際に自分を制約しているものを引き、コホートで変化を計測してから次に移る。 # アプリオンボーディングのベストプラクティス — ファーストセッションのアクティベーションを改善する方法 [オンボーディング](https://mwm.ai/glossary/onboarding)はプロダクトで最も重要な30秒間だ。MWMカタログ全体を見ると、中央値のアプリは**day 1にユーザーの27.3%しかリテインできない**——最初のセッションの後、約4分の3が離脱している。この数値は何よりもオンボーディングの評決だ：ブランドニューのユーザーが、摩擦や退屈さに負ける前に価値に到達できたかどうかを測っている。このガイドは、この数値を改善するためのものだ。 ## まずアクティベーションモーメントを定義する 目標を名前をつけないまま最適化することはできない。すべてのアプリには[ahaモーメント](https://mwm.ai/glossary/aha-moment)——コアバリューが自明になる瞬間——があり、計測可能な[アクティベーション](https://mwm.ai/glossary/activation)マイルストーンがある：*最初のプレイリストの作成、最初のワークアウトの記録、最初のメッセージの送信。* - day 2の再訪問を最もよく予測する単一の最初のアクションを選び、計測器を設置する。 - セッション1の明示的なジョブをそこへの到達にする。オンボーディングの中のすべては、ユーザーをそのマイルストーンに向けて動かすか、邪魔をしているかのいずれかだ。 ## 価値到達時間を短縮する ユーザーがahaモーメントに到達するのが速いほど、より多くのユーザーがday 1まで生き残る。 - **価値でないものをすべて後回しにする。** アカウント作成、権限プロンプト、ペイウォール、長いチュートリアルはすべて価値の瞬間を遅らせる——それらを価値の後に移す。 - **プログレッシブオンボーディングを使う。** 関連する場面で機能を教え、ユーザーがスワイプで飛ばすカルーセルに最初からすべてを詰め込まない。 - **ステップを容赦なく削る。** インストールから価値までの各画面は離脱ポイントだ。 ## 最初のセッションをガイド付きの成功体験にする 最初のセッションは、コアアクションについて読むだけで終わるのではなく、ユーザーが実際にコアアクションを一度*完了した*状態で終わるべきだ。 - 空のブランクステートを、ガイド付きの最初の成功体験に置き換える——サンプル、テンプレート、ワンタップの起点。 - [コアループ](https://mwm.ai/glossary/core-loop)を一度だけ通り抜けさせ、その後は邪魔をしない。 - セッション1の成功とは、チュートリアルを完了することではなく、アクションを完了することだ。 ## 要求を前置きしない 新規ユーザーを失う最も速い方法は、価値を与える前にコミットメントを求めることだ。 - **アカウント作成は価値の後に。** まずプロダクトを体験させ、それからアカウントで進捗を保存するよう求める。 - **権限をプライミングする。** システムダイアログを表示する前に通知のメリットを説明する——[プッシュ通知プレイブック](https://mwm.ai/guides/push-notification-best-practices)で詳述されているのと同じ規律だ。拒否されたプロンプトは回復が難しい。 - **ペイウォールはahaモーメントの後に**、ユーザーがすでに感じた価値に対して払うかどうかを判断できるよう。 ## パスをパーソナライズする 関連性の高い最初の体験は、汎用的なものよりもアクティベーション率が高い。可能であれば、ユーザーの目標について軽量な質問を1つ行い、それに合わせて最初のセッションをカスタマイズする——1つの質問のコストは、インストールした理由に実際に合致した最初の体験によって十分に回収される。 ## オンボーディングをファネルとして計測する - **アクティベーション率** — セッション1でアクティベーションマイルストーンに到達した新規ユーザーの割合。 - **価値到達時間** — そこに到達するまでにかかる時間。 - **ステップファネル** — オンボーディングフローのどこでユーザーが離脱しているか。実際の漏れを修正するために。 - **D1[リテンション](https://mwm.ai/glossary/n-day-retention)** — 下流の結果。アクティベーションはこれを動かすべきだ。 オンボーディングはアクティベーションを生み、アクティベーションは[リテンション](https://mwm.ai/guides/how-to-improve-app-retention)を生み、リテンションはその他すべてを生む。あらゆる本格的なグロース施策の第一手だ——穴の開いたセッションにより多くのユーザーを流し込むためにお金をかける前に、まず最初のセッションを修正すること。 # App Store Optimization（ASO）完全ガイド App Store Optimization（ASO）はモバイル版のSEOだ：App StoreとGoogle Playでより高くランキングし、その結果のトラフィックをより多くのインストールに変換するための体系的なプロセスだ。成功しているコンソーマーアプリのほとんどにとって、ASOによるオーガニックインストールは最大かつ最高品質の獲得チャネルであり——有料UAと異なり、この取り組みは複利で積み重なる。 このガイドでは、モバイルパブリッシャーが理解すべきすべての主要レバーを、ASOが影響するファネルの3つのステージで整理して説明する：**可視性**（ユーザーがリスティングを目にするか否か）、**コンバージョン**（インストールするか否か）、そして**耐久性**（インストールが定着し、ストアアルゴリズムが報酬を与えるフィードバックループを生み出すか否か）。 ## ASOが実際に最適化するもの App StoreとGoogle Playは、形状は似ているが実装が異なるアルゴリズムでアプリをランキングしている。両方とも3つの大まかなシグナルカテゴリの複合スコアを重視する： 1. **関連性シグナル** — アプリのメタデータがユーザーのクエリや、AppleとGoogleがチャートランキングを生成するために使うコンテキストにどれだけ合致しているか。これはキーワードターゲティング、タイトル、サブタイトル、説明文のコピーが生み出すものだ。 2. **行動シグナル** — ダウンロードベロシティ、インプレッションからインストールへのコンバージョン率、レビューベロシティと評価、リテンション、そして（Google Playでは）クラッシュレート。これらはアルゴリズムが、メタデータが示すランキングに値するかどうかを判断するために使う指標だ。 3. **エンゲージメントシグナル** — インストール後のリテンションとアクティブな利用パターン。両ストアとも、ファーストパーティのOSデータ（iOS）とFirebase/Play Consoleのテレメトリ（Android）を通じて、これらをますます考慮している。 アルゴリズムはコントロールできないが、入力値は完全にコントロールできる。ASOのすべては、表面レベル（提出するメタデータとクリエイティブ）またはベロシティレベル（プロダクト品質、マーケティング、オペレーションを通じて生み出す行動）のいずれかだ。 ## 3つのレバーカテゴリ ### 1. メタデータ最適化 メタデータは、AppleとGoogleがアプリを検索にマッチングするために使うインデックス済みテキストだ。各フィールドには固有の文字数制限、固有のウェイト、固有のレビューサイクルがある。 **iOSでは**、キーワードランキングに重要なフィールドは： - **[アプリタイトル](https://mwm.ai/glossary/app-title)**（30文字）。最高のキーワードウェイト。通常、**ブランド名: 主要キーワード**または**ブランド名 — 主要説明**という構造。 - **[サブタイトル](https://mwm.ai/glossary/subtitle)**（30文字）。2番目に高いウェイト。ベネフィットとして表現されたセカンダリキーワードに使用。 - **[キーワードフィールド](https://mwm.ai/glossary/keywords-field)**（100文字、カンマ区切り）。ユーザーには非表示だがインデックスされる。単数形、同義語、ロングテール語句で埋める。 - **プロモーションテキスト**（170文字）。インデックスされない——純粋にコンバージョンのためのコピー。アプリレビューなしに編集可能。 - **説明文**（4,000文字）。弱くインデックスされる。主にコンバージョンの場。 **Google Playでは**、キーワードの場が異なる： - **アプリタイトル**（30文字）。最高ウェイト、iOSと似た構造。 - **ショート説明**（80文字）。高いウェイト、表示されインデックスされる。 - **フル説明**（4,000文字）。キーワード密度ウェイトでインデックスされる。スタッフィングなしで主要語句の密度1.5〜3%を目指す。 Google Playにはキーワードフィールドがない。ランキングしたいキーワードはタイトル、ショート説明、またはロング説明に自然な形で入れる必要がある。 ### 2. クリエイティブ最適化 クリエイティブはインプレッションからインストールへのコンバージョン率を左右する——ベースラインの可視性を確保した後のオーガニックインストールボリュームを最も大きく動かすレバーだ。 - **アプリアイコン**。検索結果やチャートでユーザーが最初に目にするもの。形状、カラーパレット、キャラクター・レターマーク・機能的なグリフのどれを使うかをA/Bテストする。 - **[スクリーンショット](https://mwm.ai/glossary/screenshots)**。Appleは最大10枚、Google Playは2〜8枚。最初の2枚がコンバージョンウェイトの60〜80%を担う。アプリのヒーローベネフィットを訴求するために使う——短いマーケティングコピーを付けたキャプション付きスクリーンショットは、生のUIを上回るコンバージョンを一貫して記録する。 - **プレビュー動画**（iOS 15〜30秒、Google Play 30〜120秒）。任意だが、ゲームとビジュアル重視のプロダクトには高いレバレッジがある。 - \*\*[カスタムプロダクトページ](https://mwm.ai/glossary/custom-product-page)（iOS）\*\*とカスタムストアリスティング（Google Play）。有料広告キャンペーンやプレ登録ファネルからリンクして、クリエイティブのコンテキストをランディングページに合わせるためのバリアントページ。 ほとんどのアプリはクリエイティブの反復に十分な投資をしていない。勝利したスクリーンショットバリアントでIPMが2倍になると、同じCPIで有料UAの効率が2倍になる——同時に、すべてのインプレッションでのオーガニックコンバージョンも向上する。 ### 3. オフページと行動シグナル - \*\*[スター評価](https://mwm.ai/glossary/star-rating)\*\*とレビュー数、直近のレビューに重いウェイトが置かれる。 - **[ダウンロードベロシティ](https://mwm.ai/glossary/download-velocity)** — 日次インストールの変化率。これがアプリをFreeチャートで上昇させるものだ。 - **アンインストール率**（Google Play）。Play Consoleでトラッキングされ、高い率はランキングにペナルティを与える可能性がある。 - **クラッシュレート**（Google Play）。同様。 - **In-App Events（iOS）**。プロダクトページと検索に表示される期間限定イベント（最大5件同時）。季節的なフック、機能ローンチ、トーナメントに使用する。 ## ASOプログラムの優先順位をどうつけるか 新しい、または投資不足のアプリの場合、実施順序は概ね以下の通りだ： 1. **現状のベースラインを把握する。** 現在のキーワードランク（すべてのターゲットキーワード、国別）、カテゴリランク、インプレッションボリューム、インストールコンバージョン率を把握する。ベースラインがなければ変化を測定できない。 2. **最も壊れているメタデータを先に修正する。** タイトルにキーワードがない、またはサブタイトルがブランドコピーの繰り返しになっているなら、それらは不釣り合いに高いレバレッジを持つ修正だ。 3. **小さなキーワードバスケットをターゲットにする。** 10〜20個のキーワードを積極的にランキングしてトラッキングする。そのうちの1つでトップ10入りする方が、数十のキーワードで50〜200位に入るよりも大きく針を動かす。 4. **アイコン + 最初の2枚のスクリーンショットテストを実施する。** これらの場はコンバージョンウェイトの60〜80%を担っている——ビジュアルがアンダーパフォームしているかどうかは数週間以内に分かる。 5. **ロングテールを繰り返し改善する。** メタデータとプライマリクリエイティブが整ったら、継続的な作業はセカンダリスクリーンショット、イベントフック、ローカライゼーション、キーワードバスケットの反復だ。 > MWMでは、カテゴリの下位2四分位にいるアプリのほとんどが一度もアイコンのA/Bテストを実施していないことを観察している。クリエイティブ反復のペースについて、中央値と上位四分位のアプリの差は、予算の差よりも大きい。 ## iOSとGoogle Play：実際の違い | 次元 | iOS | Google Play | | -------------- | -------------------------------- | -------------------------------- | | キーワードフィールド | あり（100文字、非表示） | なし | | 説明文のキーワードウェイト | 弱い | 強い | | タイトル文字数制限 | 30 | 30 | | A/Bテストインフラ | Product Page Optimization（ネイティブ） | Store Listing Experiments（ネイティブ） | | クリエイティブバリアント | 最大35のCustom Product Pages | 複数のCustom Store Listings | | プライマリオフページシグナル | ダウンロードベロシティ + レビュー | ベロシティ + レビュー + リテンション + アンインストール | | ストア内イベント | In-App Events（最大5件） | プロモーションコンテンツカード | ストアごとに別々のASOワークフローを計画する。タイトル構成、キーワード選定、スクリーンショットテストのサイクルは通常収束するが、Google Playのロング説明のキーワード戦略とiOSのキーワードフィールドの活用は、明確に異なる問題だ。 ## ASOの計測 標準的なASOダッシュボードは、国別・ストア別に以下を追跡する： - **キーワードランク**（ターゲットキーワード別）と前日比の動き。 - **カテゴリランク**と総合ランク。 - **インプレッション**（Apple Analytics → Product Page Impressions；Google Play Console → 獲得レポート）。 - **コンバージョン率**（インプレッションからインストールへ）。 - **レビューベロシティ**（週あたりの新規レビュー数）と**評価トレンド**。 - **検索 vs. ブラウズの比率** — インストールのうち検索、チャート、リファラー広告、編集フィーチャーから来ているものの割合。 [MWM Scale](https://mwm.ai/mwm-scale)は、150カ国以上にわたってキーワードランク、カテゴリランク、競合ベンチマークをトラッキングし、自分のアプリをトラッキングするパブリッシャー向けに無料ティアを提供している。 ## よくある失敗 パフォーマンスが低いアプリに繰り返し見られるパターン： 1. **タイトルでのキーワードスタッフィング**。AppleとGoogleはスパムとみなされるタイトルを拒否し、スタッフィングしたタイトルはコンバージョンを低下させる。プライマリキーワードを1つとブランド名を1つ選ぶ。 2. **ローカライゼーションなし**。主要な国際市場（DE、FR、ES、BR、JP、KR）はすべてローカルに翻訳されたメタデータを持つべきであり、自動翻訳ではない。ローカライズされたリスティングは英語圏以外の市場でコンバージョンを2倍にする可能性がある。 3. **何年も同じクリエイティブ**。12ヶ月以上スクリーンショットを更新していないなら、オーガニックコンバージョンの20〜40%を取り逃している。 4. **ASOを一度きりのローンチ活動として扱う**。ASOは常時稼働のプログラムだ。キーワードの景観は変わり、競合は反復し、小さな勝利を複利で積み重ねる必要がある。 5. **インストール品質を計測せずにランクを最適化する**。リテンションが低いユーザーをもたらすキーワードで勝利することは、そのキーワードを逃すより悪い。ランクと合わせてコホートの質を常に評価すること。 ## 次に進む場所 - ベースラインのアプリがあり、ステップバイステップのプランが欲しい場合：**[iOSアプリをランキングさせる方法](https://mwm.ai/guides/how-to-rank-an-ios-app)**。 - ゲームパブリッシャーの場合：**[モバイルゲームのASO](https://mwm.ai/guides/aso-for-games)**。 - 最適化しているシグナルを理解したい場合：**[App Storeランキングアルゴリズムの仕組み](https://mwm.ai/guides/app-store-ranking-algorithm)**。 - マネタイズとLTVがUAの数式を支えない場合：**[モバイルアプリマネタイズ](https://mwm.ai/guides/mobile-app-monetization)**。 ASOは複利で積み重なる。クリエイティブの反復ごと、ローカライゼーションごと、獲得したキーワードごとに、アプリが存在する限りインストールを生み出し続けるストリームへの小さな永続的な引き上げが加わる。ASOを継続的なプログラム——一度きりのリスティング最適化ではなく——として扱うパブリッシャーが、3〜5年後にカテゴリを支配する傾向がある。 # App Storeランキングアルゴリズムの実際の仕組み App StoreとGoogle Playはアルゴリズムでアプリをランキングしているが、AppleもGoogleもそのルールを公開していない。Appleの開発者向けドキュメントは「ユーザー評価、関連性、エンゲージメント」に言及し、Google Play Consoleは「インストールベロシティ、リテンション、評価」に触れている。しかしどちらも、直接最適化できるランキング契約ではない。 私たちが知っていることは観察から来ている——何十万ものキーワード・国・カテゴリの組み合わせにわたってアプリの浮沈を観察し、ランク変動と計測可能な入力値を相関させることから。このガイドは、10年間のその実証的な作業が教えてくれることを総合したものだ。 ## どのアルゴリズムか？ 「App Storeアルゴリズム」は一つのものではない。少なくとも4つの異なるランキングシステムを考える必要がある： 1. **検索ランク** — ユーザーが特定のキーワードを検索した際のポジション。キーワード別、国別、デバイス別。 2. **Top Charts** — **[Top Free](https://mwm.ai/glossary/top-free)**、**[Top Paid](https://mwm.ai/glossary/top-paid)**、**[Top Grossing](https://mwm.ai/glossary/top-grossing)**。国別、カテゴリ別、デバイス別。 3. **カテゴリランク** — Free/Paid/Grossingの区分とは独立した、プライマリApp Storeカテゴリ内でのポジション。 4. **編集的なサーフェシング** — Todayタブのフィーチャー、「App of the Day」、キュレートされたコレクション。アルゴリズムによる推薦を背後に持つ人間によるキュレーション。 これらのシステムはいくつかのシグナルを共有している（ダウンロード、レビュー、リテンション）が、ウェイトは大きく異なる。検索ランクはチャートランクにはない方法でキーワード関連性を重視する。Top GrossingはRevenueを考慮するが、Top Freeはそれを無視する。一方を最適化しても自動的に他方が改善されるわけではない。 ## 両ストアが確認しているシグナル 開発者向けドキュメント、WWDCとGoogle I/Oのトーク、Console UI、App Store Connect UIから、以下が明示的に使われていることを確認できる： - **ダウンロードボリューム**（両ストア）。直近のウィンドウでのインストールの絶対数と相対数。 - **[ダウンロードベロシティ](https://mwm.ai/glossary/download-velocity)**（両方）。絶対ボリュームではなく変化率。上昇トレンドで1日2万件のダウンロードをしている新参者は、横ばいで1日5万件のベテランより上位にランクされる。 - **[スター評価](https://mwm.ai/glossary/star-rating)とレビュー数**（両方）。直近のレビューに重いウェイトが置かれる——直近100件のレビューが3つ星の4.8星アプリは、直近100件のレビューが5つ星の4.3星アプリより下にランクされる可能性がある。 - **キーワードマッチ**（iOSのタイトル/サブタイトル/キーワードフィールド、Google Playのタイトル/ショート説明/フル説明）。 - **アンインストール率**（Google Playは明示的、iOSはリテンションテレメトリを通じて暗示的）。 - **クラッシュレート**（Google Playは明示的）。 - **アップデートの頻度**（両方——アクティブにメンテナンスされているアプリは古いアプリよりも高くランクされる）。 ## MWMが実証的に観察したシグナル 上記のシグナルはプラットフォームが認めているものだ。私たちのデータセットでのランク変動を観察することで、以下も実質的にウェイトを持っていると考えている： - **インストール後のエンゲージメント** — D1、D7、D30リテンションとセッション時間は、検索関連性だけでなくカテゴリおよび総合ランクにも影響しているようだ。リテンションカーブが強いアプリは、メタデータが優れていてもリテンションが弱いアプリよりも競合キーワードで上位にランクされる。 - **レビューベロシティ**（週あたりの新規レビュー数）を総数から独立して見る。総レビュー5,000件で今週200件の新規レビューがあるアプリは、5万件の総レビューで今週5件の新規レビューしかないアプリより上位にランクされる（他のシグナルが近い場合）。 - **クロスカテゴリ行動** — 同じクラスター内の他のアプリをインストールした直後にあなたのアプリをインストールするユーザーは、トピックの関連性を示すシグナルとして機能するようだ。これが「他にもインストールしたアプリ」レールの形成の仕組みだ。 - **有料 vs. オーガニックのベロシティ** — アルゴリズムは有料スパイクとオーガニックスパイクを区別しているようであり、比較可能な有料主導のスパイクよりも持続的なオーガニック成長をより報酬する。 > カテゴリランクは総合ランクよりも実質的に耐久性があることを観察している。カテゴリTop 10に入ったアプリは通常数週間そこに留まるが、ベロシティスパイクで総合Top 10に入ったアプリは、持続的なベロシティが続かない限り5〜7日以内に落ちることが多い。 ## ランクの動く速さ ランクベロシティは非対称だ：PaidやGrossingよりもFreeチャートで速く上昇しやすく、上昇するより下降する方が常に簡単だ。 典型的なパターン： - **スーパーボウル級のマーケティングプッシュ**は、主要マーケットのFreeチャートで1日に200〜500ポジション動かし、総合Top 10に到達させることができる。 - **バイラルなソーシャルメディアモーメント**（TikTokトレンド、著名人への言及）は同様のベロシティスパイクを生み出し、多くの場合3〜7日以内に減衰する。 - **カテゴリの編集フィーチャー**は通常、フィーチャー期間中のベースラインダウンロードに15〜40%を上乗せし、その後2〜3週間で30〜60%の持続的なリフトをもたらす。 - **ベースラインの10〜20倍の持続的な有料UA**はチャートランクを引き上げるが、オーガニックトリガーと比べると1ドルあたりのリフトは小さい。アルゴリズムは「有料ディスカウント」乗数を適用しているようだ。 - **壊れたアップデート**（多発するクラッシュ、悪いレビュー）は48時間以内に総合ランクを100〜200ポジション下落させることができる。 共通のスレッド：アルゴリズムが実際にスコアリングしているのは**状態ではなく変化**だ。状態ベースの最適化（優れたメタデータを持ち、ゆっくりレビューを集める）は、ベロシティベースの最適化（クリエイティブプッシュとレビュープロンプトとアップデートのドロップを連携させる）よりもアンダーパフォームする。 ## 検索 vs. チャート：全く異なるゲーム 検索ランキングはキーワード決定論的だ。アプリのタイトルに「瞑想」があれば「瞑想」でランキングされる——唯一の疑問はどこまで高く、どの国でかだ。メタデータ、ローカライゼーション、レビュー数が支配する。 チャートランキングはベロシティ決定論的だ。メタデータはほとんど関係なく、重要なのはダウンロードカーブが上昇トレンドにあるかどうかだ。ASOが最悪でも優れたマーケティングプッシュでFreeチャートのトップに立てるが、ベロシティを生み出せなければ完璧なASOでもチャートには入れない。 複合的な見方：優れたASOはベロシティを生み出すときに複利で積み重なる。優れたベロシティも優れたASOなしでは一過性で終わる。 ## カテゴリランク vs. 総合ランク ほとんどのパブリッシャーにとって、**[カテゴリランク](https://mwm.ai/glossary/category-rank)が商業的に意味のある数値だ**。総合Top 10はバイラルな超大型アプリと大口スペンダーのためのものであり、また非常に不安定だ。カテゴリTop 10は対照的に耐久性が高く、かつアクセスしやすい。 私たちのランクアーカイブからの2つの観察： 1. **カテゴリランクはベロシティのしきい値が低い。** ほとんどの国でFinanceやUtilitiesのTop 50に入るために必要な日次ダウンロード数は、総合Top 100に入るために必要な数のほんの一部だ。 2. **カテゴリランクはランクあたりの可視性が高い。** GamesチャートやFinanceチャートをブラウズするユーザーは、全体的なチャートをブラウズするユーザーよりも深く閲覧する（全体チャートではポジション25以降で急激に注目が落ちる）。 UAバジェットが限られている、またはオーガニックのみで最適化しているなら、カテゴリランクが最も努力が報われる場所だ。 ## 実際にコントロールできること 不透明さにもかかわらず、ランキング結果の大部分は直接コントロール可能だ： - **[キーワードランク](https://mwm.ai/glossary/keyword-ranking)**：タイトル、サブタイトル、キーワードフィールド（iOS）、説明文（Google Play）を通じて促進する。 - **コンバージョン率**：クリエイティブ（アイコン、スクリーンショット、プレビュー動画）を通じて促進する。 - **レビューベロシティ**：インストール後10〜25日、成功したアクションを確認した後にゲートされた、適切なタイミングのネイティブ評価プロンプトを通じて促進する。 - **リテンション**：オンボーディング品質、通知戦略、プロダクトループの強さを通じて促進する。 - **ベロシティトリガー**：協調的なマーケティング、PR、季節イベント、In-App Events、編集サブミッションを通じて促進する。 それ以外のすべて——Appleが今四半期選んだ正確なウェイト、Googleが先週展開したチューニング——は行動できないノイズだ。コントロールできるレバーを中心にASOとグロースプログラムを構築し、週次で計測し、月次で反復する。 ## 季節性と編集チャネル 両ストアには追跡する価値のある季節パターンがある： - **Q4**（10月〜12月）はコンソーマーアプリのピークダウンロードシーズンだ。UA予算がスパイクするにつれてキーワードランクの競争が激化する。 - **1月〜2月**は通常、ヘルス、生産性、ファイナンスアプリへの新年インストールを引き起こす。 - **新学期**（8月〜9月）は教育アプリを牽引する。 - **夏**はゲーム、旅行、エンターテインメントアプリを牽引する。 iOS上の編集フィーチャー（Todayタブ、App of the Day、コレクションカード）はアルゴリズムによって候補が選ばれるが、人間がキュレートする。申請はApp Store Connect経由で行う。成功率は低い（一桁台のパーセント）が、アップサイドは非常に高い——Today Featureは通常1日で3万〜10万件の追加ダウンロードをもたらす。 ## 変化しつつあること AppleのATTとSKAdNetworkの移行（iOS 14.5以降継続中）により、両ストアはより多くのアルゴリズム的なパーソナライゼーションへ、そして決定論的な帰属ベースの再ランキングから離れる方向に動いている。実際的には： - 個々のユーザーのインストール判断が運ぶシグナルが減少し、集計された行動パターンがより多くを運ぶ。 - リテンションとエンゲージメントが高いアプリは、インストール数が高くリテンションが弱いアプリに対して相対的にウェイトが増している。 - ローカルのパフォーマンスがより重要になっている——米国のみの成功ストーリーは、5年前ほどはドイツのカテゴリランクには転換されない。 プレイブック：ダウンロードボリュームだけでなく、耐久性のあるプロダクト品質のために構築する。リテインされてマネタイズするアプリは持続的なランクを獲得し、そうでないアプリはマーケティング予算が冷えると同時にチャートから落ちる。 ## 次に進む場所 - 戦術的なプレイブックのために：**[iOSアプリをランキングさせる方法](https://mwm.ai/guides/how-to-rank-an-ios-app)**。 - メタデータとクリエイティブのメカニクスのために：**[ASO完全ガイド](https://mwm.ai/guides/app-store-optimization)**。 - ランク変動を実証的に見るために：**[MWMのライブ国別ランキングをブラウズ](https://mwm.ai/rankings/countries)**。 # モバイルゲームのASO — 実践ガイド ゲームはモバイルで最も規模が大きく、最も競争が激しく、最もクリエイティブに最適化されたカテゴリです。また、ゲーム以外のアプリとは大きく異なるASO独自のメカニクスも持っています。このガイドでは、ゲームのASOにおける特徴と、一貫して上位にランクインしているパブリッシャーの取り組み方を解説します。 ## なぜゲームは違うのか いくつかの構造的な違いが、ASOプレイブック全体を形作っています。 1. **サブカテゴリ構造。** iOSのGamesカテゴリには19のサブカテゴリ（アクション、アドベンチャー、パズル、レーシング、RPG、ストラテジー、カジノなど）があります。ランキングは主にサブカテゴリ単位で決まります。つまり、競合するゲーム全体よりは競合セットが狭まりますが、ゲーム以外のほとんどのカテゴリよりは深くなります。 2. **ディスカバリー優先。** ユーザーはゲーム以外のカテゴリチャートよりも、ゲームのチャートをはるかに頻繁にブラウズします。チャートへの掲載は、ユーティリティやプロダクティビティアプリよりもゲームのオーガニックインストールにより大きな影響を与えます。 3. **ビジュアル優先の評価。** 10秒の第一印象は、ほぼ視覚的なものです。アイコン、スクリーンショット、プレビュー動画がコンバージョンに大きな比重を占めます。 4. **キーワードのメカニクスが変わる。** ブランド名キーワードよりも、ジャンル＋メカニクスキーワードの方が重要になります（例：「マッチ3パズル」「オープンワールドRPG」「放置系タイクーン」）。 5. **ライブオペレーションがASOのレバーになる。** 定期的なイベント、シーズナルコンテンツ、期間限定モードを実施しているゲームはIn-App Eventsに反映され、それが検索可視性とチャートの維持につながります。 ## ゲームのキーワード戦略 ほとんどのゲームにとって、ターゲットキーワードバスケットは3層構造になっています。 **レイヤー1：ブランドタームス。** ゲームに認知度の高いブランドまたはIPがある場合は、ブランド名と短縮形のバリエーションを押さえてください。「Candy Crush」「Clash」「FIFA」— これらはユーザーが直接検索したときに非常に高いコンバージョン率を示します。 **レイヤー2：ジャンル＋メカニクス。** 中位ランクのゲームにとって最大のオーガニックインストールドライバーです。例： - 「マッチ3パズル」 - 「放置系タイクーン」 - 「オープンワールドRPG」 - 「ローグライクカード」 - 「レーシングシミュレーター」 これらのキーワードは十分な検索ボリュームがあり、検索しているユーザーのインストール意向も高いです。 **レイヤー3：ディスクリプターとムード。** ボリュームは低いですが、競合が少ないことが多いです。 - 「cozyパズルゲーム」 - 「ハイパーカジュアルアーケード」 - 「オフラインストラテジー」 - 「Wi-Fiなしで遊べるゲーム」 レイヤー3のタームスは、中規模のゲームが大手競合に対して一貫して勝利できる領域です — 大手はこれらへの最適化に手をかけておらず、インテントは強いのです。 ## スクリーンショット戦略 ゲームはビジュアル自体が価値提案であるため、標準的な「すべてにキャプションを付ける」というスクリーンショットの慣例を破ります。一貫して効果的なフレームワーク： **RPG、アドベンチャー、ナラティブゲームの場合：** - スクリーンショット1：ヒーローキャラクターのアートまたはゲーム内のシネマティックな瞬間に「あなたの冒険が始まる」などのサブタイトルを付けたもの - スクリーンショット2：重要な戦闘シーンまたは探索シーン - スクリーンショット3〜5：機能の紹介（クラス、ワールドマップ、クラフトシステム） - スクリーンショット6以降：サポート要素のポリッシュ — レビュー、受賞歴、ソーシャルメカニクス **パズル、カジュアル、ハイパーカジュアルの場合：** - スクリーンショット1：フックを説明するテキストを重ねた魅力的なゲームプレイシーン（「マッチ3でボードをクリア」） - スクリーンショット2：「満足感の瞬間」— 大きなコンボ、レベルクリアのアニメーション、報酬画面 - スクリーンショット3〜5：プログレッションメカニクス、多彩なレベルやモード - スクリーンショット6以降：ソーシャルプルーフと受賞歴 **ストラテジー、シミュレーション、マネジメントの場合：** - スクリーンショット1：奥行きのある世界や帝国の広がりを見せるスクリーンショット — スケール感を示す - スクリーンショット2：重要な意思決定の瞬間（例：戦闘シーン、経済パネル） - スクリーンショット3〜5：コアシステム（ユニット、テクノロジーツリー、拠点建設） - スクリーンショット6以降：マルチプレイヤー、PvP、エンドゲームの奥深さ ジャンルを問わず共通しているのは：最初のスクリーンショットは、ゲームがどんな見た目かではなく、プレイヤーが何をするのかを伝えなければならないということです。「見た目が美しい」ではコンバージョンしません。「自分がプレイしている姿が想像できる」がコンバージョンを生みます。 ## プレビュー動画 ゲームにとって、プレビュー動画はコアクリエイティブ以外で最も高レバレッジなアセットです。よく作られた15〜30秒のiOSプレビュー動画は、静止画スクリーンショットに加えてストアページのコンバージョンを20〜40%向上させることがあります。 効果的な要素： - **最初の2秒以内にゲームプレイを見せる。** シネマティックなイントロはユーザーの注意を奪います。自動再生はミュートで始まるため、冒頭は音声なしでも視覚的に魅力的でなければなりません。 - **キャプション／テキストオーバーレイを入れる。** 音声なしで視聴するユーザー（多数派）は、何が起きているかをテキストで確認する必要があります。 - **勝利の瞬間で終わる。** 最後のフレームが記憶に残ります。コンボ、レベルクリア、ボス撃破で終了させてください — フェードアウトは避けましょう。 - **30秒以内に収める。** Appleは30秒を上限としていますが、短い方がパフォーマンスが良いことが多いです。 TikTokやYouTubeのトレーラーを使い回さないでください。それらは別のコンテキスト向けに最適化されています。ストアページのプレビュー動画は専用のクリエイティブアセットです。 ## In-App Events — ゲームのASOで最も活用されていないレバー Appleの[In-App Events](https://mwm.ai/glossary/in-app-events)では、最大5つの同時または予定中のイベントを設定でき、各イベントは最長31日間実施可能で、プロダクトページと検索結果の両方に表示されます。ゲームにとって、これはシーズナルプッシュ、トーナメント、コンテンツ追加のたびに使える無料プロモーションスロットです。 ゲームに適したイベントタイプ： - **トーナメント／コンペティション** — 毎週または2週間ごとのランクイベント - **期間限定モード** — バリアントゲームプレイ（例：「ハロウィンモード」「闇の降臨イベント」） - **新キャラクター／コンテンツ追加** — 新しいプレイアブルキャラクターまたはストーリーライン - **シーズナルテーマ** — 祝日期間のリスキンや特別ルール - **ライブストリームまたはコミュニティイベント** — Twitchストリーム、コミュニティのマイルストーン、開発者Q\&Aと連携したもの 他のシグナルが同じ条件であれば、週次でイベントをローテーションしているゲームは、全くその機能を使わないゲームよりも一貫して上位にランクインします。イベントはチャートの勢い（イベントの熱狂による新規インストール）とプロダクトページのコンバージョン（「現在イベント開催中」を見たユーザーのコンバージョン率向上）の両方を促進します。 > 当社データでは、6ヶ月以上継続してIn-App Eventを少なくとも1つアクティブにし続けたゲームは、この機能を全く使用しなかったゲームと比べて、カテゴリランクを2〜3倍長く維持しました。 ## ゲームにおける評価とレビューの勢い ゲームはどのカテゴリよりも評価の分布が広く、最も高評価のアプリ（厳選されたインディーゲーム）もあれば、最も低評価のアプリ（アグレッシブなマネタイズを行うペイ・トゥ・ウィン系無料プレイゲーム）もあります。 ゲームで健全な評価を維持するためのポイント： 1. **ポジティブな瞬間にのみプロンプトを表示する。** レベルクリア、ボス撃破、マイルストーン達成後に表示してください — 敗北後、IAPの失敗後、または広告インタラクション後には絶対に表示しないでください。 2. **アクティブ日数のしきい値を設ける。** プレイヤーが少なくとも3回戻ってくるまでプロンプトを表示しないでください。早期にドロップアウトしたプレイヤーはネガティブな評価を付ける傾向があります。 3. **ペイウォールやマネタイズフローの中でプロンプトを表示しない。** Appleはこれにフラグを立て、反発を招きます。 4. **ネガティブなレビューには公開で返信する。** Google Playはあなたの返信を表示します。個々のレビューがそのまま残っても、誠実な返信は総合的な評価の印象を改善します。 ## サブカテゴリと positioning 申請時に正しいサブカテゴリを選ぶことは、取り返しのつかない重要な決断です。主にそのサブカテゴリチャート内でランク付けされ、そのチャートをブラウズするユーザーが期待値を設定します。 実践的な2つのルール： 1. **機会よりも正確さを優先する。** ゲームが実際にはストラテジーなのにパズルを選ぶようなタクソノミーの操作はしないでください。ミスマッチは意図が低いインストールを生み出し、評価が悪くなります。 2. **幅を出すためにセカンダリサブカテゴリを使う。** ゲームに2つの明確なジャンルがある場合は、プライマリに主要なもの、セカンダリにもう一方を設定します。両方のチャートに表示されます（プライマリに重み付け）。 ## ライブオペレーションの乗数効果 上位10%と中央値のゲームの最大の違いは、ローンチではなくローンチ後の運営にあります。定期的なコンテンツ追加を行い、ローテーションイベントを実施し、コミュニティのシグナルに応答しているゲームは、ローンチ後に沈黙してしまうゲームと比べて3〜6倍長くチャートランクを維持します。上記のすべて — キーワード作業、クリエイティブの更新、評価管理、In-App Events — は、コンテンツを継続的に出し続けている場合にのみ複利的に効果を発揮します。 ASOはワンタイムのローンチタスクではなく、ライブオペレーションの継続的なコンポーネントとして計画してください。 ## 次のステップ - iOSの実行プレイブック: **[iOSアプリのランク付け方法](https://mwm.ai/guides/how-to-rank-an-ios-app)** - 幅広いリファレンス: **[完全版ASOガイド](https://mwm.ai/guides/app-store-optimization)** - ランキングシグナルの理解: **[App Storeランキングアルゴリズムの仕組み](https://mwm.ai/guides/app-store-ranking-algorithm)** - カテゴリのベンチマーク: MWM Scaleで150カ国以上の\*\*[ゲームのライブランキングを閲覧](https://mwm.ai/rankings/countries/US/devices/iphone/categories/6014)\*\* # アプリのリテンションを改善する方法 リテンションに関するアドバイスの多くが一般的なのは、書いている人たちがデータを見ることができないからです。私たちには見えます。MWMの意味のあるインストールボリュームを持つUSアプリカタログ全体で、**中央値のアプリはday 1で27.3%、day 7で9.2%、そしてday 30にはわずか3.9%のユーザーしか維持できていません**。もう一度読んでみてください：典型的なアプリは1ヶ月以内にday 0のユーザーの約96%を失っています。 これは絶望的に聞こえますが、それは間違ったフレームです。[リテンション](https://mwm.ai/glossary/retention)は100%に向けて押し上げる数値ではなく、曲げるカーブです。現実的な目標はD30 40%ではありません（そのティアはカタログ全体でわずか59アプリです）。カテゴリの中央値を上回り、D30リテンションが\*\*10.9%\*\*前後の上位10%に向けて進むことです。このプレイブックはそこへカーブを曲げる方法について — カーブが実際にどこで崩れるかを診断し、カタログデータが示す事実に基づいて解説します。 ## 「良い」リテンションとは実際どのようなものか 最初の仕事は、誰もが引用するあのバイラルなケーススタディではなく、現実に対して自分の基準を再調整することです。カタログ全体で、D30リテンションは低い側に大きく偏っています： | D30リテンション | アプリの割合 | | --------- | ------------- | | 5%未満 | 約61% | | 5〜10% | 約27% | | 10〜20% | 約10% | | 20〜40% | 約2% | | 40%以上 | 59アプリ（約0.06%） | つまり「良い」は相対的です。D30の中央値は3.9%、上位10%は約10.9%です。**D30が約11%を超えているなら、あなたはすでにまれな領域にいます** — 努力は誰もほとんど達成しない数値を追いかけるより、[LTV](https://mwm.ai/glossary/ltv)を複利的に積み上げることに向けた方が得策です。中央値以下の場合は、大きな伸びしろがあります。このガイドの残りの部分はそのような方向けです。 もう一つの再調整：リテンションは地域によってほとんど変化しません。D1/D7/D30の中央値は、米国、英国、ドイツ、フランス、日本、韓国、ブラジル、インドで数十分の一パーセントポイントの範囲に収まっています。**リテンションの問題はプロダクトの問題であって、市場の問題ではありません** — これは良いニュースです。プロダクトはあなたがコントロールできるものだからです。（これとは対照的に、マネタイズは地域によって大きく異なります。） ## 変更を加える前にカーブを診断する リテンションは1つの数値ではありません — 3つの異なる分岐点を持つカーブであり、それぞれが異なる問題と異なる解決策を持っています。何かを変更する前に、カーブが*どこで*崩れているかを見つけてください： - **D0 → D1（アクティベーションギャップ）。** ユーザーはインストールしたが、一度も戻ってこなかった。これは[オンボーディング](https://mwm.ai/glossary/onboarding)と[アクティベーション](https://mwm.ai/glossary/activation)の問題です — [aha moment](https://mwm.ai/glossary/aha-moment)に到達できなかったのです。 - **D1 → D7（習慣の崖）。** これが中央値カーブで最も急激な落ち込みです — 27%から9%へ、6日間で落下します。ユーザーは一度価値を得たが、習慣が形成されませんでした。 - **D7 → D30（価値の深みのテール）。** 最初の週を生き延びたユーザーは、アプリの価値を使い尽くすか、単に離れていくにつれてゆっくりチャーンします。これは深みと[再エンゲージメント](https://mwm.ai/glossary/re-engagement)の問題です。 ブレンド平均ではなく、[コホート分析](https://mwm.ai/glossary/cohort-analysis)で測定してください — インストール日でユーザーをグループ化し、各コホートの経過を追います。また、[N日リテンション](https://mwm.ai/glossary/n-day-retention)（正確にday Nでアクティブ）と[ローリングリテンション](https://mwm.ai/glossary/rolling-retention)（day N以降のいずれかの日でアクティブ）を意図的に使い分けてください — これらは異なる問いに答え、数ポイントの差が出ることがあります。[north-star metric](https://mwm.ai/glossary/north-star-metric)はこのカーブの上に置くべきで、隣に置いてはいけません。 ## カテゴリシェイプという視点 カーブの*形*が、どのレバーを引くべきかを示します — そして形はカテゴリによって大きく異なります。カタログ全体のカテゴリ別中央値カーブの実データをご覧ください： | カテゴリ | D1 | D7 | D30 | | ---------------------- | --------- | ----- | -------- | | Social & Communication | 31.9% | 12.3% | **5.9%** | | Lifestyle & Well-being | 23.6% | 9.6% | 4.8% | | Productivity & Tools | 23.0% | 8.9% | 4.5% | | Education & Knowledge | 24.9% | 8.6% | 3.6% | | Media & Entertainment | 24.9% | 8.0% | 3.4% | | Game | **36.6%** | 9.3% | 2.9% | 2つの極端を見てください。**ゲームはday 1で勝ち（36.6%）、day 30で負けます（2.9%）** — 新鮮さが1〜2回ユーザーを引き戻しますが、その後カーブは崩壊します。**ソーシャルは逆の方向に複利が効きます** — ゲームより低いD1（31.9%）ですが最も高いD30（5.9%）です。ネットワーク効果とコミュニケーションループが戻ってくる理由を生み出すからです。カーブがゲームのように見える場合（D1が強く急激な減衰）、問題は第一印象ではなく*深みと習慣*です。D1が弱い場合は、まずアクティベーションを改善してください。ソーシャルアプリのプレイブックをユーティリティアプリにそのまま適用しないでください。 ## レバー1 — 最初のセッションで勝つ（D0 → D1ギャップ） D1の数値は[オンボーディング](https://mwm.ai/glossary/onboarding)と[アクティベーション](https://mwm.ai/glossary/activation)の評価結果です。最初のセッションの仕事は、摩擦や退屈が勝つ前に、ユーザーを[aha moment](https://mwm.ai/glossary/aha-moment) — アプリのコアバリューが自明になる瞬間 — に到達させることです。 最もレバレッジの高い施策： - **time-to-valueを短縮する。** aha momentでないものはすべて後回しにする：アカウント作成、権限プロンプト、ペイウォール、チュートリアル。まず価値を体験させ、コミットメントを求めるのはその後にしてください。 - **1つのアクティベーションマイルストーンを定義して計測する。** 「最初のプレイリストを作成した」「最初のワークアウトを記録した」「最初のメッセージを送った」。セッション1でクリアなアクティベーションイベントを達成したアプリは、劇的に良好なリテンションを示します — そして名前を付けないと改善できません。 - **空の状態を「ガイド付き最初の成功体験」としてデザインする**、空白の画面ではなく。最初のセッションは、ユーザーがコアアクションを一度*実行した*状態で終わるべきです。 データからの注意：**D1が高いだけでは勝利ではありません**（D1 36.6%、D30 2.9%）。最初のセッションで勝つことは必要条件ですが十分条件ではありません — その後に習慣が形成される場合にのみ意味があります。 ## レバー2 — 習慣を構築する（D1 → D7の崖） ここで中央値のアプリは出血します — 27%から9%へ、6日間で — そして最大の改善余地が隠れています。最初の週を生き延びることは、*習慣*が形成されたかどうか — ユーザーが内面化した、アプリを開くための繰り返しの理由があるかどうか — にほぼすべてかかっています。 - **[コアループ](https://mwm.ai/glossary/core-loop)を締める。** アクション→報酬サイクルが速く、報酬が多いほど、自己強化が強くなります。習慣重視のプロダクトにとってこれは[コンパルションループ](https://mwm.ai/glossary/compulsion-loop)です：次のオープンを稼ぐ、タイトで変動報酬のサイクル。 - **ユーザーが固定できるリズムを追加する** — [デイリーストリーク](https://mwm.ai/glossary/daily-streak)、毎日更新されるコンテンツ、毎日同じ時間に戻る定番の理由。 - **トリガーを節度を持って使う。** タイミングの良い[プッシュ通知](https://mwm.ai/glossary/push-notification)と[アプリ内メッセージ](https://mwm.ai/glossary/in-app-messaging)は習慣を再キューイングします。スパムはユーザーに無効化を促します（または[アンインストール](https://mwm.ai/glossary/uninstall-rate)）。罪悪感（「あなたのストリークが危ない」）ではなく、価値（「ワークアウトの準備ができています」）に基づいてトリガーを設定してください。 - **[セッション頻度](https://mwm.ai/glossary/session-frequency)を先行指標として監視する。** リテンションは遅行結果であり、最初の週のユーザーあたりセッション数の増加が習慣が根付きつつある早期シグナルです。一般的なしきい値：最初の週に複数回セッションを持ったユーザーは、そうでないユーザーの何倍ものリテンションを示します。 ## レバー3 — 価値を深め、離脱しかけているユーザーを取り戻す（D7 → D30） 最初の週をクリアしたユーザーのチャーンは緩やかですが、それでもチャーンします — アプリの価値を使い尽くすか、単に離れていきます。ここでの仕事は2つです： - **生き残ったユーザーへの価値を深める。** 上級ユースケース、新コンテンツ、プログレッションを表面化して、アプリが継続的に起動する価値を稼ぎ続けられるようにしてください。[スティッキネス](https://mwm.ai/glossary/stickiness) — [DAU/MAU](https://mwm.ai/glossary/dau-mau)比率 — が健全度の指標です：月間アクティブユーザーのうち実質的にデイリーで使っている割合を示します。 - **離れる前に離脱しかけているユーザーを取り戻す。** [休眠ユーザー](https://mwm.ai/glossary/dormant-user)はまだチャーンではありません。行動でセグメント化し、各セグメントが離脱した*理由*に応じた[再エンゲージメント](https://mwm.ai/glossary/re-engagement)と[ウィンバックキャンペーン](https://mwm.ai/glossary/winback-campaign)を実施してください — 離脱したパワーユーザーには、アクティベーションすらできていないユーザーとは異なるアプローチが必要です。 ## リテンションがあなたの持つ最も高レバレッジなレバーである理由 リテンションは単なるエンゲージメント指標ではありません — 成長モデル全体の下にある乗数です。リテインされたユーザーはより多くの[ライフタイムバリュー](https://mwm.ai/glossary/ltv)を生み出します：マネタイズできるセッションが増え、有料転換のチャンスが増え、他者を紹介する時間も増えます。LTVが高まると、収益性を保ちながら支払える[CPI](https://mwm.ai/glossary/cpi)が上昇し、それによってこれまでペイしなかった獲得をスケールできます。D30リテンションが1ポイント向上してもセッションが少し増えるだけではありません — 機械全体を動かすLTV対CACの数式が変わります。これがリテンション改善が複利で効き、獲得施策が効かない理由です：漏れているバケツはより多く注げば注ぐほど、埋める費用が高くなるだけです。（このループの収益サイドについては、[モバイルアプリマネタイズ](https://mwm.ai/guides/mobile-app-monetization)プレイブックをご覧ください。） ## セグメント別プレイブック - **ゲーム。** D1はすでに強いでしょう。カタログが示す敵はD7→D30の減衰です。ループに新鮮さを超えて*続く理由*を与えるメタプログレッション、ライブオペレーションイベント、ソーシャルフックへの投資を。 - **Social & Communication。** 構造的な優位性があります（最高のD30）— コアループとそれを支えているネットワーク効果を守ってください。リスクは既存ネットワークに参加する新規ユーザーの最初のセッション体験の崩壊です。 - **Productivity、ユーティリティ、サブスクリプションアプリ。** D1が低いのは正常です。価値は本物ですが、定着するまでに1〜2セッション必要です。アクティベーションを徹底的に最適化し、その習慣を[サブスクリプション](https://mwm.ai/glossary/paywall)関係に転換してください — ここではリテンションと収益が同じカーブであり、チャーンしたサブスクライバーは直接の損失です。 すべてに共通するスレッド：**カーブがどこで崩れているかを見つけ、まずその分岐点を修正し、コホートで測定して機能したことを確認する。** 中央値D30 3.9%を上位10%の10.9%に向けて曲げることが、ほとんどのアプリが実行できる最も高レバレッジな成長プロジェクトです。 # App StoreでiOSアプリをランク付けする方法 — ステップバイステップガイド このガイドでは、実際に稼働しているパブリッシャーが実行する順番でiOSのASOプロセスをエンドツーエンドで解説します。ローンチ前のアプリではなく、App Storeにライブで公開されており、ある程度のインストールベースがあるアプリを前提としています。この方法論はメタデータフィールドの調整（キーワードフィールドなし、説明文の比重が高い）が必要ですが、Google Playにも同様に適用できます。 ## 始める前に — ベースライン指標 何も変えずにベースラインを計測しないと、改善を測定できません。何かを変更する前に以下を収集して記録してください： - **ターゲット国ごとの現在のキーワードランク**（関心のあるすべてのキーワード）。専用のASOトラッカーを使用してください（[MWM Scale](https://mwm.ai/aso-tool)にはこのための無料プランがあります）。 - **上位3〜5市場における現在のカテゴリランク**とOverallランク。 - **App Store Connectのインプレッション数** — 1日のプロダクトページビュー数（Search / Browse / Referrerで分類）。 - **プロダクトページビューからインストールへのコンバージョン率。** - **レビューベロシティ**（新規レビュー/週）と**評価**（ローリング平均）。 - **インストール量の内訳** — オーガニックSearch、オーガニックBrowse（チャート）、有料、リファラル。 これらをスナップショットして日付を記録してください。4〜8週間後に、実施した変更の効果を測定するためにこれと比較します。 ## ステップ1 — キーワードリサーチ キーワードリサーチの目標は、**ターゲットキーワードバスケット** — 積極的に最適化して追跡する10〜20のキーワード — を生成することです。200でも5でもありません。プロセス： 1. **シードキーワードを生成する。** カテゴリの明白なターム（例：瞑想アプリなら「瞑想」、金融アプリなら「家計簿」）から始めます。シノニム、オーディエンスディスクリプター（「不安のための瞑想」）、アウトカムベースのフレーズ（「よく眠れる」）で拡張します。 2. **競合キーワードを追加する。** 直接競合する3〜5アプリを取り上げ、彼らがランク付けされているキーワードバスケットを抽出し、あなたがターゲットにしていないものを追加します。 3. **検索ボリュームと[難易度](https://mwm.ai/glossary/keyword-difficulty)を確認する。** ASOツールを使用します。実際のボリュームがある中程度の難易度のキーワードをターゲットにしてください — 「瞑想」のような主要ターゲットキーワードは混雑していますが、「睡眠のためのマインドフル呼吸法瞑想」のような長尾ターゲットはランク付けしやすいです。 4. **インテントでフィルタリングする。** 資格のないユーザーからのインストールを促進するキーワードは、ボリュームが少なくてもバイヤーインテントが強いキーワードより悪いです。アプリがプレミアムサブスクリプションであれば、「無料瞑想」は適合しません。 5. **10〜20のキーワードを優先順位付けする。** リストを絞り込みます。これらをメタデータ、クリエイティブコピー、レビュー獲得戦略の構築に使用します。 ## ステップ2 — メタデータを最適化する ターゲットキーワードバスケットを手にしたら、iOSのメタデータフィールド全体にキーワードを戦略的に配置します。目標はスタッフィングなしの完全なカバレッジです。 **アプリ名（30文字）。** プライマリキーワードをディスクリプターの位置に配置します。典型的なパターン： - `ブランド名: プライマリキーワード` — 例：`Strides: Habit Tracker` - `ブランド名 — ディスクリプター` — 例：`Calm — Meditation & Sleep` - `プライマリキーワード by ブランド名` — 例：`Meditation by Calm`（あまり一般的でなく、ブランディングが弱い） **サブタイトル（30文字）。** セカンダリキーワードをベネフィットとして言い換えます。カンマ区切りは問題なく、インデクセーションを無駄にしません。 - 良い例：`Workouts, Sleep, Nutrition` - 悪い例：`The Best Health & Fitness App You'll Ever Need`（すべてフィラーでキーワードなし） **[キーワードフィールド](https://mwm.ai/glossary/keywords-field)（100文字、カンマ区切り、非公開）。** 単数形（複数形でなく）、シノニム、長尾タームス、スペルミス。タイトルやサブタイトルにすでにある単語は繰り返さないでください — Appleはフィールドを組み合わせます。カンマの後にスペースを追加しないでください — 文字数の無駄です。 **プロモーションテキスト（170文字、非インデックス、審査なしで編集可能）。** コンバージョンコピー、シーズナルプロモーション、最近の受賞歴に使用します。キーワードには使用しません。 **説明（4,000文字、弱いインデックス）。** 最初の3行が最も重要です（ユーザーは「続きを読む」の上で見ます）。構成： - リード段落：1文の価値提案。 - ベネフィット重視のH2スタイルセクション（箇条書きが効果的）。 - 機能リスト。 - ソーシャルプルーフ（レビュー、プレス）。 - サポート連絡先とレビューリクエスト。 新しいアプリバージョンの申請としてメタデータの変更を提出します。最初のキーワードランクの変化は48〜72時間以内に見られ、完全な安定は7〜14日後です。 ## ステップ3 — クリエイティブをA/Bテストする メタデータが安定したら（提出後2〜3週間）、クリエイティブテストを開始します。AppleのProduct Page Optimizationでは、テストごとに2〜3つの同時バリアントを実施でき、システムが有意性に達した時点で自動終了します。 **アイコンテスト。** 最も高レバレッジな単一サーフェス。一般的な仮説： - **キャラクターvs.レターマーク**（キャラクター主体のアイコンは抽象的なロゴを上回るか？） - **カラーコントラスト**（混雑したチャートでは明るくより彩度の高いアイコンが勝つことが多い） - **フォーカルエレメント**（1つの明確な中心的形状 vs. 複合） **スクリーンショットテスト。** 最初の2枚のスクリーンショットがコンバージョン比重の60〜80%を担います。一般的な仮説： - **キャプション優先**（短いヘッドラインテキストのオーバーレイ）vs. **UI優先**（生のプロダクトスクリーンショット） - **ベネフィットステートメント**（ユーザーが得るもの）vs. **フィーチャーステートメント**（アプリが持っているもの） - **デバイスフレーム**（スマートフォンモックアップ）vs. **フレームなし**（フルブリード） AppleのPPOはトラフィックの一部にのみバリアントをローテーションするため、ボリュームが少ないアプリでは有意性に達するまで4〜6週間かかることがあります。テストを早期に終了しないでください — 短期間では5〜10%のコンバージョンデルタはノイジーに見えますが、数ヶ月にわたって莫大な複利効果があります。 > 私たちの観察では、ほとんどのアプリがアイコンテストの比重を低く見積もっています。年間1,000万インプレッションのアプリでのアイコン主導のCVR 15%向上は、15万件の追加インストールに相当します — これは通常、スクリーンショット全体のクリエイティブ刷新よりも大きな価値です。 ## ステップ4 — レビューベロシティを促進する 評価とレビューベロシティは、コンバージョンシグナルだけでなく、チャートランキングシグナルでもあります。古いレビューしかないアプリは、新鮮なレビューのあるアプリより低パフォーマンスです。 iOSのレビュープロンプトAPI（`SKStoreReviewController`）が唯一のクリーンなメカニズムです。Appleはプロンプトをユーザーあたり年3回に制限しているため、戦略的に使用してください： 1. **到着時ではなく、成功時にトリガーする。** ユーザーが主要な成功状態を完了した後にプロンプトを表示してください — ワークアウト完了、10日連続で習慣を記録した、ファイルのエクスポートなど。アプリ起動時は不可。 2. **インストール後7〜14日待つ。** 早期のプロンプトはコミットメントのないユーザーを捕まえ、遅すぎるプロンプトはウィンドウを逃します。 3. **エンゲージメントでゲートする。** アプリを3〜5セッション未満しか使用していないユーザーは統計的にネガティブなレビューを残す可能性が高いです — スキップしてください。 4. **サポートと連鎖させない。** ネガティブなサポートインタラクションの直後にレビューのプロンプトを表示しないでください。 適切に調整されたプロンプトは、新規インストールの0.5〜2%のレビューベロシティをもたらします。不適切なプロンプトは0.1〜0.3%です。この差は重要です。 ## ステップ5 — リテンションの漏れを修正する リテンションはランキングシグナルであると同時に、LTVのベースレートでもあります。ユーザーがどこでドロップアウトするかを監査してください： - **Day 1のドロップオフ**：通常はオンボーディングの摩擦。権限リクエストを短縮し、必須でないサインアップ要件を削除し、60秒以内に「最初の価値」に到達させてください。 - **Day 7のドロップオフ**：通常は習慣形成の失敗。ユーザーが戻ってくる理由を構築できませんでした。プッシュ通知、ストリーク、またはスケジュールされたコンテンツが役立つ場合があります。 - **Day 30のドロップオフ**：通常は機能の完了またはコンテンツの枯渇。プログレッション、新コンテンツ追加、またはソーシャルメカニクスを追加してください。 D7リテンションが5ポイント向上すると（20%から25%へ）、他の条件が一定であれば、4〜8週間で通常15〜25%のカテゴリランク改善につながります — 行動シグナルがランキングにゆっくりと伝播するためです。 ## ステップ6 — 測定、イテレーション、トラッキング 月次レポートのサイクル： - キーワードランク（国別、キーワード別）vs. ベースライン - カテゴリランクとOverallランク vs. ベースライン - インプレッション、コンバージョン率、新規インストール vs. ベースライン - レビューベロシティ、評価、新規レビュー数 - リテンションカーブ（D1、D7、D30） 四半期ごと： - キーワードバスケットを見直す — 新たな機会が開かれているか？ - 競合のクリエイティブを見直す — 彼らのイテレーションが速いか？ - ローカライゼーションを見直す — サブマーケットへの投資が不足していないか？ 年次： - ステップ1〜5をゼロから繰り返す。ベースライン、競合環境、検索需要のパターンはすべて変化しています。 ## タイムラインと現実的な期待値 規律あるASOプログラムの初回サイクルでは通常次のような成果が得られます： - **1〜2週目**：ベースライン取得、メタデータv2の草案完成。 - **3週目**：メタデータv2の提出、審査通過。 - **4〜6週目**：キーワードランクの変化が見え始め、最初のクリエイティブテスト開始。 - **8〜10週目**：クリエイティブテストが有意性に達し、勝利バリアントを展開。 - **10〜12週目**：カテゴリランクの改善が測定可能になり、開始ポジションによって10〜30%向上。 新しいASOプログラムから8週間でトップ10のカテゴリランクを期待するパブリッシャーは、通常ベロシティコンポーネントを過小評価しています。ランキングは複利で効きます — 規律あるASOプログラムの6四半期目は通常、最初の四半期よりも多くのランク移動をもたらします。 ## よくある落とし穴 - **メタデータの全面刷新とクリエイティブテストを同時に実施する** — どの変更が何を引き起こしたかを特定できなくなります。 - **トップ競合のメタデータをそのままコピーする** — Appleはほぼ重複したメタデータにペナルティを課し、自分のアプリに適切とは限らない競合のキーワード戦略を継承することになります。 - **5つのクリエイティブテストを同時に実施する** — アトリビューションが複雑になり、有意性の達成が遅くなり、直列で実施するより学習が遅くなります。 - **レビューベロシティをワンタイムプロジェクトとして扱う** — これは継続的なプログラムです。総数に関わらず、新鮮で最新のレビューのあるアプリは古いレビューのあるアプリよりも上位にランクインします。 - **英語以外のマーケットを無視する** — ローカライゼーションは中規模アプリにとってしばしば最もROIの高い四半期の作業です。 ## 次のステップ - ゲームを公開している場合：**[モバイルゲームのASO](https://mwm.ai/guides/aso-for-games)** - 最適化しているシグナルを理解するために：**[App Storeランキングアルゴリズムの仕組み](https://mwm.ai/guides/app-store-ranking-algorithm)** - 幅広いリファレンスとして：**[完全版ASOガイド](https://mwm.ai/guides/app-store-optimization)** - ライブのキーワードとランクのトラッキングに：**[MWM ScaleのASOツール](https://mwm.ai/aso-tool)**（競合アプリ3つまで無料） # アプリのチャーンを削減する方法 チャーンはすべてのサブスクリプションのデックが引用するが、ほとんど誰も正直にベンチマークしない指標です。MWMのカタログ全体では、中央値のアプリは**day 1で72.7%、day 7で90.8%、day 30で96.1%のユーザーをチャーンさせています**。最もリテンションが高い上位10%でさえ、day 30時点で89%が失われています。[チャーン](https://mwm.ai/glossary/churn)は、その鏡像である[リテンション](https://mwm.ai/glossary/retention)と同様に、ゼロに近づける数値ではなく、曲げるカーブです。 しかし、「チャーンを削減する」とは、どのチャーンを意味するかによって全く異なる2つの仕事です。それを混同することがほとんどのチャーンプログラムが行き詰まる理由です。このガイドでは、それらを分離し、それぞれのレバーを提供します。 ## 別々に測定すべき2種類のチャーン - **エンゲージメントチャーン** — ユーザーがアプリを開かなくなる。これは無料、フリーミアム、広告収益型アプリの支配的なチャーンであり、リテンションの逆数です：上記のD30 96%の数値は*エンゲージメントチャーン*です。 - **サブスクリプション（収益）チャーン** — 有料ユーザーがキャンセルするか更新しない。これは直接収益を破壊するチャーンで、D30リテンションとしてではなく、有料ベースに対する月次キャンセル率として測定されます。 エンゲージメントチャーンが深刻でも[サブスクリプション](https://mwm.ai/glossary/subscription)チャーンは健全（少数の忠実な有料ユーザー）、またはその逆のアプリもあります。一方を修正しても他方には何の効果もありません。何よりもまず、どちらが出血しているかを把握してください。 ## 自発的チャーン vs 非自発的チャーン サブスクリプションチャーンの中でも、さらに分けます： - **自発的** — ユーザーがキャンセルを選択した（価格、価値、または単に使い終わった）。 - **非自発的** — 支払いが失敗した：カードの期限切れ、残高不足、銀行の拒否。ユーザーが離脱を決断することなくサブスクリプションが失効します。 非自発的チャーンは通常サブスクリプションチャーン全体の20〜40%を占め、最も**修正しやすい**チャーンです。ユーザーはまだプロダクトを使いたいと思っているからです — カードが失敗したのであって、意図が失敗したわけではありません。課金リトライ、猶予期間、アカウントホールド状態、ダニング（支払い回収メッセージング）で多くを回収できます。ほとんどのチームが自発的チャーンのセーブフローに力を注ぎながら、課金リトライの設定変更だけで回収できる非自発的チャーンを静かに漏らし続けています。 ## オペレーターとしてチャーンを測定する - エンゲージメントチャーンは[N日リテンション](https://mwm.ai/glossary/n-day-retention)の逆数です — インストール[コホート](https://mwm.ai/glossary/cohort-analysis)別に追跡し、サイト全体の1つの数値にブレンドしないでください。 - サブスクリプションチャーンは有料ベースの月次キャンセル率です。自発的と非自発的を分離し、グロスチャーンを（再アクティベーションとプランアップグレードを差し引いた）ネットに対して追跡してください。 - [アンインストール率](https://mwm.ai/glossary/uninstall-rate)はエンゲージメントチャーンのハードフロアです：アンインストールしたユーザーは失われましたが、単に開かなくなったユーザーはまだ戻ってこられます。 ## エンゲージメントチャーンを削減する（最初の1週間の戦い） 最も急激なエンゲージメントチャーンはD1からD7の間です — カタログでは72.7%から90.8%を示しており、day 1を生き延びたものの大半がday 7までに失われることを意味します。これはアクティベーションと習慣の問題であり、完全なプレイブックは[アプリのリテンションを改善する方法](https://mwm.ai/guides/how-to-improve-app-retention)にあります。要点：ユーザーをできるだけ早く価値に届け、最初の1週間で習慣ループを構築し、ユーザーが[休眠状態](https://mwm.ai/glossary/dormant-user)になる*前*に[再エンゲージメント](https://mwm.ai/glossary/re-engagement)を実施してください — 完全に失われてからでは遅いです。 ## サブスクリプションチャーンを削減する（収益が関わる部分） ここがチャーン対策が直接ペイするところです： - **まず非自発的チャーンを回収する** — 最もROIの高い施策。課金リトライのロジック、猶予期間、アカウントホールド、ダニングシーケンスで、最初から去るつもりのなかったユーザーを取り戻します。これは設定とメッセージングであり、プロダクト作業ではありません。 - **本物のキャンセルフローを構築する。** キャンセル意図の瞬間に、一時停止（一時停止はキャンセルに勝る）、[ウィンバック](https://mwm.ai/glossary/winback-campaign)オファー、またはダウングレードティアを提案してください — 確認ボタンだけのデッドエンドではなく。 - **価値実現ギャップを閉じる。** 自発的チャーンのほとんどは、サブスクライブした価値を得られなかったユーザーです。アクティベーションとリテンションを[トライアルコンバージョン](https://mwm.ai/glossary/trial-conversion)と[ペイウォール](https://mwm.ai/glossary/paywall)に結びつけて、継続してくれるユーザーを転換し、月1でキャンセルするユーザーではなくしてください。 - **デフォルトで年払いに設定する。** 年払いプランは12回の更新判断を1回に置き換えて、構造的にチャーンを低下させます — [モバイルアプリマネタイズ](https://mwm.ai/guides/mobile-app-monetization)プレイブックを参照してください。 ## カテゴリという視点 エンゲージメントチャーンの形はカテゴリによって大きく異なります。カタログ全体のカテゴリ別D30チャーン中央値： | カテゴリ | D1チャーン | D7チャーン | D30チャーン | | ---------------------- | ------ | ------ | --------- | | Social & Communication | 68.1% | 87.7% | **94.1%** | | Lifestyle & Well-being | 76.3% | 90.4% | 95.2% | | Productivity & Tools | 77.0% | 91.1% | 95.5% | | Education & Knowledge | 75.1% | 91.4% | 96.4% | | Media & Entertainment | 75.1% | 92.0% | 96.6% | | Game | 63.4% | 90.7% | **97.1%** | ゲームは最もday 1チャーンが低い（63.4%）にもかかわらず、day 30チャーンは最も高い（97.1%）です — 新鮮さが1〜2回ユーザーを引き戻しますが、その後カーブは崩壊します。ソーシャルは最もチャーンが少なく（94.1%）、コミュニケーションループが戻ってくる理由を生み出すためです。ゲームであれば戦いはD7→D30の減衰にあり、ソーシャルであればすでに機能しているネットワークループを守ってください。 ## チャーンが複利で効くレバーである理由 チャーンを削減するすべてのポイントが[LTV](https://mwm.ai/glossary/ltv)として複利で効きます：リテインされたユーザーはマネタイズを続け、チャーンが低下することで獲得を支えるライフタイムバリューが上がります。チャーンはバケツの穴です — そしてD30中央値が96%では、ほとんどのバケツはほぼ穴だらけです。勝利するチームは魔法のような低い数値を追い求めません。彼らは**2種類のチャーンを分けて、非自発的チャーンを無料で回収し、コホート単位でエンゲージメントカーブを曲げ続けます。** # モバイルアプリの成長戦略 — ハックではなく、ループ ほとんどの「成長戦略」コンテンツはハックのリストです。データはハックが問題ではないと言っています。成長は方程式です — > **成長 ≈ 獲得 × リテンション × マネタイズ × バイラリティ** — そして中央値のアプリはday 30時点で96%の[チャーン](https://mwm.ai/glossary/churn)、4%未満の[リテンション](https://mwm.ai/glossary/retention)という形で第2項を深刻に漏らしており、どんな獲得戦術もそれを追い越すことはできません。このガイドはループ全体の地図であり、さらに重要なことに、修正する順序です。各エンジンの詳細は独自のプレイブックにあります。このガイドはそれらがどのように組み合わさるかを示します。 ## 成長はループであり、ファネルではない ファネルは一方向です：インストール → 使用 → チャーン。ループは自己供給します：リテインされたユーザーがマネタイズし、収益が獲得を支え、リファラルがリテインしてマネタイズするユーザーを連れてきます。その違いは複利です。持続的に成長するアプリはより優れたファネルを走らせているのではなく — 各エンジンが次を強化するループを走らせています。あなたの仕事はループを見つけ、そのすべての接合部を締め上げることです。 ## エンジン1 — 獲得 ユーザーを取り込む。ただし、ループが保持できる速度でだけ。 - オーガニックが基盤です：[オーガニックインストール](https://mwm.ai/glossary/organic-installs)は中央値アプリのボリュームの62%を占め、その半数以上がApp Store検索から来ています。 - [有料UA](https://mwm.ai/glossary/paid-ua)はオーガニックを超えてスケールし、維持できる量に上限されます — [CPI](https://mwm.ai/glossary/cpi)の上限はあなたの[LTV](https://mwm.ai/glossary/ltv)です。 - 完全なプレイ：[ユーザー獲得戦略](https://mwm.ai/guides/user-acquisition-strategies) ## エンジン2 — リテンション（乗数） これが他の3つが重要かどうかを決める項目です。リテンションは各ユーザーが返すライフタイムバリューの量と、ループにとどまって他者を紹介できる期間を設定します。D30中央値が3.9%という状況では、ほとんどのアプリが最大の伸びしろを持つ場所でもあります。 - 最初のセッションで勝ち（[aha moment](https://mwm.ai/glossary/aha-moment)）、習慣を構築し、[スティッキネス](https://mwm.ai/glossary/stickiness)を監視してください。 - 完全なプレイ：[アプリのリテンションを改善する方法](https://mwm.ai/guides/how-to-improve-app-retention)および[アプリエンゲージメント戦略](https://mwm.ai/guides/app-engagement-strategies) ## エンジン3 — マネタイズ 保持しているユーザーから価値を獲得し、それをループに還流させる。 - コンバージョン、[ARPU](https://mwm.ai/glossary/arpu)、リテンションが組み合わさって[LTV](https://mwm.ai/glossary/ltv)を生み出します — そしてLTVがループを成長させる獲得を支える資金源になります。 - 完全なプレイ：[アプリマネタイズ戦略](https://mwm.ai/guides/app-monetization-strategies) ## エンジン4 — バイラリティ 限界コストがゼロの唯一の獲得チャネル。 - [リファラルプログラム](https://mwm.ai/glossary/referral-program)と健全な[バイラル係数](https://mwm.ai/glossary/viral-coefficient)はリテインされたユーザーを新規ユーザーに変えます。バイラル係数が1に近づくと、各ユーザーがほぼ別の1人を連れてきます — ループは自己維持になります。 - バイラリティはリテンションと価値の下流にあります：ユーザーは愛用して使い続けているプロダクトを紹介するため、このエンジンは漏れているものに後から取り付けることはできません。 ## 実行の順序 これがほとんどの成長プログラムが間違えるところです — 購入が最も簡単なエンジン（獲得）から始め、残りをゲートするエンジン（リテンション）から始めません。 1. **リテンションが先。** 小さなコホートでカーブとユニットエコノミクスを機能させてください。漏れているバケツに獲得を注ぎ込むとチャーンのコストが上がるだけです。 2. **マネタイズが次。** 計算できる[LTV](https://mwm.ai/glossary/ltv)を確立し、ユーザーの価値を把握してください。 3. **獲得が3番目。** 今、実際のLTVに対してスケールし、[LTV](https://mwm.ai/glossary/ltv)対[CAC](https://mwm.ai/glossary/cac)比3以上を目標にしてください。 4. **バイラリティは常に。** 他の3つが生み出すものすべてを複利で増幅させます。 獲得はインストール数がすぐに動くため成長のように感じられます。しかし、D30 4%のプロダクトに注ぎ込まれたインストールは戦略ではなく、コストです。 ## ループを測定する ユーザーへの提供価値を捉える[north-star metric](https://mwm.ai/glossary/north-star-metric)に固定し、ループのマスター比率である[LTV](https://mwm.ai/glossary/ltv)÷[CAC](https://mwm.ai/glossary/cac)（コホート[ROAS](https://mwm.ai/glossary/roas)で追跡）を監視してください。成長チームの規律は、1つのエンジンを他の犠牲において最適化しないことです — ループでは最も弱い接合部がループ全体の速度を決めるためです。あなたの弱点を見つけ、修正し、次に進んでください。 # モバイルアプリKPI — 本当に重要な指標（ベンチマーク付き） ほとんどのアプリチームは、測定の問題とは逆の状況に陥っている。追跡しすぎて、行動が少なすぎるのだ。解決策はダッシュボードを増やすことではなく、成長ループにマッピングされた集中したKPIのセットを持ち、それぞれを実際のベンチマークと照らし合わせて判断することだ。このガイドはそのセットであり、ループ上の位置でグループ化され、カタログ中央値付きで、自社の数値が良好かどうかを判断できる。 ## ノーススター指標から始める KPIツリーの上位に位置する一つの数値、それが[ノーススター指標](https://mwm.ai/glossary/north-star-metric)だ。プロダクトが提供する価値を最もよく捉える単一の指標（DAU、ワークアウト記録数、トラック再生数）である。その下にあるものはすべて支持する入力値だ。最初にこれを選んでおくと、下記の指標の中でどれを最も強く最適化するかが決まる。 ## 獲得KPI ユーザーを効率的に獲得できているか。 - **[Cost per install (CPI)](https://mwm.ai/glossary/cpi) / [CAC](https://mwm.ai/glossary/cac)** — ユーザー1人のコスト。常に[LTV](https://mwm.ai/glossary/ltv)と比較して測定する。 - **[ROAS](https://mwm.ai/glossary/roas)** — コホート別・チャネル別の広告費用対効果。 - **[オーガニックインストール比率](https://mwm.ai/glossary/organic-installs)** — カタログ中央値61.6%。ゲーム以外のアプリでは、オーガニックがより大きなチャネルになることが多い。 - **[IPM](https://mwm.ai/glossary/cpi)と[インストール アトリビューション](https://mwm.ai/glossary/install-attribution)** — クリエイティブ効率とチャネルの真実。（[ユーザー獲得プレイブック](https://mwm.ai/guides/user-acquisition-strategies)を参照。） ## アクティベーション＆リテンションKPI 獲得したユーザーが継続利用するか。これはあらゆるものが乗算される土台だ。 - **アクティベーション率** — 新規ユーザーのうち、セッション1でコアバリューマイルストーンに到達した割合。 - **[Nday リテンション](https://mwm.ai/glossary/n-day-retention)** — カタログ中央値: **D1 27.3%、D7 9.2%、D30 3.9%**。上位10%はD30 約10.9%に達する。 - **[チャーン](https://mwm.ai/glossary/churn)** — その逆。D30エンゲージメントチャーンの中央値は96.1%。（[リテンション](https://mwm.ai/guides/how-to-improve-app-retention)プレイブックを参照。） ## エンゲージメントKPI アクティブユーザーがどれほど深く、頻繁にプロダクトを使っているか。リテンションの先行指標。 - **[DAU/MAU stickiness](https://mwm.ai/glossary/dau-mau)** — カタログ中央値14.1%。良い目安は20%以上。 - **[1日あたりのセッション数/ユーザー](https://mwm.ai/glossary/session-frequency)** — カタログ中央値2.94。 - **[セッション長](https://mwm.ai/glossary/session-length)とユーザーあたり時間** — 中央値のセッション長は1分22秒、1日あたり約4分18秒（ただしカテゴリと照らし合わせて読むこと。ユーティリティは短くて正常、ゲームは長い）。（[エンゲージメント](https://mwm.ai/guides/app-engagement-strategies)プレイブックを参照。） ## マネタイゼーションKPI 継続利用するユーザーからどれほど価値を獲得しているか。 - **課金転換率** — ほとんどのコンシューマーアプリでは[転換率](https://mwm.ai/glossary/conversion-rate)は低一桁台。計画の基準としてブレンドで約6%を使う。 - **[ARPU](https://mwm.ai/glossary/arpu)** — カタログ中央値 $0.15（30日）、上位10%は $4.64。 - **[ARPPU](https://mwm.ai/glossary/arppu)** — *課金*ユーザーあたり収益。中央値モデルは $1.88/月。 - **[ARPDAU](https://mwm.ai/glossary/arpdau)** — 中央値 約 $0.01 IAP（広告収益を除く）。 - **[LTV](https://mwm.ai/glossary/ltv)** — リテンションカーブ上でのARPDAUの積分。（[マネタイゼーション](https://mwm.ai/guides/app-monetization-strategies)プレイブックを参照。） ## すべてをつなぐ一つの比率 **[LTV](https://mwm.ai/glossary/ltv) ÷ [CAC](https://mwm.ai/glossary/cac)**。このひとつの比率が上記のすべてのグループをつなぐ。リテンションとマネタイゼーションがLTVを構築し、獲得がCACを消費する。比率3以上が健全でスケーラブルなビジネスの目安だ。ほとんどのKPI活動は、結局のところこの単一の比率を動かすためにある。 ## ベンチマーク一覧 | KPI | カタログ中央値 | 強い（上位10%） | | -------------------- | ------------------- | ---------- | | D1 / D7 / D30 リテンション | 27.3% / 9.2% / 3.9% | 約10.9% D30 | | DAU/MAU stickiness | 14.1% | 31% | | セッション数 / ユーザー / 日 | 2.94 | 5.28 | | ARPU（30日） | $0.15 | $4.64 | | ARPDAU（IAP） | $0.01 | $0.04 | | オーガニックインストール比率 | 61.6% | 77% | ## バニティ指標 vs アクショナブル指標 ダッシュボードに載せる価値のある指標は、それが動いたときに取るべき行動が変わるものだけだ。累積ダウンロード数と総登録ユーザー数は常に上昇し続けるが、何も示唆しない。コホート別リテンション、トライアルから有料への転換率、stickiness、[viral coefficient](https://mwm.ai/glossary/viral-coefficient)は、特定のレバーと連動して動き、どれが機能したかを教えてくれる。運用数合計ではなく、率とコホートを追跡すること。そしてチームが実際にすべての指標に対してアクションを取れるよう、数は絞ること。 # モバイルアプリのマネタイゼーション — IAP、サブスクリプション、広告、フリーミアムを解説 モバイルアプリのマネタイゼーションは、4つの主要モデルに集約されてきた。モデルの選択はアーキテクチャ上の決断だ。それによってユニットエコノミクス、UA戦略、プロダクトロードマップ、どのプラットフォームツールを活用するかが決まる。アプリに合わないモデルを選ぶと、単に機会損失が生まれるだけでなく、何年にもわたって複合的な戦略的負担が積み重なる。 このガイドでは4つのモデルすべてを解説し、それぞれが適したケースと、各モデルで目指すべきベンチマークのユニットエコノミクスを説明する。 ## 4つのモデルを1段落ずつ **[フリーミアム](https://mwm.ai/glossary/freemium)＋[サブスクリプション](https://mwm.ai/glossary/subscription)**。アプリは無料でインストールでき、プレミアム機能やコンテンツはサブスクリプション（定期課金）の後ろにゲートされる。最も広いファネルを持つモデルで、生産性・コンテンツ・ユーティリティ・デート・ヘルス/フィットネスアプリで主流。ユニットエコノミクスはトライアルから有料への転換率と月次チャーンにかかっている。 **フリーミアム＋[アプリ内購入（IAP）](https://mwm.ai/glossary/iap)**。無料でインストールし、消費型または非消費型のアイテム購入で収益化する。フリートゥプレイゲームのデフォルトモデルだ。消費型アイテムはクジラエコノミクスを推進し、非消費型アイテムは広告除去やコンテンツアンロックに使われる。ゲーム以外ではあまり一般的でない。 **広告サポート型無料**。無料でインストールし、完全無料で使用でき、広告インプレッションで収益化する。リワード動画、インタースティシャル、バナー、またはネイティブ広告配置を通じて収益化する。セッション時間が長いアプリでは1ユーザーあたりの経済性はそれなりだが、セッションが短いアプリでは弱い。 **有料ダウンロード**。ユーザーがインストールのために一度だけ料金を支払う。2010年代初頭に主流だったモデルで、現在はニッチなプロ向けツール、プレミアムゲーム、特定のユーティリティに限られる。有料ユーザーの質は高い（支払う人はすでに明確な意図を持っている）が、ファネルは最も狭い。 現実として、商業的に成功しているコンシューマーアプリのほとんどは**ハイブリッド**だ。サブスクリプションまたはフリーミアムをベースにして、戦略的な広告配置、単発IAP、プロモーションバンドルを重ねている。 ## フリーミアム＋サブスクリプション — デファクトスタンダード フリーミアム＋サブスクリプションは、ほとんどの新しいコンシューマーアプリのデフォルトだ。インストールの摩擦はゼロで、プラットフォームのサブスクリプションシステム（App StoreとGoogle Play）が課金、トライアルロジック、リテンションオファーをネイティブに処理し、収益が複利で積み上がるモデルが長期的なプロダクト投資を報酬として返してくれる。 フリーミアム＋サブスクリプションアプリのコア指標: 1. **トライアル開始率**。インストールのうち無料トライアルを開始した割合。よくデザインされたオンボーディングでは通常8〜20%。25%以上は優れたファネル品質の指標。 2. **[トライアルから有料への転換率](https://mwm.ai/glossary/trial-conversion)**。トライアル開始のうち有料転換した割合。縦断別の業界中央値: 生産性30〜50%、ユーティリティ25〜45%、デート50〜70%、エンターテインメント40〜60%、サブスクリプション付きゲーム15〜30%。 3. **月次チャーン**。成熟したアプリでは通常5〜10%。5%以下は例外的に優れた数値だ。カテゴリーロック型プロダクト（Duolingo、Calmなど）か、効果的なリテンションツールを使っているサインだ。 4. **[ARPU](https://mwm.ai/glossary/arpu)**と**[ARPPU](https://mwm.ai/glossary/arppu)**。ユーザーあたりと有料ユーザーあたりのブレンド収益。トップクォータイルのコンシューマー向けサブスクリプションアプリは ARPU $2〜5、ARPPU $15〜40を達成している。 5. **[LTV](https://mwm.ai/glossary/ltv)**。ARPPU × 期待利用期間から算出。月次チャーン7%の $9.99/月アプリは、平均利用期間約14ヶ月、有料LTV約$140になる。ブレンドLTVは転換率によって変わる。 **コアなトレードオフ**: サブスクリプションアプリは、すべてのマネタイゼーションモデルの中で最も長い回収期間を持つ。UAの損益分岐点はD7ではなく、多くの場合D60〜120だ。つまり、強力なリテンション予測の確信か、十分な長期資金が必要になる。LTVを確実に予測できないアプリは、有料UAに過剰支出してキャッシュ不足に陥ることが多い。 ## フリーミアム＋IAP（ゲームとその他） フリートゥプレイゲームはIAPモデルを主導している。典型的なF2Pゲームは以下の形で収益化する: - **消費型アイテム**（コイン、ジェム、ヒント、ブースター）— 主要な収益ドライバーで、クジラエコノミクスを促進する。 - **非消費型アイテム**（広告除去、プレミアムキャラクターのアンロック）— アクティブユーザーの一部が転換する一度きりの購入。 - **サブスクリプション層**（バトルパス、VIPアクセス）— 中間のマネタイゼーション層として追加されることが増えている。 エコノミクスは著しくべき乗則に従う。典型的なF2Pゲームでは、実際に課金したプレイヤーの1〜5%が収益の50〜80%を生み出す。マネタイゼーション作業は主に以下の3点だ: 1. より多くのプレイヤーを課金者に転換する（初回購入ファネルのデザイン）。 2. 既存の課金者の生涯支出を延ばす（プログレッションの深み、ライブオペレーションイベント、期間限定オファー）。 3. クジラのチャーンを防ぐ（リテンション機構とVIPサポート）。 ゲーム以外では、IAP専用フリーミアムは少ないが存在する。例えば、自然な「消費単位」を持つアプリ（クレジット制の画像生成アプリ、使用ごとの料金設定のオンデマンドサービスなど）がある。ほとんどのコンシューマー向け生産性アプリは、LTVの計算がより明快なサブスクリプションに移行している。 ## 広告マネタイゼーション 広告サポート型アプリは\*\*[eCPM](https://mwm.ai/glossary/ecpm)\*\* — 広告インプレッション1,000回あたりの実効収益 — によって生き死にが決まる。eCPMは地域依存性が高く（米国 > EU > 新興市場、多くの場合5〜10倍の差）、フォーマット依存性も高い（リワード動画 > インタースティシャル > バナー、多くの場合3〜5倍の差）。 2026年のベンチマークeCPM（米国、iOS、ミドルティアコンテンツアプリ）: - リワード動画: $10〜30 - インタースティシャル: $4〜12 - バナー: $0.50〜2.00 - ネイティブ: $3〜10 広告サポート型アプリにとって決定的な問いはセッション時間だ。1日20分以上の利用（ゲーム、ソーシャル、ストリーミング）があるアプリは、広告でARPDAU $10〜30の範囲に達し、多くのフリーミアムアプリを上回ることができる。1日2分程度の利用（ユーティリティ、ツール）のアプリは、広告単体ではARPDAU $1〜2を下回ることが多い。だからこそ多くのユーティリティアプリが広告サポートからサブスクリプションに移行している。 **ATT後**において、iOS広告マネタイゼーションはより複雑になったが、終わっていない。適応したパブリッシャー、つまりSKAdNetworkのコンバージョン値スキーマを実行し、オプトインユーザーのLTVを個別に最適化し、広告メディエーションを多様化したパブリッシャーは、ほぼ回復している。適応しなかったパブリッシャーは、依然としてATT前と比べてiOSのeCPMが30〜50%低い状態が続いている。 ## 有料ダウンロード 有料アプリはインストールのために一度だけ購入価格を課金する。ファネルは狭いが転換品質は例外的に高い。すでに支払っているユーザーは自らを事前評価済みだ。有料ダウンロードが今でも優位な特定のコンテキスト: - 狭く高い意図を持つユーザーベースを持つ**プロ向けツール**（音楽制作、グラフィックデザイン、特定の科学ツール）。 - 明確な品質シグナルを持つ**プレミアムゲーム**（コンソール移植版、有料インディーゲーム）。 - サブスクリプションの摩擦が転換を壊してしまう**ニッチなユーティリティ**（一度使えば済むツール）。 - **サブスクリプション疲れが深刻な市場**で、「一度支払えば所有できる」という明確なポジショニングが差別化につながる。 有料アプリのプレイブックは異なる。ファネル転換よりも価格ラダーと知覚価値を最適化する。優れたスクリーンショットと信頼できるレビュースコアが、優れたペイウォールよりも重要だ。そもそもペイウォールが存在しないからだ。 ## ハイブリッドマネタイゼーション 商業的に成功しているコンシューマーアプリのほとんどは、2〜3つのマネタイゼーションストリームを並行して運用している: - 年間プランをアンカーとした、メインの収益層としてのサブスクリプション。 - 単発の消費型アイテム向け戦略的IAP（クレジット、ブーストパック、プレミアムコンテンツ）。 - 無料ユーザー向けのリワード広告配置。多くの場合「無料クレジット」の仕組みとして、エンゲージメントに還元される。 - 定期的なリテンションと収益レバーとしての生涯購入プラン、バンドル、アップセル。 目標は、すべてのユーザーに価格感度に合った課金経路を提供することだ。超節約型ユーザーには広告、中間層ユーザーにはサブスクリプション、高価値ユーザーには年間プランと随時の消費型アイテムを提供する。うまく設計されたハイブリッドマネタイゼーションは、適度なプロダクト複雑性のコストで、純粋なサブスクリプションよりもARPUを30〜60%引き上げる。 ## 価格設定とローカライゼーション 価格戦略はそれだけで独自のガイドが必要だが、レバレッジが高い3つのルールを紹介する: 1. **年間プランを月間×12の50%オフでアンカーする**。AppleもGoogleも割引をネイティブに表示する年間価格オファーをサポートしている。業界標準だ。 2. **価格は言語だけでなく市場別にローカライズする**。購買力平価が重要だ。ブラジル、インド、東南アジアの多くでは、価格を大幅に低く設定する必要がある（米国の30〜50%）。AppleとGoogleの価格ティアは、N × Mの通貨組み合わせを手動で管理せずに国ごとにカスタマイズできる。 3. **複数の価格ポイントをテストする**。最初に設定した価格が最適であることはほとんどない。ローンチ後最初の3〜6ヶ月間に3〜4つの価格ラダーをA/Bテストすること。トップクォータイルのサブスクリプションアプリは年に一度価格を見直している。 ## ベンチマークのユニットエコノミクス 2026年における健全なサブスクリプションアプリの姿: - **[LTV](https://mwm.ai/glossary/ltv):[CPI](https://mwm.ai/glossary/cpi)比率**が少なくとも3:1（Day 180 LTV対ブレンドCPI）。例外的なアプリは5:1以上を達成している。 - \*\*Day-30 [ROAS](https://mwm.ai/glossary/roas)\*\*が50〜70%。Day-180 ROASが120〜150%以上。 - **7日間トライアルのトライアルから有料への転換率**が30%以上。 - **月次チャーン**が10%未満、理想は5〜7%。 - **MAUに占める課金者比率**が3〜8%。 これらのいずれかから大幅に外れている場合、問題はほとんどの場合UAの支出ではない。ペイウォールのデザイン、オンボーディングの品質、またはプロダクトマーケットフィットの根本的なギャップにある。壊れたファネルはどれだけUAを増やしても修正できない。 ## 次のステップ - **[ペイウォールデザインのベストプラクティス](https://mwm.ai/guides/paywall-design-best-practices)** — サブスクリプションアプリ内で最もレバレッジの高い最適化サーフェス。 - **[ASOの完全ガイド](https://mwm.ai/guides/app-store-optimization)** — マネタイゼーションが必要とするファネル上部を強化する。 - **[App Storeランキングアルゴリズムの仕組み](https://mwm.ai/guides/app-store-ranking-algorithm)** — ランキングはマネタイゼーションのマージンを複利で高める。 - ライブベンチマーキングには: **[MWM Scale](https://mwm.ai/mwm-scale)** がカテゴリーレベルのマネタイゼーションパターンと競合収益を追跡している。 マネタイゼーションは、価格ページの問題ではなく、プロダクトの問題だ。ユニットエコノミクスで勝つアプリは、その価格に見合うプロダクトを構築し、トライアル・ペイウォール・リテンションフロー・ウィンバックのすべてのサーフェスを、価値を伝わりやすくするためにデザインしているアプリだ。それができれば数字はついてくる。 # ペイウォールデザインのベストプラクティス（転換データに基づく） ペイウォールはサブスクリプションアプリのプロダクトにおいて最もレバレッジが高いサーフェスだ。ペイウォール転換率の10%の相対的な向上は、すべてのインストールで永遠に10%の収益増加を意味する。モバイルサブスクリプションアプリが他に何をリリースしても、これほどのレバレッジはない。 しかしほとんどのアプリは、ペイウォールをデザインフェーズでの一度きりの決断として扱い、バージョンをリリースし、ほとんど改善しない。このガイドでは、トップクォータイルのアプリと中程度のアプリを分けるパターン、配置、テストの規律を解説する。 ## ペイウォールが実際にすること [ペイウォール](https://mwm.ai/glossary/paywall)には4つの役割がある: 1. ユーザーが支払いに対して得る**価値を伝える**。 2. **価格を伝える**。ユーザーが好意的に感じる比較に対してアンカーする。 3. 支払いの**知覚リスクを下げる** — 無料トライアル、明確なキャンセル、ソーシャルプルーフ。 4. ユーザーを「いつかでいいか」から「今すぐ」に動かす**緊迫感や習慣ロック**をつくる。 4つのうちどれか一つが欠けても転換率は下がる。不振のペイウォールのほとんどは、#1が不明確（「プレミアムをアンロック」という汎用コピー）か、#3が弱い（トライアルオファーなし、キャンセルの説明が不明確）だ。 ## ペイウォールの配置 — 3つの異なるタイミング **オンボーディングペイウォール**。インストール直後、多くの場合3〜5ステップのオンボーディングフローの後に表示される。ほとんどのコンシューマーアプリで最もレバレッジが高い配置だ。ユーザーが最も高い意図を持っているタイミングを捉えるからだ。オンボーディングのコンテキストに合わせる必要がある。ペイウォールのヒーローベネフィットは、ユーザーが先ほど回答した内容を反映すべきだ。 **コンテキスト型/機能ゲートペイウォール**。ユーザーが特定のゲート済み機能に到達したときに表示される（「3つ以上の習慣を保存するにはアップグレードが必要」「プレミアムコンテンツをアンロック」）。オンボーディングより転換率は低いが、転換ごとの意図は高い。ユーザーが特定の何かをしようとして止められているからだ。 **リテンションペイウォール**。キャンセルしようとしているサブスクライバーへのウィンバックオファーとして、または非アクティブな有料ユーザーへの「キャンセルよりダウングレード」オプションとして表示される。最も転換率は低いが、1件の引き留めはほぼ100%のマージンに近い。 よく設計されたサブスクリプションアプリは、1つのペイウォールを3箇所にコピーするのではなく、3つすべてに異なるバリアントを運用する。オンボーディングペイウォールは価値を紹介し、コンテキスト型ペイウォールは特定の機能を説明し、リテンションペイウォールは損失回避を軽減する。 ## ハードペイウォール vs ソフトペイウォール **ハードペイウォール**: 購入またはトライアル開始なしには先に進めない。メリット: 実際に支払うユーザーの最大転換率、明確なマネタイゼーション。デメリット: トライアル開始率が大幅に低下、ペイウォール後のアンインストール率が高い。適切なケース: - プロダクトのコアループがプレミアムコンテンツにゲートされている（ストリーミング、専門ツール） - アプリに強いスタンドアロンブランド認知があり、インストール前にユーザーを事前選別している - UAチャネルが高意図ユーザーを配信している（カジュアルな広告経由の獲得ではない） **ソフトペイウォール**: ユーザーはスキップして無料ティアに進める。メリット: より広いファネル、後でのコンテキスト転換の機会が増える。デメリット: 「スキップ」オプションは崖だ。多くのユーザーがスキップした後、ペイウォールを二度と見ない。適切なケース: - ユーザーが価値を理解するのに複数のセッションが必要 - アプリにエンゲージメントを維持する使えるfreeTierがある - 後からの転換のための強いコンテキストペイウォール戦略がある 成功しているフリーミアム+サブスクリプションアプリのほとんどは、**オンボーディングにソフトペイウォール、特定のプレミアム機能にハードペイウォール**の組み合わせを使っている。この組み合わせにより、即座の課金者を捉えながら、慎重なユーザーへの長期的な経路も維持する。 ## 価格レイアウト — 一貫して勝つ慣例 **2ティアの縦積みスタック**、年間プランを月間の上に: - 年間プランを最初に「50%オフ」などのバッジ付きで表示 - 下に月間プラン **3ティアの横並びカード**、明確な機能差があるアプリ向け: - Basic / Pro / Business - 中間ティアに「デフォルト選択」または「最も人気」のラベル **トライアル重視のシングルティア**、一つの価格ポイントに自信があるアプリ向け: - 大きなトライアルCTA（「7日間無料トライアルを開始する」） - 小さめのテキストで価格を表示（「以降 $9.99/月」） どのレイアウトでも共通するルール: - **月額を目立つ形で常に表示する**。ユーザーは$119.88/年を利用規約の中に隠すのではなく、$9.99/月を支払っていることを知る必要がある。 - **より高い価値のオプションを事前選択する**。業界慣例では年間プランをデフォルトにする。月間希望のユーザーは選択を変更する。デフォルトが年間プランへの多くの流入を推進する。 - **キャンセルの明確さを含める**。折り畳みより上の補足テキストに「いつでもキャンセル可」または「コミットメントなし」と記載する。 - **ロケール別に通貨記号とフォーマットを表示する**。米国では$9.99、フランスでは9,99 €、英国では£7.99。 ## コピー — 最大のレバー 最適化不足のペイウォールのほとんどは、ビジュアルデザインではなくコピーで負けている。機能するパターン: **具体的 > 汎用的**。「無制限の習慣」や「永遠に広告なし」は「プレミアムアクセスを取得する」より優れている。ユーザーは何が変わるのかを想像できる必要がある。 **ベネフィット > 機能**。「毎晩よく眠れる」は「200以上のメディテーションをアンロック」より優れている。機能リストはスキャンされるが、ベネフィットのフレーミングは読まれる。 **適切な場所にソーシャルプルーフ**。価格の近くに4.8星のバッジや「1,000万ユーザー」という数字を入れると効果的だ。信頼性の低いトラストシグナル（内容のない汎用の「メディア掲載」ロゴ）は、信頼を構築するどころか損なうことが多い。 **ダークパターンなしの緊迫感**。「期間限定オファー — 初月50%オフ」は事実であれば問題ない。毎回リセットされるカウントダウンタイマーはダークパターンで、AppleとGoogleの審査で指摘される。 **ボタンラベルも重要だ**。「無料トライアルを開始する」vs「続ける」vs「登録する」 — テストすること。「無料トライアルを開始する」はトライアル開始率で通常勝つ。「続ける」は購入フローを受け入れることを理解しているユーザーに共鳴し、トライアルから有料への転換で勝つことがある。 ## 効果的なビジュアルデザインパターン 分析した多数のペイウォールの中で、トップ転換アプリに繰り返し現れるパターンがある: - 感情的な価値を確立するトップの**ヒーロー画像またはアニメーション**。 - 各主要ベネフィットの**アイコン＋ベネフィットペア** — 4〜6行。ユーザーがスキャンできるようにする。 - 星評価が見えている**顧客レビューや引用**。 - 平坦なリストではなく**カードとして表示された価格**。選択状態が視覚的に明確。 - 長いペイウォールでは固定表示の**フル幅の主要CTAをボトムに配置**。 - 控えめな三次スタイルの**セカンダリアクション（購入の復元、利用規約、プライバシー）**。 一貫してアンダーパフォームするアンチパターン: - 画像や視覚的階層がない**テキストが多すぎるペイウォール**。 - **全て大文字のCTA**（「今すぐ購入」） — 攻撃的で、センテンスケースより転換率が低いことが多い。 - トライアルCTAだけで月額価格が表示されていない**価格が隠れているペイウォール**。 - **オプションが多すぎる** — 4プラン以上は決定疲れを生む。 - 閉じるXが小さかったり灰色だったりする**非表示の閉じるボタン付きペイウォール**。ユーザーは閉じ込められたと感じ、悪いレビューを残す。 ## ペイウォールのA/Bテスト ペイウォールは継続的にテストしなければならない。インフラの選択肢: - **自社構築** — フィーチャーフラグ + サーバーサイドのバリアント選択 + クライアント分析。カスタムで柔軟だが、エンジニアリング時間が必要。 - **専用のペイウォールSDK** — RevenueCat、Adapty、Superwall。バリアント配信、分析、プラットフォームのサブスクリプション統合を1つのSDKで処理する。中規模のサブスクリプションアプリのほとんどは、自社構築よりもこれらのいずれかを使っている。 インフラに関係なく重要な規律: 1. **テストあたり1変数**。異なるヒーロー画像と異なる価格を同時にテストするのは、原因を特定できないテストを1つ行うことと同じだ。 2. **開始前にパワーアップする**。検出したい最小の転換差に必要なサンプルサイズを計算する。有意性に到達するのに6週間かかるテストは問題ない。差が小さすぎて永遠に続くテストは問題だ。 3. **転換率だけでなく下流のコホートLTVを追跡する**。トライアルから有料への転換率を5%向上させるバリアントでも、LTVの低いユーザーを引きつければネットマイナスになる可能性がある。勝者を宣言する前に少なくとも1回の請求サイクルを待つこと。 4. **テストカレンダーを維持する**。テストの相互汚染を避ける。1つを終了したら、変更したサーフェスでのユーザー行動が安定するために必要であれば、次のテストの前に1週間のウォッシュアウト期間を設ける。 ## ペイウォールの最もよくある5つのミス 多くのペイウォールをレビューした後に見えてくる、失敗の繰り返されるパターン: 1. **曖昧なヒーローベネフィット**。「プレミアムをアンロック」はユーザーに何も伝えない。 2. **年間プランがない、または年間のフレーミングが弱い**。LTVを逃している。 3. **プロダクトが支払う前に自らを証明する必要があるのに、トライアルがない**。 4. **コンテキストペイウォール戦略がないのに、ディスミッサブルなオンボーディングペイウォール**。ユーザーは一度スキップすると、二度と購入プロンプトを見ない。 5. **ずっと静的なまま**。ローンチ時に出荷した最初のペイウォールバージョンはほぼ最良ではない。12ヶ月反復していないアプリは、規律あるテストプログラムが提供するものと比べて15〜30%の収益を失っている。 ## ペイウォールのパフォーマンス測定 最低限の計装: - **ペイウォールインプレッション**（ペイウォールがレンダリングされるたびに） - **ペイウォール転換率**（インプレッションあたりのトライアル開始 + 直接購入） - **ペイウォールのディスミス率**（ソフトペイウォールの場合） - **トライアルから有料への転換**（下流） - **ペイウォールバリアントごとの30日および180日のコホートLTV** 報告頻度: ペイウォール転換は日次、下流LTVは週次、完全なバリアントパフォーマンスレビューは月次。 ## ウィンバックとリテンションの側面 ペイウォールは購入後も続く。ユーザーがキャンセルするとき、AppleとGoogleは[プロモーションオファー](https://mwm.ai/glossary/promotional-offer)（復帰するサブスクライバー向けの割引料金）を表示することを可能にしている。よく設計されたウィンバックオファーフローは、キャンセル者の15〜30%を引き留める。 ベストプラクティス: - **キャンセルの意図が明確になる前にウィンバックオファーを表示しない**。満足しているユーザーに表示すると、割引を期待するように訓練してしまう。 - **オファーは意味があるものにするが、通常の価格を毀損しない**。3ヶ月50%オフが一般的なパターン。「永遠に無料」は明らかにエコノミクスを破壊する。 - **カスタマーサービスのケースにはオファーコードを**。請求の問題について苦情を言うユーザーにウィンバックコードを使用できるようにサポートチームに権限を与える。1件ごとのリテンション向上はコストを上回る。 ## 次のステップ - **[モバイルアプリのマネタイゼーション](https://mwm.ai/guides/mobile-app-monetization)** — ペイウォールが存在するモデルのコンテキスト。 - **[iOSアプリのランキング方法](https://mwm.ai/guides/how-to-rank-an-ios-app)** — ペイウォールが転換するファネル上部を強化する。 - **[用語集: ペイウォール](https://mwm.ai/glossary/paywall)** — 用語のリファレンス。 ペイウォールは執着を報いる。ペイウォールを最適化サーフェスとして扱う — 測定し、反復し、継続的にA/Bテストする — パブリッシャーは、リリースして放置する競合よりも複利的なマージン優位性を積み重ねる。一つの改善から始めること。リリースして、測定して、毎月繰り返す。その2年間の規律だけで、中央値のサブスクリプションアプリと上位10%のアプリの差になる。 # モバイルアプリのプッシュ通知ベストプラクティス [プッシュ通知](https://mwm.ai/glossary/push-notification)はモバイルリテンションで最も乱用されているレバーだ。正しく使えば、再訪問を生み出し形成中の習慣を再キューイングするための最もコストの低い手段だ。間違って使えば、ミュートされたチャネルやアンインストールへの最速ルートとなり、一度ミュートされたリテンションレバーは永遠に失われる。この規律の全ては、注意を獲得してそれを慎重に使うことだ。 ## 求める前にオプトインを獲得する iOSではプッシュに明示的な許可が必要で、システムプロンプトは実質的に一度しか効果的に表示できない。ユーザーが何の価値も感じる前の初回起動時に使い切るのは、最も一般的で最もコストの高いミスだ。 - **プロンプトを事前準備する**。通知がユーザーのために*何をしてくれるか*を説明するカスタムの事前許可画面を表示し、同意したユーザーに対してのみシステムダイアログをトリガーする。これにより実際のプロンプトが反射的な拒否から守られる。 - **価値の瞬間の後に求める**。アプリが機能することを感じたユーザーは、初めての冷たい画面に直面しているユーザーよりはるかにオプトインしやすい。 - Androidはプッシュをより寛容に許可するが、同じ関連性の規律が継続して適用される。 ## スケジュールではなく価値をトリガーとする 最大の品質レバーは、一斉配信から**行動トリガー** — ユーザーが行ったことや本当に関連性のあることで発火する通知 — に移行することだ。 - 行動とライフサイクル（新規、アクティブ、離脱しかけ）でセグメント化し、各セグメントに異なるメッセージを送る。 - トリガーされた関連性の高いプッシュは開封と再訪問を獲得する。汎用のスケジュール配信はユーザーを無視、そしてミュートへと訓練する。 - ユーザーがすでにオプトインしている[デイリーストリーク](https://mwm.ai/glossary/daily-streak)や他のリズムとトリガーをペアにして、通知がユーザーがすでに望んでいる習慣を強化するようにする。 ## 頻度、タイミング、静音時間を尊重する 普遍的なベストな頻度は存在しない。あるのはチャネルを守るキャップだ。 - **ユーザーあたりの量をキャップし**、静音時間とローカルタイムゾーンを尊重する。 - グローバルな一つの固定時間より、ユーザーごとの送信時間最適化を優先する。 - 送信するたびに有限な注意の予算を使っていると考える。もしメッセージが開封する価値がないなら、送らないことの方が価値が高い選択だ。 ## プッシュ通知とアプリ内メッセージを組み合わせる [プッシュ通知](https://mwm.ai/glossary/push-notification)はアプリの外からユーザーを引き戻す。[アプリ内メッセージ](https://mwm.ai/glossary/in-app-messaging)と[アプリ内通知](https://mwm.ai/glossary/in-app-notifications)はすでにアプリの中にいるユーザーを誘導しアップセルする。両者は補完的なサーフェスだ: - プッシュ → 再訪問。 - アプリ内 → 訪問中に起きること（機能発見、オファー、ナッジ）。 完全なメッセージングスタックは、同じ行動トリガーから両方をオーケストレーションする。 ## 離脱する前に休眠ユーザーを取り戻す プッシュ通知は[リエンゲージメント](https://mwm.ai/glossary/re-engagement)と[ウィンバックキャンペーン](https://mwm.ai/glossary/winback-campaign)の主要チャネルだ。タイミングが重要だ。数日開かなかった[休眠ユーザー](https://mwm.ai/glossary/dormant-user)は、数週間前にチャーンしたユーザーよりはるかに回復しやすい。早期の離脱シグナルでリエンゲージメントをトリガーし、ユーザーが完全にいなくなってからではなく — そして汎用の「あなたが恋しい」ではなく、*彼らの*未完の価値についてメッセージする。 ## 実際に重要なことを測定する 通知自体の開封率はバニティ指標だ。重要な問いは: - **オプトイン率**、そしてプロンプトの位置を変えたときにどう動くか。 - **下流のリフト** — 通知されたコホートは、ホールドアウト対照群と比べて高い[セッション頻度](https://mwm.ai/glossary/session-frequency)と[リテンション](https://mwm.ai/glossary/retention)を示すか？ - **送信後のミュートとアンインストール率** — コストの側面。 ホールドアウトに対して通知を実行し、どっちみち戻ってきたユーザーの功績を主張するのではなく、増分的な再訪問を測定すること。正しく行われたプッシュ通知は、[リテンション](https://mwm.ai/guides/how-to-improve-app-retention)と[エンゲージメント](https://mwm.ai/guides/app-engagement-strategies)への取り組みの乗数だ — それらの代替ではない。 # ユーザー獲得戦略 — アプリユーザーを獲得してCPIを下げる方法 データが最初に覆す思い込みは、ユーザー獲得とはインストールを購入することだという前提だ。MWMのカタログ全体で、**中央値のアプリはインストールの61.6%をオーガニックで得ており、52.3%はApp Store検索からやってくる** — つまり広告費が1円もかかる前に、典型的なアプリはオーガニック検索によってインストールの半数以上を獲得している。有料UAは現実であり82.8%のアプリが運用しているが、ほとんどのアプリにとってはオーガニックの基盤の上に乗る層であり、基盤そのものではない。 このガイドでは獲得ミックス、支出の上限を決める計算式、そして実効[CPI](https://mwm.ai/glossary/cpi)を下げる方法を解説する。（注: 「コストパーインストール」で検索すると無関係な経済指標も表示されるため、調査時は*モバイル*または*アプリ*で修飾すること。） ## UAの方程式: 継続させられるものにしか支払えない 獲得はそれ単体では成長レバーではない — リテンションとマネタイゼーションへの乗数だ。1ユーザーあたりに収益的に支払える上限は[LTV](https://mwm.ai/glossary/ltv)によって設定される: > [LTV](https://mwm.ai/glossary/ltv) ÷ 獲得コストが快適に1を超えていなければ、支出を増やすと損失が速まるだけだ。 スケール前の標準的な目安は\*\*[LTV](https://mwm.ai/glossary/ltv)対[CAC](https://mwm.ai/glossary/cac)比率3以上\*\*だ。だからこそ[リテンション](https://mwm.ai/guides/how-to-improve-app-retention)と[マネタイゼーション](https://mwm.ai/guides/app-monetization-strategies)のプレイブックも獲得のプレイブックでもある。リテンションやARPUの1ポイントの改善が、払えるCPIを引き上げ、以前は採算が取れなかったチャネルとスケールを解放する。獲得は穴の開いたプロダクトを追い越すことはできない。 [ROAS](https://mwm.ai/glossary/roas)をコホート別・チャネル別に測定し、[インストールアトリビューション](https://mwm.ai/glossary/install-attribution)を正確に行い、どのチャネルが実際にユーザーを獲得したかを把握すること。 ## チャネル1 — オーガニック: デフォルトの多数派 ほとんどのアプリにとって、これがより大きなチャネルであり、コストも安い。 - **App Store OptimizationがエンジンだASOが中核だ**。オーガニック検索は中央値のアプリのインストールの52%を占める — これがASOのサーフェスだ。完全なプレイは[App Store Optimizationの完全ガイド](https://mwm.ai/guides/app-store-optimization)にある。ここでのポイントは、ASOはサブプロジェクトではなく最大の獲得チャネルだということだ。 - **紹介とバイラリティ**。[紹介プログラム](https://mwm.ai/glossary/referral-program)と健全な[viral coefficient](https://mwm.ai/glossary/viral-coefficient)は、リテインされたユーザーをほぼゼロのマージナルコストで新規ユーザーに変える — 複利のチャネルだ。 - **ストアフィーチャーと評価**は、有料では買えないオーガニックのスパイクを生み出す。 ## チャネル2 — 有料: LTVの計算が合うとき [有料UA](https://mwm.ai/glossary/paid-ua)は、エコノミクスが支えられるようになったらオーガニックを*超えて*スケールする方法だ。 - **Apple Search Ads**は検索の瞬間に高意図のユーザーを捉える。有料を運用するアプリの約34%がApple Search Adsを使用している。ASOとペアになる: オーガニックでランク付けし、同じクエリで有料配置を使って可視性を守り拡張する。 - **ソーシャルおよびビデオネットワーク**（大型有料プラットフォーム）はボリュームを出す。[Lookalike audiences](https://mwm.ai/glossary/lookalike-audience)はベストユーザーを拡張し、[リターゲティング](https://mwm.ai/glossary/retargeting)はコールド新規購入より安く離脱しかけのユーザーを取り戻す。 - **カテゴリ別にサイジングする**。データは明確だ: ゲームは97.2%の比率で有料UAを運用し中央値の有料比率は53%だが、コンテンツ系・ユーティリティ系アプリは71〜78%の比率で有料を運用し有料比率は11〜20%に過ぎない。ゲームでないなら、有料は設計上ミックスのマイノリティだ。 ## 実効CPIを下げる CPIを下げる唯一の方法は入札を下げることではない — 同じ支出からより多くを転換させることで下げる: - **クリエイティブが最大の有料レバーだ**。インストールパーミル（[IPM](https://mwm.ai/glossary/ipm)）が高くなると、同じインプレッションでより多くのインストールが得られ、実効CPIが直接下がる。クリエイティブをローテーションさせて[creative fatigue](https://mwm.ai/glossary/creative-fatigue) — 無音のCPIインフレーター — と戦う。 - **オーガニックリフトを収穫する**。有料キャンペーンはオーガニックランキングを押し上げる（より多くのインストール → より良いチャートポジション → さらに多くのオーガニック）。*ブレンドされた*CPIは有料CPIより低い。ブレンドで管理すること。 - **再購入前にリターゲティングを**。既知のユーザーを再エンゲージメントする方が、見知らぬ人を獲得するより安い。 ## カテゴリ別の視点 | カテゴリ | 有料UA運用率 | 有料比率の中央値 | オーガニック比率の中央値 | | ---------------- | ------- | -------- | ------------ | | ゲーム | 97.2% | 53.3% | 39.5% | | メディア＆エンターテインメント | 78.1% | 19.6% | 66.7% | | 教育＆知識 | 74.4% | 17.3% | 66.4% | | ソーシャル＆コミュニケーション | 73.8% | 13.6% | 71.5% | | ライフスタイル＆ウェルビーイング | 73.1% | 12.8% | 66.7% | | 生産性＆ツール | 71.5% | 11.3% | 68.8% | ゲームは成長を購入する。他のカテゴリはほとんどをオーガニックで稼ぎ、マージナルな部分を購入する。自社のエコノミクスに合ったプレイブックを選ぶこと — ゲームの有料重視のミックスをユーティリティアプリにコピーすると、LTVが支えられないお金を燃やすことになる。 ## どこから始めるか まずLTV対コスト比率を計算する。3以上であれば、効率が落ちるかオーディエンスが薄くなるまで有料をスケールする。2〜3の間であれば、クリエイティブと転換を修正する。2を下回る場合は、スケールをやめてリテンションとマネタイゼーションを修正する — チャネルはプロダクトが漏らしているユニットエコノミクスを救えない。次にオーガニックを持続可能な基盤として構築し、維持できる量の有料をその上に重ねる。 # 앱 인게이지먼트 전략 — 인게이지먼트와 스티키니스를 높이는 방법 인게이지먼트는 다른 모든 앱 지표가 뒤따르는 선행 지표입니다. 코호트의 [리텐션](https://mwm.ai/glossary/retention) 곡선이 드러나기 전에, 그리고 수익 데이터가 나타나기 훨씬 전에, 인게이지먼트는 제품이 자리를 잡고 있는지를 먼저 알려줍니다. MWM 카탈로그 전반에서 일반적인 앱은 \*\*하루 평균 2.94 세션, 약 4분의 사용 시간, [DAU/MAU](https://mwm.ai/glossary/dau-mau) 스티키니스 14.1%\*\*를 기록하며, 상위 10%는 이 수치들을 대략 두 배에서 세 배까지 끌어올립니다. 이 가이드는 그 수치들을 움직이는 방법에 관한 것입니다. 핵심 프레임: 인게이지먼트는 단 하나의 수치가 아니라 세 가지 차원으로 이루어져 있습니다. 가장 흔한 실수는 자신의 제품에 맞지 않는 차원을 최적화하는 것입니다. ## 인게이지먼트의 세 가지 차원 - **빈도(Frequency)** — 사용자가 얼마나 자주 돌아오는지. [일일 세션 수](https://mwm.ai/glossary/session-frequency)로 측정. 카탈로그 중앙값 2.94, 상위 10% 5.28. - **깊이(Depth)** — 방문당 얼마나 많은 행동을 하는지. [세션 길이](https://mwm.ai/glossary/session-length)와 사용자당 일일 사용 시간으로 측정. 카탈로그 중앙값 세션 1분 22초, 사용자당 중앙값 사용 시간 4분 18초. - **고착도** — 월간 사용자 중 매일 접속하는 비율. [DAU/MAU](https://mwm.ai/glossary/dau-mau)로 측정. 카탈로그 중앙값 14.1%; 좋은 기준선은 20% 이상. 강력한 앱은 세 가지 모두를 높이지만, *올바른 균형*은 카테고리마다 다릅니다(아래 참조). 제품의 가치에 매핑되는 차원을 선정해 우선 집중하세요. ## 레버 1 — 빈도: 더 많은 복귀를 이끌어내기 빈도는 사용자에게 반복적으로 내재화된 앱 열기의 이유를 제공함으로써 만들어집니다. - **습관 루프를 촘촘하게 만들기.** 빠르고 보람 있는 [코어 루프](https://mwm.ai/glossary/core-loop), 그리고 습관 형성이 중요한 제품에서는 가변 보상 [컴펄전 루프](https://mwm.ai/glossary/compulsion-loop)가 다음 열기를 자동적으로 만들어줍니다. - **주기를 고정하기.** [데일리 스트릭](https://mwm.ai/glossary/daily-streak), 매일 새로운 콘텐츠, 또는 매일 돌아올 이유를 만들어 빈도를 창출합니다. - **가치로 트리거하고, 죄책감으로 트리거하지 말기.** 잘 타이밍된 [푸시 알림](https://mwm.ai/glossary/push-notification)과 [인앱 메시지](https://mwm.ai/glossary/in-app-messaging)가 습관을 다시 상기시켜 주지만, 과도한 트리거는 사용자가 알림을 꺼버리도록 만듭니다. [세션 빈도](https://mwm.ai/glossary/session-frequency)를 습관이 형성되고 있다는 초기 신호로 모니터링하세요. ## 레버 2 — 깊이: 각 세션을 가치 있게 만들기 - **기능 채택 유도하기.** 제품의 더 많은 가치에 도달하는 사용자는 더 깊이 인게이지하고 더 잘 리텐션됩니다. 첫 번째 핵심 행동뿐 아니라 두 번째, 세 번째 핵심 행동으로 안내하세요. - **파워 유저를 향해 나아가기.** [파워 유저](https://mwm.ai/glossary/power-user) 경로를 설계하고 인게이지된 사용자를 그 경로로 이끌어가세요. 파워 유저는 스티키니스와 구전 효과를 이끕니다. - **적합한 곳에 [게임화(Gamification)](https://mwm.ai/glossary/gamification) 활용하기** — 진행 상황, 목표, 보상은 맞는 제품에서 세션의 깊이를 더하지만, 맞지 않는 제품에서는 공허하게 느껴집니다. 주의: 깊이는 가장 많이 오해받는 차원입니다. 길다고 반드시 좋은 것은 아닙니다. 아래 카테고리 관점을 참조하세요. ## 레버 3 — 스티키니스: 월간 사용자를 일간 사용자로 전환하기 스티키니스([DAU/MAU](https://mwm.ai/glossary/dau-mau))는 인게이지먼트의 건강 상태를 한눈에 요약하는 최고의 지표이자 강력한 [노스 스타 메트릭](https://mwm.ai/glossary/north-star-metric) 입력값입니다. 카탈로그 상위 10%는 31%, 상위 1%는 57.7%에 달하며, 이는 일상 습관 사용 구간입니다. 가끔 사용에서 매일 사용으로 전환하는 것이 가장 높은 우선순위의 인게이지먼트 목표입니다. 이는 리텐션으로 복리 효과를 내고, 모든 수익화 접점이 더 많은 기회를 얻을 수 있게 해줍니다. 스티키니스가 이탈로 무너지기 전에 [리인게이지먼트](https://mwm.ai/glossary/re-engagement) 플로우로 이탈 위기 사용자를 붙잡으세요. ## 카테고리 관점 인게이지먼트는 카테고리별로 완전히 다른 모습을 보입니다. 바로 그 이유로 단 하나의 플레이북은 통하지 않습니다. | 카테고리 | 사용자당 세션/일 | 중앙값 사용자당 사용 시간/일 | DAU/MAU 스티키니스 | | ------------ | --------- | ---------------- | ------------- | | 소셜 & 커뮤니케이션 | 3.26 | 3분 46초 | **21.2%** | | 게임 | 3.21 | **12분 18초** | 11.8% | | 생산성 & 도구 | 2.94 | 2분 3초 | 17.5% | | 미디어 & 엔터테인먼트 | 2.88 | 3분 44초 | 15.0% | | 라이프스타일 & 웰빙 | 2.71 | 2분 34초 | 15.2% | | 교육 & 지식 | 2.76 | 3분 8초 | 12.6% | 주의 깊게 읽어보세요. **게임은 깊이를 압도합니다** (하루 12분 이상) 하지만 일간 스티키니스는 *가장 낮습니다* — 길고 빈도는 낮으며 신선함에 의존하는 세션. **소셜은 스티키니스가 가장 높습니다** (21%) — 짧지만 잦은 방문. **생산성은 짧은 세션으로도 스티키합니다** (하루 2분) 빠르게 가치를 전달하기 때문에, 그런 앱에서 세션 길이를 늘리려는 시도는 잘못된 것을 최적화하는 것입니다. 제품 가치의 자연스러운 형태를 찾고 그것을 향해 최적화하세요. ## 인게이지먼트는 선행 지표 인게이지먼트는 제품-시장 적합성을 가장 먼저 느끼는 곳이자 가장 빠르게 행동할 수 있는 곳입니다. 이번 주의 빈도와 스티키니스 상승은 다음 달 더 나은 [리텐션](https://mwm.ai/guides/how-to-improve-app-retention)이 되고, 더 나은 리텐션은 더 높은 생애 가치가 되어 [수익화](https://mwm.ai/guides/app-monetization-strategies)와 유저 획득 전반을 뒷받침합니다. 인게이지먼트를 관리해 리텐션을 움직이고, 리텐션을 관리해 수익을 높이세요. 각각이 다음 단계의 선행 지표이기 때문에 이 순서를 지켜야 합니다. # 앱 수익화 전략 — ARPDAU, ARPU, LTV를 높이는 방법 대부분의 수익화 조언은 평균을 최적화합니다. 하지만 데이터는 평균이 잘못된 목표임을 말해줍니다. MWM 카탈로그 전반에서 **30일 [ARPU](https://mwm.ai/glossary/arpu) 중앙값은 $0.15, 상위 10%는 $4.64, 상위 1%는 $43** — 약 290배의 차이입니다. IAP [ARPDAU](https://mwm.ai/glossary/arpdau) 중앙값은 1센트 수준입니다. 수익화는 멱함수 법칙입니다. 전환율, 결제자 가치, 리텐션을 함께 복리로 쌓는 앱이 이기는 것이지, 약간 더 높은 평균을 쫓는 앱이 이기는 게 아닙니다. 이 가이드는 [모바일 앱 수익화](https://mwm.ai/guides/mobile-app-monetization) 필러의 최적화 심화편입니다. 그 가이드는 *어떤 모델을 선택할지*를 다루고, 이 가이드는 모델을 선택한 이후 *어떻게 수익을 성장시킬지*를 다룹니다. ## 수익화 방정식: 네 가지 레버 수익화를 산술적으로 분해하면 움직일 수 있는 것은 단 네 가지입니다. > **수익 ≈ 사용자 수 × 유료 전환율 × [ARPPU](https://mwm.ai/glossary/arppu) × 리텐션** — 또는 인게이지먼트 수익화 앱의 경우 **DAU × ARPDAU.** 아래의 모든 내용은 이 네 가지 레버 중 하나에 매핑됩니다. 중요한 것은 *자신의* 병목 레버를 찾아 그것을 당기는 것이며, 노력을 균등하게 분산하지 않는 것입니다. ## 레버 1 — 전환율: 무료 사용자를 결제자로 전환하기 대부분의 소비자 앱에서 유료 사용자 비율은 한 자릿수 초반대입니다(6%가 합리적인 계획 가정치이며, 많은 앱이 그 이하입니다). 그래서 [페이월](https://mwm.ai/glossary/paywall)과 [트라이얼 전환](https://mwm.ai/glossary/trial-conversion) 플로우는 가장 빈번하게 사용되는 수익화 접점입니다. - **가치 이후에 페이월 배치하기.** 사용자는 제품이 실제로 작동함을 느꼈을 때 전환합니다. 첫 화면에 하드 페이월을 배치하면 장기 [전환율](https://mwm.ai/glossary/conversion-rate)을 허수 초기 지표와 맞바꾸는 것입니다. - **트라이얼을 습관 형성 기간에 맞추기.** 3일 트라이얼은 긴박감 측면에서 전환율이 높고, 7일 트라이얼은 더 많은 습관과 높은 리텐션 가치를 구축합니다. 두 가지 모두 테스트하세요. - **가격이 아닌 의사결정을 줄이기.** 더 적은 플랜, 명확한 기본값, 명확한 "가장 인기 있는" 티어가 선택지의 벽보다 더 잘 전환됩니다. ## 레버 2 — ARPPU: 결제자가 실제로 지불하는 금액 높이기 결제하는 사용자가 워낙 적기 때문에 각 *결제자*가 얼마를 지출하는지가 수익을 지배합니다. 모델링된 [ARPPU](https://mwm.ai/glossary/arppu) 중앙값은 월 $1.88이지만, 상위 10%는 $42.76으로 ARPU와 같은 멱함수 분포를 보입니다. - **원가가 아닌 가치와 지불 의향으로 가격 책정하기.** 연간 플랜으로 앵커를 잡고, 프리미엄 티어를 제공하고, 번들과 업셀을 통해 [평균 주문 가치](https://mwm.ai/glossary/average-order-value)를 높이세요. - **고래(Whale) 사용자를 의도적으로 관리하기.** 카테고리 데이터가 이를 구체적으로 보여줍니다. 게임은 ARPU 중앙값이 *가장 낮지만*($0.07) 상위 10%는 $5.72입니다. 수익이 [고래](https://mwm.ai/glossary/whale) 중심으로 집중되어 있습니다. 상위 1%의 결제자가 대부분의 수익을 창출한다면, 프리미엄 번들과 고티어 제안은 탐욕이 아닌 비즈니스 그 자체입니다. - **연간 플랜을 기본으로 설정하기.** 연간 플랜은 ARPPU를 높이면서 동시에 이탈율도 줄입니다. ## 레버 3 — 리텐션은 LTV 배수 대부분의 팀이 과소평가하는 레버입니다. [LTV](https://mwm.ai/glossary/ltv)는 [리텐션](https://mwm.ai/glossary/retention) 곡선에 걸쳐 적분된 ARPDAU이며, 일반적인 앱은 처음 30일 동안 활성 일수가 **4.08일**에 불과합니다. 리텐션된 일수가 늘어날수록 가격이나 전환율 변화 없이도 사용자당 수익이 증가합니다. D30 리텐션에서 1포인트 향상은 *모든* 결제 코호트의 LTV를 동시에 높입니다. 그래서 [리텐션 플레이북](https://mwm.ai/guides/how-to-improve-app-retention)이 수익화 플레이북이기도 한 것입니다. 새는 양동이를 고치는 것이 다른 모든 레버에 복리로 작용합니다. ARPDAU는 건강하지만 LTV가 낮다면, 문제는 가격이 아닌 리텐션입니다. ## 레버 4 — 믹스 확장하기 - **하이브리드로 전환하기.** 성공한 소비자 앱 대부분은 모델을 레이어로 쌓습니다. 구독 또는 [IAP](https://mwm.ai/glossary/iap) 코어에 비결제자를 위한 전략적 광고를 더하는 방식입니다. 절대 결제하지 않는 다수도 광고 레이어를 통해 수익화할 수 있으며, 아무 기여도 하지 않는 것보다 낫습니다. - **광고 수익 플로어 추가하기.** 세션 시간이 긴 앱(게임, 소셜, 엔터테인먼트)에서 무료 기반의 광고 수익은 위의 IAP 전용 ARPDAU가 잡아내지 못하는 실질적인 수익입니다. - **가격 현지화하기.** 지불 의향은 시장별로 크게 다릅니다. 가격 현지화는 단일 글로벌 가격으로 놓치는 수익을 회수합니다. ## 카테고리 관점 카테고리별 ARPU 중앙값과 상위 10% ARPU는 어떤 종류의 수익화가 가능한지를 알려줍니다. | 카테고리 | ARPU 중앙값 | 상위 10% ARPU | | ------------ | -------- | ----------- | | 소셜 & 커뮤니케이션 | $0.36 | $7.71 | | 라이프스타일 & 웰빙 | $0.34 | $4.85 | | 교육 & 지식 | $0.24 | $3.23 | | 미디어 & 엔터테인먼트 | $0.19 | $4.39 | | 생산성 & 도구 | $0.14 | $2.90 | | 게임 | $0.07 | $5.72 | 소셜과 라이프스타일은 폭넓게 수익화됩니다(높은 중앙값). 게임은 좁지만 깊게 수익화됩니다(낮은 중앙값, 고래 주도 상위 10%). 소셜 앱의 광범위 전환 플레이북을 게임에 적용하거나, 게임의 고래 플레이북을 유틸리티 앱에 적용하지 마세요. ## 시작하는 방법 최적화에 앞서 병목 레버를 진단하세요. 결제하는 사용자가 적다면 전환율을 개선하세요. 결제자의 지출이 적다면 ARPPU를 개선하세요. 사용자가 빨리 이탈한다면 리텐션을 개선하세요 — 보통 가장 크고 가장 간과되는 레버입니다. 실제로 자신을 제약하는 레버를 당기고, 코호트 단위로 변화를 측정한 다음 다음 레버로 이동하세요. # 앱 온보딩 모범 사례 — 첫 세션 활성화를 개선하는 방법 [온보딩](https://mwm.ai/glossary/onboarding)은 제품에서 가장 중요한 30초입니다. MWM 카탈로그 전반에서 일반적인 앱은 **1일 차 기준 27.3%의 사용자만 리텐션**되며, 첫 세션 이후 약 4분의 3이 떠납니다. 이 수치는 그 무엇보다도 온보딩의 성적표입니다. 새로운 사용자가 마찰이나 지루함이 이기기 전에 가치에 도달했는지를 측정하기 때문입니다. 이 가이드는 그 수치를 바꾸는 방법에 관한 것입니다. ## 먼저 활성화 순간을 정의하기 목표를 명확히 정하지 않으면 최적화할 수 없습니다. 모든 앱에는 [아하 모먼트](https://mwm.ai/glossary/aha-moment)가 있습니다. 핵심 가치가 자명해지는 순간이며, 이에 대응하는 측정 가능한 [활성화](https://mwm.ai/glossary/activation) 마일스톤이 있습니다. *첫 플레이리스트 생성, 첫 운동 기록, 첫 메시지 전송.* - 2일 차 복귀를 가장 잘 예측하는 단 하나의 첫 번째 행동을 선정하고 측정하세요. - 그것에 도달하는 것을 세션 1의 명시적 목표로 삼으세요. 온보딩의 모든 요소는 사용자를 그 마일스톤으로 이끌거나, 아니면 그 길을 막고 있는 것입니다. ## 가치까지의 시간 단축하기 사용자가 아하 모먼트에 더 빨리 도달할수록 1일 차까지 살아남는 비율이 높아집니다. - **가치가 아닌 모든 것을 뒤로 미루기.** 계정 생성, 권한 요청, 페이월, 긴 튜토리얼 모두 가치 순간을 뒤로 미룹니다. 이것들을 가치 이후로 옮기세요. - **점진적 온보딩 사용하기.** 기능을 처음부터 모두 알려주는 것이 아니라 관련성이 생길 때 가르치세요. - **단계를 가차 없이 줄이기.** 설치와 가치 사이의 모든 화면은 이탈 지점입니다. ## 첫 세션을 안내된 성공으로 만들기 첫 세션은 사용자가 핵심 행동에 대해 읽은 것으로 끝나는 것이 아니라 실제로 한 번 *해보는* 것으로 끝나야 합니다. - 텅 빈 빈 화면 대신 안내된 첫 번째 성공으로 대체하세요. 샘플, 템플릿, 탭 한 번으로 시작할 수 있는 진입점을 제공하세요. - 사용자가 [코어 루프](https://mwm.ai/glossary/core-loop)를 한 번 경험하도록 안내한 다음 물러서세요. - 세션 1의 성공은 완료된 행동이지, 완성된 튜토리얼이 아닙니다. ## 요청을 앞에 쌓지 말기 새로운 사용자를 잃는 가장 빠른 방법은 가치를 주기 전에 헌신을 요구하는 것입니다. - **계정 생성은 가치 이후에.** 사용자가 제품을 경험하게 하고, 그 다음 계정으로 진행 상황을 저장하도록 요청하세요. - **권한 요청을 준비시키기.** 시스템 다이얼로그를 트리거하기 전에 알림의 혜택을 설명하세요. 이는 [푸시 알림 플레이북](https://mwm.ai/guides/push-notification-best-practices)에서 다루는 것과 같은 원칙입니다. 한 번 거부된 요청은 회복하기 어렵습니다. - **아하 모먼트 이후에 페이월을.** 그래야 사용자가 이미 느낀 가치에 대한 결제 여부를 결정할 수 있습니다. ## 경로 개인화하기 관련성 있는 첫 경험이 일반적인 경험보다 활성화 효과가 더 좋습니다. 가능하다면 사용자의 목표에 대해 가벼운 질문 하나를 던지고 그에 맞춰 첫 세션을 조정하세요. 질문 하나의 작은 비용은 설치 이유와 실제로 매칭되는 첫 경험으로 충분히 보상받습니다. ## 온보딩을 퍼널로 측정하기 - **활성화율** — 세션 1에서 활성화 마일스톤에 도달한 신규 사용자 비율. - **가치까지의 시간** — 그 마일스톤에 도달하는 데 걸리는 시간. - **단계별 퍼널** — 온보딩 플로우의 어느 단계에서 사용자가 이탈하는지. 실제 누수 지점을 파악하세요. - **D1 [리텐션](https://mwm.ai/glossary/n-day-retention)** — 하위 결과값. 활성화가 이것을 움직여야 합니다. 온보딩은 활성화를 만들고, 활성화는 [리텐션](https://mwm.ai/guides/how-to-improve-app-retention)을 만들고, 리텐션은 그 이외의 모든 것을 만듭니다. 모든 진지한 성장 노력의 첫 번째 행동입니다. 더 많은 사용자를 유입시키는 데 비용을 쓰기 전에 먼저 첫 세션을 고치세요. # App Store Optimization(ASO) 완벽 가이드 App Store Optimization은 모바일 버전의 SEO입니다. App Store와 Google Play에서 더 높이 랭킹하고, 그 결과 트래픽을 더 많은 설치로 전환하는 체계적인 프로세스입니다. 성공한 소비자 앱 대부분에서 ASO로 확보하는 오가닉 설치는 단일 최대이자 가장 품질 높은 유저 획득 채널이며, 유료 UA와 달리 그 노력은 복리로 쌓입니다. 이 가이드는 모바일 퍼블리셔가 이해해야 할 모든 주요 레버를 다루며, ASO가 영향을 미치는 퍼널의 세 단계로 구성됩니다. **가시성**(사용자가 리스팅을 볼 수 있는지), **전환**(설치 여부), **내구성**(설치가 유지되고 스토어 알고리즘이 보상하는 피드백 루프를 이끄는지). ## ASO가 실제로 최적화하는 것 App Store와 Google Play는 형태는 비슷하지만 구현이 다른 알고리즘으로 앱을 랭킹합니다. 두 스토어 모두 세 가지 광범위한 신호 카테고리의 복합 지표를 가중합니다. 1. **관련성 신호** — 앱의 메타데이터가 사용자의 쿼리 또는 Apple/Google이 차트 랭킹을 생성하는 데 사용하는 컨텍스트와 얼마나 잘 일치하는지. 키워드 타겟팅, 제목, 부제목, 설명 카피가 이것을 구동합니다. 2. **행동 신호** — 설치 속도, 노출 대비 설치 전환율, 리뷰 속도와 평점, 리텐션, 그리고 (Google Play의 경우) 크래시율. 이것들은 알고리즘이 앱이 메타데이터가 시사하는 랭킹을 받을 자격이 있는지 판단하는 데 사용하는 지표입니다. 3. **인게이지먼트 신호** — 설치 후 리텐션과 활성 사용 패턴. 두 스토어 모두 iOS의 퍼스트파티 OS 데이터와 Android의 Firebase/Play Console 텔레메트리를 통해 이것들을 점점 더 많이 반영합니다. 알고리즘 자체는 통제할 수 없지만 입력값은 완전히 통제할 수 있습니다. ASO의 모든 것은 표면 수준(제출하는 메타데이터와 크리에이티브)이거나 속도 수준(제품 품질, 마케팅, 운영을 통해 이끄는 행동)입니다. ## 세 가지 레버 카테고리 ### 1. 메타데이터 최적화 메타데이터는 Apple과 Google이 앱을 검색에 매칭하는 데 사용하는 색인된 텍스트입니다. 각 필드에는 특정 길이 제한, 특정 가중치, 특정 리뷰 주기가 있습니다. **iOS**에서 키워드 랭킹에 중요한 필드는 다음과 같습니다. - **[앱 제목(App Title)](https://mwm.ai/glossary/app-title)** (30자). 키워드 가중치 가장 높음. 보통 **브랜드: 주요 키워드** 또는 **브랜드 — 주요 설명**으로 구성. - **[부제목(Subtitle)](https://mwm.ai/glossary/subtitle)** (30자). 두 번째로 높은 가중치. 혜택으로 표현된 보조 키워드에 사용. - **[키워드 필드(Keywords Field)](https://mwm.ai/glossary/keywords-field)** (100자, 쉼표로 구분). 사용자에게 노출되지 않지만 색인됨. 단수형, 동의어, 롱테일 용어로 채우세요. - **프로모션 텍스트** (170자). 색인되지 않음 — 순수 전환 카피. 앱 심사 없이 편집 가능. - **설명** (4,000자). 약하게 색인됨. 주로 전환 접점. **Google Play**에서 키워드 접점은 다릅니다. - **앱 제목** (30자). 가장 높은 가중치, iOS와 유사한 구조. - **간단한 설명** (80자). 높은 가중치, 노출되고 색인됨. - **전체 설명** (4,000자). 키워드 밀도 가중치로 색인됨. 키워드 스터핑 없이 주요 용어의 1.5\~3% 밀도를 목표로 하세요. Google Play에는 키워드 필드가 없습니다. 랭킹하고 싶은 키워드는 제목, 간단한 설명, 또는 긴 설명에 자연스럽게 포함되어야 합니다. ### 2. 크리에이티브 최적화 크리에이티브는 노출 대비 설치 전환율을 이끕니다. 기본 가시성 확보 후 오가닉 설치 볼륨에 가장 큰 레버입니다. - **앱 아이콘**. 검색 결과나 차트에서 사용자가 처음 보는 것. 형태, 컬러 팔레트, 캐릭터/레터마크/기능적 글리프 노출 여부를 A/B 테스트하세요. - **[스크린샷(Screenshots)](https://mwm.ai/glossary/screenshots)**. Apple은 최대 10개, Google Play는 2~~8개. 처음 두 장이 전환 가중치의 60~~80%를 차지합니다. 앱의 핵심 혜택을 전달하는 데 사용하세요. 짧은 마케팅 카피가 달린 캡션 스크린샷이 원시 UI보다 지속적으로 더 나은 성과를 보입니다. - **프리뷰 비디오** (iOS 15~~30초, Google Play 30~~120초). 선택 사항이지만 게임과 시각적 제품에서는 큰 레버입니다. - **[Custom Product Pages(iOS)](https://mwm.ai/glossary/custom-product-page)** 및 **Custom Store Listings(Google Play)**. 유료 광고 캠페인이나 사전 등록 퍼널에서 링크할 수 있는 변형 페이지로, 크리에이티브 컨텍스트와 랜딩 페이지를 일치시킵니다. 대부분의 앱은 크리에이티브 이터레이션에 과소 투자합니다. 우승 스크린샷 변형에서 2배의 IPM 향상은 동일한 CPI로 유료 UA 효율을 두 배로 높일 수 있으며, 동시에 모든 노출에서 오가닉 전환율도 높입니다. ### 3. 오프페이지 및 행동 신호 - **[별점(Star Rating)](https://mwm.ai/glossary/star-rating)** 및 리뷰 수. 최근 리뷰에 높은 가중치. - **[설치 속도(Download Velocity)](https://mwm.ai/glossary/download-velocity)** — 일일 설치의 변화율. 앱을 무료 차트에서 위로 올리는 것. - **삭제율** (Google Play). Play Console에서 추적. 높은 삭제율은 랭킹에 패널티를 줄 수 있습니다. - **크래시율** (Google Play). 동일. - **인앱 이벤트 (iOS)**. 제품 페이지와 검색에 노출되는 기간 한정 이벤트(최대 5개 동시 진행). 시즌 훅, 기능 출시, 토너먼트에 활용하세요. ## ASO 프로그램 우선순위 설정 방법 새로운 앱이나 충분히 투자받지 못한 앱의 경우 대략적인 작업 순서는 다음과 같습니다. 1. **현재 상태 기준 파악하기.** 현재 키워드 랭킹(타겟 키워드별, 국가별), 카테고리 랭킹, 노출 볼륨, 설치 전환율을 파악하세요. 기준선이 없으면 변화를 측정할 수 없습니다. 2. **가장 심각한 메타데이터 문제 먼저 수정하기.** 제목에 키워드가 없거나 부제목이 브랜드 카피를 반복하고 있다면, 이것들이 불균형적으로 높은 레버를 가진 수정 사항입니다. 3. **소수의 키워드 바스켓 타겟하기.** 적극적으로 랭킹하고 추적하는 10~~20개의 키워드. 수십 개에서 50~~200위를 기록하는 것보다 하나에서 상위 10위에 진입하는 것이 더 큰 영향을 미칩니다. 4. **아이콘 + 첫 두 스크린샷 테스트 출시하기.** 이 접점들이 전환 가중치의 60\~80%를 차지합니다. 몇 주 내에 시각적 요소가 낮은 성과를 보이는지 파악할 수 있습니다. 5. **롱테일 반복 최적화하기.** 메타데이터와 주요 크리에이티브가 완성되면, 이후 작업은 보조 스크린샷, 이벤트 훅, 현지화, 키워드 바스켓의 반복 최적화입니다. > MWM에서는 카테고리 하위 두 사분위 앱 대부분이 단 한 번도 아이콘 A/B 테스트를 출시한 적이 없다는 것을 관찰합니다. 크리에이티브 이터레이션 주기에서 중앙값 앱과 상위 사분위 앱 간의 격차는 예산 격차보다 큽니다. ## iOS vs Google Play: 실질적인 차이점 | 항목 | iOS | Google Play | | ----------- | -------------------------------- | -------------------------------- | | 키워드 필드 | 있음 (100자, 숨김) | 없음 | | 설명 키워드 가중치 | 약함 | 강함 | | 제목 글자 제한 | 30 | 30 | | A/B 테스트 인프라 | Product Page Optimization (네이티브) | Store Listing Experiments (네이티브) | | 크리에이티브 변형 | 최대 35개 Custom Product Pages | 복수의 Custom Store Listings | | 주요 오프페이지 신호 | 설치 속도 + 리뷰 | 속도 + 리뷰 + 리텐션 + 삭제율 | | 인스토어 이벤트 | 인앱 이벤트 (최대 5개) | 프로모션 콘텐츠 카드 | 스토어별로 별도의 ASO 워크플로우를 계획하세요. 제목 구조, 키워드 선택, 스크린샷 테스트 주기는 대체로 수렴하지만, Google Play의 긴 설명 키워드 전략과 iOS의 키워드 필드 활용은 근본적으로 다른 문제입니다. ## ASO 측정하기 표준 ASO 대시보드는 국가별, 스토어별로 다음을 추적합니다. - **키워드 랭킹** (타겟 키워드별) 및 일별 변동. - **카테고리 랭킹** 및 전체 랭킹. - **노출수** (Apple Analytics → 제품 페이지 노출수; Google Play Console → 유입 리포트). - **노출 대비 설치 전환율**. - **리뷰 속도** (주당 신규 리뷰 수) 및 **평점 추세**. - **검색 vs. 탐색 분할** — 설치 중 검색, 차트, 리퍼러 광고, 에디터리얼 피처링에서 각각 얼마나 오는지. [MWM Scale](https://mwm.ai/mwm-scale)은 150개 이상의 국가에서 키워드 랭킹, 카테고리 랭킹, 경쟁사 벤치마크를 추적하며, 자체 앱을 추적하는 퍼블리셔를 위한 무료 티어도 있습니다. ## 흔한 실수 저성과 앱에서 반복적으로 나타나는 패턴들입니다. 1. **제목에 키워드 스터핑.** Apple과 Google 모두 스팸성 제목을 거부하며, 스터핑된 제목은 전환율을 떨어뜨립니다. 주요 키워드 하나와 브랜드 하나를 선택하세요. 2. **현지화 없음.** 주요 국제 시장(DE, FR, ES, BR, JP, KR)은 자동 번역이 아닌 현지 번역된 메타데이터가 있어야 합니다. 현지화된 리스팅은 비영어권 시장에서 전환율을 두 배로 높일 수 있습니다. 3. **수년 동안 정적인 크리에이티브.** 12개월 동안 스크린샷을 업데이트하지 않았다면 오가닉 전환율에서 20\~40%를 놓치고 있는 것입니다. 4. **ASO를 일회성 출시 활동으로 취급하기.** ASO는 항상 진행되는 프로그램입니다. 키워드 환경은 변화하고, 경쟁사는 이터레이션하며, 작은 성과들을 복리로 쌓아야 합니다. 5. **설치 품질을 측정하지 않고 랭킹만 최적화하기.** 리텐션이 낮은 유저를 데려오는 키워드에서 이기는 것은 지는 것보다 나쁠 수 있습니다. 랭킹과 함께 항상 코호트 품질을 평가하세요. ## 다음 단계 - 기본 앱이 있고 단계별 계획이 필요하다면: **[iOS 앱 랭킹 방법](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - 게임 퍼블리셔라면: **[모바일 게임 ASO](https://mwm.ai/guides/aso-for-games)**. - 최적화하는 신호를 이해하고 싶다면: **[앱 스토어 랭킹 알고리즘의 작동 방식](https://mwm.ai/guides/app-store-ranking-algorithm)**. - 수익화와 LTV가 UA 수익 계산을 뒷받침하지 못한다면: **[모바일 앱 수익화](https://mwm.ai/guides/mobile-app-monetization)**. ASO는 복리로 쌓입니다. 모든 크리에이티브 이터레이션, 모든 현지화, 모든 키워드 확보는 앱이 라이브인 동안 설치를 계속 만들어내는 스트림에 작은 영구적 상승을 더합니다. ASO를 일회성 리스팅 최적화가 아닌 지속적인 프로그램으로 운영하는 퍼블리셔가 3\~5년 후 카테고리를 지배하는 경향이 있습니다. # 앱 스토어 랭킹 알고리즘의 실제 작동 방식 App Store와 Google Play는 Apple도 Google도 공개하지 않는 알고리즘으로 앱을 랭킹합니다. Apple의 개발자 문서는 "사용자 평점, 관련성, 인게이지먼트"를 언급하고, Google Play Console은 "설치 속도, 리텐션, 평점"을 언급합니다. 어느 것도 직접 최적화할 수 있는 랭킹 규칙은 아닙니다. 우리가 알고 있는 것은 관찰로부터 나옵니다. 수십만 개의 키워드-국가-카테고리 조합에서 앱이 오르내리는 것을 관찰하고, 랭킹 변동과 측정 가능한 입력값을 상관관계 분석한 결과입니다. 이 가이드는 10년에 걸친 그 경험적 작업이 알려주는 것을 종합합니다. ## 어떤 알고리즘인가요? "앱 스토어 알고리즘"은 단 하나가 아닙니다. 최소한 네 가지 구별되는 랭킹 시스템을 생각해야 합니다. 1. **검색 랭킹** — 사용자가 특정 키워드를 검색할 때의 위치. 키워드별, 국가별, 기기별. 2. **Top Charts** — **[Top Free](https://mwm.ai/glossary/top-free)**, **[Top Paid](https://mwm.ai/glossary/top-paid)**, **[Top Grossing](https://mwm.ai/glossary/top-grossing)**. 국가별, 카테고리별, 기기별. 3. **카테고리 랭킹** — 무료/유료/매출 구분과 별개로 기본 App Store 카테고리 내에서의 위치. 4. **에디터리얼 노출** — Today 탭 피처링, "오늘의 앱", 큐레이션 컬렉션. 알고리즘 추천을 기반으로 사람이 큐레이션. 이 시스템들은 일부 신호를 공유(설치, 리뷰, 리텐션)하지만 가중치가 매우 다릅니다. 검색 랭킹은 차트 랭킹이 신경 쓰지 않는 방식으로 키워드 관련성을 중시합니다. Top Grossing은 수익을 중시하고, Top Free는 무시합니다. 하나를 최적화한다고 해서 자동으로 다른 것이 향상되지는 않습니다. ## 두 스토어가 확인한 신호들 개발자 문서, WWDC와 Google I/O 발표, Console UI, App Store Connect UI에서 다음이 명시적으로 사용된다는 것을 확인할 수 있습니다. - **설치 볼륨** (두 스토어). 최근 기간 내 설치의 절대치 및 상대적 수. - **[설치 속도(Download Velocity)](https://mwm.ai/glossary/download-velocity)** (두 스토어). 절대 볼륨이 아닌 변화율. 매일 2만 건으로 상승 중인 신규 앱이 매일 5만 건으로 정체된 베테랑 앱보다 높은 랭킹을 얻습니다. - **[별점(Star Rating)](https://mwm.ai/glossary/star-rating) 및 리뷰 수** (두 스토어). 최근 리뷰에 높은 가중치. 최근 3점짜리 리뷰 100개가 달린 4.8점 앱이 최근 5점짜리 리뷰 100개가 달린 4.3점 앱보다 낮은 랭킹을 받을 수 있습니다. - **키워드 매치** (iOS 제목/부제목/키워드 필드; Google Play 제목/간단한 설명/전체 설명). - **삭제율** (Google Play 명시적; iOS는 리텐션 텔레메트리를 통해 암묵적). - **크래시율** (Google Play 명시적). - **업데이트 주기** (두 스토어 — 활발하게 유지되는 앱이 오래된 앱보다 더 높이 랭킹됩니다). ## MWM이 경험적으로 관찰한 신호들 위의 신호들은 플랫폼이 인정하는 것들입니다. 우리의 데이터셋에서 랭킹 변동을 관찰한 결과, 다음도 실질적으로 가중된다고 생각합니다. - **설치 후 인게이지먼트** — D1, D7, D30 리텐션과 세션 길이가 검색 관련성뿐 아니라 카테고리 및 전체 랭킹에 영향을 미치는 것으로 보입니다. 강한 리텐션 곡선을 가진 앱은 경쟁 키워드에서 더 나은 메타데이터를 가졌지만 리텐션이 약한 앱보다 높이 랭킹됩니다. - **리뷰 속도** (주당 신규 리뷰 수)는 총 수와 별개. 총 리뷰 5,000개에 이번 주 신규 200개인 앱이 리뷰 5만 개에 신규 5개인 앱보다 다른 신호가 비슷하면 높이 랭킹됩니다. - **카테고리 간 행동** — 특정 클러스터의 다른 앱을 설치한 직후 내 앱을 설치하는 사용자가 주제적 관련성을 신호하는 것으로 보입니다. 이것이 "구매자들도 설치한 앱" 레일이 형성되는 방식입니다. - **유료 vs. 오가닉 속도** — 알고리즘이 유료 급등과 오가닉 급등을 구별하는 것으로 보이며, 비슷한 유료 주도 급등보다 지속적인 오가닉 성장에 더 많은 보상을 줍니다. > 카테고리 랭킹이 전체 랭킹보다 실질적으로 더 오래 지속된다는 것을 관찰합니다. 카테고리 상위 10위에 진입한 앱은 보통 몇 주 동안 유지되는 반면, 속도 급등으로 전체 상위 10위에 진입한 앱은 지속적인 속도가 이어지지 않으면 5\~7일 내에 하락하는 경우가 많습니다. ## 랭킹이 변동하는 속도 랭킹 속도는 비대칭적입니다. 유료 또는 매출 차트보다 무료 차트에서 빠르게 상승하기 쉽고, 상승보다 하락이 항상 더 쉽습니다. 일반적인 패턴들: - **슈퍼볼 수준의 마케팅 푸시**는 주요 시장에서 무료 차트의 하루 만에 앱을 200\~500위 올려 전체 상위 10위에 진입시킬 수 있습니다. - **소셜 미디어 바이럴 순간** (TikTok 트렌드, 유명인 언급)은 유사한 속도 급등을 만들어내며 종종 3\~7일 내에 감소합니다. - **카테고리 에디터리얼 피처링**은 피처링 기간 동안 기준 설치의 15~~40%를 추가하고, 이후 2~~3주 동안 30\~60%의 지속적인 상승을 보입니다. - **기준의 10\~20배 규모의 지속적인 유료 UA**는 차트 랭킹을 올리지만, 달러당 상승폭은 오가닉 트리거보다 작습니다. 알고리즘은 "유료 할인" 배수를 적용하는 것으로 보입니다. - **앱 업데이트 오류** (심각한 크래시, 악평)는 48시간 내에 전체 랭킹을 100\~200위 떨어뜨릴 수 있습니다. 공통점: 알고리즘이 실제로 점수를 매기는 것은 **상태**가 아닌 **변화**입니다. 상태 기반 최적화(좋은 메타데이터 유지, 천천히 리뷰 쌓기)는 속도 기반 최적화(크리에이티브 푸시를 리뷰 요청, 업데이트 출시와 조율하기)보다 성과가 낮습니다. ## 검색 vs. 차트: 완전히 다른 게임 검색 랭킹은 키워드 결정적입니다. 앱 제목에 "meditation"이 있으면 "meditation"으로 랭킹됩니다. 유일한 질문은 얼마나 높이, 어떤 국가에서입니다. 메타데이터, 현지화, 리뷰 수가 지배합니다. 차트 랭킹은 속도 결정적입니다. 메타데이터는 거의 중요하지 않습니다. 중요한 것은 설치 곡선이 상승하는지 여부입니다. 형편없는 ASO를 가지고도 좋은 마케팅 푸시로 무료 차트 상위에 오를 수 있고, 완벽한 ASO를 가지고도 속도를 만들어내지 못하면 차트에 오를 수 없습니다. 통합 관점: 훌륭한 ASO는 속도를 만들 때 복리로 쌓입니다. 훌륭한 ASO 없는 훌륭한 속도는 반짝 효과에 그칩니다. ## 카테고리 랭킹 vs. 전체 랭킹 대부분의 퍼블리셔에게 **[카테고리 랭킹](https://mwm.ai/glossary/category-rank)이 상업적으로 관련 있는 수치**입니다. 전체 상위 10위는 바이럴 메가앱과 대규모 지출자를 위한 것이며, 극도로 불안정합니다. 반면 카테고리 상위 10위는 더 오래 지속되고 더 접근하기 쉽습니다. 랭킹 아카이브에서 두 가지 관찰: 1. **카테고리 랭킹은 속도 임계값이 낮습니다.** 대부분의 국가에서 Finance 또는 Utilities 상위 50위에 진입하는 데 필요한 일일 설치 수는 전체 상위 100위에 진입하는 데 필요한 수의 일부에 불과합니다. 2. **카테고리 랭킹은 순위당 가시성이 더 높습니다.** Games나 Finance 차트를 탐색하는 사용자는 전체 차트를 탐색하는 사용자보다 더 깊이 내려가며, 전체 차트에서는 25위 이후 주목도가 급격히 떨어집니다. UA 예산이 제한적이거나 오가닉 전용인 경우, 카테고리 랭킹이 노력이 가장 멀리 미치는 곳입니다. ## 실제로 통제할 수 있는 것 불투명함에도 불구하고, 랭킹 결과의 상당 부분은 직접 통제 가능합니다. - **[키워드 랭킹](https://mwm.ai/glossary/keyword-ranking)**: 제목, 부제목, 키워드 필드(iOS), 설명(Google Play)을 통해 구동. - **전환율**: 크리에이티브(아이콘, 스크린샷, 프리뷰 비디오)를 통해 구동. - **리뷰 속도**: 설치 후 10\~25일, 성공적인 행동을 게이팅 조건으로 한 잘 타이밍된 네이티브 평점 요청으로 구동. - **리텐션**: 온보딩 품질, 알림 전략, 제품 루프 강도를 통해 구동. - **속도 트리거**: 조율된 마케팅, PR, 계절 이벤트, 인앱 이벤트, 에디터리얼 제출을 통해 구동. 그 외의 모든 것 — Apple이 이번 분기에 선택한 정확한 가중치, Google이 지난주에 출시한 튜닝 — 은 행동할 수 없는 노이즈입니다. 통제할 수 있는 레버를 중심으로 ASO와 성장 프로그램을 구축하고, 주 단위로 측정하며, 월 단위로 이터레이션하세요. ## 계절성과 에디터리얼 채널 두 스토어 모두 추적할 가치가 있는 계절적 패턴이 있습니다. - **Q4** (10월\~12월)는 소비자 앱의 최대 설치 시즌입니다. UA 지출이 급등하면서 키워드 랭킹 경쟁이 치열해집니다. - **1\~2월**은 건강, 생산성, 금융 앱의 신년 설치를 볼 수 있습니다. - **개학 시즌** (8\~9월)은 교육 앱을 이끕니다. - **여름**은 게임, 여행, 엔터테인먼트 앱을 이끕니다. iOS의 에디터리얼 피처링(Today 탭, 오늘의 앱, 컬렉션 카드)은 알고리즘이 시드하지만 사람이 큐레이션합니다. App Store Connect를 통해 제출하며, 성공률은 낮지만(한 자릿수 퍼센트) 상승 효과는 매우 큽니다. Today 피처링은 하루에 3\~10만 건의 증분 설치를 제공하는 것이 일반적입니다. ## 변화하고 있는 것들 Apple의 ATT와 SKAdNetwork 전환(iOS 14.5 이후 진행 중)은 두 스토어 모두 더 많은 알고리즘적 개인화와 결정론적 어트리뷰션 기반 재랭킹 감소로 이끌었습니다. 실질적으로 이는 다음을 의미합니다. - 개별 사용자 설치 결정의 신호가 줄고, 집계된 행동 패턴의 신호가 늘었습니다. - 높은 리텐션과 인게이지먼트를 가진 앱이 높은 설치 수와 낮은 리텐션을 가진 앱 대비 상대적 가중치가 높아졌습니다. - 현지화된 성과가 더 중요해졌습니다. 미국에서의 성공 스토리가 5년 전보다 독일 카테고리 랭킹으로 덜 이어집니다. 플레이북: 단순한 설치 볼륨이 아닌 지속 가능한 제품 품질을 위해 구축하세요. 리텐션하고 수익화하는 앱은 지속적인 랭킹을 얻고, 그렇지 않은 앱은 마케팅 예산이 식는 순간 차트에서 내려옵니다. ## 다음 단계 - 전술적 플레이북을 원한다면: **[iOS 앱 랭킹 방법](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - 메타데이터와 크리에이티브 메커니즘을 원한다면: **[ASO 완벽 가이드](https://mwm.ai/guides/app-store-optimization)**. - 랭킹 변동을 경험적으로 확인하고 싶다면: **[MWM 실시간 국가 랭킹 둘러보기](https://mwm.ai/rankings/countries)**. # 모바일 게임 ASO — 실전 가이드 게임은 모바일에서 가장 규모가 크고, 경쟁이 치열하며, 크리에이티브 최적화가 가장 활발한 카테고리입니다. 또한 일반 앱과는 상당히 다른 ASO 메커니즘을 가지고 있습니다. 이 가이드에서는 게임 ASO의 고유한 점과, 일관되게 상위 순위를 유지하는 퍼블리셔들이 어떻게 접근하는지 살펴봅니다. ## 게임이 다른 이유 몇 가지 구조적 차이점이 ASO 전체 전략을 결정합니다: 1. **하위 카테고리 구조.** iOS 게임 카테고리에는 19개의 하위 카테고리(액션, 어드벤처, 퍼즐, 레이싱, RPG, 전략, 카지노 등)가 있습니다. 순위는 주로 하위 카테고리별로 매겨집니다. 즉, 경쟁 대상이 '전체 게임'보다는 좁지만, 일반 앱 카테고리보다는 깊습니다. 2. **순수 탐색 중심.** 유저들은 일반 앱 카테고리 차트보다 게임 차트를 훨씬 더 많이 탐색합니다. 게임은 유틸리티나 생산성 앱보다 차트 순위에서 오는 오가닉 설치 비중이 훨씬 높습니다. 3. **비주얼 우선 평가.** 10초의 첫인상, 압도적으로 시각적입니다. 아이콘, 스크린샷, 미리보기 동영상이 전환율에서 차지하는 비중이 불균형적으로 큽니다. 4. **키워드 메커니즘의 변화.** 브랜드명 키워드보다 장르 + 메커닉 키워드(예: "match-3 puzzle", "open-world RPG", "idle tycoon")가 더 중요합니다. 5. **라이브 운영이 ASO 레버.** 정기 이벤트, 시즌 콘텐츠, 한시적 모드를 운영하는 게임은 In-App Events를 활용해 검색 노출과 차트 유지에 유리합니다. ## 게임 키워드 전략 대부분의 게임에서 타겟 키워드 바스켓은 3계층 구조입니다: **계층 1: 브랜드 용어.** 인지도 있는 브랜드나 IP가 있다면, 브랜드 및 약식 표현을 확보하세요. "Candy Crush", "Clash", "FIFA" — 유저가 직접 검색할 때 매우 높은 전환율을 보입니다. **계층 2: 장르 + 메커닉.** 중간 순위 게임에서 오가닉 설치를 가장 많이 이끄는 요소입니다. 예: - "match 3 puzzle" - "idle tycoon" - "open-world RPG" - "roguelike card" - "racing simulator" 이 키워드들은 의미 있는 검색량을 가지며, 검색하는 유저의 설치 의향이 높습니다. **계층 3: 설명적 · 분위기 키워드.** 검색량은 낮지만 경쟁이 적은 경우가 많습니다. - "cozy puzzle games" - "hyper casual arcade" - "offline strategy" - "no-wifi games" 계층 3 키워드는 중간 규모 게임이 대형 경쟁사를 이기는 곳입니다. 기존 강자들은 굳이 최적화하지 않는 반면, 의도는 뚜렷합니다. ## 스크린샷 전략 게임은 비주얼 자체가 가치 제안이기 때문에 "모든 것에 캡션 달기"라는 기본 공식을 따르지 않습니다. 일관되게 효과가 좋은 프레임워크는 다음과 같습니다: **RPG, 어드벤처, 스토리 게임의 경우:** - 스크린샷 1: 주인공 캐릭터 아트 또는 게임 내 시네마틱 장면, "Your quest begins" 같은 부제 삽입 - 스크린샷 2: 핵심 전투 또는 탐험 장면 - 스크린샷 3-5: 기능 소개(클래스, 월드 맵, 제작 시스템) - 스크린샷 6+: 보완적 완성도 — 리뷰, 수상 내역, 소셜 메커닉 **퍼즐, 캐주얼, 하이퍼 캐주얼의 경우:** - 스크린샷 1: 게임 내 compelling한 장면 하나에 핵심 훅을 설명하는 텍스트 오버레이("Match 3 to clear the board") - 스크린샷 2: "만족스러운 순간" — 큰 콤보, 레벨 클리어 애니메이션, 보상 화면 - 스크린샷 3-5: 성장 메커닉, 다양한 레벨 또는 모드 - 스크린샷 6+: 소셜 증거와 수상 내역 **전략, 시뮬레이션, 경영 게임의 경우:** - 스크린샷 1: 발전된 세계나 제국을 전체적으로 보여주는 스크린샷 — 규모감 전달 - 스크린샷 2: 결정적 선택의 순간(예: 전투, 경제 패널) - 스크린샷 3-5: 핵심 시스템(유닛, 기술 트리, 기지 건설) - 스크린샷 6+: 멀티플레이, PVP, 엔드게임 깊이 장르를 막론한 공통점: 첫 스크린샷은 게임이 어떻게 생겼는지가 아니라, 플레이어가 무엇을 하는지를 전달해야 합니다. "아름다워 보인다"는 전환을 이끌지 못합니다. "나도 이걸 플레이하는 모습이 보인다"가 전환을 만듭니다. ## 미리보기 동영상 게임에서 미리보기 동영상은 핵심 크리에이티브 외에 레버리지가 가장 높은 단일 에셋입니다. 잘 만들어진 15~~30초 iOS 미리보기 동영상은 정적 스크린샷 대비 스토어 페이지 전환율을 20~~40% 높일 수 있습니다. 효과적인 요소: - **첫 2초 이내에 게임플레이를 보여주세요.** 시네마틱 인트로는 유저의 집중력을 빼앗습니다. 자동 재생은 음소거로 시작하므로, 오프닝은 소리 없이도 시각적으로 compelling해야 합니다. - **캡션/텍스트 오버레이를 포함하세요.** 소리 없이 보는 유저(대다수)가 무슨 일이 일어나는지 텍스트로 이해할 수 있어야 합니다. - **마지막을 승리 순간으로 끝내세요.** 마지막 프레임이 기억에 남습니다. 콤보, 레벨 클리어, 보스 처치로 끝내고, 페이드아웃은 피하세요. - **30초 이내로 유지하세요.** Apple의 최대 허용 시간은 30초이며, 더 짧은 것이 더 좋은 성과를 내는 경우가 많습니다. TikTok이나 YouTube 트레일러를 그대로 재활용하지 마세요. 그 콘텐츠는 다른 맥락에 최적화되어 있습니다. 스토어 페이지 미리보기 동영상은 전용 크리에이티브 에셋입니다. ## In-App Events — 가장 활용이 저조한 게임 ASO 레버 Apple의 [In-App Events](https://mwm.ai/glossary/in-app-events)는 최대 5개의 동시 또는 예정 이벤트를 허용하며, 각 이벤트는 최대 31일간 진행되고 제품 페이지와 검색 결과 모두에 노출됩니다. 게임에서 이는 시즌별 푸시, 토너먼트, 콘텐츠 출시마다 활용할 수 있는 무료 프로모션 슬롯이나 마찬가지입니다. 게임의 일반적인 이벤트 유형: - **토너먼트 / 대회** — 주간 또는 격주 랭킹 이벤트 - **한시적 모드** — 변형 게임플레이(예: "할로윈 모드", "어둠의 귀환 이벤트") - **새 캐릭터 / 콘텐츠 출시** — 새로운 플레이어블 캐릭터 또는 스토리라인 - **시즌 테마** — 명절 기간 리스킨 또는 특별 규칙 - **라이브 스트림 또는 커뮤니티 이벤트** — Twitch 스트리밍, 커뮤니티 마일스톤, 개발자 Q\&A 연동 이벤트를 매주 순환하는 게임은 이 기능을 전혀 사용하지 않는 게임보다 다른 신호가 동일할 때 일관되게 더 높은 카테고리 순위를 유지합니다. 이벤트는 차트 velocity(이벤트 기대감으로 인한 신규 설치)와 제품 페이지 전환율(유저가 "현재 이벤트 진행 중"을 보고 더 많이 전환) 모두를 높입니다. > 저희 데이터에 따르면, 6개월 이상 활성 In-App Event를 지속적으로 운영한 게임은 이 기능을 전혀 사용하지 않은 게임보다 카테고리 순위를 2\~3배 더 오래 유지했습니다. ## 게임의 평점 및 리뷰 velocity 게임은 전체 카테고리 중 평점 분포가 가장 넓습니다. 일부 높은 평점(선별된 인디 게임)과 일부 낮은 평점(적극적으로 수익화하는 pay-to-win 무료 게임) 모두 존재합니다. 게임에서 건강한 평점을 유지하는 핵심: 1. **긍정적인 순간 이후에만 프롬프트를 표시하세요.** 레벨 클리어, 보스 처치, 마일스톤 달성 후 — 패배, IAP 실패, 광고 상호작용 후에는 절대 표시하지 마세요. 2. **활성 일수 기준을 설정하세요.** 최소 3회 이상 복귀한 플레이어에게만 표시하세요. 초반에 이탈한 플레이어는 부정적 편향이 있습니다. 3. **페이월이나 수익화 흐름 내부에서는 절대 표시하지 마세요.** Apple이 이를 감지하며 반발을 야기합니다. 4. **부정적 리뷰에 공개적으로 답변하세요.** Google Play는 답변을 표시합니다. 사려 깊은 답변은 개별 리뷰가 남아 있더라도 전체적인 평점 인식을 개선합니다. ## 하위 카테고리와 포지셔닝 제출 시 올바른 하위 카테고리를 선택하는 것은 돌이킬 수 없는 결과를 가져옵니다. 주로 해당 하위 카테고리 차트 내에서 순위가 매겨지며, 그 차트를 탐색하는 유저들이 그에 맞게 기대치를 설정합니다. 실용적인 두 가지 원칙: 1. **기회보다 정확성을 선택하세요.** 게임이 실제로는 전략 게임인데 경쟁이 적다고 퍼즐로 등록하는 방식으로 분류 체계를 조작하지 마세요. 불일치는 의도가 낮은 설치로 이어지고 평점이 낮아집니다. 2. **부가 하위 카테고리를 폭넓게 활용하세요.** 게임이 두 가지 명확한 장르를 갖는다면, 주된 장르를 기본으로, 나머지를 부가로 설정하세요. 두 차트 모두에 노출됩니다(기본 쪽에 더 높은 가중치). ## 라이브 운영 승수 상위 10%와 중간 게임의 가장 큰 차이는 출시가 아니라 출시 이후의 운영입니다. 정기적인 콘텐츠 출시, 순환 이벤트 운영, 커뮤니티 신호에 대한 반응을 이어가는 게임은 출시 후 방치되는 게임보다 차트 순위를 3\~6배 더 오래 유지합니다. 키워드 작업, 크리에이티브 업데이트, 평점 관리, In-App Events — 모두 지속적으로 콘텐츠를 출시할 때만 복리로 작용합니다. ASO를 일회성 출시 작업이 아닌 라이브 운영의 지속적인 구성 요소로 계획하세요. ## 다음 단계 - iOS 실행 플레이북: **[iOS 앱 순위 올리기](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - 더 넓은 레퍼런스: **[완벽한 ASO 가이드](https://mwm.ai/guides/app-store-optimization)**. - 순위 신호 이해: **[앱스토어 랭킹 알고리즘 작동 방식](https://mwm.ai/guides/app-store-ranking-algorithm)**. - 카테고리 벤치마킹: MWM Scale에서 **[게임 라이브 순위 탐색](https://mwm.ai/rankings/countries/US/devices/iphone/categories/6014)** — 150개 이상 국가 지원. # 앱 리텐션 향상 방법 대부분의 리텐션 조언이 일반적인 이유는, 그것을 쓰는 대부분의 사람들이 데이터를 볼 수 없기 때문입니다. 우리는 볼 수 있습니다. MWM의 미국 앱 카탈로그 전반에서 **중간값 앱은 1일 차에 사용자의 27.3%를 유지하고, 7일 차에는 9.2%, 30일 차에는 단 3.9%만 유지합니다**. 다시 읽어보세요: 일반적인 앱은 한 달 안에 첫날 사용자의 약 96%를 잃어버립니다. 암울하게 들리지만, 이는 잘못된 프레임입니다. [리텐션](https://mwm.ai/glossary/retention)은 100%를 향해 밀어붙이는 숫자가 아닙니다. 구부려야 할 곡선입니다. 현실적인 기준은 40% D30(전체 카탈로그에서 59개 앱만이 이 수준)이 아닙니다. 카테고리 중간값을 넘어 상위 10%를 향해 나아가는 것, 즉 \*\*D30 리텐션 약 10.9%\*\*가 목표입니다. 이 플레이북은 그 곡선을 구부리는 방법에 관한 것입니다. 실제로 어디서 꺾이는지 진단하고, 카탈로그 데이터가 보여주는 것을 바탕으로 합니다. ## '좋은' 리텐션이 실제로 어떤 모습인가 첫 번째 과제는 모두가 인용하는 바이럴 사례 연구가 아닌 현실에 맞게 기준을 재설정하는 것입니다. 카탈로그 전반에서 D30 리텐션은 하위 쪽으로 극단적으로 치우쳐 있습니다: | D30 리텐션 | 앱 비율 | | ------- | -------------- | | 5% 미만 | \~61% | | 5\~10% | \~27% | | 10\~20% | \~10% | | 20\~40% | \~2% | | 40% 이상 | 59개 앱(\~0.06%) | 따라서 '좋은'은 상대적입니다. D30 중간값은 3.9%이고 상위 10%는 \~10.9%입니다. **D30이 \~11% 이상이라면 이미 드문 공기를 마시고 있는 것입니다** — [LTV](https://mwm.ai/glossary/ltv)를 복리로 키우는 데 집중하는 것이 거의 아무도 달성하지 못하는 숫자를 쫓는 것보다 낫습니다. 중간값 이하라면 엄청난 성장 여지가 있으며, 이 가이드의 나머지 부분이 바로 여러분을 위한 것입니다. 한 가지 더 재설정할 점: 리텐션은 지역에 따라 거의 변하지 않습니다. D1/D7/D30 중간값은 미국, 영국, 독일, 프랑스, 일본, 한국, 브라질, 인도 전반에서 몇 십분의 일 포인트 이내입니다. **여러분의 리텐션 문제는 제품 문제이지 시장 문제가 아닙니다** — 이것은 좋은 소식인데, 제품은 여러분이 통제할 수 있는 것이기 때문입니다(수익화와 대조되는데, 수익화는 지역에 따라 크게 달라집니다). ## 건드리기 전에 곡선을 진단하라 리텐션은 하나의 숫자가 아닙니다. 세 가지 뚜렷한 전환점이 있는 곡선이며, 각각 다른 문제와 다른 해결책을 가집니다. 무언가를 바꾸기 전에 *어디서* 곡선이 꺾이는지 파악하세요: - **D0 → D1 (활성화 격차).** 사용자가 설치했지만 한 번도 돌아오지 않은 경우. [온보딩](https://mwm.ai/glossary/onboarding)과 [활성화](https://mwm.ai/glossary/activation) 문제입니다. [aha 모멘트](https://mwm.ai/glossary/aha-moment)에 도달하지 못한 것입니다. - **D1 → D7 (습관 절벽).** 중간값 곡선에서 가장 가파른 하락 구간으로, 6일 만에 27%에서 9%로 떨어집니다. 한 번 가치를 경험했지만 습관이 형성되지 않은 것입니다. - **D7 → D30 (가치 심도의 꼬리).** 첫 주를 버텨낸 사용자들은 앱의 가치를 소진하거나 자연스럽게 멀어지면서 천천히 이탈합니다. 깊이와 [재참여](https://mwm.ai/glossary/re-engagement) 문제입니다. [코호트 분석](https://mwm.ai/glossary/cohort-analysis)으로 측정하고, 혼합 평균은 절대 사용하지 마세요. 사용자를 설치일별로 그룹화하여 각 코호트의 성숙 과정을 지켜보세요. 그리고 [N일 리텐션](https://mwm.ai/glossary/n-day-retention)(정확히 N일 차에 활성)과 [롤링 리텐션](https://mwm.ai/glossary/rolling-retention)(N일 이후 어느 날에든 활성) 중 어느 것을 쓸지 의도적으로 결정하세요. 두 방식은 서로 다른 질문에 답하며 몇 퍼센트 포인트 차이가 날 수 있습니다. [북극성 지표](https://mwm.ai/glossary/north-star-metric)는 이 곡선의 옆이 아닌 위에 자리잡아야 합니다. ## 카테고리 형태라는 렌즈 곡선의 *형태*가 어떤 레버를 당길지 알려줍니다. 형태는 카테고리에 따라 크게 다릅니다. 카탈로그 전반의 실제 카테고리별 중간값 곡선입니다: | 카테고리 | D1 | D7 | D30 | | ------------ | --------- | ----- | -------- | | 소셜 & 커뮤니케이션 | 31.9% | 12.3% | **5.9%** | | 라이프스타일 & 웰빙 | 23.6% | 9.6% | 4.8% | | 생산성 & 도구 | 23.0% | 8.9% | 4.5% | | 교육 & 지식 | 24.9% | 8.6% | 3.6% | | 미디어 & 엔터테인먼트 | 24.9% | 8.0% | 3.4% | | 게임 | **36.6%** | 9.3% | 2.9% | 두 극단을 보세요. **게임은 1일 차를 이기고(36.6%) 30일 차를 잃습니다(2.9%)** — 신선함이 한두 번 다시 끌어당기지만 그 후 곡선이 무너집니다. **소셜은 반대로 복리를 누립니다** — 게임보다 낮은 D1(31.9%)이지만 가장 높은 D30(5.9%), 왜냐하면 네트워크 효과와 커뮤니케이션 루프가 돌아올 이유를 만들어내기 때문입니다. 여러분의 곡선이 게임처럼 생겼다면 — D1이 강하고 빠른 감소 — 문제는 첫인상이 아니라 *깊이와 습관*입니다. D1이 약하다면 먼저 활성화를 고치세요. 유틸리티 앱에 소셜 앱의 플레이북을 그대로 복사하지 마세요. ## 레버 1 — 첫 세션 장악 (D0 → D1 격차) D1 수치는 [온보딩](https://mwm.ai/glossary/onboarding)과 [활성화](https://mwm.ai/glossary/activation)에 대한 판정입니다. 첫 세션의 역할은 마찰이나 지루함이 이기기 전에 사용자가 [aha 모멘트](https://mwm.ai/glossary/aha-moment)에 도달하도록 하는 것입니다. 앱의 핵심 가치가 자명해지는 순간 말입니다. 가장 높은 레버리지를 가진 움직임: - **가치까지의 시간을 단축하세요.** aha 모멘트가 아닌 모든 것을 뒤로 미루세요: 계정 생성, 권한 요청, 페이월, 튜토리얼. 먼저 가치를 느끼게 하고 그 후에 헌신을 요청하세요. - **하나의 활성화 마일스톤을 정의하고 측정하세요.** "첫 플레이리스트 생성", "첫 운동 기록", "첫 메시지 전송". 첫 세션에서 명확한 활성화 이벤트에 도달하는 앱이 극적으로 더 잘 유지됩니다. 이름을 붙이지 않은 것은 개선할 수 없습니다. - **빈 화면이 아닌 안내된 첫 승리로 빈 상태를 디자인하세요.** 첫 세션은 사용자가 핵심 행동을 한 번 *실제로* 완료한 상태로 끝나야 합니다. 데이터에서 나온 주의점: 게임은 **높은 D1이 그 자체로 승리가 아님을 보여줍니다**(D1 36.6%, D30 2.9%). 첫 세션을 장악하는 것은 필요조건이지 충분조건이 아닙니다. 다음에 습관이 형성될 때만 의미가 있습니다. ## 레버 2 — 습관 형성 (D1 → D7 절벽) 여기서 중간값 앱이 가장 많이 유출됩니다. 6일 만에 27%에서 9%로, 그리고 가장 큰 이득이 숨어 있습니다. 첫 주를 살아남는 것은 압도적으로 *습관*이 형성되었는지에 달려 있습니다. 사용자가 내면화하는 반복적인 앱 열기 이유가 있어야 합니다. - **[코어 루프](https://mwm.ai/glossary/core-loop)를 강화하세요.** 핵심 행동→보상 사이클이 빠르고 보람 있을수록 더 자기강화됩니다. 습관 중심 제품에서 이것은 [컴펄션 루프](https://mwm.ai/glossary/compulsion-loop)입니다: 다음 열기를 이끄는 촘촘하고 가변 보상적인 사이클. - **사용자가 닻을 내릴 수 있는 리듬을 추가하세요** — [데일리 스트릭](https://mwm.ai/glossary/daily-streak), 콘텐츠의 일일 갱신, 매일 같은 시간에 돌아올 상설적인 이유. - **트리거를 절제해 사용하세요.** 적시에 보내는 [푸시 알림](https://mwm.ai/glossary/push-notification)과 [인앱 메시지](https://mwm.ai/glossary/in-app-messaging)는 습관을 다시 일깨웁니다. 스팸은 사용자가 비활성화하거나([삭제](https://mwm.ai/glossary/uninstall-rate)하거나) 훈련시킵니다. 죄책감이 아닌 가치("운동할 준비가 되었습니다")로 트리거하세요. - **[세션 빈도](https://mwm.ai/glossary/session-frequency)를 선행 지표로 지켜보세요.** 리텐션은 지연 결과이며, 첫 주에 사용자당 세션 증가가 습관이 형성되고 있다는 초기 신호입니다. 일반적인 기준: 첫 주에 여러 세션에 도달하는 사용자는 그렇지 않은 사용자보다 배수로 높은 리텐션을 보입니다. ## 레버 3 — 가치를 심화하고 이탈하는 사용자를 되찾아오기 (D7 → D30) 첫 주를 통과한 사용자들은 더 느리게 이탈하지만 여전히 이탈합니다. 앱의 가치를 소진하거나 자연스럽게 멀어집니다. 여기서 두 가지 과제가 있습니다: - **생존자들을 위해 가치를 심화하세요.** 고급 사용 사례, 새로운 콘텐츠, 성장 시스템을 표면에 드러내어 앱이 계속 열릴 이유를 만드세요. [스티키니스](https://mwm.ai/glossary/stickiness) — [DAU/MAU](https://mwm.ai/glossary/dau-mau) 비율 — 가 건강 지표입니다. 월간 사용자 중 실질적으로 일간 사용자인 비율을 알려줍니다. - **이탈하기 전에 떠나는 사용자를 되찾아오세요.** [휴면 사용자](https://mwm.ai/glossary/dormant-user)는 아직 이탈한 사용자가 아닙니다. 행동별로 세분화하여 각 세그먼트가 이탈한 *이유*에 맞는 [재참여](https://mwm.ai/glossary/re-engagement)와 [재활성화 캠페인](https://mwm.ai/glossary/winback-campaign)을 실행하세요. 이탈한 파워 유저는 한 번도 활성화되지 않은 사용자와 다른 접근이 필요합니다. ## 리텐션이 여러분이 가진 가장 높은 레버리지인 이유 리텐션은 단순한 참여도 지표가 아닙니다. 전체 성장 모델의 승수입니다. 유지된 사용자는 더 많은 [생애 가치](https://mwm.ai/glossary/ltv)를 창출합니다: 수익화할 세션 더 많고, 유료 전환 기회 더 많고, 다른 사람에게 추천할 시간도 더 많습니다. 높은 LTV는 수익성 있게 지불할 수 있는 [CPI](https://mwm.ai/glossary/cpi)를 높여주고, 이는 이전에는 수지가 맞지 않았던 획득을 확장할 수 있게 합니다. D30 리텐션에서 1포인트 향상은 세션 몇 개를 추가하는 것이 아닙니다. 전체 기계를 움직이는 LTV 대 CAC 계산을 바꾸는 것입니다. 이것이 리텐션 작업이 복리로 작용하고 획득 작업이 그렇지 않은 이유입니다: 새는 버킷은 더 많이 채울수록 비용이 더 비싸집니다.(이 루프의 수익 측면에 대해서는 [모바일 앱 수익화](https://mwm.ai/guides/mobile-app-monetization) 플레이북을 참조하세요.) ## 세그먼트별 플레이북 - **게임.** D1은 이미 강합니다. 카탈로그에 따르면 적은 D7→D30 감소가 문제입니다. 메타 성장, 라이브 운영 이벤트, 루프에 신선함을 넘어 *지속될 이유*를 부여하는 소셜 훅에 투자하세요. - **소셜 & 커뮤니케이션.** 구조적 이점이 있습니다(가장 높은 D30). 핵심 루프와 그것을 이끄는 네트워크 효과를 보호하세요. 위험 요소는 기존 네트워크에 새로 합류하는 사용자를 위한 깨진 첫 세션입니다. - **생산성, 유틸리티 & 구독 앱.** 낮은 D1은 정상입니다. 가치는 실재하지만 자리를 잡는 데 한두 세션이 필요합니다. 활성화를 잡은 다음 습관을 [구독](https://mwm.ai/glossary/paywall) 관계로 전환하세요. 여기서 리텐션과 수익은 같은 곡선이며, 이탈한 구독자는 직접적인 손실입니다. 모든 사례의 공통점: **곡선이 어디서 꺾이는지 찾아 그 전환점을 먼저 고치고, 코호트로 측정해 효과가 있었는지 확인하세요.** 중간값 3.9% D30을 상위 10% 수준인 10.9%를 향해 구부리는 것이 대부분의 앱이 실행할 수 있는 단일 최고 레버리지 성장 프로젝트입니다. # iOS 앱 앱스토어 순위 올리기 — 단계별 가이드 이 가이드는 실제로 작업하는 퍼블리셔가 실행하는 순서대로 iOS ASO 프로세스를 처음부터 끝까지 안내합니다. 출시 전 앱이 아닌, 앱스토어에 라이브로 올라와 있고 어느 정도의 기본 설치량을 갖춘 앱을 전제로 합니다. 이 방법론은 메타데이터 필드 조정(키워드 필드 없음, 설명 가중치 높음)만 거치면 Google Play에도 동일하게 적용할 수 있습니다. ## 시작 전 — 기준선 지표 기준선 없이는 개선을 측정할 수 없습니다. 무언가를 변경하기 전에 다음 항목을 수집하고 기록하세요: - 관심 있는 모든 키워드의 **현재 키워드 순위** (타겟 국가별). 전용 ASO 트래커를 사용하세요([MWM Scale](https://mwm.ai/aso-tool)은 무료 티어를 제공합니다). - 상위 3\~5개 시장에서의 **현재 카테고리 순위** 및 전체 순위. - **App Store Connect 노출량** — 일별 제품 페이지 조회수 (검색/탐색/참조처별 구분). - 제품 페이지 조회에서 설치까지의 **전환율**. - **리뷰 velocity**(주간 신규 리뷰 수)와 **평점**(롤링 평균). - **설치량 분류** — 오가닉 검색, 오가닉 탐색(차트), 유료, 추천. 이것들을 스냅샷으로 찍고 날짜를 기록하세요. 4\~8주 후 변경 사항의 영향을 측정할 때 이 기준선과 비교할 것입니다. ## 1단계 — 키워드 리서치 키워드 리서치의 목표는 **타겟 키워드 바스켓**을 만드는 것입니다. 능동적으로 최적화하고 추적할 10\~20개의 키워드입니다. 200개도, 5개도 아닌. 프로세스: 1. **시드 키워드를 생성하세요.** 카테고리의 명백한 용어(예: 명상 앱이라면 "meditation", 금융 앱이라면 "expense tracker")로 시작하세요. 동의어, 대상 설명어("meditation for anxiety"), 결과 기반 문구("sleep better")로 확장하세요. 2. **경쟁사 키워드를 추가하세요.** 직접 경쟁사 3\~5개의 키워드 바스켓을 가져와서 여러분이 타겟하지 않는 것들을 추가하세요. 3. **검색량과 [난이도](https://mwm.ai/glossary/keyword-difficulty)를 확인하세요.** ASO 툴을 사용하세요. 실제 검색량이 있으면서 중간 난이도인 키워드를 타겟하세요. "meditation"처럼 헤드 키워드는 경쟁이 심합니다. "mindful breathing meditation for sleep"처럼 롱테일이 더 순위 올리기 쉽습니다. 4. **의도를 필터링하세요.** 비적격 사용자로부터 설치를 이끄는 키워드는 검색량이 적더라도 구매 의도가 강한 키워드보다 나쁩니다. 앱이 프리미엄 구독이라면 "free meditation"은 부적합합니다. 5. **10\~20개 키워드로 우선순위를 정하세요.** 목록에 상한선을 두세요. 메타데이터, 크리에이티브 카피, 리뷰 획득 전략을 구성하는 데 이것들을 사용할 것입니다. ## 2단계 — 메타데이터 최적화 타겟 키워드 바스켓을 갖추었으면, iOS 메타데이터 필드 전반에 전략적으로 키워드를 배치하세요. 목표는 키워드 스터핑 없이 완전한 커버리지입니다. **앱 이름(30자).** 주요 키워드를 설명어 위치에 넣으세요. 일반적인 패턴: - `브랜드명: 주요 키워드` — 예: `Strides: Habit Tracker` - `브랜드명 — 설명어` — 예: `Calm — Meditation & Sleep` - `주요 키워드 by 브랜드명` — 예: `Meditation by Calm`(덜 일반적; 브랜딩이 약함) **부제(30자).** 혜택으로 표현된 부가 키워드. 쉼표 구분은 괜찮으며 색인화 낭비가 아닙니다. - 좋음: `Workouts, Sleep, Nutrition` - 나쁨: `The Best Health & Fitness App You'll Ever Need`(모두 채우기, 키워드 없음) **[키워드 필드](https://mwm.ai/glossary/keywords-field)(100자, 쉼표 구분, 비공개).** 단수형(복수형 아님), 동의어, 롱테일 용어, 오타. 타이틀이나 부제에 이미 있는 단어는 반복하지 마세요. Apple이 필드를 결합합니다. 쉼표 뒤에 공백을 넣지 마세요. 문자 낭비입니다. **프로모션 텍스트(170자, 색인화 안 됨, 심사 없이 수정 가능).** 전환 카피, 시즌 프로모션, 최근 수상 내역에 사용하세요. 키워드용이 아닙니다. **설명(4,000자, 약하게 색인화).** 처음 3줄이 가장 중요합니다(사용자가 "더 보기" 접힘 위에서 볼 수 있음). 구조: - 도입 단락: 한 문장 가치 제안. - 혜택 중심 H2 형식 섹션(불릿이 잘 작동함). - 기능 목록. - 소셜 증거(리뷰, 언론). - 지원 연락처와 리뷰 요청. 메타데이터 변경 사항을 새 앱 버전 제출로 배포하세요. 초기 키워드 순위 변화는 48~~72시간 내에, 완전한 안정화는 7~~14일 내에 예상할 수 있습니다. ## 3단계 — 크리에이티브 A/B 테스트 메타데이터가 안정화된 후(배포 2~~3주 후), 크리에이티브 테스트를 시작하세요. Apple의 Product Page Optimization으로 테스트당 2~~3개 변형을 동시에 실행할 수 있으며, 시스템이 유의성에 도달하면 자동으로 종료됩니다. **아이콘 테스트.** 단일 표면 중 레버리지가 가장 높습니다. 일반적인 가설: - **캐릭터 vs. 레터마크** (캐릭터 중심 아이콘이 추상 로고를 이기는가?) - **색상 대비** (더 밝고 채도가 높은 아이콘이 혼잡한 차트에서 종종 우세) - **초점 요소** (명확한 하나의 중심 형태 vs. 복합) **스크린샷 테스트.** 첫 두 스크린샷이 전환 가중치의 60\~80%를 차지합니다. 일반적인 가설: - **캡션 중심**(짧은 헤드라인 텍스트 오버레이) vs. **UI 중심**(날 것의 제품 스크린샷) - **혜택 진술**(사용자가 얻는 것) vs. **기능 진술**(앱이 가진 것) - **기기 프레임**(폰 목업) vs. **프레임 없음**(전체 화면) Apple의 PPO는 트래픽의 일부에만 변형을 순환시키므로, 낮은 트래픽 앱에서 유의성에 도달하는 데 4~~6주가 걸릴 수 있습니다. 테스트를 조기에 종료하지 마세요. 5~~10%의 전환 델타는 단기적으로는 노이즈처럼 보이지만 수개월에 걸쳐 엄청나게 복리로 작용합니다. > 대부분의 앱이 아이콘 테스트의 비중을 낮게 평가하는 것을 관찰합니다. 연간 1,000만 노출 앱에서 아이콘 주도 CVR 15% 향상은 15만 건의 증분 설치를 의미합니다. 보통 전체 스크린샷 크리에이티브 업데이트보다 더 큰 가치입니다. ## 4단계 — 리뷰 velocity 확보 평점과 리뷰 velocity는 차트 순위 신호이지 단순한 전환 신호가 아닙니다. 오래된 리뷰를 가진 앱은 최신 리뷰를 가진 앱보다 낮은 성과를 냅니다. iOS 리뷰 프롬프트 API(`SKStoreReviewController`)가 유일한 깔끔한 메커니즘입니다. Apple은 프롬프트를 연간 사용자당 3회로 제한하므로 전략적으로 활용하세요: 1. **도착 시가 아닌 성공 후 트리거하세요.** 핵심 성공 상태 완료 후 프롬프트를 표시하세요 — 운동 완료, 10일째 습관 기록, 파일 내보내기. 앱 실행 시 표시하지 마세요. 2. **설치 후 7\~14일을 기다리세요.** 초기 프롬프트는 아직 헌신하지 않은 사용자를 잡습니다. 너무 늦으면 기회를 놓칩니다. 3. **참여도로 제한하세요.** 3\~5세션 미만으로 앱을 사용한 사용자는 통계적으로 부정적 리뷰를 남길 가능성이 높습니다 — 건너뛰세요. 4. **지원과 연결하지 마세요.** 부정적인 지원 상호작용 직후에는 절대 리뷰를 요청하지 마세요. 잘 조정된 프롬프팅은 신규 설치의 0.5~~2%의 리뷰 velocity를 만들어냅니다. 나쁜 프롬프팅은 0.1~~0.3%입니다. 그 차이가 중요합니다. ## 5단계 — 리텐션 누수 수정 리텐션은 순위 신호이자 LTV의 기준 비율입니다. 사용자가 이탈하는 곳을 감사하세요: - **1일 차 이탈**: 보통 온보딩 마찰. 권한 요청을 단축하고, 필수적이지 않은 가입 요건을 제거하고, 60초 이내에 "첫 번째 가치"에 도달하세요. - **7일 차 이탈**: 보통 습관 형성 실패. 사용자가 돌아올 이유를 만들지 못한 것입니다. 푸시 알림, 스트릭, 또는 예약 콘텐츠가 도움이 될 수 있습니다. - **30일 차 이탈**: 보통 기능 완성 또는 콘텐츠 소진. 성장 시스템, 새 콘텐츠 출시, 또는 소셜 메커닉을 추가하세요. D7 리텐션에서 5포인트 향상(20%에서 25%로)은 다른 것이 동일할 때 4~~8주에 걸쳐 보통 15~~25%의 카테고리 순위 향상을 이끕니다. 행동 신호가 순위에 천천히 전파되기 때문입니다. ## 6단계 — 측정, 반복, 추적 월간 보고 주기: - 키워드 순위(국가별, 키워드별) vs. 기준선 - 카테고리 순위와 전체 순위 vs. 기준선 - 노출량, 전환율, 신규 설치 vs. 기준선 - 리뷰 velocity, 평점, 신규 리뷰 수 - 리텐션 곡선(D1, D7, D30) 분기별: - 키워드 바스켓 재검토 — 새로운 기회가 열리고 있는가? - 경쟁사 크리에이티브 재검토 — 그들이 여러분보다 빠르게 반복하고 있는가? - 로컬라이제이션 재검토 — 보조 시장에 충분히 투자하고 있는가? 연간: - 1\~5단계를 처음부터 반복하세요. 기준선, 경쟁사 환경, 검색 수요 패턴 모두 변했습니다. ## 타임라인과 현실적인 기대치 규율 있는 첫 번째 ASO 프로그램 주기는 보통 다음을 제공합니다: - **1\~2주**: 기준선 확보, 메타데이터 v2 초안 작성. - **3주**: 메타데이터 v2 제출, 심사 통과. - **4\~6주**: 키워드 순위 변화 가시화; 첫 크리에이티브 테스트 시작. - **8\~10주**: 크리에이티브 테스트 유의성 도달; 우승 변형 배포. - **10\~12주**: 카테고리 순위 향상이 측정 가능해짐. 시작 위치에 따라 10\~30%. 새 ASO 프로그램에서 8주 안에 카테고리 상위 10위를 기대하는 퍼블리셔들은 보통 velocity 요소를 과소평가합니다. 순위는 복리로 쌓입니다. 규율 있는 ASO 프로그램의 6번째 분기는 보통 첫 번째보다 더 많은 순위 이동을 가져옵니다. ## 일반적인 함정 - **전체 메타데이터 개편과 크리에이티브 테스트를 동시에 배포하기** — 어떤 변경이 무엇을 유발했는지 귀인할 수 없습니다. - **상위 경쟁사의 메타데이터를 그대로 복사하기** — Apple은 거의 중복된 메타데이터를 페널티 처리하며, 여러분의 앱에 반드시 맞지 않을 수 있는 그들의 키워드 전략을 물려받게 됩니다. - **5개의 크리에이티브 테스트를 동시에 실행하기** — 귀인이 복잡해지고, 유의성 도달이 늘어나고, 순차적으로 실행하는 것보다 더 느리게 학습하게 됩니다. - **리뷰 velocity를 일회성 프로젝트로 취급하기** — 지속적인 프로그램입니다. 총 수와 관계없이 최신 리뷰를 가진 앱이 오래된 것을 가진 앱보다 더 잘 순위됩니다. - **비영어권 시장 무시하기** — 로컬라이제이션은 중간 규모 앱에서 ROI가 가장 높은 작업 분기가 되는 경우가 많습니다. ## 다음 단계 - 게임을 퍼블리싱한다면: **[모바일 게임 ASO](https://mwm.ai/guides/aso-for-games)**. - 최적화 대상 신호를 이해하려면: **[앱스토어 랭킹 알고리즘 작동 방식](https://mwm.ai/guides/app-store-ranking-algorithm)**. - 더 넓은 레퍼런스: **[완벽한 ASO 가이드](https://mwm.ai/guides/app-store-optimization)**. - 라이브 키워드 및 순위 추적: **[MWM Scale의 ASO 툴](https://mwm.ai/aso-tool)** — 최대 3개 경쟁사 앱까지 무료. # 앱 이탈(Churn) 줄이기 이탈은 모든 구독 덱이 인용하지만 제대로 벤치마킹하는 사람은 거의 없는 지표입니다. MWM 카탈로그 전반에서 중간값 앱은 **1일 차에 사용자의 72.7%를, 7일 차에 90.8%를, 30일 차에 96.1%를 잃어버립니다**. 가장 잘 유지하는 상위 10%조차 30일 차에는 89%를 잃습니다. [이탈(Churn)](https://mwm.ai/glossary/churn)은 그 거울상인 [리텐션](https://mwm.ai/glossary/retention)처럼, 0으로 몰아붙이는 숫자가 아닙니다. 구부려야 할 곡선입니다. 하지만 "이탈을 줄이세요"는 어떤 이탈을 말하느냐에 따라 완전히 다른 두 가지 과제입니다. 그것을 혼동하는 것이 대부분의 이탈 프로그램이 막히는 이유입니다. 이 가이드는 그 둘을 분리하고 각각의 레버를 제공합니다. ## 따로 측정해야 하는 두 가지 이탈 - **참여 이탈** — 사용자가 앱 열기를 멈추는 것. 무료, 프리미엄, 광고 지원 앱에서 지배적인 이탈이며, 리텐션의 역수입니다: 위의 30일 차 96% 수치가 바로 참여 이탈입니다. - **구독(매출) 이탈** — 유료 사용자가 해지하거나 갱신에 실패하는 것. 직접적으로 매출을 파괴하는 이탈이며, D30 리텐션이 아닌 지불 기반의 월간 해지율로 측정됩니다. 앱은 참여 이탈이 심각하면서도 건강한 [구독](https://mwm.ai/glossary/subscription) 이탈(소규모의 충성스러운 지불 기반)을 가질 수 있고, 그 반대도 가능합니다. 하나를 고치는 것이 다른 것에는 아무런 영향을 미치지 않습니다. 무엇보다 먼저, 어느 쪽이 출혈 중인지 파악하세요. ## 자발적 vs. 비자발적 이탈 구독 이탈 내에서 다시 분리하세요: - **자발적** — 사용자가 해지를 선택(가격, 가치, 또는 단순히 더 이상 필요 없음). - **비자발적** — 결제 실패: 만료된 카드, 잔액 부족, 은행 거절. 사용자가 떠나기로 결정하지 않았는데도 구독이 만료됨. 비자발적 이탈은 보통 전체 구독 이탈의 20\~40%이며 **가장 수정이 쉽습니다**. 사용자가 여전히 제품을 원하기 때문에 — 카드가 실패했을 뿐 의향은 아닙니다. 청구 재시도, 유예 기간, 계정 보류 상태, dunning(결제 회복 메시지)으로 상당 비율을 회복합니다. 대부분의 팀은 청구 재시도 설정 변경으로 회복할 수 있는 비자발적 이탈을 조용히 방치하면서 자발적 이탈 저장 플로우에 노력을 쏟습니다. ## 운영자처럼 이탈 측정하기 - 참여 이탈은 [N일 리텐션](https://mwm.ai/glossary/n-day-retention)의 역수입니다. 설치 [코호트](https://mwm.ai/glossary/cohort-analysis)별로 추적하고, 절대 사이트 전체의 수치로 혼합하지 마세요. - 구독 이탈은 지불 기반의 월간 해지율입니다. 자발적과 비자발적을 분리하고, 총 이탈을 순 이탈(재활성화 및 플랜 업그레이드를 제외한)과 함께 추적하세요. - [삭제율](https://mwm.ai/glossary/uninstall-rate)은 참여 이탈의 하한선입니다. 앱을 삭제한 사용자는 사라진 것이지만, 단순히 열기를 멈춘 사용자는 여전히 돌아올 수 있습니다. ## 참여 이탈 줄이기 (첫 주의 싸움) 가장 가파른 참여 이탈은 D1에서 D7까지입니다. 카탈로그는 72.7%에서 90.8%로 떨어지며, 즉 1일 차를 버텨낸 것의 대부분이 7일 차에는 사라졌다는 뜻입니다. 이것은 활성화와 습관 문제이며, 전체 플레이북은 [앱 리텐션 향상 방법](https://mwm.ai/guides/how-to-improve-app-retention)에 있습니다. 요약하면: 빠르게 사용자를 가치에 데려가고, 첫 주에 습관 루프를 구축하고, 사용자가 이미 [휴면 상태](https://mwm.ai/glossary/dormant-user)가 된 후가 아니라 휴면이 되기 전에 [재참여](https://mwm.ai/glossary/re-engagement)를 실행하세요. ## 구독 이탈 줄이기 (매출이 있는 곳) 여기가 이탈 작업이 직접적으로 수익을 내는 곳입니다: - **먼저 비자발적 이탈을 회복하세요** — ROI가 가장 높은 조치. 청구 재시도 로직, 유예 기간, 계정 보류, dunning 시퀀스가 떠나려 하지 않았던 사용자들을 되찾아옵니다. 이것은 설정과 메시지 작업이지 제품 작업이 아닙니다. - **진짜 해지 플로우를 구축하세요.** 해지 의향 순간에 일시 중지(일시 중지가 해지보다 낫습니다), [재활성화 오퍼](https://mwm.ai/glossary/winback-campaign), 또는 다운그레이드 티어를 제공하세요. 막다른 확인 버튼이 아닌. - **가치 실현 격차를 좁히세요.** 대부분의 자발적 이탈은 구독한 가치를 전혀 얻지 못한 사용자들입니다. 활성화와 리텐션을 [트라이얼 전환](https://mwm.ai/glossary/trial-conversion)과 [페이월](https://mwm.ai/glossary/paywall)에 연결하여 유지될 사용자를 전환시키세요. 첫 달에 해지할 사용자가 아닌. - **연간 플랜을 기본으로 하세요.** 연간 플랜은 열두 번의 갱신 결정을 하나로 줄여 구조적으로 이탈을 낮춥니다. [모바일 앱 수익화](https://mwm.ai/guides/mobile-app-monetization) 플레이북을 참조하세요. ## 카테고리 렌즈 참여 이탈 형태는 카테고리에 따라 크게 다릅니다. 카탈로그 전반의 중간값 D30 이탈: | 카테고리 | D1 이탈 | D7 이탈 | D30 이탈 | | ------------ | ----- | ----- | --------- | | 소셜 & 커뮤니케이션 | 68.1% | 87.7% | **94.1%** | | 라이프스타일 & 웰빙 | 76.3% | 90.4% | 95.2% | | 생산성 & 도구 | 77.0% | 91.1% | 95.5% | | 교육 & 지식 | 75.1% | 91.4% | 96.4% | | 미디어 & 엔터테인먼트 | 75.1% | 92.0% | 96.6% | | 게임 | 63.4% | 90.7% | **97.1%** | 게임은 1일 차 이탈이 *가장 낮음에도*(63.4%) 30일 차에 *가장 많이* 이탈합니다(97.1%). 신선함이 한두 번 다시 끌어당기지만 그 후 곡선이 무너집니다. 소셜이 가장 적게 이탈하는 것은(94.1%) 커뮤니케이션 루프가 돌아올 이유를 만들어내기 때문입니다. 게임이라면 D7→D30 감소가 싸울 대상입니다. 소셜이라면 이미 효과를 발휘하고 있는 네트워크 루프를 보호하세요. ## 이탈이 복리로 작용하는 레버인 이유 이탈을 줄이는 모든 포인트는 [LTV](https://mwm.ai/glossary/ltv)에 복리로 작용합니다: 유지된 사용자는 계속 수익화되고, 낮은 이탈은 획득에 자금을 지원하는 생애 가치를 높입니다. 이탈은 버킷의 구멍입니다. 30일 차 중간값 96%에서 대부분의 버킷은 대부분 구멍입니다. 이기는 팀은 마법 같은 낮은 숫자를 쫓지 않습니다. **두 가지 이탈을 분리하고, 비자발적 이탈을 무료로 회복하고, 한 번에 한 코호트씩 참여 곡선을 구부립니다.** # 모바일 앱 성장 전략 — 핵 기술이 아닌 루프 대부분의 "성장 전략" 콘텐츠는 핵 기술 목록입니다. 데이터는 핵 기술이 문제가 아니라고 말합니다. 성장은 방정식입니다 — > **성장 ≈ 획득 × 리텐션 × 수익화 × 바이럴리티** — 그리고 중간값 앱은 두 번째 항을 너무 심각하게 유출하고 있어서(30일 차에 96% [이탈](https://mwm.ai/glossary/churn), 4% 미만 [리텐션](https://mwm.ai/glossary/retention)), 어떤 획득 전술도 그것을 앞설 수 없습니다. 이 가이드는 전체 루프의 지도이며, 더 중요하게는 그것을 수정하는 순서입니다. 각 엔진의 깊이 있는 내용은 별도의 플레이북에 있습니다. 이것은 그것들이 어떻게 맞물리는지에 관한 것입니다. ## 성장은 루프이지 퍼널이 아니다 퍼널은 일방향입니다: 설치 → 사용 → 이탈. 루프는 스스로를 먹여 살립니다: 유지된 사용자가 수익화되고, 매출이 획득에 자금을 지원하며, 추천이 다시 유지되고 수익화되는 사용자를 데려옵니다. 차이는 복리입니다. 지속적으로 성장하는 앱들은 더 나은 퍼널을 운영하는 것이 아닙니다. 각 엔진이 다음 것을 강화하는 루프를 운영하고 있습니다. 과제는 루프를 찾고 모든 연결 부위를 강화하는 것입니다. ## 엔진 1 — 획득 사용자를 데려오세요. 하지만 루프가 유지할 수 있는 속도만큼만. - 오가닉이 기반입니다: [오가닉 설치](https://mwm.ai/glossary/organic-installs)는 중간값 앱 볼륨의 62%이며, 그 절반 이상이 앱스토어 검색에서 옵니다. - [유료 UA](https://mwm.ai/glossary/paid-ua)는 오가닉을 넘어 확장하지만, 유지할 수 있는 것에 의해 상한선이 결정됩니다 — [CPI](https://mwm.ai/glossary/cpi) 상한이 [LTV](https://mwm.ai/glossary/ltv)입니다. - 전체 플레이: [사용자 획득 전략](https://mwm.ai/guides/user-acquisition-strategies). ## 엔진 2 — 리텐션 (승수) 이것이 다른 세 가지가 중요한지를 결정하는 항입니다. 리텐션은 각 사용자가 얼마나 많은 생애 가치를 돌려주는지, 얼마나 오래 루프에 머물며 다른 사람에게 추천할 수 있는지를 설정합니다. 중간값 D30 3.9%에서, 대부분의 앱이 가장 많은 여지를 가진 곳이기도 합니다. - 첫 세션([aha 모멘트](https://mwm.ai/glossary/aha-moment))을 장악하고, 습관을 구축하고, [스티키니스](https://mwm.ai/glossary/stickiness)를 지켜보세요. - 전체 플레이: [앱 리텐션 향상 방법](https://mwm.ai/guides/how-to-improve-app-retention)과 [앱 참여 전략](https://mwm.ai/guides/app-engagement-strategies). ## 엔진 3 — 수익화 유지한 사용자에게서 가치를 포착하고, 그것을 루프에 재순환시키세요. - 전환율, [ARPU](https://mwm.ai/glossary/arpu), 리텐션이 함께 [LTV](https://mwm.ai/glossary/ltv)를 만들어냅니다. LTV는 루프를 성장시키는 획득에 자금을 지원하는 것입니다. - 전체 플레이: [앱 수익화 전략](https://mwm.ai/guides/app-monetization-strategies). ## 엔진 4 — 바이럴리티 한계 비용이 0인 유일한 획득 채널. - [추천 프로그램](https://mwm.ai/glossary/referral-program)과 건강한 [바이럴 계수](https://mwm.ai/glossary/viral-coefficient)는 유지된 사용자를 새로운 사용자로 전환합니다. 바이럴 계수가 1에 가까워지면 각 사용자가 대략 한 명을 더 데려옵니다. 루프가 자기 지속적이 됩니다. - 바이럴리티는 리텐션과 가치의 하위 개념입니다: 사용자는 자신이 좋아하고 계속 사용하는 제품을 추천합니다. 그래서 이 엔진은 새는 엔진에 볼트로 고정할 수 없습니다. ## 작업 순서 여기서 대부분의 성장 프로그램이 잘못됩니다 — 나머지를 관문하는 엔진(리텐션) 대신 사기가 가장 쉬운 엔진(획득)부터 시작합니다. 1. **리텐션 먼저.** 소규모 코호트에서 곡선과 단위 경제를 작동시키세요. 새는 버킷에 획득을 쏟아 붓는 것은 단지 이탈 비용을 높일 뿐입니다. 2. **그 다음 수익화.** 신뢰할 수 있는 [LTV](https://mwm.ai/glossary/ltv)를 확립하여 사용자의 가치가 얼마인지 파악하세요. 3. **세 번째 획득.** 이제 실제 LTV를 바탕으로 확장하세요. [LTV](https://mwm.ai/glossary/ltv) 대 [CAC](https://mwm.ai/glossary/cac) 비율 3 이상을 기준으로. 4. **바이럴리티는 내내.** 다른 세 가지가 만들어내는 것을 복리로 강화합니다. 획득은 설치 숫자가 즉시 움직이기 때문에 성장처럼 느껴집니다. 하지만 D30 4% 제품에 쏟아 부어진 설치는 전략이 아닌 비용입니다. ## 루프 측정하기 전달된 가치를 포착하는 [북극성 지표](https://mwm.ai/glossary/north-star-metric)에 닻을 내리고, 루프의 마스터 비율인 [LTV](https://mwm.ai/glossary/ltv) ÷ [CAC](https://mwm.ai/glossary/cac)를 지켜보세요(코호트 [ROAS](https://mwm.ai/glossary/roas)로 추적). 성장팀의 규율은 하나의 엔진을 다른 것의 희생으로 최적화하기를 거부하는 것입니다. 루프에서는 가장 약한 연결 부위가 전체의 속도를 결정하기 때문입니다. 여러분의 것을 찾아 수정하고, 그 다음으로 이동하세요. # 모바일 앱 KPI — 실제로 중요한 지표들 (벤치마크 포함) 대부분의 앱 팀은 측정 문제의 반대 상황을 겪고 있습니다. 너무 많이 추적하고 너무 적게 행동합니다. 해결책은 더 많은 대시보드가 아니라, 성장 루프에 연결된 집중적인 KPI 세트이며, 각각을 실제 벤치마크와 비교해 판단해야 합니다. 이 가이드가 바로 그 집합입니다. 루프에서의 위치별로 그룹화하고, 카탈로그 중간값을 제공하여 여러분의 수치가 좋은 것인지 단순히 익숙한 것인지 알 수 있도록 했습니다. ## North-star부터 시작하세요 KPI 트리 위에는 하나의 숫자가 있습니다. 바로 [north-star metric](https://mwm.ai/glossary/north-star-metric)입니다. 제품이 전달하는 가치를 가장 잘 포착하는 단일 척도(일간 활성 사용자, 기록된 운동, 재생된 트랙)입니다. 그 아래의 모든 것은 지원 입력값입니다. 이것을 먼저 선택하세요. 아래 지표 중 무엇을 가장 열심히 최적화할지가 결정되기 때문입니다. ## Acquisition KPI 사용자를 얼마나 효율적으로 유입시키는가. - **[Cost per install](https://mwm.ai/glossary/cpi) / [CAC](https://mwm.ai/glossary/cac)** — 사용자 한 명의 비용으로, 항상 [LTV](https://mwm.ai/glossary/ltv)와 비교해 측정합니다. - **[ROAS](https://mwm.ai/glossary/roas)** — 코호트와 채널별 광고 지출 대비 수익입니다. - **[Organic-install 비율](https://mwm.ai/glossary/organic-installs)** — 카탈로그 중간값 61.6%; 대부분의 비게임 앱에서 오가닉이 더 큰 채널입니다. - **[IPM](https://mwm.ai/glossary/cpi)과 [install attribution](https://mwm.ai/glossary/install-attribution)** — 크리에이티브 효율성과 채널의 진실. ([user acquisition 플레이북](https://mwm.ai/guides/user-acquisition-strategies)을 참고하세요.) ## Activation & Retention KPI 획득한 사용자가 계속 남아있는가 — 다른 모든 지표가 곱해지는 기반입니다. - **Activation rate** — 세션 1에서 핵심 가치 마일스톤에 도달하는 신규 사용자 비율입니다. - **[N-day retention](https://mwm.ai/glossary/n-day-retention)** — 카탈로그 중간값: **D1 27.3%, D7 9.2%, D30 3.9%**. 상위 10%는 D30 \~10.9%에 도달합니다. - **[Churn](https://mwm.ai/glossary/churn)** — 역수; 중간값 D30 참여 이탈률은 96.1%입니다. ([리텐션](https://mwm.ai/guides/how-to-improve-app-retention) 플레이북을 참고하세요.) ## Engagement KPI 활성 사용자가 얼마나 깊이, 자주 제품을 사용하는가 — 리텐션의 선행 지표입니다. - **[DAU/MAU stickiness](https://mwm.ai/glossary/dau-mau)** — 카탈로그 중간값 14.1%; 좋은 기준은 20% 이상입니다. - **[일 사용자당 세션 수](https://mwm.ai/glossary/session-frequency)** — 카탈로그 중간값 2.94. - **[Session length](https://mwm.ai/glossary/session-length) 및 사용자당 시간** — 중간값 세션 1분 22초, 하루 중간값 \~4분 18초 (하지만 카테고리에 맞게 해석하세요 — 유틸리티는 짧아도 건강하고, 게임은 길어야 합니다). ([참여](https://mwm.ai/guides/app-engagement-strategies) 플레이북을 참고하세요.) ## Monetization KPI 유지하는 사용자로부터 얼마나 많은 가치를 창출하는가. - **유료 전환율** — 대부분의 소비자 앱은 낮은 한 자리 수 [전환율](https://mwm.ai/glossary/conversion-rate); 블렌디드 \~6%가 계획 기준점입니다. - **[ARPU](https://mwm.ai/glossary/arpu)** — 카탈로그 중간값 $0.15 (30일), 상위 10% $4.64. - **[ARPPU](https://mwm.ai/glossary/arppu)** — *유료* 사용자당 매출; 중간값 모델 $1.88/월. - **[ARPDAU](https://mwm.ai/glossary/arpdau)** — 중간값 \~$0.01 IAP (광고 수익 제외). - **[LTV](https://mwm.ai/glossary/ltv)** — 리텐션 곡선에 걸친 ARPDAU의 적분값. ([수익화](https://mwm.ai/guides/app-monetization-strategies) 플레이북을 참고하세요.) ## 모든 것을 연결하는 하나의 비율 **[LTV](https://mwm.ai/glossary/ltv) ÷ [CAC](https://mwm.ai/glossary/cac).** 위의 모든 그룹을 연결합니다. 리텐션과 수익화가 LTV를 구축하고, 획득이 CAC를 소모합니다. 비율 3 이상이 건전하고 확장 가능한 비즈니스의 기준입니다. 대부분의 KPI 작업은 궁극적으로 이 단일 비율을 움직이는 데 기여합니다. ## 벤치마크 시트 | KPI | 카탈로그 중간값 | 강세 (상위 10%) | | ----------------------- | ------------------- | ----------- | | D1 / D7 / D30 retention | 27.3% / 9.2% / 3.9% | \~10.9% D30 | | DAU/MAU stickiness | 14.1% | 31% | | Sessions / user / day | 2.94 | 5.28 | | ARPU (30일) | $0.15 | $4.64 | | ARPDAU (IAP) | $0.01 | $0.04 | | Organic-install 비율 | 61.6% | 77% | ## 허영 지표 vs 실행 가능 지표 지표가 대시보드에 자리를 얻으려면 그 지표가 변했을 때 여러분의 행동도 바뀌어야 합니다. 누적 다운로드 수와 총 등록 사용자 수는 항상 올라가며 아무것도 신호하지 않습니다. 코호트 리텐션, 트라이얼-투-페이드 전환율, 스티키니스, [viral coefficient](https://mwm.ai/glossary/viral-coefficient)는 특정 레버와 함께 움직이며 어떤 것이 작동했는지 알려줍니다. 누적 합계가 아닌 비율과 코호트를 추적하세요. 팀이 실제로 모든 지표에 대해 행동할 수 있을 만큼 적게 유지하세요. # 모바일 앱 수익화 — IAP, 구독, 광고 & Freemium 완전 가이드 모바일 앱 수익화는 네 가지 주요 모델로 통합되었습니다. 이들 중 선택은 아키텍처적 결정입니다. 유닛 이코노믹스, UA 전략, 제품 로드맵, 그리고 구축할 플랫폼 툴링을 결정합니다. 앱에 맞지 않는 모델을 선택하면 단순히 수익을 놓치는 것만이 아닙니다. 수년에 걸쳐 복리로 쌓이는 전략적 부담을 만들어냅니다. 이 가이드는 네 가지 모두를 다루고, 각각이 적합한 시점과 각 모델 내에서 목표로 삼아야 할 벤치마크 유닛 이코노믹스를 설명합니다. ## 네 가지 모델, 각 단락 하나씩 **[Freemium](https://mwm.ai/glossary/freemium)과 [구독](https://mwm.ai/glossary/subscription).** 앱은 무료로 설치할 수 있지만, 프리미엄 기능이나 콘텐츠는 반복 구독 뒤에 잠겨 있습니다. 가장 넓은 퍼널 모델로, 생산성, 콘텐츠, 유틸리티, 데이팅, 건강/피트니스 앱에서 지배적입니다. 유닛 이코노믹스는 트라이얼-투-페이드 전환율과 월간 이탈률에 달려 있습니다. **Freemium과 [in-app purchases](https://mwm.ai/glossary/iap).** 무료로 설치되고, 소모성 또는 비소모성 구매를 통해 수익화됩니다. 무료 플레이 게임의 기본 모델입니다. 소모품은 고래 경제를 이끌고, 비소모품은 광고를 제거하거나 콘텐츠를 잠금 해제합니다. 게임 외부에서는 덜 일반적입니다. **광고 지원 무료.** 무료로 설치하고 완전히 무료로 사용하며, 광고 노출을 통해 수익화됩니다. 리워드 동영상, 인터스티셜, 배너, 또는 네이티브 배치를 통해 수익을 얻습니다. 세션 시간이 긴 앱은 사용자당 적정한 수익을 올릴 수 있지만, 세션이 짧은 앱에서는 약합니다. **유료 선불.** 사용자가 설치를 위해 선불 가격을 냅니다. 2010년대 초에 지배적이던 모델로, 지금은 틈새 전문 도구, 프리미엄 게임, 특정 유틸리티에 국한됩니다. 유저 품질이 높지만(지불하는 사람은 이미 명확한 의도가 있음) 퍼널이 가장 좁습니다. 현대적 현실: 상업적으로 성공한 대부분의 소비자 앱은 **하이브리드**입니다. 기반은 구독 또는 freemium이고, 전술적 광고 배치, 일회성 IAP, 프로모션 번들이 그 위에 쌓입니다. ## Freemium + 구독 — 지배적인 기본값 Freemium과 구독의 조합은 대부분의 새 소비자 앱에서 기본값입니다. 설치 장벽이 없고, 플랫폼 구독 시스템(App Store 및 Google Play)이 결제, 체험 로직, 리텐션 제안을 기본으로 처리하며, 복리 수익 모델은 장기적인 제품 투자에 보상을 줍니다. Freemium-subscription 앱의 핵심 지표: 1. **트라이얼 시작률.** 설치 중 무료 체험을 시작하는 비율. 잘 설계된 온보딩의 경우 보통 8-20%; 25% 이상은 탁월한 퍼널 품질을 나타냅니다. 2. **[트라이얼-투-페이드 전환율](https://mwm.ai/glossary/trial-conversion).** 체험 시작 중 유료로 전환되는 비율. 수직별 업계 중간값: 생산성 30-50%, 유틸리티 25-45%, 데이팅 50-70%, 엔터테인먼트 40-60%, 구독이 있는 게임 15-30%. 3. **월간 이탈률.** 성숙한 앱의 경우 보통 5-10%. 5% 미만은 탁월한 수준으로, 카테고리 독점 제품(Duolingo, Calm)이나 효과적인 리텐션 툴링의 신호입니다. 4. **[ARPU](https://mwm.ai/glossary/arpu)** 및 **[ARPPU](https://mwm.ai/glossary/arppu).** 블렌디드 사용자당 매출 및 결제자당 매출. 최상위 분기 소비자 구독 앱은 ARPU $2-5, ARPPU $15-40을 봅니다. 5. **[LTV](https://mwm.ai/glossary/ltv).** ARPPU × 예상 기간에서 도출됩니다. 월간 이탈률 7%의 $9.99/월 앱은 평균 이용 기간 약 14개월, 유료 LTV \~$140을 가집니다. 블렌디드 LTV는 전환율에 달려 있습니다. **핵심 트레이드오프**: 구독 앱은 모든 수익화 모델 중 페이백 기간이 가장 길습니다. UA의 손익분기점은 7일이 아니라 종종 Day 60-120입니다. 따라서 강력한 리텐션 예측 신뢰도나 장기적인 자본이 필요합니다. LTV를 신뢰성 있게 예측하지 못하는 앱은 종종 유료 UA에 과지출하고 자금이 부족해집니다. ## Freemium + IAP (게임 그 이상) 무료 플레이 게임이 IAP 모델을 지배합니다. 일반적인 F2P 게임은 다음을 통해 수익화합니다: - **소모품** (코인, 보석, 힌트, 부스터) — 주요 수익 동력으로, 고래 경제를 이끕니다. - **비소모품** (광고 제거, 프리미엄 캐릭터 잠금 해제) — 활성 사용자 일부를 전환시키는 일회성 구매. - **구독 티어** (배틀 패스, VIP 접근) — 중간 단계 수익화 레이어로 점점 더 많이 추가됩니다. 경제 구조는 심한 파워 로우를 따릅니다. 일반적인 무료 플레이 게임에서 결제한 플레이어 중 1-5%가 매출의 50-80%를 창출합니다. 수익화 작업은 주로 다음에 관한 것입니다: 1. 결제자로 전환되는 플레이어 비율 높이기 (첫 구매 퍼널 설계). 2. 기존 결제자의 라이프타임 지출 연장 (진행 깊이, 라이브-옵스 이벤트, 한정 시간 제안). 3. 고래 이탈 방지 (리텐션 메커니즘과 VIP 지원). 게임 외부에서 IAP 전용 freemium은 드물지만, 자연스러운 소비 "단위"가 있는 앱(크레딧 기반 이미지 생성 앱, 사용별 요금 모델의 온디맨드 서비스 등)에 존재합니다. 대부분의 소비자 생산성 앱은 LTV 수학이 더 명확하기 때문에 구독으로 전환했습니다. ## 광고 수익화 광고 지원 앱은 **[eCPM](https://mwm.ai/glossary/ecpm)** — 1,000회 광고 노출당 효과적인 수익 — 에 달려 있습니다. eCPM은 지역에 크게 의존하며(미국 > EU > 신흥 시장, 종종 5-10배 차이), 포맷에도 크게 의존합니다(리워드 동영상 > 인터스티셜 > 배너, 종종 3-5배 차이). 2026년 벤치마크 eCPM (미국, iOS, 중간 티어 콘텐츠 앱): - 리워드 동영상: $10-30 - 인터스티셜: $4-12 - 배너: $0.50-2.00 - 네이티브: $3-10 광고 지원 앱의 결정적 질문은 세션 시간입니다. 일일 20분 이상의 세션이 있는 앱(게임, 소셜, 스트리밍)은 많은 freemium 앱을 능가하는 $10-30 ARPDAU 범위에서 광고를 수익화할 수 있습니다. 일일 2분 세션의 앱(유틸리티, 도구)은 광고만으로는 보통 $1-2 ARPDAU 이하로 어려움을 겪습니다. 많은 광고 지원으로 출시된 유틸리티 앱이 구독으로 마이그레이션한 이유가 여기에 있습니다. **ATT 이후**, iOS 광고 수익화는 더 복잡해졌지만 끝나지 않았습니다. 적응한 퍼블리셔들(SKAdNetwork 전환 값 스키마 운영, 동의한 사용자 LTV 별도 최적화, 광고 메디에이션 다각화)은 대체로 회복했습니다. 그렇지 않은 퍼블리셔들은 ATT 이전 대비 iOS eCPM에서 여전히 30-50% 하락 상태입니다. ## 유료 선불 유료 앱은 설치를 위해 일회성 구매 가격을 청구합니다. 퍼널은 좁지만 전환 품질이 탁월합니다. 지불하는 모든 사용자는 이미 스스로를 검증했습니다. 유료 선불이 여전히 효과적인 특정 맥락: - 좁고 높은 의도를 가진 사용자 기반을 가진 **전문 도구** (음악 제작, 그래픽 디자인, 특수 과학 도구). - 명확한 품질 신호가 있는 **프리미엄 게임** (콘솔 포팅, 유료 전용 인디 게임). - 구독 마찰이 전환을 망치는 **틈새 유틸리티** (일회성 사용 도구). - 구독 피로감이 심하고 깔끔한 "한 번 지불, 소유" 포지셔닝이 차별화되는 **시장**. 유료 앱의 플레이북은 다릅니다. 퍼널 전환 대신 가격 사다리와 지각된 가치를 최적화합니다. 훌륭한 스크린샷과 신뢰할 수 있는 리뷰 점수가 훌륭한 페이월보다 더 중요합니다. 페이월이 없으니까요. ## 하이브리드 수익화 상업적으로 성공한 대부분의 소비자 앱은 2-3가지 수익화 스트림을 병렬로 운영합니다: - 연간 가격 앵커를 포함한 구독이 주요 수익 레이어. - 일회성 소모품(크레딧, 부스트 팩, 프리미엄 콘텐츠 드롭)을 위한 전술적 IAP. - 무료 사용자를 위한 리워드 광고 배치, 종종 참여로 다시 연결되는 "무료 크레딧" 메커니즘으로 활용. - 주기적인 리텐션 및 수익 레버로서의 평생 딜, 번들, 또는 업셀. 목표는 모든 사용자에게 가격 민감도에 맞는 결제 경로를 제공하는 것입니다. 초저가 사용자는 광고를 보고, 중간 티어 사용자는 구독을 구매하며, 고가치 사용자는 연간 플러스 가끔 소모품을 구매합니다. 잘 구현된 하이브리드 수익화는 적당한 제품 복잡성을 대가로 순수 구독 대비 ARPU를 30-60% 높입니다. ## 가격 책정 및 현지화 가격 전략은 별도의 가이드가 필요하지만, 세 가지 핵심 규칙이 있습니다: 1. **연간을 월간 × 12의 50% 할인으로 앵커링하세요.** Apple과 Google은 모두 할인이 기본으로 표시되는 연간 가격 제안을 지원합니다. 업계 표준입니다. 2. **단순 언어가 아닌 시장에 맞게 가격을 현지화하세요.** 구매력 평가가 중요합니다. 브라질, 인도, 동남아시아 대부분은 미국 대비 훨씬 낮은 명목 가격(30-50%)이 필요합니다. Apple과 Google의 가격 티어를 통해 N × M 통화 조합을 수동으로 관리하지 않고 국가별로 맞춤 설정할 수 있습니다. 3. **여러 가격 포인트를 테스트하세요.** 처음 선택한 가격이 최적인 경우는 거의 없습니다. 출시 후 처음 3-6개월 내에 3-4개의 가격 사다리를 A/B 테스트하세요. 최상위 분기 구독 앱은 매년 가격을 재검토합니다. ## 벤치마크 유닛 이코노믹스 2026년 건전한 구독 앱의 모습: - 최소 3:1의 **[LTV](https://mwm.ai/glossary/ltv):[CPI](https://mwm.ai/glossary/cpi) 비율** (Day 180 LTV 대 블렌디드 CPI). 탁월한 앱은 5:1 이상을 봅니다. - **Day-30 [ROAS](https://mwm.ai/glossary/roas)** 50-70%. Day-180 ROAS 120-150% 이상. - 7일 체험에서 **트라이얼-투-페이드 전환율** 30% 이상. - **월간 이탈률** 10% 미만, 이상적으로는 5-7%. - MAU 대비 **유료 비율** 3-8%. 이 중 어느 하나의 수치가 크게 낮다면, 문제는 UA 지출이 아닌 경우가 대부분입니다. 페이월 설계, 온보딩 품질, 또는 근본적인 PMF 부재입니다. 아무리 UA를 늘려도 망가진 퍼널을 고칠 수 없습니다. ## 다음 단계 - **[페이월 디자인 모범 사례](https://mwm.ai/guides/paywall-design-best-practices)** — 구독 앱에서 레버리지가 가장 높은 단일 최적화 표면. - **[완전한 ASO 가이드](https://mwm.ai/guides/app-store-optimization)** — 수익화가 필요한 퍼널 상단을 구동하기 위해. - **[앱스토어 랭킹 알고리즘의 작동 방식](https://mwm.ai/guides/app-store-ranking-algorithm)** — 순위가 수익화 마진을 복리로 쌓기 때문입니다. - 라이브 벤치마킹을 위해: \*\*[MWM Scale](https://mwm.ai/mwm-scale)\*\*은 경쟁자 매출과 카테고리 수준의 수익화 패턴을 추적합니다. 수익화는 결국 가격 페이지 문제가 아니라 제품 문제입니다. 유닛 이코노믹스에서 승리하는 앱은 청구하는 가격에 걸맞는 제품을 구축하고, 체험, 페이월, 리텐션 플로우, 윈백 등 모든 표면을 가치를 명확하게 전달하도록 설계합니다. 그것을 완성하면 숫자는 따라옵니다. # 페이월 디자인 모범 사례 (전환 데이터 기반) 페이월은 구독 앱 제품에서 레버리지가 가장 높은 표면입니다. 페이월 전환율에서 10%의 상대적 향상은 매 설치마다, 영구적으로 10%의 추가 수익을 의미합니다. 모바일 구독 앱이 출시하는 다른 어떤 것도 이런 레버리지를 갖지 않습니다. 그럼에도 불구하고 대부분의 앱은 페이월을 일회성 디자인 결정처럼 다루고, 한 버전을 출시한 후 거의 반복하지 않습니다. 이 가이드는 최상위 분기 앱을 중간 그룹과 구분하는 패턴, 배치, 그리고 테스트 방법론을 다룹니다. ## 페이월이 실제로 하는 일 [페이월](https://mwm.ai/glossary/paywall)은 동시에 네 가지 역할을 합니다: 1. 사용자가 결제로 얻는 **가치 전달**. 2. 사용자에게 유리한 비교에 앵커링된 **가격 전달**. 3. 결제에 대한 **지각된 위험 감소** — 무료 체험, 명확한 취소 정책, 소셜 증명. 4. 사용자를 "나중에"에서 "지금"으로 전환시키는 **긴박감 또는 습관 잠금 형성**. 네 가지 중 하나라도 실패하면 전환이 망가집니다. 성과가 낮은 페이월의 대부분은 #1(일반적인 "프리미엄 잠금 해제" 카피)이 불명확하거나 #3(체험 제안 없음, 취소 명확성 없음)이 약합니다. ## 페이월 배치 — 세 가지 별개의 순간 **온보딩 페이월.** 설치 직후, 종종 3-5단계 온보딩 플로우 후에 표시됩니다. 최고 의도 상태에서 사용자를 포착하기 때문에 대부분의 소비자 앱에서 레버리지가 가장 높은 배치입니다. 온보딩 맥락과 일치해야 합니다. 페이월의 핵심 혜택은 사용자가 방금 제공한 답변을 반영해야 합니다. **맥락적 / 기능 게이트 페이월.** 사용자가 특정 잠긴 기능을 사용하려 할 때 표시됩니다("습관을 3개 이상 저장하려면 업그레이드", "프리미엄 콘텐츠 잠금 해제"). 온보딩보다 전환율은 낮지만, 전환당 의도는 높습니다. 사용자가 구체적인 무언가를 하려다 막혔기 때문입니다. **리텐션 페이월.** 취소하는 구독자에게 윈백 제안으로, 또는 비활성 유료 사용자에게 다운그레이드-대신-취소 옵션으로 표시됩니다. 가장 낮은 전환율이지만, 모든 저장은 거의 100% 마진입니다. 잘 설계된 구독 앱은 하나의 페이월을 세 번 복제하는 것이 아니라, 별개의 변형으로 세 가지 모두를 운영합니다. 온보딩 페이월은 가치를 소개해야 하고, 맥락 페이월은 특정 기능을 설명해야 하며, 리텐션 페이월은 손실 회피를 줄여야 합니다. ## 하드 vs 소프트 페이월 **하드 페이월**: 구매나 체험 시작 없이는 진행 불가. 장점: 실제로 결제하는 사용자에 대한 최대 전환; 더 명확한 수익화. 단점: 체험 시작률이 극적으로 낮음; 페이월 이후 제거 설치율 높음. 적합한 상황: - 제품의 핵심 루프가 프리미엄 콘텐츠에 잠겨 있을 때 (스트리밍, 특수 도구) - 앱에 설치를 미리 검증하는 강력한 독립 브랜드 인지도가 있을 때 - UA 채널이 높은 의도의 사용자를 제공할 때 (일반적인 광고 기반 획득이 아닌) **소프트 페이월**: 사용자가 건너뛰고 무료 티어로 계속 사용 가능. 장점: 더 넓은 퍼널, 이후 맥락 전환 기회 더 많음. 단점: "건너뛰기" 옵션은 절벽입니다. 많은 사용자가 건너뛰고 페이월을 다시 보지 않습니다. 적합한 상황: - 사용자가 가치를 이해하는 데 여러 세션이 필요할 때 - 앱에 여전히 참여를 유도하는 사용 가능한 무료 티어가 있을 때 - 이후 전환을 위한 강력한 맥락 페이월 전략이 있을 때 성공적인 대부분의 freemium-subscription 앱은 **온보딩에서 소프트 페이월, 특정 프리미엄 기능에서 하드 페이월**을 운영합니다. 이 조합은 즉각적인 결제자를 포착하면서 망설이는 사용자를 위한 장기적 경로를 보존합니다. ## 가격 레이아웃 — 일관되게 효과적인 관행 **두 티어 세로 스택**, 연간이 월간 위에: - 연간 플랜, 먼저 표시, "50% 절약" 또는 유사 배지 포함 - 아래에 월간 플랜 **세 티어 가로 카드**, 명확한 기능 차별화가 있는 앱: - 베이직 / 프로 / 비즈니스 - 중간 티어에 "기본 선택" 또는 "가장 인기" 라벨 **체험 강조 단일 티어**, 하나의 가격 포인트에 자신 있는 앱: - 큰 체험 CTA ("7일 무료 체험 시작") - 작은 텍스트로 가격 표시 ("이후 월 $9.99") 레이아웃 전반에 적용되는 규칙: - **항상 기간 가격을 눈에 띄게 표시하세요.** 사용자는 연 $119.88을 약관에 숨기지 않고 월 $9.99를 내고 있음을 알아야 합니다. - **고가치 옵션을 미리 선택하세요.** 업계 관행은 기본값을 연간으로 설정하는 것입니다. 월간을 원하는 사용자는 선택을 변경할 것입니다. 기본값은 의미 있는 비율을 연간으로 유도합니다. - **취소 명확성을 포함하세요.** "언제든지 취소" 또는 "약정 없음"을 폴드 위의 보조 텍스트로. - **로케일별로 통화 기호와 형식을 표시하세요.** 미국에서 $9.99, 프랑스에서 9,99 €, 영국에서 £7.99. ## 카피 — 가장 큰 단일 레버 성과가 낮은 대부분의 페이월은 시각 디자인이 아닌 카피에서 실패합니다. 효과적인 패턴: **구체적 > 일반적.** "무제한 습관" 또는 "영구 광고 없음"이 "프리미엄 접근 받기"를 능가합니다. 사용자는 무엇이 바뀌는지 상상할 수 있어야 합니다. **혜택 > 기능.** "매일 밤 더 잘 자세요"가 "명상 200개 이상 잠금 해제"를 능가합니다. 기능 목록은 훑어봐지고, 혜택 프레이밍은 읽힙니다. **올바른 위치에 소셜 증명.** 가격 근처의 4.8점 별점 배지나 "사용자 1,000만 명" 통계는 효과가 있습니다. 낮은 신뢰도 신뢰 신호(내용 없는 일반적인 "미디어 소개" 로고)는 종종 신뢰를 높이는 것이 아니라 낮춥니다. **어두운 패턴 없이 긴박감.** "한정 제공 — 첫 달 50% 할인"은 사실이라면 괜찮습니다. 모든 조회 시 다시 시작되는 카운트다운 타이머는 Apple과 Google이 표시할 어두운 패턴입니다. **버튼 레이블이 중요합니다.** "무료 체험 시작" vs "계속" vs "구독하기" — 테스트하세요. "무료 체험 시작"은 보통 체험 시작률에서 승리합니다. "계속"은 트라이얼-투-페이드에서 승리할 수 있습니다. 이를 보는 사용자가 무료 혜택이 아닌 구매 플로우를 수락하고 있음을 이해하기 때문입니다. ## 효과적인 시각 디자인 패턴 수백 가지 페이월을 분석한 결과, 전환율이 높은 앱에 반복적으로 등장하는 패턴: - 감정적 가치를 확립하는 상단의 **히어로 이미지 또는 애니메이션**. - 각 핵심 혜택당 **아이콘 + 혜택 쌍** — 4-6행. 사용자가 훑어볼 수 있게. - 별점이 보이는 **고객 리뷰나 인용문**. - 플랫 리스트가 아닌 **카드로 표시된 가격**. 선택 상태가 시각적으로 구분됨. - 긴 페이월에서 **하단 전체 너비 기본 CTA**, 고정. - 흐릿한 3차 스타일의 **보조 액션 (구매 복원, 약관, 개인 정보 보호)**. 일관되게 성과가 낮은 안티 패턴: - **이미지나 시각적 위계 없이 텍스트로 가득한 페이월**. - **대문자 CTA** ("지금 구매") — 공격적이고 소문자보다 전환율이 낮은 경우가 많음. - **체험 CTA만 있고 기간 가격이 없는 숨겨진 가격**. - **너무 많은 옵션** — 4개 이상의 플랜은 결정 피로를 유발함. - **닫을 수 있지만 명확하지 않은 페이월** — 닫기 X가 작거나 회색. 사용자가 갇힌 느낌을 받고 부정적인 리뷰를 남김. ## 페이월 A/B 테스트 페이월은 지속적으로 테스트해야 합니다. 인프라 옵션: - **직접 구축** — 기능 플래깅 + 서버 측 변형 선택 + 클라이언트 분석. 맞춤화되고 유연하지만 엔지니어링 시간이 필요합니다. - **전용 페이월 SDK** — RevenueCat, Adapty, Superwall. 단일 SDK로 변형 전달, 분석, 플랫폼 구독 통합을 처리합니다. 대부분의 중간 규모 구독 앱은 자체 구축 대신 이 중 하나를 사용합니다. 인프라에 관계없이 중요한 방법론: 1. **테스트당 하나의 변수.** 다른 히어로 이미지와 다른 가격을 동시에 테스트하면 원인을 파악할 수 없는 하나의 테스트가 됩니다. 2. **시작 전에 파워업하세요.** 감지하려는 가장 작은 전환 델타에 필요한 샘플 크기를 계산하세요. 유의성에 도달하는 데 6주가 걸리는 테스트는 괜찮습니다. 델타가 작아서 영원히 실행되는 테스트는 그렇지 않습니다. 3. **전환율만이 아닌 다운스트림 코호트 LTV를 추적하세요.** 트라이얼-투-페이드 전환율을 5% 높이지만 LTV가 낮은 사용자를 끌어들이는 변형은 순 마이너스일 수 있습니다. 승자를 선언하기 전에 최소 한 청구 주기를 기다리세요. 4. **테스트 캘린더를 유지하세요.** 테스트가 교차 오염되지 않도록 하세요. 하나를 중단할 때 변경된 표면의 사용자 행동이 안정화되어야 한다면 다음 테스트 전에 1주일의 워시아웃을 두세요. ## 다섯 가지 가장 흔한 페이월 실수 많은 페이월을 검토한 후 반복적으로 나타나는 실패 패턴: 1. **모호한 히어로 혜택.** "프리미엄 잠금 해제"는 사용자에게 아무것도 알려주지 않습니다. 2. **연간 가격 없음 또는 약한 연간 프레이밍.** LTV를 테이블에 남겨두는 것입니다. 3. **사용자가 지불 전에 제품이 스스로를 증명해야 할 때 체험 없음.** 4. **맥락 페이월 전략 없이 건너뛸 수 있는 온보딩 페이월.** 사용자가 한 번 건너뛰고 다시는 구매 프롬프트를 보지 못합니다. 5. **영원히 정적.** 출시 시 배포된 첫 페이월 버전은 거의 최선이 아닙니다. 12개월 동안 반복하지 않은 앱은 체계적인 테스트 프로그램이 제공할 것 대비 15-30%의 매출을 잃고 있습니다. ## 페이월 성능 측정 최소 계측: - **페이월 노출** (페이월이 렌더링될 때마다) - **페이월 전환율** (노출당 체험 시작 + 직접 구매) - **페이월 닫기율** (소프트 페이월용) - **트라이얼-투-페이드 전환율** (다운스트림) - **페이월 변형별 30일 및 180일 코호트 LTV** 보고 주기: 페이월 전환율 일별; 다운스트림 LTV 주별; 전체 변형 성능 검토 월별. ## 윈백 및 리텐션 측면 페이월은 구매 이후에도 계속됩니다. 사용자가 취소할 때 Apple과 Google은 [프로모션 제안](https://mwm.ai/glossary/promotional-offer) — 재구독자를 위한 할인된 요금 — 을 표시할 수 있게 해줍니다. 잘 설계된 윈백 제안 플로우는 취소자의 15-30%를 포착합니다. 모범 사례: - **취소 의도가 명확해지기 전에 윈백 제안을 표시하지 마세요.** 만족한 사용자에게 표시하면 할인을 기대하도록 훈련시킵니다. - **제안은 의미 있되 일반 가격을 잠식하지 말아야 합니다.** 3개월 50% 할인은 일반적인 패턴입니다. "영구 무료"는 당연히 경제를 망칩니다. - **고객 서비스 케이스를 위한 할인 코드.** 결제 문제에 불만을 제기하는 사용자를 위해 지원팀이 윈백 코드를 사용할 수 있도록 하세요. 케이스당 리텐션 향상이 비용을 능가합니다. ## 다음 단계 - **[모바일 앱 수익화](https://mwm.ai/guides/mobile-app-monetization)** — 페이월이 존재하는 모델 맥락. - **[iOS 앱 순위 올리기](https://mwm.ai/guides/how-to-rank-an-ios-app)** — 페이월이 전환하는 퍼널 상단 구동. - **[글로서리: 페이월](https://mwm.ai/glossary/paywall)** 용어 참조용. 페이월은 집착에 보상을 줍니다. 측정되고, 반복되고, 지속적으로 A/B 테스트된 최적화 표면으로 페이월을 다루는 퍼블리셔는 출시하고 잊어버리는 경쟁자에 대해 마진 우위를 복리로 쌓습니다. 하나의 개선으로 시작하세요. 출시하세요. 측정하세요. 2년 동안 매달 반복하세요. 그 방법론만으로도 중간 구독 앱과 상위 10% 앱의 차이를 만들 수 있습니다. # 모바일 앱 푸시 알림 모범 사례 [푸시 알림](https://mwm.ai/glossary/push-notification)은 모바일 리텐션에서 가장 남용되는 레버입니다. 잘 사용하면 재방문을 만들고 형성 중인 습관을 다시 자극하는 가장 저렴한 방법입니다. 잘못 사용하면 채널이 음소거되거나 삭제 설치되는 가장 빠른 경로입니다. 사용자가 한 번 음소거하면 그 리텐션 레버는 영구적으로 사라집니다. 이 모든 것은 주의를 얻고 신중하게 소비하는 데 달려 있습니다. ## Opt-in을 요청하기 전에 먼저 얻으세요 iOS에서 푸시는 명시적 권한이 필요하며, 시스템 프롬프트는 실질적으로 한 번만 효과적으로 표시될 수 있습니다. 첫 실행 시 — 사용자가 아무 가치도 느끼기 전에 — 이를 소진시키는 것은 가장 흔하고 가장 비싼 실수입니다. - **프롬프트를 사전 안내하세요.** 알림이 사용자에게 *무엇*을 해줄지 설명하는 맞춤 사전 권한 화면을 보여주고, 동의하는 사용자에게만 시스템 다이얼로그를 트리거하세요. 이것은 충동적인 거절로부터 실제 프롬프트를 보호합니다. - **가치 순간 이후에 요청하세요**, 그 전이 아닌. 앱이 작동하는 것을 방금 경험한 사용자는 차가운 첫 화면을 보는 사용자보다 opt-in할 가능성이 훨씬 높습니다. - Android는 더 허용적으로 푸시를 허가하지만, 이를 유지하기 위한 관련성 규율은 동일하게 적용됩니다. ## 일정이 아닌 가치에 기반해 트리거하세요 가장 큰 품질 레버는 일괄 발송에서 **행동 트리거** — 사용자가 한 행동이나 그들에게 진정으로 관련 있는 것에 의해 발동되는 알림 — 로 전환하는 것입니다. - 행동과 라이프사이클(신규, 활성, 이탈 예정)에 따라 세분화하고 각 세그먼트에 다른 메시지를 보내세요. - 트리거된, 관련성 있는 푸시는 열기와 재방문을 얻습니다. 일반적인 예약 일괄 발송은 사용자가 무시하다가 음소거하도록 훈련시킵니다. - 트리거를 [데일리 스트릭](https://mwm.ai/glossary/daily-streak)이나 사용자가 선택한 다른 주기와 연결하면, 알림이 그들이 이미 원하는 습관을 강화합니다. ## 빈도, 타이밍, 조용한 시간을 존중하세요 보편적인 최선의 주기는 없습니다. 채널을 보호하는 상한선만 있습니다. - **사용자당 볼륨을 제한**하고 조용한 시간과 로컬 시간대를 존중하세요. - 단일 전역 시간보다 사용자별 발송 시간 최적화를 선호하세요. - 모든 발송을 한정된 주의 예산을 소비하는 것으로 취급하세요. 메시지가 열 가치가 없다면, 보내지 않는 것이 더 높은 가치의 선택입니다. ## 푸시와 인앱 메시징을 함께 사용하세요 [푸시](https://mwm.ai/glossary/push-notification)는 앱 외부에서 사용자를 다시 불러들이고, [인앱 메시지](https://mwm.ai/glossary/in-app-messaging)와 [인앱 알림](https://mwm.ai/glossary/in-app-notifications)은 이미 앱 내에 있는 사용자를 안내하고 업셀합니다. 이들은 보완적인 표면입니다: - 푸시 → 재방문 유도. - 인앱 → 방문 중에 일어나는 일 (기능 발견, 제안, 넛지). 완전한 메시징 스택은 동일한 행동 트리거에서 두 가지를 모두 조율합니다. ## 이탈하기 전에 이탈 예정 사용자를 회복하세요 푸시는 [재참여](https://mwm.ai/glossary/re-engagement) 및 [윈백 캠페인](https://mwm.ai/glossary/winback-campaign)의 기본 채널입니다. 기간이 중요합니다. 며칠 동안 열지 않은 [휴면 사용자](https://mwm.ai/glossary/dormant-user)는 몇 주 전에 이탈한 사용자보다 훨씬 더 회복 가능합니다. 사용자가 오래 사라진 후가 아닌 초기 이탈 신호에 재참여를 트리거하세요. 그리고 메시지는 일반적인 "당신이 그리워요"가 아닌 *그들의* 미완성 가치에 관한 것이어야 합니다. ## 실제로 중요한 것을 측정하세요 알림 자체의 열기율은 허영 지표입니다. 중요한 질문들: - **Opt-in율**, 그리고 프롬프트 위치를 변경할 때 어떻게 움직이는가. - **다운스트림 리프트** — 알림을 받은 코호트가 대조군보다 더 높은 [세션 빈도](https://mwm.ai/glossary/session-frequency)와 [리텐션](https://mwm.ai/glossary/retention)을 보이는가. - **발송 후 음소거 및 삭제 설치율** — 원장의 비용 측면. 어차피 돌아왔을 사용자의 공을 가져가는 것이 아니라 점진적인 재방문을 측정하기 위해 홀드아웃 그룹을 대상으로 알림을 실행하세요. 올바르게 수행된 푸시는 [리텐션](https://mwm.ai/guides/how-to-improve-app-retention) 및 [참여](https://mwm.ai/guides/app-engagement-strategies) 작업의 배수 효과입니다. 그것의 대체물이 아닙니다. # 사용자 획득 전략 — 앱 사용자 획득 및 CPI 낮추기 데이터가 가장 먼저 뒤집는 것은 user acquisition이 설치를 구매하는 것을 의미한다는 가정입니다. MWM 카탈로그 전반에서 **중간값 앱은 61.6%의 설치를 오가닉으로 얻으며, 52.3%가 앱스토어 검색에서 옵니다**. 이는 단 한 달러의 광고비도 쓰기 전에 오가닉 검색이 일반적인 앱의 절반 이상의 설치를 구동한다는 의미입니다. 유료 user acquisition은 실제로 존재하고 82.8%의 앱이 이를 운영하지만, 대부분의 경우 오가닉 기반 위의 레이어이지 기반 자체가 아닙니다. 이 가이드는 획득 믹스, 지출을 제한하는 수학, 그리고 유효 [cost per install](https://mwm.ai/glossary/cpi)을 낮추는 방법을 다룹니다. ## UA 방정식: 유지할 수 있는 것에만 지불할 수 있습니다 획득은 그 자체로 성장 레버가 아닙니다. 리텐션과 수익화의 배수입니다. 사용자당 수익성 있게 지불할 수 있는 상한선은 [LTV](https://mwm.ai/glossary/ltv)에 의해 설정됩니다: > [LTV](https://mwm.ai/glossary/ltv) ÷ 획득 비용이 편안하게 1 이상이 아니라면, 더 많은 지출은 단지 손실을 더 빠르게 할 뿐입니다. 표준 기준은 확장 전에 **[LTV](https://mwm.ai/glossary/ltv) 대 [CAC](https://mwm.ai/glossary/cac) 비율 3 이상**입니다. 이것이 [리텐션](https://mwm.ai/guides/how-to-improve-app-retention)과 [수익화](https://mwm.ai/guides/app-monetization-strategies) 플레이북이 또한 획득 플레이북인 이유입니다. 리텐션이나 ARPU의 모든 포인트 향상이 감당할 수 있는 [CPI](https://mwm.ai/glossary/cpi)를 높여, 이전에 수익이 나지 않던 채널과 규모를 열어줍니다. 획득이 새는 제품을 앞지를 수 없습니다. 코호트와 채널별 [ROAS](https://mwm.ai/glossary/roas)로 측정하고, [install attribution](https://mwm.ai/glossary/install-attribution)을 올바르게 설정해 어떤 채널이 실제로 사용자를 얻었는지 파악하세요. ## 채널 1 — 오가닉: 기본 다수 대부분의 앱에서 이것이 더 큰 채널이고, 더 저렴한 채널입니다. - **App Store Optimization이 엔진입니다.** 오가닉 검색은 중간값 앱의 설치 52%를 차지합니다. 이것이 ASO 표면입니다. 전체 내용은 [App Store Optimization 완전 가이드](https://mwm.ai/guides/app-store-optimization)에 있습니다. 여기서 핵심은 ASO가 부수적인 프로젝트가 아니라 가장 큰 획득 채널이라는 점입니다. - **레퍼럴과 바이럴리티.** [레퍼럴 프로그램](https://mwm.ai/glossary/referral-program)과 건전한 [viral coefficient](https://mwm.ai/glossary/viral-coefficient)는 유지된 사용자를 거의 제로에 가까운 한계 비용으로 새 사용자로 전환합니다. 복리로 쌓이는 채널입니다. - **스토어 피처링과 평점**은 유료로 살 수 없는 오가닉 스파이크를 만들어냅니다. ## 채널 2 — 유료: LTV 수학이 맞을 때 [유료 UA](https://mwm.ai/glossary/paid-ua)는 경제적 구조가 지원할 때 오가닉을 *넘어서* 확장하는 방법입니다. - **Apple Search Ads**는 검색 순간에 높은 의도의 사용자를 포착합니다. 유료를 운영하는 앱의 약 34%가 사용합니다. ASO와 연동됩니다: 오가닉으로 순위를 올리고, 동일한 쿼리에 유료 배치로 가시성을 방어하고 확장하세요. - **소셜 및 동영상 네트워크** (대형 유료 플랫폼)는 볼륨을 구동합니다. [유사 타겟](https://mwm.ai/glossary/lookalike-audience)은 최고의 사용자를 확장하고 [리타겟팅](https://mwm.ai/glossary/retargeting)은 이탈 예정 사용자를 차가운 구매보다 더 저렴하게 회복시킵니다. - **카테고리별로 규모를 조정하세요.** 데이터는 명확합니다: 게임은 97.2%의 비율로 유료 UA를 운영하며 중간값 유료 비율은 53%인 반면, 콘텐츠와 유틸리티 앱은 71-78% 비율로 유료를 운영하지만 유료 비율은 11-20%에 불과합니다. 게임이 아니라면 유료는 설계상 믹스의 소수입니다. ## 유효 CPI 낮추기 입찰을 줄여야만 CPI를 낮출 수 있는 것이 아닙니다. 동일한 지출에서 더 많이 전환함으로써 낮출 수 있습니다: - **크리에이티브가 가장 큰 유료 레버입니다.** 더 높은 install-per-mille([IPM](https://mwm.ai/glossary/ipm))은 노출당 더 많은 설치를 의미하며, 이는 유효 CPI를 직접 낮춥니다. 크리에이티브를 교체해 [크리에이티브 피로](https://mwm.ai/glossary/creative-fatigue), 즉 조용한 CPI 인플레이터를 방지하세요. - **오가닉 리프트를 수확하세요.** 유료 캠페인은 오가닉 순위를 높입니다(더 많은 설치 → 더 좋은 차트 위치 → 더 많은 오가닉). *블렌디드* CPI는 유료 CPI보다 낮습니다. 블렌드로 관리하세요. - **재구매 전에 리타겟팅하세요.** 기존에 알려진 사용자를 재참여시키는 것이 낯선 사람을 획득하는 것보다 저렴합니다. ## 카테고리 렌즈 | 카테고리 | 유료 UA 운영 비율 | 중간값 유료 비율 | 중간값 오가닉 비율 | | ------------ | ----------- | --------- | ---------- | | 게임 | 97.2% | 53.3% | 39.5% | | 미디어 & 엔터테인먼트 | 78.1% | 19.6% | 66.7% | | 교육 & 지식 | 74.4% | 17.3% | 66.4% | | 소셜 & 커뮤니케이션 | 73.8% | 13.6% | 71.5% | | 라이프스타일 & 웰빙 | 73.1% | 12.8% | 66.7% | | 생산성 & 도구 | 71.5% | 11.3% | 68.8% | 게임은 성장을 구매합니다. 나머지는 대부분 오가닉으로 얻고 소폭만 구매합니다. 경제적 구조에 맞는 플레이북을 선택하세요. 게임의 유료 중심 믹스를 유틸리티 앱에 복사하면 LTV가 지원할 수 없는 돈을 낭비하게 됩니다. ## 시작하는 방법 먼저 LTV 대 비용 비율을 계산하세요. 3 이상이라면, 효율이 떨어지거나 오디언스가 얇아질 때까지 유료를 확장하세요. 2와 3 사이라면, 크리에이티브와 전환을 수정하세요. 2 미만이라면, 확장을 멈추고 리텐션과 수익화를 고치러 가세요. 채널이 제품이 새고 있는 유닛 이코노믹스를 구하지 못합니다. 그런 다음 내구성 있는 기반으로서 오가닉을 구축하고, 유지할 수 있는 것에 크기를 맞춰 유료를 그 위에 쌓으세요. # Mobile App Growth Strategies — The Loop, Not the Hacks Most "growth strategy" content is a list of hacks. The data says hacks aren't the problem. Growth is an equation — > **Growth ≈ acquisition × retention × monetization × virality** — and the median app is leaking the second term so badly (96% [churn](https://mwm.ai/glossary/churn) by day 30, under 4% [retention](https://mwm.ai/glossary/retention)) that no acquisition tactic can outrun it. This guide is the map of the whole loop and, more importantly, the order to fix it in. The depth for each engine lives in its own playbook; this is how they fit together. ## Growth is a loop, not a funnel A funnel is one-way: install → use → churn. A loop feeds itself: retained users monetize, revenue funds acquisition, and referrals bring users who retain and monetize in turn. The difference is compounding. Apps that grow durably aren't running better funnels — they're running loops where each engine strengthens the next. Your job is to find your loop and tighten every joint in it. ## Engine 1 — Acquisition Bring users in, but only as fast as the loop can hold them. - Organic is the foundation: [organic installs](https://mwm.ai/glossary/organic-installs) are 62% of the median app's volume, and over half come from App Store search. - [Paid UA](https://mwm.ai/glossary/paid-ua) scales past organic, capped by what you can keep — your [CPI](https://mwm.ai/glossary/cpi) ceiling is your [LTV](https://mwm.ai/glossary/ltv). - The full play: [User Acquisition Strategies](https://mwm.ai/guides/user-acquisition-strategies). ## Engine 2 — Retention (the multiplier) This is the term that decides whether the other three matter. Retention sets how much lifetime value each user returns and how long they stay in the loop to refer others. At a median 3.9% D30, it's also where most apps have the most headroom. - Win the first session ([aha moment](https://mwm.ai/glossary/aha-moment)), build the habit, and watch [stickiness](https://mwm.ai/glossary/stickiness). - The full play: [How to Improve App Retention](https://mwm.ai/guides/how-to-improve-app-retention) and [App Engagement Strategies](https://mwm.ai/guides/app-engagement-strategies). ## Engine 3 — Monetization Capture value from the users you keep, then recycle it into the loop. - Conversion, [ARPU](https://mwm.ai/glossary/arpu), and retention together produce [LTV](https://mwm.ai/glossary/ltv) — and LTV is what funds the acquisition that grows the loop. - The full play: [App Monetization Strategies](https://mwm.ai/guides/app-monetization-strategies). ## Engine 4 — Virality The only acquisition channel with no marginal cost. - A [referral program](https://mwm.ai/glossary/referral-program) and a healthy [viral coefficient](https://mwm.ai/glossary/viral-coefficient) turn retained users into new ones. A viral coefficient approaching 1 means each user brings roughly another — the loop becomes self-sustaining. - Virality is downstream of retention and value: users refer products they love and stay with, so this engine can't be bolted onto a leaky one. ## The order of operations This is where most growth programs go wrong — they start with the engine that's easiest to buy (acquisition) instead of the one that gates the rest (retention). 1. **Retention first.** Get the curve and unit economics working on a small cohort. Scaling acquisition into a leaky bucket just raises the cost of churn. 2. **Monetization next.** Establish an [LTV](https://mwm.ai/glossary/ltv) you can bank, so you know what a user is worth. 3. **Acquisition third.** Now scale against a real LTV, with an [LTV](https://mwm.ai/glossary/ltv)-to-[CAC](https://mwm.ai/glossary/cac) ratio of 3+ as the bar. 4. **Virality throughout.** It compounds whatever the other three produce. Acquisition feels like growth because the install number moves immediately. But installs poured into a 4%-D30 product are a cost, not a strategy. ## Measure the loop Anchor on a [north-star metric](https://mwm.ai/glossary/north-star-metric) that captures delivered value, and watch the loop's master ratio, [LTV](https://mwm.ai/glossary/ltv) ÷ [CAC](https://mwm.ai/glossary/cac) (track it with cohort [ROAS](https://mwm.ai/glossary/roas)). A growth team's discipline is refusing to optimize one engine at the expense of the others — because in a loop, the weakest joint sets the speed of the whole thing. Find yours, fix it, then move to the next. # Mobile App KPIs — The Metrics That Actually Matter (with Benchmarks) Most app teams have the opposite of a measurement problem — they track too much and act on too little. The fix isn't more dashboards; it's a focused set of KPIs that map to the growth loop, each judged against a real benchmark. This guide is that set, grouped by where it sits in the loop, with catalog medians so you can tell whether your number is good or just familiar. ## Start with a north-star Above the KPI tree sits one number: the [north-star metric](https://mwm.ai/glossary/north-star-metric) — the single measure that best captures the value your product delivers (daily active users, workouts logged, tracks played). Everything below is a supporting input. Choose it first, because it decides which of the metrics below you optimize hardest. ## Acquisition KPIs How efficiently you bring users in. - **[Cost per install](https://mwm.ai/glossary/cpi) / [CAC](https://mwm.ai/glossary/cac)** — what a user costs, measured always against [LTV](https://mwm.ai/glossary/ltv). - **[ROAS](https://mwm.ai/glossary/roas)** — return on ad spend, by cohort and channel. - **[Organic-install share](https://mwm.ai/glossary/organic-installs)** — catalog median 61.6%; organic is the larger channel for most non-game apps. - **[IPM](https://mwm.ai/glossary/cpi) and [install attribution](https://mwm.ai/glossary/install-attribution)** — creative efficiency and channel truth. (See the [user acquisition playbook](https://mwm.ai/guides/user-acquisition-strategies).) ## Activation & retention KPIs Whether the users you got stick around — the foundation everything else multiplies on. - **Activation rate** — share of new users who reach the core-value milestone in session one. - **[N-day retention](https://mwm.ai/glossary/n-day-retention)** — catalog medians: **D1 27.3%, D7 9.2%, D30 3.9%**. The top decile reaches \~10.9% D30. - **[Churn](https://mwm.ai/glossary/churn)** — the inverse; median D30 engagement churn is 96.1%. (See the [retention](https://mwm.ai/guides/how-to-improve-app-retention) playbook.) ## Engagement KPIs How deeply and often active users use the product — the leading indicator of retention. - **[DAU/MAU stickiness](https://mwm.ai/glossary/dau-mau)** — catalog median 14.1%; a good bar is 20%+. - **[Sessions per user per day](https://mwm.ai/glossary/session-frequency)** — catalog median 2.94. - **[Session length](https://mwm.ai/glossary/session-length) and time per user** — median session 1m 22s, median \~4m 18s per day (but read this against category — utilities are healthy short, games long). (See the [engagement](https://mwm.ai/guides/app-engagement-strategies) playbook.) ## Monetization KPIs How much value you capture from the users you keep. - **Conversion to paying** — for most consumer apps a low-single-digit [conversion rate](https://mwm.ai/glossary/conversion-rate); a blended \~6% is a planning anchor. - **[ARPU](https://mwm.ai/glossary/arpu)** — catalog median $0.15 (30-day), top decile $4.64. - **[ARPPU](https://mwm.ai/glossary/arppu)** — revenue per *paying* user; median modeled $1.88/month. - **[ARPDAU](https://mwm.ai/glossary/arpdau)** — median \~$0.01 IAP (excludes ad revenue). - **[LTV](https://mwm.ai/glossary/ltv)** — the integral of ARPDAU over the retention curve. (See the [monetization](https://mwm.ai/guides/app-monetization-strategies) playbook.) ## The one ratio that ties it all together **[LTV](https://mwm.ai/glossary/ltv) ÷ [CAC](https://mwm.ai/glossary/cac).** It connects every group above — retention and monetization build LTV, acquisition spends CAC — and a ratio of 3+ is the bar for a healthy, scalable business. Most KPI work is ultimately in service of moving this single ratio. ## The benchmark sheet | KPI | Catalog median | Strong (top decile) | | ----------------------- | ------------------- | ------------------- | | D1 / D7 / D30 retention | 27.3% / 9.2% / 3.9% | \~10.9% D30 | | DAU/MAU stickiness | 14.1% | 31% | | Sessions / user / day | 2.94 | 5.28 | | ARPU (30-day) | $0.15 | $4.64 | | ARPDAU (IAP) | $0.01 | $0.04 | | Organic-install share | 61.6% | 77% | ## Vanity vs actionable A metric earns a place on the dashboard only if a change in it changes what you'd do. Cumulative downloads and total registered users always rise and signal nothing; cohort retention, trial-to-paid conversion, stickiness, and [viral coefficient](https://mwm.ai/glossary/viral-coefficient) move with specific levers and tell you which one worked. Track the rates and cohorts, not the running totals — few enough that the team can actually act on every one. # Mobile App Monetization — IAP, Subscriptions, Ads & Freemium Explained Mobile app monetization has consolidated around four dominant models. The choice between them is architectural — it determines your unit economics, your UA strategy, your product roadmap, and which platform tooling you build against. Picking the wrong model for your app doesn't just leave revenue on the table; it creates compounding strategic drag for years. This guide covers all four, when each is the right fit, and the benchmark unit economics you should target inside each. ## The four models, in one paragraph each **[Freemium](https://mwm.ai/glossary/freemium)** with [subscriptions](https://mwm.ai/glossary/subscription). The app is free to install, with premium features or content gated behind a recurring subscription. The broadest funnel model, dominant for productivity, content, utility, dating, and health/fitness apps. Unit economics live or die on trial-to-paid conversion and monthly churn. **Freemium with [in-app purchases](https://mwm.ai/glossary/iap)**. Free to install, monetized through consumable or non-consumable purchases. The default for free-to-play games — consumables drive whale economics, non-consumables remove ads or unlock content. Less common outside games. **Ad-supported free**. Free to install, fully free to use, monetized via ad impressions. Monetized via rewarded video, interstitials, banners, or native placements. Decent per-user economics on apps with long session times; weak on apps with short sessions. **Paid upfront**. User pays an upfront price to install. Dominant model in the early 2010s, now confined to niche pro tools, premium games, and specific utilities. High qualified-user quality (anyone paying has clear intent), but smallest funnel. Modern reality: most commercially successful consumer apps are **hybrid**. The base is subscription or freemium, with tactical ad placements, one-off IAPs, and promotional bundles layered on top. ## Freemium + subscription — the dominant default Freemium with subscriptions is the default for most new consumer apps. Install friction is zero, the platform subscription systems (App Store and Google Play) handle billing, trial logic, and retention offers natively, and the compounding revenue model rewards long-term product investment. The core metrics for a freemium-subscription app: 1. **Trial start rate**. What fraction of installs start a free trial. Typically 8-20% for well-designed onboarding; 25%+ indicates exceptional funnel quality. 2. **[Trial-to-paid conversion](https://mwm.ai/glossary/trial-conversion)**. What fraction of trial starts convert to paid. Industry medians by vertical: productivity 30-50%, utilities 25-45%, dating 50-70%, entertainment 40-60%, games with subs 15-30%. 3. **Monthly churn**. Typically 5-10% for mature apps. Below 5% is exceptional — usually a sign of either a category-lock product (Duolingo, Calm) or effective retention tooling. 4. **[ARPU](https://mwm.ai/glossary/arpu)** and **[ARPPU](https://mwm.ai/glossary/arppu)**. Blended revenue-per-user and revenue-per-payer. Top-quartile consumer subscription apps see $2-5 ARPU, $15-40 ARPPU. 5. **[LTV](https://mwm.ai/glossary/ltv)**. Derived from ARPPU × expected tenure. A $9.99/month app at 7% monthly churn has \~14-month average tenure and \~$140 paid LTV; blended LTV depends on conversion rate. **The core trade-off**: subscription apps have the longest payback windows of any monetization model. Your break-even point on UA is often Day 60-120, not Day 7. That means you need either strong retention forecasting confidence or a long-runway balance sheet. Apps that can't forecast LTV reliably often over-spend paid UA and run out of cash. ## Freemium + IAP (games and beyond) Free-to-play games dominate the IAP model. A typical F2P game monetizes through: - **Consumables** (coins, gems, hints, boosters) — the main revenue driver, powering whale economics. - **Non-consumables** (remove ads, unlock premium character) — one-time purchases that convert a fraction of active users. - **Subscription tiers** (battle pass, VIP access) — increasingly added as a middle-ground monetization layer. The economics are heavily power-law. In a typical free-to-play game, 1-5% of players who ever pay at all generate 50-80% of revenue. Monetization work is largely about: 1. Converting a larger share of players to payers (first-purchase funnel design). 2. Extending the lifetime spend of existing payers (progression depth, live-ops events, limited-time offers). 3. Preventing whale churn (retention mechanics and VIP support). Outside games, IAP-only freemium is rarer but exists for apps with a natural "unit" of consumption (e.g. credit-based image generation apps, on-demand services with per-use pricing). Most consumer productivity apps have migrated to subscriptions because the LTV math is cleaner. ## Ad monetization Ad-supported apps live or die on **[eCPM](https://mwm.ai/glossary/ecpm)** — effective revenue per thousand ad impressions. eCPMs are heavily geography-dependent (US > EU > emerging markets, often 5-10x spread) and heavily format-dependent (rewarded video > interstitial > banner, often 3-5x spread). Benchmark 2026 eCPMs (US, iOS, mid-tier content apps): - Rewarded video: $10-30 - Interstitial: $4-12 - Banner: $0.50-2.00 - Native: $3-10 The decisive question for ad-supported apps is session time. Apps with 20+ minute daily sessions (games, social, streaming) can monetize ads at $10-30 ARPDAU ranges that beat a lot of freemium apps. Apps with 2-minute daily sessions (utilities, tools) usually struggle below $1-2 ARPDAU on ads alone — which is why so many utility apps that launched ad-supported have migrated to subscriptions. **Post-ATT**, iOS ad monetization is more complex but not dead. Publishers who adapted — running SKAdNetwork conversion-value schemas, optimizing for opted-in user LTV separately, and diversifying ad mediation — have largely recovered. Publishers who didn't are still down 30-50% on iOS eCPM vs. pre-ATT baselines. ## Paid upfront Paid apps charge a one-time purchase price to install. The funnel is narrow but the conversion quality is exceptional — every user who pays has already qualified themselves. Specific contexts where paid-upfront still wins: - **Pro tools** with narrow, high-intent user bases (music production, graphic design, specialized scientific tools). - **Premium games** with clear quality signals (console ports, paid-only indie games). - **Niche utilities** where subscription friction destroys conversion (one-time-use tools). - **Markets where subscription fatigue is acute** and a clean "pay once, own it" positioning differentiates. The playbook on paid is different: you optimize price ladders and perceived value rather than funnel conversion. A great screenshot and a trustworthy review score matter more than a great paywall — because there is no paywall. ## Hybrid monetization Most commercially successful consumer apps run 2-3 monetization streams in parallel: - Subscription as the main revenue layer, with annual pricing anchor. - Tactical IAP for one-off consumables (credits, boost packs, premium content drops). - Rewarded-ad placements for free users, often as a "free-credits" mechanism that feeds back into engagement. - Lifetime deals, bundles, or upsells as periodic retention and revenue levers. The goal is to give every user a price-sensitivity-appropriate path to paying. Ultra-budget users get ads; middle-tier users buy a subscription; high-value users pay for annual plus occasional consumables. Done well, hybrid monetization lifts ARPU 30-60% above pure-subscription at the cost of modest product complexity. ## Pricing and localization Pricing strategy deserves its own guide, but three high-leverage rules: 1. **Anchor annual at 50% off monthly × 12**. Apple and Google both support annual-pricing offers that display the discount natively. Industry standard. 2. **Localize pricing by market, not just language**. Purchasing-power parity matters. Brazil, India, and much of Southeast Asia require significantly lower nominal prices (30-50% of US). Apple's and Google's pricing tiers let you customize this per country without managing N × M currency combinations manually. 3. **Test multiple price points**. The first price you pick is almost never optimal. A/B test 3-4 price ladders in the first 3-6 months post-launch. Top-quartile subscription apps revisit pricing annually. ## Benchmark unit economics What a healthy subscription app looks like in 2026: - **[LTV](https://mwm.ai/glossary/ltv):[CPI](https://mwm.ai/glossary/cpi) ratio** of at least 3:1 (Day 180 LTV vs. blended CPI). Exceptional apps see 5:1 or better. - **Day-30 [ROAS](https://mwm.ai/glossary/roas)** of 50-70%. Day-180 ROAS at or above 120-150%. - **Trial-to-paid conversion** of 30%+ on a 7-day trial. - **Monthly churn** under 10%, ideally 5-7%. - **Paid-share of MAU** of 3-8%. If your numbers are well below any of these, the problem is rarely UA spend — it's either the paywall design, the onboarding quality, or a fundamental product-market fit gap. No amount of UA fixes a broken funnel. ## Where to go next - **[Paywall Design Best Practices](https://mwm.ai/guides/paywall-design-best-practices)** — the single highest-leverage optimization surface inside subscription apps. - **[The Complete ASO Guide](https://mwm.ai/guides/app-store-optimization)** — to drive the top-of-funnel your monetization needs. - **[How the App Store Ranking Algorithm Works](https://mwm.ai/guides/app-store-ranking-algorithm)** — because ranking compounds your monetization margin. - For live benchmarking: **[MWM Scale](https://mwm.ai/mwm-scale)** tracks competitor revenue and category-level monetization patterns. Monetization is ultimately a product question, not a pricing-page question. The apps that win on unit economics are the ones that build a product worth the price they charge, then design every surface — trial, paywall, retention flow, win-back — around making the value legible. Nail that and the numbers follow. # Paywall Design Best Practices (Backed by Conversion Data) The paywall is the highest-leverage surface in a subscription app's product. A 10% relative lift in paywall conversion is 10% more revenue on every install, in perpetuity. Nothing else a mobile subscription app ships has that leverage. Yet most apps treat paywalls as a one-time design-phase decision, ship a version, and iterate rarely. This guide covers the patterns, placement, and testing discipline that separate top-quartile apps from the middle of the pack. ## What a paywall actually does A [paywall](https://mwm.ai/glossary/paywall) has four jobs simultaneously: 1. **Convey the value** the user gets for paying. 2. **Convey the price**, anchored against comparisons the user finds favourable. 3. **Reduce the perceived risk** of paying — free trial, clear cancellation, social proof. 4. **Create urgency or habit-lock** that tips the user from "maybe later" to "now." Failing any of the four tanks conversion. Most under-performing paywalls I see are unclear on #1 (generic "unlock premium" copy) or weak on #3 (no trial offer, no cancellation clarity). ## Paywall placement — three distinct moments **Onboarding paywall.** Shown immediately after install, often after a 3-5 step onboarding flow. Highest-leverage placement for most consumer apps because it captures the user at peak intent. Needs to be matched to the onboarding context — the paywall's hero benefit should reflect the answers the user just gave. **Contextual / feature-gate paywall.** Shown when the user hits a specific gated feature ("Upgrade to save more than 3 habits", "Unlock premium content"). Lower conversion rate than onboarding, but higher intent per conversion — the user has tried to do something specific and been blocked. **Retention paywall.** Shown to cancelling subscribers as a win-back offer, or to inactive paying users as a downgrade-rather-than-cancel option. Lowest conversion rate, but every save is near-100% margin. Well-designed subscription apps run all three with distinct variants, not one paywall cloned three times. The onboarding paywall should introduce value; the contextual paywall should explain the specific feature; the retention paywall should reduce loss aversion. ## Hard vs. soft paywalls **Hard paywall**: no way to proceed without purchase or trial start. Pros: maximum conversion on the users who do pay; clearer monetization. Cons: dramatically lower trial start rate; higher uninstall rate post-paywall. Appropriate when: - Your product's core loop is gated on premium content (streaming, specialized tools) - Your app has strong standalone brand awareness that qualifies installs upfront - Your UA channels deliver high-intent users (not casual ad-driven acquisitions) **Soft paywall**: user can skip and continue to a free tier. Pros: broader funnel, more opportunities for later contextual conversion. Cons: the "skip" option is a cliff — many users skip and never see the paywall again. Appropriate when: - Users need multiple sessions to understand value - Your app has a usable free tier that still drives engagement - You have a strong contextual-paywall strategy for later conversion Most successful freemium-subscription apps run a **soft paywall in onboarding plus a hard paywall on specific premium features**. The combination captures immediate payers while preserving the long-tail path for hesitant users. ## Pricing layout — the conventions that consistently win **Two-tier vertical stack**, with annual above monthly: - Annual plan, shown first, with "SAVE 50%" or similar badge - Monthly plan below **Three-tier horizontal cards**, for apps with clear feature differentiation: - Basic / Pro / Business - Middle tier as the "default selection" or "most popular" label **Single tier with trial emphasis**, for apps confident in one price point: - Large trial CTA ("Start 7-day free trial") - Price in smaller text ("then $9.99/month") Rules that hold across layouts: - **Always show the period price prominently**. Users need to know they're paying $9.99/month, not $119.88/year hidden in the terms. - **Pre-select the higher-value option**. Industry convention is to default to annual. Users who want monthly will change the selection; the default drives meaningful share to annual. - **Include cancellation clarity**. "Cancel anytime" or "No commitment" in secondary text, above the fold. - **Show currency symbol and format per locale**. $9.99 in the US, 9,99 € in France, £7.99 in the UK. ## Copy — the single biggest lever Most under-optimized paywalls lose on copy, not visual design. The patterns that work: **Specific > generic.** "Unlimited habits" or "Ad-free forever" beats "Get premium access." Users need to picture what changes. **Benefit > feature.** "Sleep better every night" beats "Unlock 200+ meditations." Feature lists are scanned; benefit framing is read. **Social proof in the right place.** A 4.8-star rating badge or "10 million users" stat near the pricing works. Lower-credibility trust signals (generic "As seen on" logos without substance) often reduce trust rather than build it. **Urgency without dark patterns.** "Limited-time offer — first month 50% off" is fine if it's true. Countdown timers that restart on every view are dark patterns that Apple and Google will flag. **The button label matters.** "Start free trial" vs "Continue" vs "Subscribe" — test them. "Start free trial" usually wins on trial-start rate; "Continue" can win on trial-to-paid because users who see it understand they're accepting a purchase flow rather than a freebie. ## Visual design patterns that work Across hundreds of paywalls analysed, a handful of patterns show up repeatedly in top-converting apps: - **Hero image or animation** at the top, establishing emotional value. - **Icon + benefit pair** per key benefit — 4-6 rows. Let the user scan. - **Customer reviews or quotes** with star ratings visible. - **Pricing presented as cards**, not flat list. Selected state visually distinct. - **Primary CTA full-width at the bottom**, sticky on long paywalls. - **Secondary actions (restore purchases, terms, privacy)** in subdued tertiary styling. Anti-patterns that consistently under-perform: - **Text-heavy paywalls** with no imagery or visual hierarchy. - **All-caps CTAs** ("BUY NOW") — aggressive and often worse-converting than sentence-case. - **Hidden pricing** with just a trial CTA and no period price. - **Too many options** — 4+ plans create decision fatigue. - **Dismissible-but-not-obviously-so paywalls** — the dismiss X is tiny or grey. Users feel trapped, leave bad reviews. ## A/B testing paywalls Paywalls must be tested continuously. The infrastructure options: - **Build your own** — feature flagging + server-side variant selection + client analytics. Custom, flexible, requires engineering time. - **Dedicated paywall SDKs** — RevenueCat, Adapty, Superwall. They handle variant delivery, analytics, and platform subscription integration in a single SDK. Most mid-sized subscription apps use one of these rather than building in-house. Discipline that matters regardless of infrastructure: 1. **One variable per test.** Testing a different hero image AND a different price is one test you can't attribute. 2. **Power-up before you start.** Calculate sample size needed for the smallest conversion delta you care about detecting. A test that takes 6 weeks to reach significance is fine; a test that runs forever because the delta is tiny is not. 3. **Track downstream cohort LTV, not just conversion.** A variant that lifts trial-to-paid conversion by 5% but attracts lower-LTV users may be net-negative. Wait at least one billing cycle before calling a winner. 4. **Maintain a testing calendar.** Avoid cross-contaminating tests. When you stop one, give a 1-week washout before the next if user behaviour on the changed surface needs to stabilize. ## The five most common paywall mistakes After reviewing many paywalls, the recurring patterns of failure: 1. **Vague hero benefit.** "Unlock premium" tells the user nothing. 2. **No annual pricing or weak annual framing.** Leaving LTV on the table. 3. **No trial, when users need the product to prove itself before paying.** 4. **Dismissible onboarding paywall with no contextual paywall strategy.** Users dismiss once, never see a purchase prompt again. 5. **Static forever.** The first paywall version shipped at launch is almost never the best. Apps that haven't iterated in 12 months are losing 15-30% revenue relative to what a disciplined testing programme would deliver. ## Measuring paywall performance Minimum instrumentation: - **Paywall impressions** (every time a paywall is rendered) - **Paywall conversion rate** (trial starts + direct purchases per impression) - **Paywall dismiss rate** (for soft paywalls) - **Trial-to-paid conversion** (downstream) - **30-day and 180-day cohort LTV per paywall variant** Reporting cadence: paywall conversion daily; downstream LTV weekly; full variant performance review monthly. ## The winback and retention side The paywall continues after purchase. When users cancel, Apple and Google let you surface [promotional offers](https://mwm.ai/glossary/promotional-offer) — discounted rates for returning subscribers. A well-designed winback offer flow captures 15-30% of cancellers. Best practices: - **Don't show a winback offer before cancellation intent is clear.** Showing it to satisfied users trains them to expect discounts. - **The offer should be meaningful but not cannibalize regular pricing.** 50% off for 3 months is a common pattern; "free forever" would obviously destroy economics. - **Offer codes for customer service cases.** Let support team redeem a winback code for users who complain about billing issues — retention lift per case outweighs the cost. ## Where to go next - **[Mobile App Monetization](https://mwm.ai/guides/mobile-app-monetization)** — the model context paywalls live inside. - **[How to Rank Your iOS App](https://mwm.ai/guides/how-to-rank-an-ios-app)** — driving the top-of-funnel your paywall converts. - **[Glossary: Paywall](https://mwm.ai/glossary/paywall)** for the term reference. Paywalls reward obsession. Publishers who treat them as an optimization surface — measured, iterated, A/B tested continuously — compound a margin advantage over competitors who ship and forget. Start with one improvement. Ship it. Measure. Do it again every month for two years. That discipline alone is worth the difference between a median subscription app and a top-decile one. # Estratégias de Engajamento de Apps — Como Aumentar o Engajamento e a Aderência O engajamento é o indicador antecedente de toda métrica de app. Antes que a curva de [retenção](https://mwm.ai/glossary/retention) de uma coorte se revele e muito antes que sua receita apareça, o engajamento diz se o produto está se consolidando. No catálogo MWM, o app médio registra **2,94 sessões e cerca de 4 minutos por usuário por dia, com uma aderência [DAU/MAU](https://mwm.ai/glossary/dau-mau) de 14,1%** — e o decil superior praticamente dobra ou triplica cada um desses números. Este guia é sobre movê-los. O enquadramento que importa: engajamento não é um único número, são três dimensões, e o erro mais comum é otimizar a errada para o seu produto. ## As três dimensões do engajamento - **Frequência** — com que frequência os usuários retornam. Medida como [sessões por usuário por dia](https://mwm.ai/glossary/session-frequency). Mediana do catálogo: 2,94; decil superior: 5,28. - **Profundidade** — quanto fazem por visita. Medida como [duração da sessão](https://mwm.ai/glossary/session-length) e tempo por usuário por dia. Sessão mediana do catálogo: 1min 22s; tempo mediano por usuário: 4min 18s. - **Aderência** — que fração dos usuários mensais aparece diariamente. Medida como [DAU/MAU](https://mwm.ai/glossary/dau-mau). Mediana do catálogo: 14,1%; uma boa referência é 20% ou mais. Apps fortes movem as três, mas o *equilíbrio certo* é específico de cada categoria (mais abaixo). Escolha a dimensão que corresponde ao valor do seu produto e lidere com ela. ## Alavanca 1 — Frequência: conquiste mais retornos A frequência é construída dando aos usuários um motivo recorrente e internalizado para abrir o app. - **Aperte o habit loop.** Um [core loop](https://mwm.ai/glossary/core-loop) rápido e recompensador — e, para produtos orientados ao hábito, um [compulsion loop](https://mwm.ai/glossary/compulsion-loop) de recompensa variável — é o que torna a próxima abertura automática. - **Ancore uma cadência.** Um [daily streak](https://mwm.ai/glossary/daily-streak), uma atualização diária de conteúdo ou um motivo fixo para retornar todo dia cria frequência. - **Acione com valor, não com culpa.** [Push notifications](https://mwm.ai/glossary/push-notification) e [mensagens in-app](https://mwm.ai/glossary/in-app-messaging) bem cronometradas reforçam o hábito; acionar demais treina os usuários a silenciá-lo. Observe a [frequência de sessões](https://mwm.ai/glossary/session-frequency) como sinal antecipado de que o hábito está se formando. ## Alavanca 2 — Profundidade: faça cada sessão valer - **Impulsione a adoção de features.** Usuários que alcançam mais valor do produto engajam mais profundamente e retêm melhor; guie-os para a segunda e terceira ação central, não apenas para a primeira. - **Construa em direção aos power users.** Mapeie o caminho do [power user](https://mwm.ai/glossary/power-user) e puxe usuários engajados ao longo dele — power users sustentam a aderência e o boca a boca. - **Use [gamificação](https://mwm.ai/glossary/gamification) onde faz sentido** — progresso, metas e recompensas aprofundam sessões nos produtos certos e parecem forçados nos errados. Um aviso: a profundidade é a dimensão mais mal interpretada. Mais longo não é universalmente melhor — veja a perspectiva por categoria. ## Alavanca 3 — Aderência: transforme usuários mensais em diários Aderência ([DAU/MAU](https://mwm.ai/glossary/dau-mau)) é o melhor resumo de saúde do engajamento e uma forte entrada para a [métrica norte](https://mwm.ai/glossary/north-star-metric). O decil superior do catálogo chega a 31% e o top 1% atinge 57,7% — o nível de uso diário habitual. Passar do uso ocasional para o diário é o objetivo de engajamento de mais alta ordem: ele se acumula em retenção e dá a cada superfície de monetização mais chances de funcionar. Reengaje os usuários em risco de abandono com fluxos de [reengajamento](https://mwm.ai/glossary/re-engagement) antes que a aderência se deteriore em churn. ## A perspectiva por categoria O engajamento parece completamente diferente por categoria — o que é exatamente por que um único guia prático falha: | Categoria | Sessões/usuário/dia | Tempo mediano/usuário/dia | Aderência DAU/MAU | | --------------------------- | ------------------- | ------------------------- | ----------------- | | Social & Comunicação | 3,26 | 3min 46s | **21,2%** | | Games | 3,21 | **12min 18s** | 11,8% | | Produtividade & Ferramentas | 2,94 | 2min 3s | 17,5% | | Mídia & Entretenimento | 2,88 | 3min 44s | 15,0% | | Lifestyle & Bem-estar | 2,71 | 2min 34s | 15,2% | | Educação & Conhecimento | 2,76 | 3min 8s | 12,6% | Leia com atenção. **Games dominam a profundidade** (12+ minutos por dia) mas têm a *menor* aderência diária — sessões longas, infrequentes, orientadas à novidade. **Social lidera em aderência** (21%) com visitas curtas, mas frequentes. **Produtividade retém o hábito com sessões mínimas** (2 minutos por dia) porque entrega valor rapidamente — para esses apps, aumentar a duração da sessão seria otimizar a coisa errada. Encontre o formato natural do valor do seu produto e otimize em direção a ele. ## O engajamento é o indicador antecedente O engajamento é onde você sente o product-market fit primeiro e onde pode agir mais cedo. Frequência e stickiness crescentes esta semana se tornam melhor [retenção](https://mwm.ai/guides/how-to-improve-app-retention) no próximo mês, e melhor retenção se torna maior lifetime value, que financia toda a máquina de [monetização](https://mwm.ai/guides/app-monetization-strategies) e aquisição. Gerencie o engajamento para mover a retenção, e a retenção para mover a receita — nessa ordem, porque cada uma é o indicador antecedente da próxima. # Estratégias de Monetização de Apps — Como Aumentar ARPDAU, ARPU e LTV A maioria dos conselhos de monetização otimiza a média. Os dados mostram que a média é o alvo errado. No catálogo MWM, o **[ARPU](https://mwm.ai/glossary/arpu) mediano de 30 dias é de $0,15, o decil superior é de $4,64 e o top 1% é de $43** — uma diferença de aproximadamente 290 vezes. O [ARPDAU](https://mwm.ai/glossary/arpdau) mediano de IAP é de cerca de um centavo. Monetização é uma power law: ela se ganha na cauda, pelos apps que acumulam conversão, valor do pagante e retenção juntos — não pelos que perseguem uma média um pouco mais alta. Este guia é o complemento de otimização para o guia de [monetização de apps mobile](https://mwm.ai/guides/mobile-app-monetization). Aquele guia cobre *qual modelo* escolher; este cobre *como aumentar a receita* depois que você escolheu um. ## A equação de monetização: quatro alavancas Reduza a monetização à sua aritmética e há apenas quatro coisas que você pode mover: > **Receita ≈ usuários × conversão-para-pagamento × [ARPPU](https://mwm.ai/glossary/arppu) × retenção** — ou, para apps monetizados por engajamento, **DAU × ARPDAU.** Tudo abaixo corresponde a uma dessas quatro alavancas. A disciplina é identificar qual é *a sua* restrição vinculante e puxá-la, em vez de distribuir o esforço igualmente. ## Alavanca 1 — Conversão: transforme usuários gratuitos em pagantes Para a maioria dos apps de consumo, a taxa de usuários pagantes é baixa nos dígitos simples (6% como premissa de planejamento é razoável, e muitos apps ficam bem abaixo disso). Isso torna o [paywall](https://mwm.ai/glossary/paywall) e o fluxo de [trial-conversion](https://mwm.ai/glossary/trial-conversion) a superfície de monetização de maior frequência que você possui. - **Posicione o paywall após o valor, não antes.** Os usuários convertem quando já sentiram o produto funcionar; um paywall duro na primeira abertura troca a [taxa de conversão](https://mwm.ai/glossary/conversion-rate) de longo prazo por um número inicial superficial. - **Ajuste o trial à janela de formação do hábito.** Trials de 3 dias convertem com mais urgência; trials de 7 dias constroem mais hábito e maior valor retido. Teste ambos. - **Reduza a decisão, não apenas o preço.** Menos planos, um padrão claro e um nível óbvio de "mais popular" convertem melhor do que uma parede de opções. ## Alavanca 2 — ARPPU: aumente o que os pagantes realmente pagam Como tão poucos usuários pagam, o quanto cada *pagante* gasta domina a receita. O [ARPPU](https://mwm.ai/glossary/arppu) mediano modelado é de $1,88/mês, mas o decil superior é de $42,76 — a mesma power law do ARPU. - **Precifique com base no valor e na disposição a pagar, não no custo.** Ancore com um plano anual, ofereça um nível premium e deixe o [valor médio do pedido](https://mwm.ai/glossary/average-order-value) crescer por meio de pacotes e upsells. - **Sirva os whales deliberadamente.** Os dados por categoria tornam isso concreto: games têm o *menor* ARPU mediano ($0,07), mas um decil superior de $5,72 — sua receita é concentrada em [whales](https://mwm.ai/glossary/whale). Se o seu top 1% de pagantes gera a maior parte da receita, pacotes premium e ofertas de alto nível não são ganância — são o negócio. - **Defina o plano anual como padrão.** Planos anuais aumentam o ARPPU e reduzem o churn ao mesmo tempo. ## Alavanca 3 — Retenção é o multiplicador de LTV Esta é a alavanca que a maioria das equipes subestima. O [LTV](https://mwm.ai/glossary/ltv) é o ARPDAU integrado sobre a curva de [retenção](https://mwm.ai/glossary/retention) — e o app mediano tem apenas **4,08 dias ativos nos primeiros 30**. Mais dias retidos significa mais receita por usuário sem nenhuma mudança de preço ou conversão. Um ganho de um ponto na retenção de D30 aumenta o LTV em *todas* as coortes pagantes simultaneamente. É por isso que o [guia de retenção](https://mwm.ai/guides/how-to-improve-app-retention) também é um guia de monetização: corrigir o balde com furos se acumula contra todas as outras alavancas. Se o seu ARPDAU é saudável, mas o LTV é fraco, o problema é retenção, não precificação. ## Alavanca 4 — Amplie o mix - **Adote o modelo híbrido.** A maioria dos apps de consumo bem-sucedidos combina modelos: um núcleo de assinatura ou [IAP](https://mwm.ai/glossary/iap) com anúncios táticos para não pagantes. A maioria que nunca paga ainda pode monetizar por uma camada de anúncios em vez de não contribuir com nada. - **Adicione um piso de receita de anúncios.** Para apps com alto tempo de sessão (games, social, entretenimento), a receita de anúncios na base gratuita é dinheiro real que o ARPDAU apenas de IAP acima não captura. - **Localize o preço.** A disposição a pagar varia significativamente por mercado; a localização de preços recupera receita que uma precificação global fixa deixa na mesa. ## A perspectiva por categoria O ARPU mediano e o ARPU do decil superior por categoria dizem que tipo de monetização está disponível para você: | Categoria | ARPU Mediano | ARPU Top 10% | | --------------------------- | ------------ | ------------ | | Social & Comunicação | $0,36 | $7,71 | | Lifestyle & Bem-estar | $0,34 | $4,85 | | Educação & Conhecimento | $0,24 | $3,23 | | Mídia & Entretenimento | $0,19 | $4,39 | | Produtividade & Ferramentas | $0,14 | $2,90 | | Games | $0,07 | $5,72 | Social e lifestyle monetizam amplamente (mediana alta); games monetizam de forma restrita, mas profunda (mediana baixa, decil superior orientado a whales). Não copie o guia de conversão ampla de um app social para um game, nem o guia de whales de um game para um utilitário. ## Por onde começar Diagnostique a restrição vinculante antes de otimizar. Se poucos usuários pagam, corrija a conversão. Se os pagantes pagam pouco, corrija o ARPPU. Se os usuários saem rapidamente, corrija a retenção — ela é geralmente a maior e mais ignorada alavanca. Puxe a que está de fato limitando você, meça o movimento em uma coorte e então passe para a próxima. # Melhores Práticas de Onboarding de Apps — Como Melhorar a Ativação na Primeira Sessão O [Onboarding](https://mwm.ai/glossary/onboarding) é os trinta segundos de maior risco no seu produto. No catálogo MWM, o app médio retém apenas **27,3% dos usuários até o dia 1** — quase três quartos vão embora após a primeira sessão. Esse número é, mais do que qualquer outra coisa, um veredicto do onboarding: ele mede se novos usuários alcançaram o valor antes que o atrito ou o tédio vencesse. Este guia é sobre mudar isso. ## Defina seu momento de ativação primeiro Você não pode otimizar em direção a um objetivo que não nomeou. Todo app tem um [aha moment](https://mwm.ai/glossary/aha-moment) — o instante em que seu valor central se torna evidente — e um milestone de [ativação](https://mwm.ai/glossary/activation) correspondente que você pode medir: *criou uma primeira playlist, registrou um primeiro treino, enviou uma primeira mensagem.* - Escolha a única primeira ação que melhor prevê o retorno no dia 2 e instrumente-a. - Torne o alcance desse milestone o objetivo explícito da sessão 1. Tudo no onboarding ou move o usuário em direção a esse milestone ou está no caminho. ## Encurte o tempo até o valor Quanto mais rápido um usuário alcança o aha moment, mais deles sobrevivem até o dia 1. - **Adie tudo que não é o valor.** Criação de conta, solicitações de permissão, paywalls e tutoriais longos empurram o momento de valor para mais tarde — mova-os para depois dele. - **Use onboarding progressivo.** Ensine features quando elas se tornam relevantes, não todas de uma vez em um carrossel que o usuário passa rapidamente. - **Corte etapas impiedosamente.** Cada tela entre o install e o valor é um ponto de abandono. ## Faça da primeira sessão uma vitória guiada A primeira sessão deve terminar com o usuário tendo *executado* a ação central pelo menos uma vez, não apenas tendo lido sobre ela. - Substitua o estado vazio em branco por uma primeira vitória guiada — uma amostra, um template, um ponto de partida de um toque. - Conduza o usuário pelo [core loop](https://mwm.ai/glossary/core-loop) uma única vez, depois saia do caminho. - Sucesso na sessão 1 é uma ação concluída, não um tutorial finalizado. ## Não acumule suas solicitações no início A maneira mais rápida de perder um novo usuário é pedir comprometimento antes de entregar valor. - **Criação de conta após o valor.** Deixe os usuários experimentarem o produto, depois peça para salvar seu progresso com uma conta. - **Prepare as permissões.** Explique o benefício das notificações antes de acionar o diálogo do sistema — a mesma disciplina coberta no [guia de push notifications](https://mwm.ai/guides/push-notification-best-practices). Uma solicitação recusada é difícil de recuperar. - **Paywall após o aha moment**, para que o usuário esteja decidindo se paga por um valor que já sentiu. ## Personalize o caminho Uma primeira experiência relevante ativa melhor do que uma genérica. Onde possível, faça uma pergunta leve sobre o objetivo do usuário e adapte a primeira sessão a ela — o pequeno custo de uma única pergunta é compensado por uma primeira experiência que realmente corresponde ao motivo pelo qual instalou. ## Meça o onboarding como um funil - **Taxa de ativação** — parcela de novos usuários que atingem o milestone de ativação na sessão 1. - **Tempo até o valor** — quanto tempo levam para chegar lá. - **Funil de etapas** — onde no fluxo de onboarding os usuários abandonam, para que você corrija o vazamento real. - **Retenção no [D1](https://mwm.ai/glossary/n-day-retention)** — o resultado downstream; a ativação deve movê-la. O onboarding alimenta a ativação, a ativação alimenta a [retenção](https://mwm.ai/guides/how-to-improve-app-retention), e a retenção alimenta tudo o mais. É o primeiro passo em qualquer esforço sério de crescimento — corrija a primeira sessão antes de gastar um centavo adquirindo mais usuários para despejar em um balde furado. # O Guia Completo de App Store Optimization (ASO) App Store Optimization é o equivalente mobile do SEO: o processo sistemático de ranquear melhor na App Store e no Google Play e converter mais do tráfego resultante em installs. Para a maioria dos apps de consumo bem-sucedidos, os installs orgânicos via ASO são o maior e mais qualificado canal de aquisição — e, ao contrário do UA pago, o trabalho se acumula. Este guia cobre todas as principais alavancas que um publisher mobile deve entender, organizadas em torno dos três estágios do funil que o ASO toca: **visibilidade** (se os usuários veem sua listagem), **conversão** (se eles instalam) e **durabilidade** (se os installs ficam e impulsionam o ciclo de feedback que os algoritmos das lojas recompensam). ## O que o ASO realmente otimiza A App Store e o Google Play ranqueiam apps usando algoritmos que são similares em forma, mas diferem na implementação. Ambos ponderam um composto de três grandes categorias de sinais: 1. **Sinais de relevância** — o quão bem os metadados do seu app correspondem à consulta de um usuário ou ao contexto que Apple/Google usam para gerar rankings de charts. É isso que o targeting de keywords, título, subtítulo e o texto de descrição direcionam. 2. **Sinais comportamentais** — velocidade de downloads, taxa de conversão de impressão para install, velocidade de avaliações e rating, retenção e (no Google Play) taxa de crash. Essas são as métricas que o algoritmo usa para decidir se seu app merece o ranking que seus metadados sugerem. 3. **Sinais de engajamento** — padrões de retenção e uso ativo pós-install. Ambas as lojas os consideram cada vez mais por meio de dados de primeira parte do SO (iOS) e telemetria do Firebase/Play Console (Android). Você não controla os algoritmos, mas controla totalmente as entradas. Tudo em ASO é ou de nível de superfície (metadados e criativos que você envia) ou de nível de velocidade (comportamento que você impulsiona por meio de qualidade do produto, marketing e operações). ## As três categorias de alavancas ### 1. Otimização de metadados Metadados são o texto indexado que Apple e Google usam para corresponder seu app a buscas. Cada campo tem um limite específico de caracteres, um peso específico e uma cadência de revisão específica. **No iOS**, os campos que importam para o ranking de keywords são: - **[Título do App](https://mwm.ai/glossary/app-title)** (30 caracteres). Maior peso de keyword. Normalmente estruturado como **Marca: Keyword Principal** ou **Marca — Descritor Principal**. - **[Subtítulo](https://mwm.ai/glossary/subtitle)** (30 caracteres). Segundo maior peso. Usado para keywords secundárias formuladas como benefícios. - **[Campo de Keywords](https://mwm.ai/glossary/keywords-field)** (100 caracteres, separados por vírgulas). Oculto para os usuários, mas indexado. Preencha com singulares, sinônimos e termos de cauda longa. - **Texto Promocional** (170 caracteres). NÃO indexado — texto puramente de conversão. Editável sem revisão do app. - **Descrição** (4.000 caracteres). Indexação fraca. Principalmente uma superfície de conversão. **No Google Play**, a superfície de keywords difere: - **Título do App** (30 caracteres). Maior peso, estrutura similar ao iOS. - **Descrição Curta** (80 caracteres). Alto peso, visível e indexada. - **Descrição Completa** (4.000 caracteres). Indexada com ponderação de densidade de keywords. Mire em 1,5-3% de densidade nos seus termos principais sem fazer stuffing. Não há campo de keywords no Google Play. As keywords em que você deseja ranquear devem aparecer naturalmente no título, na descrição curta ou na descrição longa. ### 2. Otimização criativa Os criativos impulsionam a taxa de conversão de impressão para install — a maior alavanca para volume de installs orgânicos assim que você tem visibilidade de base. - **Ícone do app**. A primeira coisa que um usuário vê nos resultados de busca ou no chart. Teste A/B com formas, paletas de cores e se vai exibir um personagem, uma marca tipográfica ou um glifo funcional. - **[Screenshots](https://mwm.ai/glossary/screenshots)**. A Apple permite até 10; o Google Play de 2 a 8. Os dois primeiros carregam 60-80% do peso de conversão. Use-os para destacar o benefício principal do seu app — screenshots com legendas e texto de marketing curto consistentemente superam a UI bruta. - **Preview de vídeo** (iOS 15-30s, Google Play 30-120s). Opcional, mas de alta alavancagem para games e produtos visuais. - **[Custom Product Pages](https://mwm.ai/glossary/custom-product-page) (iOS)** e **Custom Store Listings (Google Play)**. Páginas variantes que você pode vincular a campanhas de anúncios pagos ou funis de pré-registro para corresponder o contexto criativo à landing page. A maioria dos apps sub-investe em iteração criativa. Um ganho de 2x de IPM em uma variante de screenshot vencedora pode dobrar a eficiência do UA pago com o mesmo CPI — e aumentar a conversão orgânica em cada impressão ao mesmo tempo. ### 3. Sinais off-page e comportamentais - **[Avaliação de estrelas](https://mwm.ai/glossary/star-rating)** e volume de avaliações, com grande peso para as avaliações recentes. - **[Velocidade de downloads](https://mwm.ai/glossary/download-velocity)** — a taxa de variação nos installs diários. É isso que move apps para cima no chart Grátis. - **Taxa de desinstalação** (Google Play). Rastreada no Play Console; taxas altas podem penalizar o ranking. - **Taxa de crash** (Google Play). Idem. - **In-App Events (iOS)**. Eventos por tempo limitado (até 5 simultâneos) que aparecem na página do produto e na busca. Use-os para ganchos sazonais, lançamentos de features e torneios. ## Como priorizar um programa de ASO Para um app novo ou sub-investido, a ordem de operações é aproximadamente: 1. **Estabeleça sua linha de base atual.** Conheça seus rankings de keywords atuais (para todos os keywords-alvo, por país), ranking de categoria, volume de impressões e taxa de conversão de install. Sem linhas de base você não pode medir mudanças. 2. **Corrija os metadados mais problemáticos primeiro.** Se seu título não tem keyword, ou seu subtítulo está repetindo o texto da marca, essas são correções de alavancagem desproporcionalmente alta. 3. **Segmente um pequeno conjunto de keywords.** 10-20 keywords que você ranqueia e rastreia ativamente. Chegar ao top 10 em um deles move mais o ponteiro do que estar entre os 50-200 primeiros em dezenas. 4. **Lance um teste de ícone + dois primeiros screenshots.** Essas superfícies carregam 60-80% do peso de conversão — você saberá em semanas se seus visuais estão abaixo do desempenho. 5. **Itere na cauda longa.** Depois que os metadados e os criativos principais estiverem ajustados, seu trabalho contínuo é iterar em screenshots secundários, ganchos de eventos, localizações e o conjunto de keywords. > Na MWM, observamos que a maioria dos apps nos dois quartis inferiores de sua categoria nunca lançou um único teste A/B de ícone. O delta entre o app mediano e o app do quartil superior na cadência de iteração criativa é maior do que o delta em orçamento. ## iOS vs Google Play: as diferenças práticas | Dimensão | iOS | Google Play | | ------------------------------ | ------------------------------------ | -------------------------------------------------- | | Campo de keywords | Sim (100 chars, oculto) | Não | | Peso de keywords na descrição | Fraco | Forte | | Limite de caracteres do título | 30 | 30 | | Infraestrutura de testes A/B | Product Page Optimization (nativa) | Store Listing Experiments (nativa) | | Variantes criativas | Até 35 Custom Product Pages | Múltiplos Custom Store Listings | | Sinal off-page principal | Velocidade de downloads + avaliações | Velocidade + avaliações + retenção + desinstalação | | Eventos na loja | In-App Events (até 5) | Card de conteúdo promocional | Planeje workflows de ASO separados por loja. Estrutura de título, seleção de keywords e cadência de testes de screenshots geralmente convergem, mas a estratégia de keywords na descrição longa do Google Play e o uso do campo de keywords do iOS são problemas distinctamente diferentes. ## Medindo o ASO O dashboard canônico de ASO rastreia, por país e por loja: - **Ranking de keyword** (por keyword-alvo) e movimento dia a dia. - **Ranking de categoria** e ranking geral. - **Impressões** (Apple Analytics → Impressões da Página do Produto; Google Play Console → Relatórios de Aquisição). - **Taxa de conversão** de impressão para install. - **Velocidade de avaliações** (novas avaliações por semana) e **tendência de rating**. - **Divisão busca vs. navegação** — que fração dos seus installs vem de busca, de chart, de anúncios referenciados e de editorial em destaque. [MWM Scale](https://mwm.ai/mwm-scale) rastreia ranking de keyword, ranking de categoria e benchmarks competitivos em mais de 150 países, com planos gratuitos para publishers que rastreiam seu próprio app. ## Erros comuns Os padrões que vemos repetidamente em apps de baixo desempenho: 1. **Keyword stuffing em títulos.** Apple e Google rejeitam títulos com spam, e títulos recheados de keywords prejudicam a conversão. Escolha uma keyword primária e uma marca. 2. **Sem localização.** Todo mercado internacional significativo (DE, FR, ES, BR, JP, KR) deve ter metadados traduzidos localmente, não traduzidos automaticamente. Listagens localizadas podem dobrar a conversão em mercados não anglófonos. 3. **Criativos estáticos por anos.** Se você não atualizou seus screenshots em 12 meses, está deixando 20-40% de conversão orgânica na mesa. 4. **Tratar o ASO como uma atividade única de lançamento.** É um programa sempre ativo. Os panoramas de keywords mudam, os concorrentes iteram, e você precisa acumular pequenas vitórias. 5. **Otimizar para ranking sem medir qualidade do install.** Ganhar uma keyword que entrega usuários de baixa retenção é pior do que perdê-la. Sempre avalie a qualidade da coorte junto com o ranking. ## Para onde ir a seguir - Se você tem um app com uma base e quer um plano passo a passo: **[Como Ranquear seu App iOS](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - Se você é um publisher de games: **[ASO para Games Mobile](https://mwm.ai/guides/aso-for-games)**. - Se você quer entender os sinais que está otimizando: **[Como o Algoritmo de Ranking da App Store Funciona](https://mwm.ai/guides/app-store-ranking-algorithm)**. - Se sua monetização e LTV não suportam a matemática de UA: **[Monetização de Apps Mobile](https://mwm.ai/guides/mobile-app-monetization)**. O ASO se acumula. Cada iteração criativa, cada localização, cada keyword que você conquista é um pequeno aumento permanente em um fluxo que gera installs enquanto seu app estiver ativo. Publishers que tratam o ASO como um programa contínuo — não como uma otimização única de listagem — tendem a dominar suas categorias em três a cinco anos. # Como o Algoritmo de Ranking da App Store Realmente Funciona A App Store e o Google Play ranqueiam apps usando algoritmos que nem a Apple nem o Google publica. A documentação para desenvolvedores da Apple aponta para "avaliações de usuários, relevância e engajamento"; o Google Play Console menciona "velocidade de install, retenção e ratings". Nenhum deles é um contrato de ranking contra o qual você pode otimizar diretamente. O que sabemos vem da observação — acompanhar apps subindo e caindo em centenas de milhares de combinações de keyword-país-categoria, correlacionando o movimento de ranking com entradas mensuráveis. Este guia sintetiza o que uma década desse trabalho empírico nos diz. ## Qual algoritmo? "O algoritmo da App Store" não é uma coisa só. No mínimo, há quatro sistemas de ranking distintos para considerar: 1. **Ranking de busca** — sua posição quando um usuário pesquisa uma keyword específica. Por keyword, por país, por dispositivo. 2. **Top Charts** — **[Top Grátis](https://mwm.ai/glossary/top-free)**, **[Top Pagos](https://mwm.ai/glossary/top-paid)**, **[Top Mais Rentáveis](https://mwm.ai/glossary/top-grossing)**. Por país, por categoria, por dispositivo. 3. **Ranking de categoria** — sua posição dentro da sua categoria principal da App Store, independente da divisão Grátis/Pago/Mais Rentáveis. 4. **Destaque editorial** — recursos na aba Hoje, "App do Dia", coleções curadas. Curado por humanos com recomendações algorítmicas por trás. Esses sistemas compartilham alguns sinais (downloads, avaliações, retenção), mas os ponderam de forma muito diferente. O ranking de busca se importa com a relevância de keywords de maneiras que o ranking em charts não se importa. Top Mais Rentáveis se importa com a receita; Top Grátis a ignora. Otimizar para um não ajuda automaticamente os outros. ## Os sinais que ambas as lojas confirmaram A partir de documentação para desenvolvedores, palestras do WWDC e Google I/O, da UI do Console e da UI do App Store Connect, podemos confirmar que os seguintes são explicitamente usados: - **Volume de downloads** (ambas as lojas). A contagem absoluta e relativa de installs em uma janela recente. - **[Velocidade de downloads](https://mwm.ai/glossary/download-velocity)** (ambas). Taxa de variação, não volume absoluto. Um novato fazendo 20k/dia em tendência de alta supera um veterano fazendo 50k/dia em tendência estável. - **[Avaliação de estrelas](https://mwm.ai/glossary/star-rating) e contagem de avaliações** (ambas). Com grande peso para as avaliações recentes — um app de 4,8 estrelas com 100 avaliações recentes de 3 estrelas pode ranquear abaixo de um app de 4,3 estrelas com 100 avaliações recentes de 5 estrelas. - **Correspondência de keyword** (iOS título / subtítulo / campo de keywords; Google Play título / descrição curta / descrição completa). - **Taxa de desinstalação** (Google Play explícito; iOS implícito por telemetria de retenção). - **Taxa de crash** (Google Play explícito). - **Cadência de atualizações** (ambas — apps ativamente mantidos ranqueiam melhor do que os desatualizados). ## Os sinais que a MWM observou empiricamente Os sinais acima são aqueles que as plataformas reconhecem. Ao observar o movimento de ranking no nosso dataset, acreditamos que os seguintes também são materialmente ponderados: - **Engajamento pós-install** — retenção de D1, D7 e D30 e duração da sessão parecem influenciar o ranking de categoria e geral, não apenas a relevância de busca. Apps com curvas de retenção fortes superam apps com metadados melhores, mas retenção mais fraca em keywords disputados. - **Velocidade de avaliações** (novas avaliações por semana) separadamente da contagem total. Um app com 5k avaliações totais e 200 novas esta semana superará um app com 50k avaliações e 5 novas esta semana, se os outros sinais estiverem próximos. - **Comportamento cross-categoria** — usuários que instalam seu app logo após instalar outros apps em um cluster parecem sinalizar relevância temática. É assim que os trilhos "clientes também instalaram" se formam. - **Velocidade de pago vs. orgânico** — o algoritmo parece distinguir spikes pagos dos orgânicos, recompensando crescimento orgânico sustentado mais do que spikes comparáveis impulsionados por pagamento. > Observamos que o ranking de categoria é substancialmente mais duradouro do que o ranking geral. Um app que entra no top 10 de uma categoria tipicamente permanece lá por semanas; um app que entra no top 10 geral via um spike de velocidade frequentemente cai em 5-7 dias, a menos que a velocidade sustentada continue. ## Com que rapidez os rankings se movem A velocidade de ranking é assimétrica: é mais fácil subir rapidamente no chart Grátis do que no Pago ou Mais Rentáveis, e é sempre mais fácil cair do que subir. Padrões típicos: - **Uma push de marketing no nível do Super Bowl** pode mover um app de 200-500 posições em um único dia no chart Grátis, chegando ao top 10 Geral em grandes mercados. - **Um momento viral em redes sociais** (tendência no TikTok, menção de celebridade) produz spikes de velocidade similares e frequentemente decai em 3-7 dias. - **Um destaque editorial de categoria** normalmente acrescenta 15-40% aos downloads de base pela duração do destaque, com um lift sustentado de 30-60% por 2-3 semanas depois. - **UA pago sustentado em 10-20x a base** elevará o ranking em charts, mas o lift é menor por dólar do que um gatilho orgânico. O algoritmo parece aplicar um multiplicador de "desconto para pago". - **Uma atualização de app com problemas** (muitos crashes, avaliações ruins) pode derrubar o ranking geral de 100-200 posições em 48 horas. O fio condutor: o que o algoritmo realmente pontua é a **mudança**, não o estado. A otimização baseada em estado (ter ótimos metadados, acumular avaliações lentamente) tem desempenho inferior à otimização baseada em velocidade (coordenar pushes criativas com solicitações de avaliação com lançamentos de atualizações). ## Busca vs. charts: jogos muito diferentes O ranking de busca é determinístico por keyword. Se seu app tem "meditação" no título, ele ranqueará para "meditação" — as únicas questões são quão alto e em quais países. Metadados, localização e contagem de avaliações dominam. O ranking em charts é determinístico por velocidade. Metadados mal importam; o que importa é se sua curva de downloads está em tendência de alta. Você pode ter um ASO terrível e ainda liderar o chart Grátis com uma boa push de marketing; você pode ter um ASO perfeito e nunca entrar no chart se não conseguir gerar velocidade. A visão combinada: um grande ASO se acumula quando você gera velocidade. Grande velocidade sem grande ASO é um fogo de palha. ## Ranking de categoria vs. ranking geral Para a maioria dos publishers, o **[ranking de categoria](https://mwm.ai/glossary/category-rank) é o número comercialmente relevante**. O top 10 geral é reservado para mega-apps virais e grandes gastadores; também é brutalmente volátil. O top 10 de categoria, por outro lado, é tanto mais duradouro quanto mais acessível. Duas observações do nosso arquivo de rankings: 1. **O ranking de categoria tem limiares de velocidade mais baixos.** Entrar no top 50 de Finanças ou Utilitários na maioria dos países requer uma fração dos downloads diários necessários para entrar no top 100 geral. 2. **O ranking de categoria tem maior visibilidade por posição.** Usuários navegando nos charts de Games ou Finanças olham mais fundo do que usuários navegando no chart Geral, onde a atenção cai abruptamente após a posição 25. Se você está otimizando com orçamento de UA limitado ou apenas orgânico, o ranking de categoria é onde seu esforço vai mais longe. ## O que você realmente controla Apesar da opacidade, uma grande parte do resultado de ranking é diretamente controlável: - **[Ranking de keyword](https://mwm.ai/glossary/keyword-ranking)**: impulsione via título, subtítulo, campo de keywords (iOS) e descrição (Google Play). - **Taxa de conversão**: impulsione via criativos (ícone, screenshots, preview de vídeo). - **Velocidade de avaliações**: impulsione via prompts de avaliação nativa bem cronometrados, 10-25 dias após o install, condicionados a uma ação bem-sucedida. - **Retenção**: impulsione via qualidade do onboarding, estratégia de notificações, força do loop do produto. - **Gatilhos de velocidade**: impulsione via marketing coordenado, PR, eventos sazonais, In-App Events, submissões editoriais. Todo o resto — o peso exato que a Apple escolheu este trimestre, o ajuste que o Google lançou semana passada — é ruído sobre o qual você não pode agir. Construa um programa de ASO e crescimento em torno das alavancas que você controla, meça semanalmente, itere mensalmente. ## Sazonalidade e o canal editorial Ambas as lojas têm padrões sazonais que vale a pena rastrear: - **Q4** (outubro-dezembro) é a temporada de pico de downloads para apps de consumo. A concorrência por rankings de keywords se intensifica à medida que o gasto com UA dispara. - **Janeiro-fevereiro** normalmente vê installs de ano novo para apps de saúde, produtividade e finanças. - **Volta às aulas** (agosto-setembro) impulsiona apps de educação. - **Verão** impulsiona games, viagens e apps de entretenimento. O destaque editorial no iOS (aba Hoje, App do Dia, cards de coleção) é semeado algoritmicamente, mas curado por humanos. A submissão é via App Store Connect; a taxa de sucesso é baixa (percentual de dígito único), mas o upside é muito alto — um destaque na aba Hoje tipicamente entrega de 30-100k downloads incrementais em um dia. ## O que está mudando A transição do ATT e SKAdNetwork da Apple (em curso desde o iOS 14.5) empurrou ambas as lojas em direção a mais personalização algorítmica e para longe da re-classificação baseada em atribuição determinística. Na prática, isso significa: - Decisões individuais de install de usuários carregam menos sinal; padrões comportamentais agregados carregam mais. - Apps com alta retenção e engajamento ganham mais peso relativo em relação a apps com alta contagem de installs e retenção fraca. - O desempenho localizado importa mais — um caso de sucesso apenas nos EUA se traduz menos bem para o ranking de categoria na Alemanha do que há cinco anos. O guia prático: construa para qualidade duradoura do produto, não apenas volume de downloads. Apps que retêm e monetizam conquistam ranking sustentado; apps que não o fazem saem dos charts no momento em que o orçamento de marketing esfria. ## Para onde ir a seguir - Para o guia prático tático: **[Como Ranquear seu App iOS](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - Para os mecanismos de metadados e criativos: **[O Guia Completo de ASO](https://mwm.ai/guides/app-store-optimization)**. - Para ver o movimento de ranking empiricamente: **[navegue pelos rankings de países ao vivo da MWM](https://mwm.ai/rankings/countries)**. # ASO para Jogos Mobile — Um Guia Prático Os jogos são a categoria maior, mais competitiva e mais otimizada criativamente no mobile. Eles também possuem mecânicas de ASO que diferem substancialmente dos apps não-game. Este guia percorre o que é único no ASO para jogos e como as publishers que consistentemente rankeiam bem lidam com isso. ## Por que os jogos são diferentes Algumas diferenças estruturais moldam todo o playbook de ASO: 1. **Estrutura de subcategorias.** A categoria iOS Games tem 19 subcategorias (Ação, Aventura, Puzzle, Corrida, RPG, Estratégia, Cassino, entre outras). Os rankings são definidos principalmente por subcategoria. Isso significa que o conjunto competitivo é mais restrito do que "todos os jogos", mas mais profundo do que a maioria das categorias de apps não-game. 2. **Discovery por charts antes de tudo.** Os usuários navegam pelos charts de jogos muito mais do que pelos de apps não-game. A posição nos charts é responsável por uma parcela maior das instalações orgânicas de jogos do que de utilidades ou apps de produtividade. 3. **Avaliação predominantemente visual.** Uma primeira impressão de 10 segundos, esmagadoramente visual. Ícone, screenshots e vídeo de preview carregam uma parcela desproporcional do peso de conversão. 4. **Mecânica de palavras-chave diferente.** Palavras-chave de marca importam menos do que palavras-chave de gênero e mecânica (ex.: "match-3 puzzle", "open-world RPG", "idle tycoon"). 5. **Live-ops como alavanca de ASO.** Jogos que realizam eventos regulares, conteúdos sazonais e modos por tempo limitado alimentam os In-App Events, que alimentam a visibilidade nas buscas e a permanência nos charts. ## Estratégia de palavras-chave para jogos Para a maioria dos jogos, o conjunto-alvo de palavras-chave tem uma estrutura de três camadas: **Camada 1: Termos de marca.** Se o seu jogo tem marca ou IP reconhecível, capture a marca e suas variações abreviadas. "Candy Crush", "Clash", "FIFA" — esses termos convertem a taxas muito altas quando os usuários os buscam diretamente. **Camada 2: Gênero + mecânica.** O maior motor de instalações orgânicas para jogos de médio ranking. Exemplos: - "match 3 puzzle" - "idle tycoon" - "open-world RPG" - "roguelike card" - "racing simulator" Essas palavras-chave têm volume relevante e os usuários que as buscam têm alta intenção de instalação. **Camada 3: Descritores e mood.** Menor volume, mas frequentemente menos competitivo. - "cozy puzzle games" - "hyper casual arcade" - "offline strategy" - "no-wifi games" Os termos da Camada 3 são onde jogos de médio porte consistentemente vencem os maiores concorrentes — os players estabelecidos não se dão ao trabalho de otimizar para eles, e a intenção é forte. ## Estratégia de screenshots Os jogos quebram a convenção padrão de "legenda em tudo" porque os próprios visuais são a proposta de valor. Os frameworks que consistentemente vencem: **Para RPGs, aventura e jogos narrativos:** - Screenshot 1: Arte do personagem principal ou momento cinemático in-game com um subtítulo como "Sua jornada começa" - Screenshot 2: Momento chave de combate ou exploração - Screenshots 3-5: Destaques de recursos (classes, mapa do mundo, sistema de crafting) - Screenshot 6+: Polimento de apoio — avaliações, prêmios, mecânicas sociais **Para puzzle, casual e hyper-casual:** - Screenshot 1: Uma única screenshot de gameplay atraente com texto sobreposto explicando o gancho ("Match 3 para limpar o tabuleiro") - Screenshot 2: Um "momento satisfatório" — um combo grande, uma animação de fase completa, uma tela de recompensa - Screenshots 3-5: Mecânicas de progressão, variedade de fases ou modos - Screenshot 6+: Prova social e prêmios **Para estratégia, simulação e gerenciamento:** - Screenshot 1: Uma screenshot abrangente do seu mundo ou império em profundidade — mostre a escala - Screenshot 2: Um momento de decisão pivotal (ex.: uma batalha, um painel de economia) - Screenshots 3-5: Sistemas principais (unidades, árvore de tecnologia, construção de base) - Screenshot 6+: Multiplayer, PVP ou profundidade de endgame A constante entre os gêneros: a primeira screenshot deve comunicar o que o jogador faz, não apenas como o jogo parece. "Visualmente bonito" não converte; "consigo me imaginar jogando isso" converte. ## O vídeo de preview Para jogos, o vídeo de preview é o ativo criativo não-core de maior alavancagem. Um vídeo de preview iOS bem produzido, de 15 a 30 segundos, pode aumentar a conversão da página do app em 20 a 40% em relação às screenshots estáticas. O que funciona: - **Mostre gameplay nos primeiros 2 segundos.** Intros cinemáticas sangram a atenção do usuário. O autoplay começa sem som, então a abertura precisa ser visualmente atraente sem áudio. - **Adicione legendas e texto sobreposto.** Usuários que assistem sem som (a maioria) precisam de reforço textual do que está acontecendo. - **Termine em um momento de vitória.** O último frame fica na memória. Finalize em um combo, uma fase completa, uma derrota de boss — não em um fade-out. - **Mantenha em menos de 30 segundos.** A Apple limita a 30s; versões mais curtas frequentemente performam melhor. Não recicle seus trailers do TikTok ou YouTube. Eles são otimizados para contextos diferentes. Um vídeo de preview para a página do app é um ativo criativo dedicado. ## In-App Events — a alavanca de ASO mais subutilizada para jogos Os [In-App Events](https://mwm.ai/glossary/in-app-events) da Apple permitem até 5 eventos simultâneos ou futuros, cada um durando até 31 dias, exibidos tanto na sua página de produto quanto nos resultados de busca. Para jogos, isso é essencialmente um slot promocional gratuito para cada push sazonal, torneio ou lançamento de conteúdo que você fizer. Tipos de eventos comuns para jogos: - **Torneio / competição** — eventos rankeados semanais ou quinzenais - **Modo por tempo limitado** — gameplay variante (ex.: "modo Halloween", "evento Darkness Ascending") - **Lançamento de novo personagem / conteúdo** — um novo personagem jogável ou storyline - **Tema sazonal** — reskin ou regras especiais para uma janela de feriado - **Live stream ou evento comunitário** — vinculado a uma stream na Twitch, marco da comunidade ou Q\&A com o desenvolvedor Jogos que alternam eventos semanalmente consistentemente superam em ranking os jogos que nunca usam o recurso, com os demais sinais iguais. Os eventos impulsionam tanto a velocidade nos charts (novas instalações pelo hype do evento) quanto a conversão na página de produto (usuários veem "evento ativo agora" e convertem mais). > Em nossos dados, jogos que mantiveram pelo menos um In-App Event ativo continuamente por 6+ meses sustentaram o ranking de categoria 2 a 3 vezes mais do que jogos que nunca usaram o recurso. ## Velocidade de avaliações e reviews para jogos Os jogos têm a distribuição de avaliações mais ampla de qualquer categoria — com alguns dos apps com as avaliações mais altas (hits indie curados) e algumas das mais baixas (jogos free-to-play pay-to-win com monetização agressiva). Principais pontos para manter avaliações saudáveis especificamente para jogos: 1. **Solicite avaliação apenas após momentos positivos.** Após a conclusão de uma fase, derrota de um boss, ou conquista de um marco — nunca após uma derrota, falha em IAP ou interação com anúncio. 2. **Defina limite por dias ativos.** Não solicite até que o jogador tenha retornado pelo menos 3 vezes. Jogadores que abandonaram cedo tendem a avaliar negativamente. 3. **Nunca solicite avaliação dentro de um paywall ou fluxo de monetização.** A Apple sinaliza isso e gera reações negativas. 4. **Responda avaliações negativas publicamente.** O Google Play exibe sua resposta. Respostas atenciosas melhoram a percepção geral da sua avaliação mesmo que a review individual permaneça. ## Subcategorias e posicionamento Escolher a subcategoria correta no momento do envio é irreversivelmente importante. Você vai ranquear principalmente dentro daquele chart de subcategoria, e os usuários que navegam naquele chart definem suas expectativas correspondentemente. Duas regras práticas: 1. **Prefira precisão a oportunidade.** Não tente enganar a taxonomia escolhendo Puzzle quando seu jogo é na verdade Estratégia. Uma incompatibilidade produz instalações de baixa intenção que resultam em avaliações ruins. 2. **Use a subcategoria secundária para amplitude.** Se o seu jogo tem dois gêneros claros, use o primário para o dominante e o secundário para o outro. Você aparecerá em ambos os charts (com peso maior para o primário). ## O multiplicador de live-ops A maior diferença entre jogos do decil superior e os medianos não está no lançamento; está na operação pós-lançamento. Jogos que lançam conteúdo regularmente, realizam eventos rotativos e respondem aos sinais da comunidade mantêm o ranking de categoria 3 a 6 vezes mais do que jogos que lançam e ficam dormentes. Tudo acima — trabalho de palavras-chave, renovação de criativos, gestão de avaliações, In-App Events — só acumula se você estiver lançando. Planeje o ASO como um componente contínuo de live-ops, não como uma tarefa única de lançamento. ## Próximos passos - Para o playbook de execução no iOS: **[Como Ranquear Seu App iOS](https://mwm.ai/guides/how-to-rank-an-ios-app)**. - Para a referência completa: **[O Guia Completo de ASO](https://mwm.ai/guides/app-store-optimization)**. - Para entender os sinais de ranking: **[Como Funciona o Algoritmo de Ranking da App Store](https://mwm.ai/guides/app-store-ranking-algorithm)**. - Para fazer benchmark da sua categoria: **[navegue pelos rankings ao vivo de Games](https://mwm.ai/rankings/countries/US/devices/iphone/categories/6014)** em mais de 150 países no MWM Scale. # Como Melhorar a Retenção de App A maioria dos conselhos sobre retenção é genérica porque a maioria das pessoas que os escreve não consegue ver os dados. Nós conseguimos. No catálogo de apps dos EUA da MWM com volume significativo de instalações, **o app mediano retém 27,3% dos usuários no dia 1, 9,2% no dia 7 e apenas 3,9% no dia 30**. Leia novamente: o app típico perdeu aproximadamente 96% dos usuários do dia zero dentro de um mês. Isso parece drástico, mas é o enquadramento errado. [Retenção](https://mwm.ai/glossary/retention) não é um número que você empurra até 100% — é uma curva que você dobra. A barra realista não é 40% D30 (esse nível são 59 apps em todo o catálogo); é superar a mediana da sua categoria e avançar em direção ao decil superior, onde a retenção D30 fica em torno de **10,9%**. Este playbook é sobre como dobrar a curva até lá — diagnosticado por onde ela realmente quebra e respaldado pelo que os dados do catálogo mostram. ## O que uma retenção "boa" realmente parece O primeiro trabalho é recalibrar em relação à realidade, não em relação àquele único case viral que todo mundo cita. No catálogo, a retenção D30 está brutalmente inclinada para a extremidade baixa: | Retenção D30 | Parcela de apps | | ------------ | ----------------- | | Abaixo de 5% | \~61% | | 5–10% | \~27% | | 10–20% | \~10% | | 20–40% | \~2% | | 40%+ | 59 apps (\~0,06%) | Então "bom" é relativo. O D30 mediano é 3,9%; o decil superior é \~10,9%. **Se você está acima de \~11% D30, já está em um patamar raro** — seu esforço é melhor aplicado acumulando [LTV](https://mwm.ai/glossary/ltv) do que perseguindo um número que quase ninguém atinge. Se você está na mediana ou abaixo dela, há uma margem enorme, e o restante deste guia é para você. Mais uma recalibração: a retenção quase não muda por geografia. A mediana de D1/D7/D30 está dentro de alguns décimos de ponto nos EUA, Reino Unido, Alemanha, França, Japão, Coreia do Sul, Brasil e Índia. **Seu problema de retenção é um problema de produto, não de mercado** — o que é uma boa notícia, porque produto é o que você controla. (Compare isso com a monetização, que oscila amplamente por geo.) ## Diagnostique a curva antes de tocá-la Retenção não é um número — é uma curva com três pontos de quebra distintos, e cada um é um problema diferente com uma solução diferente. Antes de mudar qualquer coisa, encontre *onde* sua curva quebra: - **D0 → D1 (o gap de ativação).** Usuários instalaram mas nunca voltaram nem uma vez. É um problema de [onboarding](https://mwm.ai/glossary/onboarding) e [ativação](https://mwm.ai/glossary/activation) — eles nunca chegaram ao [momento aha](https://mwm.ai/glossary/aha-moment). - **D1 → D7 (o precipício do hábito).** Esta é a queda mais acentuada na curva mediana — de 27% para 9% em seis dias. Os usuários obtiveram valor uma vez, mas o hábito nunca se formou. - **D7 → D30 (a cauda de profundidade de valor).** Usuários que sobrevivem à primeira semana abandonam lentamente à medida que esgotam o valor do app ou simplesmente se dispersam. É um problema de profundidade e [re-engajamento](https://mwm.ai/glossary/re-engagement). Meça com [análise de coorte](https://mwm.ai/glossary/cohort-analysis), nunca uma média geral — agrupe usuários por dia de instalação e observe cada coorte envelhecer. E decida deliberadamente entre [retenção N-day](https://mwm.ai/glossary/n-day-retention) (ativo exatamente no dia N) e [rolling retention](https://mwm.ai/glossary/rolling-retention) (ativo no dia N ou depois); elas respondem perguntas diferentes e podem diferir em vários pontos. Sua [north-star metric](https://mwm.ai/glossary/north-star-metric) deve estar no topo dessa curva, não ao lado dela. ## A lente de formato por categoria O *formato* da sua curva diz qual alavanca puxar — e o formato varia bastante por categoria. Aqui está a curva mediana real por categoria no catálogo: | Categoria | D1 | D7 | D30 | | --------------------------- | --------- | ----- | -------- | | Social & Comunicação | 31,9% | 12,3% | **5,9%** | | Lifestyle & Bem-estar | 23,6% | 9,6% | 4,8% | | Produtividade & Ferramentas | 23,0% | 8,9% | 4,5% | | Educação & Conhecimento | 24,9% | 8,6% | 3,6% | | Mídia & Entretenimento | 24,9% | 8,0% | 3,4% | | Games | **36,6%** | 9,3% | 2,9% | Veja os dois extremos. **Games vencem no dia 1 (36,6%) e perdem no dia 30 (2,9%)** — a novidade atrai as pessoas de volta uma ou duas vezes, depois a curva colapsa. **Social acumula no sentido oposto** — um D1 menor que o de games (31,9%), mas o maior D30 (5,9%), porque os efeitos de rede e loops de comunicação criam razões para voltar. Se sua curva parece a de um game — D1 forte, decaimento acentuado — seu problema é *profundidade e hábito*, não primeiras impressões. Se seu D1 é fraco, corrija a ativação primeiro. Não copie o playbook de um app social em um utilitário. ## Alavanca 1 — Vença a primeira sessão (o gap D0 → D1) O número D1 é um veredicto de [onboarding](https://mwm.ai/glossary/onboarding) e [ativação](https://mwm.ai/glossary/activation). O objetivo da primeira sessão é levar o usuário ao [momento aha](https://mwm.ai/glossary/aha-moment) — o instante em que o valor central do app se torna autoevidente — antes que a fricção ou o tédio vençam. As movimentações de maior alavancagem: - **Reduza o tempo até o valor.** Adie tudo que não seja o momento aha: criação de conta, solicitações de permissão, paywalls, tutoriais. Deixe os usuários sentirem o valor primeiro; peça comprometimento depois. - **Defina e instrumente um marco de ativação único.** "Criou a primeira playlist", "registrou o primeiro treino", "enviou a primeira mensagem". Apps que atingem um evento de ativação preciso na primeira sessão retêm dramaticamente melhor — e você não pode melhorar o que não nomeou. - **Projete o estado vazio como uma primeira vitória guiada**, não como uma tela em branco. A primeira sessão deve terminar com o usuário tendo *executado* a ação central uma vez. Um alerta dos dados: os games mostram que **um D1 alto não é uma vitória por si só** (36,6% D1, 2,9% D30). Vencer a primeira sessão é necessário, mas não suficiente — só importa se o hábito se formar na sequência. ## Alavanca 2 — Construa o hábito (o precipício D1 → D7) É aqui que o app mediano sangra — de 27% para 9% em seis dias — e onde ficam os maiores ganhos. Sobreviver à primeira semana está esmagadoramente relacionado a se um *hábito* se formou: uma razão repetível para abrir o app que o usuário internaliza. - **Aperte o [core loop](https://mwm.ai/glossary/core-loop).** Quanto mais rápido e recompensador o ciclo central de ação→recompensa, mais ele se auto-reforça. Para produtos orientados a hábito, este é o [compulsion loop](https://mwm.ai/glossary/compulsion-loop): um ciclo apertado de recompensa variável que ganha a próxima abertura. - **Adicione uma cadência que o usuário possa ancorar** — uma [daily streak](https://mwm.ai/glossary/daily-streak), uma atualização diária de conteúdo, uma razão consistente para voltar no mesmo horário a cada dia. - **Use gatilhos com moderação.** [Push notifications](https://mwm.ai/glossary/push-notification) e [mensagens in-app](https://mwm.ai/glossary/in-app-messaging) bem cronometradas re-acionam o hábito; spam treina os usuários a desativá-los (ou [desinstalar](https://mwm.ai/glossary/uninstall-rate)). Dispare com base em valor ("seu treino está pronto"), não em culpa. - **Acompanhe a [frequência de sessão](https://mwm.ai/glossary/session-frequency) como indicador antecedente.** Retenção é o resultado defasado; sessões crescentes por usuário na primeira semana é o sinal precoce de que o hábito está se formando. Um limite comum: usuários que atingem várias sessões na primeira semana retêm em múltiplos daqueles que não atingem. ## Alavanca 3 — Aprofunde o valor e reconquiste os que estão saindo (D7 → D30) Usuários que superam a primeira semana abandonam mais lentamente, mas ainda abandonam — à medida que esgotam o valor do app ou simplesmente se dispersam. Dois trabalhos aqui: - **Aprofunde o valor para os sobreviventes.** Apresente casos de uso avançados, novos conteúdos e progressão para que o app continue merecendo ser aberto. [Aderência](https://mwm.ai/glossary/stickiness) — a proporção [DAU/MAU](https://mwm.ai/glossary/dau-mau) — é a métrica de saúde: ela diz qual fração dos seus usuários mensais são efetivamente diários. - **Reconquiste os que estão saindo antes que se vão.** Um [usuário dormente](https://mwm.ai/glossary/dormant-user) ainda não é um perdido. Segmente por comportamento e execute campanhas de [re-engajamento](https://mwm.ai/glossary/re-engagement) e [winback](https://mwm.ai/glossary/winback-campaign) direcionadas ao *motivo* pelo qual cada segmento saiu — um usuário power que saiu precisa de um incentivo diferente daquele que nunca foi ativado. ## Por que a retenção é a alavanca de maior alavancagem que você tem Retenção não é apenas uma métrica de engajamento — é o multiplicador sob todo o seu modelo de crescimento. Usuários retidos geram mais [lifetime value](https://mwm.ai/glossary/ltv): mais sessões para monetizar, mais chances de converter para pagante, mais tempo para indicar outros. Um LTV maior eleva o [CPI](https://mwm.ai/glossary/cpi) que você pode pagar com lucro, o que permite escalar aquisição que antes estava no vermelho. Um ponto a mais de retenção no D30 não adiciona algumas sessões — ele muda a matemática de LTV-para-CAC que financia toda a máquina. É por isso que o trabalho de retenção se acumula e o de aquisição não: um balde furado fica mais caro de encher quanto mais você despeja. (Para o lado de receita desse loop, veja o playbook de [monetização de apps mobile](https://mwm.ai/guides/mobile-app-monetization).) ## Playbooks por segmento - **Games.** Seu D1 já é forte; os dados do catálogo dizem que seu inimigo é o decaimento D7→D30. Invista em meta-progressão, eventos de live-ops e ganchos sociais que dão ao loop uma *razão de persistir* além da novidade. - **Social & comunicação.** Você tem a vantagem estrutural (maior D30) — proteja o core loop e os efeitos de rede que o impulsionam. Seu risco é uma primeira sessão quebrada para novos usuários que ingressam em uma rede existente. - **Produtividade, utilidades & apps de assinatura.** Um D1 menor é normal; seu valor é real mas leva uma ou duas sessões para se consolidar. Acerte a ativação e depois converta o hábito em um relacionamento de [assinatura](https://mwm.ai/glossary/paywall) — aqui retenção e receita são a mesma curva, e um assinante perdido é uma perda direta. O fio condutor em todos eles: **encontre onde sua curva quebra, corrija esse ponto de quebra primeiro e meça com coortes para saber que funcionou.** Dobrar a mediana de 3,9% D30 em direção ao 10,9% do decil superior é o projeto de crescimento de maior alavancagem que a maioria dos apps pode executar. # Como Ranquear Seu App iOS na App Store — Um Guia Passo a Passo Este guia percorre o processo de ASO para iOS de ponta a ponta, na ordem em que um publisher em produção o executaria. Ele pressupõe que você tem um app publicado na App Store com alguma baseline de instalações, não um app em pré-lançamento. A metodologia é igualmente aplicável ao Google Play com ajustes para os campos de metadata (sem campo de palavras-chave, mais peso para a descrição). ## Antes de começar — métricas de baseline Você não pode medir melhora sem uma baseline. Colete e registre o seguinte antes de mudar qualquer coisa: - **Rankings atuais de palavras-chave** para cada palavra-chave que você acompanha, por país-alvo. Use um tracker de ASO dedicado ([MWM Scale](https://mwm.ai/aso-tool) tem um nível gratuito para isso). - **Ranking de categoria atual** e ranking geral nos seus 3 a 5 principais mercados. - **Impressões no App Store Connect** — visualizações da página de produto por dia, divididas por Busca / Navegação / Referência. - **Taxa de conversão** de visualização da página de produto para instalação. - **Velocidade de avaliações** (novas avaliações/semana) e **nota** (média móvel). - **Divisão do volume de instalações** — Busca orgânica, Navegação orgânica (chart), pago, referência. Registre isso com data. Você vai comparar com esses dados em 4 a 8 semanas para medir o impacto das mudanças que fizer. ## Etapa 1 — Pesquisa de palavras-chave O objetivo da pesquisa de palavras-chave é produzir um **conjunto-alvo de palavras-chave** — de 10 a 20 palavras-chave para as quais você otimiza e acompanha ativamente. Não 200, não 5. O processo: 1. **Gere palavras-chave seed.** Comece com os termos óbvios da sua categoria (ex.: "meditação" para um app de meditação, "controle de gastos" para finanças). Expanda com sinônimos, descritores de público ("meditação para ansiedade") e frases baseadas em resultado ("dormir melhor"). 2. **Adicione palavras-chave de concorrentes.** Pegue seus 3 a 5 concorrentes diretos, extraia o conjunto de palavras-chave para as quais eles ranqueiam e adicione aquelas que você não está alvejando. 3. **Verifique o volume de busca e a [dificuldade](https://mwm.ai/glossary/keyword-difficulty).** Use sua ferramenta de ASO. Mire em palavras-chave de dificuldade média com volume real — palavras-chave de alto tráfego como "meditação" são disputadas; long-tails como "meditação para respiração consciente e sono" são mais fáceis de ranquear. 4. **Filtre por intenção.** Uma palavra-chave que gera instalações de usuários não qualificados é pior do que uma com menos volume mas intenção de compra mais forte. Se o seu app é uma assinatura premium, "meditação gratuita" é uma combinação ruim. 5. **Priorize de 10 a 20 palavras-chave.** Limite a lista. Você vai usá-las para estruturar sua metadata, o texto dos criativos e a estratégia de aquisição de avaliações. ## Etapa 2 — Otimize sua metadata Com um conjunto-alvo de palavras-chave em mãos, posicione as palavras-chave estrategicamente nos campos de metadata do iOS. O objetivo é cobertura completa sem stuffing. **Nome do app (30 caracteres).** Sua palavra-chave primária vai na posição descritora. Padrões típicos: - `NomeMarca: Palavra-chave Principal` — ex.: `Strides: Habit Tracker` - `NomeMarca — Descritor` — ex.: `Calm — Meditation & Sleep` - `Palavra-chave Principal by NomeMarca` — ex.: `Meditation by Calm` (menos comum; branding mais fraco) **Subtítulo (30 caracteres).** Palavras-chave secundárias formuladas como um benefício. Separação por vírgula é aceitável e não desperdiça indexação. - Bom: `Treinos, Sono, Nutrição` - Ruim: `O Melhor App de Saúde e Fitness que Você Vai Usar` (tudo filler, sem palavras-chave) **[Campo de palavras-chave](https://mwm.ai/glossary/keywords-field) (100 caracteres, separados por vírgula, oculto).** Singulares, não plurais; sinônimos; termos de long-tail; erros de digitação comuns. Não repita palavras já no título ou subtítulo — a Apple combina os campos. Não adicione espaços após as vírgulas — isso desperdiça caracteres. **Texto promocional (170 caracteres, não indexado, editável sem revisão).** Use para texto de conversão, promoções sazonais, prêmios recentes. Não para palavras-chave. **Descrição (4.000 caracteres, indexação fraca).** As primeiras 3 linhas importam mais (os usuários as veem acima da dobra do "mais"). Estrutura: - Parágrafo de abertura: proposta de valor em uma frase. - Seções estilo H2 orientadas a benefícios (marcadores funcionam bem). - Lista de funcionalidades. - Prova social (avaliações, imprensa). - Contato de suporte e solicitação de avaliação. Envie a mudança de metadata como uma nova versão do app. Espere mudanças iniciais de ranking de palavras-chave dentro de 48 a 72 horas, com estabilização completa em 7 a 14 dias. ## Etapa 3 — Teste A/B dos criativos Assim que a metadata estabilizar (de 2 a 3 semanas após o envio), inicie o teste criativo. O Product Page Optimization da Apple permite executar de 2 a 3 variantes simultâneas por teste, com o sistema encerrando automaticamente ao atingir significância. **Testes de ícone.** A superfície de maior alavancagem unitária. Hipóteses comuns: - **Personagem vs. marca tipográfica** (um ícone com personagem supera um logo abstrato?) - **Contraste de cor** (ícones mais vivos e saturados frequentemente vencem no chart disputado) - **Elemento focal** (uma forma central clara vs. composição múltipla) **Testes de screenshot.** As primeiras duas screenshots carregam 60 a 80% do peso de conversão. Hipóteses comuns: - **Caption em destaque** (texto curto de headline sobreposto) vs. **UI em destaque** (screenshot puro do produto) - **Declaração de benefício** (o que o usuário ganha) vs. **declaração de funcionalidade** (o que o app tem) - **Moldura do dispositivo** (mockup do celular) vs. **sem moldura** (full-bleed) O PPO da Apple apenas distribui variantes para uma fração do tráfego, portanto atingir significância em apps de menor volume pode levar de 4 a 6 semanas. Não encerre um teste prematuramente — deltas de conversão de 5 a 10% parecem ruidosos no curto prazo, mas se acumulam enormemente ao longo de meses. > Observamos que a maioria dos apps subestima o teste de ícone. Um lift de CVR de 15% impulsionado por ícone em um app com 10 milhões de impressões por ano representa 150 mil instalações incrementais — geralmente mais valor do que uma renovação completa de criativos das screenshots. ## Etapa 4 — Impulsione a velocidade de avaliações A velocidade de avaliações e reviews é um sinal de ranking nos charts, não apenas um sinal de conversão. Apps com avaliações antigas têm desempenho inferior a apps com avaliações recentes. A API de solicitação de avaliação do iOS (`SKStoreReviewController`) é o único mecanismo limpo. A Apple limita as solicitações a 3 por usuário por ano, então seja estratégico: 1. **Dispare em sucesso, não em chegada.** Solicite depois que o usuário completa um estado de sucesso chave — um treino finalizado, um hábito registrado pelo 10º dia, um arquivo exportado. Não na abertura do app. 2. **Aguarde de 7 a 14 dias após a instalação.** Solicitações precoces pegam usuários não comprometidos; solicitações tardias perdem a janela. 3. **Defina limite por engajamento.** Usuários que usaram o app menos de 3 a 5 sessões são estatisticamente propensos a deixar avaliações negativas — pule-os. 4. **Não encadeie com suporte.** Nunca solicite uma avaliação imediatamente após uma interação de suporte negativa. Uma solicitação bem ajustada gera uma velocidade de avaliações de 0,5 a 2% das novas instalações. Uma solicitação mal ajustada gera de 0,1 a 0,3%. A diferença importa. ## Etapa 5 — Corrija vazamentos de retenção Retenção é tanto um sinal de ranking quanto a taxa base para o LTV. Audite onde os usuários abandonam: - **Queda no dia 1**: geralmente fricção no onboarding. Reduza solicitações de permissão, remova requisitos desnecessários de cadastro, chegue ao "primeiro valor" em menos de 60 segundos. - **Queda no dia 7**: geralmente falha na formação de hábito. O usuário não criou uma razão para voltar. Push notifications, streaks ou conteúdo agendado podem ajudar. - **Queda no dia 30**: geralmente conclusão de funcionalidades ou esgotamento de conteúdo. Adicione progressão, lançamentos de novos conteúdos ou mecânicas sociais. Uma melhora de 5 pontos na retenção D7 (de 20% para 25%) geralmente impulsiona de 15 a 25% de melhora no ranking de categoria ao longo de 4 a 8 semanas, mantendo todo o restante constante — porque o sinal comportamental se propaga no ranking lentamente. ## Etapa 6 — Meça, itere e acompanhe Cadência de relatórios mensais: - Rankings de palavras-chave (por país, por palavra-chave) vs. baseline - Ranking de categoria e ranking geral vs. baseline - Impressões, taxa de conversão, novas instalações vs. baseline - Velocidade de avaliações, nota, contagem de novas avaliações - Curvas de retenção (D1, D7, D30) Trimestralmente: - Revisite o conjunto de palavras-chave — novas oportunidades estão surgindo? - Revisite os criativos dos concorrentes — eles estão iterando mais rápido que você? - Revisite a localização — os mercados secundários estão subinvestidos? Anualmente: - Repita as etapas 1 a 5 do zero. Sua baseline, o cenário competitivo e os padrões de demanda de busca se moveram. ## Cronograma e expectativas realistas Um programa de ASO disciplinado de primeiro ciclo tipicamente entrega: - **Semanas 1-2**: baseline capturada, metadata v2 elaborada. - **Semana 3**: metadata v2 enviada, aprovada na revisão. - **Semanas 4-6**: mudanças de ranking de palavras-chave visíveis; primeiro teste criativo iniciado. - **Semanas 8-10**: teste criativo atinge significância; variante vencedora implementada. - **Semanas 10-12**: melhora no ranking de categoria se torna mensurável, de 10 a 30% dependendo da posição de partida. Publishers que esperam um ranking top-10 de categoria em 8 semanas a partir de um programa de ASO recém-iniciado geralmente subestimam a componente de velocidade. O ranking se acumula — o sexto trimestre de um programa de ASO disciplinado geralmente entrega mais movimento de ranking do que o primeiro. ## Armadilhas comuns - **Enviar uma reformulação completa de metadata e teste criativo simultaneamente** — você não consegue atribuir qual mudança causou o quê. - **Copiar a metadata de um concorrente líder verbatim** — a Apple penaliza metadata quase duplicada, e você herda a estratégia de palavras-chave deles, não necessariamente a certa para o seu app. - **Executar 5 testes criativos simultaneamente** — a atribuição fica confusa, a significância se estende e você aprende menos mais rápido do que executando-os em série. - **Tratar a velocidade de avaliações como um projeto único** — é um programa contínuo. Apps com avaliações recentes ranqueiam melhor do que apps com avaliações antigas, independentemente da contagem total. - **Ignorar mercados fora do inglês** — a localização é frequentemente o trimestre de trabalho com maior ROI para apps de médio porte. ## Próximos passos - Se você publica jogos: **[ASO para Jogos Mobile](https://mwm.ai/guides/aso-for-games)**. - Para entender os sinais que você está otimizando: **[Como Funciona o Algoritmo de Ranking da App Store](https://mwm.ai/guides/app-store-ranking-algorithm)**. - Para a referência completa: **[O Guia Completo de ASO](https://mwm.ai/guides/app-store-optimization)**. - Para executar rastreamento ao vivo de palavras-chave e rankings: **[a ferramenta de ASO do MWM Scale](https://mwm.ai/aso-tool)** é gratuita para até três apps concorrentes. # Como Reduzir o Churn de App Churn é a métrica que todo deck de assinatura cita e quase ninguém faz benchmark honestamente. No catálogo da MWM, o app mediano perdeu **72,7% de seus usuários até o dia 1, 90,8% até o dia 7 e 96,1% até o dia 30**. Mesmo o decil de melhor retenção ainda perde 89% até o dia 30. [Churn](https://mwm.ai/glossary/churn), como seu espelho [retenção](https://mwm.ai/glossary/retention), não é um número que você leva a zero — é uma curva que você dobra. Mas "reduzir churn" são dois trabalhos completamente diferentes dependendo de qual churn você quer dizer, e confundi-los é o motivo pelo qual a maioria dos programas de churn estagna. Este guia os separa e fornece as alavancas para cada um. ## Os dois churns que você deve medir separadamente - **Churn de engajamento** — um usuário para de abrir o app. Este é o churn dominante para apps gratuitos, freemium e suportados por anúncios, e é o inverso da retenção: o dado de 96% no D30 acima *é* o churn de engajamento. - **Churn de assinatura (receita)** — um usuário pagante cancela ou deixa de renovar. Este é o churn que destrói receita diretamente, medido como taxa mensal de cancelamento na base de pagantes, não como retenção D30. Um app pode ter um churn de engajamento terrível e um churn de [assinatura](https://mwm.ai/glossary/subscription) saudável (uma base pagante pequena e fiel) ou o contrário. Corrigir um não faz nada pelo outro. Antes de qualquer coisa, saiba qual deles está sangrando. ## Churn voluntário vs. involuntário Dentro do churn de assinatura, divida novamente: - **Voluntário** — o usuário escolheu cancelar (preço, valor ou simplesmente terminou). - **Involuntário** — o pagamento falhou: cartão expirado, fundos insuficientes, recusa do banco. A assinatura expira mesmo que o usuário nunca tenha decidido sair. O churn involuntário é tipicamente de 20 a 40% do churn total de assinatura e é o **mais corrigível**, porque o usuário ainda quer o produto — o cartão falhou, não a intenção. Retentativas de cobrança, períodos de carência, estados de suspensão de conta e dunning (mensagens de recuperação de pagamento) recuperam uma grande parcela. A maioria das equipes investe esforços em fluxos de retenção de churn voluntário enquanto silenciosamente perde churn involuntário que poderia recuperar com uma simples mudança de configuração de cobrança. ## Meça o churn como um operador - Churn de engajamento é o inverso da [retenção N-day](https://mwm.ai/glossary/n-day-retention) — acompanhe-o por [coorte](https://mwm.ai/glossary/cohort-analysis) de instalação, nunca misturado em um único número geral do site. - Churn de assinatura é a taxa mensal de cancelamento da base pagante; separe voluntário de involuntário, e acompanhe o churn bruto em relação ao líquido (que desconta reativações e upgrades de plano). - [Taxa de desinstalação](https://mwm.ai/glossary/uninstall-rate) é o piso duro do churn de engajamento: um usuário que desinstalou foi embora, enquanto um que simplesmente parou de abrir ainda pode voltar. ## Reduza o churn de engajamento (a batalha da primeira semana) O churn de engajamento mais acentuado é de D1 a D7 — o catálogo vai de 72,7% para 90,8%, o que significa que a maior parte do que sobrevive ao dia 1 está perdida até o dia 7. Esse é um problema de ativação e hábito, e o playbook completo está em [Como Melhorar a Retenção de App](https://mwm.ai/guides/how-to-improve-app-retention). A versão resumida: leve os usuários ao valor rapidamente, construa um loop de hábito na primeira semana e execute [re-engajamento](https://mwm.ai/glossary/re-engagement) *antes* que os usuários fiquem [dormentes](https://mwm.ai/glossary/dormant-user), não depois que já foram embora. ## Reduza o churn de assinatura (onde está a receita) É aqui que o trabalho de churn se paga diretamente: - **Recupere primeiro o churn involuntário** — a movimentação com maior ROI. Lógica de retentativa de cobrança, períodos de carência, suspensão de conta e sequências de dunning reconquistam usuários que nunca pretenderam sair. Isso é configuração e mensagens, não trabalho de produto. - **Construa um fluxo de cancelamento real.** No momento de intenção de cancelamento, ofereça uma pausa (pausa bate cancelamento), uma oferta de [winback](https://mwm.ai/glossary/winback-campaign), ou um nível de downgrade — não um botão de confirmação sem saída. - **Feche o gap de realização de valor.** A maior parte do churn voluntário vem de usuários que nunca obtiveram o valor pelo qual assinaram. Vincule a ativação e a retenção à [conversão de trial](https://mwm.ai/glossary/trial-conversion) e ao [paywall](https://mwm.ai/glossary/paywall) para converter usuários que vão ficar, não usuários que vão cancelar no mês um. - **Padrão para anual.** Planos anuais substituem doze decisões de renovação por uma e reduzem estruturalmente o churn — veja o playbook de [monetização de apps mobile](https://mwm.ai/guides/mobile-app-monetization). ## A lente de categoria O formato do churn de engajamento varia bastante por categoria. Churn mediano D30 no catálogo: | Categoria | Churn D1 | Churn D7 | Churn D30 | | --------------------------- | -------- | -------- | --------- | | Social & Comunicação | 68,1% | 87,7% | **94,1%** | | Lifestyle & Bem-estar | 76,3% | 90,4% | 95,2% | | Produtividade & Ferramentas | 77,0% | 91,1% | 95,5% | | Educação & Conhecimento | 75,1% | 91,4% | 96,4% | | Mídia & Entretenimento | 75,1% | 92,0% | 96,6% | | Games | 63,4% | 90,7% | **97,1%** | Os games têm o *maior* churn no dia 30 (97,1%) apesar do *menor* churn no dia 1 (63,4%) — a novidade atrai os usuários de volta uma ou duas vezes, depois a curva colapsa. Social tem o menor churn (94,1%) porque loops de comunicação criam razões para voltar. Se você é um game, sua batalha é o decaimento D7→D30; se você é social, proteja o loop de rede que já está funcionando para você. ## Por que o churn é a alavanca que se acumula Cada ponto de churn que você corta se acumula no [LTV](https://mwm.ai/glossary/ltv): um usuário retido continua monetizando, e menor churn eleva o lifetime value que financia a aquisição. Churn é o vazamento no balde — e com 96% mediano no D30, a maioria dos baldes é quase todo furo. As equipes que vencem não perseguem um número magicamente baixo. Elas **separam os dois churns, recuperam o churn involuntário de graça e dobram a curva de engajamento uma coorte de cada vez.** # Estratégias de Crescimento para Apps Mobile — O Loop, Não os Hacks A maioria dos conteúdos de "estratégia de crescimento" é uma lista de hacks. Os dados dizem que hacks não são o problema. Crescimento é uma equação — > **Crescimento ≈ aquisição × retenção × monetização × viralidade** — e o app mediano está perdendo o segundo termo de forma tão dramática (96% de [churn](https://mwm.ai/glossary/churn) até o dia 30, menos de 4% de [retenção](https://mwm.ai/glossary/retention)) que nenhuma tática de aquisição consegue superar. Este guia é o mapa de todo o loop e, mais importante, a ordem para corrigir cada parte. A profundidade de cada motor está em seu próprio playbook; este é o lugar onde eles se encaixam. ## Crescimento é um loop, não um funil Um funil é unidirecional: instalação → uso → churn. Um loop se alimenta: usuários retidos monetizam, a receita financia a aquisição, e indicações trazem usuários que retêm e monetizam por sua vez. A diferença é o acúmulo. Apps que crescem de forma durável não estão executando funis melhores — estão executando loops onde cada motor fortalece o próximo. Seu trabalho é encontrar o seu loop e apertar cada junta dele. ## Motor 1 — Aquisição Traga usuários, mas apenas tão rápido quanto o loop consegue mantê-los. - Orgânico é a fundação: [instalações orgânicas](https://mwm.ai/glossary/organic-installs) são 62% do volume do app mediano, e mais da metade vem da busca da App Store. - [Paid UA](https://mwm.ai/glossary/paid-ua) escala além do orgânico, limitado pelo que você consegue manter — seu teto de [CPI](https://mwm.ai/glossary/cpi) é o seu [LTV](https://mwm.ai/glossary/ltv). - O play completo: [Estratégias de aquisição de usuários](https://mwm.ai/guides/user-acquisition-strategies). ## Motor 2 — Retenção (o multiplicador) Este é o termo que decide se os outros três importam. Retenção define quanto lifetime value cada usuário retorna e por quanto tempo ele permanece no loop para indicar outros. Com uma mediana de 3,9% D30, é também onde a maioria dos apps tem mais margem de melhora. - Vença a primeira sessão ([momento aha](https://mwm.ai/glossary/aha-moment)), construa o hábito e acompanhe a [stickiness](https://mwm.ai/glossary/stickiness). - O play completo: [Como Melhorar a Retenção de App](https://mwm.ai/guides/how-to-improve-app-retention) e [Estratégias de Engajamento de Apps](https://mwm.ai/guides/app-engagement-strategies). ## Motor 3 — Monetização Capture valor dos usuários que você mantém, e depois recicle-o no loop. - Conversão, [ARPU](https://mwm.ai/glossary/arpu) e retenção juntos produzem [LTV](https://mwm.ai/glossary/ltv) — e LTV é o que financia a aquisição que faz o loop crescer. - O play completo: [Estratégias de Monetização de Apps](https://mwm.ai/guides/app-monetization-strategies). ## Motor 4 — Viralidade O único canal de aquisição sem custo marginal. - Um [programa de referência](https://mwm.ai/glossary/referral-program) e um [coeficiente viral](https://mwm.ai/glossary/viral-coefficient) saudável transformam usuários retidos em novos. Um coeficiente viral se aproximando de 1 significa que cada usuário traz aproximadamente outro — o loop se torna autossustentável. - Viralidade é downstream de retenção e valor: usuários indicam produtos que amam e nos quais permanecem, portanto este motor não pode ser fixado em um balde furado. ## A ordem das operações É aqui que a maioria dos programas de crescimento erra — eles começam pelo motor mais fácil de comprar (aquisição) em vez daquele que é o gargalo dos outros (retenção). 1. **Retenção primeiro.** Faça a curva e os unit economics funcionarem em uma coorte pequena. Escalar aquisição em um balde furado apenas eleva o custo do churn. 2. **Monetização em segundo.** Estabeleça um [LTV](https://mwm.ai/glossary/ltv) que você pode bancar, para saber quanto um usuário vale. 3. **Aquisição em terceiro.** Agora escale com base em um LTV real, com uma proporção [LTV](https://mwm.ai/glossary/ltv)-para-[CAC](https://mwm.ai/glossary/cac) de 3+ como referência. 4. **Viralidade ao longo de todo o processo.** Ela se acumula em cima do que os outros três produzem. Aquisição parece crescimento porque o número de instalações se move imediatamente. Mas instalações despejadas em um produto com 4% D30 são um custo, não uma estratégia. ## Meça o loop Ancore-se em uma [north-star metric](https://mwm.ai/glossary/north-star-metric) que capture o valor entregue, e acompanhe a proporção mestre do loop, [LTV](https://mwm.ai/glossary/ltv) ÷ [CAC](https://mwm.ai/glossary/cac) (acompanhe com [ROAS](https://mwm.ai/glossary/roas) por coorte). A disciplina de uma equipe de crescimento é recusar-se a otimizar um motor às custas dos outros — porque em um loop, a junta mais fraca define a velocidade de todo o conjunto. Encontre a sua, corrija-a e passe para a próxima. # KPIs de Aplicativos Mobile — As Métricas que Realmente Importam (com Benchmarks) A maioria dos times de apps tem o oposto de um problema de mensuração — eles acompanham demais e agem com base em muito pouco. A solução não é mais dashboards; é um conjunto focado de KPIs que se mapeiam ao loop de crescimento, cada um avaliado frente a um benchmark real. Este guia é esse conjunto, agrupado pelo seu lugar no loop, com medianas do catálogo para você identificar se o seu número é bom ou apenas familiar. ## Comece com a north-star Acima da árvore de KPIs há um único número: a [north-star metric](https://mwm.ai/glossary/north-star-metric) — a medida que melhor captura o valor que seu produto entrega (usuários ativos diários, treinos registrados, faixas reproduzidas). Tudo abaixo é um input de suporte. Escolha-a primeiro, porque ela determina quais das métricas abaixo você vai otimizar com mais intensidade. ## KPIs de Aquisição Quão eficientemente você traz usuários. - **[Custo por instalação](https://mwm.ai/glossary/cpi) / [CAC](https://mwm.ai/glossary/cac)** — o custo de um usuário, sempre medido em relação ao [LTV](https://mwm.ai/glossary/ltv). - **[ROAS](https://mwm.ai/glossary/roas)** — retorno sobre o investimento em anúncios, por coorte e canal. - **[Participação de instalações orgânicas](https://mwm.ai/glossary/organic-installs)** — mediana do catálogo 61,6%; o orgânico é o maior canal para a maioria dos apps não-games. - **[IPM](https://mwm.ai/glossary/cpi) e [atribuição de instalação](https://mwm.ai/glossary/install-attribution)** — eficiência criativa e veracidade do canal. (Veja o [guia de user acquisition](https://mwm.ai/guides/user-acquisition-strategies).) ## KPIs de Ativação e Retenção Se os usuários conquistados continuam no app — a base sobre a qual todo o resto se multiplica. - **Taxa de ativação** — porcentagem de novos usuários que alcançam o marco de valor central na primeira sessão. - **[Retenção N-day](https://mwm.ai/glossary/n-day-retention)** — medianas do catálogo: **D1 27,3%, D7 9,2%, D30 3,9%**. O decil superior atinge \~10,9% no D30. - **[Churn](https://mwm.ai/glossary/churn)** — o inverso; o churn mediano de engajamento no D30 é 96,1%. (Veja o guia de [retenção](https://mwm.ai/guides/how-to-improve-app-retention).) ## KPIs de Engajamento Com que profundidade e frequência os usuários ativos utilizam o produto — o indicador antecipado de retenção. - **[Aderência DAU/MAU](https://mwm.ai/glossary/dau-mau)** — mediana do catálogo 14,1%; um bom referencial é 20%+. - **[Sessões por usuário por dia](https://mwm.ai/glossary/session-frequency)** — mediana do catálogo 2,94. - **[Duração da sessão](https://mwm.ai/glossary/session-length) e tempo por usuário** — sessão mediana de 1m 22s, mediana de \~4m 18s por dia (mas leia isso em relação à categoria — utilitários são saudáveis sendo curtos, jogos sendo longos). (Veja o guia de [engajamento](https://mwm.ai/guides/app-engagement-strategies).) ## KPIs de Monetização Quanto valor você captura dos usuários que você retém. - **Conversão para pagante** — para a maioria dos apps de consumo, uma [taxa de conversão](https://mwm.ai/glossary/conversion-rate) de dígito simples baixo; \~6% blended é uma âncora de planejamento. - **[ARPU](https://mwm.ai/glossary/arpu)** — mediana do catálogo $0,15 (30 dias), decil superior $4,64. - **[ARPPU](https://mwm.ai/glossary/arppu)** — receita por usuário *pagante*; mediana modelada de $1,88/mês. - **[ARPDAU](https://mwm.ai/glossary/arpdau)** — mediana de \~$0,01 IAP (exclui receita de anúncios). - **[LTV](https://mwm.ai/glossary/ltv)** — a integral do ARPDAU sobre a curva de retenção. (Veja o guia de [monetização](https://mwm.ai/guides/app-monetization-strategies).) ## O único ratio que une tudo **[LTV](https://mwm.ai/glossary/ltv) ÷ [CAC](https://mwm.ai/glossary/cac).** Ele conecta todos os grupos acima — retenção e monetização constroem o LTV, aquisição gasta o CAC — e um ratio de 3+ é o referencial para um negócio saudável e escalável. A maior parte do trabalho com KPIs serve, em última análise, para mover esse único ratio. ## A planilha de benchmarks | KPI | Mediana do catálogo | Forte (decil superior) | | ------------------------------------- | ------------------- | ---------------------- | | Retenção D1 / D7 / D30 | 27,3% / 9,2% / 3,9% | \~10,9% D30 | | Aderência DAU/MAU | 14,1% | 31% | | Sessões / usuário / dia | 2,94 | 5,28 | | ARPU (30 dias) | $0,15 | $4,64 | | ARPDAU (IAP) | $0,01 | $0,04 | | Participação de instalações orgânicas | 61,6% | 77% | ## Vaidade vs. acionável Uma métrica ganha espaço no dashboard só se uma mudança nela muda o que você faria. Downloads acumulados e total de usuários cadastrados sempre sobem e não sinalizam nada; retenção por coorte, conversão de trial para pago, stickiness e [coeficiente viral](https://mwm.ai/glossary/viral-coefficient) se movem com alavancas específicas e revelam qual delas funcionou. Acompanhe as taxas e coortes, não os totais acumulados — poucos o suficiente para que o time possa de fato agir sobre todos eles. # Monetização de Aplicativos Mobile — IAP, Assinaturas, Anúncios e Freemium Explicados A monetização de aplicativos mobile consolidou-se em torno de quatro modelos dominantes. A escolha entre eles é arquitetural — ela determina sua unit economics, sua estratégia de UA, seu roadmap de produto e qual infraestrutura de plataforma você vai construir. Escolher o modelo errado para o seu app não só deixa receita na mesa; cria um arrasto estratégico composto ao longo de anos. Este guia aborda os quatro modelos, quando cada um é a escolha certa, e os benchmarks de unit economics que você deve buscar dentro de cada um. ## Os quatro modelos, em um parágrafo cada **[Freemium](https://mwm.ai/glossary/freemium) com [assinaturas](https://mwm.ai/glossary/subscription).** O app é gratuito para instalar, com funcionalidades ou conteúdo premium bloqueados por uma assinatura recorrente. O modelo de funil mais amplo, dominante em produtividade, conteúdo, utilitários, relacionamento e saúde/fitness. A unit economics depende da conversão de trial para pago e do churn mensal. **Freemium com [compras no app](https://mwm.ai/glossary/iap).** Gratuito para instalar, monetizado por compras consumíveis ou não consumíveis. O padrão para jogos free-to-play — consumíveis impulsionam a economia de whales, não consumíveis removem anúncios ou desbloqueiam conteúdo. Menos comum fora de jogos. **Gratuito com anúncios.** Gratuito para instalar, totalmente gratuito para usar, monetizado via impressões de anúncios. Monetizado por vídeo recompensado, intersticiais, banners ou posicionamentos nativos. Boa unit economics por usuário em apps com sessões longas; fraca em apps com sessões curtas. **Pago avulso.** O usuário paga um preço único para instalar. Modelo dominante no início dos anos 2010, hoje limitado a ferramentas de nicho profissional, jogos premium e utilitários específicos. Alta qualidade de usuário qualificado (quem paga tem intenção clara), mas o menor funil. Realidade atual: a maioria dos apps de consumo comercialmente bem-sucedidos é **híbrida**. A base é assinatura ou freemium, com posicionamentos táticos de anúncios, IAPs avulsos e bundles promocionais em camadas acima. ## Freemium + assinatura — o padrão dominante O freemium com assinaturas é o padrão para a maioria dos novos apps de consumo. A fricção de instalação é zero, os sistemas de assinatura das plataformas (App Store e Google Play) gerenciam cobrança, lógica de trial e ofertas de retenção nativamente, e o modelo de receita recorrente recompensa o investimento no produto no longo prazo. As métricas centrais de um app freemium-assinatura: 1. **Taxa de início de trial.** Qual fração das instalações inicia um trial gratuito. Tipicamente 8–20% para um onboarding bem-projetado; 25%+ indica qualidade de funil excepcional. 2. **[Conversão de trial para pago](https://mwm.ai/glossary/trial-conversion).** Qual fração dos trials iniciados converte para pago. Medianas do setor por vertical: produtividade 30–50%, utilitários 25–45%, relacionamento 50–70%, entretenimento 40–60%, jogos com assinaturas 15–30%. 3. **Churn mensal.** Tipicamente 5–10% para apps maduros. Abaixo de 5% é excepcional — normalmente sinal de um produto de categoria consolidada (Duolingo, Calm) ou de uma infraestrutura de retenção eficaz. 4. **[ARPU](https://mwm.ai/glossary/arpu) e [ARPPU](https://mwm.ai/glossary/arppu).** Receita blended por usuário e receita por pagante. Os apps de assinatura de consumo do quartil superior registram $2–5 de ARPU e $15–40 de ARPPU. 5. **[LTV](https://mwm.ai/glossary/ltv).** Derivado de ARPPU × tempo médio de permanência. Um app de $9,99/mês com 7% de churn mensal tem \~14 meses de permanência média e \~$140 de LTV pago; o LTV blended depende da taxa de conversão. **O trade-off central**: apps de assinatura têm as janelas de payback mais longas de qualquer modelo de monetização. Seu ponto de equilíbrio em UA pago geralmente fica entre o Dia 60 e o Dia 120, não o Dia 7. Isso significa que você precisa de uma forte confiança na previsão de retenção ou de um balanço com runway longo. Apps que não conseguem prever o LTV de forma confiável frequentemente gastam demais em UA pago e ficam sem capital. ## Freemium + IAP (jogos e além) Jogos free-to-play dominam o modelo de IAP. Um jogo F2P típico monetiza por meio de: - **Consumíveis** (moedas, gemas, dicas, boosters) — o principal driver de receita, impulsionando a economia de whales. - **Não consumíveis** (remover anúncios, desbloquear personagem premium) — compras únicas que convertem uma fração dos usuários ativos. - **Tiers de assinatura** (battle pass, acesso VIP) — adicionados cada vez mais como uma camada intermediária de monetização. A economia segue uma lei de potência acentuada. Em um jogo free-to-play típico, 1–5% dos jogadores que chegam a pagar geram 50–80% da receita. O trabalho de monetização consiste principalmente em: 1. Converter uma parcela maior de jogadores em pagantes (design do funil da primeira compra). 2. Estender o gasto ao longo do tempo dos pagantes existentes (profundidade de progressão, eventos de live ops, ofertas por tempo limitado). 3. Evitar o churn de whales (mecânicas de retenção e suporte VIP). Fora dos jogos, o freemium somente com IAP é mais raro, mas existe para apps com uma "unidade" natural de consumo (ex.: apps de geração de imagens baseados em crédito, serviços sob demanda com preço por uso). A maioria dos apps de produtividade de consumo migrou para assinaturas porque a matemática do LTV é mais simples. ## Monetização por anúncios Apps sustentados por anúncios dependem do **[eCPM](https://mwm.ai/glossary/ecpm)** — receita efetiva por mil impressões de anúncio. Os eCPMs variam muito por geografia (EUA > UE > mercados emergentes, frequentemente com uma diferença de 5–10x) e muito por formato (vídeo recompensado > intersticial > banner, frequentemente 3–5x de diferença). Benchmarks de eCPM em 2026 (EUA, iOS, apps de conteúdo mid-tier): - Vídeo recompensado: $10–30 - Intersticial: $4–12 - Banner: $0,50–2,00 - Nativo: $3–10 A questão decisiva para apps sustentados por anúncios é o tempo de sessão. Apps com 20+ minutos de sessão diária (jogos, social, streaming) conseguem monetizar anúncios em faixas de ARPDAU de $10–30 que superam muitos apps freemium. Apps com sessões diárias de 2 minutos (utilitários, ferramentas) geralmente lutam abaixo de $1–2 de ARPDAU somente com anúncios — razão pela qual muitos utilitários que começaram com anúncios migraram para assinaturas. **Pós-ATT**, a monetização de anúncios no iOS é mais complexa, mas não está morta. Publishers que se adaptaram — rodando schemas de conversion value do SKAdNetwork, otimizando o LTV de usuários que deram opt-in separadamente e diversificando a mediação de anúncios — em grande parte se recuperaram. Publishers que não o fizeram ainda estão 30–50% abaixo dos eCPMs do iOS em relação aos baselines pré-ATT. ## Pago avulso Apps pagos cobram um preço único para instalação. O funil é estreito, mas a qualidade de conversão é excepcional — cada usuário que paga já se qualificou. Contextos específicos onde o pago avulso ainda vence: - **Ferramentas profissionais** com base de usuários estreita e de alta intenção (produção musical, design gráfico, ferramentas científicas especializadas). - **Jogos premium** com sinais claros de qualidade (ports de console, jogos indie pagos). - **Utilitários de nicho** onde a fricção de assinatura destrói a conversão (ferramentas de uso único). - **Mercados onde a fadiga de assinatura é aguda** e um posicionamento limpo de "pague uma vez, seja dono" diferencia. O playbook do modelo pago é diferente: você otimiza escadas de preço e valor percebido em vez da conversão de funil. Uma boa captura de tela e uma pontuação confiável de avaliações importam mais do que uma boa paywall — porque não há paywall. ## Monetização híbrida A maioria dos apps de consumo comercialmente bem-sucedidos roda 2–3 fluxos de monetização em paralelo: - Assinatura como camada principal de receita, com âncora de preço anual. - IAP tático para consumíveis avulsos (créditos, packs de boosts, drops de conteúdo premium). - Posicionamentos de anúncios recompensados para usuários gratuitos, frequentemente como mecanismo de "créditos grátis" que alimenta de volta o engajamento. - Deals vitalícios, bundles ou upsells como alavancas periódicas de retenção e receita. O objetivo é dar a cada usuário um caminho para pagar condizente com sua sensibilidade a preço. Usuários com orçamento mais restrito recebem anúncios; usuários intermediários compram uma assinatura; usuários de alto valor pagam pelo plano anual mais consumíveis ocasionais. Bem executada, a monetização híbrida eleva o ARPU 30–60% acima do modelo de assinatura pura, ao custo de uma modesta complexidade de produto. ## Precificação e localização A estratégia de precificação merece um guia próprio, mas três regras de alta alavancagem: 1. **Ancore o anual com 50% de desconto sobre o mensal × 12.** Apple e Google suportam ofertas de preço anual que exibem o desconto nativamente. É o padrão do setor. 2. **Localize preços por mercado, não apenas por idioma.** Paridade de poder de compra importa. Brasil, Índia e boa parte do Sudeste Asiático requerem preços nominais significativamente mais baixos (30–50% do valor nos EUA). Os tiers de precificação da Apple e do Google permitem personalizar isso por país sem gerenciar manualmente combinações de N × M moedas. 3. **Teste múltiplos pontos de preço.** O primeiro preço que você escolhe quase nunca é o ideal. Faça testes A/B com 3–4 escadas de preço nos primeiros 3–6 meses após o lançamento. Os apps de assinatura do quartil superior revisitam a precificação anualmente. ## Benchmarks de unit economics Como um app de assinatura saudável se parece em 2026: - **Ratio [LTV](https://mwm.ai/glossary/ltv):[CPI](https://mwm.ai/glossary/cpi)** de pelo menos 3:1 (LTV no Dia 180 vs. CPI blended). Apps excepcionais atingem 5:1 ou melhor. - **[ROAS](https://mwm.ai/glossary/roas) no Dia 30** de 50–70%. ROAS no Dia 180 igual ou acima de 120–150%. - **Conversão de trial para pago** de 30%+ em um trial de 7 dias. - **Churn mensal** abaixo de 10%, idealmente 5–7%. - **Participação de pagantes no MAU** de 3–8%. Se seus números estão bem abaixo de qualquer um desses, o problema raramente é o investimento em UA — é ou o design da paywall, a qualidade do onboarding, ou uma lacuna fundamental de product-market fit. Nenhuma quantidade de UA corrige um funil quebrado. ## Para onde ir a seguir - **[Melhores Práticas de Design de Paywall](https://mwm.ai/guides/paywall-design-best-practices)** — a superfície de otimização de maior alavancagem em apps de assinatura. - **[O Guia Completo de ASO](https://mwm.ai/guides/app-store-optimization)** — para gerar o topo de funil que sua monetização precisa. - **[Como Funciona o Algoritmo de Ranking da App Store](https://mwm.ai/guides/app-store-ranking-algorithm)** — porque o ranking multiplica sua margem de monetização. - Para benchmarks em tempo real: o **[MWM Scale](https://mwm.ai/mwm-scale)** acompanha a receita de concorrentes e padrões de monetização por categoria. Monetização é, em última análise, uma questão de produto, não de página de preços. Os apps que vencem em unit economics são os que constroem um produto que vale o que cobram, e então projetam cada superfície — trial, paywall, fluxo de retenção, winback — para tornar esse valor legível. Acerte isso e os números vêm em seguida. # Melhores Práticas de Design de Paywall (Embasadas por Dados de Conversão) A paywall é a superfície de maior alavancagem no produto de um app de assinatura. Um aumento relativo de 10% na conversão da paywall é 10% mais receita em cada instalação, perpetuamente. Nenhuma outra coisa que um app de assinatura mobile entregue tem essa alavancagem. No entanto, a maioria dos apps trata as paywalls como uma decisão tomada uma única vez na fase de design, entrega uma versão e itera raramente. Este guia cobre os padrões, posicionamentos e a disciplina de testes que separam os apps do quartil superior do restante. ## O que uma paywall realmente faz Uma [paywall](https://mwm.ai/glossary/paywall) tem quatro funções simultaneamente: 1. **Transmitir o valor** que o usuário obtém ao pagar. 2. **Transmitir o preço**, ancorado em comparações que o usuário considera favoráveis. 3. **Reduzir o risco percebido** de pagar — trial gratuito, cancelamento claro, prova social. 4. **Criar urgência ou lock de hábito** que move o usuário de "talvez depois" para "agora." Falhar em qualquer das quatro derruba a conversão. A maioria das paywalls com baixo desempenho é pouco clara no item 1 (copy genérico de "desbloqueie o premium") ou fraca no item 3 (sem oferta de trial, sem clareza sobre cancelamento). ## Posicionamento da paywall — três momentos distintos **Paywall de onboarding.** Exibida imediatamente após a instalação, frequentemente após um fluxo de onboarding de 3 a 5 etapas. O posicionamento de maior alavancagem para a maioria dos apps de consumo porque captura o usuário no pico de intenção. Precisa estar alinhada ao contexto do onboarding — o benefício principal da paywall deve refletir as respostas que o usuário acabou de fornecer. **Paywall contextual / de gate de funcionalidade.** Exibida quando o usuário atinge uma funcionalidade específica bloqueada ("Faça upgrade para salvar mais de 3 hábitos", "Desbloqueie conteúdo premium"). Menor taxa de conversão do que no onboarding, mas maior intenção por conversão — o usuário tentou fazer algo específico e foi bloqueado. **Paywall de retenção.** Exibida a assinantes que estão cancelando como oferta de winback, ou a usuários pagantes inativos como opção de downgrade em vez de cancelamento. Menor taxa de conversão, mas cada save tem margem próxima de 100%. Apps de assinatura bem projetados rodam os três com variantes distintas, não uma paywall clonada três vezes. A paywall de onboarding deve introduzir o valor; a paywall contextual deve explicar a funcionalidade específica; a paywall de retenção deve reduzir a aversão à perda. ## Paywalls hard vs. soft **Paywall hard**: não há como avançar sem compra ou início de trial. Prós: conversão máxima dos usuários que pagam; monetização mais clara. Contras: taxa de início de trial dramaticamente menor; maior taxa de desinstalação após a paywall. Adequada quando: - O loop central do seu produto está bloqueado por conteúdo premium (streaming, ferramentas especializadas) - Seu app tem forte reconhecimento de marca independente que qualifica as instalações antecipadamente - Seus canais de UA entregam usuários de alta intenção (não aquisições casuais por anúncio) **Paywall soft**: o usuário pode pular e continuar para um tier gratuito. Prós: funil mais amplo, mais oportunidades de conversão contextual posterior. Contras: a opção de "pular" é um abismo — muitos usuários pulam e nunca mais veem a paywall. Adequada quando: - Os usuários precisam de múltiplas sessões para entender o valor - Seu app tem um tier gratuito utilizável que ainda impulsiona o engajamento - Você tem uma estratégia forte de paywall contextual para conversão posterior A maioria dos apps freemium-assinatura bem-sucedidos roda uma **paywall soft no onboarding junto com uma paywall hard em funcionalidades premium específicas**. A combinação captura pagantes imediatos e preserva o caminho de longo prazo para usuários hesitantes. ## Layout de precificação — as convenções que consistentemente vencem **Stack vertical de dois tiers**, com o anual acima do mensal: - Plano anual, exibido primeiro, com badge "ECONOMIZE 50%" ou similar - Plano mensal abaixo **Cards horizontais de três tiers**, para apps com diferenciação clara de funcionalidades: - Básico / Pro / Business - Tier do meio com label de "seleção padrão" ou "mais popular" **Tier único com ênfase no trial**, para apps confiantes em um único ponto de preço: - CTA de trial em destaque ("Iniciar trial gratuito de 7 dias") - Preço em texto menor ("depois $9,99/mês") Regras que se aplicam a todos os layouts: - **Sempre exiba o preço por período com destaque.** Os usuários precisam saber que pagarão $9,99/mês, não $119,88/ano ocultos nos termos. - **Pré-selecione a opção de maior valor.** A convenção do setor é definir como padrão o plano anual. Usuários que quiserem o mensal mudarão a seleção; o padrão direciona uma parcela significativa para o anual. - **Inclua clareza sobre cancelamento.** "Cancele a qualquer momento" ou "Sem compromisso" em texto secundário, acima da dobra. - **Exiba o símbolo de moeda e o formato por localidade.** $9,99 nos EUA, R$ 9,99 no Brasil, 9,99 € na França, £7,99 no Reino Unido. ## Copy — a maior alavanca A maioria das paywalls com baixo desempenho perde no copy, não no design visual. Os padrões que funcionam: **Específico > genérico.** "Hábitos ilimitados" ou "Sem anúncios para sempre" supera "Obtenha acesso premium." Os usuários precisam imaginar o que muda. **Benefício > funcionalidade.** "Durma melhor toda noite" supera "Desbloqueie 200+ meditações." Listas de funcionalidades são escaneadas; o enquadramento de benefício é lido. **Prova social no lugar certo.** Um badge de 4,8 estrelas ou "10 milhões de usuários" próximo à precificação funciona. Sinais de confiança de baixa credibilidade (logos genéricos de "Como visto em" sem substância) frequentemente reduzem a confiança em vez de construí-la. **Urgência sem dark patterns.** "Oferta por tempo limitado — primeiro mês com 50% de desconto" está correto se for verdadeiro. Contadores regressivos que reiniciam a cada visualização são dark patterns que Apple e Google vão sinalizar. **O label do botão importa.** "Iniciar trial gratuito" vs "Continuar" vs "Assinar" — teste-os. "Iniciar trial gratuito" geralmente vence na taxa de início de trial; "Continuar" pode vencer na conversão trial-para-pago porque usuários que o veem entendem que estão aceitando um fluxo de compra e não um brinde. ## Padrões de design visual que funcionam Em centenas de paywalls analisadas, um conjunto de padrões aparece repetidamente nos apps de maior conversão: - **Imagem hero ou animação** no topo, estabelecendo o valor emocional. - **Par ícone + benefício** por benefício-chave — 4 a 6 linhas. Deixe o usuário escanear. - **Avaliações ou citações de clientes** com estrelas visíveis. - **Precificação apresentada como cards**, não lista plana. Estado selecionado visualmente distinto. - **CTA principal de largura total na parte inferior**, fixo em paywalls longas. - **Ações secundárias (restaurar compras, termos, privacidade)** em estilo terciário discreto. Anti-padrões que consistentemente têm desempenho inferior: - **Paywalls com muito texto** sem imagens ou hierarquia visual. - **CTAs em caixa alta** ("COMPRE AGORA") — agressivas e frequentemente com conversão inferior ao sentence case. - **Precificação oculta** com apenas uma CTA de trial e sem preço por período. - **Opções em excesso** — 4+ planos criam fadiga de decisão. - **Paywalls dispensáveis mas não obviamente dispensáveis** — o X de fechar é pequeno ou cinza. Os usuários se sentem presos e deixam avaliações negativas. ## Testes A/B de paywalls Paywalls devem ser testadas continuamente. As opções de infraestrutura: - **Construir o próprio** — feature flagging + seleção de variante server-side + analytics no cliente. Personalizado, flexível, exige tempo de engenharia. - **SDKs dedicados de paywall** — RevenueCat, Adapty, Superwall. Eles lidam com entrega de variantes, analytics e integração de assinatura de plataforma em um único SDK. A maioria dos apps de assinatura de médio porte usa um desses em vez de construir internamente. Disciplina que importa independentemente da infraestrutura: 1. **Uma variável por teste.** Testar uma imagem hero diferente E um preço diferente é um único teste que você não consegue atribuir. 2. **Calcule o poder antes de começar.** Calcule o tamanho de amostra necessário para o menor delta de conversão que você se importa em detectar. Um teste que leva 6 semanas para atingir significância está correto; um teste que roda para sempre porque o delta é pequeno não está. 3. **Acompanhe o LTV de coorte downstream, não apenas a conversão.** Uma variante que eleva a conversão trial-para-pago em 5%, mas atrai usuários de menor LTV, pode ser líquida negativa. Aguarde pelo menos um ciclo de cobrança antes de declarar um vencedor. 4. **Mantenha um calendário de testes.** Evite contaminar cruzadamente os testes. Quando parar um, dê um período de lavagem de 1 semana antes do próximo se o comportamento do usuário na superfície alterada precisar de estabilização. ## Os cinco erros mais comuns de paywall Após revisar muitas paywalls, os padrões recorrentes de falha: 1. **Benefício hero vago.** "Desbloqueie o premium" não diz nada ao usuário. 2. **Sem precificação anual ou enquadramento anual fraco.** Deixando LTV na mesa. 3. **Sem trial, quando os usuários precisam que o produto prove seu valor antes de pagar.** 4. **Paywall de onboarding dispensável sem estratégia de paywall contextual.** Os usuários dispensam uma vez, nunca veem mais um prompt de compra. 5. **Estática para sempre.** A primeira versão de paywall entregue no lançamento quase nunca é a melhor. Apps que não iteraram em 12 meses estão perdendo 15 a 30% de receita em relação ao que um programa disciplinado de testes entregaria. ## Medindo a performance da paywall Instrumentação mínima: - **Impressões de paywall** (toda vez que uma paywall é renderizada) - **Taxa de conversão da paywall** (inícios de trial + compras diretas por impressão) - **Taxa de dismissal da paywall** (para paywalls soft) - **Conversão de trial para pago** (downstream) - **LTV de coorte de 30 e 180 dias por variante de paywall** Cadência de reporting: conversão de paywall diariamente; LTV downstream semanalmente; revisão completa de performance de variante mensalmente. ## O lado do winback e da retenção A paywall continua após a compra. Quando os usuários cancelam, Apple e Google permitem que você apresente [ofertas promocionais](https://mwm.ai/glossary/promotional-offer) — tarifas com desconto para assinantes que voltam. Um fluxo de oferta de winback bem projetado captura 15 a 30% dos cancelamentos. Melhores práticas: - **Não exiba uma oferta de winback antes que a intenção de cancelamento seja clara.** Mostrá-la a usuários satisfeitos os treina a esperar descontos. - **A oferta deve ser significativa, mas não canibalizar a precificação regular.** 50% de desconto por 3 meses é um padrão comum; "gratuito para sempre" obviamente destruiria a economia. - **Códigos de oferta para casos de suporte ao cliente.** Permita que a equipe de suporte resgate um código de winback para usuários que reclamam de problemas de cobrança — o lift de retenção por caso supera o custo. ## Para onde ir a seguir - **[Monetização de Aplicativos Mobile](https://mwm.ai/guides/mobile-app-monetization)** — o contexto de modelo em que as paywalls existem. - **[Como Rankear seu App iOS](https://mwm.ai/guides/how-to-rank-an-ios-app)** — gerando o topo de funil que sua paywall converte. - **[Glossário: Paywall](https://mwm.ai/glossary/paywall)** para a referência do termo. Paywalls recompensam a obsessão. Publishers que as tratam como uma superfície de otimização — medida, iterada e testada em A/B continuamente — acumulam uma vantagem de margem sobre concorrentes que entregam e esquecem. Comece com uma melhoria. Entregue. Meça. Repita todo mês por dois anos. Essa disciplina por si só vale a diferença entre um app de assinatura mediano e um do decil superior. # Melhores Práticas de Push Notification para Aplicativos Mobile As [push notifications](https://mwm.ai/glossary/push-notification) são a alavanca mais mal utilizada na retenção mobile. Bem utilizadas, são a forma mais barata de criar uma visita de retorno e reforçar um hábito em formação. Mal utilizadas, são o caminho mais rápido para um canal silenciado ou uma desinstalação — e uma vez que um usuário silencia você, essa alavanca de retenção se foi para sempre. Toda a disciplina está em conquistar atenção e gastá-la com cuidado. ## Conquiste o opt-in antes de solicitá-lo No iOS, o push exige permissão explícita, e o prompt do sistema só pode ser exibido efetivamente uma vez. Desperdiçá-lo na primeira abertura — antes de o usuário ter sentido qualquer valor — é o erro mais comum e mais caro. - **Faça o priming do prompt.** Exiba uma tela de pré-permissão personalizada que explique *o que* as notificações farão pelo usuário, depois dispare o diálogo do sistema apenas para os usuários que disserem sim. Isso protege o prompt real de uma recusa reflexiva. - **Solicite após um momento de valor**, não antes. Um usuário que acabou de sentir o app funcionar tem muito mais probabilidade de dar opt-in do que um que está olhando para uma tela inicial fria. - O Android concede push com mais permissividade, mas a mesma disciplina de relevância se aplica para mantê-lo. ## Dispare com base em valor, não em um horário fixo A maior alavanca de qualidade é migrar do batch-and-blast para **gatilhos comportamentais** — notificações disparadas por algo que o usuário fez ou algo genuinamente relevante para ele. - Segmente por comportamento e ciclo de vida (novo, ativo, em risco de churn) e envie mensagens diferentes para cada segmento. - Um push acionado e relevante conquista a abertura e o retorno; um blast genérico agendado treina os usuários a ignorar — e depois silenciar — você. - Combine gatilhos com uma [daily streak](https://mwm.ai/glossary/daily-streak) ou outra cadência que o usuário optou, para que a notificação reforce um hábito que ele já quer ter. ## Respeite frequência, horário e horas de silêncio Não existe uma cadência universal ideal — existe um limite que protege o canal. - **Limite o volume por usuário** e respeite horários de silêncio e fusos horários locais. - Prefira a otimização de horário de envio por usuário a um único horário global. - Trate cada envio como gastar um orçamento finito de atenção; se uma mensagem não vale ser aberta, não enviá-la é a escolha de maior valor. ## Use push e mensagens in-app juntos O [push](https://mwm.ai/glossary/push-notification) traz usuários de volta de fora do app; as [mensagens in-app](https://mwm.ai/glossary/in-app-messaging) e as [notificações in-app](https://mwm.ai/glossary/in-app-notifications) guiam e fazem upsell dos usuários que já estão dentro. São superfícies complementares: - Push → a visita de retorno. - In-app → o que acontece durante a visita (descoberta de funcionalidades, ofertas, nudges). Uma stack de mensagens completa orquestra ambos a partir dos mesmos gatilhos comportamentais. ## Recupere o usuário em risco antes que ele vá embora O push é o canal principal para [re-engajamento](https://mwm.ai/glossary/re-engagement) e [campanhas de winback](https://mwm.ai/glossary/winback-campaign). A janela importa: um [usuário dormant](https://mwm.ai/glossary/dormant-user) que não abriu o app há dias é muito mais recuperável do que um que churnou há semanas. Acione o re-engajamento em sinais de lapso precoce, não depois que o usuário já foi embora — e faça a mensagem ser sobre o *valor inacabado* que ele tem, não um genérico "sentimos sua falta." ## Meça o que realmente importa A taxa de abertura da notificação em si é uma métrica de vaidade. As perguntas que importam são: - **Taxa de opt-in**, e como ela se move quando você reposiciona o prompt. - **Lift downstream** — uma coorte notificada mostra maior [frequência de sessão](https://mwm.ai/glossary/session-frequency) e [retenção](https://mwm.ai/glossary/retention) do que um controle holdout? - **Taxa de silenciamento e desinstalação** após os envios — o lado do custo do balanço. Execute as notificações contra um holdout para medir visitas de retorno incrementais, não para se creditar por usuários que teriam voltado de qualquer forma. Push bem feito é um multiplicador no trabalho de [retenção](https://mwm.ai/guides/how-to-improve-app-retention) e [engajamento](https://mwm.ai/guides/app-engagement-strategies) — não um substituto para ele. # Estratégias de aquisição de usuários — Como adquirir usuários e reduzir o custo por instalação A primeira coisa que os dados derrubam é a suposição de que user acquisition significa comprar instalações. No catálogo da MWM, o **app mediano obtém 61,6% de suas instalações de forma orgânica, e 52,3% vêm somente da busca na App Store** — ou seja, a busca orgânica impulsiona mais da metade das instalações para o app típico antes de um único real ser gasto em anúncios. A UA paga é real e 82,8% dos apps a executam, mas para a maioria é uma camada sobre uma fundação orgânica, não a fundação em si. Este guia aborda o mix de aquisição, a matemática que limita o que você pode gastar e como reduzir seu [custo por instalação](https://mwm.ai/glossary/cpi) efetivo. ## A equação de UA: você só pode pagar pelo que consegue reter A aquisição não é uma alavanca de crescimento por si só — é um multiplicador sobre retenção e monetização. O teto do que você pode pagar lucrativamente por usuário é definido pelo [LTV](https://mwm.ai/glossary/ltv): > Se o seu [LTV](https://mwm.ai/glossary/ltv) ÷ custo de aquisição não estiver confortavelmente acima de 1, mais investimento apenas perde dinheiro mais rápido. O referencial padrão é um **ratio [LTV](https://mwm.ai/glossary/ltv)-para-[CAC](https://mwm.ai/glossary/cac) de 3 ou mais** antes de escalar. É por isso que os playbooks de [retenção](https://mwm.ai/guides/how-to-improve-app-retention) e [monetização](https://mwm.ai/guides/app-monetization-strategies) também são playbooks de aquisição: cada ponto de retenção ou ARPU que você adiciona eleva o [CPI](https://mwm.ai/glossary/cpi) que você pode pagar, desbloqueando canais e escala que antes estavam no vermelho. A aquisição não consegue superar um produto com vazamentos. Meça com [ROAS](https://mwm.ai/glossary/roas) por coorte e canal, e acerte a [atribuição de instalação](https://mwm.ai/glossary/install-attribution) para saber qual canal realmente conquistou o usuário. ## Canal 1 — Orgânico: a maioria por padrão Para a maioria dos apps, este é o canal maior e o mais barato. - **App Store Optimization é o motor.** A busca orgânica representa 52% das instalações para o app mediano — é essa a superfície de ASO. O jogo completo está em [O Guia Completo de App Store Optimization](https://mwm.ai/guides/app-store-optimization); o ponto aqui é que o ASO não é um projeto secundário, é seu maior canal de aquisição. - **Referrals e viralidade.** Um [programa de referral](https://mwm.ai/glossary/referral-program) e um [coeficiente viral](https://mwm.ai/glossary/viral-coefficient) saudável transformam usuários retidos em novos usuários a custo marginal quase zero — o canal composto. - **Destaque na loja e avaliações** geram picos orgânicos que o pago não consegue comprar. ## Canal 2 — Pago: quando a matemática de LTV funciona A [UA paga](https://mwm.ai/glossary/paid-ua) é como você escala *além* do orgânico quando a economia suporta. - **Apple Search Ads** captura usuários de alta intenção no momento da busca — cerca de 34% dos apps que rodam pago o utilizam. Combina com o ASO: rankeia organicamente, depois defende e estende com posicionamentos pagos nas mesmas queries. - **Redes sociais e de vídeo** (as grandes plataformas pagas) impulsionam volume; [lookalike audiences](https://mwm.ai/glossary/lookalike-audience) estendem seus melhores usuários e o [retargeting](https://mwm.ai/glossary/retargeting) traz de volta os usuários em risco mais barato do que comprar frio. - **Dimensione por categoria.** Os dados são claros: jogos rodam UA pago com taxa de 97,2% e mediana de 53% de participação paga, enquanto apps de conteúdo e utilitários rodam pago com 71 a 78% e apenas 11 a 20% de participação paga. Se você não é um jogo, o pago é uma minoria do seu mix por design. ## Reduza seu custo por instalação efetivo Você não reduz o CPI apenas dando lances menores — você o reduz convertendo mais com o mesmo investimento: - **O criativo é a maior alavanca no pago.** Um install-per-mille ([IPM](https://mwm.ai/glossary/ipm)) maior significa mais instalações por impressão, o que reduz o CPI efetivo diretamente. Rotacione criativos para combater a [fadiga criativa](https://mwm.ai/glossary/creative-fatigue), o inflator silencioso de CPI. - **Aproveite o uplift orgânico.** Campanhas pagas elevam os rankings orgânicos (mais instalações → melhor posição nos charts → mais orgânico). Seu custo por instalação *blended* é menor do que seu CPI pago; gerencie em relação ao blended. - **Faça retargeting antes de comprar novamente.** Reengajar um usuário conhecido é mais barato do que adquirir um estranho. ## A lente de categoria | Categoria | % rodando UA pago | Mediana de participação paga | Mediana de participação orgânica | | --------------------------- | ----------------- | ---------------------------- | -------------------------------- | | Jogos | 97,2% | 53,3% | 39,5% | | Mídia & Entretenimento | 78,1% | 19,6% | 66,7% | | Educação & Conhecimento | 74,4% | 17,3% | 66,4% | | Social & Comunicação | 73,8% | 13,6% | 71,5% | | Estilo de Vida & Bem-estar | 73,1% | 12,8% | 66,7% | | Produtividade & Ferramentas | 71,5% | 11,3% | 68,8% | Jogos compram crescimento; todos os outros o conquistam principalmente de forma orgânica e compram na margem. Escolha o playbook que corresponde à sua economia — copiar o mix de alto investimento em pago de um jogo para um app utilitário queima dinheiro que o LTV não consegue suportar. ## Por onde começar Calcule seu ratio LTV-para-custo primeiro. Acima de 3, escale o pago até a eficiência cair ou o público se estreitar. Entre 2 e 3, corrija o criativo e a conversão. Abaixo de 2, pare de escalar e corrija retenção e monetização — os canais não vão salvar uma unit economics que o produto está vazando. Em seguida, construa o orgânico como base durável e coloque o pago em camadas acima, dimensionado para o que você consegue reter. # Push Notification Best Practices for Mobile Apps [Push notifications](https://mwm.ai/glossary/push-notification) are the most abused lever in mobile retention. Used well, they're the cheapest way to manufacture a return visit and re-cue a forming habit. Used badly, they're the fastest path to a muted channel or an uninstall — and once a user mutes you, that retention lever is gone for good. The whole discipline is earning attention and spending it carefully. ## Earn the opt-in before you ask for it On iOS, push requires explicit permission, and the system prompt can only be shown effectively once. Burning it on first launch — before the user has felt any value — is the most common and most expensive mistake. - **Prime the prompt.** Show a custom pre-permission screen that explains *what* notifications will do for the user, then trigger the system dialog only for users who say yes. This protects the real prompt from a reflexive decline. - **Ask after a value moment**, not before one. A user who has just felt the app work is far more likely to opt in than one staring at a cold first screen. - Android grants push more permissively, but the same relevance discipline applies to keeping it. ## Trigger on value, not on a schedule The single biggest quality lever is moving from batch-and-blast to **behavioral triggers** — notifications fired by something the user did or something genuinely relevant to them. - Segment by behavior and lifecycle (new, active, lapsing) and send each segment different messages. - A triggered, relevant push earns the open and the return; a generic scheduled blast trains users to ignore — and then mute — you. - Pair triggers with a [daily streak](https://mwm.ai/glossary/daily-streak) or other cadence the user has opted into, so the notification reinforces a habit they already want. ## Respect frequency, timing, and quiet hours There is no universal best cadence — there is a cap that protects the channel. - **Cap volume per user** and honor quiet hours and local time zones. - Prefer per-user send-time optimization over a single global hour. - Treat every send as spending a finite budget of attention; if a message isn't worth opening, not sending it is the higher-value choice. ## Use push and in-app messaging together [Push](https://mwm.ai/glossary/push-notification) pulls users back from outside the app; [in-app messages](https://mwm.ai/glossary/in-app-messaging) and [in-app notifications](https://mwm.ai/glossary/in-app-notifications) guide and upsell users who are already inside. They're complementary surfaces: - Push → the return visit. - In-app → what happens during the visit (feature discovery, offers, nudges). A complete messaging stack orchestrates both off the same behavioral triggers. ## Recover the lapsing before they're gone Push is the primary channel for [re-engagement](https://mwm.ai/glossary/re-engagement) and [winback campaigns](https://mwm.ai/glossary/winback-campaign). The window matters: a [dormant user](https://mwm.ai/glossary/dormant-user) who hasn't opened in days is far more recoverable than one who churned weeks ago. Trigger re-engagement on early lapse signals, not after the user is long gone — and make the message about *their* unfinished value, not a generic "we miss you." ## Measure what actually matters Open rate on the notification itself is a vanity metric. The questions that matter: - **Opt-in rate**, and how it moves when you reposition the prompt. - **Downstream lift** — does a notified cohort show higher [session frequency](https://mwm.ai/glossary/session-frequency) and [retention](https://mwm.ai/glossary/retention) than a held-out control? - **Mute and uninstall rate** after sends — the cost side of the ledger. Run notifications against a holdout so you're measuring incremental return visits, not taking credit for users who'd have come back anyway. Push done right is a multiplier on the [retention](https://mwm.ai/guides/how-to-improve-app-retention) and [engagement](https://mwm.ai/guides/app-engagement-strategies) work — not a substitute for it. # User Acquisition Strategies — How to Acquire App Users and Lower Cost per Install The first thing the data overturns is the assumption that user acquisition means buying installs. Across MWM's catalog, the **median app gets 61.6% of its installs organically, and 52.3% come from App Store search alone** — meaning organic search drives more than half of installs for the typical app before a single ad dollar is spent. Paid user acquisition is real and 82.8% of apps run it, but for most it's a layer on top of an organic foundation, not the foundation itself. This guide covers the acquisition mix, the math that caps what you can spend, and how to lower your effective [cost per install](https://mwm.ai/glossary/cpi). (Heads up: "cost per install" research also surfaces unrelated economic indices — qualify it with *mobile* or *app*.) ## The UA equation: you can only pay for what you can keep Acquisition is not a growth lever on its own — it's a multiplier on retention and monetization. The ceiling on what you can profitably pay per user is set by [LTV](https://mwm.ai/glossary/ltv): > If your [LTV](https://mwm.ai/glossary/ltv) ÷ acquisition cost isn't comfortably above 1, more spend just loses money faster. The standard bar is an **[LTV](https://mwm.ai/glossary/ltv)-to-[CAC](https://mwm.ai/glossary/cac) ratio of 3 or better** before you scale. This is why the [retention](https://mwm.ai/guides/how-to-improve-app-retention) and [monetization](https://mwm.ai/guides/app-monetization-strategies) playbooks are also acquisition playbooks: every point of retention or ARPU you add raises the [CPI](https://mwm.ai/glossary/cpi) you can afford, which unlocks channels and scale that were previously underwater. Acquisition cannot outrun a leaky product. Measure it with [ROAS](https://mwm.ai/glossary/roas) by cohort and channel, and get [install attribution](https://mwm.ai/glossary/install-attribution) right so you know which channel actually earned the user. ## Channel 1 — Organic: the default majority For most apps this is the larger channel, and it's the cheaper one. - **App Store Optimization is the engine.** Organic search is 52% of installs for the median app — that's the ASO surface. The full play is in [The Complete Guide to App Store Optimization](https://mwm.ai/guides/app-store-optimization); the point here is that ASO is not a side project, it's your biggest acquisition channel. - **Referrals and virality.** A [referral program](https://mwm.ai/glossary/referral-program) and a healthy [viral coefficient](https://mwm.ai/glossary/viral-coefficient) turn retained users into new ones at near-zero marginal cost — the compounding channel. - **Store featuring and ratings** drive organic spikes that paid can't buy. ## Channel 2 — Paid: when the LTV math works [Paid UA](https://mwm.ai/glossary/paid-ua) is how you scale *past* organic once the economics support it. - **Apple Search Ads** captures high-intent users at the search moment — about 34% of paid-running apps use it. It pairs with ASO: rank organically, then defend and extend with paid placements on the same queries. - **Social and video networks** (the large paid platforms) drive volume; [lookalike audiences](https://mwm.ai/glossary/lookalike-audience) extend your best users and [retargeting](https://mwm.ai/glossary/retargeting) brings back the lapsing more cheaply than buying cold. - **Size it by category.** The data is stark: games run paid UA at a 97.2% rate with a median 53% paid share, while content and utility apps run paid at 71 to 78% with only an 11 to 20% paid share. If you're not a game, paid is a minority of your mix by design. ## Lower your effective cost per install You don't only lower CPI by bidding less — you lower it by converting more from the same spend: - **Creative is the biggest paid lever.** A higher install-per-mille ([IPM](https://mwm.ai/glossary/ipm)) means more installs per impression, which lowers effective CPI directly. Rotate creative to fight [creative fatigue](https://mwm.ai/glossary/creative-fatigue), the silent CPI inflator. - **Harvest organic uplift.** Paid campaigns lift organic rankings (more installs → better chart position → more organic). Your *blended* cost per install is lower than your paid CPI; manage to the blend. - **Retarget before you re-buy.** Re-engaging a known user is cheaper than acquiring a stranger. ## The category lens | Category | % running paid UA | Median paid share | Median organic share | | ---------------------- | ----------------- | ----------------- | -------------------- | | Game | 97.2% | 53.3% | 39.5% | | Media & Entertainment | 78.1% | 19.6% | 66.7% | | Education & Knowledge | 74.4% | 17.3% | 66.4% | | Social & Communication | 73.8% | 13.6% | 71.5% | | Lifestyle & Well-being | 73.1% | 12.8% | 66.7% | | Productivity & Tools | 71.5% | 11.3% | 68.8% | Games buy growth; everyone else earns most of it organically and buys at the margin. Pick the playbook that matches your economics — copying a game's paid-heavy mix into a utility app burns money the LTV can't support. ## Where to start Compute your LTV-to-cost ratio first. Above 3, scale paid until efficiency drops or the audience thins. Between 2 and 3, fix creative and conversion. Below 2, stop scaling and go fix retention and monetization — the channels won't save unit economics that the product is leaking. Then build organic as the durable base and layer paid on top, sized to what you can keep. # The Biggest App Companies in Europe in 2026, Ranked by Downloads ## What this page ranks, and what it does not [Europe runs two mobile industries of comparable weight.]{.hl} Twenty-five European companies have passed 100 million lifetime iOS downloads with non-game apps; twenty-seven have done it with games. They are not the same businesses: games monetize sessions through in-app purchases and advertising, non-game apps monetize a recurring job — editing a photo, tuning a guitar, booking a trip — mostly through subscriptions or an off-store transaction. This page ranks **app companies**: every European company that ships apps, whatever its business model. That includes retailers, banks and transport operators whose app is a front desk rather than a product. [It is deliberately wider than the companion ranking, which covers app publishers — companies whose declared business is publishing apps they did not necessarily build, and of which Europe counts only five outside games.]{.hl} *Disclosure: mwm.ai is operated by MWM, which appears in the non-game ranking. All companies are ranked by the same criteria, described in the methodology below.* ## App (non-game) companies in Europe [Europe's biggest non-game app company is Italian: Bending Spoons, past 1.47 billion lifetime iOS installs.]{.hl} Behind it the table is unusually mixed — a music streamer, a portfolio operator, a period tracker, two fashion retailers and a ride-hailing app share the same ranking, because they share the same distribution channel. | # | Company | HQ | iOS (est.) | Apps | Type | Top apps | | -- | -------------------------- | ----------- | ---------- | ---- | ------- | ---------------------------------------------------------------------- | | 1 | Bending Spoons | Italy | 1,475M+ | 65 | Apps | Remini - AI Photo Enhancer · Splice - Video Editor & Maker · iTranslat | | 2 | Spotify | Sweden | 825M+ | 4 | Apps | Spotify · Spotify for Creators · Spotify for Artists | | 3 | AIBY\* | Belarus | 750M+ | 86 | Apps | iScanner · Count Masters · Fonts Art | | 4 | MWM | France | 300M+ | 83 | Apps | Beat Maker Pro · Edjing Mix · Piano | | 5 | Booking.com | Netherlands | 300M+ | 4 | Service | Booking.com · Pulse for Booking.com Partners · BookingEvents | | 6 | Genesis | Ukraine | 275M+ | 41 | Apps | Impulse - Brain Training · ScanGuru · Cleaner Guru | | 7 | SoundCloud | Germany | 275M+ | 1 | Apps | SoundCloud | | 8 | Inditex (Zara) | Spain | 275M+ | 11 | Service | ZARA · BERSHKA · PULL\&BEAR | | 9 | Viber | Luxembourg | 250M+ | 1 | Apps | Rakuten Viber Messenger | | 10 | Gismart | Belarus | 250M+ | 42 | Apps | Guitar - Chords, Tabs & Games · Piano Keyboard & Music Tiles · Beat Ma | | 11 | Impala Studios | Netherlands | 200M+ | 20 | Apps | Calculator₊ · Alarm Clock HD · Weather⁺ | | 12 | Readdle | Ukraine | 150M+ | 8 | Apps | Documents · Calendars · PDF Expert | | 13 | Flo Health | UK | 150M+ | 1 | Apps | Flo Cycle & Period Tracker | | 14 | Adidas | Germany | 125M+ | 3 | Service | adidas · adidas Running · CONFIRMED · Sneakers & more | | 15 | Bolt | Estonia | 125M+ | 8 | Service | Bolt · Bolt Food · Bolt Driver | | 16 | FaceApp Technology Limited | Cyprus | 125M+ | 1 | Apps | FaceApp | | 17 | TapMedia | UK | 125M+ | 7 | Apps | QR Reader for iPhone · Voice Recorder & Audio Editor · QR Reader for i | | 18 | Yousician | Finland | 125M+ | 6 | Apps | GuitarTuna · Yousician · Piano by Yousician | | 19 | Truecaller | Sweden | 100M+ | 1 | Apps | Truecaller | | 20 | H\&M | Sweden | 100M+ | 4 | Service | H\&M · H\&M MENA - Shop Fashion Online · Pay & Go | | 21 | Vinted | Lithuania | 100M+ | 1 | Service | Vinted | | 22 | Air Apps | Portugal | 100M+ | 32 | Apps | Translate Now - AI Translator · Calculator Air · QR Code Reader，Barcod | | 23 | Badoo | UK | 100M+ | 2 | Apps | Badoo Dating · Badoo Premium | | 24 | Toca Boca | Sweden | 100M+ | 1 | Apps | Toca Boca World | | 25 | Elokence | France | 100M+ | 2 | Apps | Akinator · Akinator VIP | *\*AIBY is a hybrid: about a third of its installs come from games. It is ranked here, on its majority side, and flagged.* *"Apps" means the app is the product, monetized in-app. "Service" means the app is the mobile channel of a business transacted elsewhere — retail, transport, travel, banking — or a multi-platform subscription. Six of the twenty-five fall in the second group.* ## Games companies in Europe [In games, Voodoo leads Europe past 2.2 billion lifetime iOS installs]{.hl}, ahead of Outfit7 and SayGames, both headquartered in Cyprus. Finland places three companies in the table — Supercell, Rovio and Fingersoft — while Cyprus and the UK place five each, the most of any country after France. | # | Company | HQ | iOS (est.) | Apps | Top apps | | -- | ----------------- | ----------- | ---------- | ---- | ---------------------------------------------------------------------- | | 1 | Voodoo | France | 2,225M+ | 226 | Helix Jump · Hole.io · Paper.io 2 | | 2 | Outfit7\* | Cyprus | 1,125M+ | 27 | My Talking Tom · Talking Tom Gold Run · My Talking Angela | | 3 | SayGames | Cyprus | 1,000M+ | 157 | My Perfect Hotel · Sand Balls - Digger Puzzle · Jelly Shift - Obstacle | | 4 | Supercell | Finland | 1,000M+ | 7 | Clash of Clans · Clash Royale · Hay Day | | 5 | Ubisoft | France | 875M+ | 81 | 2048 · Hungry Shark Evolution · Hungry Shark World | | 6 | King | UK | 825M+ | 13 | Candy Crush Saga · Candy Crush Soda Saga · Farm Heroes Saga | | 7 | Gameloft | France | 750M+ | 19 | Minion Rush · Asphalt 8 · Asphalt Legends - Racing Game | | 8 | Miniclip | Switzerland | 600M+ | 35 | 8 Ball Pool™ · Agar.io · Basketball Stars™ | | 9 | Easybrain | Cyprus | 525M+ | 27 | Sudoku.com - Number Games · Pixel Art － Color by Number · Blockudoku - | | 10 | Sybo | Denmark | 525M+ | 3 | Subway Surfers · Subway Surfers City · Blades of Brim | | 11 | Playgendary | Cyprus | 375M+ | 8 | Bowmasters - Multiplayer Games · Tomb of the Mask · Kick the Buddy | | 12 | Kwalee | UK | 350M+ | 50 | Draw it · Teacher Simulator · Airport Security | | 13 | Rovio | Finland | 300M+ | 15 | Angry Birds 2 · Angry Birds Friends · Angry Birds Transformers | | 14 | RobTop | Sweden | 275M+ | 5 | Geometry Dash Lite · Geometry Dash Meltdown · Geometry Dash SubZero | | 15 | Azur Games | Cyprus | 250M+ | 38 | Stack Ball 3D · Worms Zone .io · Bottle Jump 3D | | 16 | Homa Games | France | 200M+ | 59 | Sky Roller - Fun runner game · Attack Hole - Black Hole Games · Aquari | | 17 | Popcore | Germany | 175M+ | 13 | Parking Jam 3D · Pull the Pin · Tap Away 3D | | 18 | TapNation | France | 175M+ | 55 | Thief Puzzle · Ice Cream Inc. · Rope Rescue! - Unique Puzzle | | 19 | Nordcurrent | Lithuania | 175M+ | 7 | Cooking Fever · Airplane Chefs - Cooking Game · Murder in Alps | | 20 | Fingersoft | Finland | 150M+ | 3 | Hill Climb Racing · Hill Climb Racing 2 · LEGO® Hill Climb Adventures | | 21 | Tripledot | UK | 150M+ | 51 | Woodoku - Wood Block Puzzles · Water Sort Puzzle · Solitaire.com | | 22 | First Touch Games | UK | 125M+ | 4 | Score! Hero · Dream League Soccer 2026 · Score! Match - PvP Soccer | | 23 | BoomBit | Poland | 125M+ | 58 | Car Driving School Simulator · Build a Bridge! · Crazy Plane Landing | | 24 | Deca Games | Bulgaria | 125M+ | 19 | DEAD TRIGGER 2 · DEAD TRIGGER · Robbery Bob - King of Sneak | | 25 | FunPlus | Switzerland | 100M+ | 16 | State of Survival · Frost & Flame · Stormshot | | 26 | Madbox | France | 100M+ | 9 | Stickman Hook · Pocket Champs PVP Racing Games · Parkour Race - Freeru | | 27 | ZeptoLab | UK | 100M+ | 11 | Cut the Rope · Bullet Echo · Cut the Rope | *\*Outfit7 is a hybrid: about 40% of its installs come from non-game entertainment apps. It is ranked here, on its majority side, and flagged.* ## What the map says The two tables have different capitals. **Sweden** leads on the non-game side with four companies that could not be more unlike each other: a music streamer, a caller-ID app, a fashion retailer and a children's studio. **France** leads games with six, from Voodoo down to Madbox, and adds two on the non-game side. Then come the specialists. **Cyprus** holds five game companies and almost nothing else, a consequence of its tax and residency regime rather than of a local studio scene. **Finland** places three, from Supercell down to Fingersoft, out of a country of five and a half million. **Ukraine** and **Belarus** supply four non-game companies between them — Genesis, Readdle, AIBY, Gismart — built for worldwide distribution from the start. And the retail block is entirely European in character: Zara, H\&M, adidas, Vinted, Bolt, Booking.com. Their apps are not products, they are counters. They belong on a ranking of app companies and nowhere near one of app publishers — which is exactly why the two pages exist. ## Methodology Download estimates come from **MWM Intelligence**: estimated lifetime iOS App Store installs, shown as passed thresholds in 25-million steps. A company is its **operating** perimeter, not its cap table. Several App Store accounts belonging to one operating business are counted together — most portfolio operators publish under a dozen of them. A company owned by another but run as an autonomous business, with its own brand and team, stays on its own line: that is why BeReal is listed apart from Voodoo, which bought it in 2024. European means headquartered in Europe, the UK, Ukraine and Belarus included; Russia is excluded — which leaves out Yandex, VK, Playrix and Wildberries. The entry threshold is 100 million rather than the 25 million used on the publisher rankings: this page excludes no company, so a wider net needs a higher bar. [Full methodology: how we rank app companies and publishers](https://mwm.ai/data-methodology/app-download-rankings) Data as of August 2026. mwm.ai is operated by MWM; the same rules apply to every company listed, MWM included. # The Biggest French App Companies in 2026, Ranked by Downloads ## What this page ranks, and what it does not [France's mobile scene is two industries, not one.]{.hl} Game companies and non-game app companies both fund, launch and grow apps, but almost nothing else about them matches. Games monetize sessions, through in-app purchases and advertising. Non-game apps monetize a recurring job — editing a photo, tuning a guitar, scanning a document — mostly through subscriptions. This page ranks **app companies**: every French company that ships apps, whatever its business model, including those whose app is the front desk of an off-store business. That is deliberately wider than the companion rankings, which cover **app publishers** — companies whose declared business is publishing apps they did not necessarily build. [Eight of the twenty-four companies on this page are publishers — MWM and Luni in apps, Voodoo, Ubisoft, Homa Games, TapNation, Yso Corp and Green Panda Games in games; the rest build their own products or run a service.]{.hl} The games/apps line is computed, not judged: a company is classified by where its downloads come from, more than 75% on one side deciding the table. In France the split is unusually clean — every company ranked here sits above 97% on one side of it. *Disclosure: mwm.ai is operated by MWM, which appears in these rankings. All companies are ranked by the same criteria, described in the methodology below.* ## App (non-game) companies [In non-game apps, MWM leads France past 300 million lifetime iOS downloads — three times Elokence, the next French company on the list.]{.hl} Behind them, a dense second wave that older rankings do not track at all: Elokence, VideoLAN, Luni, Photoroom, Yuka, The Grizzly Labs. | # | Company | iOS (est.) | Apps | Type | Top apps | | -- | ---------------- | ---------- | ---- | ------- | ----------------------------------------------------------- | | 1 | MWM | 300M+ | 83 | Apps | Beat Maker Pro · edjing Mix · Piano — Swipewipe · Color Pop | | 2 | Elokence | 100M+ | 2 | Apps | Akinator · Akinator VIP | | 3 | BeReal | 75M+ | 1 | Apps | BeReal | | 4 | Luni | 75M+ | 37 | Apps | Scanner · Video Editor · Fitness Coach — Shorts · Heritale | | 5 | Deezer | 75M+ | 2 | Service | Deezer | | 6 | VideoLAN | 75M+ | 1 | Apps | VLC media player | | 7 | Photoroom | 50M+ | 1 | Apps | Photoroom | | 8 | BlaBlaCar | 50M+ | 1 | Service | BlaBlaCar | | 9 | Yuka | 50M+ | 1 | Apps | Yuka | | 10 | Sephora | 25M+ | 3 | Service | Sephora | | 11 | happn | 25M+ | 1 | Apps | happn | | 12 | The Grizzly Labs | 25M+ | 4 | Apps | Genius Scan · Genius Fax · Genius Sign | | 13 | Doctolib | 25M+ | 1 | Service | Doctolib | | 14 | Dailymotion | 25M+ | 1 | Apps | Dailymotion | *"Apps" means the app is the product, monetized in-app. "Service" means the app is the mobile channel of an off-store business — retail, transport, health — or a multi-platform subscription service. Both belong on a ranking of app companies; neither appears in the publisher rankings unless the company also publishes.* ## Games companies [In games, Voodoo leads France past 2.2 billion lifetime iOS installs]{.hl}, ahead of Ubisoft (875M+) and Gameloft (750M+). Eight French companies have passed 100 million lifetime iOS downloads in total — six of them here, two in the table above. | # | Company | iOS (est.) | Apps | Top apps | | -- | ----------------- | ---------- | ---- | ----------------------------------------------------------------------- | | 1 | Voodoo | 2,225M+ | 226 | Helix Jump · Hole.io · Paper.io 2 — Castle Busters · Mob Control | | 2 | Ubisoft | 875M+ | 81 | 2048 · Hungry Shark Evolution · Hungry Shark World — Rainbow Six Mobile | | 3 | Gameloft | 750M+ | 19 | Minion Rush · Asphalt 8 · Asphalt Legends — Gangstar Vegas | | 4 | Homa Games | 200M+ | 59 | Sky Roller · Attack Hole · Aquarium Land — All in Hole | | 5 | TapNation | 175M+ | 55 | Thief Puzzle · Ice Cream Inc. · Rope Rescue! — Bike Life! | | 6 | Madbox | 100M+ | 9 | Stickman Hook · Pocket Champs · Parkour Race — Idle Ants | | 7 | Yso Corp | 75M+ | 159 | Stretch Guy · Whooo? · Ninja Hands — Riot Escape | | 8 | Green Panda Games | 75M+ | 14 | Sushi Bar Idle · Bee Factory! · Idle Construction 3D — Idle 9 Months | | 9 | Pretty Simple | 50M+ | 9 | Criminal Case (franchise) — Sorcery School | | 10 | Oh BiBi | 25M+ | 5 | SUP Multiplayer Racing · FRAG Pro Shooter · Motor World | ## What the 2020 reading grid gets wrong 1. **Games and apps are two different races.** France's volume giants are game companies — Voodoo, Ubisoft, Gameloft, Homa, TapNation — and every company in these rankings sits at 97%+ on one side of the games/apps line, which is why this page ranks them separately. 2. **A dense non-game wave has emerged.** Older rankings list games plus one or two unicorn service apps. The 2026 reality: a portfolio operator running 83 iOS apps (MWM, 300M+ installs), a Voodoo-owned social network (BeReal, 75M+), and focused studios — Luni, Photoroom, The Grizzly Labs, Yuka — that older lists simply don't track. 3. **Several figures in circulation mix up their units.** Widely-cited rankings credit MWM with \~300 million downloads — close to its iOS-only figure, but a third of the total: the company reported crossing one billion cumulative downloads across all stores in January 2026. Most game companies' totals have similarly doubled since those lists were written. ## Methodology Download estimates come from **MWM Intelligence**: estimated lifetime iOS App Store installs, shown as passed thresholds in 25-million steps. Companies below 25 million are not ranked, and French means headquartered in France. A company is its **operating** perimeter, not its cap table. Several App Store accounts belonging to one operating business are counted together — most portfolio operators publish under a dozen of them. A company owned by another but run as an autonomous business, with its own brand and team, stays on its own line: that is why BeReal is listed apart from Voodoo, which bought it in 2024. This page ranks app companies rather than publishers, so service companies — whose app is the mobile channel of a business transacted elsewhere — are listed and labelled as such instead of being excluded. [Full methodology: how we rank app companies and publishers](https://mwm.ai/data-methodology/app-download-rankings) Data as of August 2026. mwm.ai is operated by MWM; the same rules apply to every company listed, MWM included. # The Top Mobile App Publishers in 2026: Apps vs. Games ## What counts as an app publisher [Two different things get called an "app publisher".]{.hl} One is any company that ships apps — Google, a bank, a retailer, a games studio. That is an **app company**, and by download volume the list is the one everybody already knows: Google, Meta, Tencent, Microsoft. The other is a company whose business *is* publishing: it funds, launches, operates and monetizes apps it did not necessarily build, either by signing external developers or by acquiring apps and running them. That is an **app publisher**, and it is a much shorter list. Google has apps; it does not publish anyone else's. [The test is a declared activity, not a track record of acquisitions — a public publishing programme, a submission page, a "sell your app" offer.]{.hl} A company that bought an app or two along the way stays classified as a developer; otherwise every company that ever made an acquisition would qualify, and the ranking would mean nothing. One more line divides the field, and it is computed rather than judged: a publisher is assigned to one ranking by where its downloads come from — more than 75% from App Store games makes it a game publisher, more than 75% from non-game categories makes it an app publisher. A company that sits between the two is a hybrid: it is ranked on its majority side and flagged as such in the table, rather than hidden or counted twice. *Disclosure: mwm.ai is operated by MWM, which appears in the non-game ranking. All companies are ranked by the same criteria, described in the methodology below.* ## App (non-game) publishers — the ranking nobody does [Nine companies publish non-game apps above 25 million lifetime iOS installs worldwide.]{.hl} Nine, against twenty-seven in games. That gap is the story: publishing utility, creative and lifestyle apps as a business is barely a decade old, and almost nobody does it at scale. | # | Publisher | HQ | iOS (est.) | Apps | Top apps | | - | -------------- | --------- | ---------- | ---- | ------------------------------------------------------------------------------------------------------------------------------------------------------ | | 1 | Bending Spoons | Italy | 1,475M+ | 65 | Remini - AI Photo Enhancer · Splice - Video Editor & Maker · iTranslate Translator — WeTransfer · Alight Motion | | 2 | MWM | France | 300M+ | 83 | Beat Maker Pro · Edjing Mix · Piano — Swipewipe · Color Pop | | 3 | Genesis | Ukraine | 275M+ | 41 | Impulse - Brain Training · ScanGuru · Cleaner Guru — CoinIn · Keiki Learning games for Kids | | 4 | Maple Media\* | US | 150M+ | 74 | Pic Stitch - Collage Editor · Photo Editor · CalConvert — Skateboard Party · Weather Hi-Def Radar Forecast | | 5 | HubX | Turkey | 125M+ | 25 | AI Chatbot - Nova · Home AI - AI Interior Design · DaVinci - Image Generator AI — AI Video - AI Video Generator · BetterSpeak | | 6 | Luni | France | 75M+ | 37 | Scanner – Scan PDF, ID & Docs · Video Editor · Fitness Coach - Workout Plan — Shorts - Reel TV Short Drama · Heritale Watch History Stories | | 7 | ZipoApps | Israel | 50M+ | 200 | Cymera・Photo Cam Beauty Editor · Face Effects, Filters & Emojis · General Knowledge Quiz Game — The Best Compass & GPS · Document Scanner・Photo to PDF | | 8 | TutoToons | Lithuania | 50M+ | 82 | Fluvsies - A Fluff to Luv · Sweet Olivia - Cleaning Games · Smolsies – My Cute Pet House — Dopples World · Princesses - Enchanted Castle | | 9 | Loyal | US | 25M+ | 186 | SloMo Slow Motion Video Editor · Slow Motion' Video Editor · Blur Photo Editor Pro — Sketchbook · Signature Maker & Esign Now | *\*Maple Media is a hybrid — about a quarter of its installs come from games — and is ranked here, on its majority side.* *The big absentees are developers, not publishers. Codeway (Turkey) is the clearest case: at 225M+ lifetime iOS installs across 40 iOS apps — Cleanup, Wonder, Chat AI, Nerd AI — it would rank fourth here, ahead of every company below Genesis, but it builds its own apps and runs no publishing programme. The same rule removes AIBY, which at 750M+ would rank second — ahead of MWM, which operates this site — along with Gismart, and AppNation, which also clears the entry bar. At far larger scale it removes Snap, Meitu, Telegram, Picsart, Duolingo, Lightricks, Tinder and SoundCloud.* ## Games publishers — the ranking everyone does [In games, Voodoo leads worldwide past 2.2 billion lifetime iOS installs]{.hl}, ahead of AI Games and SayGames. This is the ranking that "top mobile app publishers" lists actually return — and note who is missing: Supercell, King, Electronic Arts and Playrix are first-party studios, not publishers. | # | Publisher | HQ | iOS (est.) | Apps | Top apps | | -- | ------------------ | ----------- | ---------- | ---- | --------------------------------------------------------------------------------------------------------------------------- | | 1 | Voodoo | France | 2,225M+ | 226 | Helix Jump · Hole.io · Paper.io 2 — Castle Busters · Mob Control | | 2 | AI Games | UAE | 1,250M+ | 149 | Fun Race 3D · Rise Up! Protect the Balloon · Color Bump 3D — Pick Me Up 3D · State.io - Conquer the World | | 3 | SayGames | Cyprus | 1,000M+ | 157 | My Perfect Hotel · Sand Balls - Digger Puzzle · Jelly Shift - Obstacle Course — RUSH · Vehicle Masters | | 4 | Ubisoft | France | 875M+ | 81 | 2048 · Hungry Shark Evolution · Hungry Shark World — Rainbow Six Mobile · Rider – Stunt Bike Racing | | 5 | Lion Studios | US | 875M+ | 97 | Happy Glass · Love Balls · Mr Bullet - Shooting Game — Block Buster - No Timer · Bubble Word Jam | | 6 | Crazy Labs | Israel | 775M+ | 91 | AMAZE!!! · Acrylic Nails! · Phone Case DIY — Glow Fashion Idol · Sled Surfers | | 7 | Supersonic | Israel | 725M+ | 85 | Bridge Race · Going Balls · Coloring Match — Hole It 3D · Conquer Countries | | 8 | Miniclip | Switzerland | 600M+ | 35 | 8 Ball Pool™ · Agar.io · Basketball Stars™ — Carrom Pool · Mini Football - Soccer Game | | 9 | Rollic | Turkey | 500M+ | 103 | Tangle Master 3D · Fill The Fridge! · Color Block Jam — Car Sort · Gecko Out | | 10 | Kwalee | UK | 350M+ | 50 | Draw it · Teacher Simulator · Airport Security — Traffic Cop 3D · Police Pursuit | | 11 | Azur Games | Cyprus | 250M+ | 38 | Stack Ball 3D · Worms Zone .io · Bottle Jump 3D — World War Heroes · Hidden Objects | | 12 | Supercent | South Korea | 225M+ | 69 | Pizza Ready! · Snake Clash! · Outlets Rush — XP Hero · Dinosaur Universe | | 13 | Homa Games | France | 200M+ | 59 | Sky Roller - Fun runner game · Attack Hole - Black Hole Games · Aquarium Land - Fishbowl World — All in Hole · Harvest King | | 14 | TapNation | France | 175M+ | 55 | Thief Puzzle · Ice Cream Inc. · Rope Rescue! - Unique Puzzle — Bike Life! · Guess Their Answer | | 15 | BoomBit | Poland | 125M+ | 58 | Car Driving School Simulator · Build a Bridge! · Crazy Plane Landing — Boss Fight. · Downhill Race League | | 16 | Falcon Games | Singapore | 125M+ | 29 | Goods Puzzle · 1945 Air Force · Screw Puzzle — Bird Sort 2 Color Puzzle Game · Cake Sort - Color Puzzle Game | | 17 | Habby | Singapore | 125M+ | 12 | Survivor!.io · Archero · Archero 2 — Dicero! · Capybara Go! | | 18 | Deca Games | Bulgaria | 125M+ | 19 | DEAD TRIGGER 2 · DEAD TRIGGER · Robbery Bob - King of Sneak — Robbery Bob 2 - Comic Thief! · Shadowgun Legends | | 19 | Supercharge Mobile | — | 100M+ | 24 | Nitro Nation · Tabou Stories® · My Story — Guitar Band · Journeys | | 20 | Pazu Games | Israel | 100M+ | 56 | Avatar World ® · Girls Hair Salon · Pizza maker cooking games — Baby care game & Dress up · Girls Nail Salon - Kids Games | | 21 | ZeptoLab | UK | 100M+ | 11 | Cut the Rope · Bullet Echo · Cut the Rope — Om Nom · Cut the Rope 2 | | 22 | Yso Corp | France | 75M+ | 159 | Stretch Guy · Whooo? · Ninja Hands — Riot Escape · Love Loop! | | 23 | MAG Interactive | Sweden | 75M+ | 14 | Ruzzle · WordBrain · QuizDuel! Trivia & Quiz game — Crozzle - Crossword Puzzles · Wordzee! - Puzzle Word Game | | 24 | Green Panda Games | France | 75M+ | 14 | Sushi Bar Idle · Bee Factory! · Idle Construction 3D — Idle 9 Months · Solitaire ∘ | | 25 | G5 Entertainment | Sweden | 50M+ | 19 | Hidden City · The Secret Society · Mahjong Journey® — Find Hidden Objects · Supermarket Mania Journey | | 26 | Moonee | Israel | 50M+ | 26 | Square Bird - Flappy Chicken · Find the Alien · Monsters Gang - Crazy Fighting — Bubble Bus · Slinky Sort | | 27 | App Holdings\* | Russia | 25M+ | 12 | Mirror ◎ · Horse Riding Tales · Street-food Tycoon Chef Fever — Mtb DownHill Bike · Horse Paradise | *\*App Holdings is a hybrid — just over half its installs come from games — and is ranked here, on its majority side.* ## Where the publishers are [Europe supplies a majority of both rankings: five of the nine non-game publishers, and fifteen of the twenty-seven in games.]{.hl} France alone places eight companies across the two tables — as many as Israel and the United States, the next two countries, combined. The United States is the surprise. The largest app market in the world produces two non-game publishers, Maple Media and Loyal, and a single game publisher, Lion Studios, out of thirty-six ranked companies. American capital funds app acquisition; the operating companies doing it at scale are mostly not American. Israel places four game publishers — Crazy Labs, Supersonic, Pazu and Moonee — behind only France. Then, still in games, Cyprus, Singapore, the UK and Sweden place two each, and Turkey, South Korea, the UAE, Switzerland, Poland, Bulgaria and Russia one apiece. No Chinese company appears in either table, at any volume. ## Methodology Download estimates come from **MWM Intelligence**: estimated lifetime iOS App Store installs, summed across every app a company operates and shown as passed thresholds in 25-million steps. Within a threshold, companies are ordered by the underlying estimate, not alphabetically. Publishers below 25 million are not ranked. A company is its **operating** perimeter, not its cap table. Several App Store accounts belonging to one operating business are counted together — most portfolio operators publish under a dozen of them. A company owned by another but run as an autonomous business, with its own brand and team, stays on its own line: that is why BeReal is listed apart from Voodoo, which bought it in 2024. This page ranks publishers rather than the largest app companies. Companies that only ship their own products are excluded however large — Supercell and King in games, Snap and Telegram in apps — along with platform owners and apps that are the counter of an off-store business. [Full methodology: how we rank app companies and publishers](https://mwm.ai/data-methodology/app-download-rankings) Data as of August 2026. mwm.ai is operated by MWM; the same rules apply to every company listed, MWM included. # The Top Mobile App Publishers in Europe (2026) ## What counts as an app publisher [Two different things get called an "app publisher".]{.hl} One is any company that ships apps — a bank, a retailer, a games studio, a platform. That is an **app company**. The other is a company whose business *is* publishing: it funds, launches, operates and monetizes apps it did not necessarily build, either by signing external developers or by acquiring apps and running them. That is an **app publisher**, and it is a much shorter list. [The test is a declared activity, not a track record of acquisitions — a public publishing programme, a submission page, a "sell your app" offer.]{.hl} It is why Gismart, Impala Studios, BeReal and Photoroom, all sizeable European app businesses, are not in the table below: they build their own products. One more line divides the field, and it is computed rather than judged: a publisher is assigned to one ranking by where its downloads come from — more than 75% from App Store games makes it a game publisher, more than 75% from non-game categories makes it an app publisher. A company that sits between the two is a hybrid: it is ranked on its majority side and flagged as such in the table, rather than hidden or counted twice. *Disclosure: mwm.ai is operated by MWM, which appears in the non-game ranking. All companies are ranked by the same criteria, described in the methodology below.* ## App (non-game) publishers in Europe [Five of the nine companies publishing non-game apps at scale worldwide are European, and the three biggest are among them.]{.hl} Milan, Paris and Kyiv lead — against two publishers in the United States and one each in Turkey and Israel. | # | Publisher | HQ | iOS (est.) | Apps | Top apps | | - | -------------- | --------- | ---------- | ---- | ------------------------------------------------------------------------------------------------------------------------------------------- | | 1 | Bending Spoons | Italy | 1,475M+ | 65 | Remini - AI Photo Enhancer · Splice - Video Editor & Maker · iTranslate Translator — WeTransfer · Alight Motion | | 2 | MWM | France | 300M+ | 83 | Beat Maker Pro · Edjing Mix · Piano — Swipewipe · Color Pop | | 3 | Genesis | Ukraine | 275M+ | 41 | Impulse - Brain Training · ScanGuru · Cleaner Guru — CoinIn · Keiki Learning games for Kids | | 4 | Luni | France | 75M+ | 37 | Scanner – Scan PDF, ID & Docs · Video Editor · Fitness Coach - Workout Plan — Shorts - Reel TV Short Drama · Heritale Watch History Stories | | 5 | TutoToons | Lithuania | 50M+ | 82 | Fluvsies - A Fluff to Luv · Sweet Olivia - Cleaning Games · Smolsies – My Cute Pet House — Dopples World · Princesses - Enchanted Castle | *Five names, against fifteen in games below. Non-game app publishing is younger and far less crowded — which is exactly why nobody ranks it. Its leaders are portfolio operators: they acquire or build apps and plug them into shared growth, data and monetization infrastructure.* ## Games publishers in Europe [In games, Voodoo (France) leads Europe past 2.2 billion lifetime iOS installs]{.hl}, ahead of SayGames (Cyprus) and Ubisoft (France). Here too the absentees are informative: Supercell, King and Rovio are first-party studios, not publishers. | # | Publisher | HQ | iOS (est.) | Apps | Top apps | | -- | ----------------- | ----------- | ---------- | ---- | --------------------------------------------------------------------------------------------------------------------------- | | 1 | Voodoo | France | 2,225M+ | 226 | Helix Jump · Hole.io · Paper.io 2 — Castle Busters · Mob Control | | 2 | SayGames | Cyprus | 1,000M+ | 157 | My Perfect Hotel · Sand Balls - Digger Puzzle · Jelly Shift - Obstacle Course — RUSH · Vehicle Masters | | 3 | Ubisoft | France | 875M+ | 81 | 2048 · Hungry Shark Evolution · Hungry Shark World — Rainbow Six Mobile · Rider – Stunt Bike Racing | | 4 | Miniclip | Switzerland | 600M+ | 35 | 8 Ball Pool™ · Agar.io · Basketball Stars™ — Carrom Pool · Mini Football - Soccer Game | | 5 | Kwalee | UK | 350M+ | 50 | Draw it · Teacher Simulator · Airport Security — Traffic Cop 3D · Police Pursuit | | 6 | Azur Games | Cyprus | 250M+ | 38 | Stack Ball 3D · Worms Zone .io · Bottle Jump 3D — World War Heroes · Hidden Objects | | 7 | Homa Games | France | 200M+ | 59 | Sky Roller - Fun runner game · Attack Hole - Black Hole Games · Aquarium Land - Fishbowl World — All in Hole · Harvest King | | 8 | TapNation | France | 175M+ | 55 | Thief Puzzle · Ice Cream Inc. · Rope Rescue! - Unique Puzzle — Bike Life! · Guess Their Answer | | 9 | BoomBit | Poland | 125M+ | 58 | Car Driving School Simulator · Build a Bridge! · Crazy Plane Landing — Boss Fight. · Downhill Race League | | 10 | Deca Games | Bulgaria | 125M+ | 19 | DEAD TRIGGER 2 · DEAD TRIGGER · Robbery Bob - King of Sneak — Robbery Bob 2 - Comic Thief! · Shadowgun Legends | | 11 | ZeptoLab | UK | 100M+ | 11 | Cut the Rope · Bullet Echo · Cut the Rope — Om Nom · Cut the Rope 2 | | 12 | Yso Corp | France | 75M+ | 159 | Stretch Guy · Whooo? · Ninja Hands — Riot Escape · Love Loop! | | 13 | MAG Interactive | Sweden | 75M+ | 14 | Ruzzle · WordBrain · QuizDuel! Trivia & Quiz game — Crozzle - Crossword Puzzles · Wordzee! - Puzzle Word Game | | 14 | Green Panda Games | France | 75M+ | 14 | Sushi Bar Idle · Bee Factory! · Idle Construction 3D — Idle 9 Months · Solitaire ∘ | | 15 | G5 Entertainment | Sweden | 50M+ | 19 | Hidden City · The Secret Society · Mahjong Journey® — Find Hidden Objects · Supermarket Mania Journey | ## Why Europe leads in app publishing Three structural reasons. The hypercasual playbook was industrialized in Paris — Voodoo, Ubisoft's mobile labels, Homa, TapNation — and France still places eight publishers across the two rankings, more than any other country. European studios grew on worldwide iOS distribution rather than a protected home market. And the portfolio-operator model for non-game apps — buy or partner, then operate long-term — also emerged in Europe, in Milan (Bending Spoons), Kyiv (Genesis) and Paris (MWM). ## Methodology Download estimates come from **MWM Intelligence**: estimated lifetime iOS App Store installs, shown as passed thresholds in 25-million steps. Publishers below 25 million are not ranked. A company is its **operating** perimeter, not its cap table. Several App Store accounts belonging to one operating business are counted together — most portfolio operators publish under a dozen of them. A company owned by another but run as an autonomous business, with its own brand and team, stays on its own line: that is why BeReal is listed apart from Voodoo, which bought it in 2024. European means headquartered in Europe, the UK, Ukraine and Belarus included; Russia is excluded. And this page ranks publishers, so large European app businesses that only build their own products — Gismart, Impala Studios, BeReal, Photoroom — are absent by rule, not by oversight. [Full methodology: how we rank app companies and publishers](https://mwm.ai/data-methodology/app-download-rankings) Data as of August 2026. mwm.ai is operated by MWM; the same rules apply to every company listed, MWM included. # MWM - AI App Builder & Mobile App Growth Platform > MWM powers three products: MWM AI (build native apps with AI), MWM Console (run live apps), and MWM Publishing (scale apps globally). Also provides real-time mobile application market intelligence, App Store Optimization (ASO) metrics, and competitive benchmarking for millions of iOS and Android applications across 150+ countries. Available in 8 languages (en, es, pt, ko, it, de, fr, ja). ## App Trend Analysis Articles MWM publishes 50 forensic articles analyzing mobile app market movements. Each article covers releases, ranking changes, market impact, and expert analysis with cited sources. ### Goodnotes v7.1.16 sparks backlash over toolbar changes and broken family sharing in August 2026 **App:** Goodnotes: AI Notes, Docs, PDF | **Category:** Productivity | **Trend:** Update Backlash | **Published:** Sep 4, 2026 **URL:** https://mwm.ai/articles/app-updates/goodnotes-v7-1-16-sparks-backlash-over-toolbar-changes-and-broken-family-sharing-in-august-2026 Goodnotes' version 7.1.16, released August 24, 2026, triggered a sharp user backlash over unannounced toolbar layout changes. The update also introduced bugs preventing family sharing access and specific in-app purchases, causing the app's average rating to drop by 1.25 stars. **Key takeaways:** - The Goodnotes v7.1.16 update caused the average user rating to fall from 3.47 to 2.22 stars. - The primary complaint from users is the frequent and disruptive changes to the toolbar layout, which harms muscle memory. - The update introduced critical bugs preventing subscribers from using paid Family Sharing plans. - Users also reported being unable to purchase certain special editions of the app after the update. - Official release notes for v7.1.16 only mention 'bug fixes and performance improvements,' failing to communicate the UI changes. - The app maintains a large audience, with over 1.2 million downloads in the past 30 days, making the sentiment shift a significant risk. #### Update Backlash Goodnotes Limited's update 7.1.16 for its popular note-taking app, released on August 24, 2026, has caused a significant user backlash. The primary cause is persistent and unwelcome changes to the toolbar layout, disrupting established workflows for its large user base. #### Unannounced Changes The official App Store release notes for version 7.1.16 are generic, stating only "bug fixes and performance improvements." There is no mention from the publisher about any user interface redesign or specific alterations. However, the sharp increase in user complaints about the toolbar strongly suggests that significant, unannounced changes were shipped in this update, leaving users to discover the disruptive modifications themselves. #### Toolbar Turmoil The most prominent complaint is the constant relocation of core tools. As one 1-star reviewer on v7.1.16 wrote, "STOP CHANGING THE TOOLBAR!!!! You get used to where your eraser pen is and then they move it every week." This sentiment reflects a broader frustration among users who rely on muscle memory for efficient note-taking and feel the changes are counterintuitive.A thread on the r/Goodnotes subreddit echoes this, with one user commenting, "the toolbar at the top of the screen is driving me crazy," indicating a major layout shift. Archived. #### Broken Features Beyond the UI changes, v7.1.16 introduced critical functional bugs. Users reported that the Family Sharing subscription model stopped working, blocking family members from paid features. One 1-star review stated, "Despite having an active family subscription, the subscription does not work properly for family members."Others encountered issues with in-app purchases. A user noted, "Neither [iPad nor iPhone] allows me to purchase the special edition. You are only allowed to select essential or pro." These bugs suggest potential issues with the app's backend payment and account systems. #### Ratings Drop The user sentiment shift was immediate and severe. After the v7.1.16 update, the average rating from 54 new reviews dropped to 2.22 stars, a 1.25-star decrease from the 3.47-star average recorded in the period just before. The app, which has over 1.2 million downloads in the last 30 days, now faces a challenge in retaining users who are frustrated by both usability and functional regressions. #### Verdict The evidence suggests Goodnotes is pursuing a UI redesign without clear communication, alienating its core users. The payment and sharing bugs appear to be unintentional regressions. To prevent further user churn and revenue loss, the publisher will likely need to ship a hotfix for the functional bugs swiftly. Addressing the core usability complaints around the toolbar, perhaps by making it customizable, will be critical for rebuilding trust with a user base that values stability and predictability. **Keywords:** Goodnotes, App Update, Toolbar, Family Sharing, Productivity App, App Store, User Feedback, Note-taking app, Goodnotes 7 --- ### AT&T v2026.8.0 Reverses Rating Drop with Customer Service Overhaul in August 2026 **App:** AT&T | **Category:** Utilities | **Trend:** Update Praise | **Published:** Sep 2, 2026 **URL:** https://mwm.ai/articles/app-updates/at-t-v2026-8-0-reverses-rating-drop-with-customer-service-overhaul-in-august-2026 AT&T's app update 2026.8.0 for iOS, released August 21, 2026, triggered a significant positive shift in user sentiment. The app's average rating climbed from 1.6 to 2.4 stars, driven by user praise for improved customer service and helpful representatives, a stark contrast to prior complaints. **Key takeaways:** - AT&T app version 2026.8.0 saw its average App Store rating increase from 1.6 to 2.4 stars after its August 21 release. - The primary driver of the rating shift appears to be improved customer service, with users specifically praising helpful representatives. - New positive review themes like "Account clarity" and "Helpful representatives" emerged, replacing pre-update complaints of app instability and billing errors. - The update coincided with AT&T implementing price increases for some wireless plans in August 2026. - The app is part of a broader 2026 initiative to create a unified experience for wireless and internet customers, supported by an AI assistant. - The app was downloaded over 324,000 times on iOS in the last 30 days, making the sentiment shift significant for its large user base. #### The Update AT&T Services, Inc. shipped version 2026.8.0 of its iOS app on August 21, 2026, triggering a notable reversal in user sentiment. The update is linked to a rise in the app's average App Store rating from 1.6 to 2.4 stars, fueled by a new wave of reviews praising improved customer service. #### A Unified App The changelog for version 2026.8.0 states, "Welcome to the all-new AT&T app. Discover the features you trust—now enhanced with updates inspired by your feedback." This release is part of a larger 2026 strategy by AT&T to create a single, unified app for both wireless and internet customers.Marketing materials from earlier in the year detailed this overhaul, centered on a generative AI assistant named "Andi" designed to provide faster support. The stated goal was to simplify account management, shopping, and support into one digital location. #### Sentiment Shift The rating increase was driven by a distinct change in user feedback. Before the update, reviews for version 2026.7.1 frequently cited technical failures and billing issues. One 1-star reviewer wrote, "Every bill, I’m having to go back and check to see what extra AT&T has charged me for. Their integrity is terrible." Another noted, "The app will not open no matter how many times I close it and reinstall it!"After the 2026.8.0 update, themes of "Improved customer service" and "Helpful representatives" appeared. A 5-star reviewer on the new version detailed their experience: "I was having issues with ATT apt. Called ATT and Raquel who picked up my call was the most helpful and caring...She revised my account and helped me acknowledge what was I was paying monthly. There were charges that I wasn’t even aware of." #### Service Overhaul The positive sentiment shift appears to stem from backend improvements to customer support rather than a specific in-app feature change. Praise for representatives who can successfully clarify billing and resolve technical issues suggests they may have been equipped with better tools or more transparent account data. The app update, which reached over 324,000 users in the last month, seems to be the public face of this service enhancement.This improvement is particularly noteworthy as it coincided with price hikes. AT&T support pages confirm that price increases for certain retired unlimited plans were scheduled to take effect on August 2026 bills. #### Fragile Gains The rebound from a 1.6 to a 2.4-star rating is a significant, if fragile, improvement. The current rating shows that underlying issues likely persist. The key challenge for AT&T will be to sustain this positive momentum, which appears tied to better-equipped human support agents.If the service improvements are maintained, the app's rating may continue to climb. However, given the recent price increases, any regression in service quality could quickly erase these gains and return the app to its previous state of negative user perception. **Keywords:** AT&T app, app update, customer service, user sentiment, App Store rating, iOS, Andi AI, billing clarity, 2026.8.0 --- ### Hotels.com v2026.34 blocks sign-in and freezes bookings, August 2026 **App:** Hotels.com: Book Hotel Deals | **Category:** Travel | **Trend:** Update Backlash | **Published:** Sep 2, 2026 **URL:** https://mwm.ai/articles/app-updates/hotels-com-v2026-34-blocks-sign-in-and-freezes-bookings-august-2026 Hotels.com's iOS app update 2026.34, released August 24, 2026, introduced critical bugs that prevent users from signing in and cause the app to freeze during booking. The quality control failure led to a sharp rating drop from 3.39 to 2.49 stars. **Key takeaways:** - Version 2026.34 for iOS, released August 24, 2026, caused a significant user backlash due to severe bugs. - The app's average rating fell by 0.9 stars, from 3.39 to 2.49, immediately after the update. - Core user complaints focus on an inability to sign in and app freezes during the booking process. - The app, which has over 282,000 downloads in the last 30 days, now faces significant risk of user churn. - The buggy release coincided with the quiet launch of a new business travel feature. - User frustration is compounded by recent changes to the One Key rewards program, which devalued earnings for some members. #### Login Blocked Hotels.com, L.P. shipped version 2026.34 of its iOS app on August 24, 2026, introducing critical performance bugs that block user sign-ins and cause the application to freeze, rendering its core booking functions unusable for many. #### Business Feature The update's official release notes provided no specific details. However, shortly after its release, Hotels.com announced a new business travel feature was live on its app and website as of September 1, 2026. This tool aims to help users save work preferences, find business-friendly hotels, and manage work trips within a single account. The Android equivalent of version 2026.34 was released on August 30, 2026, with the new feature presumably included. #### Freezes and Failures The v2026.34 release triggered an immediate negative reaction from users, with the app's average rating dropping from 3.39 to 2.49 stars. The backlash is centered on two primary failure points: login failures and app freezes. One 1-star reviewer on v2026.34 stated simply, "It’s Impossible to sign in."Another user experiencing performance issues wrote that the app "freezes a lot and it ruins your experience booking." These issues represent a significant regression from the previous version, where complaints focused more on customer service and billing rather than core app functionality. #### Rewards Program Context The timing of the update backlash is notable, as it follows recent changes to the Expedia Group's loyalty program. In the U.S. market, the earning rate for the base tier of the One Key rewards program was reduced on July 28, 2026. This change is a separate but ongoing source of user frustration.One 3-star review for version 2026.34, written in Spanish, noted, "The new system that accumulates money to redeem later, it seems like a rip-off!" This suggests that pre-existing dissatisfaction with the rewards system may be compounding user intolerance for the new technical bugs. #### Verdict and Outlook The introduction of severe bugs appears to be an unintentional quality control failure rather than a deliberate product change. For an app with over 282,000 U.S. downloads in the last 30 days, an inability for users to sign in or book trips presents a direct risk to revenue and customer retention.The publisher will likely need to ship a hotfix update to address the login and freezing issues promptly. Failure to do so could lead to a sustained decline in ratings and push users toward competing travel platforms, especially during a period when loyalty is already being tested by rewards program changes. **Keywords:** Hotels.com, App Update, Update Backlash, iOS, Booking App, App Store, Travel App, Sign-in bug, App freeze --- ### Kalshi v9.9.113 UI Overhaul, Feature Removal, and Chart Changes Spark Backlash in August 2026 **App:** Kalshi: Trade Events & Sports | **Category:** Finance | **Trend:** Update Backlash | **Published:** Sep 2, 2026 **URL:** https://mwm.ai/articles/app-updates/kalshi-v9-9-113-ui-overhaul-feature-removal-and-chart-changes-spark-backlash-in-august-2026 Kalshi's v9.9.113 update on August 19, 2026, triggered a user backlash by overhauling the interface and removing features like parlay sharing. The changes, unmentioned in official notes, caused the app's rating to fall from 4.05 to 3.00 stars. **Key takeaways:** - Kalshi v9.9.113, released August 19, 2026, caused the app's average rating to fall over a full star, from 4.05 to 3.00. - Official release notes cited only 'bug fixes and performance upgrades,' failing to mention a major UI redesign, the removal of parlay sharing, and chart alterations. - Users expressed frustration with the new interface and the removal of key trading features, with some threatening to switch to competitors. - A Kalshi representative on Reddit acknowledged the disruption and confirmed fixes for chart and navigation issues were in development. - The app maintains a large audience, with over 637,000 downloads in the last 30 days, making user retention critical. - The publisher's informal response suggests it may reintroduce some removed features in future updates to address the negative sentiment. #### The Update KALSHI INC.'s version 9.9.113 update for its Kalshi finance app, released August 19, 2026, introduced an unannounced interface overhaul and removed key features, causing a significant drop in user ratings. #### Undocumented Changes The official release notes for v9.9.113 on the App Store mentioned only 'bug fixes and performance upgrades'. However, users immediately discovered that the update shipped a substantial redesign of the user interface, removed the ability to share parlays, and altered the display of Bitcoin (BTC) price charts.This discrepancy between the official changelog and the actual user experience is a primary driver of the negative reception, as traders found their established workflows disrupted without warning. #### Key Features Broken The changes in v9.9.113 directly broke core user habits. One 1-star review on the new version stated, 'The constantly switch from the old interface to the new interface which makes it difficult to navigate and track your bets on the new interface...'. Another 2-star review focused on a removed feature: 'The most recent update prevents users from sharing any parlays.'Traders also reported functional regressions in trading tools. A 3-star review noted, 'You removed the seconds from the BTC up and down chart... and you made the chart smaller. Screwed up my strategies.' These complaints show the update hindered navigation and removed previously valued functionality. #### Rating Drop The user response was immediate and negative. Before the update, the app held an average rating of 4.05 stars, with some 5-star reviews praising it as 'Quick and easy to use. Deposits and withdrawals are simple'. After the release of v9.9.113, the average rating fell to 3.00 stars.The sentiment shift is clear in review text. One user on the new version wrote, 'This New Update so trash im switching to polymarket,' showing a direct risk to user retention. #### Publisher Response The publisher has not issued a formal statement, but a Kalshi team member engaged with users on a Reddit forum. In a discussion thread about the new UI, the representative stated, 'I apologize for the disruption from the new update.'The representative directly addressed user complaints, confirming a new build was planned that would add 'time-scales to the 15-minute market charts, and some new navigation.' They also confirmed the return of a watchlist feature in an 'upgraded form,' suggesting the company is actively working to reverse some of the unpopular changes. Archived. #### The Verdict The decision to ship a disruptive update under the guise of 'performance upgrades' suggests KALSHI INC. may have prioritized backend technical changes over user experience continuity. A company representative on Reddit noted the app 'should be much faster/more-responsive now,' implying the UI changes were tied to a performance-focused refactor.However, with an audience of over 637,000 downloads in the last 30 days, the negative reaction shows a miscalculation of user attachment to the existing interface. The publisher now faces the task of rebuilding user trust and addressing the feature gaps created by the update, likely through a series of corrective releases. **Keywords:** Kalshi update, Kalshi 9.9.113, event trading, prediction markets, parlay sharing, app update backlash, finance app, user interface, App Store, BTC chart --- ### FusionGO App Ranking Plummets After Back-to-School Peak in August 2026 **App:** FusionGO | **Category:** Health & Fitness | **Trend:** Seasonal Peak | **Published:** Sep 1, 2026 **URL:** https://mwm.ai/articles/app-trends/fusiongo-app-ranking-plummets-after-back-to-school-peak-in-august-2026 FusionGO, a campus recreation app from InnoSoft Canada, saw its App Store ranking spike to #6 in Health & Fitness on August 25. The rise and subsequent 52-spot drop were driven entirely by the North American university back-to-school student onboarding period. **Key takeaways:** - FusionGO's ranking climbed 178 spots to a peak of #6 in the Health & Fitness category on August 25, 2026, before falling to #58 by August 30. - The movement was caused by a seasonal influx of university students downloading the app for campus recreation access during the back-to-school period. - Daily downloads peaked at over 21,000 on August 24, with total August downloads exceeding 161,000. - The app operates on a multi-tenant model, concentrating downloads from many universities into a single App Store entry, which magnifies its seasonal ranking changes. - FusionGO is free for students and generates no direct revenue; its publisher, InnoSoft Canada, monetizes through software contracts with universities. - A bug fix for a registration 'checkout problem' on August 28 suggests the app experienced technical strain from the high volume of new users. #### An August Spike On August 25, 2026, the FusionGO app reached #6 on the US App Store's Health & Fitness chart. Days later, it fell 52 places. This sharp rise and fall was not a failure, but a predictable cycle tied to the academic calendar. #### Ranking Trajectory FusionGO's chart performance shows a classic seasonal pattern. The app rose from rank 184 on August 11 to its peak of #6 on August 25, a climb of 178 spots in two weeks. The most intense jump happened between August 23 and 24, when it moved from #14 to #7. After this peak, a rapid descent began, with the app falling to #58 by August 30.This movement was fueled by a huge increase in downloads. After seeing only around 400 downloads in June, the app recorded more than 161,000 estimated downloads in August. The peak day, August 24, saw over 21,000 downloads, directly preceding the app's highest rank. #### Back-to-School Driver The root cause of FusionGO's ranking volatility is its role as a campus recreation management tool for universities. The late August period aligns perfectly with the start of the fall semester, when new and returning students are instructed to download the app to access gym schedules, book classes, and enter facilities.FusionGO is a multi-tenant application, meaning hundreds of university clients direct their students to a single app. This model concentrates download activity from many institutions, causing the app's ranking to spike during this specific onboarding window. This seasonal demand is a known pattern for apps tied to the academic year. #### Contract-Based Revenue The app is free for students to download and shows zero estimated revenue. The business model of its publisher, InnoSoft Canada Inc., does not rely on in-app purchases. Instead, revenue is generated from software contracts with the higher education institutions that license the Fusion software suite.FusionGO acts as a free companion app for these institutional clients, making its download volume a key metric of adoption and client activity rather than a direct path to monetization from end-users. #### Higher Education Niche InnoSoft Canada specializes in recreation management software for the North American higher education market. A look at the Google Play store confirms this focus, showing branded apps for clients like Texas A&M and UC Davis. The FusionGO app itself serves institutions such as the University of Richmond. This specialization means its primary competition is not mainstream fitness apps, but other campus-focused software providers.As universities increasingly use technology to improve student engagement in wellness, InnoSoft's focused market position appears solid. #### Responsive Updates The surge in new users appears to have introduced technical challenges. InnoSoft Canada released version 1.4.0 on August 13, just before the spike, adding new account creation features. A follow-up bug fix, version 1.4.1, was pushed on August 28. This update specifically addressed a 'checkout problem' that hindered registration completion, indicating a direct response to issues likely caused by the high volume of sign-ups. #### A Predictable Cycle FusionGO's performance is a clear example of a seasonal app whose success is dictated by an external calendar. Its ranking will likely remain low until the next major student onboarding period. Smaller ranking bumps may occur at the start of the spring semester in January, but the late-August surge will remain its defining annual event. The publisher's quick response to bugs suggests a focus on maintaining stability for its institutional clients, a key factor for retention in the B2B software market. **Keywords:** FusionGO, App Store, Health & Fitness, InnoSoft Canada, campus recreation, university app, seasonal trend, app ranking --- ### Sekai v1.75.6 fixes persistent 'Generation Failed' bug, boosting ratings in August 2026 **App:** Sekai: Create · Remix · Play | **Category:** Developer Tools | **Trend:** Update Praise | **Published:** Sep 1, 2026 **URL:** https://mwm.ai/articles/app-updates/sekai-v1-75-6-fixes-persistent-generation-failed-bug-boosting-ratings-in-august-2026 Sekai's version 1.75.6, released by Versa AI, Inc. in August 2026, addressed a critical 'Generation Failed' bug. This stability fix directly caused a significant positive shift in user sentiment, raising the app's average App Store rating by 0.73 stars. **Key takeaways:** - Sekai's v1.75.6 update successfully fixed a long-standing 'Generation Failed' bug that was a primary source of user complaints. - Following the update, the app's average rating on the App Store climbed from 3.27 to 4.0 stars. - The publisher, Versa AI, Inc., used generic release notes stating only 'Fix some bugs', failing to communicate the important stability improvement. - Prior to the fix, the bug was well-documented in user reviews and community forums, and acknowledged by the developer in review responses. - The app maintains a substantial audience, with over 125,000 downloads in the last 30 days on US iOS alone. - Despite the fix, some users on v1.75.6 still report encountering the error, suggesting further refinement may be necessary. #### The Update Versa AI, Inc.'s update for Sekai: Create · Remix · Play, version 1.75.6, resolved a persistent 'Generation Failed' bug. The fix, shipped on August 22, 2026, prompted a sharp rise in positive user reviews and app ratings. #### Vague Changelog The official release notes for version 1.75.6 were minimal, stating only "Fix some bugs". This generic message, consistent with previous updates, gave no indication that a critical stability issue had been addressed. No new features were announced or detected in the update.Despite the vague communication, the timing of the release and the immediate shift in user feedback show that a significant underlying improvement was successfully shipped, targeting the app's core AI generation engine. #### User Reception Before the update, the 'Generation Failed' error was the primary obstacle for users. One 3-star review on version 1.75.5 stated, "after a while when I typed in something it said ‘Generation Failed’ and anything that I try to do or try to make my game it just keeps saying ‘Generation Failed’." This frustration was a common theme in feedback.After version 1.75.6, sentiment improved dramatically. The average App Store rating climbed from 3.27 to 4.0 stars, and the review volume doubled. New 5-star reviews praised the app's core function, with one user writing, "Best game builder I played I can tell sekai to tell anything what I want to make a game its cool." However, some post-update reviews note the bug still occurs, indicating it may not be entirely eliminated. #### The 'Generation Failed' error was a well-known, long-standing issue. The publisher's awareness is confirmed by developer responses on the App Store to older negative reviews, with replies such as, "Sorry the AI ruined your viral game, failed generation, and stopped following your prompts." This shows the developer was actively tracking the problem through official channels.User discussions on external forums corroborate this.