Большинство инди-разработчиков под iOS относятся к полю ключевых слов как к бонусному полю. Они вставляют туда первые попавшиеся термины, добивают до 100 символов и забывают о нём. Кто-то оставляет его наполовину пустым. Кто-то слово в слово копирует туда свой подзаголовок.

Это самый неиспользуемый рычаг во всей дистрибуции приложений под iOS.

Поле ключевых слов — это не дополнение к названию и подзаголовку. Для большинства небольших приложений именно эта часть метаданных тестируется чаще всего, меняется чаще всего и даёт самый ясный сигнал о том, работает ли ваш выбор ключевых слов. Если вы относитесь к нему иначе, вы выстраиваете свою ASO-стратегию с одной рукой, заведённой за спину.

Что на самом деле делает поле ключевых слов

Apple даёт каждому приложению скрытое поле на 100 символов для каждой локали в App Store Connect. Пользователи его никогда не видят. А поиск App Store его читает.

Каждый токен в этом поле индексируется. Если вы напишете cardio,strength,hiit,yoga, Apple будет рассматривать ваше приложение по любому запросу, содержащему эти слова. Если пользователь ищет «hiit workout», а в вашем подзаголовке есть упоминание интервальных тренировок, и при этом в поле ключевых слов есть hiit, то у вас два независимых сигнала, говорящих Apple, что это приложение релевантно.

Поле заполняется ключевыми словами через запятую без пробелов вокруг запятых. У каждой локали свой бюджет в 100 символов. Пять активных локалей — это 500 символов скрытого пространства для ключевых слов, полностью отдельного от ваших названий и подзаголовков.

Читайте полное руководство по форматированию и правилам поля ключевых слов.

Почему разработчики используют его не на полную

Есть три закономерности, которые лишают поле ключевых слов его ценности.

Дублирование названия и подзаголовка. Если ваше название «FitTracker: Workout Log», а подзаголовок «Gym and Cardio Planner», то запись fittracker,workout,gym,cardio,planner в поле ключевых слов — это 44 потраченных впустую символа. Apple уже индексирует каждое слово в вашем названии и подзаголовке. Поле ключевых слов нужно для слов, которых нет больше нигде в ваших метаданных.

Оставлять его наполовину пустым. Поле ключевых слов на 60 символов у приложения с названием на 30 символов и подзаголовком на 30 символов означает, что вы используете 120 из возможных 160 символов на локаль. Это 25 процентов нереализованного бюджета ключевых слов — ещё до учёта дополнительных локалей.

Не думать в разрезе локалей. Apple индексирует ключевые слова приложения глобально. Немецкий пользователь, ищущий «gym», найдёт ваше приложение, если gym есть в вашем англоязычном поле ключевых слов, даже если в немецких метаданных этого слова нет. Большинство команд переводят поле ключевых слов слово в слово, что дублирует уже имеющееся покрытие, вместо того чтобы расширять пул ключевых слов.

Цифры за этой растратой

Если посмотреть на приложения, отслеживаемые в Marteso, проступает устойчивая закономерность. Приложения, входящие в топ-50 по своим основным терминам, как правило, используют 90 или более символов поля ключевых слов. А приложения, которым с трудом удаётся пробиться хотя бы в топ-100 по любому термину, часто имеют поле ключевых слов меньше 60 символов или забитое словами, которые повторяют название.

Это не совпадение. Приложения с тощим полем ключевых слов не дают Apple достаточно разнообразия сигналов, чтобы их показывали по чему-либо за пределами одного-двух очевидных терминов.

Фитнес-приложение, нацеленное только на «workout tracker», конкурирует со всеми остальными фитнес-приложениями, нацеленными на тот же очевидный термин. А приложение, которое заодно охватывает calisthenics,hiit,strength,plan,routine,abs,trainer, даёт Apple десять дополнительных сигналов о том, каким пользователям оно может быть полезно. Даже если хотя бы один из этих терминов попадёт в топ-30, это добавит показы, которых один лишь «workout tracker» дать не может.

Поле ключевых слов как тестовая среда

Вот переосмысление, которое меняет то, как вы им пользуетесь.

Поле ключевых слов — самое безопасное место в ваших метаданных для экспериментов. В отличие от названия и подзаголовка, которые влияют на то, как пользователи воспринимают ваше приложение на странице результатов поиска, поле ключевых слов невидимо. Его изменение не меняет внешний вид приложения. Оно меняет лишь то, по каким запросам Apple вас рассматривает.

Это и делает его правильным местом для проверки гипотез об объёме. Вы добавляете ключевое слово, ждёте от 10 до 14 дней, проверяете, появляются ли позиции, а затем решаете, стоит ли продвигать этот термин в подзаголовок или название, где он будет виден и получит больший вес.

Рабочий процесс выглядит так:

  1. Найдите ключевое слово с умеренной популярностью (от 50 до 80) и низкой сложностью относительно его популярности.
  2. Добавьте его в поле ключевых слов в своём следующем релизе.
  3. Проверьте позиции по ключевым словам через два полных цикла проверки App Store (от 10 до 14 дней).
  4. Если термин появился в топ-50, у него есть потенциал по позициям. Если он в топ-20, его стоит протестировать в подзаголовке.
  5. Если за 14 дней позиция так и не появилась, замените его другим кандидатом.

Поле ключевых слов — это ротационная доска гипотез. Большинство разработчиков относятся к нему как к статичной строке, которую задают один раз и забывают. Если относиться к нему как к активному слою тестирования, результат меняется.

Распространённые ошибки, которые сводят на нет валидные ключевые слова

Пробелы вокруг запятых. Запись keyword1, keyword2 вместо keyword1,keyword2 стоит вам по одному символу на каждое ключевое слово из бюджета в 100 символов. При десяти ключевых словах это минус 10 символов.

Слово «app». Никто не вводит «fitness app», рассчитывая найти приложение под iOS. Люди вводят «fitness», и они уже находятся внутри App Store. Слово app не даёт вам ничего и стоит четырёх символов плюс запятая.

Единственное и множественное число одного слова. Apple обрабатывает большинство форм множественного числа через стемминг. workout обычно покрывает и workouts. Указание обоих тратит два слота на одно фактическое ключевое слово.

Имя разработчика или бренда. Apple индексирует имя разработчика отдельно. В поле ключевых слов оно не нужно.

Уберите любую из этих закономерностей из своего текущего поля — и вы обычно высвободите от 20 до 30 символов под совершенно новые термины, не меняя при этом ни единого содержательного решения.

Поле, которое стоит двух часов в месяц

На то, чтобы как следует оптимизировать поле ключевых слов из 100 символов, уходит около двух часов: провести аудит текущего состояния, убрать впустую потраченные символы, исследовать кандидатов на замену и обновить. Эти два часа дают накопительный эффект по каждой активной у вас локали.

Это не эффектная работа. Она не меняет ничего из того, что когда-либо видит пользователь. Но это тот рычаг, который большинство инди-разработчиков так и не задействовали, и тот, где вы не конкурируете с трёхлетней форой устоявшегося приложения. Вы конкурируете с разработчиками, которые не дочитали до этого места.

Похожие материалы