The 7 App Store Metrics Indie Devs Need

#ios #mobile #android #appstore

The 7 App Store Connect metrics worth watching after Apple's March 2026 update are: conversion rate (peer benchmarked), Day 35 download-to-paid conversion, Day 35 proceeds per download, Day 1 retention, Day 7 retention, crash rate, and cohort breakdown by download source.

Apple shipped over 100 new metrics on March 25, 2026, but a solo indie dev only needs these seven to know whether the listing converts, whether the install sticks, and whether paid traffic pays back.

This guide is for the indie dev who opened the new dashboard, saw 100+ metrics, and closed it. We narrow the surface to seven numbers, set rules for what each one means, and tell you what action to take when each crosses the line.

What did Apple change in App Store Connect Analytics on March 25, 2026?

Apple shipped what 9to5Mac called the biggest update to App Store Connect Analytics since launch. The release included:

Over 100 new metrics
Two new monetization benchmarks (Day 35 download-to-paid conversion and Day 35 proceeds per download)
Peer group comparison at the 25th, 50th, and 75th percentile
Cohort analysis by attributes like download date and download source
Up to seven filters per metric widget
Two new subscription reports exportable through the Analytics Reports API

The framing matters. Frederik Riedel of OneSec told 9to5Mac that the update is "incredibly empowering, especially for indie developers" because solo creators no longer need a data team or an MBA to act on App Store data. That's the opportunity.

The risk is the opposite: 100 metrics is a paralysis surface, not a clarity surface. The dashboard rewards selectivity.

Three structural choices Apple made are worth understanding before you open the dashboard:

Peer benchmarks use differential privacy. Apple adds calibrated noise to each benchmark before publishing it, so you cannot reverse-engineer a competitor's exact number. The percentile ranges are directional, not surgical.
Cohort data is aggregated. You can see how a download-date cohort retains, but not what an individual user did. That's a privacy guarantee, not a tooling gap.
The benchmark window is Day 35. Apple settled on 35 days as the post-install window for the new monetization benchmarks. That's roughly the iOS keyword stabilization window plus a buffer, which is intentional. Don't read benchmark data sooner than that.

Which 7 metrics should indie devs actually watch?

The dashboard surfaces 100+ metrics. You don't need them. The seven below cover the indie dev use cases (does the listing convert, does the install stick, does paid traffic pay back) and map directly to the new peer group benchmark widgets.

Conversion rate (peer benchmarked). Listing-to-install efficiency. The clearest screenshot signal. Healthy range is at or above your peer p50. Below p25 for two weeks running is the trigger to refresh frames 1 and 2.
Day 35 download-to-paid conversion. Free users who become paying users in 35 days. Healthy is at or above peer p50. Below p25 means the paywall or the pre-paywall framing is off.
Day 35 proceeds per download. Average revenue per install at Day 35. Apply only if your model is paid or subscription-based. A drop more than 15% week over week usually means pricing or a trial offer changed unintentionally.
Day 1 retention. Users who return on day 2. Healthy is at or above peer p50. Below p25 means onboarding broke, or the screenshots oversold what the app delivers.
Day 7 retention. Users who return in week 2. At or above peer p50 is healthy. Below p25 isn't a screenshot fix; product habit is the actual problem.
Crash rate. Quality signal Apple's algorithm reads. Lower is better. Above peer p75 means stop new traffic until you ship a fix.
Cohort by download source. Separates organic, Search Ads, web, and Custom Product Page traffic. Read each source independently. Any source converting below half its peers means route off it.

A few rules for reading the list.

Conversion rate is the metric that connects to screenshots. When your conversion sits below your peer group's median for two weeks running, the most likely root cause is the listing surface. That's the trigger to audit your set, not a hunch.

Day 35 download-to-paid conversion is the new monetization anchor. Before March 2026, a paid or subscription indie dev couldn't tell whether the install-to-purchase rate was good. Now Apple publishes the peer p25, p50, and p75. Apply the metric only if you actually monetize on download or trial start. Free apps with ads should ignore the row.

Cohort by download source is the most underused new feature. A blended conversion rate hides everything. Search Ads traffic, paid social via CPP, web-driven traffic, and pure organic all behave differently. Average them and you'll mis-diagnose your screenshots. Split them and the right action becomes obvious.

The other four metrics (Day 1 retention, Day 7 retention, crash rate, cohort breakdown) are read-along context. You don't change them by editing screenshots. You watch them so you don't blame the listing for a product problem.

How do peer group benchmarks compare your app to competitors?

Peer group benchmarks are the lever the March 2026 release actually moves. Until now, "my screenshots convert fine" was a defensible claim because there was no comparison. With peer benchmarks, the claim is testable.

Apple builds peer groups by App Store category, business model, and download volume tier. Your app is bucketed into a group of similar apps with similar scale, and the dashboard shows you where you sit in that group's distribution. Each metric widget displays the 25th, 50th, and 75th percentile values, which translates to: bottom quartile, median, top quartile.

