네, 최근 14일입니다
신청 시점에 끝나는 끊기지 않은 한 구간Google은 프로덕션 액세스를 신청하는 순간에 끝나는, 참여 테스터 최소 12명이 있는 최근 14일 연속만 셉니다. 아무 14일이 아니고, 여러 구간을 더한 14일도 아닙니다. 지금 유효한 끊기지 않은 한 창만 대상입니다.
14일을 흩어 두거나 합산해도 인정되지 않습니다.
지금 5일, 다음 주 4일, 나중에 5일이면 합계 14일이지만 유효 창은 0입니다. 참여 인원이 12명 아래로 떨어지는 순간 연속이 끊기고 카운트는 1일부터 다시 시작합니다.
빠른 답변
14일은 연속이며 최근이어야 하며, 흩어 두거나 합산한 14일로는 부족합니다. 끊기지 않은 그 기간 동안 최소 테스터 12명이 테스트 참여를 유지해야 하고, 프로덕션 액세스를 신청하는 시점에 창이 유효해야 합니다. 규칙은 비공개 테스트(closed testing)에서 2023년 11월 13일 이후 만든 개인 Google Play 개발자 계정에 적용됩니다. 참여했다가 나갔다가 다시 들어온 테스터는 이전 일수를 이어받지 못하며 카운트가 다시 시작합니다. 앱 삭제는 참여 해제와 같지 않지만, Google이 보는 참여 신호는 약해집니다. 안전한 방법은 이탈이 있어도 12명 아래로 떨어지지 않도록 12명보다 더 모집하는 것입니다.
Google Play 비공개 테스트 규칙에서 가장 많이 나오는 질문이며, 개발자가 반복해서 막히는 지점입니다. 아래에서는 Google이 요구하는 내용, 카운트가 초기화되는 경우, 그리고 14일 창을 끊기지 않게 지키는 방법을 정리합니다. 기준일은 2026년 6월 30일입니다. 실제 계정에 적용하기 전에 시나리오를 직접 확인할 수 있는 인터랙티브 도구 두 가지도 포함했습니다.
이 가이드에서
Google이 실제로 요구하는 것은 무엇인가요?
짧은 답: 비공개 테스트에 참여한 테스터 최소 12명이 최근 14일 이상 지속적으로 유지되어야 합니다. 두 조건이 동시에 성립해야 하며, 프로덕션 액세스를 신청하는 시점에 창이 유효해야 합니다.
2023년 11월 13일 이후 개인 Google Play 개발자 계정을 만든 경우, 비공개 테스트를 마칠 때까지 프로덕션에 게시할 수 없습니다. Google 요구사항은 앱이 참여 테스터 최소 12명과 함께 비공개 테스트를 진행하고, Google 표현대로 “최근 14일 이상 지속적으로” 참여한 상태여야 한다는 것입니다. 그제야 Play Console에서 프로덕션 액세스 신청 버튼이 활성화됩니다.
규칙을 정의하는 숫자는 두 개이며, 함께 작동합니다.
테스터 12명이 비공개 테스트에 참여 중이어야 합니다.
14일 연속 동안 참여를 유지해야 하며, 신청 시점에 끝납니다.
요구사항은 2023년 11월 13일 컷오프 이후 만든 개인 계정에만 적용됩니다. 조직 계정(D-U-N-S 번호와 사업자 인증이 필요한 유형)은 면제이며, 그 날짜 당일 또는 이전에 만든 개인 계정도 면제입니다. 두 유형 비교는 개인 vs 조직 계정 가이드를 참고하세요. 테스터 하한은 예전 20명이었습니다. Google은 개발자 피드백 이후 2024년 12월 11일에 12명으로 낮췄지만 14일 기간은 그대로 두었습니다. 아직 테스터 20명을 찾으라고 하는 가이드는 오래되었습니다 (영어). 이 14일 창이 여전히 실제 마찰 지점이며, 이 가이드가 다루는 범위입니다.
14일은 최근 14일이어야 하나요?
네. Google 문구는 “최근 14일 이상 지속적으로”입니다. 아무 14일도, 합계 14일도 아닙니다. 프로덕션 신청을 제출하는 시점에 끝나는, 끊기지 않은 최근 14일입니다.
정책에서 핵심 단어는 “최근(last)”입니다. Google FAQ도 누적 해석의 여지를 없앱니다. 참여했다가 14일 미만으로 테스트한 뒤 참여를 해제한 테스터는 세지 않으며, 다시 참여해 합산 기간이 2주에 도달해도 그 14일은 연속이어야 한다고 명시합니다.
쉽게 말하면, 지금 5일, 다음 주 4일, 그다음 주 5일을 이어 붙일 수 없습니다. 참여를 중간에 끊은 테스터는 새 14일 카운트를 시작하고, 이전 일수는 버려집니다. 창은 끊기지 않은 한 구간입니다. 아래 도구로 참여 테스터 12명 이상을 유지한 날을 표시하면 Google이 실제로 세는 구간을 확인할 수 있습니다.
날짜를 탭하면 그날 참여 테스터 12명 이상(초록)으로 표시됩니다. 마지막 칸은 오늘, 즉 프로덕션을 신청하는 날입니다. Google은 그곳에서 끝나는 최근의 끊기지 않은 구간만 셉니다.
연속 일수 규칙을 설명하는 모델이며, Play Console 실시간 수치가 아닙니다. Google은 신청 시점에 끝나는, 참여 테스터 12명 이상의 최근 끊기지 않은 구간을 측정합니다.
흩어진 날 프리셋을 눌러 보세요. 개별 날짜 13일을 표시하지만, 오늘로 끝나는 끊기지 않은 구간이 되지 않아 인정되는 창은 매우 짧습니다. 클릭 한 번에 보는 누적 함정입니다. 활동은 많아도 유효한 연속은 없습니다.
연속 vs 누적: 모두가 헷갈리는 구분
여기서 누적 일수는 가치가 없습니다. Google은 테스트 일수를 더하지 않습니다. 끊기지 않은 한 구간을 찾습니다. 그래서 켜졌다 꺼졌다 하는 17일도 유효 창이 0일 수 있습니다.
대부분의 개발자가 처음 떠올리는 모델과, 그것이 실패하는 이유는 다음과 같습니다.
끊긴 구간을 더해도 되지 않습니다. 끊김마다 그 이전 일수는 버려지므로, 합계 17일이어도 유효 창은 0일 수 있습니다.
신청 시점에 유효한, 테스터 12명 이상의 끊기지 않은 14일. 총 일수는 적더라도 요구사항을 충족하는 유일한 패턴입니다.
가장 중요한 구분은 Google이 어떤 패턴을 인정하느냐입니다. 흔한 시나리오는 이렇게 정리됩니다.
패턴은 일관됩니다. 최근 14일의 끊기지 않은 한 구간, 그 전 기간 참여 테스터 최소 12명만 규칙을 충족합니다.
14일 연속을 끊는 것은 무엇인가요?
이 규칙에서 가장 어려운 부분은 테스터 12명을 모집하는 것이 아닙니다. 2주 동안 창을 끊기지 않게 유지하는 것입니다. 카운트를 다시 시작하게 하는 사건과, 흔히 탓하지만 실제로는 그렇지 않은 사건이 있습니다. 사실과 오해를 나눕니다.
실제로 연속을 끊거나 멈추는 것
인원이 12명 아래로 떨어짐
규칙의 핵심입니다. 이탈이 쌓여 11명이 되면 테스터 부족 거부 위험과 함께, 12명 이상으로 복구한 뒤 새 14일 창이 필요합니다. 직접 진행 실패 1위 원인입니다.
테스터가 공식적으로 참여 해제
참여 해제는 테스터가 비공개 테스트 웹 페이지에서 프로그램 나가기를 선택하는 것입니다. 그 순간 참여가 끊깁니다. 12명 아래로 떨어지면 연속이 끊깁니다.
트랙 일시 중지 또는 게시 취소
테스트가 라이브가 아니면 참여 일수가 쌓이지 않습니다. 출시를 일시 중지하거나 테스트 빌드가 만료되면 카운트가 멈춥니다. 재개하면 새 창이 시작됩니다.
흔히 탓하지만, 그 자체로 초기화가 아닌 것
새 빌드 또는 업데이트 업로드. 중요한 연속성은 버전 코드가 아니라 테스터 참여 유지입니다. 통제된 업데이트는 오히려 긍정적 신호가 될 수 있습니다. 비공개 테스트 중 업데이트 가이드를 참고하세요.
테스터가 앱을 삭제. 삭제는 공식 참여 해제가 아니므로 타이머는 기술적으로 계속 갑니다. 위험은 일수 카운트가 아니라 참여(engagement) 쪽입니다.
테스터 목록은 신중히 다루세요. 사람을 제거하거나 이름을 빠뜨린 목록을 다시 올리면, 의도치 않게 참여 인원이 12명 아래로 갈 수 있습니다. 많은 개발자는 이메일 목록을 반복 업로드하는 대신 연결된 Google Group으로 테스터를 관리해 실수로 제거되는 일을 줄입니다.
특정 행동이 창에 영향을 주는지 확실하지 않다면 아래에서 선택해 즉시 판정을 확인하세요.
테스트에서 어떤 일이 일어나려 하나요?
Google 공개 요구사항(참여 테스터 12명 × 14일 지속)과 널리 보고된 개발자 경험에 기반합니다. 트랙 일시 중지와 늦은 교체 동작은 커뮤니티에서 보고된 주의 사항이며, 문서화된 정책은 아닙니다.
참여 해제 vs 삭제: 무엇이 다른가요?
카운트에서 테스터를 빼는 것은 참여 해제뿐입니다. 삭제는 타이머를 계속 돌리지만, 쓰지 않는 앱은 참여 신호가 없고 그 자체로 거부 사유가 될 수 있습니다.
캐주얼 테스터에게는 비슷해 보이지만 같지 않으며, 차이가 중요합니다.
참여 해제(의도적)
테스터가 브라우저에서 비공개 테스트 링크를 열고 프로그램 나가기를 선택합니다. 즉시 참여 풀에서 빠집니다.
12명 아래로 떨어지면 지속 창이 끊기고 카운트는 1일부터 다시 시작합니다.
삭제(기기에서만 제거)
폰에서 앱을 지우는 것입니다. 웹 페이지에서 프로그램 나가기를 하지 않으면 Google 백엔드는 여전히 참여로 보고 14일 타이머가 진행됩니다.
여기서 위험은 일수 카운트가 아니라 참여(engagement)입니다.
그렇다면 카운트 유지를 위해 삭제에만 기대면 될까요? 아닙니다. Google은 달력만 보지 않습니다. 테스트 기간에 테스터가 앱을 실제로 사용했는지도 검토합니다. Google은 참여 부족을 직접 거부 사유로 적고 있으며, 많은 개발자가 숫자와 날짜가 서류상 맞아 보여도 “Testers were not engaged with your app during your closed test” 메시지를 봅니다. 한 번 설치하고 2일째 삭제한 뒤 돌아오지 않은 테스터는 활동이 없습니다. 서류상 12명이어도 검토에서 비진정 참여로 거절될 수 있습니다. 이런 패턴은 비공개 테스트가 거부되는 이유에서 더 나눕니다.
정리하면, 인원 충족은 자격 하한이고, 2주 동안의 실제·반복 사용이 검토를 유리하게 만듭니다. 앱을 열고 핵심 화면을 지나 14일 동안 다시 찾아오는 테스터가 깨끗한 검토 모습에 가깝습니다.
테스터 12명이 모두 같은 날 시작해야 하나요?
엄격히 필수는 아니지만, 두 해석 모두 같은 안전 행동으로 모입니다. 최근 14일 연속 같은 구간에 참여 테스터 최소 12명을 유지하고, 창이 겹치며 신청 시점에 유효하게 하세요.
Google 문구가 모호한 지점이며, 알고 들어가는 편이 낫습니다. 방어 가능한 읽기는 두 가지입니다.
각 테스터마다 끊기지 않은 14일
정책을 글자 그대로 읽으면 테스터별 표현입니다. 특정 테스터가 나갔다가 다시 들어오면 그 사람의 일수를 버립니다. 그렇다면 최근 14일 연속 같은 구간에 각자 참여를 유지한 특정 12명이 필요하고, 창이 겹치며 신청 시점에 모두 유효해야 합니다.
풀을 14일 동안 12명 이상으로
실무에서는 많은 개발자가 합산으로 봅니다. 참여 테스터 총원 12명 이상을 14일 끊기지 않게 유지하는 것입니다. 이 관점이면 여유 인원을 두고 한두 명이 나가도 풀이 12명 아래로 안 가면 됩니다.
두 해석 모두 같은 안전 행동으로 모입니다
원래 자격 조건을 맞춘 테스터의 참여를 끊기지 않은 전체 창 동안 유지하고, 늦게 추가한 테스터는 자기 14일 카운트가 막 시작한 사람으로 다루세요. 논쟁을 끝내지 않아도 됩니다. 보수적 접근이 두 해석을 모두 만족합니다.
Google이 문서화하지 않은 것은, 창 중간에 떠난 테스터를 새 사람으로 자유롭게 바꿔도 시계가 이어지는지입니다. 공식 답을 인용할 수 없으므로 보수적 가정이 맞습니다. 온라인에서 교체 후 계속 진행을 사실처럼 말하는 조언은 커뮤니티 전설로 보고, Google 정책으로 취급하지 마세요.
테스터 12명은 하한이지 목표가 아닙니다
여유 모집은 연속 유지 보험입니다. 12명은 자격 조건을 만드는 최소입니다. 14일 동안 편안하게 앉을 자리는 아닙니다. 11일째 이탈 한 번이 전체 창을 날릴 수 있기 때문입니다.
진짜 위험이 끊긴 창이라는 점을 이해하면, 12명보다 더 모집하는 이유가 분명해집니다. 버퍼를 두면 불가피한 삭제와 관심 소멸이 하한 아래로 끌어내리지 않습니다. 개인 계정에서 흔한 풀 규모 세 가지를 비교하면 다음과 같습니다.
풀 규모
정확히 12명
이탈 여유
없음: 한 명 이탈이면 창 끊김
첫 시도 위험
높음풀 규모
15~18명
이탈 여유
소수 이탈은 감당 가능
첫 시도 위험
보통풀 규모
20~25명
이탈 여유
이탈에 여유 있는 마진
첫 시도 위험
낮음세 규모 모두 자격은 됩니다. 차이는 창 중간 참여 해제가 얼마나 아픈지뿐이며, 그 차이가 전부입니다.
경험 많은 개발자와 관리형 서비스가 모이는 패턴은 같습니다. 최소 인원만으로 돌리지 마세요. 규칙의 주 실패 모드인 창 중간 12명 미만을 애초에 만들지 않도록 여유를 두세요. 전체 논지는 테스터 12명 이상이 필요한 이유에서 다룹니다.
풀을 만들 때 실무 메모 두 가지. 첫째, 12명은 서로 다른 실제 참여 인원이어야 하며, 기기 여러 대로 숫자를 채우기 위해 자신이 자신의 테스터가 될 수 없습니다. 둘째, 아직 12명이 부족하면 참여를 진정하게 유지하는 합법적 테스터 확보 방법이 있습니다.
이 규칙은 2026년 Google Play 게시 기준이 전반적으로 빡빡해진 맥락에도 속하므로, 첫 시도에서 창을 끊기지 않게 유지하는 가치가 더 큽니다. 비공개 테스트를 한 번에 맞추면 마감이 밀리는 동안 14일 시계를 다시 돌리지 않습니다. 전체 일정은 2026 게시 요구사항 가이드를 참고하세요.
Google 공식 문구와 “최근(last)”이 중요한 이유
원문 표현을 보려면 요구사항 자체는 짧습니다. Google Play Console 도움말은 비공개 테스트 기준을, 테스터가 다음과 같아야 한다고 정의합니다.
opted-in for at least the last 14 days continuously.
규칙을 지탱하는 단어는 두 개입니다. "Last(최근)"는 한 달 전 구간이 아니라, 신청 시점에 유효한 가장 최근 창이어야 한다는 뜻입니다. "Continuously(지속적으로)"는 끊김 없음, 일시 중지 없음, 중간에 12명 미만으로 떨어지지 않음을 뜻합니다. 한국어 공식 표현으로는 최근 14일 이상 지속적으로에 가깝습니다.
Google FAQ는 누적 우회를 직접 막습니다. 참여했다가 14일 미만으로 테스트한 뒤 참여를 해제한 테스터는 세지 않으며, 다시 참여해 합산 기간이 2주에 도달해도 그 14일은 연속이어야 한다고 설명합니다. 즉 시스템은 합이 아니라 끊기지 않은 한 구간을 명시적으로 확인합니다.
전부를 결정하는 세 표현
Last(최근) - 신청 시점의 가장 최근 창
14 days - 끊기지 않은 전체 기간
Continuously - 12명 미만·공백 없음
PrimeTestLab이 창을 끊기지 않게 돕는 방식
PrimeTestLab은 이 규칙이 만드는 실패 모드에 맞춰 설계되었습니다. 낯선 사람을 모집하고 참여가 유지되기를 바라는 대신, 실기기 Android의 실제 참여 인간 테스터 관리 풀을 제공하고 14일 연속 하한 위로 유지합니다. 앱 7,400+개 기준 성공률 99.9%이며, 테스트는 보통 4~6시간 안에 시작합니다. 전체 흐름은 How PrimeTestLab works에서도 설명합니다.
위험 감도에 맞는 풀 규모를 고르세요. 대부분의 개발자에게 Enterprise가 현실적입니다. 테스터 25명으로 끊김에 대한 여유가 가장 크고, 최소 라인보다 조금 위 가격대입니다.
표시 가격에 서비스 수수료 5%가 추가됩니다. 보장 범위는 무료 재테스트 또는 전액 환불 중 선택입니다.
자세한 내역은 요금 페이지 또는 전체 테스터 12명 요구사항 가이드를 보세요. 준비가 되면 테스터 12명 패키지로 시작할 수 있고, 비공개 테스트 서비스에서 포함 항목을 확인할 수 있습니다.
자주 묻는 질문
연속이 아닌 테스트 14일을 써도 되나요?
아니요. Google은 최근 14일을 지속적으로 요구합니다. 완료했다가 끊겼다가 나중에 이어 붙인 일수는 합산되지 않습니다. 14일은 프로덕션 액세스를 신청하는 시점에 끝나는 끊기지 않은 한 구간이어야 합니다.
10일째 테스터가 참여를 해제하면?
그 해제로 참여 인원이 12명 아래로 떨어지면 지속 창이 끊깁니다. 다시 참여 테스터 최소 12명이 되면 새 14일 카운트가 시작됩니다. 정확히 12명으로 운영하면 위험이 커서 버퍼를 권장합니다.
앱 삭제가 14일을 초기화하나요?
기술적으로는 아닙니다. 삭제는 공식 참여 해제와 같지 않아 타이머는 계속 갑니다. 다만 삭제되어 쓰이지 않는 앱은 참여 신호가 없고, 테스트 기간에 테스터가 적극적으로 사용하지 않았다면 Google이 프로덕션 신청을 거절할 수 있습니다.
테스터 12명이 모두 같은 날 시작해야 하나요?
Google이 동일 시작일을 엄격히 요구하지는 않지만, 가장 안전한 방법은 테스터 12명 이상이 같은 최근 14일 연속 구간에 모두 참여 중이고, 창이 겹치며 신청 시점에 유효한 상태입니다.
14일 중간에 새 테스터를 추가할 수 있나요?
추가할 수는 있지만, 늦게 들어온 테스터는 그 시점부터 자신의 14일 카운트를 시작합니다. Google이 늦은 테스터로 이탈자를 대체해도 시계가 이어지는지 문서화하지 않았으므로, 원래 자격을 맞춘 테스터의 참여를 전체 창 동안 유지하세요.
앱 업데이트가 14일 카운트를 초기화하나요?
아니요. 비공개 트랙에 새 빌드를 올려도 일수 카운트는 초기화되지 않습니다. 중요한 연속성은 테스터 참여 유지입니다. 테스트 중 업데이트는 테스터가 새 빌드로 옮기기만 하면 오히려 긍정적 신호가 될 수 있습니다.
14일 후 프로덕션 액세스까지 얼마나 걸리나요?
신청 후 Google이 비공개 테스트와 질문지를 검토하고 계정 소유자에게 메일을 보냅니다. 검토는 보통 7일 이내이지만 더 걸릴 수 있습니다. 모호한 질문지 답변은 흔한 거부 사유입니다.
이 규칙이 조직 계정에도 적용되나요?
아니요. 테스터 12명·14일 비공개 테스트 요구사항은 2023년 11월 13일 이후 만든 개인 개발자 계정에만 적용됩니다. 조직 계정은 면제이며, 그 날짜 당일 또는 이전에 만든 개인 계정도 면제입니다.
핵심 정리
요약
14일은 누적이 아닙니다. Google은 참여 테스터 최소 12명이 있는 최근 14일 연속만 세며, 프로덕션 액세스를 신청하는 시점에 그 창이 끊기지 않아야 합니다. 가장 빠른 실패는 정확히 12명으로 운영하다 이탈 한 번에 카운트가 초기화되는 것이고, 가장 안정적인 길은 창이 끊기지 않도록 여유 모집하고 2주 동안 테스터가 앱을 실제로 쓰게 하는 것입니다. PrimeTestLab은 둘 다 처리합니다. 14일 내내 하한 위에 머물도록 설계된 실제 참여 테스터 관리 풀을 $19.99부터 제공하며, 테스트는 4~6시간 안에 시작합니다. 요금 플랜 보기 →