본문으로 건너뛰기
스토어 제출

Google Play 프로덕션 액세스 "추가 테스트 필요" 거절: 이메일의 의미와 재신청 방법 (2026)

"Google Play 프로덕션에 액세스하려면 추가 테스트가 필요합니다" 이메일을 받으셨나요? 사유별 의미를 알아보고 설문 답변을 다시 작성해, 14일 추가 테스트를 여러 번이 아니라 한 번만 제대로 진행한 뒤 재신청하세요.

짧은 답변

"Google Play 프로덕션에 액세스하려면 추가 테스트가 필요합니다"라는 메시지는 Google이 프로덕션 액세스 신청을 검토한 결과, 비공개 테스트에서 실제 사용이 충분히 확인되지 않았다고 판단했다는 뜻입니다. 흔한 사유는 옵트인한 테스터가 12명 미만이거나, 참여도가 낮거나, 피드백을 반영한 업데이트가 없거나, 설문 답변이 부실한 경우입니다. 해결하려면 비공개 테스트를 계속 운영하면서 테스터 피드백을 바탕으로 업데이트를 배포하고, 다시 연속 14일 동안 근거를 모은 뒤 구체적인 답변으로 재신청하세요.

핵심 요약
  • 2023년 11월 13일 이후에 만든 개인 Play Console 계정은 프로덕션을 신청하기 전에 최소 12명의 테스터가 14일 동안 연속으로 옵트인한 비공개 테스트를 진행해야 합니다.
  • Google은 "옵트인한 테스터가 12명 미만이거나 테스트 기간 동안 테스터 참여가 부족한 경우" 신청이 통과하지 못할 수 있다고 밝힙니다. 설치만으로는 참여로 인정되지 않습니다.
  • 거절 이메일은 "실제 테스터와 함께 14일 더" 테스트하라고 요구합니다. 따라서 현재 비공개 테스트를 계속 운영하고 테스터가 옵트아웃하지 않도록 하세요.
  • 설문은 테스터가 무엇을 사용했는지, 어떤 피드백을 주었는지, 피드백을 어떻게 수집했는지, 무엇을 바꿨는지 묻습니다. 기능 이름, 건수, 버전 번호로 답하세요.
  • Google에 따르면 프로덕션 액세스 검토는 보통 7일 이내에 끝나며, 결과는 계정 소유자에게 이메일로 전달됩니다.
테스터가 잠수를 탔다

Google Play의 "Google Play 프로덕션에 액세스하려면 추가 테스트가 필요합니다(More testing required to access Google Play production)" 이메일은 Google이 프로덕션 액세스 신청을 거절했다는 뜻입니다. 정책 위반 경고가 아니며 앱이 정지되는 것도 아닙니다. 다만 시간이 듭니다. 재신청하기 전에 비공개 테스트를 14일 더 진행해야 하기 때문입니다. 이 가이드는 이메일에 담긴 사유를 하나씩 해석하고, 추가 14일 동안 바꿔야 할 점을 정리하며, 두 번째 신청이 마지막이 되도록 설문 답변을 다시 쓰는 방법을 보여 줍니다. 아직 비공개 테스트를 시작하지 않았다면 테스터 12명, 14일 테스트 계획부터 확인하세요.

"Google Play 프로덕션에 액세스하려면 추가 테스트가 필요합니다"는 무슨 뜻인가요?

Google 검토자가 프로덕션 액세스 신청서를 읽고, 비공개 테스트에서 앱이 일반 공개에 준비되었다는 근거가 충분히 나오지 않았다고 판단했다는 의미입니다. 테스트를 더 진행하고 다시 신청할 때까지 프로덕션과 사전 등록은 잠긴 상태로 유지됩니다.

2026년 11월 기준으로 Google의 앱 테스트 요구사항은 2023년 11월 13일 이후에 만든 개인 개발자 계정에 적용됩니다. 이런 계정은 "최소 14일 동안 연속으로 옵트인한 테스터 12명 이상과 함께 앱의 비공개 테스트"를 진행해야 합니다. 이 숫자를 채우면 신청 자격만 생길 뿐입니다. 신청서 자체가 검토 대상이며, Google은 추가 테스트가 필요할 수 있는 두 가지 사유로 "옵트인한 테스터가 12명 미만이거나 테스트 기간 동안 테스터 참여가 부족한 경우"를 듭니다. Google은 검토가 "보통 7일 이내에 완료되지만 가끔 더 오래 걸릴 수 있다"고 하며, 결과는 계정 소유자에게 이메일로 전달됩니다.

