TL;DR. Собственная страница поиска App Store от Apple прямо перечисляет факторы ранжирования: “Результаты поиска основаны на ряде факторов, включая текстовую релевантность (совпадения с названием, подзаголовком, ключевыми словами и основной категорией вашего приложения), а также поведение пользователей (загрузки, оценки и отзывы и другое).” Поля описания на 4 000 символов в этом списке нет — а руководство Apple по странице продукта идёт дальше и прямо говорит разработчикам: “Не добавляйте в описание лишние ключевые слова в попытке улучшить результаты поиска.” Описание действительно выполняет работу, просто не работу индексации: это текст для конверсии, и до тапа “ещё” видно только первое предложение. Кроме того, оно обновляется только при подаче новой версии — в отличие от рекламного текста. Относитесь к нему как к продающему тексту для того, кто уже вас нашёл, а не как к месту для борьбы за ранжирование.
Инди-разработчики постоянно набивают описание ключевыми словами — “лучшее приложение для бюджета, трекер бюджета, планировщик бюджета, трекер расходов для iOS”, втиснутое в первый абзац, — исходя из предположения, что чем больше заполнено самое большое текстовое поле App Store, тем выше вес в поиске. Apple никогда не говорила, что это так работает, и её собственные страницы утверждают обратное.
Что Apple на самом деле называет факторами поискового ранжирования?
Страница поиска App Store от Apple прямо утверждает: “Результаты поиска основаны на ряде факторов, включая текстовую релевантность (совпадения с названием, подзаголовком, ключевыми словами и основной категорией вашего приложения), а также поведение пользователей (загрузки, оценки и отзывы и другое).”
Названы четыре текстовых поля, явно: название, подзаголовок, ключевые слова, основная категория. Описания среди них нет. Это не недосмотр на маркетинговой странице — это согласуется с тем, как размечено назначение каждого отдельного поля в App Store Connect. Поле ключевых слов существует специально для того, чтобы участвовать в поисковом сопоставлении, и никогда не показывается пользователям. Описание находится на странице продукта и показывается всем. Разная задача — разное поле.
То есть Apple нигде прямо не говорит, что описание не влияет на ранжирование?
Не этими словами на той странице — но отдельное руководство Apple по странице продукта снимает всякую двусмысленность: “Не добавляйте в описание лишние ключевые слова в попытке улучшить результаты поиска.” Это Apple напрямую обращается к инстинкту набивать текст ключевыми словами и говорит разработчикам не тратить на это силы — точно так же, как отдельно утверждает, что рекламный текст не влияет на поисковое ранжирование. Если сложить обе страницы вместе, нет ни одной версии собственных рекомендаций Apple, которая оправдывала бы отношение к описанию как к индексируемому полю.
Так для чего тогда нужно описание?
Для конверсии, а не для обнаружения. Рекомендация Apple по этому полю: “Идеальное описание — это краткий, информативный абзац, за которым следует короткий список основных функций”, написанный так, чтобы “дать потенциальным пользователям понять, чем уникально ваше приложение и почему оно им понравится”. Оно показывается уже после того, как пользователь открыл страницу продукта — после того, как название, подзаголовок, иконка и скриншоты уже сделали работу по привлечению его туда. Его задача — закрывать сделку, а не привлекать внимание.
Apple также конкретно указывает, чего в описании быть не должно: никакой информации о цене (“упоминания цены в описании могут быть неточными не во всех регионах”), и никаких наград или похвал в начале — вместо этого “мы рекомендуем размещать их в конце описания или как часть рекламного текста”.
Сколько людей на самом деле его читают?
Меньше, чем предполагают разработчики. Собственная рекомендация Apple: “Первое предложение вашего описания — самое важное: именно его пользователи видят, не нажимая, чтобы прочитать больше.” Всё, что идёт после первого предложения, скрыто за тапом. Если ваше описание открывается общим заявлением о миссии, прежде чем перейти к тому, что делает приложение, вы сжигаете единственную строку с гарантированной видимостью на самом ценном текстовом поле всей вашей страницы.
Когда изменение описания на самом деле публикуется?
Только вместе с новой версией. Рекомендация Apple: “Вы можете обновить описание приложения при подаче новой версии приложения.” Это заметно отличается от механики рекламного текста, который сохраняется и публикуется мгновенно, без сборки и без цикла App Review — подробнее об этом конкретном поле см. гид по рекламному тексту. Если вы хотите отреагировать в тот же день на распродажу, упоминание в прессе или вышедшую функцию, описание — не тот рычаг; рекламный текст — тот самый. Приберегите правки описания для изменений, которые стоит объединить со следующим настоящим релизом.
Для редактирования описания нужна та же роль в App Store Connect, что и для остальных ключевых метаданных: справочная документация Apple перечисляет Account Holder, Admin, App Manager или Marketing как необходимые для всей страницы App Information — см. полный разбор ролей, если вы определяете объём доступа для подрядчика.
Что проверить в своём описании сегодня
- Прочитайте только первое предложение. Если в нём не сказано, что делает приложение, или какая главная причина его установить, перепишите его — это единственная строка с гарантированной видимостью, которая у вас есть.
- Уберите из основного текста повторяющиеся варианты ключевых слов. Они не индексируются; перенесите этот запас символов в поле ключевых слов или подзаголовок, где они действительно могут повлиять на ранжирование.
- Перенесите любые награды, цитаты из прессы или похвалы в конец описания или в рекламный текст, следуя собственной рекомендации Apple по размещению.
- Уберите конкретные цены из описания — они могут устареть или выглядеть некорректно в других сторфронтах. Пусть за это отвечает отображение цены на странице продукта.
- Помните, что оно обновляется только вместе с новой версией. Если что-то привязано ко времени, для этого существует рекламный текст, а не правка описания.