Google Play가 “More Testing Required”라고 답했을 때 다시 신청하는 방법

좁은 화면에서는 표가 옆으로 스크롤됩니다

이 표가 조건부일 수밖에 없는 이유는, Google이 공개한 안내가 개발자들이 실제로 받는 결정 메시지보다 덜 구체적이기 때문입니다. 둘을 평균 내어 하나의 단정적인 답으로 만들면, 독자 절반에게 틀린 페이지가 됩니다. 아래의 모든 서술에는 공식 안내, 재현된 결정 문구, 커뮤니티 경험, 운영상의 추론 중 하나가 표시되어 있으며, 전부 2026년 8월 17일 기준 최신입니다.

거부 원인은 이 글에서 의도적으로 다루지 않습니다. 이 글이 다루는 것은 메시지를 받은 뒤에 할 일입니다. 진단 쪽은 프로덕션 액세스 신청이 거부되는 이유를 다룬 글을 참고하세요.

받은 거부 메시지가 실제로 말하는 것

같은 포럼 스레드의 개발자들이 서로 어긋나는 말을 하는 이유는, 실제로 서로 다른 메시지를 설명하고 있기 때문입니다. 그래서 이 글은 근거를 평균 내지 않고 세 등급으로 나눕니다.

1. 1등급
   Google의 현행 고객센터

   유일하게 정책에 해당하는 등급이자 가장 덜 구체적인 등급입니다. 모든 개발자를 한꺼번에 대상으로 쓰인 글이기 때문입니다.

2. 2등급
   거부 메시지를 받은 개발자가 직접 옮겨 적은 내용

   그 앱에는 바로 적용할 수 있지만 정책 문서는 아니며, Google이 시간이 지나며 문구를 바꿔 왔다는 점도 확인됩니다.

3. 3등급
   포럼과 커뮤니티 보고

   무언가가 가능하다는 것을 보여 주는 데는 쓸모 있지만, 필수라는 것을 입증하는 데는 결코 쓸 수 없습니다.

1등급이 이 상황에 대해 말하는 전부가 아래입니다. 짧다는 것 자체가 요점입니다.

... 앱 테스트를 계속해야 할 수 있습니다.

프로덕션 액세스 신청이 승인되지 않았을 때 어떤 일이 생길 수 있는지에 대해 Google이 공개한 문구입니다. Google Play Console 고객센터 14151465번 답변, 2026년 8월 17일 확인. 출처 페이지 보기

이 공개 문장은 초기화도, 새 타이머도, 대기 기간도, 테스터 그룹을 다시 꾸리라는 지시도 말하지 않습니다. 그런 내용이 나온다면 계정별 결정 문구나 커뮤니티 보고에서일 뿐입니다. 앱이 준비되지 않은 사유로 Google이 밝힌 예는 요구되는 수보다 적은 테스터, 또는 참여하지 않은 테스터입니다. 이 거부와 관련해 도는 나머지 이야기는 모두 2등급 또는 3등급이며, 아래 해독기가 내 메시지가 어느 쪽인지 알려 줍니다.

Google Play Console · 실제 결정 이메일 클릭하면 확대됩니다

여기에 한 가지 경계선을 둡니다. 받은 거부 메시지는 지금 얻을 수 있는 가장 구체적인 지시일 뿐, 두 번째 신청까지 남은 유일한 관문은 아닙니다. 신청 버튼이 활성화되는지는 여전히 Play Console이 정하고, 버튼을 누르는 날에 자격을 갖춘 참여 이력을 가진 테스터 12명 이상이 계정에 있어야 합니다. 메시지가 명시한 기간이 있으면 따르되, 이 두 가지는 따로 확인하세요.

결정 메시지를 찾을 수 없다면?

그렇다면 어떤 지시가 적용되는지 모른다는 것이 솔직한 상태이며, 그 빠진 지시를 대신 채워 줄 수 있는 페이지는 없습니다. 기간 없음 변형은 안전한 기본값이 아닙니다. 계정이 실제로는 다른 문구를 받았는데 그렇게 가정하면, 명시된 기간이 끝나기도 전에 다시 신청하게 됩니다.

1. 계정 소유자의 이메일을 검색하세요. 스팸함과 매일 확인하지 않는 다른 주소까지 포함해서, "Before applying again"으로 시작하는 문단을 찾으세요.
2. Play Console 알림과 앱의 정책 또는 게시 상태 페이지에서 결정 내용을 확인하세요.
3. Play Console 지원 문의 이력을 확인하세요. 같은 결정에 대해 이전에 문의한 기록이 원문을 그대로 인용하고 있을 수 있습니다.
4. 찾는 동안 기존 비공개 테스트는 계속 돌리세요. 메시지를 찾는 일 때문에 무언가를 멈추거나 비우거나 다시 만들 필요는 없습니다.
5. Play Console 지원팀에 문의하세요. 지시 내용을 되찾을 수 없다면, 내 앱이 어떤 안내를 받았는지 확인해 달라고 요청하세요. 운영상의 판단

