По данным примечаний о выпусках App Store Connect, к 14 сентября 2026 года для iPhone 18 Pro и iPhone 18 Pro Max появились отдельные требования к изображениям. Это не означает, что все старые материалы нужно немедленно переснимать: если исходные скриншоты принимаются App Store Connect, корректно масштабируются и сохраняют достоверный интерфейс, их можно оставить. Отдельная съёмка нужна только при заметном изменении компоновки, переносов текста, безопасных областей, устройства-зависимой функции или маркетингового оформления.

Эта проверка предназначена для:

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

Последовательность ниже помогает принять решение без автоматического перехода к полной пересъёмке.

Сначала подтвердите статус новой спецификации

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

Нужно различать три ситуации.

Допустимый новый вариант. App Store Connect добавил цель для iPhone 18 Pro, но существующий набор продолжает соответствовать правилам. В этом случае новая цель не равна обязательной полной пересъёмке.

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

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

Перед изменением рабочих материалов стоит создать копию текущего набора. Имена приложения, Bundle ID, тестовые учётные записи, пути к файлам и содержимое внутренних экранов в журнале проверки должны быть обезличены.

Проверьте масштабирование, формат и назначение изображения

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

Для каждого старого файла полезно пройти такой список:

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

Для принятия решения удобно использовать три уровня.

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

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

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

Не следует смешивать исходный снимок устройства, готовый рекламный макет, App Preview и результат, который App Store Connect показывает после обработки. У каждого объекта своя точка контроля.

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

Сопоставьте реальный интерфейс с новым экраном

Главная ошибка при проверке изображений App Store для iPhone 18 Pro — оценивать только внешний размер изображения. Даже корректное масштабирование может скрыть проблему в интерфейсе приложения.

Особое внимание следует уделить следующим областям:

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

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

Для такой проверки используется руководство по запуску приложения на симулированном или физическом устройстве. Оно помогает отделить проблему самого интерфейса от ошибки в графическом макете.

Отдельная съёмка особенно оправдана в четырёх случаях:

  1. приложение показывает собственную панель или подсказку рядом с верхней системной областью;
  2. нижние кнопки имеют жёстко заданную позицию вместо безопасной привязки;
  3. экран использует устройство-зависимую функцию;
  4. маркетинговый макет построен вокруг конкретного контура или пропорции дисплея.

В остальных случаях сначала стоит получить снимок в iOS Simulator, сравнить его с текущим исходником и только затем решать, нужна ли полная замена серии.

Определите языки, которые действительно требуют пересъёмки

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

Для каждого рынка нужно проверить:

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

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

Рекомендуемый порядок такой:

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

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

Зафиксируйте среду, чтобы повторная генерация была возможной

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

  • версию Xcode 27 или другой версии, реально использованной в рабочем процессе;
  • установленный Simulator Runtime;
  • тип виртуального устройства;
  • язык и регион;
  • тестовую учётную запись;
  • состояние локальных данных, подписки и разрешений;
  • исходный экран без рекламной рамки;
  • шаблон итогового макета и каталог экспорта.

При проверке Simulator нужно убедиться, что снимок сделан после полного запуска нужного сценария, а не после случайного состояния предыдущего сеанса. Документация по взаимодействию с iOS Simulator полезна для проверки действий, состояний и повторяемости.

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

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

На удалённом Mac дополнительно проверяются:

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

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

Ответы на вопросы перед загрузкой материалов

Старые изображения после добавления iPhone 18 Pro

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

Масштабирование в App Store Connect

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

Приложения, которым нужна отдельная съёмка

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

Локализации

Все языки не обязаны проходить полную пересъёмку одновременно. Сначала проверяются ключевые рынки и языки с длинными строками, затем распространяется исправленный шаблон. Если локализация меняет сам сценарий, набор функций или структуру экрана, её следует считать отдельным визуальным вариантом.

Проверка снимков из Simulator

Приёмка должна проходить в два этапа: сначала проверяется сам снимок в зафиксированной среде Simulator, затем — загруженный результат на странице App Store Connect. Запись версии Xcode 27, Runtime, региона, тестового пользователя и состояния данных позволяет понять, почему повторная генерация отличается от первой.

Примите решение по условиям, а не по названию устройства

Используйте следующую карту выбора.

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

Если техническая загрузка проходит, но отдельные экраны имеют другой перенос, смещённую панель, неверную безопасную область или проблемный язык, выбирается частичная пересъёмка. Обновляются только затронутые страницы и локализации.

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

Финальными доказательствами готовности служат три результата:

  • App Store Connect сохраняет материалы без ошибки;
  • предпросмотр страницы показывает правильную композицию и локализацию;
  • команда может повторно получить те же изображения из записанной среды.

Пока не выполнены все три условия, статус «готово» лучше не ставить, даже если отдельный файл успешно загрузился.

Если после выборочной проверки выясняется, что пересъёмка нужна для многих языков и экранов, логично сначала изучить подход к удалённой работе с Mac для iOS-задач и оценить стоимость постоянной среды. Такой вариант полезен для повторяющихся релизов, Simulator и пакетной генерации, но не отменяет требований к контролю материалов. Для единичного обновления достаточно локального Mac или краткосрочной аренды; для стабильного потока публикаций важнее сохранённое окружение, доступ к графической сессии и понятный процесс очистки данных.