Google Play 게임 비공개 테스트: 2026년 테스터 12명

기존 가이드 대부분은 이 문제의 절반만 답합니다. 일반적인 비공개 테스트 글은 테스터 12명 요구사항을 설명하면서 게임 특유의 출시 리스크는 건드리지 않고, 게임 QA 글은 성능과 디바이스 랩을 이야기하면서 정작 출시를 막고 있는 프로덕션 액세스 관문은 설명하지 않습니다. 그 사이의 빈자리는 커뮤니티 글이 자신만만한 속설로 채웁니다. 하루에 한 번은 플레이해야 한다, 업데이트를 세 번은 올려야 한다, 세션당 30분은 해야 한다, 최소 몇 개 레벨은 있어야 한다는 식입니다. 어느 것도 Google이 게시한 규칙이 아니며, 이 글은 그런 이야기가 나올 때마다 그 사실을 짚습니다. 여기 있는 내용은 모두 2026년 8월 12일 기준이고 정책 기한 날짜는 2026년 8월 14일에 다시 확인했으며, 전부 Google 1차 문서까지 거슬러 확인했습니다. 정직한 답이 “Google은 그 내용을 게시하지 않습니다”인 곳에서는 숫자 대신 그 사실을 적었습니다.

아래 순서는 이 문제가 실제로 풀리는 순서를 따릅니다. 먼저 관문 자체입니다. 나에게 적용되는지, 그리고 정확히 무엇을 세는지 알기 전에는 아무 계획도 세울 수 없기 때문입니다. 그다음이 게임 특유의 층입니다. 참여한 계정만 쌓는 테스트가 놓치는 것은 무엇이고, Google 검토자가 결과를 보기 전에 그 리스크를 하나씩 어떻게 테스트할지 다룹니다.

Google Play는 Android 게임에도 비공개 테스트를 요구하나요?

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

Play Console 고객센터, answer 14151465

그 문장이 말하지 않는 것에 주목해서 읽어 보세요. 앱 카테고리 이야기는 없습니다. 조건이 걸리는 대상은 업로드하는 것이 아니라 계정이므로, 번들이 게임으로 분류돼 있다는 사실은 이 관문의 적용 여부를 전혀 바꾸지 않습니다. Google의 비공개 테스트 자료도 앱과 게임을 같은 프로덕션 액세스 절차 안에서 함께 다루며, 모바일 게임의 출시 전 테스트를 테스트 트랙의 용도로 분명히 언급합니다.

your app이라는 표현을 한 번 더 보세요. 요구사항이 나에게 적용되는지는 계정을 만든 날짜가 정하지만, 자격을 채우는 테스트와 프로덕션 액세스 신청은 개별 앱 단위로 끝냅니다. 게임 하나로 절차를 통과했다고 해서 같은 계정에서 게시하는 다음 패키지로 넘어가지는 않습니다. 두 번째 게임은 자기 몫의 비공개 테스트와 자기 몫의 테스터 12명, 자기 몫의 2주를 갖습니다. 이 결론은 Google이 조건을 “your app”에 걸어 두었다는 점과 프로덕션 액세스를 패키지마다 신청한다는 점에서 나온 것이지, 이월을 금지한다고 게시된 문장에서 나온 것이 아닙니다. 게임마다 새 테스트를 한다고 계획하고, 어느 쪽이든 단정하기 전에 해당 앱의 콘솔 대시보드를 확인하세요.

이 규칙이 실제로 세는 것

숫자가 20명이라고 적힌 글을 보셨다면 그 문서는 오래된 것입니다. Google은 원래 기준을 테스터 20명으로 잡았다가 2024년 12월 11일에 12명으로 낮췄고, 자체 표현으로 “테스터 20명이 아니라 12명”을 요구한다고 설명하면서 2주 기간은 그대로 두었습니다. 그 경위는 테스터 20명에서 12명으로 바뀐 이야기에서 자세히 다루고, 요구사항 자체가 어떻게 작동하는지는 테스터 12명 요구사항 글에서 다룹니다. 이 글은 그 둘을 전제로 하고, 게임이 다른 지점에 집중합니다.

테스터 12명이 실제로 필요한 게임 개발자는 누구인가요?