문구를 확보하거나 확인을 받기 전까지는 어느 쪽으로도 기간을 가정하지 마세요. 2주가 더 필요하다고도, 전혀 필요 없다고도 단정하지 마세요.

거부되면 14일 비공개 테스트가 다시 시작되나요?

"다시 시작"이라는 말이 문제를 키웁니다. 서로 다른 세 가지를 가리키는 데 쓰이는데, 게시된 규칙은 그중 세 번째뿐입니다.

• 플랫폼 차원의 초기화. 테스트에 참여한 모든 사람의 자격 기간을 지워 버리는 Google 쪽의 사건. 근거 없음
• 추가 테스트 기간. 다시 신청하기 전에 명시된 기간만큼 더 테스트하라고 거부 메시지로 전달되는 지시. 한 메시지 계열에서 확인됨
• 개인의 연속 기록이 끊기는 것. 테스터 한 명이 참여를 해제해 그 사람의 지속 참여 기간이 끝나는 것. 게시된 작동 방식

세 번째는 테스트 전체가 아니라 개별 테스터에게 적용됩니다. 아래는 근거 전체를 등급순으로 정리한 것입니다.

좁은 화면에서는 표가 옆으로 스크롤됩니다

이 다섯 줄이 뒷받침하는 정직한 답은 하나이며, 조건부입니다. 실제로 받은 거부 메시지의 문구를 따르고, 어떤 거부도 Google이 타이머를 공식적으로 초기화했다는 증거로 여기지 마세요.

이메일에 14일 추가가 적혀 있다면

그것이 내게 주어진 지시이며, 가장 안전한 가장 이른 재신청 시점은 그 14일이 정말로 끝난 뒤입니다. 그 기간을 어디에서 채워야 하는지는 Google이 게시하지 않으므로, 요건을 충족하는 기존 트랙에서 채우는 것은 Google의 규칙이 아니라 운영상의 판단입니다. 그 2주를 그냥 흘려보내지 말고 쓰세요. 숫자를 준 바로 그 메시지가 실제 테스터도 함께 요구합니다. 운영상의 판단

이것은 플랫폼 전체에 걸친 메커니즘의 증거가 아닙니다. 한 개발자가 14일을 더 하라는 안내를 받았다는 것이 주장의 전부입니다. 평범한 이탈만으로도 인원을 잃을 수 있으니, 12명이 그대로라고 단정하기 전에 지금 누가 참여 상태인지 확인하세요.

이메일에 테스트를 계속하라고만 적혀 있다면

그렇다면 기간을 받지 못한 것이고, 그 빈자리를 채워 줄 대기 일수를 Google 고객센터도 게시하지 않습니다. 임의로 만들지 마세요. 그리고 반대쪽 실수도 조심하세요. "테스트를 계속하라"는 그날 오후에 바로 다시 신청해도 된다는 허가가 아닙니다. 요건을 충족하는 테스트를 계속 돌리고, 두 가지가 동시에 참일 때 신청하세요. Play Console이 허용하는 것, 그리고 준비 상태에 대한 답변을 실질적으로 개선할 수 있는 것입니다. 거부 메시지가 참여도나 테스터 수를 지목했다면, 바로 그 부분을 다르게 서술해야 합니다.

같은 비공개 테스트를 유지해야 하나요, 새 트랙을 만들어야 하나요?

이 글의 배경이 된 커뮤니티 스레드에서 가장 자주 나오는 질문이며, 그 밑에 깔린 두려움도 합리적입니다. 잘못 고르면 2주를 또 날린다는 두려움입니다. 알 수 없는 것은 실제로 새 트랙을 만들었을 때 Google이 어떻게 할지입니다. 그에 대해서는 어느 쪽으로도 게시된 것이 없기 때문입니다. 문서화된 권장 하나와 침묵 하나가 있다면, 위험이 낮은 길은 문서화된 쪽입니다.

Play Console · 테스트 및 출시 · 실제 스크린샷 클릭하면 확대됩니다

이런 것들을 확인하는 콘솔 경로는 그대로입니다. 테스트 비공개 테스트 트랙 관리 테스터

같은 테스터가 여전히 인정되나요?

