Ваша сборка прошла проверку, код в порядке — а письмо об отклонении про ваши скриншоты. Это один из самых досадных способов потерять дни на релизе, потому что отклонения скриншотов почти всегда предотвратимы и почти никогда не объясняются внятно.
Скриншоты проваливаются на двух разных воротах, и решение зависит от того, какие вас поймали:
- App Store Connect отказывает в загрузке — сбой технической проверки, ещё до начала ревью.
- App Review отклоняет отправку — живой рецензент отмечает ваши метаданные, обычно ссылаясь на номер правила вроде 2.3.3.
Это руководство охватывает оба, отклонение за отклонением, со ссылками на правила и самым быстрым путём обратно к «На проверке».
Ворота 1: App Store Connect не принимает файл #
Это не отклонения ревью — загрузка просто не проходит или слот остаётся красным. Три причины покрывают почти все случаи:
Неверные пиксельные размеры #
Каждый слот устройства принимает только точные размеры. Изображение 1290 × 2796 в слоте, ожидающем 1320 × 2868, проваливается молча или с невнятной ошибкой. Это самый частый блокер в ночь отправки — сверьте файлы с полным справочником размеров скриншотов или перетащите их в наш бесплатный валидатор скриншотов, который мгновенно скажет, в какой слот (если вообще) подходит каждое изображение.
Неверный формат или цветовой профиль #
Скриншоты должны быть PNG или высококачественным JPEG, RGB (Display P3 и sRGB оба подходят), без альфа-прозрачности в JPEG, без CMYK-экспорта из дизайн-инструментов.
Неверное количество #
Каждый размер устройства принимает 1–10 скриншотов на язык. Ноль в обязательном слоте полностью блокирует отправку — классический сюрприз, когда вы добавляете поддержку watchOS или visionOS и обнаруживаете, что этим платформам нужны собственные наборы.
Решение: перегенерируйте в точно требуемых размерах. Если вы экспортируете вручную из дизайн-инструмента, все эти ворота исчезают с генератором скриншотов, который экспортирует точные размеры каждого слота из одного дизайна.
Ворота 2: отклонения App Review, по правилам #
Правило 2.3.3 — скриншоты не показывают приложение в использовании #
Главное. Правило Apple: скриншоты должны показывать приложение в использовании — не только титульную графику, страницу входа или заставку.
Типичные триггеры:
- Набор скриншотов, состоящий в основном из логотипа, слогана и маркетинговой графики с почти невидимым интерфейсом
- Экраны входа/онбординга как основные скриншоты
- Концепт-макеты функций, ничуть не похожие на выпущенное приложение
- Скриншоты интерфейса другой платформы (веб-приложение, версия для Android)
Решение: пересоберите набор вокруг реальных экранов. Хорошая новость: макет, который проходит проверку — реальный интерфейс в рамке устройства с короткой подписью — это ещё и макет, который лучше всего конвертирует. Наложения подписей и рамки устройств явно разрешены; отмечают именно сфабрикованный интерфейс.
Правило 2.3.1 — показ функций, которых нет #
Если скриншот демонстрирует функцию, которую рецензент не находит в отправленной сборке, ждите отклонения (а при повторах — хуже). Это часто происходит невинно: маркетинговые скриншоты из бета-сборки с функциями, которые вырезали.
Решение: сверьте каждый скриншот со сборкой, которую вы действительно отправляете. Обновите подписи, обещающие то, чего текущая версия не делает.
Правило 2.3.8 — метаданные не подходят для всех аудиторий #
Скриншоты и превью должны подходить для аудитории 4+ независимо от возрастного рейтинга вашего приложения, потому что они видны любому, кто просматривает. Насилие, взрослые темы или ругательства, допустимые внутри приложения 17+, недопустимы на его странице.
Решение: выберите более спокойные экраны либо обрежьте/размойте проблемный контент. Игры со зрелыми темами обычно проходят с атмосферными кадрами вместо откровенных игровых моментов.
Правило 2.3.10 — упоминания других платформ #
Скриншоты с рамками Android-устройств, значками Google Play или подписями «также на Android!» отклоняются. Это бьёт по командам, повторно использующим один набор маркетинговых изображений в обоих магазинах.
Решение: держите материалы для каждого магазина отдельно. Если вы ведёте обе страницы, инструмент, управляющий наборами App Store и Google Play бок о бок, затрудняет их смешивание.
Правило 5.2 / 2.3.7 — чужая интеллектуальная собственность #
Сторонние логотипы, фото знаменитостей, названия конкурирующих приложений, товарные знаки персонажей или продуктовые кадры другого разработчика в ваших скриншотах напрашиваются и на отклонение, и, возможно, на спор.
Решение: показывайте только контент, на который у вас есть права. Замените реальный сторонний контент, видимый в вашем интерфейсе (обложки альбомов, видео, ленты брендов), лицензированными или обобщёнными заглушками до съёмки.
Заглушки и небрежный контент #
«Lorem ipsum», «Тест тест», пустые состояния без данных или явно сломанные макеты читаются как незаконченное приложение. Рецензенты частично судят о тщательности всей отправки по скриншотам.
Решение: снимайте с реалистичными демо-данными — заполненные списки, правдоподобные имена, убедительные числа. (Реалистичными, а не настоящими: никогда не публикуйте реальные данные пользователей в скриншоте.)
Устаревающие заявления: цены, акции, рейтинги #
«Скидка 50% на этой неделе», «Приложение для продуктивности №1» или цена, впечатанная в подпись, становятся неточными в момент любого изменения — и рецензенты это знают. Заявления с ограничением по времени явно не рекомендуются для превью и рискованны в скриншотах.
Решение: держите подписи о том, что делает приложение. Размещайте акции в рекламном тексте (который можно менять в любой момент без проверки).
Быстро вернуться к «Одобрено» #
Отклонение скриншота не требует новой сборки:
- Внимательно прочитайте сообщение в Центре решений — оно называет правило и обычно прилагает проблемный скриншот.
- Замените отмеченные изображения в App Store Connect в той же версии. Правки медиа и метаданных отклонённой версии не требуют нового бинарника.
- Ответьте в Центре решений, отметив, что вы изменили, и отправьте заново. Повторная проверка только метаданных обычно быстрая.
- Если считаете отклонение ошибочным, можно подать апелляцию — но для скриншотов заменить материал почти всегда быстрее, чем спорить.
Одна деталь процесса, которая удивляет: вне ситуации отклонения скриншоты можно изменить только отправив новую версию приложения. Если ваш набор нарушает правило, которое рецензенты начинают применять строже, это может заблокировать в остальном тривиальный релиз с багфиксом — ещё одна причина сделать набор правильно с первого раза.
Чек-лист перед отправкой #
Пройдите его перед каждой отправкой с новыми скриншотами:
- Точные пиксельные размеры для каждого слота — проверьте их здесь
- Каждый скриншот показывает реальный, актуальный интерфейс приложения (2.3.3)
- Ничего, чего сборка не умеет (2.3.1)
- Контент, подходящий для 4+ (2.3.8)
- Никаких рамок, значков или упоминаний Android/других платформ (2.3.10)
- Никаких сторонних товарных знаков, логотипов или людей без прав (5.2)
- Реалистичные демо-данные, без заглушек
- Никаких цен, скидок или заявлений о рейтингах, впечатанных в изображения
- Покрыты все требуемые размеры устройств, включая Watch/Vision Pro, если вы там выпускаетесь
- Для превью-видео сверьтесь с отдельной видеоспецификацией
Официальные тексты — в Рекомендациях по проверке App Store, раздел 2.3 Apple и в спецификациях скриншотов.
Сделайте всю категорию отклонений невозможной #
Половина этого списка — размеры, охват, согласованность по языкам — механическая, а для механических проблем и существуют инструменты. Screenshot Studio снимает ваш реальный интерфейс в актуальных рамках устройств (дружелюбен к 2.3.3 по устройству), экспортирует каждый нужный размер точно (без отклонений по размерам), держит локализованные наборы синхронными и загружает в App Store Connect с каждым файлом в нужном слоте.
Решения по существу — что показывать, что заявлять — остаются за вами. Отклонения из-за механики файлов — не обязаны.
Скачайте Screenshot Studio бесплатно и отправьте следующее обновление, не задерживая дыхание.