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.
Module 3: Keyword evaluation and strategy
Plan about 50 minutes for reading, practice and review
You will produce: A store-specific allocation plan ready for detailed copy production.
Understand the decision
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.
Apply the method in practice
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 step-by-step procedure
- Assign a primary purpose to each supported field in the selected store.
- Place core identity before optional supporting language.
- Check counts and overlap with the tools, then edit for meaning.
- Review the full listing as a single promise and log the rejected alternatives.
Worked example and interpretation
Trail Notes and numerical research scenarios are fictional teaching examples. Platform limits, where shown, come from the linked official references.
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 | Visible role | Supporting decision |
|---|---|---|
| Hiking journal | Name communicates the core task | Avoid redundant iOS keyword entry |
| Walking memories | Subtitle explains the benefit | Keep language understandable |
| Diary and logbook | Candidate keyword concepts | 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.
- Create separate iOS and Play field-role tables.
- Draft one coherent set of fields for your primary market.
- Record three wording tradeoffs and their reasons.
Scenario challenge
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.
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.
Knowledge check
A long qualifier uses valuable space but prevents a false expectation. Remove it?
Read the answer and reasoning
Not just to fit another keyword. First find a clearer formulation that preserves truth. If no concise alternative works, retain the qualifier or narrow the claim. Relevance gains are not worthwhile when the resulting promise misrepresents the product.
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.
- Apple — Platform version information — Field definitions and submission constraints, including keyword bytes.
- Google Play — Create and set up your app — Listing fields, language and text limits.
Your ASO lesson notes
Use this space for your assignment, evidence and handover. Select Save to keep a draft in this browser, or 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.