확고한 규칙. 자격 인원으로 세는 테스터는 각자 요건을 충족하는 지속 참여 이력이 있어야 하며, 현재 기준으로는 최소한 직전 14일이 끊김 없이 이어져야 합니다. 이것은 게시된 내용이며, 테스트 전체에 걸린 하나의 타이머가 아니라 사람별로 측정됩니다.

Play Console · 비공개 테스트 · 테스터 탭 클릭하면 확대됩니다

불확실한 부분. 거부당한 개발자가 테스터를 교체해야 한다는 규칙을 Google은 게시하지 않습니다. r/androiddev의 한 댓글은 새 테스터를 전혀 추가하지 않고 네 번째 시도에서 승인받았다고 전하며, 이는 교체를 필수처럼 제시하는 데 반대되는 근거입니다. 사례 하나일 뿐이라 같은 테스터가 늘 통한다는 것을 입증하지는 못하지만, 반대편에는 아예 근거가 없다는 점에서 이쪽이 더 많은 근거입니다.

테스터에게 참여를 해제했다가 다시 참여하라고 해야 할까요?

아니요. 이 글이 막을 수 있는 가장 구체적인 실수이며, 무언가를 하고 있다는 느낌을 주기 때문에 오히려 널리 퍼져 있습니다.

참여를 해제하면 그 사람의 지속 기간이 끝납니다. 나갔다가 다시 들어오면 초기화된다는 내용은 문서화된 바 없으므로, 이 방법은 실제로 쌓인 자격 이력을 아무 대가 없이 없애 버립니다. 그것도 협조한 테스터 전원에게 한꺼번에 그렇게 합니다. 전체 인원에게 이 방법을 쓴 개발자는, 어제까지 자격을 갖췄던 그룹을 2주 뒤에야 자격이 생기는 그룹으로 바꿔 놓습니다.

목록을 "깨끗하게 시작"하려고 활동이 없어 보이는 테스터를 빼는, 더 부드러운 형태의 발상에도 같은 논리가 적용됩니다. 그렇게 해서 12명 아래로 내려간다면 자격 문제를 나아지게 한 것이 아니라 악화시킨 것이며, 거기서 어디로 가야 하는지는 자격 테스터가 12명 미만일 때를 다룬 글에서 설명합니다. 그룹을 고치는 것이 아니라 다시 꾸려야 한다면, 믿을 만한 테스터 12명을 모으는 방법을 다룬 글이 실무적인 짝입니다.

다시 신청하기 전에 무엇을 바꿔야 하나요?

그 목록에서 무엇이 빠져 있는지 눈여겨보세요. 바로 내 거부의 원인입니다. Google은 채점 모델을 게시하지 않으며, 어떤 답변이 결정을 갈랐는지 알려 줄 수 있는 페이지는 없습니다. 알려 줄 수 있는 것은 검토자가 실제로 들여다보는 주제이고, 2주를 추측에 쓰는 것보다 이쪽이 낫습니다. 애초에 왜 이 단계에서 막히는가 하는 더 넓은 질문은 비공개 테스트가 거부되는 이유를 다룬 글에서 원인을 정리했습니다. 이 섹션은 복구에 집중합니다.

테스터 12명 이상의 참여를 끊기지 않게 유지하세요

이 절차 전체에서 유일하게 확고한 하한선이며, 누군가의 요약이 아니라 Google 자신의 문장으로 읽어 볼 가치가 있습니다.

새로 만든 개인 개발자 계정이 있는 경우, 최근 14일 이상 지속적으로 테스트에 참여하겠다고 선택한 상태인 12명 이상의 테스터를 대상으로 앱의 비공개 테스트를 진행해야 합니다.

Google Play Console 고객센터, 도움말 14151465. 2023년 11월 13일 이후에 만든 개인 개발자 계정에 적용됩니다. Google은 2024년 12월 11일에 요구 인원을 테스터 20명에서 12명으로 줄였습니다. 출처 페이지 보기

이 문장에서 흔히 잘못 읽히는 지점이 셋입니다. 이것은 목표치가 아니라 최소치이며, 인원이 많을수록 결과가 낫다고 게시된 자료는 없습니다. 그리고 연속이며 테스터별로 측정되므로, 한 사람이 이탈하면 모두가 아니라 그 사람의 자격만 깨집니다. 또한 비공개 테스트를 지정하므로, 내부 테스트는 100석을 아무리 채워도 이 요건을 충족하지 못합니다. 트랙을 고민하고 있다면 내부, 비공개, 공개 테스트 비교를 다룬 글에 각각의 용도를 정리해 두었습니다.

