Требования к скриншотам iPhone Duo опубликованы: как подготовить корпоративный CI в 2026 году?

Требования к скриншотам iPhone Duo уже объявлены, поэтому на этой неделе внесите их в план выпуска: составьте список приложений и языковых версий, назначьте владельцев снимков и добавьте проверку комплектности перед отправкой. Не меняйте CI-платформу или Mac-узел только из-за нового требования: сначала проверьте, что процесс подготовки материалов работает в существующем окружении.

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

Последнее обновление: 13 октября 2026 года. Дата и область применения сверены с объявлением Apple, заметками о выпусках App Store Connect и официальной спецификацией снимков экрана.

Сначала разделите объявленное требование и действующую проверку

Apple указала, что требование к снимкам iPhone Duo начнёт применяться с апреля 2027 года к отправляемым приложениям и играм. Это не означает, что новое условие уже действует для всех отправок, и не означает, что команде нужно прямо сейчас закупать новый Mac. Зафиксируйте дату в календаре выпуска и проверяйте актуальный текст в официальных материалах перед планированием релиза.

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

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

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

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

До следующего планирования выпуска составьте реестр активов

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

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

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

Перед производством снимков сверяйте спецификацию и содержание

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

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

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

Затем назначьте источник и порядок хранения материалов

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

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

Если вы используете скрипт обработки или возможности Xcode, сначала проверьте их в существующем окружении на реальном процессе команды. В материалах Apple есть инструкция по загрузке предварительных просмотров и снимков; она описывает путь загрузки, но сама по себе не обещает, что ваш инструмент автоматически создаст все нужные варианты, локализации и подтверждения.

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

Включите ограниченные проверки в CI, а визуальную приёмку оставьте людям

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

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

Практичная запись результата включает идентификатор сборки, путь к материалам, проверенное приложение и язык, версии правил проверки, итог автоматического контроля и состояние ручной приёмки. Это даёт выпускной команде проверяемую связь между сборкой и материалами. Но зелёная проверка CI означает только прохождение внутренних условий; она не гарантирует, что App Store Connect принял изображение или что оно корректно отображается после загрузки.

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

Решение о границах автоматизации

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

Перед расширением процесса проведите контрольную отправку

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

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

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

Частые вопросы перед включением требования в релизный план

Когда начинать подготовку материалов?

Требование начнёт применяться с апреля 2027 года, согласно объявлению Apple. Начать инвентаризацию стоит заранее, чтобы найти отсутствующие языковые версии и назначить владельцев, но не называйте новые снимки уже действующим обязательным условием каждой текущей отправки. Дату и формулировку перепроверяйте по заметкам App Store Connect перед утверждением календаря релиза.

Какие параметры изображения надо проверять?

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

Как CI узнает, что комплект снимков полный?

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

Повлияет ли это на отправку приложения и потребует ли нового Mac?

Требование относится к материалам страницы приложения, а не автоматически к платформе сборки или тестирования. Проверьте процесс на текущем CI и действующем Mac-окружении. Меняйте инфраструктуру только при выявленном ограничении — например, если узел не может выполнить необходимую операцию или обеспечить согласованный доступ к материалам. Не делайте вывод о необходимости нового оборудования только из требований к снимкам.

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