ASOhack
Back to Blog
ASO Fundamentals

The 10 Most Common ASO Mistakes We See in Indie App Listings

After auditing hundreds of App Store and Google Play listings, these 10 patterns show up constantly. Here's what breaks most indie apps' ASO — and exactly how to fix each one.

ASOhack TeamJune 5, 202610 min read

After running ASOhack and analyzing a growing set of iOS and Android app listings, a clear pattern emerges: most indie apps don't fail at ASO because the developer didn't try. They fail because the conventional wisdom about how the App Store and Google Play algorithms actually work is wrong — or at least, badly out of date.

The mistakes below are the patterns we see repeatedly across audits. They appear in productivity apps, games, health tools, finance apps, and utilities. They're not correlated with app quality — great apps make them just as often as mediocre ones.

Here are the 10 most common, ranked by how often they appear and how much ranking they cost.


Mistake #1 — Wasting the iOS subtitle (or Android short description)

Found in: the majority of indie app listings we audit.

The single most common — and most costly — mistake.

On iOS, the subtitle is the second-most heavily weighted field for App Store search ranking, right after the title. You get 30 characters. Most indie apps use them for a tagline:

❌ "Make every day better!" ❌ "Beautifully simple." ❌ "Your everyday companion."

These read nicely. They rank for nothing.

On Google Play, the short description (80 chars) is the MOST heavily weighted field, beating even the title for keyword indexing. Most indie apps treat it like an extended tagline.

What to do instead: lead with your strongest keyword phrase in the first 5 words. Pattern that works:

✅ "Habit tracker for ADHD brains" ✅ "Workout planner with AI form feedback" ✅ "Receipt scanner for freelancers — tax-ready exports"

Among audits we've run, iOS apps that use at least 20 of their 30 subtitle characters with keyword-relevant content score significantly higher in the ASO metadata category than apps with taglines.


Mistake #2 — Stuffing the title with brand name only

Found in: most single-word or short-name apps.

You get 30 characters on iOS, 50 on Android, for your title. The title is the most search-weighted field on both stores. Apps that use the whole budget for their brand name leave the keyword real estate empty.

Common pattern:

❌ "Habitly" (7 chars, 23 wasted) ❌ "TaskMaster Pro" (14 chars, 16 wasted)

What works:

✅ "Habitly: ADHD Habit Tracker" (28 chars — brand + 2 keyword phrases) ✅ "TaskMaster — To-Do List & Planner" (33 chars — brand + 4 keyword phrases)

The brand-only title is almost always a holdover from web SEO instincts. On mobile, the store already shows your icon next to the title. Use the title text for keywords.


Mistake #3 — Hero screenshot that shows the UI instead of the outcome

Found in: the majority of audited apps.

You get roughly 1.5 seconds to convince a user to scroll past your hero screenshot. In ASOhack's AI vision analysis, first screenshots frequently score low on value-proposition clarity.

The hero screenshot should answer one question: "What outcome does this app produce for me?"

❌ Screenshot of the home tab with five tab icons at the bottom ❌ Screenshot of an empty state ("No habits yet — tap to add one") ❌ Screenshot of a settings screen

✅ Before/after comparison ("Day 1 vs Day 30") ✅ Filled-in UI with realistic data ("12-day streak, 4 habits, 100% week") ✅ One-line value prop overlay ("Track habits without the guilt")

Pattern: lead with social proof, value prop, or transformation. Show the UI in screenshots 2-5.


Mistake #4 — Description front-loaded with company description

Found in: most apps with a welcome paragraph.

The first 3 lines of your store description are all most users will read. On the App Store you have to tap "more" to see anything below the fold. On Google Play, it's the first 2-3 lines that show in search snippets.

Most indie apps spend those first 3 lines introducing themselves:

❌ "Welcome to [App Name], the new way to..." ❌ "[Company] is proud to present..." ❌ "Built with love by a small team in [city]..."

Nobody cares yet. They're scanning for what this app does for them.

What works for the first 3 lines:

  1. One-line benefit ("Track habits without the guilt.")
  2. Who it's for ("Built for people who've tried every habit app and lost interest in week 2.")
  3. Proof or differentiator ("4.8 stars from 12,000+ users.")

Save the company story for the bottom of the description.


Mistake #5 — Repeating words in the iOS keyword field

Found in: most iOS apps we audit.

The 100-character iOS keyword field is one of the most misunderstood pieces of App Store metadata. Three rules most apps break:

  1. Don't repeat words already in your title or subtitle. Already indexed — zero additional benefit.
  2. Don't include your brand name. Already indexed via the title.
  3. Don't use plurals AND singular forms. The algorithm handles stemming. Pick one form.
  4. No spaces after commas. Each space wastes 1 character. Format: habit,tracker,journal,wellness,mood.

Our Keyword Density Checker surfaces all of these automatically — run your listing through it to see how much of your 100-char budget is being wasted.


Mistake #6 — Same listing copy on iOS and Android

Found in: nearly every cross-platform app.

If you ship on both stores and copy-paste your iOS listing to Google Play (or vice versa), you're optimising wrong on at least one store.

Key differences that affect strategy:

FieldiOSAndroid
Title length30 chars50 chars
Keyword field100 chars, not displayedNo keyword field — all visible
Description indexed?NoYes
Short desc weightVery high (subtitle)Highest of any field
Update freshness rewardMinimalSignificant

The most important change: rewrite your Android long description as keyword-rich prose, structured with bold headers. iOS doesn't read it for search; Android does.


Mistake #7 — Icon that doesn't survive thumbnail scaling

Found in: a meaningful share of audited apps.

ASOhack's AI vision analysis scores icon recognizability at thumbnail size. The most common failure: icons that look great at 1024px in Figma but lose detail at the 60px size they appear at in search results.

Common offenders:

  • Detailed illustrations (lose all detail at thumbnail size)
  • Low-contrast gradient backgrounds
  • Text in the icon (unreadable below ~120px)
  • Icons that match a category cliché (another notepad for a note app)

What works: high-contrast, 2-3 colour designs with one bold shape that's recognisable at 30px.

Apps with strong icon scores in our audits consistently score higher overall — a well-designed icon correlates with higher conversion even before considering keyword ranking.


Mistake #8 — Asking for the review at the wrong moment

Found in: most apps using a first-launch or time-based review prompt.

A 1-star or 2-star review on Google Play hurts ranking velocity faster than the same review on iOS. Most indie apps either:

  1. Never prompt for reviews (missing free positive reviews from happy users)
  2. Prompt within the first session (no positive experience yet → average rating drops)
  3. Prompt after a frustrating moment (bug, paywall, denied permission)

The pattern that works: prompt after a clear positive outcome — completed a task, finished a workout, hit a streak milestone. Use SKStoreReviewController (iOS) or ReviewManager (Android) so the OS-level prompt doesn't kick users out.

Higher ratings are both a conversion signal (users compare ratings in search) and a ranking signal (both stores use ratings as a component of ranking).


Mistake #9 — Ignoring localization entirely

Found in: the majority of English-only apps.

Google Play rewards localized listings in per-locale search rankings significantly more aggressively than iOS does. If your app's UI is in English only, you can still localise the store listing and pick up meaningful search traffic.

What we see: most indie apps either localise the entire app (high effort) or skip localisation entirely. The middle ground — localising just the store listing — captures ~70% of the discovery benefit at ~10% of the effort.

Languages that consistently move the needle for indie apps:

  • 🇪🇸 Spanish (Latin America + Spain)
  • 🇧🇷 Portuguese (Brazil)
  • 🇩🇪 German
  • 🇫🇷 French
  • 🇯🇵 Japanese (if your app aesthetic / category fits)

Mistake #10 — Not using Apple Search Ads for keyword validation

Found in: most indie apps that have never run ASA.

Apple Search Ads has a valuable side-effect most indie devs don't use: even a small budget run for a few days produces keyword volume and conversion-rate data you can't get any other way.

You don't need to run ASA forever. The play is:

  1. Run a $50 test for 5-7 days across 10 keyword candidates
  2. Look at the impressions and tap-through rates per keyword
  3. The 2-3 best-performing keywords are confirmed worth optimising your organic title/subtitle around
  4. Pause the campaign

Most indie apps either run ASA continuously (over-spending) or never touch it (missing the data). The 1-week diagnostic spend is one of the highest-ROI ASO investments under $100 you can make.


The 80/20 takeaway

If you do nothing else from this list, fix mistakes #1 (subtitle / short description), #3 (hero screenshot), and #7 (icon). These three fixes account for the largest score deltas between high-scoring and low-scoring listings in our audit data.

You can run a free audit on your own app right now — no signup, 15 seconds. Paste your App Store or Google Play URL here →


Frequently Asked Questions

How were these findings gathered?

These patterns come from the ASOhack audit engine's output across iOS and Android app listings, combined with established ASO research from Phiture, AppFollow, Apple's own search algorithm documentation, and Google's Play Console guidance. This post will be updated with larger-scale quantitative data as our audit database grows.

Which mistake is the most expensive?

The subtitle / short description mistake (#1) costs the most in search ranking because it surrenders the second-most-weighted field on iOS and the most-weighted field on Android to a tagline. The screenshot mistake (#3) costs the most in conversion rate because it fails users in the 1.5 seconds they use to decide whether to install.

How do I know if my listing makes these mistakes?

Run your app through ASOhack — free, no signup. The audit surfaces all of these in a scored report with ranked fix recommendations.

Do these mistakes apply to both iOS and Android?

Mistakes #1, #3, #4, #7, #8, and #9 apply to both stores. Mistake #5 is iOS-specific (the iOS keyword field doesn't exist on Android). Mistakes #2 and #6 differ slightly between stores (character limits, description indexing). Mistake #10 is iOS-specific (Apple Search Ads).

How long does it take to fix these?

Mistakes #1, #2, #4, and #5 are metadata changes you can make in App Store Connect or the Play Console in under an hour. Mistake #3 typically takes 2-3 hours for a new screenshot design. Mistake #7 (icon redesign) is a larger investment — but if your icon is failing thumbnail recognizability, it may be the single highest-leverage improvement you can make.

Ready to Optimize Your App Store Listing?

Try our free ASO tools — no signup required.