Чек-лист дизайна приложения перед публикацией в App Store и Google Play

Требования App Store к дизайну касаются не цвета кнопок, а того, насколько приложение честно, понятно и безопасно для пользователя. Чаще всего ревью не проходят из-за платформенно чужой навигации, «сайта в оболочке», запроса разрешений без объяснения, отсутствия удаления аккаунта, заглушек в интерфейсе и скриншотов, которые не показывают реальное приложение. Ниже — чек-лист дизайна, который стоит пройти до отправки сборки в App Store и Google Play.

Почему приложения отклоняют за дизайн

Apple и Google проверяют каждое приложение перед публикацией. Ревьюер устанавливает сборку, проходит основные сценарии и сверяет их с правилами площадки. Многие замечания касаются кода, контента или бизнес-модели, но значительная часть — именно интерфейса: человек ожидает от приложения поведения своей платформы, и если навигация, жесты или элементы управления чужие, это воспринимается как недоработка.

Поэтому дизайн мобильных приложений мы делаем по Human Interface Guidelines и Material Design с первого экрана, а не подгоняем под них перед публикацией. Подробно о различиях платформ — в статье дизайн под iOS и Android. Здесь — практический список того, что проверяют сторы и что должно быть в макетах.

Иконка приложения

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

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

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

Скриншоты и страница приложения в сторе

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

• Размеры под устройства. App Store требует скриншоты для определённых размеров экранов iPhone и, если приложение поддерживает планшеты, для iPad. Google Play принимает скриншоты в определённом диапазоне пропорций и размеров. Точные значения меняются вместе с линейкой устройств — сверяйте их в консоли разработчика на дату публикации.
• Реальный интерфейс. Подписи и фон допустимы, но в центре скриншота — экран приложения, который пользователь действительно увидит.
• Без чужих брендов и обещаний. Логотипы других компаний, рейтинги вроде «№1» без подтверждения и цены, которые отличаются от реальных, — частые поводы для замечаний.
• Графика для Google Play. Кроме скриншотов, понадобится обложка для страницы приложения — её тоже проектируют в стиле бренда.
• Языки. Если приложение на русском и казахском, скриншоты и описания готовятся для каждой локализации.

Экраны входа и регистрации

Сторы внимательно смотрят, не заставляет ли приложение регистрироваться без необходимости. Принцип простой: если функции можно использовать без аккаунта — например, смотреть каталог, — регистрацию нужно откладывать до момента, когда она действительно нужна.

• Вход по номеру телефона или e-mail — с понятными ошибками и повторной отправкой кода.
• Если в приложении есть вход через сторонние сервисы, учтите требования Apple к вариантам входа с защитой приватности — правила здесь менялись, проверяйте актуальную редакцию.
• Ссылки на политику конфиденциальности и условия использования — видны на экране регистрации.
• Для ревьюера заранее подготовлен тестовый аккаунт со всеми ролями, если они есть.

Удаление аккаунта

Если в приложении можно создать аккаунт, обе площадки требуют дать пользователю возможность его удалить. В App Store удаление должно запускаться изнутри приложения, Google Play дополнительно просит ссылку на удаление данных вне приложения. Это не кнопка «выйти» и не письмо в поддержку, а понятный сценарий.

1. Где найтиВ профиле или настройках, без многоуровневых поисков.
2. Что произойдётЭкран с объяснением: какие данные удалятся, что станет с бонусами, заказами, подписками.
3. ПодтверждениеЯвное действие, защищающее от случайного нажатия: ввод кода, повторное подтверждение.
4. РезультатЭкран о том, что аккаунт удалён или поставлен в очередь на удаление, и в какой срок.

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

Разрешения и приватность

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

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

ПРАВИЛО

Каждое разрешение в приложении должно отвечать на вопрос пользователя «а зачем вам это?» ещё до того, как он его задаст.

Функциональность: не сайт в оболочке и без заглушек

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

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

Чек-лист дизайна перед отправкой на ревью

Почему отклонили приложение в App Store и что делать

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

Когда мы ведём разработку приложения для iOS и Android под ключ, ревью сторов — наша зона ответственности по договору: готовим политику данных, тестовые доступы, описания и скриншоты, отвечаем на замечания и дорабатываем отклонения за свой счёт. Если приложение уже опубликовано, на поддержке мобильного приложения мы отвечаем на замечания Apple и Google сами и выпускаем обновления под новые версии iOS и Android до их релиза.

А чтобы замечаний по интерфейсу не было вовсе, закладывайте требования сторов в макеты. В тариф «Приложение» нашего дизайна приложения по гайдлайнам iOS и Android входят онбординг, все состояния, тёмная тема, доступность и материалы для сторов — скриншоты, иконка, промо-графика. Цена — от 900 000 ₸, срок — 4–6 недель.