2026년 Google Play 개발자 계정 만드는 방법

이 목록에서 다른 사람에게 기대야 하는 유일한 항목이 14일 테스트이고, 1인 개발자가 발이 묶이는 지점도 바로 여기입니다. 이 부분은 PrimeTestLab이 대신 진행하며, 글 마지막의 돕는 방식에서 자세히 설명합니다.

이 주제를 다루는 안내 글은 대부분 결제 완료 화면에서 끝나고, 대부분은 쓰일 당시에는 정확했습니다. 문제는 그 뒤에 Google이 덧붙인 것들입니다. 몇 년 동안 들여다본 적도 없을 결제 프로필과 서류를 대조하는 신원 확인, 새 개인 계정에 붙는 기기 확인 절차, 그리고 계정을 만든 날짜가 사람을 끌어들여 앱마다 통과하게 만드는 프로덕션 관문입니다. 그 결과로 익숙한 게시글이 포럼에 줄줄이 올라오고, 시작하는 문장은 늘 똑같습니다. 25달러를 냈는데 왜 아무것도 게시할 수 없나요.

이 글은 결정이 실제로 발목을 잡는 순서대로 썼습니다. 결제하기 전에 준비해 두어야 할 것, 계정 유형별로 내놓아야 하는 것, 콘솔이 어떤 순서로 무엇을 묻는지, 어떤 정보가 어떤 기록과 일치해야 하는지, 그리고 영수증을 받은 뒤 새 개인 계정이 Google에 지게 되는 의무까지 차례로 다룹니다. Google이 숫자를 공개한 항목은 그 숫자가 나온 고객센터 문서와 함께 인용했습니다. Google이 아무것도 공개하지 않은 항목은 자기들도 모르는 업체 페이지에서 수치를 빌려 오는 대신, 공개된 것이 없다고 그대로 적었습니다. 여기 실린 내용은 모두 Google 공식 문서와 대조해 확인했으며 2026년 8월 13일 기준입니다.

Google에 결제하기 전에 준비할 것

25달러 결제가 마음을 굳히는 순간처럼 여겨지는 것은 그것만이 내 통장에 손을 대는 단계이기 때문입니다. 하지만 긴장해야 할 대상은 그쪽이 아닙니다. 정말로 되돌리기 어려운 단계는 돈이 한 푼도 들지 않는 쪽입니다. 마침 로그인되어 있던 Google 계정이 그대로 계정 소유자가 되고, 지금은 Google이 소유권을 다른 사람에게 넘기는 제한적인 방법을 문서로 안내하지만 모든 계정이 쓸 수 있는 것도 아니고 설정 스위치도 아닙니다. 그리고 내가 입력한 법적 신원은 이후에 올리는 모든 서류가 대조될 기준이 되며, 그중 일부는 Google Play에 공개됩니다. 둘 중 어느 것도 정말 확실하냐고 되물어 주지 않습니다.

수수료 자체에 대해 이 글은 한 가지만 밝히고 넘어갑니다. 미화 25달러이며 개발자 계정당 1회 부과되고, 연회비도 앱당 부과도 아닙니다. 이 수수료가 무엇을 포함하고 무엇을 포함하지 않는지에 대한 전체 설명은 Google Play 게시 요구사항 글에 있습니다.

Google이 공개하는 정보

결정 과정에서 건너뛰기 쉽지만, 나중에 후회하며 돌아오게 되는 부분이 이것입니다. 가입 양식에 입력한 내용 중 일부는 Google Play 등록정보에 표시되어 누구나 읽을 수 있습니다. 개인 계정은 익명 계정이 아니며, 수익을 창출하기 시작하면 공개 범위가 더 넓어집니다.

표를 옆으로 밀면 모든 열을 볼 수 있습니다

등록 전 체크리스트

아래 목록은 Google의 요구사항을 어느 고객센터 페이지에 실려 있는지가 아니라 언제 필요한지를 기준으로 다시 정리한 것이며, 일부러 세 단계로 나눴습니다. 01단계는 가입 양식이 요구하는 항목이고, 판정에 반영되는 단계도 이것뿐입니다. 02단계와 03단계는 돈이 빠져나간 뒤에 찾아오는 실제 요구사항입니다. 이 셋을 한 점수에 뒤섞은 체크리스트는 테스터 12명을 구하기 전에는 등록도 못 한다고 말하게 되는데, 그것은 사실이 아닙니다. 실제로 기다리는 시간이 붙는 항목은 두 줄뿐이고 둘 다 조직 항목입니다. 조직 가입을 결정한 날에 곧바로 시작하면 안 되는 현실적인 이유가 여기에 있습니다.

결제 전 준비 상태 점검기

되돌리기 어려운 세 가지 결정

그 목록의 나머지는 모두 양식 하나로 고칠 수 있습니다. 이 셋은 그렇지 않거나, 최소한 싸게는 안 됩니다.