계정에 관한 일반적인 맥락 하나를 덧붙입니다. 늘 같이 언급되면서 테스트 비용과 자주 혼동되기 때문입니다. Google은 개발자 계정을 개설할 때 일회성 등록 수수료 미화 25달러를 받습니다. 이 수수료는 테스트 요구사항과 아무 관계가 없습니다. Play Console에서 비공개 테스트를 진행하는 데 드는 돈은 없습니다. 드는 것은 끝까지 남아 줄 12명을 찾는 일입니다.

게임에는 바로 그것이 진짜 문제입니다. 유틸리티 앱과 비교하면 게임은 결함이 드러나기까지 대체로 더 깊은 세션이 필요합니다. 진행도와 저장 상태, 애셋 전송, 발열 동작, 수익 창출은 누군가 잃을 것이 생길 만큼 멀리 플레이한 뒤에야 말썽을 일으킵니다. 어느 쪽이든 빌드를 설치해 놓고 2주 동안 내버려 두는 사람들로는 안전하게 테스트되지 않으며, Google은 앱이든 게임이든 참여도와 의견을 함께 봅니다. 게임은 그 얕은 실수의 값이 더 비쌀 뿐입니다. 실제로 플레이할 사람이, 플레이어와 비슷한 하드웨어에서, 2막에 닿을 만큼 오래 플레이해 줘야 하기 때문입니다. 이 글의 나머지는 바로 그 간극에 관한 이야기입니다.

게임의 14일 비공개 테스트는 어떻게 진행되나요?

출처: 신규 개인 계정에 적용되는 비공개 테스트 요구사항(answer 14151465). 테스터 12명이라는 최소 인원은 2024년 12월 11일에 20명을 대체했고, 14일 연속 기간은 바뀌지 않았습니다.

1. 01
   1일차 이전

   비공개 테스트 버전을 게시해 테스터가 받을 수 있게 하세요. Play가 전송한 빌드가 설치되고 실행되는지, 애셋 팩이 도착하는지, Play Games 로그인이 되는지, 테스트에서 도달해야 할 모든 곳에 도달할 수 있는지 확인하세요. 내 컴퓨터에서 잘 도는 빌드는 Play가 조립한 빌드에 대한 증거가 되지 못합니다.

2. 02
   테스트 참여

   테스터는 목록에 이름만 올라가는 것이 아니라 초대를 직접 수락해야 합니다. 여기서 정말 자주 걸립니다. 이메일 목록이나 Google 그룹에 추가하는 것은 개발자의 행동이고, 참여를 선택하는 것은 테스터의 행동입니다. 절차를 끝낸 계정만 세세요.

3. 03
   1일차부터 14일차까지

   테스터 12명 이상이 플레이하는 동안 지속적으로 참여 상태를 유지합니다. 한 명이 참여를 취소해도 인원이 모자라지 않도록 최소 인원보다 넉넉히 모집하세요. 신청할 때 Google이 참여도와 의견을 묻기 때문에, 이 2주의 쓸모 있는 결과물은 카운터 스크린샷이 아니라 사람들이 알려 준 내용의 목록입니다.

4. 04
   테스트 기간 중

   진짜 결함은 고치고 빌드는 계속 업데이트하세요. 기간 중에 새 버전을 올리는 것은 정상이며 아무것도 초기화하지 않습니다. 조건은 테스터의 참여 이력을 기준으로 쓰여 있지, 고정된 빌드 하나가 며칠 됐는지를 기준으로 하지 않습니다. 이는 Google의 테스터별 지속 참여 문구에서 따라 나오는 결론이며, Google은 빌드 업데이트에 관한 별도 규칙을 어느 쪽으로도 게시하지 않았습니다. 설치와 업데이트 경로, 진행도와 저장, 애셋 다운로드, 비정상 종료, 성능, 구매, 그리고 게임이 쓰는 범위의 Play Games를 모두 돌려 보세요.

5. 05
   조건 충족 기간 이후

   Dashboard > Apply for production으로 이동해 누가 테스트했는지, 어떻게 참여했는지, 무슨 말을 했는지, 무엇을 바꿨는지, 왜 게임이 준비됐다고 보는지 솔직하게 답하세요.

