Рекомендации по скриншотам для App Review: правила Apple кратко

Почему Apple так заботится именно о скриншотах?

App Store — кураторская площадка. Позиция Apple, повторно обозначенная во вступлении к App Review Guidelines, состоит в том, что качественный магазин выгоден и пользователям, и разработчикам. Скриншоты — это первое впечатление пользователя; вводящие в заблуждение скриншоты подрывают доверие ко всему магазину. Именно поэтому контроль скриншотов — одна из самых строгих частей App Review, и поэтому быстро исправить проблемы важнее, чем спорить.

Что значит «достоверное представление» (2.3.3)?

Правило 2.3.3 требует, чтобы скриншоты показывали реально работающее приложение. Серая зона — что считается «работающим». Apple строга в отношении:

• Концепт-арта для функций, которых нет в собранном бинарнике, который вы отправили
• Предварительно отрисованных маркетинговых иллюстраций, показывающих приложение в гипотетическом сценарии
• Скриншотов конкурентов, выдаваемых за свои собственные

Apple более лояльна к:

• Макетам устройств — реальный экран вашего приложения, размещённый внутри рамки iPhone, допустим
• Подписям и заголовкам — текстовые накладки, поясняющие, что делает экран
• Фонам — градиентным или фотографическим фонам за рамкой устройства
• Сгенерированным тестовым данным, которые правдоподобно отражают то, что увидел бы реальный пользователь

Почему placeholder-контент — это проблема?

Lorem ipsum, «User Name» и очевидные тестовые аккаунты (например, «test@test.com») сигнализируют о незавершённости продукта. App Review воспринимает их как признак того, что приложение не доделано — это прямой путь к отклонению. Заполняйте каждое поле правдоподобными данными: реалистично выглядящими именами, реалистичными суммами транзакций, актуальными датами. Сгенерированные данные — это нормально; очевидные placeholder-данные — нет.

А как насчёт неправильных размеров устройств (2.3.10)?

Правило 2.3.10 касается точности метаданных. Отправка скриншота 6.1 дюйма в слот 6.7 дюйма — даже с увеличением — отклоняется, потому что итоговое изображение не отражает приложение в реальном соотношении сторон большего устройства. Используйте рендеры под конкретные устройства, перечисленные в нашем руководстве по размерам скриншотов App Store, и позвольте Screenshots.live API нативно генерировать каждое устройство, а не масштабировать.

Можно ли упоминать Android в скриншотах для iOS?

Нет. Правило 2.3.10 запрещает упоминания других мобильных платформ внутри метаданных iOS, включая скриншоты. Типичные нарушители:

• Баннеры «Now on Android»
• Бейджи загрузки Google Play
• Скриншоты, показывающие ваше приложение в рамке Android-устройства (Pixel, Galaxy) вместо рамки iPhone

Решение — варианты под каждую платформу: один и тот же шаблон, разная конфигурация рамок устройств. Рендерите вариант для iOS с рамками iPhone, вариант для Android — с рамками Pixel и загружайте в соответствующий магазин. См. функцию мультиплатформенной поддержки для настройки.

А что насчёт маркетинговых заявлений (2.3.7)?

Apple отклоняла листинги за неподтверждённые превосходные степени: «№1 productivity app», «Best note-taker on iOS», «Used by 10M+ teams». Решение — одно из:

• Указать источник в скриншоте или подписи («Top 10 in Productivity, App Store, US, March 2026»)
• Быть конкретным вместо превосходной степени («Trusted by 8,432 teams», если эта цифра достоверна)
• Полностью убрать заявление и опираться на сам продукт

Как возрастные рейтинги связаны со скриншотами?

Возрастной рейтинг, который вы выбираете в App Store Connect, применяется ко всем материалам листинга — включая скриншоты. Приложение с рейтингом 4+, показывающее в скриншотах алкоголь, табак, выраженное насилие или провокационный контент, повышается до более высокого рейтинга или отклоняется, если рейтинг не позволяет такой контент. Согласовывайте контент с рейтингом с самого начала: если в вашем скриншоте нужен интерфейс с винной картой, рейтинг приложения уже должен допускать упоминания алкоголя.

Какие рамки устройств разрешены?

Apple позволяет показывать ваше приложение внутри рамки устройства Apple того класса, под который вы публикуетесь (iPhone, iPad, Apple Watch, Apple TV). Не следует:

• Визуально модифицировать рамку устройства (свои цвета, логотипы)
• Смешивать рамки Android в листингах iOS
• Использовать обобщённые рамки «в форме телефона», не одобренные Apple

Используйте официальные ассеты рамок устройств Apple (библиотеки Sketch / Figma) при разработке вашего шаблона.

А как насчёт сторонних логотипов и контента, защищённого авторским правом?

Правило 5.2 касается интеллектуальной собственности. Самое частое нарушение в скриншотах — поддельное push-уведомление от бренда, которое приложение не имеет права использовать: например, «Slack: New message from Eve» в скриншоте приложения, не связанного с Slack. Используйте обобщённые мок-уведомления, анонимизированный интерфейс «под бренд» (без реальных логотипов) или лицензированный контент с подтверждаемыми правами.

Как применяется правило точности цен (3.1.1)?

Если в скриншоте написано «Бесплатно навсегда», но в приложении используется подписка $4.99/месяц, ждите отклонения. Заявления о цене в скриншотах должны отражать реальные IAP / подписки, которые вы поставляете. То же относится к заявлениям «Без рекламы», «Разовая покупка» и срокам «Бесплатной пробной версии» — каждое должно совпадать с тем, с чем пользователь сталкивается в приложении.

А как насчёт несоответствий на уровне локали?

Ценник в долларах США в вашем немецком листинге воспринимается App Review и пользователями как небрежность. То же касается форматов даты (MM/DD/YYYY в немецком листинге), социальных отсылок («Trending on Twitter» в листинге для материкового Китая, где Twitter заблокирован) и праздников (упоминания Дня благодарения в листингах вне США). Руководство по локализации описывает переопределения по локалям именно для таких случаев.

Что делать, если вас отклонили?

Большинство отклонений по скриншотам легко устранимы: измените проблемный элемент в шаблоне, перерендерьте через API, перезалейте, отправьте повторно. Полный цикл обычно занимает меньше часа. Два совета:

• Прочитайте точный пункт правил, на который ссылается Apple в Resolution Center. Решение почти всегда уже, чем кажется — иногда это один элемент на одном скриншоте.
• Переотправьте, прежде чем подавать апелляцию. Апелляции через Resolution Center занимают дни; повторные отправки после исправления обычно обрабатываются за часы. Апелляция имеет смысл, когда вы действительно считаете, что проверяющий ошибся, — а не когда исправление очевидно.

Чем правила Google Play отличаются?

Store Listing and Promotional Content Policy от Google Play охватывает похожие темы, но в целом более лояльна к маркетинговым формулировкам и строже к вводящему в заблуждение функционалу. Базовые принципы — достоверное представление, отсутствие поддельных уведомлений, согласованность с возрастным рейтингом — действуют на обеих платформах. Технические требования отличаются; см. наше руководство по требованиям к скриншотам Google Play по этому поводу.

Итог

Самый быстрый способ не попасть в корзину отклонений App Review по скриншотам — начинать с шаблона, который уже соответствует правилам: корректные рамки устройств, отсутствие кросс-платформенных отсылок, правдоподобные тестовые данные, отсутствие неподтверждённых заявлений. Генерируйте варианты из такого шаблона — и частота отклонений падает почти до нуля.