거부 이후 인원이 하한선 아래로 떨어졌다면 그것부터 해결해야 하고, 여기에는 달력상의 시간이 듭니다. 새로 넣은 테스터도 자기 몫의 14일 연속을 채워야 인원으로 인정됩니다. 14일을 기준으로 짠 계획의 10일째에 사람을 모으기 시작하는 것이 두 번 거부당하는 전형적인 경로입니다.

테스터에게 테스트할 것을 구체적으로 주세요

Google의 권장 사항은 구체적입니다. 테스터에게 명확한 안내를 주고, 어떤 의견을 원하는지 알려 주고, 앱의 기능을 가능한 한 많이 써 보도록 독려하라는 것입니다. 이것은 "설치만 유지해 주세요"와는 전혀 다른 요청이며, 실제로 대부분의 테스터 12명 그룹이 받는 요청은 후자입니다.

Google이 말하는 바와 인터넷이 말하는 바의 간극이 가장 큰 권장 사항이기도 합니다. 프로덕션 액세스 양식이 실제로 묻는 것은 테스터가 앱의 기능을 사용했는지, 그 사용이 실제 사용자에게 기대하는 모습과 비슷했는지입니다. 사용 주기가 아니라 사용 범위에 관한, 답할 수 있는 질문입니다.

• 기능을 지목하세요. 가장 중요한 두세 개를 이름으로 지목해야, 나중에 사용 범위를 묻는 답변이 주장이 아니라 서술이 됩니다.
• 흐름을 지목하세요. 가입하고, 무언가를 만들고, 수정하고, 공유하거나 내보내고, 다음 날 다시 들어와 그대로 남아 있는지 확인하는 흐름입니다.
• 돌려받고 싶은 것을 지목하세요. 어디서 막혔는지, 무엇이 일어날 것이라고 예상했는지, 다시는 쓰지 않을 부분은 무엇인지입니다.
• 이미 가진 기기를 고르게 분산하세요. 대표성 있는 실기기가 권장되며, 기기 모델 수에 대한 수치 기준은 게시된 바 없습니다.

의견을 기록하고 근거 있는 개선을 하세요

Google은 테스터 의견에 대응하고 테스트에서 드러난 버그를 고치라고 권장하며, 그렇게 하면 프로덕션 액세스 신청이 성공할 가능성이 높아질 수 있다고 말합니다. 출시를 몇 번 해야 한다는 커뮤니티 레시피보다 훨씬 강한 근거이며, "더 하라"가 실제로 뒷받침되는 유일한 지점입니다.

Play Console · 평점 및 리뷰 · 테스트 의견 클릭하면 확대됩니다

실무적으로는 기록표의 형태를 띱니다. 어떤 의견을 받았고 그로 인해 무엇이 바뀌었는지 요약해 달라는 요청을 받게 되는데, 2주가 지난 뒤 기억에 의존해 복원하려다 좋은 테스트가 약한 신청서로 이어집니다. 항목당 한 줄씩, 이런 식으로 남겨 두세요.

빈 서식. 좁은 화면에서는 표가 옆으로 스크롤됩니다

"변경 없음과 그 이유" 줄은 수정 사항만큼이나 중요합니다. 어떤 알려진 문제가 남아 있고 그것이 왜 출시를 막지 않는지 밝힌 프로덕션 준비 답변은, 모든 것이 완벽했다는 인상을 주는 답변보다 강합니다. 그리고 의견이 들어온 채널은 본인이 고르면 됩니다. 이메일, 웹사이트나 포럼, 또는 테스터가 Google Play를 통해 보내는 비공개 의견이 있고, 이 비공개 의견은 다음 경로에서 확인할 수 있습니다. 모니터링 및 개선 평점 및 리뷰 테스트 의견

업데이트에 대해서. 테스트가 그럴 만한 이유를 줄 때 배포하세요. Google은 테스트에서 발견된 것을 고치라고 권장하며, 비공개 테스트 중에 빌드를 업데이트해도 테스터 요구사항은 깨지지 않습니다. 이 부분은 앱을 업데이트하면 비공개 테스트가 초기화되는지를 다룬 글에서 자세히 설명합니다. 어디에도 게시되지 않은 것은 필수 출시 횟수입니다. 숫자를 채우려고 빌드를 올리는 것은 아무도 정하지 않은 숫자에 힘을 쓰는 일입니다.

출시 전 보고서를 확인하세요

Google은 출시 전에 문제, 경고, 오류를 살펴보라며 출시 전 보고서를 안내합니다. 두 번째 신청 전에 읽되, 거기 올라온 항목은 진단이 아니라 할 일로 다루세요. 특정 경고가 프로덕션 액세스 거부를 일으켰다고 게시된 자료도 없고, 모든 경고를 먼저 없애야 한다고 적힌 자료도 없습니다. 이미 고치는 김에 함께 고칠 수 있는 실제 문제의 출처일 뿐입니다.