6. 06
   검토

   Google은 보통 7일 이내에 끝나며 가끔 더 걸릴 수 있다고 밝힙니다. 서비스 수준 계약이 아니며 누구도 날짜를 약속할 수 없습니다.

일찍 바로잡아 둘 오해가 하나 있습니다. 이걸 잘못 알면 2주를 날립니다. 내부 테스트는 상한이 훨씬 높은 다른 트랙입니다. 테스터 100명까지 가능하고 빠르게 열립니다. 빌드를 사람들 앞에 빨리 올려 두는 데는 정말 유용합니다. 하지만 이 선행 조건이 지목하는 비공개 테스트를 대신하지는 못합니다. 세 트랙의 차이는 내부 vs 비공개 vs 공개 테스트 글에서 다루며, 공개 테스트는 프로덕션 액세스를 받은 뒤에야 열립니다.

테스터가 매일 게임을 플레이해야 하나요?

거의 모든 커뮤니티 답변이 여기서 어긋납니다. 그래서 세 가지 범주를 갈라 두었습니다.

Google이 요구하는 것은 지속적인 참여이고, 신청을 검토할 때 참여도를 본다고 밝힙니다. 하루 실행 횟수나 세션당 분 수, 업데이트 횟수는 게시하지 않습니다. 오른쪽 열은 있는 그대로 보세요. 자신 있게 반복되다 보니 속설로 굳어진 조언일 뿐입니다. 제대로 된 테스트를 목표로 하면 세 번째 열 없이도 가운데 열은 저절로 충족됩니다.

테스터 한 명이 빠지면 2주가 처음부터 다시 시작되나요?

그것만으로는 아닙니다. 그리고 이것이 돌아다니는 규칙 중 가장 과장된 항목입니다. Google의 조건은 신청하는 시점에 측정됩니다. 테스터 12명 이상이 각각 직전 14일 동안 지속적으로 참여한 상태여야 한다는 뜻입니다. 정확히 12명으로 이루어진 한 집단이 손도 대지 않은 채 2주를 그대로 버텨야 한다는 요구가 아닙니다.

그래서 계산은 집단 단위가 아니라 테스터 한 명 단위로 돌아갑니다. 정확히 12명으로 시작했다가 9일차에 한 명을 잃으면 인원이 모자랍니다. 전체 기간을 보여 줄 수 있는 계정이 열한 개가 되고, 열두 번째 자리를 메운 사람은 자기 몫의 14일 연속을 채워야 신청할 수 있습니다. 열다섯 명으로 시작해 한 명을 잃으면 남은 열네 명이 각각 조건을 그대로 충족할 수 있으니 잃는 것은 여유분뿐입니다. 최소 인원에 딱 맞추지 말고 그보다 넉넉히 모집하라는 이유가 바로 이것입니다.

근거 이 해석은 요구사항이 쓰여 있는 기준, 즉 Google의 테스터별 지속 참여 문구에서 따라 나옵니다. 테스터 한 명이 나가도 나머지 사람들의 기간은 유지된다고 대놓고 말하는 별도의 집단 초기화 규칙을 Google이 게시한 적은 없으므로, 검토자에게 그대로 인용할 수 있는 문장이 아니라 게시된 조건을 조심스럽게 읽은 결과로 받아들이세요. 어느 쪽이든 실무 조언은 달라지지 않습니다. 12명보다 넉넉히 모집해서 이 질문에 답할 일이 없게 하세요.

14일차 이후에는 어떻게 되나요?

신청하면 Google이 답변을 읽습니다. 프로덕션 액세스 신청서는 테스터가 게임에 어떻게 참여했는지, 어떤 의견을 줬는지, 그 결과 무엇을 바꿨는지, 왜 준비됐다고 보는지를 묻습니다. 게임에는 무엇이 남다른지 설명해 달라는 카테고리별 질문도 하나 더 있습니다. 이 질문도 형식이 아닙니다. 기능은 멀쩡하지만 자기 게임에 대해 할 말이 없는 게임이, 아무도 진지하게 테스트하지 않은 게임처럼 보이기 시작하는 지점이 바로 여기입니다.

일반적인 앱 테스트는 게임에서 무엇을 놓치나요?

