· Publishing · 4 мин чтения

Как обновить листинг Google Play без выпуска новой версии приложения

Как обновить листинг Google Play без выпуска новой версии приложения
TL;DR. В Google Play листинг магазина — это отдельная сущность от релизов приложения. Ты можешь менять текст, скриншоты и feature graphic и публиковать эти изменения отдельно — без нового APK или AAB — если у приложения уже есть хотя бы один опубликованный релиз. Большинство правок появляются в течение нескольких часов; часть (название приложения, иконка) проходит проверку и может занять больше времени. Apple работает наоборот, и это сбивает с толку многие команды, которые публикуются в обоих магазинах.

Ты хочешь заменить скриншоты, исправить опечатку в описании или добавить новый feature graphic (рекламное изображение) в Google Play. При этом не хочешь собирать новую сборку, повышать версию и запускать раскатку только ради этого. В Play так делать не обязательно. Листинг и релиз — это два разных объекта, и Play Console позволяет трогать один без другого.

Google Play отделяет листинг от релиза

В Play Console бок о бок существуют две вещи. Приложение — это твои релизы APK или AAB: версионные бинарники, которые ты раскатываешь через треки. Листинг магазина — это всё, что видит пользователь на странице магазина: название приложения, короткое и полное описание, скриншоты, feature graphic и иконка. Листинг редактируется в разделе Grow users → Store presence → Main store listing, и эти правки не зависят от релизов.

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

Как опубликовать изменение только листинга

  1. Открой листинг. Play Console → твоё приложение → Grow users → Store presence → Main store listing.
  2. Отредактируй нужное. Замени скриншоты, обнови feature graphic, перепиши короткое или полное описание, поправь название или иконку.
  3. Сохрани и отправь изменение. Релиз к этому не привязан. Play Console фиксирует это как изменение листинга магазина, отдельно от обновления сборки приложения.
  4. Дай ему опубликоваться. При выключенном управляемом публиковании одобренные изменения выходят автоматически, как только проходит проверка.

Что выходит быстро, а что проверяется

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

  • Быстро: скриншоты, feature graphic и большинство правок описания обычно выходят в течение нескольких часов.
  • С проверкой: название приложения, иконка и некоторые другие элементы могут проверяться Google и занимать до пары дней.

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

Управляемое публикование удерживает одобренные изменения, пока ты не дашь команду

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

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

Apple делает наоборот — и в этом загвоздка

Именно здесь попадаются команды, публикующиеся в обоих магазинах. В App Store скриншоты по умолчанию привязаны к версии приложения. Чтобы изменить скриншоты в уже опубликованном приложении, нужно создать новую версию и отправить её на App Review — даже если сам бинарник не меняется. Есть более узкие обходные пути (кастомные страницы продукта и тесты Product Page Optimization), но листинг по умолчанию следует за версией.

Так что одна и та же задача — «просто поменять скриншоты» — в Google Play это лёгкая правка листинга, а в Apple это отправка версии. Если ты работаешь с обоими магазинами, держи эту асимметрию в уме: быстрая правка листинга в Play действительно быстрая, а та же правка в App Store означает очередь на App Review.

Где здесь Mokbi

Mokbi берёт на себя весь листинг. Ты создаёшь скриншоты и feature graphic, пишешь полный текст листинга и переводишь всё это на 50 языков, чтобы страница магазина на каждой локали читалась так, будто её написал носитель языка, а не машина.

Затем Mokbi публикует это за тебя. Для Google Play он отправляет текст листинга и материалы прямо в магазин через Play Developer API — без новой сборки, без ручного копирования в Play Console. Для App Store он подготавливает всё в App Store Connect, готовое к отправке; Apple требует, чтобы ты сам нажал «Отправить» и прошёл App Review — это правило Apple, а не ограничение инструмента. В любом случае материалы и текст выходят на всех языках, и листинг уходит в публикацию.

Что почитать дальше

Открыть редактор →