Размеры скриншотов App Store 2026: как подготовить iPhone 17

Скриншоты App Store для iPhone 17 не нужно рисовать отдельным комплектом для каждой модели: сначала подготовьте обязательные изображения в максимальном поддерживаемом разрешении по текущим правилам Apple, а затем проверьте, нужны ли дополнительные варианты из-за заметных различий интерфейса. Это подходит для первой публикации, обновления приложения и локализации под США, Японию и другие рынки.

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

Эта статья предназначена для вас, если вы впервые готовите материалы iOS-приложения для App Store и хотите разобраться с размерами и точками загрузки. Она также пригодится руководителю локализации, который координирует дизайнеров, переводчиков и права команды, а также группе, столкнувшейся с отклонением файла, странным масштабированием или задержкой обновления витрины.

Последняя проверка выполнена 27 августа 2026 года. Правила сверялись с актуальными спецификациями скриншотов Apple, инструкцией по загрузке материалов и официальными требованиями к материалам страницы продукта.

Почему для iPhone 17 не требуется отдельный комплект на каждую модель

Название телефона — плохой идентификатор производственного задания. Для App Store важнее не то, как вы назвали устройство в макете, а то, к какому поддерживаемому размеру дисплея, направлению интерфейса и языку относится файл. Поэтому в 2026 году рабочую матрицу следует начинать не со списка «iPhone 17», «iPhone 17 Air» и других моделей, а с текущего перечня обязательных отображаемых размеров в Screenshot specifications.

Apple может использовать изображение максимального разрешения для автоматического масштабирования на совместимые варианты. Однако это не означает, что любой интерфейс всегда будет выглядеть одинаково. Если на одном экране помещается дополнительная строка, меняется положение кнопки, появляются другие отступы или рекламный текст становится нечитаемым, автоматического варианта недостаточно.

В вашем реестре должны быть ровно четыре рабочих поля:

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

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

Первичная подготовка материалов для новой публикации

На первой публикации основная ошибка возникает ещё до открытия App Store Connect: команда начинает экспортировать изображения, не зафиксировав поддерживаемые платформы и направления интерфейса. Сначала определите, публикуется ли приложение для iPhone, iPad или нескольких типов устройств, затем отдельно отметьте вертикальный и горизонтальный режимы.

Шаг первый: зафиксируйте состав обязательных групп

Создайте рабочую таблицу и для каждой группы укажите:

• платформу и тип устройства;
• размер, который Apple обозначает как обязательный;
• ориентацию;
• локализацию;
• исходный файл и экспортированную копию;
• статус проверки перед загрузкой.

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

Apple отдельно описывает требования к маркетинговым материалам в руководстве для страниц продуктов. Используйте его для проверки текста, визуального оформления и допустимого представления функций, а технические размеры и загрузочные слоты сверяйте с App Store Connect.

Шаг второй: отделите исходный снимок от рекламной композиции

Храните минимум две версии каждого материала:

• оригинальный снимок экрана из сборки приложения;
• финальный файл с локализованным текстом и оформлением.

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

Рекомендуется приложить к заданию дизайнеру скриншоты следующих участков рабочего процесса:

• окно с исходными параметрами изображения;
• настройки экспорта;
• пример имени файла;
• финальный файл после открытия без пересохранения в неизвестном редакторе.

Имена файлов должны описывать не только модель. Более устойчивый шаблон выглядит так: app_platform_display_orientation_locale_sequence. Например, в названии должны быть различимы платформа, дисплейная группа, направление, язык и порядковый номер кадра. Это не требование App Store, а способ не перепутать материалы при массовой локализации.

Шаг третий: проверьте формат и прозрачность

Технические ограничения — отдельная причина отказа при загрузке. Перед отправкой откройте файл в стандартном просмотрщике и проверьте:

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

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

Как выбрать между одним исходником и отдельными вариантами

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

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

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

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

Обновление приложения: когда старые скриншоты ещё допустимы

Старый комплект можно оставить, если одновременно выполняются несколько условий: интерфейс и заявленные функции не изменились, обязательный отображаемый размер всё ещё соответствует текущим правилам Apple, оформление не содержит устаревших элементов устройства, а локализация совпадает с текущей версией приложения.

Для обновления проведите проверку в такой последовательности:

• сравните каждый кадр с актуальной сборкой;
• отметьте функции, которые исчезли, переименованы или переместились;
• проверьте макеты на максимальном исходном разрешении;
• повторно откройте актуальные требования к Screenshot specifications;
• отдельно проверьте изображения для пользовательских страниц продукта;
• зафиксируйте решение: оставить, переделать частично или обновить всё.

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

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

Многоязычные изображения требуют отдельной проверки

Язык приложения, язык интерфейса устройства, локализация страницы App Store и страна показа — разные настройки. Например, американская витрина может показывать английский набор материалов, но это не означает, что достаточно перевести только подпись над изображением. Интерфейс внутри скриншота, текст на рекламной композиции, название функции и описание в метаданных должны рассказывать об одной и той же версии продукта.

Для каждой локализации заведите отдельный пакет:

