이번 편의 목표: 정책 거절을 새 버전 코드로 다시 제출하고, 출시 뒤에는 1.0.1 수정을 같은 패키지 이름으로 올립니다.
거절은 앱 레코드를 지우라는 뜻이 아닙니다. Play Console의 정책 상태와 메일 문장이 수정 범위입니다. 예제에서 자주 만나는 사유는 세 가지입니다.
첫째, 설명과 앱이 다릅니다. 클라우드 동기화를 적었는데 앱에 없으면 기능을 만들거나 문장을 지웁니다. 문장만 고치면 되는 경우 등록정보를 수정하고 다시 검토를 보냅니다.
둘째, 데이터 보안 답과 동작이 다릅니다. 분석 SDK가 있는데 수집 없음으로 두었다면 SDK를 빼거나 양식을 고칩니다. 양식만 고칠 수 있는 거절은 번들을 유지합니다. 코드를 고쳤으면 버전 코드를 올립니다.
셋째, 비공개 테스트 조건이 신청 시점에 깨져 있습니다. 참여 인원이 12명 미만이거나 14일이 연속이 아니면 인원을 채운 뒤 기간을 다시 셉니다.
코드를 고친 재제출은 마케팅 버전을 유지하고 버전 코드만 올립니다.
defaultConfig {
versionCode = 2
versionName = "1.0.0"
}서명한 AAB를 같은 트랙에 올립니다. 심사 답변에는 고친 내용을 짧게 적습니다.
예문입니다.
설명의 클라우드 문장을 삭제했습니다. 버전 코드 2는 기기 안에서 3일 연체료 300원만 표시합니다. 네트워크 전송은 없습니다.
이미 Production인 앱의 다음 수정은 새 앱이 아닙니다. 패키지 이름 com.thinktree.library는 그대로 둡니다. 5일 연체료 단추를 추가하고 하루 150원이면 750원이 표시되게 합니다. 버전 이름은 1.0.1, 버전 코드는 이전에 올린 어떤 번호보다 큰 정수입니다. 마지막이 2였다면 3입니다.
defaultConfig {
versionCode = 3
versionName = "1.0.1"
}출시 노트에는 이번 차이만 적습니다.
5일 연체료 단추를 추가했습니다. 누르면 750원이 표시됩니다. 계정과 네트워크 전송은 없습니다.
스크린샷에 새 단추가 보이면 1080×1920 이미지를 교체합니다. 데이터 수집이 그대로이면 데이터 보안 답을 바꾸지 않습니다. 프로덕션 릴리스를 만들고 검토에 제출합니다. 사용자는 Play의 업데이트로 1.0.1을 받습니다.
여기까지가 예제 앱을 Google Play에 등록하고 다음 버전을 내는 경로입니다. 계정 확인, 패키지 이름, 업로드 키, 버전 코드, 내부 테스트, 개인 계정의 14일 비공개 테스트, 사실과 같은 등록정보, 데이터 보안, 프로덕션 심사가 한 줄로 이어집니다. 기능을 더할 때마다 권한과 데이터 보안과 설명 문장을 같은 기능에 맞춰 함께 바꿉니다.
직접 해 보기
1.0.1 출시 노트에 750원만 새로 적고, 앱에 3일 단추가 아직 있으면 전체 설명에는 300원 문장을 남기는지 확인하세요.
해설
출시 노트는 이번 버전의 차이입니다. 전체 설명은 지금 앱에 남아 있는 기능입니다. 두 금액이 현재 단추와 같으면 심사 자료가 맞는 것입니다.
COMMENTS
댓글 0
이 글에 대한 의견이나 질문을 남겨 주세요.
댓글은 구글이나 카카오로 시작한 뒤에 남길 수 있습니다.
등록된 댓글이 없습니다.