외주 개발이 끝나고 앱은 스토어에 잘 올라가 있는데, 개발자 계정 이름이 외주사로 되어 있는 경우가 많습니다. 업데이트를 올릴 때마다 외주사에 부탁해야 하고, 심사 반려 메일도 그쪽으로 갑니다.
계약이 끝나거나 담당 업체를 바꾸는 시점에 이 문제가 한꺼번에 터집니다. 구글과 애플 모두 소유권을 옮기는 공식 절차를 두고 있지만, 요건이 까다롭고 끝내 따라오지 않는 데이터도 분명히 있습니다.
계정을 통째로 받는 것과 앱 하나를 옮기는 것은 다릅니다
선택지는 두 가지입니다. 외주사 개발자 계정 자체를 넘겨받거나, 앱 한 개만 우리 계정으로 옮기는 앱 이전을 신청하는 것입니다.
외주사가 같은 계정에 다른 고객사 앱까지 올려뒀다면 계정 양수는 현실적인 방법이 아닙니다. 남의 앱까지 함께 따라오기 때문입니다. 대부분의 경우 앱 이전이 유일한 길이고, 이 글은 앱 이전 기준으로 정리했습니다.
구글은 양쪽 계정이 모두 정상 상태여야 시작됩니다
공식 문서 기준으로 원 계정과 이전할 앱이 플레이 정책을 위반하지 않은 상태여야 합니다. 양쪽 계정이 모두 등록을 마치고 활성 상태여야 하고, 원 계정에 실제로 로그인할 수 있어야 합니다.
신청에는 양쪽 계정의 개발자 등록 수수료 거래 ID가 필요합니다. 외주사 쪽 거래 ID를 받아야 하므로 상대가 협조하지 않으면 신청서를 채울 수 없습니다. 새 계정을 만드는 경우 등록 수수료는 25달러이고, 이전 뒤 원 계정을 닫으면 지원팀이 환불해 줍니다.
외주사의 협조 없이는 신청 자체가 성립하지 않습니다. 계약이 끝나기 전에 거래 ID와 승인 담당자를 먼저 확보하세요.
유료 앱이나 인앱 결제가 있으면 결제 프로필을 먼저 만드세요
유료 앱과 인앱 상품이 있는 앱을 옮기려면 받는 계정에 활성 상태의 결제 프로필이 있어야 합니다. 받는 계정의 기본 통화가 다르면 유료 앱 가격이 자동으로 바뀝니다.
인앱 상품만 있는 앱은 이전 직후 게시가 중단되어, 우리 쪽에서 다시 게시해야 합니다. 신규 설치가 멈추는 공백이 생기므로 이전 날짜를 프로모션 일정과 겹치지 않게 잡는 것이 안전합니다.
비공개 앱은 조건부이고 일부는 아예 옮길 수 없습니다
관리형 구글 플레이의 iframe으로 만든 비공개 앱은 이전 대상이 아닙니다. 사내 배포용으로 그렇게 만든 앱이라면 새로 올리는 것 외에 방법이 없습니다.
그 밖의 비공개 앱은 받는 계정이 같은 조직에 연결돼 있어야 하고, 신청 전에 앱을 임시로 미게시하고 조직 제한을 해제해야 합니다. 이 기간에도 기존 사용자는 앱을 쓰고 다시 설치할 수 있습니다.
애플은 앱 상태가 걸려 있으면 이전 버튼이 막힙니다
App Store에 최소 한 개 버전이 출시된 앱만 옮길 수 있습니다. 사전 주문 중인 앱은 대상이 아닙니다.
배포 처리 중, 심사 대기, 심사 중, 개발자 출시 대기 같은 상태에서도 신청이 막힙니다. 인앱 상품 ID가 받는 계정의 다른 앱과 겹치면 안 되고, Apple Arcade 앱은 이전할 수 없습니다. 양쪽 계정이 변경 중 상태가 아니어야 하며, 유료·무료 계약 최신 버전에 모두 동의해 둬야 합니다.
애플은 테스트플라이트를 비운 뒤 신청합니다
신청 전에 베타 테스트를 끄고 빌드와 테스터를 모두 지워야 합니다. 각 언어별 테스트 정보 입력란도 비워야 하고, Xcode Cloud 데이터는 삭제해야 합니다.
자동 갱신 구독이 있으면 앱 전용 공유 비밀키를 새로 만들어 인수자에게 전달하고, 인수자가 서버에 반영한 뒤 수락해야 합니다. 애플로 로그인을 쓰는 앱은 사용자별 이전 식별자를 따로 만들어야 합니다. 신청과 수락은 양쪽 모두 계정 소유자 권한을 가진 사람이 직접 해야 합니다.
따라오는 것과 포기해야 하는 것을 미리 갈라두세요
리뷰, 평점, 설치 통계, 구독, 스토어 등록정보, 콘텐츠 등급은 앱과 함께 넘어옵니다. 등록된 패키지명과 서명 키, 이미 제출한 정책 선언 같은 서류도 따라옵니다. 반대로 다음 항목은 넘어오지 않습니다.
- 매출 추정치, 정산, 수익 보고서와 일괄 내보내기 데이터
- 이전 전에 생성된 주문 — 원 계정에 그대로 남습니다
- 비공개 테스트와 내부 테스트 그룹 — 다시 만들어야 하고 테스터가 재참여해야 합니다
- 프로모션 설정, 연동 서비스 권한과 연결 설정
- 애플 쪽의 Apple Pay 머천트 ID, Wallet 패스 식별자, 게임 센터 그룹과 멀티플레이 호환 설정
파이어베이스와 애널리틱스는 자동으로 옮겨지지 않습니다. 원 계정에서 연결을 끊고 우리 계정으로 다시 연결해야 하며, 광고 SDK 설정도 새 계정 기준으로 고쳐 넣어야 합니다.
환불 창구와 과거 매출 증빙은 외주사에 남습니다
구글은 이전 전에 생긴 주문이 원 계정에 남습니다. 환불 요청이 들어오면 외주사가 처리하거나 개발자 API로 처리해야 합니다. 계약을 끝내기 전에 이 처리를 누가 언제까지 맡을지 문서로 남겨두세요.
애플도 양도인은 이전 전 활동 데이터만, 인수자는 이전 후 거래만 봅니다. 다만 인수자의 앱 분석 데이터는 2015년 4월 1일 또는 앱의 최초 출시 시점 중 늦은 쪽부터 제공됩니다. 세무나 투자 자료로 과거 매출 증빙이 필요하면 신청 전에 모두 내려받아야 합니다.
기간은 구글 2영업일, 애플 60일에 2영업일로 보세요
구글은 받는 쪽이 요청을 승인한 뒤 지원팀이 검토하며, 전송 요청에 2영업일 안에 회신합니다. 승인 단계가 지연되는 쪽이 보통 더 오래 걸립니다.
애플은 신청하면 앱이 이전 대기 상태가 되고, 인수자가 60일 안에 수락하지 않으면 요청이 만료됩니다. 수락 후 처리에는 최대 2영업일이 걸리고, 수출 규정 서류가 필요한 앱은 애플 검토가 끝날 때까지 더 기다립니다.
실제 병목은 심사 일정이 아니라 준비 작업입니다. 거래 ID 확보, 결제 프로필 개설, 테스트플라이트 정리를 포함해 2~3주 여유를 두고 일정을 잡으세요. 공식 절차는 구글 플레이 앱 이전 문서와 App Store Connect 앱 이전 문서에서 확인할 수 있습니다.
이럴 때는 앱 이전이 맞지 않습니다
Apple Arcade 앱, 샌드박스에서 애플리케이션 그룹 컨테이너를 다른 맥 앱과 공유하는 맥 앱, iframe으로 만든 관리형 비공개 앱은 이전 대상이 아닙니다. 이 경우는 새 계정에 다시 올리고 사용자를 옮기는 계획을 세우는 편이 빠릅니다.
로그인 유지가 중요한 앱도 주의가 필요합니다. 키체인 공유는 앱을 업데이트하기 전까지만 동작하고, 새 팀 ID로 다시 빌드한 뒤에는 사용자가 한 번 더 로그인해야 합니다. 푸시 인증서와 머천트 ID 재발급 작업도 함께 잡으세요. 이전 전후 점검은 실무 가이드 글을 참고하시고, 앱 인수나 유지보수 이관이 필요하면 Codeforest로 문의하세요.
결론: 협조와 데이터를 먼저 확보한 뒤 신청하세요
앱 이전으로 지킬 수 있는 것은 리뷰, 평점, 설치 기반, 패키지명입니다. 포기해야 하는 것은 과거 주문과 정산 내역, 매출 보고서, 테스트 그룹, 연동 서비스 권한입니다. 이 구분을 먼저 받아들이면 준비할 일이 분명해집니다.
순서는 하나입니다. 보고서와 매출 데이터를 내려받고, 받는 계정의 등록과 결제 프로필을 끝내고, 외주사에서 거래 ID와 승인 담당자를 확보한 뒤 신청하세요. 계약서에 이전 협조 의무와 환불 처리 책임을 적어두는 것이 가장 확실한 대비입니다.