Google Play 출시 트랙을 이해하는 방법
Google Play Console에는 여러 출시 트랙이 있습니다. 처음 앱을 배포할 때 내부 테스트, 비공개 테스트, 공개 테스트, 프로덕션의 차이를 이해하지 못하면 심사와 배포 흐름이 헷갈릴 수 있습니다.
출시 트랙 4가지
내부 테스트
소수의 팀원이나 본인 기기에서 빠르게 확인하기 위한 트랙입니다. 반영이 빠르고, 개발 중 테스트에 적합합니다.
비공개 테스트
이메일 목록이나 Google 그룹으로 지정한 사용자에게만 앱을 배포합니다. 통제된 베타 테스트에 적합하며, 일부 계정 유형에서는 프로덕션 출시 전 요구 조건을 충족하는 데 필요할 수 있습니다.
공개 테스트
Play Store에서 누구나 테스트에 참여할 수 있는 공개 베타입니다. 넓은 피드백을 받을 수 있지만, 외부 사용자에게 노출되므로 품질 관리가 필요합니다.
프로덕션
실제 사용자에게 공개되는 정식 출시 트랙입니다. 심사를 거쳐 전체 또는 선택 국가에 배포됩니다.
트랙 승격
같은 앱 번들을 낮은 트랙에서 검증한 뒤 높은 트랙으로 승격할 수 있습니다. 예를 들어 내부 테스트에서 확인한 빌드를 비공개 테스트로 올리고, 이후 프로덕션으로 승격하는 식입니다.
어떤 순서가 좋을까
처음 출시라면 다음 순서가 안전합니다.
- 내부 테스트로 설치와 로그인 확인
- 비공개 테스트로 실제 사용자 흐름 확인
- 문제가 없으면 프로덕션 제출
- 출시 후 오류와 리뷰 모니터링
사전 등록은 언제 쓰나
사전 등록은 정식 출시 전에 사용자가 미리 관심을 표시할 수 있게 하는 기능입니다. 게임이나 대규모 마케팅 캠페인에는 유용하지만, 일반 업무 앱이나 소규모 B2B 앱에서는 필수는 아닙니다.
주의할 점
각 트랙은 심사 정책과 노출 범위가 다릅니다. 테스트 앱이라도 개인정보 처리방침, 권한 설명, 계정 삭제 정책 같은 요구사항을 충족해야 할 수 있습니다.
듀오랩스가 보는 관점
Google Play 출시 트랙은 단순한 배포 버튼이 아니라 위험을 단계적으로 줄이는 장치입니다. 작은 앱이라도 내부 테스트와 비공개 테스트를 거치면 출시 품질을 훨씬 안정적으로 관리할 수 있습니다.
함께 읽기
- 새 컴퓨터로 Flutter 프로젝트를 안전하게 이전하는 방법Flutter 프로젝트를 다른 컴퓨터로 옮길 때 가장 흔한 착각은 “Git 저장소만 clone하면 되겠지”라는 생각입니다. 소스 코드는 돌아오지만 .gitignore에 들어간 환경 파일, Firebase 설정, 앱 서명 키가 빠져 있으면 개발 빌드부터 스토어 업데이트까지 곳곳에서 막힙니다.
- 모바일 앱 스토어 배포 자동화를 설계할 때 볼 것들모바일 앱 배포는 빌드 파일을 만드는 것에서 끝나지 않습니다. 인증서, 서명 키, 스토어 메타데이터, 심사 정보, 버전 관리, 제출 자동화까지 함께 설계해야 반복 가능한 배포가 됩니다.
- 같은 Expo 앱인데 배포 방식은 달랐습니다: iOS와 Android 심사 제출 비교기앞선 글에서는 이미 TestFlight에 올라간 iOS 빌드를 AI가 App Store 심사까지 제출한 과정을 다뤘습니다.
- Expo로 개발할 때 자주 쓰는 실행 명령어 모음Expo 앱을 개발하다 보면 명령어보다 “지금 다시 빌드해야 하나?”가 더 헷갈립니다. 화면 코드만 바꿨는데 Gradle 빌드를 다시 돌리기도 하고, 반대로 스플래시 이미지를 바꾼 뒤 Metro만 재시작해서 왜 그대로인지 한참 보기도 합니다.
- Expo SDK 56 앱을 App Store와 Google Play에 배포하기Expo 앱을 배포한다고 하면 보통 eas build 명령 하나를 떠올립니다. 실제 운영 배포는 빌드, 앱 서명, 스토어 업로드, 베타 테스트, 심사, 공개 출시, OTA 업데이트가 서로 다른 단계입니다. 이 구분을 놓치면 CI가 성공했는데 스토어에는 앱이 없거나, JavaScript 수정이라고 생각해 OTA를 발행했는…