거절 이메일의 각 사유는 무엇을 의미하나요?

이메일의 각 문장은 구체적인 빈틈을 가리킵니다. 테스터가 앱을 실제로 사용하지 않았거나, 피드백에 따른 변화가 보이지 않는 테스트였거나, 설문 답변이 너무 모호해 판단할 수 없었다는 것입니다. 이메일에는 사유가 하나, 둘 또는 세 가지 모두 적혀 있을 수 있습니다.

이메일을 공개적으로 올린 개발자들은 같은 사유를 인용합니다. "비공개 테스트 중 테스터가 앱에 참여하지 않았습니다(Testers were not engaged with your app during your closed test)", "테스트 권장사항을 따르지 않았습니다. 여기에는 사용자 피드백을 수집하고 앱 업데이트로 반영하는 것이 포함될 수 있습니다", 그리고 앱, 비공개 테스트, 프로덕션 준비 상태에 관한 답변이 "불완전하거나 불충분"하다는 내용입니다. 마지막 안내 문구는 "다시 신청하기 전에 실제 테스터와 함께 비공개 테스트로 14일 더 앱을 테스트하세요"입니다. Google은 참여도를 어떻게 측정하는지 공개하지 않으므로, 아래 표에서 각 사유를 Google 고객센터 페이지의 해당 내용 및 해결책과 짝지어 정리했습니다.

이메일의 사유Google 고객센터 페이지가 요구하는 것다음 14일 동안의 해결책
테스터가 참여하지 않음"테스터가 사용 가능한 모든 앱 기능을 사용했는지", 그리고 사용 패턴이 예상되는 프로덕션 사용과 일치했는지테스터마다 주요 기능을 모두 다루는 짧은 작업 목록을 주고, 3일·7일·11일 차에 진행 상황을 확인하세요
테스트 권장사항을 따르지 않음테스트 중 버그 수정, 테스터에게 "피드백을 보낼 명확한 방법" 제공, 출시 전 보고서 활용 고려구체적인 피드백에 대응하는 비공개 트랙 출시를 릴리스 노트와 함께 최소 2회 배포하세요
답변이 불완전하거나 불충분함피드백 요약, 수집 방법, 변경 사항, 준비 상태를 판단한 방법날짜별 피드백 기록을 남겨 모든 답변에 기능, 건수, 버전을 인용할 수 있게 하세요
옵트인한 테스터가 12명 미만테스터 12명이 14일 연속 옵트인. 옵트아웃 후 다시 옵트인하면 연속 기간이 처음부터 다시 시작됨몇 명이 이탈해도 인원이 무너지지 않도록 테스터를 15~20명 모집하세요

거절 직후에는 무엇을 해야 하나요?

