TL;DR. App Store Connect даёт три способа выпустить одобренную версию: Automatic release (публикация в тот момент, когда App Review одобряет версию), Manual release (версия висит в статусе Pending Developer Release, пока вы не нажмёте Release) и Scheduled release (версия ждёт заданную вами дату и время, затем публикуется автоматически). Все три варианта одинаково влияют на метаданные после публикации — новое поле ключевых слов, подзаголовок, описание и скриншоты вступают в силу в момент релиза версии, а не в момент её одобрения. Если у вас Manual или Scheduled release и вы проверяете позиции или конверсию в день, когда App Review одобрил обновление, вы измеряете версию, которая ещё не опубликована.

Инди-разработчики, внимательно следящие за изменением ключевых слов, обычно смотрят на одну дату: день, когда App Review одобряет версию. Это неверная дата для наблюдения, если только у вас не выбран Automatic release. Одобрение и релиз — это два разных состояния в App Store Connect, и разрыв между ними может составлять минуты, дни или — если вы забудете версию, зависшую в Pending Developer Release, — недели.

Когда именно вступают в силу мои новые ключевые слова и подзаголовок?

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

В App Store Connect есть три опции релиза, которые выбираются для каждой версии отдельно, перед отправкой на проверку:

  • Automatic release — версия выходит в продажу в тот момент, когда App Review её одобряет. Никаких дополнительных действий не требуется.
  • Manual release (“Release the app yourself”) — после одобрения версия остаётся в статусе Pending Developer Release, пока вы не нажмёте Release This Version. Apple присылает письмо-напоминание, если версия висит в этом статусе больше 30 дней.
  • Scheduled release — Apple описывает это как «автоматически выпустить эту версию после App Review, не раньше» заданной вами даты и времени. Версия публикуется сама, как только наступает эта дата, но не раньше — даже если одобрение пришло быстрее.

Для настройки любого из трёх вариантов нужна роль Account Holder, Admin или App Manager.

Почему это особенно важно именно для изменения ключевых слов или подзаголовка?

Потому что сбой происходит незаметно. Если вы отправляете версию с переработанным полем ключевых слов, видите, как App Review её одобряет, а на следующий день проверяете позиции в поиске или App Store Connect Analytics в ожидании движения — вы не увидите ничего. Не потому, что ключевые слова не сработали, а потому, что одобренная вчера версия всё ещё висит в Pending Developer Release, ожидая, пока вы нажмёте кнопку, о которой забыли. Интерфейс никак особо не сигнализирует об этом: версия просто тихо показывает «Pending Developer Release» вместо «Ready for Sale», и это легко прочитать как «всё ещё обрабатывается», а не как «ждёт вас».

У Scheduled release есть вариация той же ловушки с дополнительным поворотом: разработчики иногда устанавливают дату «не раньше» под скоординированный маркетинговый запуск, а потом забывают, что эта дата блокирует не только запуск функции, но и изменение метаданных. Если дата в планах сдвигается на две недели, а в App Store Connect никто не обновляет дату релиза, переписанное под эту кампанию поле ключевых слов остаётся неактивным до наступления исходной даты.

У Manual release есть ещё одна ловушка для мультиплатформенных приложений: релиз применяется по каждой версии платформы отдельно. Если вы выпускаете версии для iOS и iPadOS вместе и обе висят в Pending Developer Release, нажатие Release для одной не выпускает другую — для каждой платформы нужен собственный ручной триггер.

Какую опцию релиза действительно стоит использовать?

Выбирайте опцию исходя из того, что вы хотите защитить:

  • Используйте Automatic release для рутинных изменений только метаданных или низкорисковых обновлений, когда вы хотите, чтобы новое поле ключевых слов и подзаголовок вышли как можно скорее — это правильный вариант по умолчанию для большинства итераций по ASO, поскольку он полностью убирает сбой «забыл нажать Release».
  • Используйте Manual release, когда вы координируете изменение метаданных с внешним событием — датой публикации в прессе, началом платной кампании, анонсом функции — и хотите переключить страницу продукта в конкретный момент, который контролируете вручную. Поставьте напоминание в календаре на дату одобрения, а не только на дату запуска, так как одобрение может прийти за несколько дней до того, как вы будете готовы.
  • Используйте Scheduled release, когда момент запуска зафиксирован и известен заранее, и вы не хотите зависеть от того, будете ли вы онлайн, чтобы нажать кнопку. Перепроверяйте запланированную дату каждый раз, когда сдвигается график кампании — App Store Connect не сделает это за вас.

В любом случае, если вы проверяете изменение ключевых слов или подзаголовка и хотите понять, когда оно реально начинает влиять на новых посетителей, смотрите на поле статуса версии — «Ready for Sale», а не на уведомление об одобрении App Review. Одобрение — это результат проверки. Ready for Sale — это момент, когда ваши новые метаданные начинают работать.

Перед следующей отправкой, основанной на метаданных

  1. Проверьте, какая опция релиза установлена у версии, прежде чем отправлять её на проверку — не считайте, что это Automatic release по умолчанию; настройка переносится из последней настроенной вами версии.
  2. Если у вас Manual или Scheduled release, поставьте в календарь отдельное напоминание именно на момент фактического релиза, а не только на дату отправки.
  3. Проверяя позиции или конверсию после изменения ключевых слов или подзаголовка, сначала убедитесь, что статус версии — «Ready for Sale»: одобренная, но не выпущенная версия не сдвинет ни один из этих показателей.
  4. Для мультиплатформенных приложений с Manual release выпускайте версию каждой платформы отдельно — одобрение или релиз одной не затрагивает остальные.

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