이렇게 한다고 승인이 확실해지지는 않습니다. 다만 Google이 실제로 문서로 밝힌 실패 원인을 없애 주는데, 그것은 다르면서도 더 쓸모 있는 일입니다. 없앨 수 없는 것은 기다림입니다. Google은 과정의 좁은 부분에 대해서는 정확한 시간을 공개하면서 신원 검토 전체에 대해서는 아무것도 공개하지 않으며, 이는 아래 확인 절차 섹션에서 다룹니다.

가입할 때 개인 계정과 조직 계정

먼저 알아 두어야 할 중요한 사실은 이것이 등급제가 아니라는 점입니다. Google은 두 계정 유형이 동일한 기본 기능을 이용할 수 있다고 밝히며, 둘 다 결제 프로필을 통해 수익을 창출할 수 있습니다. 조직으로 등록한다고 더 좋은 Play Console을 사는 것이 아닙니다. 달라지는 것은 들어가기 위해 무엇을 내놓아야 하는지, 그리고 그 뒤에 어떤 의무가 따라붙는지입니다.

Google이 대신 정해 주는 네 가지 카테고리

Google은 개발자가 스스로를 어떻게 여기든 상관없이 조직 계정을 써야 하는 앱 네 가지를 지목합니다.

내 앱이 이 중 하나에 해당한다면 계정 유형 문제는 이미 답이 나온 것이고, D-U-N-S 발급 기간은 나중에 생각할 일이 아니라 개발 일정의 일부가 됩니다.

유형별로 갖춰야 하는 것

이 표는 가입 창구에 한정된 이야기입니다. Google이 유형별로 무엇을 요구하는지, 그리고 유형별로 그 뒤에 무엇을 안고 가는지입니다. 조직 계정을 위해 법인을 세울 만한 가치가 있느냐는 별개의 질문이고 거의 모든 사람에게 답도 다르며, 개인 계정과 조직 계정 비교에서 제대로 다룹니다.

표를 옆으로 밀면 모든 열을 볼 수 있습니다

나중에 계정 유형을 바꿀 수 있을까요?

다른 글에서 읽으신 내용 중 틀렸을 가능성이 가장 높은 사실이 이것입니다. 몇 년 동안 계정 유형은 한 번 고르면 영구히 고정되며, 나중에 법인을 세운 개발자는 계정을 처음부터 새로 등록해야 한다는 것이 정설이었습니다. 하지만 현재 Google 문서는 그렇게 말하지 않습니다. 전환 경로를 설명하고 있으며, 지원하는 방향과 지원하지 않는 방향을 분명히 구분합니다.

전환이 실제로 어떤 작업인지

전환의 실체는 Play Console의 스위치가 아니라 결제 프로필 변경입니다. 문서에서 놓치기 쉬운 이유가 여기에 있습니다. 조직 유형의 Google Payments 프로필을 새로 만들거나 그쪽으로 바꾸고, 그 프로필에 필요한 확인 절차를 마친 다음, 즉 조직이라면 D-U-N-S 번호와 조직 서류를 준비한 다음, 개발자 계정에 연결합니다. D-U-N-S 발급에 걸리는 기간은 가입할 때와 똑같이 여기에도 적용되므로, 전환 역시 하루 만에 끝나는 일이 아닙니다.

그리고 예전에는 영구 고정이었던 소유자

머릿속에서 가장 먼저 갱신해야 할 내용이 이것입니다. 오랫동안 사실이었고 이 글의 예전 버전을 포함해 어디서나 반복되고 있기 때문입니다. Google은 이제 셀프 서비스 소유권 이전을 문서로 안내합니다. 시작할 수 있는 사람은 현재 계정 소유자뿐이고, 경로는 Play Console에서 Users and permissions로 들어가 계정을 넘길 사람을 찾은 뒤 Manage, 그리고 Make account owner입니다. 그다음 이전은 7일 동안 보류되었다가 완료되며, 새 소유자가 될 사람은 신원을 확인하고 결제 프로필 정보를 제공하라는 요청을 받을 수 있습니다.

발목을 잡는 부분은 여전히 대상 조건입니다. Google은 이 직접 절차의 범위를 조직 계정과 수익 창출을 하지 않는 개인 계정으로 한정하고, 앱으로 수익을 창출하는 개인 개발자는 현재 대상이 아니라고 밝힙니다. 그래서 정작 이 기능이 가장 필요한 개발자, 즉 개인으로 등록해 수익을 내기 시작했고 이제 법인이 계정을 갖기를 바라는 1인 퍼블리셔가 대상에서 빠집니다. 이들의 경로는 그대로입니다. 개발자 계정을 새로 만들어 처음부터 확인을 마치고 앱을 옮기는 것입니다.

같은 맥락에서 한 가지 더 주의할 점이 있습니다. 자격이 없는 조직 유형을 고르는 것은 서류를 건너뛰는 요령이 아닙니다. 조직 계정은 제3자가 보유한 실제 사업자 기록과 대조해 확인되며, 그 기록을 지어내는 것은 영리한 우회가 아니라 정책 위반입니다.

