규칙이 실제로 확장되는 방식
새 앱마다 자체 비공개 테스트가 필요하지만, 같은 사람이 각각에 테스트 참여를 선택할 수 있습니다. 매번 완전히 다른 사람일 필요는 없습니다.
관문은 앱마다 반복됩니다. 테스터는 같아도 됩니다.
빠른 답
2023년 11월 13일 이후 만든 개인 개발자 계정에서 완전히 새로운 앱마다, 프로덕션 액세스를 신청하기 전에 테스트 참여 중인 테스터 12명 이상 · 최근 14일 이상 지속적으로 진행하는 비공개 테스트(closed testing)를 새로 돌릴 것으로 보시면 됩니다. 프로덕션 액세스는 앱마다이며 계정마다가 아닙니다. 이미 프로덕션 액세스가 있는 앱의 일반 업데이트에는 테스터 12명 신규 테스트가 필요하지 않습니다. 또한 같은 테스터를 모든 앱에 재사용할 수 있습니다. 그 관문을 빨리 준비해야 할 때 PrimeTestLab은 실기기에서 실제로 테스트에 참여하는 테스터를 $19.99부터 제공합니다(서비스 수수료 5% 추가).
파이프라인에 앱이 여러 개인 개발자가 가장 많이 묻는 질문입니다. Google의 테스터 12명·14일 비공개 테스트를 한 번 넘기면, 다음 앱에서도 처음부터 다시 해야 할까요? 아니면 계정 단위의 일회성 이정표일까요? 답은 세 부분으로 나뉩니다. 이 가이드는 Google이 글자 그대로 말하는 내용과 커뮤니티 합의를 구분하여, 각 주장을 얼마나 신뢰할지 알 수 있게 합니다. 내용은 2026년 7월 1일 기준입니다.
이 글에서 다루는 내용
테스터 12명 요구사항은 앱마다인가요, 계정마다인가요?
앱마다이며, 계정마다가 아닙니다. 첫 프로덕션 승인은 큰 온보딩 이정표이지만, 이후 게시하는 새 앱마다 프로덕션으로 가는 자체 경로가 있습니다. 따라서 새 패키지 이름(새 applicationId)마다 Play Console에 달리 표시되지 않는 한 자체 비공개 테스트가 필요하다고 보시면 됩니다.
많은 개발자가 여기서 헷갈립니다. 솔직한 버전은 이렇습니다. Google은 "모든 앱마다 반드시 반복하라"고 한 문장으로 적어두지 않았고, "첫 앱이 승인되면 이후 앱은 모두 면제"라고도 쓰지 않았습니다. Google이 실제로 말하는 것은 요구사항이 "앱"에 적용된다는 점, 프로덕션은 해당 앱의 대시보드에서 신청해 열린다는 점, 그리고 정책 목적이 새 개인 계정 개발자가 앱 배포를 준비하도록 돕는다는 점입니다.
이 사실을 모으면, 가장 방어 가능한 해석은 프로덕션 액세스가 계정 일회성 체크박스가 아니라 앱 단위로 존재한다는 것입니다. 이후 앱에는 뉘앙스가 있습니다. 계정에 이미 성공한 프로덕션 앱이 있으면 이후 앱의 검토 강도는 달라질 수 있지만, Google 공개 Help Center는 이후 모든 앱에 대한 계정 전역 면제를 약속하지 않습니다. 따라서 첫 승인 이후에도 안전한 습관은 단순합니다. 계정 전체가 영구 해제되었다고 가정하지 말고, Play Console에서 새 앱마다 상태를 확인하세요.
"한 번 넘겼으니 계정은 영원히 열린다."
개발자들은 비공개 테스트가 계정 단위 일회성 관문이라고 가정합니다. 그러다 두 번째 앱이 Play Console에서 프로덕션이 잠긴 채로 남고, 14일 시계가 다시 돌아갑니다. 출시 창을 날릴 수 있는 뜻밖의 상황입니다.
프로덕션 액세스는 앱 단위로 부여됩니다.
새 패키지 이름마다 프로덕션이 잠긴 상태로 시작하며, 테스터 12명·14일 비공개 테스트를 독립적으로 충족해야 합니다. 다행인 점은 같은 테스터가 모든 앱을 지원할 수 있어, 매번 처음부터 모집할 필요는 없다는 것입니다.
이 글의 신뢰 수준 읽는 법. Google 정책 질문에는 자신 있게 들리는 블로그 주장이 많습니다. 안전하게 판단할 수 있도록, 아래 내용은 출처 견고도에 따라 태그를 달았습니다. 무엇을 믿을지, 무엇을 본인 Play Console에서 다시 확인할지 구분하세요.
Play Console Help 페이지에 그대로 적혀 있습니다. 요구사항 자체, 테스트 참여 정의, 업데이트 권장 사항이 여기에 해당합니다.
Google 문구와 맞고 개발자 사이에 널리 보고되지만, 글자 그대로는 아닙니다. 앱 단위 해석과 리셋 메커니즘이 여기에 해당합니다.
일부 테스트 서비스가 반복하지만 Google 문서에는 없는 내용입니다(예: 센서 기반 테스터 필터링). 회의적으로 보고, 사실로 재진술하지 않습니다.
Google이 지금 공식적으로 요구하는 것은?
새로 만든 개인 개발자 계정은 최근 14일 이상 지속적으로 테스트에 참여하겠다고 선택한 테스터 최소 12명을 대상으로 비공개 테스트를 진행해야 합니다. 이를 충족하면 Play Console 대시보드에서 프로덕션 액세스를 신청할 수 있습니다.
Google Play Console Help
"새로 만든 개인 개발자 계정이 있는 경우, 최근 14일 이상 지속적으로 테스트에 참여하겠다고 선택한 상태인 12명 이상의 테스터를 대상으로 비공개 테스트를 진행해야 합니다."
Play Console Help, answer 14151465 (프로덕션 액세스 테스트 요구사항)
Google 자체 문서에서 확실히 짚어둘 구체 사항입니다.
Google이 확인한 내용
- 현재 최소 인원은 테스터 12명입니다. 2024년 12월 11일 20명에서 낮춰졌고, 14일 기간은 그대로입니다.
- 규칙은 2023년 11월 13일 이후 만든 개인 계정에 적용됩니다. 조직 계정은 면제됩니다.
- 신청 후 프로덕션 액세스 검토는 보통 7일 이내이며, 더 걸릴 수도 있습니다.
앱이 막히는 지점
- 테스트 참여 테스터가 12명에 미달하면 계속 테스트하라고 요청받을 수 있습니다.
- 테스터의 참여(engagement)가 불충분해도 마찬가지입니다.
- 오래된 튜토리얼의 "테스터 20명"은 더 이상 올바르지 않습니다.
마지막 점이 중요합니다. 인원만으로는 부족할 수 있습니다. Google은 실제 테스터가 앱을 실제로 사용했는지 봅니다. 20명에서 12명으로 줄여도 요구사항이 쉬워지지 않은 이유가 바로 이것입니다. 참여도 함께 본다는 점은 20명에서 12명으로의 변경 설명(영어)에서도 다룹니다.
테스터 12명이 필요 없는 경우는 언제인가요?
앱에 이미 프로덕션 액세스가 있고 같은 앱에 일반 업데이트를 배포하는 경우, 게시만을 위해 테스터 12명을 새로 모집하고 또 14일을 기다릴 필요는 없습니다. 비공개 테스트는 최초 프로덕션 액세스를 위한 관문이지, 매 출시마다 반복되는 통행료가 아닙니다.
Google은 프로덕션 액세스 신청이 성공한 뒤 프로덕션에 게시할 수 있다고 말하며, 이후 업데이트는 일상적으로 테스트할 것을 권장합니다. "권장"이라는 단어가 핵심입니다. 지속 테스트는 모범 사례이지, 모든 프로덕션 업데이트마다 다시 의무 관문이 되는 것은 아닙니다. Google 테스트 문서도 이미 게시한 앱에서 비공개 테스트를 돌리면 테스트 그룹 사용자만 비공개 테스트 빌드를 업데이트로 받는다고 적습니다. 앱이 이미 프로덕션에 있기 때문에 성립하는 설명입니다.
완전히 새로운 패키지 이름
새로운 14일 비공개 테스트를 예상
- 이전에 게시한 적 없는 새
applicationId - 테스트를 충족할 때까지 프로덕션 잠김
- 테스트 참여 테스터 12명 이상, 최근 14일 이상 지속적으로
승인된 앱의 업데이트
새 테스터 12명 테스트 불필요
- 같은 패키지 이름, 이미 프로덕션에 있음
- 새 버전을 프로덕션으로 푸시하면 됨
- 이후 업데이트 테스트는 권장, 의무 아님
정리하면: 새 앱이면 예, 이미 프로덕션인 앱의 업데이트면 아니요. 같은 스토어 등록정보·같은 패키지 이름에서 버전만 바뀌었다면, 완전히 새로운 12명 비공개 테스트가 표준 요구사항은 아닙니다. 한 가지 주의: 첫 비공개 테스트 중 새 빌드를 푸시하는 것은 이미 승인된 앱의 업데이트와 다릅니다. 업데이트가 비공개 테스트를 리셋하는지에서 구분합니다.
매번 완전히 새로운 사람이 테스터여야 하나요?
아니요. 새 앱에 비공개 테스트가 필요해도, 테스터 12명이 완전히 다른 12명일 필요는 없습니다. Google은 향후 테스트에서 같은 테스터 이메일 목록을 어떤 앱에든 재사용할 수 있다고 합니다. 같은 Google 계정이 여러 앱의 테스터가 되어도 됩니다.
한 세트의 테스터로 카탈로그 전체를 지원할 수 있다는 가장 분명한 공식 신호입니다. 중요한 것은 새로움이 아닙니다. 프로덕션으로 옮기는 그 앱에 대해, 테스터 최소 12명이 해당 앱의 비공개 테스트에 적극적으로 참여 중이며 14일 연속 유지되는 것입니다.
각 앱은 자체 14일 관문을 거치지만, 채우는 사람은 매번 같아도 됩니다. 문제의 틀이 바뀝니다. 신뢰할 수 있는 테스터 풀을 한 번 만들고, 이후 출시마다 재사용하세요. 여러 앱 로드맵에서는 이렇게 됩니다.
인터랙티브
포트폴리오 플래너
로드맵에 필요한 비공개 테스트 횟수와 테스터 인원은?
앱 3개 = 별도 비공개 테스트 3회지만, 재사용하면 테스터 12명 풀은 하나입니다. 병렬로 돌리면 달력상 일수는 줄어듭니다. 엄격히 순서대로 돌릴 때만 42일입니다.
14일 동안 테스트 참여로 인정되는 것은?
14일은 연속이어야 합니다. 테스트에 참여했다가 14일 미만으로 테스트한 뒤 참여를 철회한 테스터는, 나중에 다시 참여해 합이 14일이 되어도 집계되지 않습니다.
Google Play Console Help
"즉, 테스트에 참여했다가 14일 미만으로 테스트한 뒤 참여를 철회한 테스터는 집계하지 않습니다. 나중에 다시 참여해 합계가 14일이 되어도, 이 14일은 연속이어야 인정됩니다."
Play Console Help, answer 14151465 (FAQ)
실무상 두 가지 함의가 따르며, 둘 다 초보자를 자주 넘어뜨립니다.
집계됨
- 공식 테스트 참여 링크를 누르고, 해당 Google 계정으로 로그인한 기기에서 수락한 경우.
- 참여를 철회하지 않고 최근 14일 이상 지속적으로 유지한 경우.
- 앱을 실제로 열고 사용하는 진짜 지속 참여.
집계되지 않음
- 테스터 목록에 이메일만 추가한 경우: 본인이 테스트 참여를 수락해야 합니다.
- 끊긴 연속: 기간 중 참여 철회 후 재참여하면 연속 카운트가 다시 시작됩니다.
- 내부 테스트에 남아 있는 테스터: 비공개 테스트에 합류하기 전에 내부 테스트 참여를 철회해야 합니다.
버퍼 규칙 (커뮤니티 합의)
테스터가 이탈해 활성 인원이 기간 중 12명 아래로 떨어지면, 연속 기록이 끊기고 시계가 사실상 다시 시작될 수 있습니다. Google은 정확한 리셋 알고리즘을 공개하지 않지만, 이 동작은 "지속적으로" 문구와 맞습니다. 그래서 경험 많은 개발자는 딱 12명이 아니라 테스터 15~25명 버퍼를 모읍니다. 연속 메커니즘은 14일 연속 가이드에서 자세히 다룹니다.
당신에게 새 테스터 12명 테스트가 필요한가요?
상황은 조금씩 다릅니다. 해당하는 항목을 고르면 바로 답과 다음 조치가 나옵니다.
인터랙티브
신규 테스트 체커
상황을 선택하면 새로운 14일 비공개 테스트가 필요한지 알 수 있습니다.
예: 전체 비공개 테스트를 진행하세요
새 테스트 필요전형적인 경우입니다. 프로덕션을 신청하기 전에 테스트 참여 테스터 12명 이상 · 최근 14일 이상 지속적으로 필요합니다. 첫날에 시작하는 것이 좋습니다. 출시 전체에서 가장 긴 고정 단계이기 때문입니다.
다음 조치: 한 명의 이탈로 시계가 리셋되지 않도록 15명 이상 버퍼를 모으세요.
앱에는 필요: 다만 테스터는 재사용 가능
새 테스트, 같은 사람새 패키지 이름마다 자체 14일 비공개 테스트가 있으므로 한 번은 계획하세요. 좋은 소식: 같은 테스터 목록이 이 앱에도 테스트 참여할 수 있어, 완전히 새로운 12명이 필요하지 않습니다.
다음 조치: 기존 테스터 풀을 새 앱의 테스트 참여 링크로 안내하고, 최소 12명이 활성인지 확인하세요.
아니요: 업데이트만 게시하면 됩니다
새 테스트 불필요이미 프로덕션 액세스가 있는 앱은 다시 취득할 필요가 없습니다. 같은 패키지 이름에 일반 업데이트를 배포해도 새 비공개 테스트가 시작되지 않습니다. 업데이트 테스트는 권장이지 의무가 아닙니다.
다음 조치: 평소처럼 새 버전을 프로덕션에 출시하세요.
아니요: 계정이 규칙 이전입니다
면제비공개 테스트 요구사항은 2023년 11월 13일 이후 만든 개인 계정에 적용됩니다. 그 날짜 이전 또는 당일에 만든 계정은 대상이 아닙니다.
다음 조치: 이에 의존하기 전에 Play Console에서 계정 생성일을 확인하세요.
아니요: 조직 계정은 면제입니다
면제조직 / 비즈니스 계정은 14일 비공개 테스트 요구사항 대상이 아닙니다. 대가는 더 무거운 설정: 등록된 사업체와 D-U-N-S 번호입니다.
다음 조치: 개인 vs 조직 가이드에서 서류 부담을 비교하세요.
내부, 비공개, 공개 트랙은 어떻게 맞물리나요?
Google은 세 가지 테스트 트랙을 제공하지만, 프로덕션 액세스 요구사항을 충족하는 것은 하나, 바로 비공개 테스트뿐입니다. 내부 테스트는 집계되지 않으며, 공개 테스트는 이미 프로덕션 액세스가 있을 때만 열립니다.
내부
최대 테스터 100명, 가장 빠른 빌드
- 빠른 QA·스모크 테스트에 적합
- 빌드가 거의 즉시 전달됨
- 비공개 테스트 합류 전 내부 참여 철회 필요
요구사항에 집계되지 않음
비공개
테스터 12명 이상, 14일 연속
- 새 개인 계정의 필수 트랙
- 새 패키지 이름마다 앱 단위로 진행
- 테스터는 모든 앱에 재사용 가능
프로덕션 신청 전 필요
공개
공개, 누구나 합류 가능
- 대규모 베타 의견 수집에 적합
- 스토어 페이지에 공개 표시
- 프로덕션 액세스가 있어야 이용 가능
프로덕션 액세스 이후 개방
공개 테스트가 프로덕션 액세스 이후에만 나타난다는 사실도, 프로덕션 승인이 계정 전역이 아니라 각 앱의 출시 설정에 묶여 있다는 조용한 확인입니다. 트랙을 고르는 중이라면 내부 vs 비공개 vs 공개 테스트 정리에서 각각을 깊게 다룹니다.
프로덕션 액세스 검토는 어떻게 진행되나요?
테스터 12명 이상이 14일 동안 지속적으로 테스트에 참여한 뒤, 대시보드에서 프로덕션 액세스를 신청합니다. Google 질문지는 세 영역을 다루며, 검토는 보통 7일 이내입니다.
질문지는 비공개 테스트, 앱 자체, 프로덕션 준비도에 대해 묻습니다. Google은 이 답변으로 앱이 일반 사용자에게 닿기 전에 제대로 테스트되었는지 확인합니다. 계속 테스트하라는 요청을 받으면, Google이 드는 가장 흔한 두 이유는 테스트 참여 테스터가 12명에 미달인 경우와, 테스트 중 앱에 충분히 참여하지 않은 테스터입니다.
실전 팁
프로덕션 액세스는 앱마다 부여되므로, 질문지 답변은 첫 앱뿐 아니라 모든 새 앱에 중요합니다. 테스터 모집 방식과 참여 방식을 짧게 정리한 템플릿을 두고 출시마다 조정하세요. 모호한 한 줄 답변은 첫 신청이 되돌아오는 흔한 이유입니다.
레이더에 둘 2026년 두 가지 일정
비공개 테스트 요구사항과는 별개이지만, 같은 출시 일정에 영향을 주므로 함께 계획하세요. 신뢰 배지에 유의하세요. 하나는 Google의 발표된 계획이고, 다른 하나는 확인된 프로그램입니다.
타깃 API 수준이 36으로 상향
2026년 8월 예정
Google은 연간 관례에 따라 새 앱과 업데이트가 Android 16(API 수준 36)을 타깃으로 하도록 요구할 계획입니다. 2026년 중반 기준으로, 정확한 날짜가 Google 공식 타깃 API 정책 페이지에서 이전 요구사항을 대체하지는 않았습니다. 따라서 Google이 밝힌 계획으로 보고, 의존하기 전에 Play Console에서 실제 날짜를 확인하세요.
Android Developer Verification
2026년 9월 30일
Google은 브라질, 인도네시아, 싱가포르, 태국에서 검증된 개발자의 앱 등록을 요구하기 시작하며, 2027년 이후 더 넓은 글로벌 확대를 계획합니다. 이는 신원을 확인하는 정체성 검사이며, 비공개 테스트로 앱이 동작함을 증명하는 것과는 완전히 별개입니다.
둘을 구분하세요. 개발자 검증은 당신이 누구인지 확인하고, 비공개 테스트는 앱이 동작하는지 확인합니다. 어느 쪽도 다른 쪽을 대체하지 않습니다. 2026 출시 체크리스트 전체는 Google Play 게시 요구사항 가이드를 참고하세요.
앱마다 요구사항을 준비할 때 PrimeTestLab의 역할
비공개 테스트는 새 앱마다 반복되므로, 실제 테스터의 신뢰할 수 있는 공급원은 한 번이 아니라 카탈로그 전체에서 효과가 납니다. PrimeTestLab은 실기기 Android에서 실제로 테스트에 참여하는 테스터를 제공하며, Android 7부터 Android 17까지, 120+개국에 걸쳐 있습니다. 출시마다 지인·동료를 쫓지 않고 테스터 12명 요구사항을 맞추기 쉽습니다. 테스트 시작은 보통 4~6시간 이내, 지원 앱 7,400+건, 성공률 99.9%입니다.
비공개 테스트의 테스트 참여 링크를 공유해 주세요. 초대, 테스트 참여 확인, 14일 전체 유지는 저희가 담당합니다. 한 명의 이탈로 연속이 끊기고 시계가 리셋되는 상황을 피합니다. 모든 플랜은 실제 테스터와 진짜 참여를 사용하며, Google이 평가하는 바로 그 내용입니다.
현재 플랜
표시 가격에 더해 서비스 수수료 5%가 추가됩니다. 보증은 무료 재테스트 또는 전액 환불 중 선택할 수 있습니다.
자주 묻는 질문
Google Play에 게시하는 앱마다 테스터 12명이 필요한가요?
2023년 11월 13일 이후 만든 개인 개발자 계정의 새 앱에서는 예로 보시면 됩니다. 프로덕션 액세스를 신청하기 전에, 새 앱마다 테스트 참여 테스터 최소 12명 · 최근 14일 이상 지속적으로 진행하는 자체 비공개 테스트가 필요합니다. 이미 프로덕션 액세스가 있는 앱의 일반 업데이트에는 테스터 12명 신규 테스트가 필요하지 않습니다.
여러 앱에 같은 테스터를 재사용할 수 있나요?
예. Google은 어떤 앱의 향후 테스트에도 같은 테스터 이메일 목록을 재사용할 수 있다고 합니다. 따라서 테스터 12명이 매번 완전히 다른 12명일 필요는 없습니다. 중요한 것은 프로덕션으로 옮기는 그 앱에 대해 최소 12명이 적극적으로 테스트에 참여 중이며, 14일 연속 유지되는 것입니다.
앱을 업데이트하면 14일 시계가 리셋되나요?
아니요. 앱에 프로덕션 액세스가 있으면, 같은 패키지 이름에 일반 업데이트를 배포해도 새 비공개 테스트가 시작되지 않습니다. Google은 이후 업데이트 테스트를 모범 사례로 권장하지만, 이미 승인된 앱의 업데이트마다 프로덕션 액세스를 다시 취득하라고 요구하지는 않습니다. 자세한 내용.
조직 계정에도 테스터 12명이 필요한가요?
아니요. 비공개 테스트 요구사항은 2023년 11월 13일 이후 만든 개인 개발자 계정에 적용됩니다. 조직 계정은 대상이 아닙니다. 다만 조직 계정 설정에는 등록된 사업체와 D-U-N-S 번호가 필요해 시간과 서류가 따릅니다. 계정 유형 비교.
14일 도중 테스터 수가 기준 아래로 떨어지면?
기간 중 활성 테스트 참여 인원이 12명 아래로 떨어지면, 연속 기록이 끊기고 시계가 사실상 다시 시작될 수 있습니다. Google은 정확한 리셋 절차를 공개하지 않지만, "지속적으로" 문구와 맞습니다. 딱 12명이 아니라 테스터 15~25명 버퍼를 모으면, 한 명의 이탈로 2주를 잃는 일을 막을 수 있습니다.
유료로 테스터를 구하는 것은 Google 규칙 위반인가요?
실제 테스터 모집(유료 제공자 경유 포함)은 금지되지 않으며, Google 자체 프로덕션 액세스 질문지에도 유료 테스트 제공자가 예시로 나옵니다. 정책이 금지하는 것은 가짜 계정, 에뮬레이터, 모의 참여이며, 계정 정지 위험이 있습니다. 그래서 실기기의 실제 테스터와 진짜 참여가 준수하는 방식입니다.
핵심 요약
요약
Google Play를 건드릴 때마다 완전히 새로운 테스터 12명이 필요한 것은 아닙니다. 새 개인 계정의 새 앱에서는 프로덕션 전에 테스터 12명·14일 비공개 테스트를 충족할 것으로 보시면 됩니다. Google이 프로덕션 액세스를 앱 단위로 관리하기 때문입니다. 이미 프로덕션 액세스가 있는 앱이라면 일반 업데이트에 새 비공개 테스트는 필요 없고, 같은 테스터를 앱 전반에 재사용할 수 있습니다. 그 관문을 빠르고 안전하게 준비해야 할 때 PrimeTestLab은 실기기에서 실제로 테스트에 참여하는 테스터를 $19.99부터 제공합니다(서비스 수수료 5% 추가). 요금 플랜 보기 →