Xcode 27 Device Hub로 시뮬레이터 화면을 캡처할 수는 있지만, 바로 앱스토어에 제출하지 말고 기기 규격·화면 내용·업로드 지원 상태를 따로 확인해야 합니다. 윈도우에서 디자인을 마무리하고 Xcode 27이 필요한 검수만 원격 맥에서 진행하는 방식도 가능합니다.
UI 디자이너: 실행 중인 앱 화면으로 스토어 스크린샷을 만들고 제출 조건까지 확인해야 하는 분에게 적합합니다.
독립 개발자: 시뮬레이터 캡처를 활용해 수작업을 줄이고 싶은 분에게 도움이 됩니다.
윈도우 중심 팀: 디자인 편집은 윈도우에서, 시뮬레이터 확인과 제출 전 검수는 맥에서 나누려는 팀을 위한 안내입니다.
마지막 업데이트: 2026년 9월 29일. 날짜와 기능 상태는 Apple의 Xcode 27 출시 기록, Device Hub 캡처 안내, 앱스토어 커넥트 스크린샷 규격을 기준으로 확인했습니다. Duo의 업로드 지원 여부나 규격이 바뀌면 다시 확인해야 합니다.
Xcode 27 앱스토어 스크린샷은 캡처와 제출을 나눠야 합니다
Apple은 Xcode 27을 2026년 9월 14일에 출시했습니다. Device Hub에서는 실행 중인 시뮬레이터 화면을 캡처할 수 있습니다. 다만 캡처 기능은 제출 자격까지 확인해 주는 기능이 아닙니다. 출시 기록과 Device Hub 사용 안내를 함께 확인해야 합니다.
결과물은 다음처럼 구분합니다.
- 시뮬레이터 캡처 원본: 앱이 특정 기기에서 실제로 표시한 화면입니다. 캡처 해상도는 맥 모니터가 아니라 시뮬레이터 기기를 기준으로 합니다.
- 디자인을 더한 스토어 이미지: 배경이나 설명 문구를 추가해 보기 좋게 만든 홍보용 이미지입니다. 장식이 들어갔다고 제출 규격을 충족하는 것은 아닙니다.
- 최종 업로드 파일: 앱스토어 커넥트의 현재 기기별 규격과 업로드 조건을 통과해야 하는 파일입니다.
Device Hub 캡처를 바로 앱스토어 커넥트에 올려도 되나요?
앱과 기기 조건이 맞고 현재 업로드 항목이 열려 있어야 합니다. 캡처가 가능하다는 사실만으로 규격 적합성이나 업로드 가능 여부를 판단할 수는 없습니다.
캡처 원본, 디자인 시안, 제출 파일은 관리 단계부터 분리합니다. 파일 이름에 기기와 언어, 검수 상태를 기록하면 다른 화면이나 현지화 파일을 잘못 올릴 위험을 줄일 수 있습니다.
기기 규격이 맞아도 업로드 항목이 열려 있어야 합니다
먼저 앱이 지원하는 플랫폼과 제출 대상 기기를 정합니다. 그런 다음 앱스토어 커넥트의 현재 스크린샷 규격에서 해당 기기의 크기와 방향 조건을 확인합니다. 예전 기기용 템플릿을 새 기기의 공통 규격처럼 사용하지 마세요. 캡처 크기와 제출 대상이 다르면, 맞지 않는 파일을 그대로 올리는 대신 올바른 시뮬레이터 기기에서 다시 캡처해야 합니다.
시뮬레이터 캡처와 스토어 규격이 다르면 어떻게 하나요?
앱스토어 커넥트가 요구하는 기기에 맞춰 시뮬레이터를 선택하고 다시 캡처합니다. 편집 프로그램에서 이미지를 늘리거나 줄여 규격에 끼워 맞추면 화면 비율이나 글자 선명도가 달라질 수 있으므로, 먼저 공식 규격과 캡처 대상이 일치하는지 확인합니다.
iPhone Duo 규격이 공개됐으면 지금 업로드할 수 있나요?
규격 목록에 기재됐다는 사실과 업로드 메뉴가 열렸다는 사실은 다릅니다. Apple의 현재 안내에는 Duo 스크린샷 규격이 포함되어 있지만, 해당 기기의 업로드 지원은 연내 나중에 제공될 예정이라고 적혀 있습니다. 지원이 열리기 전에는 규격을 사전 준비 기준으로만 쓰고, 제출 가능하다고 가정하지 않습니다. 제출 직전에는 현재 규격 페이지에서 해당 기기의 상태를 다시 확인합니다.
화면 내용과 파일 조건은 별도로 검수합니다
크기가 맞아도 화면 내용이 실제 앱 동작을 잘못 전달하면 제출용 이미지로 쓰기 어렵습니다. 기능을 사용할 수 있는 것처럼 보이게 하는 문구나 실제 화면과 다른 조작 상태를 합성하지 않았는지 확인합니다. 기기에서 캡처한 원본과 장식이 추가된 이미지를 나란히 비교하면 차이를 발견하기 쉽습니다.
파일 형식이나 투명도 제한도 크기와 별개의 조건입니다. Apple의 스크린샷 업로드 안내에서 지원 형식과 파일 조건을 확인하고, 편집 프로그램의 내보내기 설정도 점검합니다. 한 조건을 통과했다고 나머지 조건까지 충족한 것으로 처리하지 않습니다.
제출 전에는 대표 파일부터 확인합니다
아래 항목을 실제 제출 담당자가 확인합니다. 문제가 하나라도 남으면 해당 파일의 업로드를 보류하고 원인을 수정합니다.
- [ ] 캡처가 목표 앱의 실제 화면 상태를 보여 주는지 확인합니다.
- [ ] 캡처한 시뮬레이터 기기와 앱스토어 커넥트의 제출 대상 기기가 일치하는지 확인합니다.
- [ ] 현재 기기별 규격에서 이미지 크기와 방향 조건을 다시 확인합니다.
- [ ] 디자인을 더한 경우 실제 기능이나 화면 내용을 오해하게 만들지 않는지 원본과 비교합니다.
- [ ] 파일 형식과 투명도 등 현재 업로드 조건을 공식 안내에서 확인합니다.
- [ ] 기기별·언어별 파일의 출처와 버전을 구분하고, 제출 담당자가 업로드 화면의 결과를 확인합니다.
앱 정보를 여러 언어로 제공한다면 언어별 스크린샷도 분리해 관리합니다. 같은 구성을 모든 지역에 복사하기 전에 번역 문구의 길이와 화면 배치가 맞는지 확인하세요. 언어별 제출 위치와 업로드 절차는 앱스토어 정보 현지화 안내에 따릅니다. 내부 작업표에는 파일명, 대상 기기, 언어, 원본 위치, 검수 상태를 남기는 편이 안전합니다. 이는 파일을 잘못 연결하지 않기 위한 팀 작업 방식이며, Apple의 제출 규칙과는 별도로 운영합니다.
윈도우에서 레이아웃을 다듬는 팀은 시뮬레이터 캡처가 필요한 단계만 맥에서 처리할 수 있습니다. 윈도우 디자인 작업자가 원격 맥으로 최종 확인할 수 있나요? Xcode 27 Device Hub가 필요한 검수라면 맥 환경에서 시뮬레이터를 실행해 캡처와 대상 기기를 확인하면 됩니다. 최종 파일은 다시 디자인 작업 환경으로 가져와 규격과 문구를 검토한 뒤, 제출 담당자가 앱스토어 커넥트 화면에서 업로드 결과를 확인합니다. 다만 맥 접근 환경에서 필요한 도구를 실제로 사용할 수 있는지는 이용 전에 확인해야 합니다.
업로드 직전에는 규격 페이지와 제출 화면을 다시 대조합니다. 특히 새 기기 항목은 규격이 먼저 공개되고 업로드 지원은 나중에 열릴 수 있습니다.
임시 검수 환경은 작업 방식에 맞춰 고릅니다
반복해서 매일 시뮬레이터 검수를 한다면 직접 맥을 마련하는 편이 운영에 맞을 수 있습니다. 맥을 준비하지 않고 윈도우 작업을 유지하면, 시뮬레이터를 실행할 때마다 다른 맥 환경을 찾아야 하고 파일 이동과 접근 권한 확인이 추가됩니다. 반대로 사용 빈도가 낮은 검수 때문에 맥을 상시 보유하면 사용하지 않는 기간에도 장비를 관리해야 합니다.
따라서 먼저 로컬 맥, 다른 원격 환경, 임시 원격 맥을 비교하고 필요한 기간과 실제 실행 조건을 확인합니다. 맥 미니 대여 비용 안내에서 이용 조건을 살펴보고, MESHLAUNCH 서비스 안내도 확인할 수 있습니다. 윈도우에서 편집을 계속하고 Xcode 27 Device Hub 검수가 필요할 때만 맥에 접속하는 방식은, 일회성 검수와 여러 기기 확인이 있는 팀의 선택지가 될 수 있습니다. 매일 장시간 안정적으로 작업하거나 물리 장비 연결이 필요한 경우에는 직접 보유하는 맥이 더 적합할 수 있습니다.