• исходный снимок нужной версии интерфейса;
• перевод текста на изображении;
• перевод названий функций и призывов;
• список целевых стран;
• финальный экспорт;
• человек, отвечающий за языковую проверку.

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

Для американского App Store нужно проверять не только загруженные файлы в кабинете. Откройте публичную страницу в нужном регионе и сопоставьте:

• порядок изображений;
• язык скриншотов;
• первый кадр в поиске;
• отображение на доступных ширинах окна;
• соответствие текущей версии приложения.

Если вы используете пользовательскую страницу продукта для отдельной рекламной кампании, её материалы нужно проверять отдельно. Ошибка «основная страница обновлена, а рекламная нет» часто возникает не из-за загрузки, а из-за того, что команда смотрит не на тот набор материалов.

Загрузка через App Store Connect и Media Manager

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

Обычная загрузка

Выполните следующие действия:

1. Откройте App Store Connect и выберите нужное приложение.
2. Перейдите к разделу версии приложения и выберите платформу.
3. Откройте нужную локализацию, а затем группу скриншотов для соответствующего размера и ориентации.
4. Перетащите подготовленный файл в нужный слот, не выбирая его только по названию телефона.
5. Дождитесь обработки изображения и прочитайте сообщение об ошибке, если оно появилось.
6. Проверьте порядок кадров и сохраните изменения.
7. Зафиксируйте дату, локализацию, пользователя и статус сохранения в журнале релиза.

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

Загрузка через Media Manager

Media Manager удобен, когда нужно работать с большим количеством материалов или повторно использовать уже загруженные ресурсы. Но он не отменяет проверку локализации и соответствия размера. Перед выбором файла убедитесь, что вы находитесь в правильной версии приложения и редактируете нужный язык.

В Media Manager действуйте так:

1. Откройте менеджер материалов из записи приложения.
2. Отфильтруйте нужную платформу, локализацию и размер дисплея.
3. Сопоставьте файл с матрицей, а не с названием модели в папке.
4. Загрузите материал и дождитесь завершения обработки.
5. Проверьте, в какой набор он добавлен и не остался ли старый кадр первым.
6. Сохраните изменения и повторно откройте запись приложения.
7. После этого проверьте публичную страницу в целевом регионе.

Разные ошибки требуют разных действий:

• Файл не перетаскивается — проверьте формат, размер, повреждение и наличие прозрачного канала.
• Размер не принимается — снова откройте текущие Screenshot specifications; не исправляйте проблему случайным растягиванием.
• Нет доступа к редактированию — обратитесь к владельцу аккаунта и проверьте роль и доступ к приложению.
• Материал долго обрабатывается — сохраните время операции и не загружайте десятки дубликатов подряд.
• Кабинет сохранил старый вариант — проверьте, что вы редактировали нужную локализацию, версию и страницу продукта.

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

Финальная приёмка для целевого региона

Используйте эту проверку перед передачей задачи менеджеру или выпуском маркетинговой кампании:

• [ ] Для каждого обязательного размера найден источник в текущей спецификации Apple.
• [ ] В реестре заполнены размер дисплея, ориентация, язык и ответственный.
• [ ] Каждый скриншот соответствует актуальной сборке приложения.
• [ ] Текст внутри интерфейса совпадает с выбранной локализацией.
• [ ] Изображения проверены на размер в пикселях, формат и прозрачность.
• [ ] Для пользовательской страницы продукта создан отдельный контрольный список.
• [ ] Роль сотрудника позволяет редактировать нужное приложение.
• [ ] В App Store Connect проверены язык, слот, порядок и статус сохранения.
• [ ] Публичная страница открыта в целевом регионе, включая американский App Store.
• [ ] В журнале записаны время проверки, регион, браузер и итоговый статус.

Итог лучше фиксировать одним из четырёх решений:

Не делайте вывод «всё готово» только по исчезновению сообщения об ошибке. Для международного запуска важна связка из трёх подтверждений: корректный исходник, сохранённый слот и фактическое отображение в нужной стране.

Если такая работа повторяется каждый релиз, постоянная macOS-среда удобнее разрозненных ноутбуков: в ней можно хранить шаблоны, проверять Safari, работать с App Store Connect и повторять сценарий в одинаковых условиях. Для временной команды можно изучить вариант аренды Mac mini с удалённым доступом, а общую модель работы с удалённым Mac — на русскоязычной странице SSHMac.

Локальный компьютер даёт контроль, но при смене сотрудника возникают передача файлов, различия версий macOS и браузера, проблемы с доступом к рабочей среде и невозможность быстро повторить проверку из зарубежной сети. Обычный облачный рабочий стол может добавить задержку, ограничить системные функции или не предоставить полноценный macOS-интерфейс. Для короткого цикла публикации, удалённой команды или проверки американской витрины аренда Mac у SSHMac может быть более предсказуемым вариантом: вы получаете фиксированную среду, которую можно оставить доступной для следующего участника, не покупая отдельный компьютер. При длительной ежедневной нагрузке, необходимости физических устройств или постоянной работе с локальными файлами покупка собственного Mac останется более рациональным решением.