iPhone 앱 만드는 법 (Mac이 있어도, 없어도)

iPhone 앱을 만들려면 만드는 방식을 고르고(Mac에서 Apple의 Xcode로 Swift를 쓰거나, 크로스플랫폼 프레임워크를 쓰거나, 클라우드에서 빌드해 iOS용으로 감싸 주는 웹앱 빌더를 쓰는 방식 중 하나), Apple Developer Program에 가입하고, TestFlight로 앱을 테스트한 뒤 App Review에 제출하면 됩니다. 서비스가 대신 빌드하고 서명해 준다면 Mac이 없어도 iPhone 앱을 만들 수 있지만, 본인 명의의 Apple 개발자 계정은 항상 필요합니다. 이 가이드는 각 방법과 사람들이 자주 걸려 넘어지는 Apple 고유의 규칙을 설명합니다.

iPhone 앱만의 차이점

iOS는 Android보다 엄격한 점이 세 가지 있습니다:

1. 서명이 필수입니다. 개발 단계 밖에서 설치되는 모든 앱은 Apple 개발자 계정의 인증서로 서명되어야 합니다. 친구의 iPhone에 파일을 그대로 설치하는 방식 같은 것은 없습니다.
2. Xcode는 macOS에서만 실행됩니다. Apple의 앱 빌드 및 업로드 도구는 Mac이 필요하며, 다른 사람의 Mac이 대신 작업해 주는 경우는 예외입니다.
3. App Store에 출시되는 모든 앱은 Apple 직원이 공개된 가이드라인에 따라 심사합니다.

이것이 iPhone을 피해야 한다는 뜻은 아닙니다. 계정, 심사, 테스트 단계를 미리 계획해 두라는 뜻입니다.

만드는 방법 세 가지

Swift와 Xcode로 네이티브 개발

Swift와 SwiftUI는 Apple의 자체 언어이자 UI 프레임워크입니다. Xcode에서 빌드하고, iOS 시뮬레이터에서 앱을 실행하고, 케이블이나 무선으로 iPhone에 설치합니다.

• 이럴 때 고르세요: 최고의 성능, 최신 iOS 기능, 위젯, 깊은 하드웨어 접근이 필요할 때.
• 예상해야 할 것: Mac, 처음이라면 몇 달간의 학습, 그리고 나중에 Android용으로 따로 만드는 작업.

Flutter 또는 React Native로 크로스플랫폼 개발

하나의 코드베이스로 iPhone 앱과 Android 앱을 함께 만듭니다. 최종 iOS 빌드와 업로드에는 여전히 Mac이나 클라우드 Mac 서비스가 필요합니다.

iOS용으로 감싼 웹앱

웹앱을 네이티브 셸에 넣고 서명된 iPhone 앱으로 빌드하는 방식입니다. Mythex가 iPhone 앱을 만드는 방식이 바로 이것입니다. 채팅으로 앱을 설명하면 Mythex가 데이터베이스와 스토리지를 갖춘 풀스택 웹앱으로 만들고, 게시하면 Pro 플랜에서는 Mythex가 자체 Mac 빌드 머신에서 iPhone 앱을 빌드하고, 여러분의 App Store Connect API 키로 서명해 TestFlight에 업로드합니다. 책상에 Mac을 둘 필요도 없고 Xcode도 필요 없습니다.

솔직한 한계가 있습니다. Mythex는 Swift를 작성하지 않습니다. 휴대폰 앱은 게시된 앱을 열어 보여 주는 방식이므로, 예약, 포털, 주문, 트래커, 커뮤니티 도구처럼 화면이 웹 페이지로 잘 동작하는 앱에 맞습니다. 그리고 게시할 때마다 변경 사항이 바로 반영됩니다.

1단계: Apple Developer Program 가입

2026년 11월 기준 멤버십은 연 99 USD입니다(지역에 따라 가격이 다를 수 있습니다). 다음 두 가지 형태로 등록할 수 있습니다:

• 개인. 법적 이름이 App Store에 판매자로 표시됩니다. 2단계 인증이 설정된 Apple 계정이 필요합니다.
• 조직. 회사 이름이 표시됩니다. Apple은 법인 실체, D-U-N-S 번호(대부분의 지역에서 무료), 회사 도메인의 업무용 이메일, 작동하는 웹사이트를 요구합니다. 인증에 시간이 더 걸릴 수 있으니 여유를 두세요.

공인 교육 기관은 수수료 면제 혜택으로 등록할 수 있습니다.

2단계: 첫 버전 만들기

핵심 흐름만 담으세요. 작은 스튜디오의 수업 예약 앱을 예로 든 프롬프트입니다:

