ASO course · lesson 16 of 60

ASO metadata strategy: allocate keywords across fields

Translate a keyword portfolio into readable field roles for each store.

By Gabriel Machuret · Editorial methodology

Before you start: The prioritized portfolio and current field requirements.

See the worked example ↓

Module 3: Keyword evaluation and strategy

Keyword tiles are allocated to separate iOS and Android fields.
Gabriel Machuret wearing an ASO Guru T-shirt, pointing to three metadata fields on a phone-shaped board.

Your instructorGabriel Machuret

About 16 minutes reading · 29 minutes practice

You will produce: A store-specific allocation plan ready for detailed copy production.

Assign the communication job first

The name establishes identity. Supporting text qualifies the promise and explains value. A hidden keyword field, where available, serves a different function from visible copy. Plan these roles before counting characters. Field limits constrain the draft, but maximizing capacity is not itself the objective. A shorter clear title can be better communication than a full but awkward string.

Treat stores as different systems

Do not carry an iOS hidden keyword-field workflow into Google Play, which has a different listing structure. Keep separate drafts and rule checks for each store. Use current official documentation for supported fields and submission constraints. Observed ranking behavior is not a license to present undocumented algorithm weights as facts or to overstuff visible prose.

Protect meaning during editing

Every compression changes emphasis. Review whether the shortened copy still names the product and sets the right expectation. Avoid deleting qualifiers that prevent a misleading promise. Check the draft aloud and at small display sizes, then confirm that the selected language connects to the opening screenshots. Metadata and creative should reinforce the same product identity.

Quick check · pick a response

Make the call before you scroll.

A long qualifier uses valuable space but prevents a false expectation. Remove it?
Go deeper: practical decisions and tradeoffs

Give each field a communication job

Start with the visible promise: what should a stranger understand from the name and supporting text? Then decide how remaining fields support discovery and explanation on the selected store. Treat Apple and Google as separate production systems rather than copying one field plan into both. Space limits, visibility and platform guidance differ. The keyword map should guide the writing, but natural language and product truth still govern the final strings. A mathematically efficient allocation that reads like a list of unrelated search terms is a weak listing.

Review concept coverage and duplication together

Build a matrix of concepts against proposed fields. On iOS, follow Apple's guidance against repeating words already covered in the name or subtitle in the keyword field. Do not expand that into an unsupported universal rule about every kind of repetition on every platform. Google Play descriptions must remain useful prose; a normal repeated product term is different from keyword stuffing. Record the reason for each allocation and check the full set after edits, because moving a word into a visible field can make a previous keyword-field entry redundant.

Count exact strings after editorial decisions

Keep one source of truth for the approved strings, including punctuation and locale. Recount after every revision and validate in the console before submission. For multilingual text, code points, bytes and visible characters can differ. A tool count is preparation rather than a guarantee of platform acceptance. Never trim a field by deleting a necessary qualification or changing a truthful promise into a broader unsupported one. If the draft does not fit, revise the communication plan rather than compressing it until it becomes unreadable.

Platform references for this work: Apple — Platform version information · Google Play — Create and set up your app

Your turn · two-minute exercise

Try the scenario. Make your case.

A reviewer adds journal to the iOS name after the keyword field was approved. Identify the dependent checks and explain why reviewing only the edited field can leave avoidable duplication elsewhere.

Autosaved on this browser. Your work is private and does not sync between devices.

Your step-by-step procedure

From observation to action
  1. Assign a primary purpose to each supported field in the selected store.

  2. Place core identity before optional supporting language.

  3. Check counts and overlap with the tools, then edit for meaning.

  4. Review the full listing as a single promise and log the rejected alternatives.

Completed example · use the reasoning

Two stores, two field plans

Gabriel’s take: Copy-pasting the iOS keyword field into Google Play is not a strategy. It is a paste accident.

Constructed teaching material, not a client result. Adapt the evidence and product facts before using it for your app.

iOS name

Trail Notes: Hiking Journal

iOS subtitle

Keep your walking memories

iOS keyword field

diary,logbook

Play short description

Save notes and memories from your walks.

Play full description

Explain capture, organize and revisit in readable paragraphs.

Your turn · repair the decision

Make the call. Then compare.

Explain why the Play description should not become a comma-separated keyword list.

Autosaved on this browser. Your work is private and does not sync between devices.

Explore the supporting case and interpretation

Trail Notes drafts “Trail Notes: Hiking Journal” as a recognizable identity and uses supporting copy to explain private memories. Adding “maps navigation routes tracker” would broaden coverage in appearance but distort the product. The final allocation deliberately leaves some candidates unused. The keyword map records why: space was assigned to truthful relevance and clarity rather than maximal phrase inclusion.

Concept: Hiking journal

Visible role: Name communicates the core task

Supporting decision: Avoid redundant iOS keyword entry

Concept: Walking memories

Visible role: Subtitle explains the benefit

Supporting decision: Keep language understandable

Concept: Diary and logbook

Visible role: Candidate keyword concepts

Supporting decision: Review relevance and final format

The matrix separates meaning from formatting. It does not claim that every combination will be indexed or ranked. After approving the visible strings, reassess remaining concepts and any overlaps according to the current store guidance. The final handover should include the exact proposed strings and the reasoning behind their roles. A colleague should not need to reconstruct the strategy from a character-count screenshot.

Build a handover someone can use

Field plan

Name the store, locale and communication role of each field before giving the final strings.

Approved strings

Preserve exact text, punctuation and version so counts and reviews refer to the same proposal.

Coverage matrix

Show where important concepts appear and why intentional exclusions or repetitions remain.

Validation

Record field counts, current platform reference and unresolved console checks.

Change implications

Explain which other fields need rechecking if a visible name or subtitle changes.

Your ASO assignment

Use your own app and evidence, or work through the teaching case. Keep your observations separate from assumptions and explain the reasoning behind your decisions.

Build something · track your work

Your assignment checklist

Tick each item after you have produced the work. Reading it does not count. The strategy deck will survive.

0 of 3 tasks checked.

Autosaved on this browser. Your work is private and does not sync between devices. Course completion is recorded separately.

Assess your work

  • Each field serves a clear communication or discovery role.
  • The draft preserves necessary qualifiers.
  • Excluded candidates remain documented instead of being forced into copy.

Common mistakes to catch

  • Reusing the same field strategy across stores without checking their structures.
  • Confusing every repeated word with a proven ranking penalty.

Sources and further reading

Platform references reviewed 29 September 2026. These sources support platform capabilities and constraints; the teaching frameworks, assignments and illustrative cases are original course material.

Your ASO lesson notes

Use this space for your assignment, evidence and handover. Your notes save automatically in this browser. Download a copy to take with you.

Notes stay on this device and are not submitted to ASO Agency.

Complete your assignment with the App store metadata checker.

Loading your progress…

Progress is saved only in this browser. It does not sync across devices. Mark a lesson complete after doing its exercise.

Enough theory. Your app next.

Let’s fix what’s holding your listing back.

Send your app link, target market and the problem. We’ll start there.