Скриншоты для App Store, Google Play и RuStore: требования и порядок подготовки
Чек-лист для трёх магазинов: от технических файлов до истории продукта, читаемой на маленьком экране.
Для публикации подготовьте отдельные наборы под App Store, Google Play и RuStore, сверяясь с актуальными размерами в кабинетах магазинов. Используйте реальные экраны текущей версии, не обещайте отсутствующие функции, ставьте главную пользу в первые два-три изображения и проверяйте подписи в масштабе выдачи. Русская локализация требует собственного порядка и формулировок, а не замены английского текста внутри того же макета.
Оцените приложение в коротком опросе
НачатьЧем отличаются магазины
Точные размеры меняются вместе с линейками устройств, поэтому не переносите таблицу из старой статьи в производственный процесс. Apple публикует спецификацию скриншотов по типам устройств, Google описывает графические материалы в справке Play Console, а RuStore — в собственных требованиях к приложениям.
| Магазин | Что проверить отдельно | Частая ошибка |
|---|---|---|
| App Store | Тип устройства, ориентацию, формат без прозрачности, локаль | Набор снят на устаревшем интерфейсе или не соответствует устройству |
| Google Play | Материалы для телефонов и других поддерживаемых форм-факторов | Текст слишком мелкий после уменьшения карточки |
| RuStore | Реальный интерфейс, ориентацию набора и предварительный вид сетки | Копирование материалов без проверки русской карточки |
Если приложение работает на планшете, телевизоре или часах, этот формат нельзя представлять случайно растянутым телефоном. Сначала сформируйте список реально поддерживаемых устройств, затем создавайте матрицу файлов.
Сначала история, потом оформление
Хороший набор читается без описания. Для сервисного приложения последовательность может быть такой:
- главный результат: «Запишитесь к специалисту за минуту»;
- выбор услуги и времени;
- понятная карточка специалиста;
- напоминание и перенос записи;
- поддержка или программа лояльности.
Не начинайте со входа, меню и настроек только потому, что эти экраны проще снять. Пользователь ещё не знает продукт и ищет ответ на свою задачу. Старый, но подробный гид AppFollow полезно показывает, насколько по-разному изображения выглядят в выдаче и на странице приложения; размеры из таких статей всё равно следует перепроверять по официальной справке.
Подпись должна пережить уменьшение
Проверьте каждый кадр не только на дизайнерском мониторе, но и на реальном телефоне в размере карточки. Обычно достаточно короткого тезиса и одной доказательной детали интерфейса. Мелкий список из пяти преимуществ превращается в декоративный шум.
Не закрывайте подписью важные элементы экрана. Если польза не понятна без десяти стрелок и кружков, возможно, выбран не тот кадр. Избегайте слов «лучший», «№ 1» и конкретных обещаний без подтверждения.
Реальные данные без утечки
Снимайте стабильную сборку с подготовленными демонстрационными аккаунтами. В кадре не должно быть настоящих телефонов, адресов, медицинских данных, переписок и платёжных реквизитов. Но и полностью пустой интерфейс редко объясняет сценарий: создайте правдоподобные тестовые данные.
Статусы, цены, карты, доступность услуг и названия функций должны соответствовать текущей версии. Если функция ещё проходит разработку, не включайте её «на будущее».
Есть идея приложения и нужен трезвый следующий шаг?
Разобрать идею приложенияРусская локализация — это новая редактура
Английское `Track every order` помещается в одну строку; русский вариант может потребовать две. Просто уменьшить шрифт — плохое решение. Перепишите обещание, поменяйте перенос, иногда выберите другой экран и порядок.
Учитывайте и рынок. Для российской карточки могут быть важнее СБП, RuStore, поддержка в привычном канале или локальная доставка, но только если эти возможности действительно есть. Не добавляйте флаг или карту страны как декоративный знак: продукт должен выглядеть международно и современно, а локальность доказывается понятным текстом и сценарием.
Производственный чек-лист
- зафиксирована версия приложения, которую показывают материалы;
- есть список устройств, ориентаций, магазинов и языков;
- подготовлены демонстрационные аккаунты и данные;
- первые два-три кадра объясняют пользу;
- каждый тезис подтверждается видимым экраном;
- подписи читаются на телефоне;
- проверены персональные данные и уведомления в строке состояния;
- файлы экспортированы в допустимом формате без случайной прозрачности;
- команда открыла предварительный просмотр в каждом кабинете;
- после публикации записана базовая конверсия карточки.
В RuStore можно автоматизировать часть загрузки через Public API для скриншотов, но автоматизация не заменяет визуальную проверку порядка.
Связанные материалы Appfyl
- Публикация в App Store, Google Play и RuStore
- Как исправить отклонение приложения
- Чек-лист запуска
- A/B-тесты мобильного приложения
Посмотрите, как Appfyl превращает объем работ в запущенные продукты. Смотреть кейсы Appfyl.
Превратите исследование в план запуска
Appfyl поможет превратить идею в понятный план приложения, список функций первой версии и план первых работ.
Обсудить план приложенияГлавные выводы
- Сверяйте размеры и количество с текущими справками и кабинетом каждого магазина.
- Показывайте интерфейс той версии, которую отправляете на проверку.
- Первые изображения должны отвечать, что это за продукт и зачем его устанавливать.
- Делайте русский набор отдельно: длинные подписи меняют композицию и акценты.
- Храните исходники по магазину, устройству, языку и версии приложения.
Полезные ссылки
Частые вопросы
Можно сохранить общую визуальную систему, но размеры, порядок, предварительный вид и локальные акценты нужно проверять отдельно.
Нет. Но короткая подпись помогает быстро объяснить пользу. В играх и очень наглядных продуктах реальный интерфейс может работать без неё.
Не стоит. Материалы должны честно представлять доступную версию и не вводить пользователя или проверяющего в заблуждение.
После заметного изменения интерфейса или позиционирования, а также когда данные карточки показывают слабую конверсию. Не меняйте весь набор без сохранённой точки сравнения.