Play Console 가입 단계별 안내

등록은 play.google.com/console/signup에서 시작합니다. 누르기 전에 브라우저가 어떤 Google 계정으로 로그인되어 있는지부터 확실히 해 두시기 바랍니다. 진행 과정에서 다시 생각해 보라고 물어봐 주지 않는 결정이 바로 그것이기 때문입니다.

여덟 개의 단계

1. 01
   계정을 소유할 Google 계정으로 로그인하기

   소유자는 만 18세 이상이어야 합니다. 소유권은 나중에 넘길 수 있지만 Google이 문서로 정해 둔 경우에 한합니다. 조직 계정과 수익 창출을 하지 않는 개인 계정이 대상이고, 현재 소유자가 시작하며, 7일 동안 보류되고, 새 소유자는 확인 절차를 거칩니다. 수익 창출을 하는 개인 계정은 현재 이 절차 밖에 있으므로, 많은 개발자에게는 마침 로그인되어 있던 계정이 사실상 여전히 영구 소유자입니다. Google이 요구하는 것은 Google 계정이며, 튜토리얼들이 뭐라고 하든 gmail.com 주소여야 한다고는 적혀 있지 않습니다.

   이럴 때 어긋납니다: 개인용 브라우저 프로필로 로그인한 채 그 위에서 회사 계정을 등록한 경우.

2. 02
   개인 계정과 조직 계정 중 선택하기

   개인 계정은 학생, 취미 개발자, 아마추어 개발자를 포함한 개인 용도를 위해 Google이 마련한 선택지입니다. 조직 계정은 기업과 단체를 위한 것입니다. Google은 네 가지 앱 카테고리를 조직 계정으로 안내합니다. 금융 상품 및 서비스 앱, 의료와 인체 대상 연구를 포함한 건강 앱, VpnService 사용 승인을 받은 앱, 그리고 정부 앱입니다.

   이럴 때 어긋납니다: D-U-N-S 번호가 나오기도 전에 조직 가입을 시작한 경우.

3. 03
   유형이 일치하는 Google Payments 프로필 만들거나 선택하기

   등록은 Google Payments 프로필과 연결되며, 프로필 유형은 선택한 계정 유형과 일치해야 합니다. 기존 개인 프로필로는 조직 등록을 진행할 수 없습니다. 이 프로필에 담긴 신원은 이후에 올리는 모든 서류가 대조될 기준이므로, 더 진행하기 전에 열어서 직접 읽어 보시기 바랍니다.

   이럴 때 어긋납니다: 오래된 결제 프로필에 몇 년 전 이사 나온 주소가 그대로 남아 있는 경우.

4. 04
   법적 정보, 연락처 정보, 공개 개발자 정보 입력하기

   법적 이름과 주소는 신분증에 인쇄된 그대로 입력합니다. Google이 연락할 때 쓰는 연락처 이메일과 전화번호를 제공하는데, 이 둘은 확인 절차를 거치지만 공개되지 않습니다. 여기에 더해 Google Play에 표시되는 공개 개발자 이메일도 제공합니다. 조직 계정은 공개 개발자 전화번호도 함께 제공합니다. 전화번호는 국제 형식으로 입력합니다.

   이럴 때 어긋납니다: 공개 개발자 이메일로 공개하고 싶지 않은 개인 주소를 적은 경우.

5. 05
   계약에 동의하고 미화 25달러를 한 번 결제하기

   Google Play 개발자 배포 계약에 동의하고 1회 등록 수수료를 결제합니다. 이 수수료는 앱마다가 아니라 개발자 계정마다 부과되며 매년 갱신되지 않습니다. Google의 결제 수단 안내 페이지는 사용할 수 있는 카드 네트워크를 지역별 차이와 함께 안내하고, 선불카드는 사용할 수 없다고 밝힙니다.

   이럴 때 어긋납니다: 확인하지 않고 짐작한 신원 정보로 수수료부터 결제한 경우. Google은 신원 정보가 유효하지 않으면 수수료가 환불되지 않을 수 있다고 경고합니다.

6. 06
   연락처 이메일과 전화번호 확인하기

   Google은 이메일 주소로 여섯 자리 코드를 보내고, 전화번호로도 SMS 또는 음성 통화로 여섯 자리 코드를 보냅니다. 이 둘은 스토어 등록정보에 표시되는 정보가 아니라 Google이 나에게 연락할 때 쓰는 비공개 연락처입니다.

   이럴 때 어긋납니다: SMS가 오지 않는 경우. Google이 문서로 안내하는 답은 계정을 새로 만드는 것이 아니라 음성 통화 옵션을 쓰고, 그다음 신호와 통신사를 확인하는 것입니다.

