· Публикация · 6 мин чтения

Чек-лист публикации приложения: все ассеты для обоих магазинов (2026)

Чек-лист публикации приложения: все ассеты для обоих магазинов (2026)
TL;DR. Полный предстартовый чек-лист для публикации в обоих магазинах. Два аккаунта разработчика (Apple $99/год, Google $25 разово), а дальше — свой набор ассетов, текстов и юридических ответов для каждого магазина, и списки не совпадают. Скриншоты здесь — лишь один пункт, а не вся работа. Правила, из-за которых сборку отклонят ещё до того, как её увидит человек, — это требования к SDK и целевому API, а также фильтр закрытого тестирования у Google. Даты меняются: сверяйтесь с документацией Apple и Google в день подачи.

Вы собрали приложение. Теперь оба магазина хотят набор ассетов и ответов, прежде чем пропустить его дальше, и эти наборы разные. Здесь — объединённый список: все ассеты и поля, которые запрашивают App Store Connect и Google Play Console, сгруппированные по магазину, плюс правила сборки 2026 года, которые блокируют загрузку ещё до начала проверки.

У нас уже есть чек-лист только по скриншотам (ссылка внизу). Этот — более широкий список: скриншоты здесь один пункт среди иконок, рекламных изображений, текста листинга, форм конфиденциальности, рейтингов и требований к сборке, которые определяют, пройдёт ли загрузка вообще.

Требования и сроки меняются. Любое правило с датой ниже воспринимайте как повод свериться с официальной документацией магазина в день подачи, а не как неизменный факт.

Шаг 0: два аккаунта разработчика

Без аккаунта в каждом магазине подать заявку не получится, а ценовые модели разные:

  • Apple Developer Program — $99 в год (USD, списывается в местной валюте). Это регулярное членство. Дадите ему истечь — приложения снимут с App Store до продления.
  • Google Play Console — $25, разово при регистрации. Единоразово, без возврата, без продления.
  • Верификация личности в обоих случаях. И личные, и организационные аккаунты проходят проверку. Организационным аккаунтам в Google нужен номер D-U-N-S; Apple проверяет юрлицо при регистрации организации. Заложите на это несколько дней перед запланированной публикацией.

Apple: что запрашивает App Store Connect

Сборка:

  • Бинарник приложения, собранный на актуальном SDK. С апреля 2025 года приложения для iOS и iPadOS нужно собирать на iOS 18 SDK (Xcode 16) или новее, чтобы загрузить. Apple объявила, что с 28 апреля 2026 года для загрузки понадобится iOS 26 SDK или новее — уточните, какой SDK действует на дату подачи.
  • Иконка приложения внутри сборки. Apple берёт иконку из каталога ассетов приложения; отдельной загрузки иконки в App Store Connect нет. Отсутствующая или некорректная иконка проваливает валидацию при загрузке.
  • Уникальный bundle ID, валидная подпись и ответы по экспортному соответствию. Вопросы о шифровании/экспорте появляются при загрузке — большинство приложений отвечает стандартным исключением, но ответить нужно обязательно.

Визуальные ассеты:

  • Скриншоты для iPhone 6,9 дюйма. Минимум один, до десяти. Допустимые размеры: 1320 × 2868, 1290 × 2796 и 1260 × 2736 (портрет). Apple автоматически уменьшает этот набор для более мелких iPhone, так что набор 6,5 дюйма нужен только если вы вовсе пропустите 6,9 дюйма.
  • Скриншоты для iPad, если приложение его поддерживает. Набор 13 дюймов — 2064 × 2752 или 2048 × 2732 (портрет). Обязателен, если приложение работает на iPad.
  • Необязательное видео App Preview для каждого размера устройства, 15–30 секунд.

Текст листинга:

  • Название приложения (до 30 символов) и подзаголовок (до 30).
  • Ключевые слова — одно поле на 100 символов через запятую, которое никогда не показывается пользователям, но влияет на поиск.
  • Описание (до 4000 символов) и промо-текст (до 170, редактируется без новой сборки).
  • URL поддержки и маркетинговый URL по желанию.

Юридические вопросы, конфиденциальность и рейтинг:

  • URL политики конфиденциальности. Обязателен для каждого приложения.
  • Ответы App Privacy — «этикетка с составом». Вы указываете, какие данные собирают ваше приложение и его сторонние SDK и как они используются. Эти ответы обязательны для подачи и отображаются как метка конфиденциальности на странице продукта.
  • Возрастной рейтинг. Определяется через анкету. Apple перешла на более детальную систему возрастных рейтингов (уровни 13+, 16+ и 18+), которая отображается на устройствах с iOS 26 и новее, — перепроверьте свои ответы, если оценивали приложение по старой схеме в последний раз давно.
  • Основная категория (и необязательная дополнительная), а также способ удаления аккаунта в приложении, если оно поддерживает создание аккаунтов.

Google: что запрашивает Play Console

