TL;DR. 앱을 다른 Apple Developer 계정으로 이전해도 번들 ID, 평점, 리뷰는 그대로 유지됩니다 — Apple 자체 문서도 이전 과정 내내 앱이 “리뷰와 평점을 유지한다”고 명시합니다. 이전을 시작하거나 수락할 수 있는 것은 계정 소유자 역할뿐이며, 이전이 보류 중인 동안(최대 60일) 이전하는 측 계정은 메타데이터, 가격, 인앱 구입을 건드릴 수 없습니다. TestFlight 테스트, Xcode Cloud 데이터, Apple Pay 판매자 ID, APNs 푸시 인증서, Wallet 패스는 모두 자동으로 이전되지 않으며 이전받는 측에서 다시 설정해야 합니다.
인디 개발자가 앱 이전을 겪는 이유는 몇 가지가 있습니다: 앱을 통째로 판매하거나, 에이전시가 완성된 빌드를 클라이언트 본인 계정으로 넘기거나, 유료 광고로 확장하기 전에 개인 계정에서 법인 계정으로 옮기는 경우입니다. 사람들이 가장 먼저 걱정하는 건 대개 평점 기록을 잃는 것이지만, 실제로 발목을 잡는 부분은 따로 있습니다.
App Store Connect 앱 이전 시 평점과 리뷰는 유지되나요?
네. App Store Connect 고객 지원 문서는 명확합니다: “이전 중이거나 이전이 완료된 후에도 앱은 리뷰와 평점을 유지하며, 사용자는 계속 업데이트를 받을 수 있습니다.” 번들 ID도 고정된 채 유지되며 빌드가 한 번 업로드되면 변경할 수 없으므로, 앱의 아이덴티티와 리뷰 기록은 함께 이동합니다 — 단, 이는 동일한 앱의 진짜 계정 간 이전에만 해당하며, 새 번들 ID로 다시 만든 앱에 리뷰를 옮기는 것은 아닙니다. Apple은 후자를 전혀 지원하지 않습니다.
앱 이전을 시작하거나 수락할 수 있는 사람은 누구인가요?
양쪽 모두 허용되는 역할은 계정 소유자뿐입니다 — 보내는 쪽은 계정 소유자여야 이전을 시작할 수 있고, 받는 쪽도 계정 소유자여야 이전을 수락할 수 있습니다. 이는 평소 키워드 필드와 부제목을 편집할 수 있는 네 가지 역할(계정 소유자, 관리자, 앱 관리자, 마케팅)보다 훨씬 좁은 범위로, 평소 리스팅을 관리하던 관리자라도 계정 소유자 본인이 직접 로그인하지 않으면 앱을 새 계정으로 옮길 수 없습니다.
시작하려면: App Store Connect에서 앱을 열고 일반 아래 앱 정보로 이동해 추가 정보까지 스크롤한 다음 앱 이전을 선택합니다. 2단계 인증과 자격 확인을 거친 후, 받는 쪽의 Apple 계정 이메일과 팀 ID를 입력해 요청을 제출합니다.
앱이 이전 가능하려면 충족해야 할 조건
Apple은 이전을 진행하기 전에 특정 조건 목록을 확인합니다:
- 앱은 App Store에 이미 출시된 버전이 최소 하나 있어야 합니다 — 한 번도 출시되지 않은 앱은 이전할 수 없습니다.
- 현재 예약 구매로 제공 중이면 안 되며, 배포를 위한 처리 중, 심사 대기, 심사 중, 승인됨, 개발자의 출시 대기, Apple의 출시 대기 상태여도 안 됩니다.
- 인앱 구입 상품은 승인됨, 제출 준비 완료, 개발자가 판매 중단함, 거부됨 상태여야 합니다 — 그 외 상태는 이전을 막습니다.
- 받는 쪽이 동일한 인앱 구입 상품 ID를 사용하는 앱을 이미 갖고 있으면 안 됩니다.
- Apple Arcade 앱은 아예 이전할 수 없습니다.
- 양쪽 계정 모두 현재 유료 및 무료 Apple Developer Program 사용권 계약에 동의한 상태여야 하며, 해당 앱이 EU 앱을 위한 Alternative Terms Addendum을 사용했다면 받는 쪽도 이에 동의해야 합니다.
미리 계획해야 할 메타데이터 동결
이 부분이 실제로 ASO 작업에 영향을 미칩니다: 이전이 제출되고 나면, 받는 쪽이 수락하기 전까지 보내는 쪽 계정은 메타데이터, 가격, 인앱 구입을 수정할 수 없으며, 받는 쪽에게는 수락까지 최대 60일이 주어집니다. 판매 협상이 진행 중이고 키워드 필드 재작성이나 부제목 변경도 대기 중이라면, 이전을 시작하기 전에 그 변경 사항을 제출해 먼저 반영시키세요. 이전이 보류 상태가 되고 나면 잠기며, 받는 쪽의 응답 속도보다 더 빠르게 진행할 방법은 없습니다.
이 동결은 반대 방향으로도 작동합니다: 수락 시점에 받는 쪽은 자신의 지원 URL, 마케팅 URL, 개인정보 처리방침 URL(앱에 이미 있었다면 필수), App Review 연락처 정보, App Store 연락처 정보를 제공해야 하며, 앱의 기존 앱 개인정보 정보 공개를 그대로 수락하거나 새로 작성해야 합니다. 진행 중이던 App Review 커뮤니케이션은 이 인수인계 과정에서 모두 자동으로 종료됩니다. 이 중 어느 것도 선택 사항이 아닙니다 — 받는 쪽이 준비되지 않은 이전은 이런 정보를 갖추는 데만 몇 주씩 걸리며 그동안 리스팅이 사실상 잠긴 채로 남을 수 있습니다.
이전되지 않아 다시 구축해야 하는 것들
몇 가지 기술적인 요소는 앱과 함께 이동하지 않으며 받는 쪽 계정에서 다시 설정해야 합니다:
- TestFlight — 이전을 시작하기 전에 모든 베타 빌드의 베타 테스트를 꺼야 합니다.
- Xcode Cloud — 관련 워크플로 데이터를 이전 전에 앱에서 모두 제거해야 합니다.
- Apple Pay — 판매자 ID는 이전되지 않습니다. 받는 쪽이 새로 생성해야 합니다.
- 푸시 알림 — 계속 푸시를 보내려면 받는 쪽 팀이 새 APNs 인증서를 생성해야 합니다.
- Wallet 패스 — 이전 완료 후 새로운 패스 유형 식별자로 다시 발급해야 합니다.
- 자동 갱신 구독 — 앱에 자동 갱신 구독이 있다면, 보내는 쪽은 넘기기 전에 앱 공유 암호를 받는 쪽과 공유해야 합니다. 그렇지 않으면 구독 검증이 깨집니다.
iCloud 데이터, 컨테이너, 키-값 스토리지 식별자는 받는 쪽이 수락하면 자동으로 이전됩니다.
앱 이전을 클릭하기 전에
- 대기 중인 키워드 필드, 부제목, 가격 변경 사항을 먼저 내보내세요 — 이전 요청이 제출되고 나면 아무것도 움직일 수 없습니다.
- TestFlight 베타 테스트를 끄고 Xcode Cloud 데이터를 앱에서 삭제하세요.
- 받는 쪽에 로그인해서 수락할 준비가 된 계정 소유자가 있는지 확인하세요 — 60일이라는 기간은 그 사람이 실제로 그 기간 안에 행동할 준비가 되어 있어야 도움이 됩니다.
- 앱에 자동 갱신 구독이 있다면 공유 암호를 별도로 넘기세요 — 이전 과정이 자동으로 처리해 주지 않습니다.
- 수락 시 요구되는 사항(지원/마케팅/개인정보 처리방침 URL과 App Review 연락처 정보)을 받는 쪽에 미리 안내해서 누락된 정보 때문에 이전이 멈추지 않도록 하세요.