간단한 답변: 어떤 Google Play 단계적 배포 배포합니다 앱 업데이트를 일정 비율의 적격 사용자에게 켜짐 프로덕션, 공개 테스트, 또는 비공개 테스트 전체 배포에 도달하기 전에 전체 배포 로 100%. Google 단계적 배포 비율을 앱 업데이트로 제한하며, ...이 아닌 트랙의 첫 릴리스 (첫 공개 또는 비공개 테스트 게시 포함). 시작: 새 Android App Bundle로 릴리스를 만들고, 업데이트 검토 단계에서 출시 비율을 선택한 뒤 클릭하세요. 출시 시작 (릴리스 준비 및 배포). 확대: 릴리스 탭 → 출시 관리 → 출시 업데이트 → 더 높은 비율로 설정 → 업데이트 확인 (퍼센트가 자동으로 올라가지 않음)). 중단: 출시 관리 → 롤아웃 중단 (추가 사용자는 스테이징 버전을 받지 않음; 이미 업데이트한 사용자는 해당 버전에 남음). 재개: 출시 관리 → Rollout 재개 → 퍼센트 설정 → 업데이트 확인. 전체 배포: 증가 100% 포함 출시 업데이트. 의 경우 Capacitor 앱의 경우, 스토어 롤아웃과 함께 사용하세요 Capgo 채널 및 단계적 롤아웃 네이티브 릴리스 사이에 Live Update를 적용하고, 확인해 보세요 TestFlight 및 Android 테스트 트랙 프로덕션 전 단계의 체계를 잡기 위해.
2026년 Play Console 트랙
Google은 네 가지 출시 경로를 문서화합니다:
| Play Console 트랙 | 빌드 수신자 | 단계적 출시 비율 |
|---|---|---|
| 내부 테스트 | 최대 100명의 초대 테스터 | 단계적 비율 출시 없음 (테스터에게 전체 트랙 배포) |
| 비공개 테스트 | 선택한 이메일 리스트 또는 Google Groups | 지원 |
| 공개 테스트 | 스토어 등록정보를 통해 참여한 모든 사용자 | 지원 |
| 프로덕션 | 선택한 국가의 대상 사용자 | 예 (프로덕션에서 국가 타겟팅 가능) |
출처: 릴리스 준비 및 배포 및 공개, 비공개 또는 내부 테스트 설정.
일반적인 흐름: 내부 테스트 스모크 테스트용, 비공개 테스트 신뢰할 수 있는 베타 그룹용, 공개 테스트 더 폭넓은 피드백을 받은 뒤, 프로덕션 단계적 비율로 진행합니다. Android 테스트 트랙과 iOS TestFlight 워크플로를 비교하려면 다음을 읽어보세요: TestFlight 및 Android 테스트 트랙.
Play 단계적 출시 작동 방식
Google의 단계적 출시를 통한 앱 업데이트 배포 가이드에서는 다음 루프를 설명합니다:
- 열기 프로덕션, 공개 테스트, 또는 비공개 테스트 Play Console에서.
- 릴리스를 생성하거나 편집하고 업로드할 Android App Bundle 의
versionCode가 해당 트랙에 이미 있는 릴리스보다 높은지 확인하세요. Play는 사용자가 대상이 되는 모든 트랙에서 가장 호환되는versionCode를 제공하므로, 더 새로운 Production 빌드가 같은 사용자의 낮은 테스트 트랙 빌드를 덮어쓸 수 있습니다. - 의 검토 단계에서 업데이트의 경우, 다음을 선택하세요 롤아웃 비율 (릴리스 준비 및 배포).
- 클릭 출시 시작.
- Android vitals 및 크래시를 모니터링하고, 트랙에 맞는 피드백(테스트 트랙의 테스터 노트, 프로덕션의 공개 리뷰)을 추적하세요.
- 높이기 비율을 출시 관리 → 출시 업데이트 → 업데이트 확인.
- 중단 또는 재개 과 출시 관리 일시 중지하거나 계속 진행해야 할 때
- 승격 대상 100% 비율 전체 배포 지표가 양호할 때.
Google 문서의 주요 제약 사항:
- 단계적 출시 시 Google은 해당 트랙 대상 사용자 중 무작위로 업데이트를 할당합니다. Play Console에서 어떤 사용자가 단계적 빌드를 받을지 선택할 수는 없습니다. 비공개 테스트(Closed testing) 테스터 초대는 단계적 출시 할당과 별개입니다.
- 새 출시를 시작하기 전에 해당 트랙의 충돌하는 초안 릴리스를 완료하거나 폐기하세요. 미처리된 단계적 릴리스를 해결하거나 게시되지 않은 변경 사항을 먼저 제거해야 합니다(릴리스 준비 및 배포).
- 사용자가 즉시 설치하도록 강제할 수는 없으며, Play에서 릴리스를 전달할 때 업데이트됩니다.
- 프로덕션 단계적 출시는 다음을 대상으로 할 수 있습니다 특정 국가 또는 지역; 테스트 트랙은 해당 트랙의 테스터 규칙을 따릅니다.
- 사용자가 중단 및 재개, Google은 다음 사항에 영향을 미친다고 문서화합니다 동일한 사용자 집합 이전과 동일하게 유지됩니다.
이 Google Play 개발자 API 트랙 ID를 매핑합니다 (production, beta 공개 테스트용, qa 내부 테스트용 및 이름이 지정된 비공개 트랙 포함) 릴리스를 자동화하는 경우.
일반적인 롤아웃 일정과 모니터링할 항목
Google은 필수 퍼센트 단계표를 공개하지 않습니다. 팀들은 보통 소규모로 시작하고, 신호를 기다립니다, 그 다음 증가 포함 출시 업데이트 도달할 때까지 100%일반적인 프로덕션 패턴은 초기 비율을 낮게 시작하고, vitals가 정상이면 중간 단계로, 이후 전체 롤아웃을 향해 더 큰 폭으로 확대하는 것입니다. 사용자 기반과 리스크 허용 범위에 맞춰 타이밍을 조정하세요.
| 시그널 | 확인할 위치 |
|---|---|
| 크래시율 (사용자 설치 후) | Play Console Android vitals |
| ANR (사용자 설치 후) | Play Console Android vitals |
| 사전 출시 점검 (대규모 배포 전) | 테스트 기기 대상 Play Console 사전 출시 보고서 |
| 사용자 리뷰 (프로덕션 단계적 출시) | 해당 버전의 스토어 등록정보 평점 및 리뷰 |
| 테스터 피드백 (공개 또는 비공개 테스트) | 테스트 트랙 피드백 및 이메일/그룹 채널 |
| 백엔드 에러 | 버전 헤더와 연관된 API 대시보드 |
Google의 staged rollout 팁 면밀한 모니터링을 권장합니다 크래시 리포트 및 사용자 피드백 실제 출시 중에는. 신호를 수집할 수 있도록 배포 비율을 올리는 간격을 충분히 두세요. 많은 팀은 초기 프로덕션 비율에서 최소 하루는 유지합니다.
네이티브 버그가 출시되면, 중단 Play rollout을 중단하고 더 높은 버전의 수정된 bundle을 게시하세요 versionCode. Play는 바이너리를 자동으로 롤백하지 않습니다. 네이티브 수정이 Play를 거쳐야 하는 경우와 웹 레이어 업데이트의 차이는 다음을 참고하세요. Google에서 라이브 업데이트를 허용하나요? 및 Capacitor OTA 앱 스토어 승인 가이드.
롤아웃 중단 및 이미 업데이트된 사용자
롤아웃 중단 즉, Play가 단계적 버전을 추가 사용자 중 아직 받지 않은 사용자에게는 더 이상 제공하지 않는다는 뜻입니다. 이미 단계적 버전을 받은 사용자는 해당 버전을 유지합니다. 중단 조치만으로는 자동으로 롤백되지 않습니다.
웹 콘솔 단계: 트랙 열기 → 릴리스 → 출시 관리 → 롤아웃 중단.
중단 후 계속하려면: 출시 관리 → Rollout 재개 → 롤아웃 비율 설정 → 업데이트 확인.
번들 자체가 잘못됐다면 새 릴리스를 수정된 Android App Bundle과 더 높은 버전 코드로 생성한 후 versionCode, 해당 릴리스를 원하는 대로 단계적 또는 100%로 롤아웃하세요.
Capgo 채널 및 퍼센트 롤아웃(라이브 업데이트)
스토어 롤아웃은 다음을 변경합니다: 네이티브 쉘 사용자가 Play에서 다운로드하는 것입니다. Capgo 다음을 처리합니다: 라이브 웹 번들 업데이트 이미 설치된 Capacitor 앱 내에서
- 채널 디바이스를 업데이트 스트림에 매핑합니다 (
production,beta, 사용자 지정 이름). 디버깅할 때 특정 디바이스 ID를 채널에 강제로 지정할 수 있습니다. - 단계적 배포 채널에 stable fallback을 제공합니다. 번들을 유지하면서 롤아웃 대상 설정된 비율 기기 비율에 도달합니다. 웹 계층 수정 시 새 Play 빌드를 배포하지 않고도 비율을 증가, 감소, 일시 중지, 완료 또는 롤백할 수 있습니다.
네이티브 code, 권한 또는 targetSdkVersion을 변경할 때 Play 단계적 롤아웃을 사용하세요. 수정 사항이 HTML, CSS 또는 JavaScript에 있고 규정 준수 검토에서 OTA 배포가 허용되는 경우 Capgo 백분율 롤아웃을 사용하세요.
권장되는 통합 전략
- 네이티브 변경 사항을 통해 배포 내부 테스트, 그 다음 비공개 테스트 또는 공개 테스트 후에 프로덕션 단계적 출시.
- 일상적인 웹 수정을 위해 프로덕션 기기를 안정적인 Capgo 채널로 연결하세요.
- 실행하세요: 점진적 출시 를 채널에서 자동 안정 폴백이 포함된 카나리 웹 번들을 원할 때.
- Vitals 지표가 악화되면 Play 롤아웃을 중단하고, 웹 메트릭이 악화되면 Capgo 점진적 롤아웃을 롤백하세요.
규칙 및 요구사항 알림
- 새 번들마다 더 높은
versionCode이미 사용자가 받을 수 있는 오버랩된 트랙의 빌드보다 - Play App Signing을 사용하는 앱은 트랙별로 서명된 AAB를 업로드해야 합니다 Google Play 앱 서명.
- 같은 트랙에서 충돌하는 릴리스를 시작하기 전에 미완료된 단계적 릴리스를 완료하거나 초안을 삭제하세요 (릴리스 준비 및 배포).
자주 묻는 질문
Google Play Console에서 단계적 롤아웃은 어떻게 작동하며, 롤아웃 비율을 어떻게 높일 수 있나요?
트랙 사용자의 일부에게 업데이트를 배포합니다. 열기 릴리스, 다음을 선택합니다: 출시 관리, 그 다음 출시 업데이트, 더 높은 비율을 입력하고 클릭하세요 업데이트 확인. 비율은 자동으로 증가하지 않습니다.
Android 단계적 배포는 소규모 비율에서 100%까지 어떻게 진행되나요?
에서 선택한 비율로 시작하세요 출시 시작, vitals와 리뷰를 모니터링한 후 반복하세요 출시 업데이트 확인할 때까지 100% 전체 배포를 위해.
Google Play에서 배포 중단(halt rollout)은 무엇을 의미하나요?
추가 사용자가 스테이징 빌드를 받지 못하도록 중단합니다. 이미 업데이트한 사용자는 게시하는 다른 버전을 설치할 때까지 해당 버전을 유지합니다.
중단 후 어떻게 재개하나요?
사용 출시 관리 → Rollout 재개, 비율을 설정하고 업데이트 확인. Google은 중단과 재개를 동일한 사용자 코호트에 적용합니다.
점진적 모바일 앱 롤아웃 중 무엇을 모니터링해야 하나요?
크래시 리포트, Android vitals의 ANR, 사전 출시 결과, Open 또는 Closed 테스트의 테스터 피드백, 그리고 Production에서 스테이징 롤아웃이 실행될 때의 공개 리뷰입니다.
전체 롤아웃이란 무엇인가요?
릴리스가 제공되는 대상은 100% 대상 국가의 해당 트랙 사용자 중, 일반적으로 단계적 배포 비율을 설정하여 100% 포함 출시 업데이트.
Google Play Staged Rollouts: 작동 원리에서 이어서 보기
사용 중이라면 Google Play 단계적 출시: 작동 방식 스토어 승인 및 배포를 계획하려면, 다음 항목과 연결하세요 @capgo/capacitor-in-app-review @capgo/capacitor-in-app-review의 구현 세부 사항에 대해서는, @capgo/capacitor-in-app-review 사용하기 @capgo/capacitor-in-app-review 사용하기에서 네이티브 기능은, @capgo/capacitor-native-market @capgo/capacitor-native-market의 구현 세부 사항은, @capgo/capacitor-native-market 사용하기 @capgo/capacitor-native-market 사용하기의 네이티브 기능은, Capacitor OTA 업데이트: App Store 승인 가이드 Capacitor OTA 업데이트: App Store 승인 가이드의 실무 맥락은.