7. 07
   신원 확인 마치기

   개인 계정은 연결된 결제 프로필이 아직 확인되지 않았다면 공식 정부 발행 신분증을 요청받을 수 있습니다. 조직 계정은 D-U-N-S 번호, 공식 조직 서류, 대표자의 신분증을 요청받을 수 있고, 새로 만든 조직 계정에는 웹사이트 확인 요구사항이 추가됩니다. 제출하는 모든 것은 결제 프로필과 일치해야 합니다.

   이럴 때 어긋납니다: 서류와 프로필이 한 줄 차이로 어긋나는 경우. Google은 이 일치를 요구사항으로 못 박아 두었고, 이 주제에서 고객센터 커뮤니티 게시글을 가장 많이 채우는 실패 원인이기도 합니다.

8. 08
   새 개인 계정이라면 실제 Android 기기 확인하기

   새 개인 계정은 앱을 Google Play에 공개하기 전에 Play Console 모바일 앱에서 기기 확인을 마칩니다. Google은 루팅되지 않은 실물 기기로 Android 10 이상을 실행할 것을 요구하며, 확인 자체는 1분이 채 걸리지 않는다고 밝힙니다.

   이럴 때 어긋납니다: 전부 에뮬레이터로만 개발하고 조건에 맞는 휴대전화가 하나도 없는 경우. Google은 같은 기기로 계정을 두 개 이상 확인하는 것을 허용하므로, 빌려 쓰는 것도 문서상 가능한 선택지입니다.

여덟 번째 단계 다음에 오는 것

이 여덟 단계로 끝나는 것은 계정입니다. 앱을 게시하기까지의 여정이 끝나는 것은 아니며, 그다음 순서는 정확히 짚어 둘 가치가 있습니다. 많은 페이지가 테스터 12명 테스트를 앱을 만들기도 전에 해내야 할 숙제처럼 암시하기 때문입니다. 사실은 정반대입니다. 앱을 만들고 설정과 스토어 등록정보, 각종 신고를 마친 뒤 빌드를 업로드해 비공개 트랙에 버전을 먼저 게시해야 합니다. 조건을 충족하는 테스트가 그 버전 위에서 돌아가기 때문입니다. 그러고 나서야 14일 시계가 시작됩니다. 시계가 끝나면 프로덕션 액세스를 신청할 자격이 생기고, Google이 신청서를 검토하며, 액세스가 승인된 뒤에 프로덕션 버전이 나갑니다.

순서와 관련해 한 가지 단서가 있는데, 테스트를 준비하는 것과 실제로 진행하는 것의 차이입니다. 계정 확인은 여전히 출시 자체를 가로막습니다. Google은 앱을 심사에 제출하려면 그 전에 개발자 계정이 확인을 마쳐야 한다고 밝히고, 새 개인 계정은 앱을 Google Play에 공개하기 전에 실기기 확인까지 끝내야 합니다. 그러므로 앱을 만들고 설정하고 스토어 등록정보를 쓰는 일은 신원 검토가 진행되는 동안에도 할 수 있습니다. 14일 시계가 돌아갈 비공개 트랙 버전을 게시하는 일은 그럴 수 없습니다. 실제로 겹칠 수 있는 만큼만 계획에 넣으시기 바랍니다. 겹치는 것은 준비이지 테스트 날수가 아닙니다. 확인됨

다른 곳에서 마주칠 주장 두 가지는 미리 이름을 붙여 두면 보자마자 걸러 낼 수 있습니다. 첫째는 가입에 @gmail.com으로 끝나는 주소가 필요하다는 말입니다. Google 가입 페이지가 요구하는 것은 Google 계정이고, 그것은 이미 가지고 있는 주소로도 만들 수 있습니다. 둘째는 Google이 개발자 계정을 「보통 24~48시간 안에 활성화한다」는 말입니다. 현재 Google 문서에는 그런 약속이 없으며, 그 말을 믿고 출시 계획을 세우는 것이야말로 출시일이 공개적으로 밀리는 경로입니다. 공개된 처리 기간 없음

서류, 일치 규칙, 그리고 아무도 공개하지 않는 지연

확인 단계에 이르면 이 과정은 더 이상 양식 작성이 아니라 대조 작업이 됩니다. Google은 여러분이 누구인지 알아보려고 서류를 읽는 것이 아닙니다. 이미 가지고 있는 기록과 서류를 대조하고, 조직이 얽혀 있다면 Dun and Bradstreet이 보유한 두 번째 기록과도 대조합니다. Google은 요구사항을 분명히 밝힙니다. 제출한 것은 연결된 결제 프로필의 정보와 일치해야 합니다. 이 글을 위해 살펴본 고객센터 커뮤니티 게시글 중 원인을 짚어 낼 수 있었던 반려 사례는 모두 이 기록들이 이름이나 주소, 심지어 주소 한 줄을 두고 서로 어긋나 있었습니다.

계정 유형별로 요구되는 항목

표를 옆으로 밀면 모든 열을 볼 수 있습니다

업로드하기 전에 알아야 할 정확 일치 규칙

