2026년 접이식 아이폰 울트라 앱스토어 스크린샷

증상: 접이식 아이폰 울트라 소문 때문에 앱스토어 스크린샷을 전부 다시 만들어야 할지 불안합니다.
가장 빠른 해법: 지금은 전면 재제작하지 말고, 기존 소재를 유지하면서 넓은 화면을 보여 줄 후보 장면과 교체 가능한 제작 흐름만 먼저 준비합니다.

이 판단은 2026년 가을에 새 버전을 제출하거나 여러 언어와 사용자 설정 페이지를 운영하는 팀에 적합합니다. 아직 공식 기기와 전용 업로드 규격을 확인하지 못한 개발자와 테스트 담당자도 같은 기준을 사용할 수 있습니다.

마지막 업데이트: 2026년 8월 8일. 현재 앱스토어 커넥트의 공식 스크린샷 안내와 애플 개발자 문서, 접이식 아이폰 관련 보도를 대조해 확인했습니다. 접이식 아이폰 울트라의 이름과 공개 시점은 아직 공식 발표로 확정되지 않았습니다.

기존 스크린샷 유지와 전면 재제작은 구분해야 합니다

현재 애플이 공개한 스크린샷 안내에는 아이폰용 여러 화면 분류와 세로 및 가로 방향 규칙이 있습니다. 스크린샷은 한 세트에 1장부터 10장까지 올릴 수 있고, 인터페이스가 같은 기기 크기에는 가장 높은 해상도의 소재를 제공하면 작은 크기에 자동으로 조정될 수 있습니다. (애플의 공식 스크린샷 규격 안내)

2026년 8월 8일 기준으로 이 안내에는 접이식 아이폰 울트라라는 공식 기기 분류나 별도 소재 슬롯이 없습니다. 따라서 다음 세 가지를 혼동하면 안 됩니다.

• 새로운 기기가 나올 수 있다는 보도
• 앱이 실제로 좁은 화면과 넓은 화면에서 어떻게 배치되는지
• 앱스토어에서 어떤 크기와 방향의 소재를 받는지

현재 소재가 실제 앱 화면을 정확하게 보여 주고, 첫 장에서 핵심 기능을 설명한다면 소문 속 화면 크기만 보고 전부 폐기할 이유는 없습니다. 애플도 제품 페이지에서 앱의 실제 사용자 인터페이스를 보여 주는 스크린샷을 권장합니다. (애플의 공식 상품 페이지 안내)

아이폰 앱 스크린샷은 지금 다시 만들까요, 발표 뒤까지 기다릴까요?

기본 답은 기존 소재 유지입니다. 다만 검색 화면에서 첫 1장부터 3장에 핵심 가치가 드러나지 않거나, 현재 이미지가 특정 기기 외곽선에 지나치게 의존한다면 지금 일부 장면만 다시 구성할 수 있습니다. 이는 접이식 기기 대응이 아니라 일반적인 상품 페이지 개선입니다.

유지해도 되는 소재

• 로그인, 결제, 검색, 알림처럼 화면 폭이 달라도 기능 설명이 유지되는 장면
• 특정 기기 테두리 없이 실제 앱 화면과 짧은 설명만 배치한 장면
• 언어별 문구 교체가 쉬운 제목 영역과 고정된 화면 구성을 가진 장면

지금 바꾸는 편이 나은 소재

• 존재하지 않는 기기 테두리나 가짜 시스템 화면을 넣은 장면
• 좁은 화면에서 글자가 잘리거나 핵심 버튼이 가려지는 장면
• 실제 앱에는 없는 접힘 선, 힌지, 펼침 효과를 합성한 장면

넓은 화면 후보 준비와 가짜 펼침 화면 제작은 다릅니다

접이식 화면을 전제로 모든 앱에 펼침 상태를 보여 줄 필요는 없습니다. 먼저 앱이 넓어진 공간에서 실제로 더 좋아지는지 확인해야 합니다.

후보가 되기 쉬운 앱은 다음과 같습니다.

• 편집기: 문서와 도구 패널을 함께 보여 줄 수 있습니다.
• 대시보드: 요약 카드와 세부 지표를 동시에 배치할 수 있습니다.
• 읽기 앱: 본문과 목차를 함께 보여 줄 수 있습니다.
• 지도 앱: 지도와 장소 정보 패널을 나누어 보여 줄 수 있습니다.
• 다중 열 도구: 목록과 상세 내용을 한 화면에 유지할 수 있습니다.