Сборка:

  • Android App Bundle (.aab), а не APK, для новых приложений.
  • Целевой уровень API. Сейчас новые приложения и обновления должны быть нацелены на Android 15 (уровень API 35) или выше. Google заявила, что с 31 августа 2026 года новые приложения и обновления должны нацеливаться на Android 16 (уровень API 36) — проверьте актуальный уровень на дату подачи.
  • Подписанная релизная сборка, как правило через Play App Signing.

Визуальные ассеты:

  • Иконка приложения — 512 × 512 px, 32-битный PNG, менее 1 МБ.
  • Рекламное изображение (feature graphic) — 1024 × 500 px, JPEG или 24-битный PNG без альфа-канала. Это обязательный ассет листинга в Play, у Apple аналога нет, — это баннер вверху вашего листинга.
  • Минимум 2 скриншота для телефона (до 8). JPEG или 24-битный PNG, каждая сторона от 320 до 3840 px, соотношение сторон 16:9 или 9:16. Скриншоты для планшетов и других форм-факторов не обязательны, если вы не нацелены на эти устройства.
  • Необязательное промо-видео в виде ссылки на YouTube.

Текст листинга:

  • Название приложения (до 30 символов).
  • Краткое описание (до 80) — первая строка, которую читают пользователи.
  • Полное описание (до 4000).

Юридические вопросы, конфиденциальность и рейтинг:

  • URL политики конфиденциальности. Обязателен.
  • Форма безопасности данных (Data safety). Аналог метки конфиденциальности Apple у Google — вы указываете, какие данные собираете, передаёте и как они обрабатываются. Обязательна перед публикацией и должна соответствовать реальному поведению приложения.
  • Анкета рейтинга контента (IARC). На основе ваших ответов формирует региональные возрастные рейтинги.
  • Категория приложения, а также декларации о целевой аудитории и рекламе. Если часть аудитории — дети, действуют дополнительные требования.

Правила 2026 года, из-за которых сборку отклоняют ещё до проверки

Это не про полировку — они напрямую блокируют загрузку или релиз, поэтому их стоит проверить в первую очередь:

  • Минимальный SDK Apple. С апреля 2025 года для загрузки нужен iOS 18 SDK (Xcode 16), а около 28 апреля 2026 года по заявлению Apple минимумом станет iOS 26 SDK. Соберёте на старом SDK — App Store Connect отклонит бинарник при загрузке.
  • Целевой уровень API Google. Сегодня новые приложения и обновления нацелены на Android 15 (API 35), а с 31 августа 2026 года по заявленному плану Google — на Android 16 (API 36). Слишком низкий целевой уровень блокирует релиз.
  • Фильтр закрытого тестирования Google для личных аккаунтов. Личные аккаунты разработчиков, созданные после 13 ноября 2023 года, обязаны провести закрытое тестирование как минимум с 12 тестировщиками в течение 14 подряд идущих дней, прежде чем подать заявку на доступ к продакшену. (Google снизила порог с 20 тестировщиков в конце 2024 года.) Верифицированные организационные аккаунты освобождены от этого требования. Именно это чаще всего застаёт врасплох соло-разработчиков — оно добавляет минимум две недели между «приложение готово» и «приложение в сторе», так что начинайте закрытое тестирование заранее.

Общий предстартовый чек-лист (оба магазина)

Несколько проверок общие для обоих магазинов, и их легко упустить в спешке перед публикацией:

  • Подписи к скриншотам на языке каждой локали. Английские подписи в немецком или японском листинге получают пометку. Язык подписей должен совпадать с локалью листинга.
  • Ассеты и текст соответствуют приложению. Если на скриншоте или в описании показана функция, в опубликованном приложении она должна реально быть. Оба магазина отклоняют метаданные, которые преувеличивают возможности приложения.
  • На скриншотах нет цен и ссылок вне магазина. Цены — на странице магазина, а не в артворке; накладки вроде «зайдите на наш сайт» ведут к отклонению.
  • Декларации о конфиденциальности соответствуют реальности. И метка конфиденциальности Apple, и форма Data safety от Google должны отражать реальное поведение вашего кода и SDK.
  • Рабочий тестовый аккаунт, если приложение за логином, переданный проверяющему в заметках к ревью.

Где здесь пригодится Mokbi

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

  • Визуальные ассеты. Сервис создаёт скриншоты для обоих магазинов в нужных размерах, а также рекламное изображение для Play — из одного проекта, так что не нужно перекраивать одну и ту же картинку под разные классы устройств.
  • Текст листинга. Сервис составляет черновик названия, подзаголовка, описания и краткого описания, а затем переводит весь листинг на 50 языков, так что каждая локаль получает согласованные подписи и текст.
  • Публикация готового листинга. Mokbi отправляет готовые ассеты и текст листинга за вас: напрямую в Google Play через Play Developer API и подготавливает версию в App Store Connect, готовую к отправке. Финальный шаг Submit и проверку Apple требует выполнить вам самостоятельно — это правило Apple, а не ограничение Mokbi.

Смысл не в том, чтобы заменить чек-лист, а в том, чтобы убрать из него колонки ассетов и перевода — тогда остальное займёт короткий вечер.

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

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