규칙 자체는 말하기 쉽고 어기기도 쉽습니다. 서류에 적힌 법적 신원, 연결된 Google Payments 프로필의 신원, 그리고 조직이라면 Dun and Bradstreet 기록의 신원이 모두 일치해야 합니다. 봐서 같은 사람인 정도가 아니라, 일치해야 합니다. 빠진 중간 이름, 한쪽은 줄이고 다른 쪽은 풀어 쓴 도로명, 서류에는 있는데 프로필에는 끝내 들어가지 않은 호수, 양식이 받아 주지 않아 떨어뜨린 발음 기호. 이 중 하나만 있어도 서류가 되돌아오기에 충분합니다.

아래 도구는 텍스트 비교기이며, 승인 여부를 판정하는 검사기도 Google 검토를 흉내 낸 모형도 아닙니다. Google은 기록이 일치해야 한다는 요구사항은 공개했지만, 실제로 어떤 비교를 돌리는지, 약어나 문장 부호를 어떻게 처리하는지, 표기를 어떻게 변환하는지, 그 밖에 무엇을 보는지는 공개하지 않았습니다. 그래서 이 도구는 입력하신 두 문자열을 읽고 눈에 보이는 차이를 짚어 줄 뿐입니다. 여기서 알려 드리는 것은 전부 여러분이 입력한 글자에 대한 이야기입니다.

프로필 일치 검사기

Google이 시간을 밝힌 것과 열어 둔 것

바로 여기서 경쟁 페이지들이 숫자를 지어냅니다. 현재 상위에 노출되는 튜토리얼 중 여럿이 신원 검토가 “몇 시간에서 영업일 기준 이틀”이라거나 계정이 “보통 24~48시간 안에 활성화된다”고 적고 있습니다. 두 수치 모두 현재 Google 문서에는 없습니다. Google이 실제로 공개한 것은 훨씬 좁고, 그래서 훨씬 쓸모 있습니다. 공개된 수치는 하나하나가 전체 과정이 아니라 특정 동작에 붙어 있기 때문입니다.

표를 옆으로 밀면 모든 열을 볼 수 있습니다

Android 기기 확인

이 항목은 특정한, 그리고 점점 늘어나는 부류를 걸러 냅니다. 에뮬레이터에서 개발하는 사람, 회사 노트북에서 개발하는 사람, 그리고 Android 앱을 만드는 사람이라면 그럴 만하게도 루팅해 둔 기기를 쓰는 사람입니다. 데스크톱 경로는 없습니다. 이 확인은 Play Console 모바일 앱에서, 실물 기기 위에서 이루어집니다.

여기서 타이밍이 특별한 방식으로 중요해집니다. 이것은 계정을 만드는 데 걸리는 관문이 아니라 앱을 공개하는 데 걸리는 관문입니다. 이 확인 없이도 등록하고 신원을 확인하고 앱을 만들 수 있으며, 그러다 가장 곤란한 순간에 이 관문을 발견하게 됩니다. 기기가 있으면 1분이면 끝나고, 구해야 한다면 일주일이 걸립니다. 첫날에 끝내 두라는 말이 나오는 이유가 이것입니다.

새 개인 계정이 함께 떠안는 조건

바로 이 대목에서 많은 분이 당황합니다. 그리고 당황하는 이유는 이 규칙이 두 층위에서 동시에 작동하기 때문입니다. 이 규칙이 나에게 해당되는지 아닌지를 결정하는 것은 계정입니다. 기준일 이후에 만들어진 개인 계정이냐가 기준입니다. 반면 실제로 무엇을 해야 하는지를 결정하는 것은 앱입니다. Google의 문구가 내 앱을 대상으로 비공개 테스트를 진행해야 한다는 것이고, 프로덕션 액세스 신청서도 그 앱과 그 앱을 대상으로 진행한 테스트, 그리고 그 앱의 준비 상태를 묻기 때문입니다. 그래서 앱을 먼저 만들고 모든 것을 제대로 처리해 심사를 통과하고도 프로덕션이 열리지 않는 상황이 생깁니다. 의무는 계정과 함께 따라 들어왔는데, 그 의무를 털어 내는 일은 앱 단위로 해야 하기 때문입니다. 이 기준일은 2023년 11월 13일부터 적용되어 왔고 그로부터 1,027일이 지났으므로, 몇 년 전에 만들어 둔 개발자 계정으로 작업하는 경우가 아니라면 여러분에게도 적용됩니다.

이 규칙이 12명이 되기까지

두 가지 숫자가 돌아다니지만 현행은 하나뿐입니다. 테스터 20명이라고 적힌 페이지를 읽고 계시다면, 그것은 2024년 12월 이전에 쓰인 글이거나 그런 글을 베낀 글입니다.

1. 2023년 11월 13일
   기준일

   이 날짜 이후에 만들어진 개인 개발자 계정이 테스트 요구사항의 대상이 됩니다. 이 날짜는 지금도 Google 정책 페이지에 그대로 남아 있습니다.

2. 2023년 말
   테스터 20명으로 시작

   이 요구사항은 처음에 테스터 최소 20명이 14일 동안 참여하는 조건으로 시작했습니다. Google의 커뮤니티 문서에 당시 수치가 남아 있고, 같은 시기의 고객센터 커뮤니티 게시글도 이를 뒷받침합니다. 과거 기록