애플은 아이오에스 27에서 아이폰 앱을 조정 가능한 크기로 실행하는 환경을 소개했고, 엑스코드 27의 미리보기와 기기 허브에서 화면 가장자리를 움직이며 크기 변화에 대응하는 모습을 확인할 수 있도록 했습니다. (애플 개발자 세션의 공식 설명)

이 기능은 곧바로 접이식 아이폰 울트라의 앱스토어 소재 규격을 뜻하지 않습니다. 대신 지금 준비할 수 있는 것은 화면 폭 변화에 따라 콘텐츠가 읽히고 조작되는지 확인하는 일입니다.

접이식 앱의 접힌 상태와 펼친 상태를 각각 올려야 할까요?

현재는 그렇게 가정하지 않는 편이 안전합니다. 애플이 별도 슬롯이나 기기 분류를 발표하기 전까지는 두 상태를 각각 업로드할 근거가 없습니다. 펼친 화면 후보를 만든다면 앱 안에서 실제로 지원하는 넓은 배치만 보여 주세요. 전용 소재가 필요하다는 결론은 공식 슬롯과 규격이 나온 뒤 내려야 합니다.

스크린샷 자동화 흐름은 화면 규격보다 먼저 분리해야 합니다

임시 작업이 커지는 팀은 이미지 자체보다 제작 스크립트에 문제가 있습니다. 다음 항목이 코드나 디자인 템플릿에 고정되어 있는지 확인하세요.

• 기기 이름
• 가로와 세로 방향
• 픽셀 크기
• 기기 외곽선
• 제목과 설명 문구의 위치
• 출력 파일 이름과 저장 폴더
• 언어별 이미지 세트

애플의 업로드 절차는 소재 예약, 파일 업로드, 업로드 완료 처리, 처리 결과 확인으로 나뉩니다. 자동화할 때도 화면 수집, 기기 장식 추가, 문구 배치, 파일 변환, 업로드를 한 단계로 묶지 않는 편이 좋습니다. (앱스토어 커넥트 API의 공식 스크린샷 문서)

권장 순서는 다음과 같습니다.

1. 앱에서 실제 화면을 수집합니다.
2. 화면의 핵심 기능과 언어별 문구를 별도 데이터로 관리합니다.
3. 기기 테두리와 배경을 선택 가능한 요소로 분리합니다.
4. 넓은 후보 화면과 일반 화면을 같은 원본에서 생성합니다.
5. 최종 캔버스와 잘림 영역을 규격 파일로 관리합니다.
6. 발표 뒤 공식 규격에 맞춰 출력 크기만 교체합니다.
7. 앱스토어 커넥트에서 처리 상태와 미리보기를 확인합니다.

지금 준비할 것은 가변 캔버스와 안전한 잘림 영역입니다. 반대로 소문으로 알려진 화면 비율이나 해상도를 자동화 파이프라인에 넣어서는 안 됩니다. 공식 규격이 바뀌면 모든 언어와 상품 페이지 변형이 같은 오류를 복제하기 때문입니다.

자동화 환경을 아직 정하지 않았다면 원격 개발 환경의 접근 방식과 작업 범위를 먼저 비교해 보세요. 특정 장비를 바로 선택하기보다 필요한 화면 수집, 빌드 실행, 파일 보관 권한을 기준으로 판단하는 편이 안전합니다. 팀 단위로 작업한다면 원격 개발 환경의 작업 범위를 확인한 뒤 캡처와 파일 전달 절차를 정하는 것이 좋습니다.

다국어와 사용자 설정 페이지는 재작업 비용이 다르게 커집니다

언어가 하나이고 스크린샷을 몇 장만 관리하는 앱은 발표 뒤까지 기다려도 됩니다. 반면 언어 수가 많고 사용자 설정 페이지 변형을 여러 개 운영한다면 소재 구조를 먼저 정리해야 합니다.

비용을 키우는 요소는 다음과 같습니다.

• 언어별 제목 길이와 줄바꿈 차이
• 같은 기능을 다른 순서로 보여 주는 상품 페이지 변형
• 화면 수가 늘어날 때 함께 늘어나는 검수 조합
• 앱 빌드 버전과 스크린샷 버전이 어긋나는 문제
• 새 화면을 추가하면서 기존 현지화 문구를 다시 확인하는 작업

여기서 먼저 고정할 것은 화면 크기가 아닙니다. 각 이미지가 전달할 기능 가치, 문구 계층, 교체 가능한 화면 영역입니다. 이렇게 해 두면 발표 뒤에는 새 화면을 다시 수집하고 최종 파일을 내보내는 작업에 집중할 수 있습니다.