아래는 이 글의 나머지 부분을 담은 지도입니다. 오른쪽 열은 사람들이 양쪽 방향으로 다 틀리는 부분입니다. 어떤 것은 결과가 따르는 Google 요구사항이고, 어떤 것은 어떤 정책에도 나오지 않는 일반적인 품질 관행입니다. 관행을 규칙으로 여기면 2주를 낭비하고, 규칙을 관행으로 여기면 출시를 잃습니다.

저 표에 없는 것을 보십시오. 필수 기기 수, 필수 세션 길이, 필수 프레임 속도, 최소 레벨 수는 없습니다. 이런 것들은 끊임없이 사실처럼 이야기되지만 어느 것도 공개된 적이 없습니다. Google이 실제로 공개하는 것은 한도와 기준값, 메커니즘과 정책이며, 그 하나하나는 이미 카운터를 채우느라 쓰고 있는 바로 그 2주 동안 테스트할 수 있습니다.

Google Play에서 게임 용량은 얼마나 클 수 있나요?

여기 오기 전에 읽으신 자료에서 가장 틀렸을 법한 사실이 바로 이것입니다. 아직도 돌아다니는 200 MB라는 숫자는 몇 해 전의 기본 한도였고, Google 자신의 오래된 Android 게임 페이지 가운데 일부는 실제 업로드를 좌우하는 Play Console Help 페이지를 아직 따라잡지 못했습니다. 두 Google 페이지가 어긋날 때, Console이 실제로 받아 주는 기준은 Play Console Help의 전용 용량 한도 페이지 쪽이 더 구체적이고 최신입니다. 아래 숫자 가운데 어느 것에 맞춰 출시를 계획하시든, 그 전에 그 페이지를 다시 확인하십시오.

전체 한도 표

Google Play 용량 한도는 2026년 8월 12일에 확인했습니다. 모든 값은 Play Console이 계산한 압축 다운로드 크기입니다. 출처: 최대 앱 용량 한도(answer 9859372)와 Play Asset Delivery.

내 게임은 어떤 Play Asset Delivery 모드를 테스트해야 하나요?

Play Asset Delivery에는 모드가 세 가지 있고, 각각 실패하는 지점이 다릅니다. 빌드에서 고른 모드가 어떤 테스트 항목이 중요한지를 정하므로, 이 표를 따라가며 게임이 실제로 쓰는 행만 테스트하십시오.

Google이 실제로 공개하는 프레임 속도와 비정상 종료 수치는 무엇인가요?

이 구분이 중요한 이유는 현장에서 늘 뭉개지기 때문입니다. vitals 기준값은 기술적 품질을 설명하며, Google은 앞으로 Play가 사용자의 휴대전화에서 20 FPS에 도달하지 못하는 게임에서 사용자를 멀어지게 하겠다고 밝혔습니다. 이는 노출과 품질에 관한 장치입니다. 프로덕션 액세스 검토가 아니며, 프레임 속도를 14일 테스트의 합격선으로 삼는 Google 자료는 어디에도 없습니다. 두 가지는 동시에 참일 수 있습니다. 게임이 테스터 요건은 통과하고도, Play가 조용히 추천을 멈추는 게임일 수 있습니다.

수치, 그리고 각 수치가 아닌 것

네이티브 라이브러리와 64비트

Unity, Unreal, Cocos를 비롯해 네이티브 플러그인을 쓰는 엔진으로 만든 게임에는 컴파일된 바이너리가 들어 있고, 그 바이너리에는 이 글의 내용과 무관한 자체 호환성 규칙이 있습니다. Google Play는 앱이 64비트 아키텍처를 지원하도록 요구합니다. 네이티브 32비트 아키텍처를 지원한다면 그에 대응하는 64비트 아키텍처도 함께 포함해야 합니다. 64비트 환경에서 테스트하시고, 엔진 버전이 무엇을 내세우든 모든 서드파티 플러그인은 호환되지 않는 바이너리를 따로 실어 올 수 있다고 보십시오.

이 작업을 하는 동안 빌드가 16 KB 메모리 페이지 크기 경고까지 띄운다면, 그것은 자체 기한과 자체 해결 경로를 가진 별개의 요구사항이며 16 KB 페이지 크기 오류 해결에 관한 글에서 다룹니다.