3. 2024년 12월 11일
   테스터 12명으로 완화

   Google은 「개인 개발자 계정의 테스트 요구사항 완화」라는 제목의 Play 개발자 커뮤니티 게시글로 이 완화를 알렸습니다. 2주라는 기간은 그대로 유지되었습니다. 배경은 Google이 테스터 20명에서 12명으로 바꾼 이유에서 다룹니다.

4. 2026. 8. 13.
   현행 규칙: 테스터 12명, 14일 연속

   대상이 되는 개인 계정이 프로덕션 액세스를 신청하려면, 그 전에 최소 테스터 12명이 최근 14일 이상 지속적으로 테스트에 참여한 상태여야 합니다. 이것이 날마다 실제로 무엇을 뜻하는지는 14일 연속 규칙에서 다룹니다.

다른 트랙이 인정되지 않는 이유

이 관문을 우회하려고 채우기 쉬운 트랙을 쓰려는 시도가 흔합니다. 통하지 않으며, 이유는 문구 자체에 있습니다. 정책은 콕 집어 비공개 테스트를 요구합니다.

표를 옆으로 밀면 모든 열을 볼 수 있습니다

세 가지 테스트 트랙의 전체 비교와 각각이 정말로 알맞은 상황은 내부·비공개·공개 테스트 비교에 있습니다. 계정을 만드는 시점에서 중요한 것은 더 좁습니다. 관문을 통과시키는 것은 비공개 트랙뿐이며, 여기에는 압축할 수 없는 실제 달력 시간이 최소 2주 필요하다는 점입니다.

참여 취소가 실제로 치르게 하는 대가

널리 퍼진 설명은 한 명이라도 빠져 12명 아래로 내려가면 기간이 깨지고 전부 처음부터 다시 시작된다는 것입니다. Google의 조건은 그렇게 말하지 않으며, 이 차이는 허비하는 몇 주만큼의 값어치가 있습니다.

이 조건은 신청하는 시점에 판정됩니다. 그때 최소 12명이 참여 상태여야 하고, 그 12명은 각자 최근 14일 동안 끊김 없이 참여한 상태여야 합니다. Google은 참여했다가 14일이 되기 전에 취소하고 다시 참여한 테스터는 인정되지 않는다고 분명히 밝힙니다. 14일은 연속이어야 하기 때문입니다. 이 둘을 함께 읽으면 대부분의 페이지가 잘못 적고 있는 세 가지 결론이 나옵니다.

• 12명보다 많이 두는 것은 허세가 아니라 완충 장치입니다. 조건을 충족하는 테스터가 15명인데 한 명이 빠져도 14명이 남으므로 아무것도 지연되지 않습니다. 끊김 없는 14일을 온전히 보여 줄 수 있는 사람이 12명 아래로 내려갈 때에만 기다려야 합니다.
• 대체 인원은 0일부터 시작합니다. 새 테스터는 나간 사람이 채운 날수를 물려받지 않습니다. 자기 14일 연속은 참여한 날부터 시작됩니다.
• 남아 있는 테스터는 이력을 그대로 유지합니다. 한 사람이 나갔다고 다른 사람의 시계가 초기화되지는 않습니다. 「처음부터 다시 시작된다」는 설명이 가장 크게 틀린 부분이 바로 여기입니다.

14일이 끝나면 무슨 일이 생기나

신청할 자격이 생깁니다. 그러면 Google이 진행한 테스트에 대해 묻습니다. 테스터가 앱을 어떻게 사용했는지, 어떤 의견을 모았는지, 그 결과 무엇을 바꿨는지, 이 앱은 누구를 위한 것이며 왜 준비가 되었다고 보는지를 묻습니다. 14일째 자정에 딸깍 넘어가는 카운터가 아니라, 사람이 검토하는 서면 신청입니다. 실제 질문과 군더더기 없이 답하는 방법은 프로덕션 액세스 설문 글에서 다룹니다.

테스터의 사용 정도에 대해 한마디 덧붙입니다. 지어낸 규칙이 가장 많이 번식하는 곳이기 때문입니다. 측정 가능한 기준은 지속적인 참여 상태뿐입니다. 테스터 12명이 끊김 없이 14일 동안 참여한 상태여야 합니다. Google은 현재 정책 페이지에 하루 사용 시간 할당량 같은 것을 공개하지 않았으며, 테스터마다 하루에 몇 분씩 앱을 켜야 한다고 적어 둔 페이지는 Google이 문서로 적지 않은 것을 설명하고 있는 것입니다. 사용 정도는 인원수 위에 얹힌 숫자 기준이 아니라, 신청서에 적어 내는 내용을 통해 별도로 평가됩니다. 확인됨