정책 준수, 앱 안정성, 검토자 계정 정보를 확인하세요

신청 전에 Google이 확인해 달라고 하는 것이 테스트 활동만은 아닙니다. 현행 안내는 비공개 테스트와 함께 네 가지 준비 영역을 지목하며, 2주를 테스터 참여도에만 쏟고도 그중 다른 항목에 대한 결정을 받을 수 있습니다.

프로덕션 액세스를 다시 신청하는 방법

별도의 재신청 절차도, 다른 양식도, 두 번째 신청을 위한 별도 대기열도 문서화되어 있지 않습니다. 달라지는 것은 무엇을 가지고 신청하느냐입니다.

좁은 화면에서는 표가 옆으로 스크롤됩니다

참여도, 의견, 준비 상태에 대해 무엇을 쓸 것인가

참여도. Google은 테스터가 앱의 기능을 사용했는지, 그 사용이 프로덕션에서 예상하는 모습과 비슷했는지를 묻습니다. 그래서 가장 강한 답변은 서술적이고 구체적입니다. 어떤 기능인지 이름을 밝히고, 테스터가 그 기능으로 실제로 무엇을 했는지 적으세요. 열성적인 사용이 내 테스트의 사실이 아니라면, 사실인 것을 적으세요. 소박하지만 진짜인 사용을 서술한 답변은 방어할 수 있습니다. 근거를 댈 수 없는 활동을 서술한 답변은 이후 모든 신청에서 계속 앞뒤를 맞춰야 하는 짐이 됩니다.

의견. 메시지를 그대로 옮기지 말고 주제를 요약하고, 수집한 채널을 밝히세요. 이메일, 웹사이트나 포럼, Play 비공개 의견 모두 인정되므로 잘못된 채널이란 없습니다. 문제가 되는 경우는 아무것도 모으지 않아서 답할 수 없을 때뿐입니다.

변경과 준비 상태. 의미 있는 변경 하나하나를 구체적인 테스트 발견 사항과 연결하고, 남아 있는 문제가 출시를 막지 않는 이유를 설명하세요. 기록해 둔 2주가 기록 없는 2주보다 눈에 띄게 앞서는 지점이 바로 이 두 답변입니다. 각각을 어떻게 쓰는지에 대한 전체 설명은 프로덕션 액세스 신청서 답변을 다룬 글을 참고하세요.

프로덕션 액세스 신청 버튼이 여전히 비활성화되어 있다면?

프로덕션 액세스 신청 버튼이 회색으로 표시되거나 아예 보이지 않는다면, 보통 자격 조건이나 앱 설정 조건 가운데 하나가 아직 충족되지 않았다는 뜻입니다. 콘솔 지연이나 계정별 문제일 수도 있으니, 인터페이스가 잘못됐다고 결론짓기 전에 아래 문서화된 조건들을 차례로 확인하세요.

• 아직 인원이 채워지지 않았습니다. 초대 목록의 총원이 얼마든, 계정에 지금 요구되는 직전 14일 연속 참여를 갖춘 테스터 12명이 없을 수 있습니다.
• 초대는 참여가 아닙니다. 링크를 받았지만 수락하지 않은 사람은 이 기준에서 테스터가 아닙니다. 누구에게 요청했는지가 아니라 누가 실제로 참여 상태인지 확인하세요.
• 새로 넣은 테스터는 아직 일수를 쌓는 중입니다. 거부 이후에 추가한 사람은 참여하는 순간부터 자기 몫의 14일 연속을 시작합니다. 그래서 인원을 12명으로 채웠어도 2주 더 지나야 자격이 생길 수 있습니다.
• 앱 설정이 완료되지 않았습니다. 스토어 등록정보, 콘텐츠 등급, 앱 액세스 권한, 정책 관련 선언 가운데 미완료 항목이 있으면 테스터 수와 무관하게 신청이 막힐 수 있습니다.
• 인정되는 것은 비공개 테스트입니다. 내부 테스트는 좌석을 아무리 많이 채워도 이 관문을 충족하지 못합니다.

Play Console · 대시보드 · 실제 스크린샷 클릭하면 확대됩니다

본인 콘솔에서 위 항목이 모두 충족된 것으로 보이는데도 버튼이 나타나지 않는다면, 그냥 기다리기보다 Play Console 지원팀에 문의할 만한 상황입니다. 그 시점부터는 공개 문서가 설명하는 범위를 벗어난 문제이기 때문입니다.

