본인을 Google Play 비공개 테스트 테스터로 쓸 수 있나요?

아니요. 본인만으로 테스터 12명을 채울 수 없습니다. 비공개 테스트 벽에 막힌 새 Android 개발자가 가장 먼저 떠올리는 질문입니다. 테스터 12명만 있으면 되는데, 왜 본인이 그 12명이 되면 안 될까. 여분 폰 몇 대, Google 계정 몇 개, 설치만 하면 끝나 보입니다. 해롭지 않아 보이지만, 테스트를 가장 빨리 실패시키는 방법 중 하나이며, 최악의 경우 개발자 계정 자체를 잃을 수 있습니다. 이 가이드는 요구사항이 정확히 무엇을 묻는지, 본인 기기·계정이 왜 충족하지 못하는지, Google 정책이 무엇을 말하는지, 적발 시 실제로 무엇이 일어나는지, 통하는 합법적 경로를 순서대로 정리합니다. 2026년 6월 30일 기준입니다.

본인을 테스터로 쓰거나, 본인 폰·계정으로 채울 수 있나요?

기술적으로는 본인 Gmail을 테스터 목록에 넣는 것을 Google이 막지 않으며, 테스터가 낯선 사람이어야 한다는 요구도 없습니다. Google 자체 안내도 친구, 가족, 동료, 동기에게 연락하라고 하므로, 아는 사람은 명시적으로 허용됩니다.

문제는 관계가 아니라 숫자와 참여 기준입니다. 한 사람이 본인 소유의 여러 계정에 로그인해도 실제 사람 한 명이 하나의 현실적인 사용 패턴을 만들 뿐입니다. 요구사항은 14일 연속, 테스트 참여 중이며 실제로 쓰는 테스터 12명이고, 한 명의 개발자가 열두 명 전부를 설득력 있게 연기할 수는 없습니다. 이유를 보기 전에, 요구사항을 한 화면에 정리합니다.

인원 기준은 시간이 지나며 바뀌었습니다. 규칙은 2023년 11월에 테스터 20명으로 시작했고, Google이 2024년 12월에 12명으로 낮췄으며 14일 연속은 유지했습니다. 2026년 기준 테스터 12명·14일 표준은 그대로입니다. 그래서 진짜 질문은 "테스트해도 되느냐"가 아니라, 본인 기기·계정이 그 12명이 될 수 있느냐입니다. 아래에서 직접 맞춰 보세요.

어떤 조합을 골라도 카운터는 한 자릿수에 머물고 위험 게이지만 올라갑니다. 핵심은 이것입니다. 본인 기기에서 테스트하면 APK를 폰에 올릴 수는 있어도, Google이 확인하는 독립적이고 참여 중인 비공개 테스트 테스터 12명은 만들어지지 않습니다. 다음으로, "테스터로 집계"되는 기준을 정확히 봅니다.

실제로 유효한 테스터로 집계되는 기준은?

12명에 포함되려면 다음 다섯 가지가 모두 맞아야 합니다. "설치"는 그중 하나일 뿐입니다. 테스트 참여 선택과 지속 사용이 실제 테스터와 화면 위 숫자를 가르는 기준입니다.

기기 12대에 설치해도 자체 테스트가 실패하는 이유

Google은 설치만 세지 않고 실제 참여를 봅니다. 공식 Help Center는 프로덕션 신청 시 실패 모드로 테스트 참여 테스터 12명 미달과 비공개 테스트 동안 테스터가 앱에 충분히 참여하지 않음을 듭니다. 열어보지 않은 설치, 이른바 죽은 설치는 그 기준을 넘지 못합니다.

포럼에서 테스터가 14일 동안 "매일 적극적으로 앱을 테스트하지 않았다"는 반려 문구를 본 적이 있을 수 있습니다. 그 "매일 적극적으로 테스트"라는 표현은 Google 개발자 포럼에 올라온 커뮤니티 가이드에서 온 것이며, Play Console 공식 정책 문구는 더 넓은 단어인 "참여(engaged)"를 씁니다. 그래서 매일 사용은 신호를 만들기에 좋은 방법이지만, 하루만 빠지면 자동 실패라는 엄격한 해석은 공식 규칙이 아니라 커뮤니티 해석입니다. 자체 테스트가 보통 어떻게 보이고, 왜 각각 부족한지 정리합니다.

추가로 두 가지가 자주 걸립니다.