요가 스튜디오를 위한 iPhone 중심 앱을 만들어 주세요. 회원은 이메일로 가입하고, 이번 주 수업 시간표(수업명, 강사, 시간, 남은 자리)를 볼 수 있어야 합니다. 수업을 예약하거나 대기자 명단에 올릴 수 있고, 수업 시작 두 시간 전까지 취소할 수 있어야 합니다. 회원은 두 번째 탭에서 예정된 예약을 볼 수 있어야 합니다. 스튜디오 운영자는 웹에 로그인해 수업을 추가하고 누가 예약했는지 볼 수 있어야 합니다. 차분한 디자인, 하단 탭 바, 큰 버튼으로 해 주세요.

Mythex iOS 앱 빌더에서 이 앱을 만들고 실시간 미리보기로 확인할 수 있으며, 게시한 뒤에는 iPhone 브라우저에서 열어 볼 수 있습니다.

3단계: Apple의 기대에 맞게 설계하기

Apple 가이드라인 4.2는 앱이 단순히 웹사이트를 다시 포장한 것 이상이어야 한다고 말합니다. 이를 충족하는 실용적인 방법은 다음과 같습니다:

• 홍보 책자가 아니라 도구로 만드세요. 계정, 저장된 데이터, 사용자가 다시 찾아오는 기능이 있어야 합니다.
• 휴대폰에 맞게 배치하세요. 하단 탭 바를 쓰고, 작은 데스크톱 메뉴를 피하고, 핀치 확대가 필요 없게 하세요.
• 연결이 없을 때 빈 화면 대신 명확한 메시지를 보여 주세요.
• 핵심 작업을 데스크톱 웹사이트로 보내는 링크는 숨기세요.

초기에 중요한 규칙이 두 가지 더 있습니다. 앱에서 계정을 만들 수 있다면 앱 안에서 계정을 삭제할 수도 있어야 합니다(가이드라인 5.1.1(v)). 돈을 내고 디지털 기능이나 콘텐츠를 잠금 해제하는 경우 Apple은 앱 내 구매를 요구합니다(가이드라인 3.1.1).

4단계: App Store Connect에서 앱 만들기

App Store Connect는 Apple의 앱 관리 웹사이트입니다. Apps에서 **+**를 누르고 New App을 선택한 뒤 이름, 기본 언어, Bundle ID, SKU(직접 정하는 관리용 코드)를 입력하세요. Apple은 외부 도구가 이 레코드를 만들도록 허용하지 않으므로 한 번은 직접 해야 합니다. Mythex에서는 첫 iPhone 빌드가 사용할 정확한 이름과 Bundle ID를 알려 줍니다.

Mythex가 빌드에 서명하고 업로드하게 하려면 Users and Access → Integrations → App Store Connect API에서 Admin 역할의 Team 키를 만들고, .p8 파일을 다운로드한 뒤(Apple은 한 번만 다운로드하게 합니다) Issuer ID와 함께 프로젝트에 추가하세요. Mythex는 저장하기 전에 Apple에 키를 확인합니다.

5단계: TestFlight로 테스트하기

빌드를 업로드하면 Apple이 처리하는데, 보통 몇 분에서 30분 정도 걸립니다. 그다음:

• 내부 테스터(App Store Connect 팀 최대 100명)는 바로 설치할 수 있습니다.
• 외부 테스터(이메일 또는 공개 링크로 최대 10,000명)는 그룹의 첫 빌드가 짧은 베타 심사를 통과해야 합니다.
• 각 빌드는 90일 동안만 사용할 수 있고, 그 후에는 만료됩니다.

iPhone에 TestFlight 앱을 설치하고 초대를 수락한 뒤 주요 흐름을 테스트하세요. 큰 글씨, 다크 모드, 알림을 끈 상태에서도 시험해 보세요. 베타 테스트 가이드는 테스터를 찾고 피드백을 모으는 데 도움이 됩니다.

6단계: App Review 제출하기

제출 전에 스크린샷, 설명, 지원 URL, 개인정보 처리방침 URL, 수집하는 데이터에 대한 App Privacy 답변, 연령 등급, 가격이 필요합니다. 앱에 로그인이 필요하다면 Apple에 데모 계정을 제공하세요. Apple은 제출의 절반 이상을 24시간 이내에, 90%를 48시간 이내에 검토한다고 밝혔습니다.

전체 체크리스트와 흔한 거절 사유는 App Store에 앱을 게시하는 방법에 정리되어 있습니다.

7단계: 업데이트 배포하기

네이티브 앱과 크로스플랫폼 앱은 변경할 때마다 새 빌드와 새 심사가 필요합니다. 감싼 웹앱은 다릅니다. 콘텐츠와 기능 변경은 웹앱을 게시하는 순간 iPhone 사용자에게 반영됩니다. 아이콘, 이름, 권한 같은 셸 수준의 변경에만 새 스토어 버전이 필요합니다.

비용 한눈에 보기

다음 단계

사용자 대부분이 iPhone을 쓴다면 여기서 시작해 나중에 Android를 추가하세요. 사용자가 나뉘어 있다면 모바일 앱 만드는 법에서 하나의 코드베이스로 두 플랫폼을 함께 지원하는 방법을 비교해 보고, Google 쪽은 Android 앱 만드는 법을 참고하세요.

자주 묻는 질문