Apple uses differential privacy on every benchmark. The exact mechanism: aggregate the peer group's metric values, add calibrated noise, only publish if the group has a minimum number of apps that week. The output is directional, not exact. A benchmark of "your conversion rate is at p35" tells you you're below median but not in the bottom quartile. Treat the percentile bands as zones, not point estimates.

A few practical reading rules:

At or above p50 means the listing is doing its job. Optimization at this level is small wins. Don't redesign.
Between p25 and p50 means there's room. Worth running a Product Page Optimization test.
Below p25 means the listing is not competitive in your category. Frame 1 and 2 are usually the cause. Refresh both before doing anything else.

A subtle trap: peer groups are by primary category. If your app is cross-category (a productivity app that also fits Lifestyle), Apple buckets it by your declared primary. Switching primary category to chase a friendlier benchmark is a bad idea.

What can App Store Connect Analytics still not measure?

This is the section nobody at Apple will say out loud. Even with 100+ new metrics, the dashboard still cannot tell you what most indie devs actually want to know.

The four blind spots, in plain language:

Creative-level revenue attribution. You can see that a Search Ads cohort converts at X%, but you cannot connect a specific ad creative or screenshot variant to a specific revenue outcome. The cohort data tells you which source brought the user, not which message brought them.
Pre-purchase funnel. Onboarding screens, paywall exposure, trial start, trial drop-off, the path from app open to first transaction. None of it shows up in App Store Connect. The dashboard sees the install and the receipt, not the steps in between.
Cross-channel touchpoints. Email, web landing pages, SMS, retargeting. If a user clicked a web ad, visited your marketing site, then installed three days later, the dashboard shows the install as organic. The web step is invisible.
Individual attribution after ATT. App Tracking Transparency capped what individual-level data Apple will publish, and the new analytics doesn't break that wall. Cohort data stays aggregated.

For most indie devs, this is fine. You're not running a $50K Google Ads campaign that needs creative-level ROAS. You're running a listing that either converts or doesn't, an app that either retains or doesn't, and a paywall that either pre-sells or doesn't. The peer benchmarks tell you which of those three is broken without the funnel data.

If you're building a subscription business and you actually need paywall analytics, the gap is real. Most subscription indies pair App Store Connect with a third-party SDK (Adapty, RevenueCat, Superwall) for the funnel layer. Apple's update doesn't change that calculus, it just makes the listing-level half of the picture clearer.

How should indie devs use the new metrics each week?

A 10-minute weekly check beats a deep dive once a month. The weekly check fits between feature work, the monthly deep dive doesn't.

The 10-minute routine:

Open the new Analytics dashboard. Pin the seven metrics from the list above as your default view. Pinning saves the dashboard between sessions and is the single biggest time saver in the new UI.
Read conversion rate vs peer p50 first. This is your screenshot signal. If it's below p50 for two consecutive weeks, that's the trigger to audit.
Check Day 1 retention. If retention dropped while conversion rose, your screenshots got better at attracting installs your product can't keep. That's a signal to align the listing more honestly with the product, not to chase higher conversion.
Split conversion by download source if you run paid acquisition. Cohort by source shows whether Search Ads or CPP traffic converts at the same rate as organic. If a paid source converts at half the organic rate, the source itself is the problem (audience match), not the listing.
Glance at crash rate. If it spikes above your peer p75, stop everything else and ship a bug fix. Crash rate above peer is a ranking penalty Apple's algorithm reads, and no listing optimization will outrun it.
For paid or subscription apps, glance at Day 35 download-to-paid conversion and proceeds per download. Compare to last month's reading, not last week's. The Day 35 window means weekly numbers are noisy.
Close the dashboard. Going deeper than this without a hypothesis is how the dashboard eats your morning.

What you're aiming for is a dashboard that produces one of three signals: keep shipping product, refresh the listing, or fix a bug. Anything else is data tourism.

Make analytics a 10-minute weekly check, not a project

The March 2026 update is genuinely a step forward. Peer group benchmarks turn "my conversion is fine" into a falsifiable claim, and cohort by source breaks the average that hid every paid-vs-organic mismatch. For solo indie devs, the upside isn't 100 new metrics. The upside is that the seven metrics that actually matter now ship with comparison values built in.

The trap is treating analytics like a feature you have to master. You don't. You need a 10-minute Monday morning ritual: read seven numbers, decide whether to refresh the listing, fix a bug, or keep shipping. That's it. The dashboard tells you which of those three to do, and the rest of the week is product work.

What's the first metric you actually pinned after the March update? Curious whether other indie devs land on conversion-rate-vs-peer or jump straight to Day 35 download-to-paid. Reply in the comments, I read every one.

Originally published on appscreenshotstudio.com.