본인 기기의 "내부 테스트"가 집계되지 않는 이유

흔한 혼동은 어떤 테스트든 집계된다고 여기는 것입니다. 그렇지 않습니다. Google에는 테스트 트랙이 세 가지 있고, 요구사항을 충족하는 것은 그중 하나입니다. 본인 폰에 내부 테스트로 올리는 것은 빠르고 쉬워서 손이 가지만, 테스터 12명·14일 규칙에는 아무것도 기여하지 않습니다.

따라서 내부 테스트로 본인 기기에 APK를 올려도, Google이 확인하는 독립적이고 참여 중인 비공개 테스트 테스터 12명은 생기지 않습니다. 트랙을 비교 중이라면 내부 vs 비공개 vs 공개 테스트 정리를 더 깊게 다룹니다.

테스트용 여분 계정 생성은 Google 정책 위반인가요?

비공개 테스트 FAQ에 "본인 계정을 쓰지 마세요"라는 한 문장은 없습니다. 다만 그 행위는 Google의 더 넓은 정책 세 가지가 겹치는 지점으로 바로 들어갑니다.

그래서 자체 테스트라는 이름 자체는 금지 목록에 없어도, 여분·가짜 계정으로 테스터를 제조하는 행위는 그 정책들이 막으려는 바로 그 지표 조작입니다. Google 계정을 여러 개 갖는 것만으로는 문제가 되지 않습니다. 위반은 요구사항을 우회하기 위해 계정을 만들거나 사용하는 것입니다. 진단기로 각 지름길이 어디에 닿는지 확인하세요.

Google에 적발되면 어떻게 되나요?

진짜 위험이 여기 있으며, 앱 하나 반려보다 큽니다. Google 단속 정책은 정지가 연쇄한다고 명시합니다. 등록 수수료 미화 25달러로 연 카탈로그 전체가 위험해질 수 있습니다. 플래그 하나에서 개발자 계정 해지까지 이어지는 흐름입니다.

1. 1단계 12명을 맞추려 계정을 만듦

   본인 기기, 집 네트워크, 전화번호, 결제수단 위에 테스터 목록을 채우려고 만든 일회용 Google 계정 더미입니다.

2. 2단계 하나가 남용으로 플래그됨

   Google은 남용 목적 계정을 자동 감지·비활성화한다고 명시합니다. 주의를 끄는 데는 하나면 충분합니다.

3. 3단계 본인과 연결됨

   Google은 공유 신호로 계정을 연관시킵니다. 플래그된 계정이 메인 개발자 계정의 "관련" 계정으로 묶입니다.

4. 결과 모든 것이 연쇄됨

   개발자 계정이 해지되고, 카탈로그의 모든 앱이 삭제되며, 관련 계정도 영구 정지되고, 미화 25달러 수수료는 환불되지 않으며, 새로 여는 계정도 해지됩니다.

"관련"이 위험한 단어입니다. Google은 공유 신호로 계정을 연결하므로, 본인 발자국 위에서 만들고 쓴 테스트 계정 더미가 개발자 계정과 연관될 수 있습니다. 계정을 묶는 신호 유형은 다음과 같습니다.

Google은 가짜·약한 테스트를 어떻게 감지하나요?

온라인의 단정적인 "감지" 이론은 추측인 경우가 많으므로, 여기서는 정확히 나누는 것이 중요합니다. Google이 실제로 밝히는 것과 개발자 커뮤니티가 보고하는 것의 정직한 구분입니다.

정직한 결론은 특정 감지 이론보다 단순합니다. 테스트가 서로 다른 사람 12명이 앱을 실제로 쓰는 모습으로 보이지 않으면, 설치를 어떻게 만들었든 반려 위험이 있습니다. Google의 정확한 신호를 몰라도, 한 네트워크의 한 사람이 열두 명을 흉내 낼 수 없다는 사실은 분명합니다.

오해와 현실

개발자 포럼에는 잘못된 조언이 많이 돕니다. 검증되는 내용만 정리합니다.

비공개 테스트를 올바르게 설정하는 방법

요구사항을 한 번에 넘기고 다음으로 가려면, 믿을 수 있는 순서는 다음과 같습니다. 본인을 테스터 여러 명으로 연기하는 단계는 없습니다.

1. 1

   비공개 테스트 트랙에 업로드

   앱 번들을 빌드해 Play Console의 비공개 트랙에 올립니다. 내부 테스트는 본인 빠른 점검에는 괜찮지만, 요구사항에는 집계되지 않습니다.