두 번째 신청에서는 놓치기 쉬우니, 무엇을 신청하는 것인지 한 줄로 짚겠습니다. 승인되면 해당 앱의 프로덕션 출시가 열리고, 공개 테스트도 함께 열립니다. 스토어 출시가 아니라 더 넓은 베타를 원했던 분도 결국 같은 결정을 기다리는 셈입니다. 그 이후는 이 절차의 연장이 아니라 일반적인 출시 관리입니다.

매일 실행, 테스터 추가, 업데이트가 정말 필요한가요?

가장 큰 피해가 생기는 지점이 여기입니다. 거부당한 개발자가 무엇이 잘못됐는지 검색하다가 테스터는 매일 앱을 열어야 하고 출시는 세 번 해야 한다는 페이지를 만나고는, Google이 정한 적 없는 목표를 쫓느라 2주를 씁니다. 그러는 사이 Google이 실제로 물은 것, 즉 테스터가 앱을 의미 있게 사용했는지와 그들이 알려 준 내용을 가지고 무엇을 했는지는 손도 대지 못합니다. 솔직한 입장을 분명히 밝히면 이렇습니다. Google의 공개 프로덕션 액세스 안내에는 수치로 된 참여도 기준선도, 게시된 채점표도 없습니다. 양식의 질문은 검토 입력값이지 가중치가 붙은 채점표가 아니며, 테스터 활동을 읽을 수 있는 점수로 바꿔 주는 대시보드도 게시된 바 없습니다. 그러니 쓸모 있는 수는 숫자를 알아맞히는 것이 아니라, 지금까지 들은 것 가운데 무엇이 실제로 게시된 것인지 가려내는 일입니다.

좁은 화면에서는 표가 옆으로 스크롤됩니다

그중 둘은 한 문장씩 더 붙일 가치가 있습니다. 실제로 돈이 드는 항목이기 때문입니다. 테스터 그룹을 더 크게 사는 것은 합리적인 운영 선택입니다. 12명짜리 그룹은 한 사람만 빠져도 여유가 없기 때문입니다. 그러나 누구도 그것을 승인 가능성이 높아진다고 정직하게 팔 수는 없으며, 커뮤니티 보고에는 테스터가 30명이 넘는데도 거부된 사례와 테스터 19명에 업데이트 17번을 더하고도 거부된 사례가 있습니다. 그리고 기기 모델 수를 채우려는 노력은 Google이 양식에서 실제로 묻는 것에서 힘을 빼앗습니다. 수치로 된 기기 기준은 게시된 바 없고, 실기기를 쓰는 대표성 있는 테스터는 공식이 아니라 권장 사항입니다. 유효한 비공개 테스트 참가자의 기준이 궁금하다면 Google Play 비공개 테스트에서의 에뮬레이터를 다룬 글에서 기기 쪽을 제대로 정리했습니다.

재신청은 몇 번까지 할 수 있나요?

공개된 근거는 사실상 이것이 전부이며, 누군가 숫자를 들이대기 전에 그 근거가 얼마나 얇은지 보아 두는 편이 좋습니다. 공개 포럼의 개별 개발자들은 새 테스터를 추가하지 않고 네 번째 신청에서 승인받은 사례, 테스터 19명과 업데이트 17번을 거치고도 대략 여섯 번째 거부를 받은 사례, 최소 인원을 훨씬 넘긴 그룹으로 두 번째 거부를 받은 사례, 같은 테스터로 2주를 더 채우고 수정 사항까지 배포한 뒤 두 번째 거부를 받은 사례를 이야기합니다. 이 기록들이 알려 주는 것은 그런 시도가 있었다는 사실뿐입니다. 각각이 왜 그렇게 됐는지는 알려 주지 못합니다. 커뮤니티 보고

여기서 나오는 결론은 두 가지뿐입니다. 첫째, 뚜렷하게 낮은 상한선은 없습니다. 두 번째와 세 번째를 넘긴 신청이 실제로 존재합니다. 둘째, 그리고 더 쓸모 있는 결론으로, 같은 것을 더 많이 하는 것은 전략이 아닙니다. 방금 본 보고 대부분은 테스터를 늘리고 업데이트를 늘리고 시간을 더 들이고도 거부당한 개발자들의 이야기입니다. 두 번째 신청이 첫 번째 신청에 2주를 더한 것뿐이라면, 그중 마지막 사례를 그대로 재현하는 셈입니다.

이 질문 아래 깔린 두려움에 대해서. Google의 공개 안내는 "more testing required" 준비 여부 판단을 정책 위반 처분으로 분류하지 않으며, 준비 여부 판단이 반복된다고 해서 그 자체로 계정 정지로 이어진다는 근거도 찾지 못했습니다. 정책 문제가 이와 별개로 함께 존재할 수는 있습니다. 정책 집행은 자체 통지와 자체 구제 절차를 갖춘 별개의 프로세스입니다. 그러니 정책 위반을 명시하는 메시지를 받았다면, 이 절차의 또 한 라운드가 아니라 다른 사안으로 읽으세요.