테스터를 어디서 구하느냐에 대해서도 단정적인 설명은 조심하시기 바랍니다. Google이 공개한 요구사항은 모집 경로를 하나로 정해 두지 않았고, 자체 안내는 먼저 개인적·직업적 인맥을 가리키며 친구, 가족, 동료, 같은 학교 사람을 예로 들고, 그다음으로 잠재 사용자가 이미 모여 있는 커뮤니티를 듭니다. 이것은 제한 목록이 아니라 안내이므로, 정당한 테스트 제공업체가 여기서 배제되지는 않습니다. 다만 「Google은 테스터가 누구인지 신경 쓰지 않는다」는 뜻도 결코 아닙니다. Google은 다양하고 대표성 있는 집단을 요구하고 진짜 사용과 의견을 기대하며, 설치 수나 평점, 리뷰를 조작하는 것은 사람을 어떻게 구했든 정책 위반입니다. 확인됨

가입 실패 원인과 해결 방법

증상 열 가지와 각각에 대해 문서로 확인된 해결책

아래 상황들은 Google이 해결책을 공개해 둔 것들이며, 정책 페이지의 표현이 아니라 개발자들이 고객센터 커뮤니티에서 실제로 쓰는 말로 적었습니다. 내 증상이 여기에 없다면 그 사실도 알아 둘 가치가 있습니다. 보통은 답이 문서화되어 있지 않다는 뜻이고, 그럴 때 솔직한 다음 단계는 포럼의 추측이 아니라 Play Console 고객지원입니다.

막힌 지점 찾기

목록에 답이 없을 때

어떤 해결책 목록으로도 풀 수 없는 유형이 2026년 고객센터 커뮤니티 게시글에 하나 있습니다. 계정을 확인받을 수도 없고 지원 문의는 실질적인 답변 없이 종료되는, 확인 절차의 교착 상태를 호소하는 사례입니다. 이런 보고는 실재하고 솔직히 언급할 만큼 자주 나오지만, 동시에 표본이 한쪽으로 치우쳐 있기도 합니다. 확인이 무사히 끝난 개발자는 굳이 글을 쓰지 않기 때문입니다. 이 글의 어떤 내용도 그 교착에서 빠져나올 길을 약속할 수는 없습니다. 다만 원인이 문서로 밝혀진 교착, 즉 대부분의 경우는 애초에 피해 갈 수 있게 해 드립니다. 커뮤니티 사례

끝으로 기억해 둘 만한 구분이 하나 있습니다. 엉뚱한 곳에서 불안해하는 사례를 통째로 만들어 내는 구분이기 때문입니다. 개발자 계정의 신원 확인은 자체 2026년 일정표를 가진, 생태계 전반에 적용되는 별도의 Android 개발자 인증 프로그램과 같은 것이 아닙니다. 이 글이 다루는 것은 Play Console 확인을 마치는 일입니다. 다른 프로그램과 그것이 Google Play 밖의 설치에 어떤 의미인지는 Android 개발자 인증 글에서 다룹니다.

첫 출시를 막을 수 있는 2026년 주요 요구사항

계정 생성과 앱 요구사항은 서로 다른 체계이며, 한쪽을 끝내 놓고 다른 쪽에서 조용히 걸리기 쉽습니다. 완벽하게 확인된 개발자 계정을 갖고도 빌드 자체가 현재 요구사항을 충족하지 못해 출시하지 못할 수 있습니다. 아래 항목은 갓 만든 계정에까지 영향을 주는 것들이며, 그중 무엇이 나에게 해당하는지는 앱이 무엇을 하느냐에 달려 있습니다.

• 2026년 8월 31일
  새 앱과 업데이트는 Android 16(API 36)을 타겟팅해야 합니다

  새 앱이든 기존 앱의 업데이트든 모바일 제출물에 적용됩니다. 다른 폼팩터에는 각자의 수준이 정해져 있습니다. 기기 유형별 전체 내용은 타겟 API 수준 글에 있습니다.

  시행 중
• 2026년 8월 31일
  Google Play 결제를 쓰는 앱은 Billing Library 8 이상이어야 합니다

  Google의 지원 종료 일정표는 Play Billing Library 7의 신규 앱 및 업데이트 기한을 이날로 잡고 있으며, 연장 종료일은 2026년 11월 1일입니다. 이 기한은 com.android.vending.BILLING 권한이 필요한 APK에만 적용되므로, 첫 앱에 인앱 구매나 정기 결제가 없다면 해당되지 않습니다. 반대로 해당된다면 제출할 때가 아니라 지금 미리 알아 두어야 할 빌드 의존성입니다.

  시행 중
• 2026년 9월 30일
  Play 패키지 이름 등록

  모든 Play 패키지는 등록되어야 하지만, Play Console에서 만든 새 앱은 보통 자동으로 등록되므로 대개 직접 해야 할 일이 아니라 상태를 확인할 항목입니다. 당연히 되어 있으려니 하지 말고 직접 확인하시기 바랍니다. 이것은 생태계 전반에 적용되는 Android 개발자 인증 프로그램과는 다른 것으로, 그쪽은 Android 개발자 인증 글에서 다룹니다.

  보통 자동
