appeeky/store/ as one YAML file per locale. You edit those files, Spec checks them, shows which of your target searches each storefront is found for, and shows exactly what would change on the store before you push.
The listing files
pull writes every live locale into its own file. It overwrites the local files, so commit or stash your edits first.
appeeky/store/app-store/en-US.yaml:
appeeky/store/google-play/en-US.yaml has title, shortDescription, fullDescription and video.
Limits are in characters, counted the way the stores count them: a Cyrillic or Japanese letter is one. A field you leave out of a file is not managed, and
"" clears it. See Spec files.
Target searches per storefront
Targets are the searches the app should be found for, per two-letter storefront code, inappeeky.spec.yaml:
check
check exits 1 on errors. --strict exits 1 on warnings too. push stops on listing errors unless you pass --force.
coverage
The
tip lines use the spare keyword space in a second locale a storefront reads. --country us de limits the report.
Keyword popularity
pop and diff are search popularity and difficulty (0–100) from the Appeeky API. They need APPEEKY_API_KEY. Results are cached for 7 days in .appeeky/cache/; --no-metrics skips them.
suggest
Words to add to an App Store keyword field: the missing words of your targets first, then, with a key, popular searches the app does not rank for yet. Brand terms and words the locale already indexes are left out.+ means the word still fits in the 100 characters; · means it does not. Add words with --apply:
diff
diff compares only the fields your files list. Trailing spaces and line endings do not count. A change that cannot go live yet shows blocked: and the reason; see Connect the stores. When the diff looks right, push it.
Next: Push, measure and revert · Screenshots · Commands