비공개 테스트를 계속 운영하고, 테스터에게 옵트인을 유지해 달라고 알리고, 며칠 안에 새 비공개 트랙 빌드를 배포하세요. Google 페이지에는 승인되지 않으면 "비공개 테스트를 계속 진행해야 할 수 있다"고 적혀 있습니다. 기존 테스트를 없애고 새로 시작하면 확보한 테스터 기반을 버리는 셈입니다.

  1. 비공개 트랙이나 테스터 목록을 삭제하지 마세요. Google은 "테스터가 옵트아웃했다가 나중에 다시 옵트인하는 경우 14일은 연속이어야 한다"고 경고하므로, 지금 이탈하는 테스터는 각자의 기간이 처음부터 다시 시작됩니다.
  2. 모든 테스터에게 메시지를 보내세요. 테스트가 14일 더 이어지고, 옵트인을 유지해야 하며, 이번에 무엇을 사용해 봐야 하는지 설명하세요.
  3. Play Console에서 테스터 수를 확인하세요. 앱을 한 번도 설치하지 않은 사람은 실제로 사용할 사람으로 교체하세요. 설치만 하고 앱을 열지 않는 지인들이 "참여하지 않음" 사유의 흔한 원인입니다.
  4. 피드백 채널을 하나 정하세요. Google은 그룹 채팅을 제안하며, 공유 양식도 괜찮습니다. 무엇을 쓰든 모든 메시지를 날짜와 함께 저장하세요.
  5. 주요 기능을 모두 다루는 작업 목록을 작성하세요. 가입, 핵심 동작, 설정, 구매(결제가 있는 앱이라면 라이선스 테스터 활용), 오프라인이나 알림 흐름까지 포함하세요.
  6. 첫 주 안에 테스터가 보고한 문제를 고친 비공개 트랙 업데이트를 배포하고, 릴리스 노트에 해당 수정 사항을 명시하세요. 14일 차 전에 두 번째 업데이트도 계획하세요.
  7. 출시 전 보고서를 실행하고, 보고서에서 발견된 비정상 종료와 접근성 경고를 수정하세요.
  8. 재신청하기 전에 콘텐츠 등급, 타겟층, 데이터 보안 양식이 정확한지 확인하세요. 로그인이 필요한 앱이라면 Google 페이지가 요구하는 대로 "유효하고 작동하는 로그인 사용자 인증 정보"를 포함하세요.

앱을 출시하기 전에 타겟 SDK도 올려야 한다면 같은 기간 안에 처리하세요. 타겟 API 수준 36 가이드에서 2026년 11월 1일 기한을 다룹니다.

프로덕션 액세스 설문 답변은 어떻게 다시 써야 하나요?

일반적인 문장을 구체적인 내용으로 바꾸세요. 테스터가 어떤 기능을 사용했는지, 보고가 몇 건 들어왔는지, 어떻게 수집했는지, 어느 버전에서 무엇을 고쳤는지, 앱이 안정적이라는 근거가 무엇이었는지 적어야 합니다. 모든 답변은 실제로 테스트를 진행한 개발자만 쓸 수 있는 내용이어야 합니다.

양식은 Play Console의 대시보드에서 프로덕션 액세스 신청으로 엽니다. 비공개 테스트, 앱, 프로덕션 준비 상태의 세 부분으로 구성됩니다. 다음을 클릭하기 전에 해당 부분을 벗어나면 작성 내용이 사라지므로, 먼저 문서에 답변 초안을 작성하세요. itch.io의 한 개발자는 "각 답변에 300자 제한"이 있었다고 전했는데, 이것도 미리 초안을 쓰고 다듬어야 하는 이유입니다. 2부의 답변은 공개되지 않으며 앱 노출에도 영향을 주지 않습니다.

가상의 습관 추적 앱을 예로 들어 보겠습니다. 부실한 답변은 "불완전하거나 불충분"하다는 이유로 돌아오는 신청서에서 흔히 보이는 유형입니다.

질문(Google 문구)부실한 답변다시 쓴 답변
테스터가 사용 가능한 모든 기능을 사용했나요?네, 테스터들이 앱을 사용했습니다.테스터 15명이 습관을 만들고, 연속 기록을 남기고, 알림을 변경했습니다. CSV 내보내기를 사용한 사람은 4명뿐이라 v1.0.3에서 해당 기능 안내를 추가했습니다.
"테스터에게서 받은 피드백을 요약하고 피드백을 수집한 방법을 설명하세요."피드백은 긍정적이었습니다.텔레그램 그룹과 Google 설문지로 22건 접수: 버그 9건(Android 14에서 알림 누락), UX 의견 8건(다크 모드 대비), 기능 요청 5건.
"비공개 테스트에서 알게 된 내용을 바탕으로 앱 또는 게임에 적용한 변경 사항을 설명하세요."버그 몇 개를 고쳤습니다.정확한 알람으로 알림 버그 수정(v1.0.2), 버튼 대비 강화(v1.0.3), 온보딩 건너뛰기 추가(v1.0.4).
"앱 또는 게임이 프로덕션에 준비되었다고 판단한 방법을 설명하세요."충분히 테스트했습니다.v1.0.4 출시 전 보고서에서 비정상 종료 없음, 버그 9건 모두 해결, 테스터가 Pixel과 Samsung 기기에서 알림 작동을 확인했습니다.
"앱 또는 게임의 타겟층을 지정하세요. 최대한 구체적으로 작성하세요."모든 사람.계정 없이 오프라인으로 습관을 기록하고 싶은, 일상 루틴을 만드는 성인(예: 학생, 원격 근무자).

