Link copied!
ASO··Updated ·9 min read

Long-Tail App Store Keywords That Fit the 100-Character Field

A long phrase burns the keyword field if the words are already in the name or subtitle. Apple combines those words. Paste the missing token, not the whole sentence.

Lavender sticker collage of a sourdough loaf, a 100-character keyword strip, and stickers that split a long phrase into single tokens

Quick answer

How do long-tail keywords fit Apple’s 100-character field?

Long tail app store keywords waste the 100-character field when you paste the full phrase and the individual words are already in the name or subtitle. Apple combines words across the name, subtitle, and keyword field. Add the missing word, not the whole phrase, and spend the freed characters on neighbors.

  • Name + subtitle + keywords = 160 indexed characters
  • Do not pay for a word twice, and do not pay for a phrase whose words you already have
  • A phrase with an internal space still counts every character, including the space
On this page

A long-tail App Store keyword is a specific phrase a person types, like “sourdough baking timer,” instead of a single crowded word like “timer.” Specific is good. Pasting the entire phrase into the 100-character keyword field is often a waste, because Apple combines words across the name, the subtitle, and the keyword field. If “sourdough” and “timer” are already in the name, the field only needs the word that is missing.

This is the mistake that makes a careful app look like it has no keywords left. The developer finds ten perfect phrases, drops each one in whole, and also splits them into single words “just in case.” The field fills up with repeats. Apple’s rules on Creating your product page already tell you not to repeat words and not to add plurals of words you included. The combination rule is how you obey that without losing the phrase. Formatting details are in the keyword field guide.

What “long tail” means inside 100 characters

Long tail, on the App Store, is not a 12-word sentence. It is a query more specific than the category, short enough that the missing pieces fit the budget. “Timer” is a generic. “Sourdough baking timer” is a job. You want to be eligible for the job. You do not want to store the job as a single comma-separated blob if two of the three words are already indexed in the name.

Every character counts, including spaces inside a phrase and the commas between terms. There is no space after a comma. “stretch and fold” is 16 characters because of the two spaces. “stretch,and,fold” would be a different, worse string: it spends commas to separate words you might have combined, and it still repeats nothing useful if those words were not the goal. Prefer one phrase with internal spaces only when the words must travel together and are not already elsewhere in the 160.

Apple combines words you already paid for

The indexed budget is the name (30), the subtitle (30), and the keyword field (100). Words in any of those three can combine. That is why the practical rule is: list the unique tokens, not every phrase those tokens can form. If the name contains “sourdough” and “timer,” and the keyword field contains “baking,” you have covered a search for a sourdough baking timer without storing the six-word echo “sourdough baking timer, baking timer, sourdough, timer.”

Apple does not publish a weight for exact phrases versus combined words. Do not invent one, and do not “buy safety” by including both the phrase and the pieces. The safety is fake. The duplicate words are real, and Apple’s own skip list tells you to avoid duplicates. Combination is the reason the skip list is affordable. You are not losing the query. You are refusing to pay for it three times.

The before-and-after for a sourdough timer

The sample app times starter feedings and bulk ferment for people who bake sourdough at home. Name: “Proof: Sourdough Timer” (22 characters). Subtitle: “Feeding and bulk ferment” (24). Tokens already indexed: proof, sourdough, timer, feeding, and, bulk, ferment. The phrase people type, “sourdough baking timer,” is missing only one word: baking.

Same sourdough app, two ways to spend the keyword field
VersionKeyword fieldCharsWhat it bought
Beforesourdough baking timer,baking timer,sourdough,timer,proof,bulk,ferment,feeding78Mostly repeats. The only new word is baking.
Afterstarter,levain,autolyse,stretch and fold,aliquot,crumb,hydration,banneton,cold proof,rye,jar,lid,pan100Baking’s neighbors. No token from the name or subtitle.

The before field spends 78 characters to add the word baking and then repeats the name and subtitle. The after field spends all 100 characters on terms a baker actually types.

Put “baking” in the after field if you still need that exact token and it is not in the name. In this version the name already has “sourdough” and “timer,” and the subtitle has the method. “baking” is one extra word you can swap in by cutting a weaker neighbor, not a reason to restore the whole before string. The before string also repeats “proof,” “sourdough,” “timer,” “bulk,” “ferment,” and “feeding,” which Apple tells you not to duplicate.

What to do with the characters you free

The after field is the point of the exercise. Starter, levain, autolyse, stretch and fold, aliquot, crumb, hydration, banneton, cold proof, rye, jar, lid, pan. Those are the words in a baker’s notes that the 30-character name could not hold. A few of them are long-tail phrases with internal spaces: “stretch and fold” and “cold proof.” They earn the space because the pair is the term, and the pieces are not already indexed. How to find those neighbors from autocomplete and reviews, without a paid tool, is in App Store keyword research.

Count the string in the ASO Character Counter after you delete spaces that snuck in after commas. The after example is 100 characters on purpose. If you are at 70, you did not finish. Add another specific term a reviewer used. Do not add “best,” “free,” or “app.” If you are naming the app from scratch so the strongest phrase starts in the 30-character name, do that first. The name is a better home for the head term than the hidden field. See how to name an app.