다국어 상품 페이지를 운영한다면 소재 접근 권한과 업로드 상태를 먼저 확인해 두세요. 팀 권한과 파일 전달 방식은 작업 시작 전에 문서로 정하고, 언어별 검수 담당자와 승인 순서도 함께 기록하는 편이 좋습니다.

가을 제출 일정과 소재 갱신은 별도 작업으로 잡아야 합니다

접이식 아이폰 울트라가 2026년 가을 행사에서 공개될 수 있다는 보도가 있지만, 보도된 공개 시점은 판매 시작일이나 앱스토어 소재 규격의 적용일과 같지 않습니다. 맥루머스는 2026년 9월 8일 또는 9일 공개 가능성을 보도했고, 다른 보도는 9월 9일 행사를 예상했습니다. 이는 일정 판단의 참고 자료일 뿐 공식 일정이나 소재 요구 사항이 아닙니다. (애플 행사 일정에 관한 보도)

따라서 다음 노드를 분리하세요.

• 앱 기능 개발과 아이오에스 27 검증
• 엑스코드 27에서 화면 크기 변화 확인
• 스크린샷 후보 장면 수집
• 디자인과 현지화 검수
• 새 버전 제출
• 발표 뒤 공식 규격 확인과 소재 갱신

애플 안내에 따르면 심사 승인 뒤 스크린샷을 바꾸려면 새 버전을 만들어야 합니다. 반면 제출 전 준비 중인 상태 등에서는 소재를 수정할 수 있습니다. (애플의 공식 스크린샷 관리 안내)

새 기기 발표 뒤 스크린샷만 바꾸려면 새 버전 제출이 필요한가요?

이미 해당 버전이 승인된 뒤라면 새 버전 흐름을 예상해야 합니다. 아직 제출 전이거나 소재가 수정 가능한 상태라면 같은 버전의 상품 페이지에서 조정할 수 있습니다. 실제 상태는 앱스토어 커넥트의 버전 화면에서 확인하고, 발표일과 판매일을 하나의 마감일로 묶지 마세요.

발표 전에는 이 체크리스트만 완료하세요

• [ ] 현재 소재가 실제 앱 화면인지 확인합니다.
• [ ] 존재하지 않는 기기 테두리와 시스템 화면을 제거합니다.
• [ ] 첫 1장부터 3장에 핵심 기능이 드러나는지 확인합니다.
• [ ] 편집기와 대시보드처럼 넓은 공간의 가치가 있는 장면을 따로 표시합니다.
• [ ] 화면 수집과 최종 출력 단계를 분리합니다.
• [ ] 기기 이름과 픽셀 크기의 하드코딩을 제거합니다.
• [ ] 언어별 문구와 화면 영역을 교체 가능한 데이터로 관리합니다.
• [ ] 공식 규격이 나오기 전까지 전용 접이식 세트를 업로드하지 않습니다.
• [ ] 발표 뒤 확인할 항목에 슬롯, 방향, 허용 크기, 확대 규칙을 기록합니다.

화면 변화 테스트가 필요하다면 원격 맥 작업 공간과 개발 환경을 먼저 검토할 수 있습니다. 해외 계정과 원격 개발 환경을 함께 관리해야 한다면 제공 범위와 접근 권한을 중립적으로 비교해 보세요.

현재 방식과 맥 기반 방식의 차이도 분명합니다. 로컬 맥 한 대에 수동 캡처와 언어별 파일을 쌓으면 화면 규격 변경 때 재수집이 반복되고, 팀원이 다른 장소에서 같은 환경을 재현하기 어렵습니다. 반대로 맥 환경을 원격으로 준비하면 엑스코드 27 테스트와 자동화 흐름을 분리하기 쉽지만, 장기적으로 계속 무거운 작업을 돌리거나 물리 기기와 직접 연결해야 하는 팀에는 임대 방식이 맞지 않을 수 있습니다. 발표 전 후보 화면 검증과 임시 자동화 환경이 목적이라면, 직접 장비를 늘리기보다 원격 맥 환경을 비교해 보는 편이 작업 흐름을 단순하게 만들 수 있습니다.

최종 판단은 공식 발표 뒤에 하세요. 그때 공식 기기 이름, 새 스크린샷 슬롯, 허용 크기, 방향, 확대 규칙, 심사 요구 사항을 하나씩 확인하고 전용 소재가 실제로 필요한 경우에만 다시 제작하면 됩니다. 애플이 새 규격을 추가하지 않는다면 기존 최고 해상도 소재를 다듬는 것이 더 안전합니다.