2. 2

   테스터 12명보다 여유 있게 초대

   이메일 목록 또는 Google 그룹으로 테스터를 추가하고, 정확히 12명이 아니라 15~20명을 목표로 해 몇 명 이탈해도 연속 인원이 깨지지 않게 합니다.

3. 3

   실제 테스트 참여 선택 확인

   테스트 참여 링크를 공유하고, 각자 합류한 뒤 Play에서 설치했는지 확인합니다. 추가만 되고 참여 선택이 없으면 집계되지 않습니다.

4. 4

   실제·지속 사용 요청

   14일 전체 동안 앱을 열고 로그인하며 핵심 흐름을 쓰도록 안내합니다. 1일차 설치만이 아닙니다.

5. 5

   개선하며 의견 수집

   업데이트를 푸시하고 의견을 모읍니다. 14일은 반복 개선 스프린트이며, 프로덕션 질문지에서 무엇을 바꿨는지 묻습니다.

6. 6

   구체 내용으로 신청

   최근 14일 이상 지속적으로 테스트 참여 중인 테스터 12명 이상을 유지한 뒤 프로덕션 액세스를 신청하고, 질문지에 실제 의견과 실제 변경을 구체적으로 답합니다.

어려운 부분은 2~4단계입니다. 실제로 참여하는 사람을 충분히 찾고 2주 연속 활성으로 유지하는 일입니다. 테스트 서비스가 없애 주는 병목이 바로 그 지점입니다.

요구사항을 충족하는 합법적 경로 비교

본인만으로 테스터 12명을 채우는 것이 불가능하다면, 실제로 통하는 경로를 나란히 둡니다.

가짜가 아닌 옵션에 대한 참고입니다. 본인 네트워크 초대는 가장 저렴한 합법 경로이며, 서로 다른 사람의 서로 다른 기기에서 앱을 실제로 쓰는 한 통합니다. 위험은 실생활에서 잊거나 이탈하는 것입니다. 조직 계정으로 전환하면 요구사항이 통째로 사라지며, 대가는 Dun and Bradstreet(D-U-N-S) 검증으로 최대 약 한 달이 걸릴 수 있어 마감 임박 해결책이 아니라 사전 계획용입니다. 테스터 서비스는 대기 중인 신뢰할 수 있는 Android 사용자 15~20명이 없고 출시일이 있는 흔한 경우를 위한 것이며, 단일 앱 기준 모습은 테스터 12명 패키지 페이지에서 볼 수 있습니다.

프로덕션 액세스 검토가 실제로 보는 것

14일은 대기실이 아니라 활동 스프린트입니다. 프로덕션 액세스를 신청할 때 짧은 3부 질문지를 작성하며, 가짜 자체 테스트가 역효과를 내는 또 다른 이유입니다. 각 부분이 실제 경험을 서술하라고 묻기 때문입니다.

검토자는 실제 테스트가 있었고 그 결과 앱이 개선되었다는 증거를 찾습니다. 구체성 없는 일반 답변, 또는 변경이 없었다는 답변은 앱이 다시 14일을 돌게 되는 흔한 이유입니다. Google은 보통 7일 이내에 자동·사람 검토를 섞어 신청을 검토합니다. 어떻게든 설치 12개를 넘겼더라도, 실제 의견과 실제 반복 개선을 서술해야 하며 실제가 없었다면 그 빈틈이 드러납니다. 프로덕션 액세스 질문지 안내에서 항목별로 다룹니다.

PrimeTestLab이 돕는 방법

PrimeTestLab은 본인이 직접 할 수 없는 부분을 맡습니다. 실기기 Android 위 실제 테스트 참여 테스터 12명 이상이 전체 14일 동안 참여해, 프로덕션 신청이 죽은 설치가 아니라 실제 활동을 보여 주고, 개발자 계정은 가짜 계정 하나와도 닿지 않게 합니다.

표시 가격 기준 · 서비스 수수료 5% 추가

요금 페이지에서 플랜을 비교하고, PrimeTestLab 이용 방법에서 진행 방식을 확인하거나, 마감 전 요구사항만 넘기려면 테스터 12명 패키지부터 시작할 수 있습니다. 모든 플랜에 환불 보장이 포함되며, 조건에 따라 무료 재테스트 또는 전액 환불을 선택할 수 있습니다.

자주 묻는 질문

핵심 요약