The screenshot still has to match the phrase

Combination gets you eligible for the query. It does not get you the install. Someone who searches “sourdough baking timer” and lands on a generic clock will leave. Screenshot one should show a feeding timer or a bulk-ferment countdown with the starter named on screen. Screenshot two can show stretch-and-fold intervals if that phrase is in the field. The caption should use the same job the metadata assembled, in plain language.

A new app with no download history is especially exposed here. You do not have behavioral data to lean on, so a mismatched screenshot wastes the only query you bothered to assemble. That constraint is the subject of ASO when you have zero downloads. Brand versus these generic baking terms is a separate budget decision, covered in branded vs generic keywords.

A quick audit you can run on a live field

Export the name, subtitle, and keyword field into three lines. Split the keyword field on commas. For each token, ask whether every word inside it already appears in the name or subtitle. If yes, delete the token. If some words are new, keep only the new words, unless the full phrase is a set term like “stretch and fold.” Then look for a singular and its plural side by side. Apple says not to include both. Keep the form people type.

  • Circle any keyword that is a complete copy of the name or subtitle. Delete it.
  • Circle any single word that already appears above. Delete it.
  • If a phrase is half new, keep the new half and let combination do the rest.
  • Refill the opened characters with a neighbor from reviews or autocomplete, then recount.

Rebuild a long-tail field without repeating phrases

Do this whenever the keyword field contains a phrase you are proud of. Pride is not a character count. The phrase is probably already paid for above it.

  1. Write the name and subtitle tokens

    List every word in the 30-character name and the 30-character subtitle, in lowercase, without punctuation. This is the spent list. For Proof, that list is proof, sourdough, timer, feeding, and, bulk, ferment. You will not type those words into the keyword field again, even inside a longer phrase.

  2. Break each dream phrase into words

    Take the long-tail queries you wish you ranked for and split them on spaces. Mark which words are already on the spent list. The unmarked words are the only characters that query still needs. “Sourdough baking timer” against this name needs “baking,” not the whole phrase pasted three ways.

  3. Delete duplicates and plurals

    Remove any keyword token whose words are all on the spent list. Remove plurals of words you kept. Remove category names and the word “app.” If two phrases differ only by word order and use the same tokens, keep one set of tokens. Apple combines them. You do not store both orders.

  4. Refill to 100 with neighbors

    Add specific terms from autocomplete and reviews until the field is at 100 characters, counting commas and internal spaces, with no spaces after commas. Use a phrase with spaces only when the pair is the real term and the words are not already spent. Check the total in the character counter before you paste.

  5. Point a screenshot at the assembled query

    Pick the one long-tail query you most want. Confirm its words now exist somewhere in the 160 characters. Then make screenshot one show that job. For this app, a ferment countdown beats a logo. Ship the keyword change with a version, because the keyword field does not update like promotional text.

Key takeaways

  • Long-tail queries are specific. They do not each need a full phrase in the keyword field.
  • Apple combines words across the name, subtitle, and keywords. Duplicates waste the 100 characters.
  • If a phrase is missing one word, add that word, not the phrase plus every subset.
  • Keep a multi-word phrase when the words are new and belong together, like “stretch and fold.”
  • The screenshot has to prove the query the metadata assembled.

Frequently asked questions

Should I paste a long-tail phrase into the App Store keyword field?

Only when the words in that phrase are not already in the name or subtitle, and the words belong together as one term. If the name already contains most of the phrase, paste the missing word and let Apple combine it with the words you already indexed. Pasting the full phrase and the individual words spends the 100-character field twice for one query.

Does Apple match keywords from different fields as one search?

Apple combines words across the name, the subtitle, and the keyword field, which is why repeats are so expensive. Apple does not publish a weight that says an exact phrase in one field outranks the same words split across fields. Do not pay for both versions hoping to cover an unpublished case. Spend the freed characters on a neighbor you do not already have.

Do spaces inside a long-tail phrase count toward the 100 characters?

Yes. Spaces inside a phrase count, and so do the commas between terms. Spaces after commas do not belong there at all. Apple’s format is comma-separated with no space after the comma, while a phrase like “Real Estate” or “stretch and fold” keeps its internal spaces. Count the finished string in a character counter before you save it in App Store Connect.

What if my long-tail phrase does not fit in the name?

Put the most distinctive words in the name, the second idea in the subtitle, and only the missing tokens in the keyword field. A 30-character name cannot hold “sourdough baking timer” plus a brand. “Proof: Sourdough Timer” holds the brand and two of the three words. The field holds everything else. Forcing the entire phrase into the name usually means deleting the brand, which is a different mistake.

Can I test a long-tail phrase in promotional text first?

Promotional text is 170 characters and can change without a new version, but Apple says it does not affect search ranking. It will not tell you whether a long-tail query matches. Keyword and screenshot edits ship with a version submission. Use promotional text for a timely note to people already on the product page, not as a sandbox for the 100-character field.

Free tools that help here

The phrase can rank. The screenshot still has to show the loaf.

Metadata can assemble a query. The product page has to prove it. AppGrowthKit turns real app screens into benefit-led frames and exports them store-ready.

Try AppGrowthKit for Free