Название и подзаголовок вашего iOS-приложения — это не декоративный текст.

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

Для инди-разработчиков заголовок и подзаголовок должны одновременно выполнять три задачи:

  • Сообщить Apple, о чём это приложение
  • Сообщить нужному пользователю, почему этот результат соответствует его запросу
  • Оставить достаточно ясности, чтобы страница приложения могла конвертировать

Звучит очевидно. Но именно так большинство обновлений метаданных не пишутся.

Распространённая ошибка — пытаться сделать заголовок широким, а подзаголовок остроумным. В итоге небольшое приложение получает название, которое подошло бы десяти категориям, и подзаголовок, который красиво звучит, но не добавляет никакого поискового намерения.

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

Начните с одной ключевой ставки

Прежде чем редактировать заголовок или подзаголовок, решите, что именно проверяет этот релиз.

Не пять тем. Одну ставку.

У Pi Digits текущие метаданные сфокусированы: заголовок «Pi Digits: Memory Challenge», подзаголовок «Test Your Pi Knowledge», а в поле ключевых слов — такие термины, как «memorize», «recall», «learn pi», «study pi», «pi day» и «number».

Это рассказывает связную историю: запоминание числа пи, припоминание цифр и тренировка памяти.

Выгрузка ключевых слов из Marteso подтверждает, почему это важно. У Pi Digits есть видимые позиции по конкретным или локализованным запросам: «jeu de pi» — #21 во Франции, «juego de pi» — #22 в Мексике, «test de memoire» — #31 во Франции, а «pi lernen» — #42 в Германии.

Эти позиции — не победы в широких категориях. Это доказательство того, что Apple понимает приложение в узких контекстах.

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

Не тратьте заголовок на амбициозные ключевые слова слишком рано

Заманчиво было бы подтолкнуть приложение к более широким терминам вроде «memory trainer», «memory training game», «cognitive training» или «math games».

Но данные говорят: будьте осторожны.

В той же выгрузке Marteso «memory training game» в США имеет популярность 96 и сложность 93. У «cognitive training» популярность 96 и сложность 93. У «math games» популярность 93 и сложность 100. У «memory trainer» популярность 96 и сложность 88.

Для приложения с одной оценкой в США это не термины для первого позиционирования. Это амбициозные термины. Они могут жить в вашем роадмапе, но не должны захватывать ваши сильнейшие поля метаданных, пока у вас не появится больше доказательств.

Заголовок — это место, где нужно делать самую ясную релевантную ставку, а не самую оптимистичную.

Дайте каждому полю свою задачу

Используйте поля так:

  • Заголовок: самая сильная идентичность плюс ключевая фраза с наибольшей уверенностью
  • Подзаголовок: конкретный сценарий использования, аудитория или выгода, которые поддерживают заголовок
  • Поле ключевых слов: вспомогательные термины, синонимы и элементы для построения фраз
  • Описание: контекст для конверсии и понятное человеку доказательство
  • Скриншоты: первое визуальное подтверждение того, что искавший попал в нужное место

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

Для приложения по запоминанию числа пи аккуратная стратегия полей могла бы выглядеть так:

  • Заголовок: Pi Digits: Memory Challenge
  • Подзаголовок: Practice Pi Recall Daily
  • Поле ключевых слов: memorize, trainer, learn pi, study pi, decimal places, pi day, number, quiz

Это не окончательная рекомендация для Pi Digits. Это структура: заголовок задаёт опору, подзаголовок заостряет, поле ключевых слов поддерживает.

Используйте подзаголовок, чтобы убрать неоднозначность

Заголовок часто вынужден балансировать между брендом и поиском. Подзаголовок может сделать намерение явным.

Если в заголовке написано «Row Counter», подзаголовок может уточнить «Knitting Pattern Tracker».

Если в заголовке написано «CityWalk», подзаголовок может уточнить «Self-Guided Audio Tours».

Если в заголовке написано «Pi Digits», подзаголовок может уточнить «Practice Pi Recall Daily».

Подзаголовок должен отвечать на безмолвный вопрос пользователя: это то приложение, которое я имел в виду?

Не тратьте его на расплывчатые формулировки вроде «Simple. Fast. Powerful.» Это могло бы описать почти любое приложение. Apple это даёт слабую релевантность, а пользователям — никакой причины нажать.

Сохраняйте читаемость теста

У хорошего теста метаданных есть «до», «после» и дата ревью.

Перед выпуском запишите:

  • Основной кластер ключевых слов
  • Текущие позиции по этому кластеру
  • Изменение заголовка и подзаголовка
  • Сопутствующие изменения в поле ключевых слов
  • Сообщение первого скриншота
  • Дату ревью через 21 день после релиза

А затем оставьте всё в покое достаточно надолго, чтобы было чему научиться.

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

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