테스터에게 돈을 물리지 않고 인앱 구매를 테스트하려면?

“사용자는 실제 요금을 부담합니다 ... 해당 사용자가 라이선스 테스터인 경우는 예외입니다.”

Google Play Billing, 인앱 결제 테스트 문서

별개의 목록 두 개가 별개의 것 두 가지를 통제합니다. 비공개 트랙 테스터 목록은 누가 출시 전 빌드를 설치할 수 있는지를 정합니다. 라이선스 테스터 목록은 누구의 구매가 실제 카드 대신 Google의 테스트 결제수단으로 처리되는지를 정합니다. 첫 번째 목록에 열두 명을 넣고 두 번째 목록에는 아무도 넣지 않은 개발자는 모든 구매가 진짜인 테스트를 만든 셈이고, 그 사실을 가장 먼저 알아채는 사람은 대개 환불을 요청하는 테스터입니다.

비공개 트랙 테스터와 라이선스 테스터

수익화하는 게임이 돌려 봐야 할 구매 테스트

결제 라이브러리 일정: Play Billing Library 7은 2026년 8월 31일에 신규 앱과 업데이트 기한을 넘겼습니다. 기한 연장을 받아 두었다면 2026년 11월 1일까지이고, 그렇지 않다면 신규 출시에는 그 이후의 지원 버전이 필요합니다. 최신 릴리스인 것과 허용되는 최소 버전인 것은 다르므로, 최신이 곧 필수라고 가정하지 말고 지원되고 유지 관리되는 버전을 타겟팅하세요. 출처: 인앱 결제 테스트, 라이선스 테스터 포함.

루트 박스가 있으면 게임이 도박 앱이 되나요?

콘텐츠 등급 설문은 형식적인 절차가 아닙니다

모든 게임은 Play Console의 Policy > App content에서 열리는 콘텐츠 등급 설문에 정확하고 빠짐없이 답해야 하며, 설문이 설명하는 콘텐츠나 기능이 바뀌면 답변도 갱신해야 합니다. 게임에 무엇이 들어 있는지 사실과 다르게 알리면 삭제나 정지로 이어질 수 있으므로, 부정확한 설문은 느린 프레임보다 훨씬 값비싼 실수입니다.

게임은 앱보다 설문에서 건드리는 면이 넓습니다. 폭력성, 모의 도박, 인앱 구매, 사용자 간 커뮤니케이션, 사용자 제작 콘텐츠가 모두 걸립니다. 비공개 테스트 둘째 주에 채팅 기능이나 무작위 보상을 추가한다면, 첫째 주에 제출한 답변은 그 순간 틀린 답이 됩니다. 누군가 알아차린 뒤가 아니라 프로덕션을 신청하기 전에 설문을 다시 여십시오.

출처: Google Play의 무작위 가상 아이템 정책(answer 9858738). 구매 전에 구매 지점 가까이에서 확률을 공개하도록 요구합니다.

비공개 테스트 중에 Play Games 로그인이 실패하는 이유는 무엇인가요?

증상은 뚜렷하면서도 사람을 엉뚱한 곳으로 이끕니다. 로그인이 개발자의 컴퓨터에서도 되고 개발자 본인의 기기에서도 되는데, 빌드가 Play를 통해 내려가는 순간 나머지 모든 사람에게서 실패합니다. 출시가 잘못된 것처럼 보이니, 애초에 멀쩡했던 부분을 다시 빌드하러 가게 됩니다.

문제를 해결하는 설정

1. 01
   Play Games Services 테스터 목록 열기

   Play Console에서 Grow users > Play Games Services > Setup and management > Testers로 이동합니다. 이 목록은 비공개 트랙 테스터 목록과 별개이며, 그 목록에서 이어받지 않습니다.

2. 02
   테스터를 승인하거나 트랙을 사용 설정하기

   계정을 하나씩 추가하거나, Play Games Services 테스트용으로 해당 Play Console 출시 트랙을 사용 설정해 테스트 빌드에 접근할 수 있는 모든 사람이 Play Games에도 접근하도록 하십시오. 사람 수가 몇 명을 넘어가면 두 번째 방법이 감당해 냅니다.

