2026년 4월 28일부터 앱 스토어에 올리는 앱은 Xcode 26 이상과 iOS 26 계열 SDK로 빌드해야 합니다. Apple의 공식 제출 요건을 기준으로 보면, Unity 6 iOS 빌드 Mac 없이 진행할 때 윈도우는 프로젝트 제작과 엑스코드 프로젝트 생성까지 맡고, 최종 컴파일·서명·아이폰 테스트는 맥과 Xcode에서 처리해야 합니다.
이번 주에는 먼저 수업이나 프로젝트가 요구하는 결과물을 확인하시기 바랍니다. Unity 화면만 제출하면 맥을 미뤄도 됩니다. 아이폰 설치나 앱 스토어 제출이 필요하면 다음 빌드 일정에 맞춰 원격 맥을 준비하는 편이 비용 낭비가 적습니다.
마지막 업데이트: 2026년 8월 19일. Unity 공식 iOS 빌드 문서, Unity 6 지원 안내, Apple의 Xcode 및 앱 제출 요건을 다시 확인했습니다.
이 글은 윈도우 노트북으로 Unity 6을 배우는 학생을 위한 내용입니다.
게임 원형은 완성했지만 자신의 아이폰에서 실행해 보고 싶은 초보자, 앱 스토어 제출 과정에서 Xcode와 서명 설정이 헷갈리는 학습자도 대상입니다.
먼저 결과물의 범위를 나눠야 합니다
Unity 프로젝트 작업은 한 번에 끝나는 일이 아닙니다. 학교 과제를 제출하는 단계와 아이폰에서 실행하는 단계는 서로 다릅니다. 다음처럼 생각하면 쉽습니다.
- Unity에서 게임을 만드는 일은 글을 쓰는 단계입니다.
- Xcode 프로젝트를 생성하는 일은 인쇄용 파일을 만드는 단계입니다.
- Xcode에서 앱을 빌드하는 일은 인쇄하는 단계입니다.
- 서명은 제출자의 이름을 확인하는 절차입니다.
- 아이폰 설치와 앱 스토어 제출은 완성물을 전달하는 단계입니다.
Unity 공식 문서도 iOS 앱 제작을 Unity가 Xcode 프로젝트를 생성하는 단계와 Xcode가 최종 앱을 빌드하는 단계로 나눕니다. Xcode는 macOS에서만 실행되므로, 윈도우만으로는 전체 과정을 끝낼 수 없습니다. Unity의 iOS 빌드 과정 설명을 먼저 확인하시기 바랍니다.
| 목표 | 윈도우에서 가능한 작업 | 추가로 필요한 환경 | 초보자 선택 |
|---|---|---|---|
| Unity 과제 제출 | 장면, 스크립트, 윈도우 실행 결과 제작 | 없음 | 맥 사용을 미뤄도 됨 |
| Xcode 프로젝트 생성 | iOS Build Support 설치 후 프로젝트 내보내기 | 프로젝트를 전달할 위치 | 윈도우에서 진행 |
| 아이폰 첫 실행 | 프로젝트 생성까지만 가능 | macOS, Xcode, 아이폰, 서명 설정 | 원격 맥 권장 |
| 반복적인 테스트 | 코드와 에셋 수정 | 조작 가능한 Xcode 환경 | 원격 맥 우선 |
| 앱 스토어 제출 | 프로젝트 준비와 파일 정리 | Xcode 26 이상, iOS 26 계열 SDK, App Store Connect | 검증된 맥 또는 자동 빌드 |
과제만 제출한다면 맥을 바로 준비하지 않아도 됩니다
교수가 확인하는 항목이 Unity 편집기 화면, 게임 플레이 영상, 스크립트 파일, 윈도우 실행 결과라면 iOS 빌드는 아직 필수 작업이 아닐 수 있습니다. 이 경우에는 먼저 게임 규칙과 화면 구성을 완성하는 것이 우선입니다.
다음 조건에 해당하면 맥 사용을 미뤄도 됩니다.
- 제출 안내에 아이폰 화면이나 설치 기록이 없습니다.
- 앱 스토어 업로드 파일을 요구하지 않습니다.
- Unity에서 실행되는 게임 원형만 평가합니다.
- 수업의 다음 단계가 아직 UI와 스크립트 작성입니다.
반대로 “아이폰에서 실행한 화면”이나 “실제 기기 테스트 결과”가 평가 항목에 있다면 늦어도 제출 전에는 맥이 필요합니다. 시작부터 장비를 구매할 필요는 없습니다. 필요한 주간에만 원격 맥을 사용하면 됩니다.
Unity 6.3 LTS를 새 프로젝트의 기준으로 검토하는 경우에도 수업에서 지정한 버전을 먼저 따라야 합니다. Unity는 Unity 6.3 LTS가 2027년 12월까지 지원된다고 안내하지만, 이미 진행 중인 수업 프로젝트를 임의로 업그레이드하면 패키지나 플러그인 설정이 달라질 수 있습니다. Unity 6 릴리스 및 지원 안내를 확인한 뒤 버전을 결정하시기 바랍니다.
첫 단계: 윈도우에서 iOS 프로젝트를 준비합니다
윈도우에서 할 일은 최종 앱을 만드는 것이 아니라, 맥에서 이어서 빌드할 수 있는 프로젝트를 준비하는 것입니다.
1. iOS Build Support를 확인합니다
Unity Hub에서 사용 중인 Unity 편집기에 iOS Build Support가 설치되어 있는지 확인합니다. Unity 공식 환경 안내에도 iOS 프로젝트를 만들려면 해당 모듈이 필요하다고 나와 있습니다. Unity iOS 환경 설정 문서를 기준으로 설치 상태를 점검하시기 바랍니다.
2. 플랫폼 설정을 먼저 정리합니다
Build Profiles에서 iOS를 선택하고 다음 항목을 확인합니다.
- 앱 이름과 버전
- 번들 식별자
- 화면 방향
- 아이콘과 시작 화면
- 필요한 권한 설명
- 사용 중인 플러그인의 iOS 지원 여부
여기서 번들 식별자는 앱의 주민등록번호처럼 사용됩니다. 맥에서 서명할 때도 같은 값이 필요하므로, 프로젝트를 전달하기 전에 임의로 바꾸지 않는 편이 좋습니다.
3. Xcode 프로젝트를 생성합니다
Build 또는 Build and Run을 선택할 때 윈도우에서는 Xcode 프로젝트를 저장할 폴더를 지정합니다. 이 폴더는 아직 아이폰에 설치할 앱이 아닙니다. Unity가 에셋과 코드, 라이브러리, 플러그인을 모아 Xcode가 읽을 수 있는 작업 폴더를 만든 결과물입니다.
프로젝트를 전달하기 전에는 다음을 확인합니다.
- Unity 프로젝트 원본과 내보낸 Xcode 프로젝트를 구분합니다.
- 외부 플러그인의 설치 안내를 함께 보관합니다.
- 프로젝트 폴더를 압축하기 전에 누락된 파일이 없는지 확인합니다.
- 맥에서 다시 생성해야 하는 임시 폴더와 설정 파일을 구분합니다.
두 번째 단계: 아이폰 첫 테스트는 원격 맥이 이해하기 쉽습니다
아이폰 테스트에서는 단순히 앱을 “만드는” 것보다 오류가 발생한 위치를 찾는 일이 중요합니다. Xcode에서 프로젝트를 열고, 개발 팀과 서명 설정을 확인하고, 연결한 아이폰을 실행 대상으로 지정해야 합니다.
Apple은 유료 개발자 프로그램에 가입하지 않은 Apple Account도 개인적인 기기 테스트에 사용할 수 있다고 설명합니다. 다만 앱 스토어 배포와 TestFlight 같은 배포 기능은 별도 프로그램 가입이 필요합니다. Apple 개발자 계정과 멤버십 비교를 확인해 학습용 테스트와 정식 배포를 구분하시기 바랍니다.
원격 맥이 적합한 상황은 다음과 같습니다.
- Xcode를 처음 열어 보는 경우
- 서명 오류의 원인을 직접 확인해야 하는 경우
- 아이폰 연결 상태를 화면에서 확인해야 하는 경우
- Unity 플러그인이 네이티브 설정을 추가하는 경우
- 빌드 로그를 읽는 방법부터 배워야 하는 경우
자동 빌드는 프로젝트를 정해진 절차대로 실행하는 데 유리합니다. 그러나 오류가 발생했을 때 Xcode 화면에서 설정을 확인하기 어렵거나, 로그와 프로젝트 파일을 오가며 수정하기가 불편할 수 있습니다. 따라서 첫 성공 경험은 조작 가능한 원격 맥에서 만들고, 과정이 안정된 뒤 자동화를 검토하는 순서가 안전합니다.
세 번째 단계: 앱 스토어 제출은 별도의 준비가 필요합니다
앱 스토어 제출은 아이폰에서 한 번 실행하는 것보다 요구 조건이 많습니다. 앱을 아카이브하고, 서명 상태를 확인하고, 빌드 파일을 App Store Connect에 올린 뒤 앱 정보와 심사 항목을 정리해야 합니다.
Apple은 2026년 4월 28일부터 App Store Connect 제출 앱에 Xcode 26 이상과 iOS 26 계열 SDK를 요구한다고 명시했습니다. 따라서 오래된 강의에서 Xcode 15나 이전 SDK를 사용한다고 안내하더라도, 2026년 제출 작업에는 그대로 적용하지 않아야 합니다. Apple의 SDK 최소 요건을 제출 직전에 다시 확인하시기 바랍니다.
제출 전에는 다음 네 가지를 확인합니다.
- 원격 맥의 macOS가 설치하려는 Xcode 26을 지원하는지 확인합니다.
- Unity 프로젝트에서 사용하는 iOS 플러그인이 현재 Xcode와 함께 작동하는지 확인합니다.
- 번들 식별자와 App Store Connect의 앱 정보가 일치하는지 확인합니다.
- 서명 권한과 팀 설정이 프로젝트 소유자의 계정에 맞는지 확인합니다.
App Store Connect에서는 Xcode로 빌드한 앱을 업로드하고, 처리된 빌드를 특정 앱 버전에 연결한 뒤 심사에 제출합니다. Apple의 빌드 업로드 안내처럼 업로드와 심사 제출은 별도 단계이므로, “파일이 올라갔다”는 사실만으로 출시 준비가 끝났다고 보면 안 됩니다.
반복 오류가 생기면 자동 빌드보다 전체 화면 환경이 낫습니다
초보자 프로젝트에서 시간이 많이 걸리는 부분은 첫 클릭보다 두 번째와 세 번째 수정입니다. 네이티브 플러그인, 푸시 알림, 인앱 결제, 광고 모듈을 넣으면 Unity 설정만으로 끝나지 않고 Xcode 프로젝트 설정이나 서명 항목을 확인해야 할 수 있습니다.
이때 원격 맥은 다음 작업을 한 화면에서 할 수 있다는 장점이 있습니다.
- Xcode 빌드 로그 확인
- 프로젝트 설정 변경
- 서명 팀과 인증서 상태 확인
- 아이폰 연결 상태 확인
- 빌드 실패 후 즉시 재실행
- 플러그인 안내에 따른 파일 수정
자동 빌드는 프로젝트가 안정된 뒤 반복 작업을 줄이는 용도에 가깝습니다. 매번 같은 브랜치에서 같은 설정으로 빌드하고, 오류가 나면 로그만 확인해도 충분한 단계에서 선택하는 것이 좋습니다. Unity도 macOS 장비가 없을 때 클라우드 기반 빌드 자동화를 사용할 수 있다고 안내하지만, 자동화가 Xcode 화면을 대신해 모든 문제를 설명해 주는 것은 아닙니다. Unity iOS 환경 설정에서 지원 범위를 먼저 확인하시기 바랍니다.
조건별로 환경을 결정하는 방법
다음 조건에서 왼쪽 조건을 만족하면 해당 선택을 우선하시기 바랍니다.
- 수업이 Unity 화면과 윈도우 실행 결과만 평가하면 → 맥 사용을 미룹니다.
- Xcode 프로젝트만 제출하면 → 윈도우에서 프로젝트를 만들고, 필요할 때만 원격 맥에서 열어 봅니다.
- 아이폰에 한두 번 설치해 보면 → 프로젝트 제출 기간에 맞춰 원격 맥을 단기간 사용합니다.
- 매주 아이폰에서 실행하고 로그를 확인해야 하면 → 자동 빌드보다 전체 화면을 조작할 수 있는 원격 맥을 우선합니다.
- 빌드 절차가 고정되고 같은 작업을 반복하면 → 원격 맥에서 성공 과정을 만든 뒤 자동 빌드를 검토합니다.
- 앱 스토어 제출이 목표이면 → Xcode 26과 iOS 26 계열 SDK, 서명 권한을 먼저 확인한 뒤 맥 환경을 선택합니다.
- 물리적인 아이폰 연결과 화면 확인이 필요하면 → 아이폰을 실제로 연결할 수 있는 원격 또는 로컬 맥인지 먼저 문의합니다.
현재 윈도우 환경의 장점은 Unity 제작 비용과 접근성이 낮다는 점입니다. 그러나 프로젝트를 맥으로 옮길 때마다 파일을 압축하고, 플러그인 설정을 다시 확인하고, Xcode 로그를 별도로 전달해야 하는 번거로움이 생깁니다. 반대로 맥을 장기간 직접 구매하면 테스트가 끝난 뒤에도 장비 비용과 관리 부담이 남습니다.
자주 막히는 질문
윈도우에서 Unity 프로젝트를 아이폰 앱으로 바로 만들 수 있나요?
윈도우에서는 Unity 프로젝트를 제작하고 iOS Build Support를 사용해 Xcode 프로젝트까지 생성할 수 있습니다. 하지만 Xcode 프로젝트는 설치 가능한 아이폰 앱 자체가 아닙니다. 최종 컴파일과 서명, 기기 설치는 macOS에서 실행되는 Xcode가 담당합니다. 따라서 원격 맥이나 자동 빌드 환경이 마지막 단계에 필요합니다.
Xcode 프로젝트를 내보낸 뒤 무엇을 해야 하나요?
프로젝트 폴더를 맥으로 전달한 뒤 Xcode에서 엽니다. 번들 식별자와 개발 팀을 확인하고, 서명 설정을 정리한 다음 아이폰을 실행 대상으로 선택합니다. 이후 빌드 및 실행을 진행하며, 오류가 발생하면 Xcode 로그와 Unity 플러그인 설명을 함께 확인합니다. 프로젝트 폴더만 옮기고 설정을 확인하지 않으면 서명 오류가 생길 수 있습니다.
맥이 없으면 Unity 게임을 아이폰에서 테스트할 수 없나요?
윈도우만으로는 전체 로컬 테스트를 완료하기 어렵습니다. Unity 공식 절차상 윈도우에서 Xcode 프로젝트를 생성할 수는 있지만, Xcode가 macOS에서만 실행되기 때문입니다. 아이폰 테스트가 필요하면 원격 맥에서 프로젝트를 열고 서명한 뒤 기기에 설치하거나, 안정된 프로젝트에 한해 자동 빌드를 사용할 수 있습니다.
원격 맥과 자동 빌드 중 무엇을 먼저 선택해야 하나요?
처음 빌드하거나 플러그인을 추가하는 단계라면 원격 맥이 더 적합합니다. 화면을 직접 보면서 설정을 바꾸고 오류 원인을 확인할 수 있기 때문입니다. 같은 프로젝트를 반복적으로 빌드하고 설정이 고정된 뒤에는 자동 빌드가 편리할 수 있습니다. 초보자는 원격 맥에서 한 번 성공한 뒤 자동화로 넘어가는 편이 안전합니다.
현재 윈도우만 사용하는 방식은 Unity 제작에는 충분하지만, Xcode 프로젝트를 전달할 때마다 파일 정리와 설정 확인이 필요하고, 아이폰 연결 및 서명 오류를 직접 관찰하기 어렵다는 단점이 있습니다. 장기간 사용할 맥을 바로 구매하는 방법도 있지만, 특정 수업이나 게임 프로젝트 때문에 잠시 필요한 경우에는 비용과 관리 부담이 커질 수 있습니다.
따라서 다음 결과물이 아이폰 설치나 앱 스토어 제출이라면, 먼저 프로젝트 기간에 맞춰 JexMac의 원격 맥에서 Unity 프로젝트부터 Xcode 빌드까지 한 번의 흐름으로 확인하는 방법이 현실적입니다. 필요한 기간만 사용하면서 실제로 맥이 계속 필요한지 판단할 수 있으므로, JexMac 이용 안내와 사용 가능한 요금제를 확인한 뒤 학습 일정에 맞춰 선택하시기 바랍니다.
자주 묻는 질문
윈도우에서 만든 Unity 프로젝트를 바로 아이폰 앱으로 만들 수 있나요?
윈도우에서는 Unity 프로젝트를 제작하고 아이오에스 빌드 지원 모듈을 사용해 엑스코드 프로젝트를 생성할 수 있습니다. 다만 그 결과물은 아직 아이폰에 설치하는 앱이 아닙니다. 최종 앱 생성, 서명, 기기 설치는 맥에서 실행되는 엑스코드가 담당하므로, 원격 맥이나 자동 빌드 환경이 추가로 필요합니다.
엑스코드 프로젝트를 내보낸 다음에는 어떤 작업을 해야 하나요?
프로젝트 폴더를 맥으로 옮긴 뒤 엑스코드에서 프로젝트를 열고 번들 식별자, 개발 팀, 서명 설정을 확인해야 합니다. 이후 연결한 아이폰을 실행 대상으로 선택하고 빌드 및 실행을 진행합니다. 플러그인이 포함된 프로젝트라면 네이티브 라이브러리와 추가 설정이 빠지지 않았는지도 함께 확인해야 합니다.
맥이 없을 때 Unity 게임을 아이폰에서 테스트하려면 어떻게 해야 하나요?
가장 이해하기 쉬운 방법은 전체 화면을 조작할 수 있는 원격 맥을 잠시 사용하는 것입니다. 윈도우에서 프로젝트를 만들고 엑스코드 프로젝트를 전달한 뒤, 원격 맥에서 서명과 빌드를 처리하고 아이폰을 연결해 실행합니다. 단순 결과물 생성만 반복한다면 자동 빌드도 가능하지만, 첫 테스트에는 원격 맥이 문제를 찾기 쉽습니다.
Unity 아이오에스 빌드는 원격 맥과 자동 빌드 중 무엇이 초보자에게 적합한가요?
처음 한 번의 빌드, 서명 오류, 네이티브 플러그인 문제를 직접 확인해야 한다면 원격 맥이 더 적합합니다. 화면을 보면서 설정을 바꿀 수 있기 때문입니다. 반대로 프로젝트가 안정되고 같은 절차를 반복한다면 자동 빌드가 편리합니다. 초보자는 먼저 원격 맥으로 과정을 이해한 뒤 자동화를 검토하는 편이 안전합니다.
맥 없이 시작한 아이오에스 빌드, JexMac으로 마무리하세요
윈도우에서 만든 유니티 프로젝트를 JexMac의 원격 맥에서 엑스코드 빌드까지 이어갈 수 있습니다.