• 2026년 11월 1일
  연장 기간 종료일

  8월 31일 기한이 걸린 두 요구사항, 즉 타겟 API 이전과 Play Billing Library 요구사항 모두 종료일이 같습니다. 연장은 자동으로 주어지지 않고 신청해야 하며, Play Console의 정책 상태와 알림을 통해 안내됩니다. 지금 계정을 등록하는 단계라면 연장이 아니라 현재 요구사항에 맞춰 개발한다고 생각하시기 바랍니다.

  승인된 경우
• 조건부
  연락처 권한, 앱이 연락처를 읽는 경우에만 해당

  Google의 새 연락처 권한 정책은 Android 17(API 37) 이상을 타겟팅하는 앱이 사용자의 연락처에 광범위하게 접근하는 경우를 규율합니다. 이제 Google의 두 창구 모두 시행일을 2027년 1월 27일로 동일하게 안내합니다. Play Console 기한 표와 Android Developers 정책 페이지가 일치하며, 둘 다 2026년 8월 14일에 다시 확인했습니다. 이전에 Google이 보낸 안내에는 이 정책의 날짜가 2026년 10월 28일로 돌기도 했지만, 그 날짜는 대체되었습니다. 날짜가 명시된 전체 목록은 2026년 정책 업데이트 글에 있습니다. 확인됨

  대부분의 앱: 해당 없음

여기까지가 갓 만든 계정에 가장 닿기 쉬운 2026년 일정이며, 이 글은 정책 달력이 되지 않으려고 일부러 여기서 멈춥니다. 달력에 있는 다른 항목이 나에게 아무 영향도 없다는 뜻은 아닙니다. 카테고리별 정책은 연중 계속 시행되고, 그중 무엇이 내 앱에 닿는지는 전적으로 앱이 무엇을 하느냐에 달려 있습니다. 날짜가 명시된 전체 목록이 필요하다면 정책 업데이트 글이 바로 그 용도이며, 개발이 끝난 뒤가 아니라 시작하기 전에 확인해야 할 페이지입니다.

PrimeTestLab이 돕는 방식

이 글 위쪽의 준비 목록을 다시 보시기 바랍니다. 딱 하나만 빼고 모든 항목이 혼자서, 내 일정대로 처리할 수 있는 일입니다. 신분증, 결제 프로필, 인증 코드, 기기 확인은 모두 혼자 하는 작업입니다. 반면 완성되지도 않은 앱을 설치하고, 맞는 Google 계정으로 참여하고, 2주 동안 마음이 떠나지 않고 참여 상태를 유지해 줄 사람 12명을 찾는 일은 혼자 하는 작업이 아닙니다. 2주짜리 요구사항이 툭하면 두 달짜리가 되는 이유가 여기에 있습니다.

직접 하기와 맡기기

두 열 모두 같은 Google 요구사항을 통과합니다. 차이는 일과 위험이 어디에 놓이느냐입니다. 첫 번째 열은 정직하게 표시했습니다. 위의 두 행만 Google이 실제로 공개한 숫자로 된 조건입니다. 사용 정도는 프로덕션 액세스 검토자가 함께 고려하는 요소이지 채워야 할 기준선이 아니고, 기기 다양성은 Google이 권장하는 좋은 QA 관행일 뿐 반드시 맞춰야 할 기기 수로 정해져 있지 않습니다.

표를 옆으로 밀면 모든 열을 볼 수 있습니다

저희는 이 테스트를 120+개국의 앱 7,400+개에 대해 진행해 왔고, 그렇게 해 온 지 5+년입니다. 99.9%라는 수치는 테스트 완료율이며, 이것이 무엇을 재는 숫자인지는 정확히 짚고 넘어갈 필요가 있습니다. 관리형 테스트가 필요한 인원의 참여 상태를 14일 내내 끊김 없이 유지했다는 뜻입니다. 승인율이 아닙니다. 이 숫자가 보장하는 것은 Google이 실제로 문서에 적어 둔 요구사항을 충족한 비공개 테스트의 완료입니다. 프로덕션 액세스를 보장하지는 않으며, 그것은 누구도 팔 수 없습니다. 신청서는 그 뒤에 Google이 검토해 결정하기 때문이고, 정직한 제안이 딱 여기서 멈추는 이유도 그것입니다.

모집을 직접 하시겠다면 그것도 충분히 합리적인 선택이고, 이 글은 아닌 척하지 않겠습니다. 테스터 12명을 구하는 정당한 방법 일곱 가지에서 실제로 통하는 경로를 다루며, 유료 테스트 서비스가 값어치를 하는지는 사지 않는 편이 맞을 때 그렇게 판단하실 수 있도록 쓴 글입니다.

자주 묻는 질문

핵심 정리

이 모든 과정에서 다른 사람이 있어야만 되는 유일한 부분이 14일 테스트이고, 바로 그 부분을 PrimeTestLab이 대신 진행합니다. 요금제 보기 →