Google이 재신청을 검토하는 데 얼마나 걸리나요?

이 섹션은 대체로 한 가지 행동을 막으려고 존재합니다. 8일째가 되고 예상 기간이 지나자 개발자가 이것저것 바꾸기 시작하는 행동입니다. 아래 두 커뮤니티 보고는, 아무 문제가 없어도 검토가 예상치에서 얼마나 멀리 벗어날 수 있는지 보여 줍니다.

이 두 건의 긴 대기는 각각 하나의 보고이며, 긴 대기가 발생한다는 사실만 입증합니다. 분포가 아니며, 7일이 지났다는 것만으로 무언가 잘못됐다는 신호도 아닙니다. 검토 유형별 전반적인 그림은 Google Play 검토 기간을 다룬 글을 참고하세요.

언제 Play Console 지원팀에 문의할 만한가요?

"며칠 뒤에 지원팀에 문의하라"는 게시된 규칙은 없으며, 그런 규칙을 지어내는 것은 대기 기간을 지어내는 것과 같은 실수입니다. 말할 수 있는 것은 공개 문서가 설명을 멈추는 지점이 어디인가입니다. 그 지점부터는 지원팀이 답을 얻을 수 있는 유일한 통로가 됩니다.

• 지시 내용을 확보할 수 없거나 서로 어긋납니다. 결정 메시지를 되찾을 수 없거나, 메시지 내용이 콘솔 화면과 맞지 않는 경우입니다.
• 콘솔이 계속 막혀 있습니다. 게시된 기준을 충족한 것으로 보이고 위의 비활성 버튼 목록도 모두 확인했는데 프로덕션 액세스 신청이 계속 열리지 않는 경우입니다.
• 검토가 예상치를 크게 벗어났고 콘솔 어디에서도 상태 정보를 확인할 수 없는 경우입니다.
• 메시지가 다른 절차처럼 보입니다. 정책 위반이나 기술적 집행 조치를 명시하는 내용은 이 결정이 아니며, 그것을 여기서 물어보면 2주를 낭비하게 됩니다.

그런 경우가 아니라면, 기다리는 것은 수동적인 행동이 아니라 올바른 행동입니다. 다시 제출하거나, 트랙을 손보거나, 신청을 철회했다가 다시 넣는 것은 모두 보이지 않는 절차에 손을 대는 일이며, Google이 게시한 어떤 자료도 그렇게 하라고 시사하지 않습니다.

재신청 체크리스트

순서대로 11단계

1. 거부 메시지를 정확히 읽고 14일 추가가 명시되어 있는지 적어 두세요. 찾을 수 없다면 기간을 전제로 계획하기 전에 먼저 되찾으세요.
2. 요건을 충족하는 비공개 테스트를 계속 돌리세요. 거부되었다는 이유로 트랙을 닫거나 삭제하거나 교체하지 말고, 테스트에서 필요하다고 확인된 수정 사항은 그 트랙에 게시하세요.
3. 자격을 갖춘 테스터 12명 이상의 참여를 끊기지 않게 유지하세요. 인원으로 세는 사람마다 각자 끊기지 않은 기간이 필요합니다.
4. 테스터에게 나갔다가 다시 들어오라고 하지 마세요. 다시 참여하면 초기화된다는 내용은 Google이 문서화한 바 없고, 나가면 이미 확보한 실제 연속 기간만 끊깁니다.
5. 설치만 유지해 달라고 하지 말고 기능 단위의 실제 테스트 지침을 주세요.
6. 의미 있는 의견은 짧게라도 기록으로 남기세요. 어떤 채널로 들어왔든 마찬가지입니다.
7. 근거 있는 버그와 사용성 문제를 고치고, 그 문제를 보고한 테스터에게 수정되었는지 확인받으세요.
8. 출시 전 보고서에서 문제, 경고, 오류를 신청 전에 확인하세요.
9. 테스트 밖의 준비 항목도 점검하세요. 정책 준수, 대상 사용자층과 콘텐츠 등급, 기능 안정성, 그리고 앱 액세스 권한에 등록한 작동하는 검토자 계정 정보입니다.
10. 참여도, 의견, 변경 사항, 준비 상태에 대해 구체적이고 사실에 맞는 프로덕션 액세스 답변을 준비하세요.
11. 자격을 갖추면 대시보드에서 신청하고, 누구에게도 7일 안에 결정이 난다고 약속하지 마세요.