3. 03
   사용자 인증 정보가 빌드와 일치하는지 확인하기

   구성해 둔 패키지 이름이나 서명 인증서 지문이 업로드된 것과 일치하지 않으면 인증이 실패합니다. Play App Signing이 끼어 있는 경우, Play Games 구성에 필요한 지문은 작업용 컴퓨터에 있는 지문이 아니라 Play가 사용하는 지문입니다.

4. 04
   실제로 사용 설정한 기능을 모두 테스트하기

   먼저 로그인, 그다음 게임이 실제로 쓰는 대로 업적, 리더보드, 저장된 게임을 확인하십시오. 저장된 게임은 특히 눈여겨볼 만합니다. 진행도와 맞물려 있기 때문입니다. 복원되지 않는 저장 데이터는 복원할 만한 진행도가 쌓일 만큼 테스터가 멀리 나아가야만 드러나는 버그입니다.

시스템 넷, 목록 넷, 게임 하나입니다. 이 섹션이 존재하는 이유는 그 넷 가운데 셋이 비공개 트랙 화면 안에서는 보이지 않기 때문입니다. 보이는 하나를 제대로 설정한 개발자가 나머지도 따라온다고 생각하는 것은 무리가 아닙니다. 따라오지 않습니다.

출처: Play Games Services 콘솔 설정 및 테스터 승인. 테스터 목록, 트랙 사용 설정이라는 대안, 승인되지 않은 테스터가 보게 되는 OAuth 및 404 오류를 문서로 밝히고 있습니다.

게임이 비공개 테스트 중일 때 사전 등록을 쓸 수 있나요?

이 문제는 앱보다 게임에 더 아픕니다. 사전 등록은 출시 도구이고, 게임 출시는 보통 날짜에서 거꾸로 계획하기 때문입니다. 비공개 테스트와 나란히 사전 등록 캠페인을 돌리는 계획이었다면 순서를 다시 짜야 합니다. 먼저 선행 조건을 통과하고, 그다음 캠페인을 돌리고, 그다음 출시입니다.

첫 게임의 현실적인 순서는 이렇습니다. 다 됐다는 느낌이 들 때까지 기다리지 말고 빌드를 플레이할 수 있게 된 시점에 바로 비공개 테스트를 시작하십시오. 2주는 어차피 하고 있던 작업과 나란히 흘러가기 때문입니다. 스토어 기능에 기대는 마케팅은 테스트 도중이 아니라 그 뒤에 옵니다.

출처: 신규 개인 계정에 적용되는 비공개 테스트 요구사항(answer 14151465). 요구사항을 충족할 때까지 프로덕션 액세스와 사전 등록이 제한된다고 Google이 밝힌 문서입니다.

테스터가 게임으로 실제로 무엇을 해야 하나요?

테스터 12명을 채웠는데 Google은 왜 14일을 더 요구하나요?

이런 결과를 겪었다는 개발자가 꾸준히 나옵니다. 숫자는 맞췄고 신청도 넣었는데 돌아온 답은 테스트를 더 하라는 것이었습니다. 커뮤니티 보고 이런 글들은 경험 자체는 일관되지만 원인에 대해서는 훨씬 덜 믿을 만합니다. Google 밖에서는 아무도 그 판단 근거를 볼 수 없기 때문입니다. Google 문서에서 분명히 말할 수 있는 것은 참여도와 의견이 평가 대상에 들어간다는 점이고, 그것만으로도 손에 잡히는 이야기가 됩니다.

두 번째 사이클은 어떤 모습이어야 하나

테스트를 더 하라는 답을 받으면, 처음과 똑같이 수동적인 설치 패턴을 반복하면서 다른 답이 오기를 기대하기 쉽습니다. 더 쓸모 있는 두 번째 사이클은 무언가를 실제로 바꿉니다. 인원을 안정적으로 유지하고, 테스터에게 게임을 통과할 실제 경로를 주고, 그들이 보고한 내용을 글로 남기고, 그 의견이 정당화한 수정을 배포하고, 다시 신청할 때 그 전부를 담백하게 설명하세요. 우연이 아니라, 그렇게 하면 게임 자체도 좋아집니다.