"추가 테스트 필요" 거절 후 다른 개발자들은 어떤 경험을 했나요?

공개된 사례에는 공통된 패턴이 있습니다. 옵트인만 하고 피드백을 보내지 않은 테스터들로는 거절당했고, 피드백을 보내고 앱이 바뀌는 것을 확인한 소규모 그룹으로는 승인을 받았습니다. 테스터 수보다 실제 사용의 근거가 더 중요했습니다.

  • MIT App Inventor 커뮤니티에서 개발자 shigeki_suzuki는 2024년 7월, 앱 Season Clock이 테스터 교환 앱을 통해 테스터 20명으로 14일을 채웠지만 "Google Play 프로덕션에 액세스하려면 추가 테스트가 필요합니다"와 "비공개 테스트 중 테스터가 앱에 참여하지 않았습니다"라는 답을 받았다고 전했습니다. 테스터가 누구인지 몰랐고 피드백도 받지 못해 테스트가 어떻게 진행되었는지, 무엇을 바꿨는지 설명할 수 없었다고 합니다. 결국 테스트를 다시 해야 했습니다.
  • Adalo 포럼에서 사용자 siang32195는 2024년 8월, 모집한 테스터를 활용한 뒤 같은 "추가 테스트 필요" 메시지를 받았다고 전했습니다. 테스터가 실제로 앱을 사용했는지 어떻게 확인하느냐는 질문에, 사용 시간 추적 도구나 테스터별로 수행한 테스트 시나리오를 정리한 서면 보고서를 쓰라는 답변이 달렸습니다. 두 번째 신청이 성공했는지는 스레드에 나와 있지 않습니다.
  • itch.io에 글을 쓴 1인 게임 개발자는 "겨우 12명의 테스터"뿐이었지만 "게임을 여러 번 업데이트했고" "테스터들과 주고받은 모든 내용을 최대한 기록했다"고 밝혔습니다. 그 기록을 신청서에 활용했고, "신청서를 제출한 지 36시간 만에 프로덕션 액세스를 받았다"고 전했습니다.

비교해 보면, 피드백 기록이 없는 테스터 20명은 거절당했고, 피드백과 업데이트 기록이 문서로 남은 테스터 12명은 승인을 받았습니다. 일수가 14일에 도달하자마자가 아니라, 기록만으로 설문의 모든 항목에 구체적으로 답할 수 있을 때 재신청하세요.

프로덕션 액세스 신청은 언제 다시 해야 하나요?

최소 12명의 테스터가 추가로 연속 14일 동안 옵트인 상태를 유지했고, 그 기간에 피드백을 반영한 업데이트를 배포했다면 재신청하세요. Google 페이지에는 대기 기간이 언급되어 있지 않지만, 같은 근거로 신청하면 같은 답을 받을 가능성이 높습니다.

  • 최소 12명의 테스터가 옵트아웃 공백 없이 추가로 연속 14일 동안 옵트인 상태 유지(여유분으로 15명 이상 목표)
  • 거절 이후 비공개 트랙 출시 최소 2회, 각 릴리스 노트에 테스터가 보고한 수정 사항 명시
  • 유형별 건수(버그, UX, 요청)와 각 항목의 수집 방법을 담은 날짜별 피드백 기록
  • 로그인, 구매, 알림 등 해당되는 경우를 포함해 주요 기능을 모두 사용한 테스터
  • 해결되지 않은 비정상 종료가 없는 출시 전 보고서
  • 정확한 콘텐츠 등급, 타겟층, 데이터 보안 양식과 작동하는 검토자용 로그인 사용자 인증 정보
  • 기능, 건수, 버전 번호를 담아 문서에 미리 작성한 설문 답변

