ASO для iOS застосунків - практичний кейс
У цій статті ми детально і покроково розглянемо, як можна зробити текстову оптимізацію ASO для iOS застосунків - які інструменти необхідно використовувати і що в результаті отримаємо.
Для початку давайте визначимося з термінами (за подробицями рекомендуємо звернутися до нашого ASO Словника):
App Store - це офіційний магазин застосунків для iPhone, iPad та Apple Watch.
ASO (App Store Optimization) - це процес покращення видимості застосунку в магазинах. Включає роботу з текстовою та візуальною частинами застосунку. ASO оптимізація допомагає залучити більше відвідувачів на сторінку застосунку і перетворити їх на користувачів.
ASO інструменти - інструменти, які допоможуть вам знайти релевантні ключові слова, пріоритизувати пошукові запити та скласти ефективні метадані, а потім аналізувати позиції за ключовими словами.
ASOMobile - це платформа для аналітики мобільних застосунків.
Текстове ASO - це процес оптимізації метаданих застосунку для покращення його видимості в пошуку.
Індексація - це видимість застосунку за ключовими словами в Google Play або App Store. Коли застосунок проіндексовано за ключовим словом, це означає, що користувач зможе знайти його, ввівши це ключове слово у пошук.
Видимість застосунку - це те, наскільки маркет або стор показує вас у пошуковій видачі. Враховується кількість проіндексованих запитів та те, наскільки високо застосунок показується у пошуку.
Візуальне ASO - це процес оптимізації візуальних елементів сторінки застосунку: іконка, скріншоти, відео.
Тепер, коли ми розуміємо один одного, можемо розпочати нашу оптимізацію.
Текстова оптимізація застосунку
Оптимізація застосунку, особливо її текстова частина, - це досить трудомісткий процес, що включає багато етапів:
- Збір семантичного ядра.
- Пріоритизація ключових слів
- Складання метаданих.
Дані, необхідні для цих етапів (особливо для першого), досить обширні, мають різне походження і важко піддаються обробці при ручному підході. Саме тому всі фахівці з ASO оптимізації додатків користуються допоміжними, а ми б навіть назвали їх основними інструментами для аналізу - ASO інструментами та аналітикою мобільних застосунків.
Ми починаємо нашу роботу з аналізу ринку, адже саме в цьому середовищі формується попит на мобільний застосунок того чи іншого типу - для нас це буде основним джерелом ключових слів майбутнього проєкту. Ми будемо керуватися логікою, здоровим глуздом і прикладом конкурентів.
Прикладом текстової оптимізації нашого кейсу буде класичний застосунок для підтримки ментального здоров’я та антистресових методик.
Конкурентів можна розглядати у двох основних напрямах:
- на момент розробки та створення MVP продукту - ви складаєте зріз по основним гравцям ніші, створюєте колективний портрет продукту, складаєте список основних функцій та особливостей застосунків такого типу
- на момент запуску ASO оптимізації, коли до вас потрапляє вже готовий продукт (apk) з метою подальшої оптимізації в магазинах
Але і те, і інше передбачає огляд і аналіз існуючого ринку застосунків у контексті ніші. Цьому питанню ми присвятили окрему статтю, рекомендуємо до прочитання тут.
Як зрозуміти, хто є лідером ніші і на кого орієнтуватися?
Спосіб 1 - пошукова видача в магазині застосунків.
Приклад десктопної видачі за запитом Meditation:
Пошукова видача у мобільній версії виглядає наступним чином:
Далі, в кілька ітерацій, ви зможете визначити, який Топ застосунків за цікавим вам функціоналом та релевантними ключовими словами.
Спосіб 2 - скористатися аналітикою мобільних застосунків. Ми розглянемо цю можливість на етапі збору семантичного ядра, адже конкуренти будуть одним з найважливіших джерел семантики.
Збір семантичного ядра
Семантичне ядро - це масив ключових слів і фраз, які найкраще описують застосунок і всі релевантні асоціації, пов'язані з ним.
Отже, на цьому етапі ми будемо збирати пул запитів, які стосуються нашого застосунку. Оскільки застосунок для нашого кейсу новий, текстова оптимізація починається з нуля. Рекомендація: якщо застосунок ще в розробці, обирайте за основу для оптимізації максимально схожий застосунок-конкурент.
Отже, вихідні дані - застосунок для iOS, для ринку США.
Базою для оптимізації ми обираємо одне з найпопулярніших і схожих за функціоналом застосунків на ринку - Calm.
Уся текстова ASO оптимізація буде здійснюватися за допомогою інструментів ASOMobile.
Покрокова інструкція зі збору семантичного ядра на базі ASOMobile
- Додайте застосунок до аналітики ASOMobile та оберіть гео, в якому буде проходити збір семантичного ядра.
Під час додавання застосунку, аналітика вже підкаже вам релевантні ключові слова - це означає, що процес формування семантики відбувається автоматично. Якщо ж (зазвичай це стосується ASO спеціалістів) у вас вже була оптимізація схожого застосунку і він є в системі - можна імпортувати існуюче семантичне ядро в поточний проєкт.
У нашому випадку, ми скористаємося авто-підказками системи і почнемо формувати пул запитів для майбутнього семантичного ядра.
Keyword Monitor - інструмент для роботи з семантичним ядром
- Наступний крок - це інструмент Keyword Monitor, наша база для роботи з семантичним ядром застосунку, куди ми будемо додавати ключові слова з інших інструментів.
Головна мета Keyword Monitor - це підбір і відстеження пошукових запитів, і він є основним інструментом ASO спеціаліста. Тут ми не тільки формуємо список релевантних ключових запитів, але й надалі відстежуємо індексацію і аналізуємо тенденції нашого застосунку після релізу в сторі.
App Keywords
- Наступне і основне джерело ключових слів для семантичного ядра - це App Keywords. Він покаже нам:
- пошукові запити, за якими індексується застосунок
- підказки та запити, що збігаються за тематикою
- аналіз індексації конкурентів
- додаткові ключові слова.
Система підбирає схожі запити, базуючись на ключових словах, доданих у Keyword Monitor. Тому ми не рекомендуємо виключати авто-підказки на момент додавання застосунку.
На що варто орієнтуватися при роботі з цим інструментом:
Спочатку зверніть увагу на вкладку "Індексація". Ви одразу побачите, за якою кількістю пошукових запитів проіндексовано обраний застосунок (і можете встановити цю кількість як плановий показник для оцінки ефективності вашої оптимізації). Наразі наше застосунок-конкурент проіндексовано за 776 запитами.
Далі нас цікавлять показники Трафіку, Позиції застосунку за певними ключовими словами, а також популярність ключових запитів за допомогою показника Search Ads. Ми додаємо до семантичного ядра всі релевантні запити для нашого застосунку з урахуванням цих показників. Особливо зверніть увагу на те, як сформовані пошукові запити - це дає нам розуміння, як користувачі шукають і яку пошукову видачу отримують.
Якщо певний пошуковий запит викликає сумніви (чи є він релевантним, можливо, це функція конкурента, якої у нас немає, а ми б хотіли її додати тощо), ми обов'язково перевіряємо цей ключ на відповідність.
Приклад: пошуковий запит " sleeper " - зверніть увагу, завжди можна побачити поточне положення обраного застосунку у пошуковій видачі за ключовим словом:
За запитом “sleeper” застосунок Calm займає 8-е місце у пошуковій видачі.
Таким чином, перевіряючи пошукову видачу (за потреби переходячи до стору для уточнення релевантності), ми обираємо відповідні пошукові запити і додаємо їх до поточного семантичного ядра, яке формується в Keyword Monitor.
Вкладка Конкуренти дозволить нам додати пошукові запити до нашої семантики шляхом перевірки індексації конкурентів нашого застосунку. Додавання конкурентів до аналітики відбувається двома способами - вручну та автоматично.
Далі ми продовжимо розглядати інші можливості інструменту і підходи для збору та аналізу семантичного ядра застосунку.
Вкладка Підказки - тут ми отримуємо список ключових запитів, які є підказками стору до пошукових запитів, що вже додані в Keyword Monitor. Саме тому, для більш широкого пулу запитів, необхідно спершу сформувати приблизне семантичне ядро. Таким чином система зможе допомогти вам з пошуковими підказками.
Вкладка Схожі - це список тематично схожих пошукових запитів, який система формує на основі ключових слів, доданих в Keyword Monitor.
Ми використали всі доступні вкладки - Схожі, Підказки та Конкуренти, таким чином заповнили наше семантичне ядро релевантними ключовими запитами.
Keyword Finder
- Keyword Finder - йдемо далі, за допомогою цього інструменту ми зможемо знайти багато релевантних пошукових запитів для будь-якого застосунку і швидко доповнити семантичне ядро. Нас цікавить вкладка All keywords, де зібрані найбільш популярні запити та релевантні ключові слова для нашого застосунку.
Keyword Finder аналізує метадані поточного (доданого) застосунку, ключові слова конкурентів, підбирає підказки та схожі пошукові запити, щоб надати вам базу з релевантних ключових слів. Метод підбору тут відрізняється від App Keywords, тому ви зможете знайти ще більше ключових слів. З допомогою цього інструменту ми суттєво розширили наше семантичне ядро.
Keyword Suggest
- Прийшов час пройтися по пошукових підказках стора, адже це одне з найнадійніших джерел - саме їх бачать користувачі, коли користуються пошуком у магазині застосунків. Нас цікавлять найбільш релевантні пошукові запити для нашого застосунку, такі як sleep, sounds, white noise, relax тощо.
У Keyword Suggest пошукові підказки за конкретним словом розташовані в алфавітному порядку, включаючи цифри в кінці.
Keyword Select
- Keyword Select - використовуючи цей інструмент для підбору схожих пошукових запитів, ми зможемо отримати ще більше ключових слів. Для підбору ми будемо використовувати ті ж ключові слова, що й для пошуку підказок стора.
Suggest Checker
- Suggest Checker - це дуже зручний інструмент, і його найкраще використовувати на останніх етапах збору семантичного ядра.
Чому? Тому що Suggest Checker дозволяє завантажити список ключових слів (в нашому випадку вже сформоване ядро з Keyword Monitor) і перевірити їхню присутність і позицію в підказках.
Навіщо це потрібно, якщо ми вже використали пошукові підказки як джерело семантики? Тут ситуація протилежна - Suggest Checker перевірить наш пул ключових запитів на присутність у підказках стора (і навіть покаже, на якій позиції у підказках за введеним пошуковим запитом користувач побачить потрібний нам ключ). Оскільки більшість користувачів орієнтуються на випливаючі підказки в пошуку, ніж вводять свій запит вручну, це найкраще підтвердження релевантності пошукового запиту.
Ми одразу бачимо, що запит “the calm app free” не знаходиться в підказках стора - це вказує на те, що така формулювання пошукового запиту користувачами малоймовірна.
Organic Downloads - new!
- За допомогою цього інструменту можна дізнатися, за якими ключовими словами з пошуку отримує встановлення ваше застосунок або застосунки конкурентів (оберіть найуспішніші застосунки у вашій ніші). Це допоможе вам сформувати стратегію просування вашого застосунку.
Таким чином ми перевіряємо всі наші пошукові запити з пулу зібраної семантики і переходимо до фінальної частини роботи з семантичним ядром застосунку, повертаючись до Keyword Monitor.
Аналіз семантичного ядра застосунку
Тепер давайте приступимо до безпосереднього аналізу і формування семантичного ядра застосунку.
Keyword Monitor - це інструмент, де відбуватиметься подальша робота із семантичним ядром застосунку:
- перевіряємо підказки за ключовими запитами;
- перевіряємо наявність трафіку ключових слів;
- перевіряємо пошукову видачу на релевантність пошукового запиту.
Видаляємо нерелевантні запити і запити без трафіку. У нашому випадку ядро містить запити, що стосуються поточного застосунку, але важливо, щоб вони відповідали й майбутньому застосунку. Ми очистили ядро від запитів, що стосуються відстеження сну (оскільки це не є частиною функціоналу). Може виникнути заперечення, що тематика одна і користувача може зацікавити наш застосунок у видачі, але важливо дотримуватися правила релевантності.
Практичний приклад: користувач шукає трекер сну, вводить запит і натрапляє на наш застосунок (бо ми включили цей запит у метадані), а наша успішна візуальна оптимізація призвела до конверсії, тобто встановлення. Проте користувач не знаходить бажане і видаляє застосунок, а в гіршому випадку залишає негативний відгук.
Тому, аналогічно з трекером, ми видаляємо всі ключові запити, що не пов’язані з функціоналом нашого застосунку. Це запити, пов’язані з “timer, waking up, sound machine” та інші, не відповідні нашому застосунку. Ми прибираємо їх і формуємо остаточний варіант семантичного ядра для подальшого аналізу.
Ітоговий варіант семантики містить 88 ключових релевантних пошукових запитів, включаючи брендові. Окрему увагу приділимо брендовим ключам - хоча вони й трапляються в ASO для iOS застосунків при створенні метаданих.
Що таке брендовий запит? Логічно, що це чиясь назва або бренд. У нашому семантичному ядрі присутні такі брендові ключі, як calm, headspace, meditopia та інші. Як перевірити, чи є ключ брендовим? Найпростіший спосіб - подивитися на пошукову видачу.
Використовувати чи ні - ось у чому питання.
Брендові запити в явній частині метаданих однозначно викличуть певні санкції з боку стора. Мінімум, ви просто не зможете випустити своє застосунок. Щодо прихованої частини метаданих, тобто поля ключових слів, рішення залишається на ваш розсуд. Досвід багатьох ASO спеціалістів вам у допомогу, але ми будемо виконувати текстову оптимізацію відповідно до правил, тому не будемо використовувати брендові ключі.
Особливості аналізу семантичного ядра для iOS застосунків
Для iOS застосунків найбільш важливими показниками семантичного ядра є:
- Трафік - кількість користувачів, які вводять у пошуковий рядок маркета цей запит (за день).
- Позиція - позиції застосунку за кожним запитом з динамікою змін за останню добу і дата оновлення інформації по ключу.
- Застосунки - кількість застосунків за цим пошуковим запитом.
- Search Ads - популярність пошукового запиту в Apple Search Ads. Значення варіюються від 5 (непопулярний запит) до 100 (дуже популярний запит).
Проведемо групування семантичного ядра відповідно до частотності запитів (на цьому етапі всі пошукові запити у нас релевантні):
- зелена зона - високочастотні ключові запити;
- оранжева зона - середньочастотні ключові запити;
- жовта зона - низькочастотні ключові запити.
Це розділення є досить умовним і для кожного застосунку та семантичного ядра матимуться свої показники трафіку (а точніше його максимум і наближені до нього значення). Ви розподіляєте не на три рівні частини за кількістю, а саме за показником трафіку.
Для чого це потрібно?
- для заповнення метаданих
- для подальшого відстеження індексації
- для аналітики і залучення неорганічного трафіку (наприклад, для Apple Search Ads).
Таким чином, ми завершили дуже відповідальний і трудомісткий етап текстової оптимізації - формування семантичного ядра.
Формування метаданих застосунку
Переходимо до ASO Creator - інструменту для створення метаданих.
З допомогою ASO Creator ви зможете швидко створити метадані, використовуючи максимальну кількість ключових слів.
Але перш ніж аналітика допоможе нам із метаданими, нагадаємо, про що взагалі йдеться, коли текстова оптимізація відбувається для iOS застосунків.
- Title - 30 символів:
- створюйте просту і лаконічну назву (комбінуйте брендову назву і ключові слова);
- використовуйте релевантні ключові запити з високим показником трафіку;
- локалізуйте назву для кожної країни.
- Subtitle - 30 символів:
- використовується на доповнення до title та є його логічним продовженням;
- використовуйте релевантні ключові запити;
- не дублюйте слова з title та keywords.
- Поле Keywords - 100 символів:
- всі ключові слова пишуться окремо, через кому, без пробілів;
- не використовуйте словосполучення;
- перевіряйте правильність поєднання ключових слів у ключові запити;
- пам'ятайте про додаткові локалі (вони є майже у всіх країн);
- перевіряйте комбінацію title+subtitle+keywords.
У Title та Subtitle намагаємося використовувати максимально релевантні та високочастотні пошукові запити. У нашому випадку це ключові слова із зеленої зони.
ASO Creator контролює правильність заповнення полів метаданих:
- кількість використаних символів і обмеження по їх кількості;
- використані ключові слова із зібраного семантичного ядра;
- дублювання ключових слів у полях метаданих.
Інструмент дозволяє швидко провести оптимізацію, уникнувши основних помилок ASO оптимізації для App Store.
АSO Creator допомагає уникнути дублювання слів у полях метаданих. Якщо випадково повторити ключове слово (або його частину), система обов'язково підсвітить повторювані слова. Також інструмент автоматично генерує ключові слова з урахуванням їх повторів у самому ядрі та показників трафіку. Він дозволяє використовувати додаткові локалі (до 3-х включно), але при цьому можна самостійно редагувати ключові слова залежно від потреб.
Для оцінки охоплення семантичного ядра метаданими зверніть увагу на шкалу вгорі та підсвічування ключових фраз у семантичному ядрі.
Лайфхаки для заповнення метаданих для iOS
- Уникайте "безкоштовних ключових слів" - список подано нижче.
- Для англійської мови немає необхідності прописувати і множину, і однину одночасно. App Store проіндексує обидва варіанти, тому немає потреби прописувати і sound, і sounds, обирайте щось одне. Проте на інших мовах, таких як російська або українська, це не працює. Кожен відмінок, множина і форма сприймаються App Store як окремі слова. Тому, якщо потрібно проіндексувати слово в різних формах, доведеться додавати їх усі в метадані.
- Для США додатковою локаллю є Мексика (та ще трохи меньше десяти мов/країн). Це означає, що ми можемо ще більше охопити наше семантичне ядро завдяки розширенню поля ключових слів.
Оцінюючи автоматичне заповнення ключових слів, ми внесли деякі корективи, видалили брендові ключові запити, залишивши місце для інших релевантних запитів.
Заповнюємо другу (додаткову) локаль:
Зверніть увагу, що Title та Subtitle ми залишили без змін (хоча можна пробувати різні комбінації), і система одразу повідомила нас про те, що ці ключові слова вже використані.
Переглянувши семантичне ядро для оцінки правильності заповнення метаданих, ми бачимо, що більшість пошукових запитів включено. Ті, що не включено, зазвичай містять так звані "безкоштовні" ключі. Давайте розглянемо їх детальніше.
Безкоштовні ключові слова - це слова, які автоматично індексуються App Store, тому не варто витрачати на них символи:
a, about, above, after, again, against, all, am, an, and, any, app, are, aren't, as, at, be, because, been, before, being, below, between, both, but, by, can't, cannot, could, couldn't, did, didn't, do, does, doesn't, doing, don't, down, during, each, few, for, from, further, had, hadn't, has, hasn't, have, haven't, having, he, he'd, he'll, he's, her, here, here's, hers, herself, him, himself, his, how, how's, i, i'd, i'll, i'm, i've, if, in, into, is, isn't, it, it's, its, itself, let's, me, more, most, mustn't, my, myself, no, nor, not, of, off, on, once, only, or, other, ought, our, ours, ourselves, out, over, own, same, shan't, she, she'd, she'll, she's, should, shouldn't, so, some, such, than, that, that's, the, their, theirs, them, themselves, then, there, there's, these, they, they'd, they'll, they're, they've, this, those, through, to, too, under, until, up, very, was, wasn't, we, we'd, we'll, we're, we've, were, weren't, what, what's, when, when's, where, where's, which, while, who, who's, whom, why, why's, with, won't, would, wouldn't, you, you'd, you'll, you're, you've, your, yours, yourself, yourselves.
Фінальний результат текстової оптимізації для App Store
Результатом текстової ASO оптимізації є готове семантичне ядро застосунку (Keyword Monitor), а також метадані застосунку - Назва, Підзаголовок та Ключові слова для двох локалей (ASO Creator).
Після завантаження даних в App Store Connect ми будемо відстежувати індексацію застосунку згідно з використаним семантичним ядром.
Не забувайте, що оптимізація - це не одноразова дія, а процес. Для досягнення поставлених цілей ви можете неодноразово повертатися до семантики, переглядати пріоритетні ключові слова і оновлювати метадані. Пам'ятайте, що оновлення метаданих вже випущеного застосунку можливе лише разом з оновленням застосунку.
Для відстеження "здоров’я" і тенденцій вашого застосунку рекомендуємо регулярно повертатися до аналітики, де можна отримати вичерпну інформацію щодо:
- кількості проіндексованих ключових запитів
- видимості застосунку в пошуку в динаміці
- змін в індексації: за якими пошуковими запитами змінилися позиції і в яку сторону
- позицій застосунку у категорії
- завантажень застосунку
- рейтингу і відгуків.