Your app has 30 free characters. Most waste them.

Right under your app name, on every App Store listing and every search result, sits a 30-character field called the subtitle. It's one of the few pieces of text on the entire page that Apple's search algorithm actually indexes — and most listings either leave it blank, restate the app name, or fill it with a tagline nobody would search for.

What the subtitle actually is

The subtitle has existed since iOS 11 in 2017 — it's not new, but it's still one of the most under-used fields on either store. It sits directly beneath the app name wherever the app appears: the App Store search results list, the "You Might Also Like" rows, and the top of the product page itself. It's capped at 30 characters, it can be localized per language like any other metadata field, and — this is the part most listings miss — it's indexed by Apple's search algorithm alongside the app name and the separate 100-character keyword field.

That makes the subtitle do two jobs at once. It's the first line of copy a human reads after your app name, so it needs to read like a sentence. And it's crawlable text a search query can match against, so it's real estate — the same as the keyword field we've written about before, just visible instead of hidden.

Google Play's version works differently

Play Store doesn't have a subtitle field, but the short description — the first 80 characters of your listing, shown before the "read more" tap — does the same double duty. It's the second most heavily weighted indexed text on Google Play after the title itself, and unlike Apple's field it's genuinely user-visible body copy, not a caption line. Same principle, twice the character budget, different placement.

The three ways it gets wasted

1. Left blank

The subtitle is optional, so a surprising number of listings simply never fill it in. That's 30 characters of free indexed search text and a free line of user-facing copy, forfeited for nothing.

2. Restating the app name

"TaskFlow — Task Management App" burns the subtitle on words already in the title. The search algorithm already has those terms from the name field; repeating them here adds nothing new to match against, and it wastes the one line of copy a visitor actually reads next.

3. A vague tagline with no keywords

The opposite failure: "Simplify Your Life" or "Your New Favorite App." Charming, on-brand, and completely invisible to search — nobody types those phrases into the App Store looking for an app. The subtitle needs at least one or two terms an actual searcher would use: "budget," "habit tracker," "invoice," "sleep sounds" — whatever the real intent-bearing nouns are for your category.

What to put there instead

The subtitle that works does three things in 30 characters: states what the app does (not what it is), includes at least one keyword not already spent in the app name, and reads as a phrase a human would actually say — not a keyword-stuffed fragment. "Budget & Bill Tracker," "Sleep Sounds & White Noise," "Invoice & Estimate Maker" — each one is a real sentence fragment that also happens to be dense with search terms.

Two practical habits make this easier to get right. First, write the subtitle after the keyword field, not before — check which high-intent terms you've already spent your 100 keyword-field characters on, and use the subtitle for the ones that didn't fit, ideally the ones worth surfacing to a human too. Second, if you localize your listing, localize the subtitle with it — a subtitle that's still in English on a Japanese storefront is one of the most common localization gaps, because it's easy to forget it's a separate field from the description.

A few before-and-afters

A meditation app with the name "Calm Mind" and a blank subtitle gains real search surface from "Sleep, Stress & Anxiety Help" — three intent-bearing terms, none of them in the name, still readable as a phrase. A budgeting app named "Ledger" upgrades from the vague "Own Your Money" to "Budget, Bills & Net Worth" — same character count, but now it matches three distinct search queries instead of zero. An invoicing app called "Invoicely" doesn't need "invoice" repeated in the subtitle at all; "Estimates & Client Billing" spends the 30 characters on the terms the name didn't already cover.

Notice the pattern: none of these read as keyword soup. Each is a plain phrase a person would say out loud, which is exactly what makes it work as both search text and human copy — the two jobs the field has to do at once.

Where to actually edit it

The subtitle lives in App Store Connect under your app's version page, right below the name field, per localization — so if you support ten storefronts, that's ten separate subtitle fields, not one. Google Play's short description is under Store presence → Main store listing, also per-language. Neither field requires a new build to change; both go live on their own review or propagation schedule, which makes the subtitle one of the cheapest, lowest-risk experiments available on either store — there's no code to ship to test a rewrite.

Where ShotCanvas fits

Screenshots get most of the attention because they're the visual asset, but the subtitle and description sit right next to them doing quieter, equally real work. ShotCanvas's AI metadata tool drafts subtitle and description copy alongside your screenshot set — reads your app's screens, suggests options that lead with the searchable term instead of the generic tagline, and you pick and edit from there.