Google 페이지는 "검토자가 문제를 찾아 주길 기대하며 정책을 준수하지 않는 앱을 제출하면 거절, 검토 지연, 더 긴 이의 제기 절차로 이어진다"고도 경고합니다. 따라서 정책 문제는 신청 후가 아니라 신청 전에 해결하세요. Play Console 설정, 비공개 테스트 계획, 신청서 작성을 다른 사람에게 맡기고 싶다면 App Store 제출 서비스가 두 스토어를 모두 $599에 처리합니다. 개발자 계정 비용은 별도입니다.

자주 묻는 질문

Google Play의 프로덕션 액세스 신청 검토는 얼마나 걸리나요?

Google에 따르면 프로덕션 액세스 검토는 보통 7일 이내에 끝나지만 가끔 더 오래 걸릴 수 있습니다. 결과는 계정 소유자에게 이메일로 전달됩니다. 더 빨리 승인받았다는 개발자도 있는데, itch.io의 한 1인 게임 개발자는 36시간 안에 승인을 받았습니다. 일정은 7일 전체를 기준으로 잡고, 기다리는 동안 비공개 테스트를 계속 운영해 거절되더라도 테스터의 연속 기간까지 초기화되지 않도록 하세요.

프로덕션 액세스가 거절되면 14일을 처음부터 다시 시작해야 하나요?

거절 이메일은 "실제 테스터와 함께 14일 더" 테스트하라고 요구하며, Google 고객센터 페이지는 비공개 테스트를 계속 진행해야 할 수 있다고 안내합니다. 새로 만들지 말고 기존 비공개 트랙과 테스터 목록을 유지하세요. 옵트아웃했다가 다시 옵트인한 테스터는 새로 연속 14일을 채워야 하므로, 모두에게 옵트인을 유지해 달라고 요청하세요.

유료 테스터 서비스로 Google Play 프로덕션 액세스를 받을 수 있나요?

옵트인 12명은 채울 수 있지만, 옵트인만으로는 설문에 답할 수 없습니다. Google은 테스터가 모든 기능을 사용했는지, 어떤 피드백을 주었는지, 어떻게 수집했는지, 무엇을 바꿨는지 묻습니다. 연락 한 번 없던 테스터를 쓴 개발자들은 "테스터가 참여하지 않았습니다" 사유로 거절당했다고 공개적으로 밝혔습니다. 외부 테스터를 쓴다면 기록으로 남길 수 있는 채널을 통해 실제 피드백을 보내도록 하세요.

Google Play의 "추가 테스트 필요" 결정에 이의를 제기할 수 있나요?

Google의 테스트 요구사항 페이지에는 이 결정에 대한 이의 제기 절차가 나와 있지 않습니다. 안내는 비공개 테스트를 계속하고 다시 신청하라는 것입니다. 더 효과적인 방법은 참여하는 테스터와 함께 14일을 더 진행하고, 피드백에 맞춰 업데이트를 배포하고, 구체적인 설문 답변으로 다시 제출하는 것입니다. Google은 정책을 준수하지 않는 앱이 거절과 지연으로 이어진다고 경고하므로, 신청 전에 정책 문제를 해결하세요.

테스터 12명 규칙은 조직 개발자 계정에도 적용되나요?

아니요. 2026년 11월 기준으로 Google의 앱 테스트 요구사항은 2023년 11월 13일 이후에 만든 개인 개발자 계정에 적용됩니다. 이런 계정은 프로덕션을 신청하기 전에 최소 12명의 테스터가 14일 동안 연속으로 옵트인한 비공개 테스트를 진행해야 합니다. 조직 계정과 그 이전에 만든 개인 계정은 이 규칙의 대상이 아니지만, 출시 전 테스트는 여전히 해 볼 가치가 있습니다.

출처 & 더 읽을거리

정책은 바뀝니다. 제출 전에 공식 문서를 확인하세요.

빌드를 가져오세요. 아이디어만 있어도 됩니다.

앱 출시를 끝까지 마무리합시다.

앱이 스토어에 공개되기까지 무엇이 가로막고 있는지 짚어 보는 집중 통화입니다.

통화 예약 ↗