체크리스트 복사

이 목록은 일반적인 경우입니다. 내 상황에는 일반론이 볼 수 없는 변수가 최소 세 가지 있습니다. 받은 메시지에 무엇이 적혀 있는지, 테스터 그룹이 오늘 실제로 어떤 상태인지, 그리고 이 자리에 몇 번째 서 있는지입니다. 아래 빌더는 이 변수들을 하나씩 따라갈 수 있는 순서 있는 경로로 바꿔 주며, 탭을 닫아도 체크한 내용은 남습니다.

내 경로 만들기

무엇을 답하든 이 빌더가 절대 내놓지 않는 것이 하나 있습니다. Google이 승인해 줄 날짜입니다. 그것을 만들어 낼 수 있는 사람은 없으며, 네 번째 시도에서 승인받았다는 커뮤니티 보고 옆에는 여섯 번째로 거부당했다는 보고가 나란히 있습니다. 이 경로가 할 수 있는 일은, 결정이 내려질 때 그 대상이 그저 흘려보낸 2주가 아니라 방어할 수 있는 신청서가 되게 하는 것입니다.

그 경로를 따라가 본 결과 테스터 쪽이 걸림돌이라면, 다시 말해 거부 메시지가 14일 추가를 명시적으로 요구하거나 현재 인원이 자격을 갖춘 테스터 12명에 미치지 못한다면, 바로 그 절반은 맡기실 수 있습니다. PrimeTestLab이 그쪽을 진행하는 동안 앱과 의견 기록과 재신청 답변을 손보시면 됩니다. 자세한 내용은 아래 돕는 방식에서 다룹니다.

테스터가 한 번 더 필요할 때 PrimeTestLab이 돕는 방식

관리형 진행이 제 몫을 하는 지점에서, 복구는 두 갈래로 나뉩니다. 하나는 판단입니다. 받은 거부 메시지를 읽고, 무엇을 바꿀지 정하고, 방어할 수 있는 답변을 쓰는 일입니다. 이쪽은 직접 하셔야 합니다. 다른 하나는 실행 관리입니다. 실제 사람 12명이 테스트 기간 내내 참여 상태를 유지하며 앱을 쓰게 하는 일입니다. 흥미로운 문제는 아니지만 달력을 잡아먹는 쪽은 이쪽입니다.

PrimeTestLab은 Android 7부터 17까지를 아우르는 실기기의 실제 테스터 12명을 제공하며, 14일 내내 참여 상태를 유지하고 테스트는 4~6시간 안에 시작됩니다. 지금까지 120+개국에서 앱 7,400+건을 진행했고 관리형 테스트 완료율은 99.9%입니다. 여기서 완료란 종료일까지 요구되는 테스터 수와 끊기지 않은 참여 기간이 유지되었다는 뜻입니다.

저희가 하지 않는 일, 그리고 이 글이 아무도 할 수 없다고 말해 온 일은 결정 자체를 약속하는 것입니다. Google은 자체 기준으로 프로덕션 액세스를 검토하며 채점표를 게시하지 않습니다. 저희 보장은 무료 재테스트 또는 전액 환불이며, 조건과 신청 기간은 환불 및 무료 재테스트 정책에 있습니다.

직접 다시 모집하기와 관리형 진행 비교

좁은 화면에서는 표가 옆으로 스크롤됩니다

경계를 분명히 하자면, 테스터를 구매한다고 신청서 답변이 써지거나 의견 기록이 만들어지거나 Google이 승인하게 되는 것은 아닙니다. 이 섹션 위의 모든 내용은 그 부분을 직접 잘 해내시라고 쓴 것입니다. 관리형 진행이 덜어 주는 것은, 첫 번째와 같은 이유로 테스트 기간이 무너지는 부분입니다.

위 속설 표에서 한 번 더 짚을 단서가 있습니다. 인원이 많으면 참여 해제에 대한 완충이 되지만, Google은 12명을 넘는 어떤 숫자도 승인 가능성을 눈에 띄게 높인다고 게시한 적이 없습니다. 그러니 저희를 포함해 누구도 추가 테스터를 더 높은 확률로 팔아서는 안 됩니다. 완충이 필요해서 완충을 사시면 됩니다. 자세한 내역은 요금제 페이지에 있습니다.

자주 묻는 질문

핵심 정리

받은 거부 메시지가 14일을 더 하라고 명시했거나 현재 인원이 자격을 갖춘 테스터 12명에 미치지 못한다면, 나머지를 직접 처리하는 동안 테스터 쪽만 맡길 수 있습니다. 요금제 보기 →