반대로 들어가면 안 되는 것은 지어낸 의식입니다. 거부를 승인으로 바꿔 주는 실행 횟수도, 필수 업데이트 횟수도, 하루 플레이 할당량도 게시된 적이 없고, 특정한 활동 패턴이 Google의 결정을 바꿔 준다고 누구도 약속할 수 없습니다. 거부 패턴 전반은 비공개 테스트가 거부되는 이유 글에서 더 다룹니다.

2026년과 2027년 초, 게임 퍼블리셔가 챙겨야 할 Google Play 주요 기한

출처: 8월 31일 타겟팅 날짜와 폼팩터별 수준은 타겟 API 수준 요구사항(answer 11926878), 나머지는 Google의 두 정책 화면인 Play Console 고객센터 기한 표와 Android Developers 정책 일정표입니다.

순서 때문에 발목이 잡히는 경우가 많아 분명히 해 둡니다. 이 날짜들은 어느 것도 테스터 요구사항과 관련이 없고, 테스터 요구사항을 통과했다고 해서 이 날짜들이 면제되지도 않습니다. 게임이 14일 비공개 테스트를 흠잡을 데 없이 마치고도, 빌드가 잘못된 API 수준을 타겟팅해서 출시하지 못할 수 있습니다. 2주가 끝난 뒤가 아니라 시작하기 전에 출시를 막는 요구사항을 확인하세요.

게임을 위한 실제 테스터 12명은 어디서 구하나요?

엔진 커뮤니티에 “테스터 12명 구합니다” 글이 넘치는 이유는 산수입니다. 처음 게임을 만드는 개발자에게 Android 폰을 쓰면서 참여 절차를 끝까지 마치고 2주 뒤에도 참여를 유지할 지인 열두 명이 있는 경우는 드뭅니다. 친구들은 설치하고, 예의상 한 번 해 보고, 멀어집니다. 인성의 문제가 아닙니다. 호의의 반감기가 사흘쯤인데 요구사항은 14일 동안 이어질 뿐입니다.

테스터 교환 그룹은 인원수는 해결해 주지만 그 이상은 대체로 아닙니다. 교환 상대의 동기가 나와 똑같기 때문입니다. 참여하고, 유지하고, 넘어가는 것이죠. 그러면 카운터는 채워지지만, 정작 신청서에서 Google이 묻는 그 수동적 참여 패턴이 그대로 만들어집니다. 게임은 앱보다 사정이 더 나쁩니다. 중요한 실패는 몇 세션 깊숙한 곳에 있는데, 품앗이로 온 테스터는 거기까지 절대 가지 않기 때문입니다.

대행 진행에 포함되는 것

PrimeTestLab은 Android 7부터 17까지 아우르는 실제 기기의 실제 테스터 12명을 공급하고, 14일 내내 참여를 유지하게 하며, 테스트는 4~6시간 내에 시작합니다. 지금까지 120+개국에서 앱 7,400+개를 이렇게 진행했고 완료율은 99.9%이며, 무료 재테스트 또는 전액 환불이 뒤를 받칩니다. 요금제는 $19.99부터 시작합니다.

경계는 분명히 해 두겠습니다. 게임에는 누구에게도 넘길 수 없는 부분이 있기 때문입니다. 대행 진행은 2주 중 테스터 쪽을 맡습니다. 애셋 팩을 다시 만들거나, 프레임 타임을 손보거나, 결제 코드에 확인 처리를 구현하거나, 등급 설문에 대신 답하지는 않습니다. 그건 개발자의 몫이고, 위 섹션들은 그 몫을 줄이려고 있는 것입니다. 사라지는 것은 모집에 쫓기는 시간과 9일차에 인원이 무너질 위험입니다.

직접 모집 vs 대행 진행

어떤 서비스도 제공할 수 없고, 제공하겠다는 곳은 오히려 의심해야 하는 것이 하나 있습니다. 프로덕션 액세스 자체입니다. 그것은 Google이 결정하고, 인원수만이 아니라 테스트의 질도 함께 따지며, 한 사이클을 더 요구할 수도 있습니다. 약속할 수 있는 것은 테스터 인원과 2주, 그리고 그 뒤를 받치는 보장입니다. 요금제와 각 플랜에 포함된 내용 보기 →

자주 묻는 질문

핵심 정리