2026년 신규 개발자를 위한 Google Play 출시 요구사항

Google Play는 승인을 한 번에 내주지 않습니다. 출시는 서로 독립된 여러 관문 뒤에 놓여 있고, 관문마다 적용 대상을 정하는 고유한 규칙이 있습니다. 그래서 아래 내용 가운데 상당 부분은 여러분에게 해당되지 않습니다.

아래의 모든 요구사항에는 네 가지가 똑같이 붙어 있습니다. 누구에게 적용되는지, 무엇을 해야 하는지, 무엇으로 완료를 확인하는지, 그리고 어떤 공식 문서에 근거하는지입니다. Google의 문서끼리 서로 어긋나는 경우에는, 이 글에서도 두 군데가 그렇습니다만, 저희가 하나를 골라 추측하는 대신 양쪽 내용을 모두 보여 드립니다.

Google Play 출시 요구사항 한눈에 보기

모든 관문을 아래에 정리했습니다. 각 관문이 여러분에게 적용되는지 판단하는 규칙과, Play Console에서 완료를 확인할 수 있는 항목을 함께 적었습니다. 조건부로 표시한 행은 게시자에 따라 아예 건너뛰게 됩니다.

실제로 진행되는 순서

단계는 여덟 개이고, 순서는 취향의 문제가 아닙니다. 그중 셋은 바로 다음 단계의 엄격한 선행 조건입니다.

1. 개발자 계정 선택과 인증 계정 유형, 등록 수수료, 신원 확인, 그리고 Console에 표시되는 경우의 기기 인증.
2. 앱 만들기와 규정에 맞는 빌드 준비 앱 레코드와 애플리케이션 ID, App Bundle과 서명, 타겟 API, 빌드 사전 점검.
3. Android 개발자 등록 상태 확인 앱과 패키지가 만들어진 뒤 Play Console에서 하는 상태 확인.
4. 스토어 등록정보와 애셋 완성 글자 수 제한, 필수 그래픽, 아이콘 마스크, AI 애셋 선언.
5. 앱 콘텐츠와 검토자 액세스 권한 완성 개인정보처리방침, 데이터 보안, 삭제, 콘텐츠 등급, 타겟층, 광고, 모든 앱에 해당하는 선언 두 가지, 로그인 안내.
6. 요건을 충족하는 비공개 테스트 진행 테스터 12명이 14일 연속으로 테스트에 참여합니다. 2023년 11월 13일 이후에 만든 개인 계정에만 해당합니다.
7. 프로덕션 액세스 신청 테스트, 앱, 준비 상태를 묻는 세 부분짜리 질문지.
8. 프로덕션 출시 제출과 게시 국가, 가격, 번들, 출시 노트, 검토 요청, 그리고 게시.

1. 개발자 계정 선택과 인증

2단계 인증을 켠 Google 계정이 필요하고, 가입할 때 Developer Distribution Agreement와 Play Console 서비스 약관에 동의하게 됩니다. 그다음 게시 전에 통과해야 할 항목이 세 가지 있습니다. 등록 수수료, 신원 확인, 그리고 Console에 표시되는 경우의 기기 인증입니다.

미화 25달러 수수료의 정체, 그리고 흔한 오해

수수료는 신용카드 또는 체크카드로만 결제할 수 있습니다. 사용 가능한 카드 종류는 지역마다 다르며, Google은 선불카드를 받지 않는다고 분명히 밝히고 있습니다.

개인이냐 조직이냐, 그리고 선택이 이미 정해져 있는 경우

카테고리 질문을 먼저 던지세요. 어떤 앱은 애초에 고를 여지가 없기 때문입니다.

그 카테고리 가운데 어디에도 해당하지 않는다면 선택은 여러분의 몫입니다. 두 유형 모두 앱을 게시하고 수익을 낼 수 있으니, 차이의 일부는 Google이 여러분에 관해 무엇을 확인하느냐에 그칩니다. 하지만 서류 문제만은 아닙니다. 2023년 11월 13일 이후에 만든 개인 계정에는 요건 충족용 비공개 테스트가 더 붙고, 이 글에서 기간이 가장 긴 고정 항목이 바로 그것입니다. 더 자세한 비교는 개인 계정과 조직 계정 비교에 있습니다.

계정 인증에 필요한 것, 그리고 기간이 사람마다 달라지는 이유

Google은 앱을 게시하기 전에 계정 차원에서 여러분이 누구인지 확인합니다. 개인 계정은 정부 발급 공식 신분증을 제출하고, 조직은 신분증과 함께 조직 정보를 제출합니다. 무엇을 요구받는지는 결제 프로필에서 이미 확인된 정보에 따라 달라질 수 있으며, 같은 가이드를 따라도 사람마다 요청받는 서류가 다른 이유가 여기에 있습니다. 개발자 신원 정보 확인

Google은 Play 계정 신원 검토에 대해 보장된 처리 기간을 공개하지 않으며, 널리 인용되는 “최대 5일”도 그런 기준이 아닙니다. 그 숫자는 Play 신원 확인 페이지가 아니라 Google 결제 관련 문서에서 나온 것입니다. Console에 표시되는 작업을 끝내고, 추가 서류 확인이 붙을 여지도 감안하세요. 결제 수단 확인은 또 별개입니다. 결제를 받는 일과 연결된 판매자 확인이며, 무료 앱 개발자가 모두 거쳐야 하는 단계는 아닙니다. 계정 정보와 판매자 확인

완료 기준: Play Console에서 해당 계정의 신원 확인 작업이 더 이상 표시되지 않습니다. 제출과 통과는 서로 다른 상태로 봐야 합니다. 서류를 제출했다는 사실만으로는 게시가 풀리지 않습니다.

기기 인증, 대부분의 가이드가 빠뜨리는 관문

신규 개인 개발자 계정에는 별도의 기기 작업이 있습니다. 루팅하지 않고 Android 10 이상을 실행하는 실제 Android 모바일 기기에 접근할 수 있다는 점을 확인하는 절차이며, 계정 소유자로 로그인한 상태에서 Play Console 모바일 앱으로 진행합니다. 기기 인증 요건

무엇이 아닌지도 짚어 두겠습니다. 신원 확인도 아니고, 요건 충족용 비공개 테스트도 아니며, 테스터에 관한 규칙도 아닙니다. 비공개 테스트에 참여하는 12명이 그 기기 사양을 갖춰야 한다는 내용은 어디에도 없습니다. Console 홈 페이지에 있는 독립된 항목이며, 에뮬레이터로는 통과할 수 없습니다.

완료 기준: Play Console 홈 페이지에서 기기 인증 작업이 사라집니다.

나중에 계정 유형 바꾸기

개인 개발자 계정은 Google의 인증 절차를 거쳐 조직 계정으로 전환할 수 있습니다. 조직 웹사이트를 확인하고, 조직의 결제 프로필을 새로 만들거나 선택해서 확인한 다음, 기존 계정에서 변경을 완료하면 됩니다. Google은 전환 후 최소 72시간을 기다렸다가 새 앱을 제출하라고 안내합니다. 반대 방향, 즉 조직에서 개인으로 가는 전환은 새 계정을 만들어야 합니다. 계정 유형 전환

2. 앱 만들기와 규정에 맞는 빌드 준비

두 부분으로 나뉩니다. Play Console에서 만드는 앱 레코드, 그리고 그 안에 업로드하는 결과물입니다. 이 단계의 결정 하나는 앱의 평생을 따라다니므로 지금 30초를 쓸 값어치가 있습니다.

되돌릴 수 없는 결정들

Play Console에서 앱을 만들면 앱 이름, 기본 언어, 앱인지 게임인지, 무료인지 유료인지가 정해집니다. 애플리케이션 ID는 별개입니다. Console의 그 양식이 아니라 빌드 구성에 들어 있고, 둘은 업로드하는 순간 만납니다. 그러니 비어 있는 Console 레코드가 ID를 이미 정해 두었다고 짐작하지 말고, 업로드 전에 빌드에서 애플리케이션 ID를 확인하세요. 앱 만들기 및 설정애플리케이션 ID

Android App Bundle과 두 가지 서명 역할

일반적인 신규 공개 앱이라면 Google Play는 APK가 아니라 Android App Bundle(.aab)을 받고, 앱은 Play 앱 서명을 사용합니다. 이 범위는 절대 규칙처럼 말하기보다 한 번 정확히 짚어 두는 편이 낫습니다. 자격 요건을 갖춘 기존 앱에는 아직 APK 워크플로가 남아 있고, Android TV 앱은 2023년 6월부터 App Bundle이 필수이며, 기업용 비공개 앱 배포는 또 다릅니다. App Bundle비공개 앱

Play 앱 서명은 두 가지 역할을 나눕니다. 여러분이 직접 보관하는 실제 키가 두 개라는 뜻은 아닙니다. 앱 서명 키는 Google이 관리하며 사용자가 설치하는 결과물에 서명합니다. 업로드 키는 업로드 전에 번들에 서명해서, 그 번들이 여러분에게서 왔다는 것을 Google이 알 수 있게 합니다. 두 역할은 같은 키로 처리할 수도 있고 서로 다른 키를 쓸 수도 있습니다. 업로드 키를 따로 두는 구성이 권장되는데, 잃어버려도 재설정할 수 있기 때문입니다. 앱 서명

폼팩터별 타겟 API 수준

업로드를 곧바로 막을 가능성이 가장 큰 요구사항이며, 숫자 하나로 끝나지 않습니다. 무엇을 제출하느냐에 따라 달라집니다.

Google은 일부 상황에 대해 2026년 11월 1일까지 이어지는 연장 기간을 문서로 안내하고 있지만, 자격 여부는 Play Console 안에서 앱별로 판단됩니다. 타겟 API 수준 요구사항 마이그레이션 방법은 타겟 API 가이드에 있습니다.

사전 점검: 멀쩡해 보이는 번들이 거부되는 이유

다 끝난 것처럼 보이는 프로젝트를 잡아내는 검사가 두 가지 있습니다. 둘 다 조건부이므로, 앱에 해당하지 않는다면 건너뛰고 넘어가세요.

네이티브 라이브러리: 64비트와 16KB 페이지 크기

앱이 네이티브 코드를 포함한다면, 직접 작성했든 SDK를 통해 들어왔든 앱 빌더가 생성했든, 64비트 지원과 16KB 페이지 크기 호환성을 점검하고 16KB 환경에서 테스트하세요. 의존성까지 포함해 Java 또는 Kotlin만으로 작성한 앱은 해당 페이지 크기를 이미 지원합니다. 실제로 업로드하는 번들을 확인하세요. 여러분 쪽에서 아무것도 바꾸지 않아도 의존성 하나가 32비트나 4KB 정렬 라이브러리를 다시 끌어들일 수 있습니다. 16KB 페이지 크기64비트

Play Billing Library 버전

앱이 Play Billing을 연동한 경우에만 해당하는 이야기인데, 신규 제출은 보통 Billing Library 버전 8 이상이 필요합니다. 버전 7의 일반 기한은 2026년 8월 31일이었고, 해당되는 연장을 받으면 2026년 11월 1일까지 갈 수 있습니다. 연동이 없는 앱에는 이 중 어느 것도 해당하지 않으며, 이미 설치된 구버전 앱이 작동을 멈춘다는 뜻도 아닙니다. 결제 라이브러리 지원 중단 일정

완료 기준: 서명된 .aab가 타겟 API 오류나 형식 오류 없이 업로드되고, 버전 코드가 이전에 올린 어떤 것보다 높으며, 앱이 네이티브 코드를 포함한다면 호환성 검사와 16KB 환경 실행이 모두 통과합니다. Play Console이 업로드를 검증했다는 것과 여러분의 의존성이 테스트되었다는 것은 다른 이야기입니다. 차단 문제를 해결하고 경고도 읽어 보세요.

3. Play Console에서 Android 개발자 등록 확인하기

이 단계가 앞 단계 뒤에 오는 이유는 앱이 먼저 존재해야 하기 때문입니다. 등록은 앱을, 정확히는 패키지 이름과 서명 키 지문을 확인된 개발자 신원에 연결하는 작업이고, 그 범위는 Google Play만이 아니라 Android 생태계 전체입니다. 계정을 보유할 수 있도록 여러분이 누구인지 증명하는 1단계의 계정 차원 신원 확인과는 다른 일입니다.

Play 게시자 입장에서 실질적인 질문은 좁습니다. 내 앱이 등록되어 있는가? Play Console의 Android 개발자 인증 페이지에서 상태를 확인하세요. Google은 자동 등록을 시도하고 이미 완료한 신원 확인을 재사용하므로, 대부분의 Play 게시자에게 이 단계는 작업이라기보다 상태 확인에 가깝습니다. 별도의 Android Developer Console 계정도 필요 없고, 신원 확인을 다시 하지도 않습니다. 등록을 확인하고, 표시되는 미완료 조치가 있으면 처리하세요. Play 패키지 이름 등록

등록하지 않은 앱은 2026년 9월 30일부터 전 세계 Google Play에서 삭제될 위험이 있습니다. 놓치기 쉬운 대목인데, 그 날짜를 다루는 기사 대부분이 같은 프로그램의 다른 부분인 4개국 설치 확인 단계만 설명하기 때문입니다. 반대로 신경 쓰지 않아도 되는 것이 두 가지 있습니다. 무료 Limited Distribution 계정은 소수의 기기에만 배포하는 취미 개발자를 위한 것이지 Google Play로 가는 무료 경로가 아닙니다. 그리고 기기 쪽 확인 도구의 Android 최소 버전은 문서마다 다르게 적혀 있는데(Android Developers FAQ는 7 이상, Android 고객센터는 8 이상이라고 합니다), 이는 여러분이 조치해야 할 요구사항이 아니라 Google 문서 두 곳 사이의 미해결 충돌입니다. Android 고객센터

완료 기준: Play Console의 Android 개발자 인증 페이지에 앱이 등록됨으로 표시되고, 그 앱에 남은 조치가 없습니다.

4. 스토어 등록정보와 애셋 완성하기

등록정보는 사용자와 검토자가 가장 먼저 보는 화면이며, 저장 자체를 막는 엄격한 제한이 걸려 있습니다. 기억해 둘 경계선은 게시하는 데 Google이 요구하는 것과 추천 노출을 위해 Google이 권장하는 것 사이에 있습니다. 아래에서 둘을 나누어 정리했습니다.

게시에 필수인 항목

Google Play Console · 실제 스크린샷

권장 사항이지만 게시를 막지는 않는 것들

Google의 미리보기 애셋 가이드는 등록정보가 대형 포맷과 추천 영역에 노출될 자격을 갖추는 조건도 설명합니다. 스크린샷을 더 넣고, 해상도를 높이고, 노출되고 싶은 기기 등급별 세트를 갖추는 식입니다. 이 중 무엇이 빠져도 출시가 막히지는 않습니다. Wear OS, TV, XR 등록정보에는 그 위에 자체 애셋 규칙이 더 붙습니다. 미리보기 애셋

아이콘 모서리 마스크

여러분은 정사각형 아이콘 전체를 업로드하고, Google Play가 아이콘 크기의 30%에 해당하는 반경으로 동적 모서리 마스크를 적용합니다. 그래서 모서리 가까이 있는 요소는 최종 결과에서 잘려 나갑니다. 이는 흔히 이야기되는 것처럼 2026년에 도입된 변경이 아니라 현행 사양입니다. 출처 페이지의 수정 날짜는 규칙이 언제 시작되었는지를 보여 주는 근거가 아닙니다. 아이콘 디자인 사양

AI로 만든 스토어 애셋 선언

등록정보 이미지, 동영상, 홍보물을 AI로 생성하거나 편집한다면, Play Console은 이제 콘텐츠 제작 흐름 안에 애셋별 자가 선언을 두고 있으며, 관련 규제 범위에 들어가는 애셋에는 라벨이 붙습니다. Google 고객센터 문서는 시작 날짜도, 적용 규칙의 전체 목록도 밝히지 않으므로 저희도 둘 다 지어내지 않겠습니다. 이것은 스토어 애셋에 관한 이야기이며, 생성형 앱이 사용자에게 만들어 내는 결과물을 규율하는 정책과는 별개입니다. AI 생성 콘텐츠 선언

등록정보가 거부되는 메타데이터 규칙

Google의 등록정보 가이드는 검색 결과와 진열 화면에 노출되는 항목, 곧 제목, 아이콘, 개발자 이름, 간단한 설명에서 홍보성 표현을 엄격하게 다룹니다.

완료 기준: 기본 스토어 등록정보가 누락된 애셋 오류 없이 저장되고, 업로드한 그래픽이 모서리 마스크를 거친 뒤에도 제대로 읽힙니다.

5. 앱 콘텐츠와 검토자 액세스 권한 완성하기

앱 콘텐츠는 처음 게시하는 개발자가 과소평가하는 구간입니다. 어느 것도 엔지니어링 작업이 아니지만 전부가 게시를 막기 때문입니다. 선언이 층층이 쌓인 묶음이고, 답변이 불완전하거나 정확하지 않은 것은 출시가 멈춰 서는 가장 흔한 이유 가운데 하나입니다.

개인정보처리방침: 모든 앱이, 두 곳에

모든 앱에는 개인정보처리방침이 필요합니다. 흔히 이야기되는 것처럼 아동 대상 앱만 해당하는 것이 아닙니다. Play Console에 링크를 넣고 동시에 앱 안에도 링크나 방침 본문을 두세요. PDF가 아니라 살아 있고 공개되어 있으며 지역 차단이 없는 URL을 사용하세요. 데이터를 전혀 수집하지 않는 앱에도 방침은 필요하며, “저희는 아무것도 수집하지 않습니다”는 방침이 아닙니다. 그런 경우에도 앱과 개발자를 밝히고, 개인정보 관련 연락처를 제공하며, 앱이 다루는 데이터가 어떻게 처리되고 보관되는지 설명해야 합니다. 사용자 데이터 정책

데이터 보안

비공개, 공개, 프로덕션 트랙에 올라가는 모든 앱은 데이터 보안 양식을 작성합니다. 내부 테스트 트랙에서만 돌아가는 앱은 면제되며, 내부 테스트를 일찍 쓰는 진짜 이유가 여기에 있습니다. 아무것도 수집하지 않는 앱도 양식을 작성해 그렇다고 밝힙니다. 데이터 보안

앱이 실제로 수집하고 공유하는 것을 선언하세요. SDK가 여러분을 대신해 하는 일까지 포함해서입니다. 가장 자주 틀리는 부분이 바로 이 대목입니다. 분석, 광고, 오류 보고 SDK는 그 코드를 여러분이 작성했는지와 무관하게 데이터를 수집하고, 선언 책임은 여러분에게 있습니다. 어떤 업체는 다 이럴 것이라고 넘겨짚지 말고 SDK마다 자체 문서를 읽어 보세요.

계정 및 데이터 삭제

앱에서 사용자가 계정을 만들 수 있다면 앱 안에서도, 앱 밖에서도 삭제를 요청할 수 있어야 하며, 앱 밖 경로는 공개적으로 접근 가능한 웹 URL이어야 합니다. 그리고 계정을 삭제하면 연결된 데이터도 삭제되어야 합니다. 법이나 정당한 사업상 이유로 무언가를 보관해야 한다면 그 사실을 밝히세요.

앱 콘텐츠의 나머지 항목

위에서 다룬 개인정보처리방침, 데이터 보안, 삭제, 앱 액세스 권한 외에 다음이 남습니다. 그중 둘은 이름이 조건부처럼 들리는 탓에 여기서 걸려 넘어지는 사람이 많습니다. 건강 앱 선언과 금융 기능 선언은 비공개, 공개, 프로덕션 트랙에 올라가는 일반 공개 앱이라면 두 종류의 기능이 전혀 없어도 작성해야 합니다. 두 양식 모두 해당 기능이 없다는 답변을 제공하며, 이를 작성한다고 해서 의료나 금융 인허가 규정이 여러분에게 적용되는 것도 아닙니다. 건강 앱 선언금융 기능 선언

Google Play Console · 실제 스크린샷

검토자에게 실제로 작동하는 액세스 권한 주기

앱의 일부라도 로그인이나 다른 잠금 뒤에 있다면 앱 액세스 권한을 작성하세요. Play Console은 안내를 최대 다섯 세트까지 지원합니다. 자격 증명 다섯 세트가 아니라 안내 세트가 다섯이라는 뜻이고, 로그인은 하나인데 잠긴 경로가 여럿일 때 이 차이가 중요해집니다. 검토를 위한 앱 준비

제출하기 전에 자격 증명이 여전히 작동하는지, 잠긴 기능마다 여러분이 아닌 사람도 접근할 수 있는지 확인하세요. 만료된 계정, 여러분 휴대전화로만 오는 일회용 코드, 내부 계정에서만 열리는 기능이 흔한 실패 원인입니다.

완료 기준: 앱 콘텐츠에 남은 작업이 없고, 앱 액세스 권한에 적은 내용만으로 여러분이 아닌 사람이 로그인할 수 있습니다.

카테고리별 선언

위 양식들 외에, 앱이 실제로 하는 일에 따라 붙는 정책이 있습니다. 이것들은 진짜로 조건부입니다.

• 건강 앱, 선언 그 너머. 앱에 실제로 건강 관련 기능이 있다면 건강 콘텐츠 및 서비스 정책에 따라 의료기기 라벨링이 더해지고, 규제 대상이 아닌 건강 앱에는 고지 요구사항이 붙으며, 지정된 종류의 건강 앱은 조직 계정이 필요합니다. 건강 콘텐츠 및 서비스
• 생성형 AI 앱. 금지된 결과물이 나오지 않도록 막고, 사용자가 앱 안에서 신고하거나 표시할 수 있는 방법을 제공하세요. 이것은 앱이 만들어 내는 결과물에 관한 이야기이며, 위의 스토어 애셋 선언과는 별개이고, AI를 활용한 모든 앱에 라벨이 붙는다는 규칙도 아닙니다. AI 생성 콘텐츠 정책
• 사진 및 동영상 권한. 핵심 기능에 꼭 필요한 경우에만 광범위한 접근을 요청하고, 그 밖에는 시스템 사진 선택 도구를 사용하세요.
• 위치와 연락처. 둘 다 실제 날짜와 좁은 적용 범위를 가진 최소 범위 요구사항이 예정되어 있습니다. 기한과 조건부 정책 변경을 참고하세요.
• 그 밖의 카테고리. 뉴스 및 잡지, 금융 서비스, 정부 앱 등은 각각 앱 콘텐츠에서 연결되는 정책 페이지가 따로 있습니다.

6. 해당한다면 필수 비공개 테스트 완료하기

적용 대상: 2023년 11월 13일 이후에 만든 개인 개발자 계정입니다. 조직 계정과 그 날짜 이전에 만든 개인 계정에는 이 요구사항이 아예 없습니다. 여기에 해당한다면 출시 제출하기로 건너뛰세요.

규칙 자체는 짧습니다. 프로덕션 액세스를 신청하기 직전 14일 연속 기간 동안 최소 12명의 테스터가 참여한 상태로 비공개 테스트를 진행하는 것입니다. 테스터 수가 20명에서 12명으로 줄어든 변경은 2024년 12월 11일에 시행되었고, 14일이라는 기간은 그대로 유지되었습니다. 테스트 요건20명에서 12명으로 바뀐 변경

Google Play Console · 실제 스크린샷

트랙은 셋, 그중 하나만 인정됩니다

내부 테스트는 누가 봐도 지름길처럼 보이고 실제로도 쓸모가 많습니다. 다만 이 요건에는 쓸 수 없습니다.

Google은 두 가지를 평가합니다. 테스터 수, 그리고 테스터의 실제 사용 활동입니다. Google이 추가 테스트를 요구하는 이유로 드는 예시에는 테스트 기간에 앱을 제대로 사용하지 않은 테스터가 들어 있습니다. 명단에 이름 12개를 채우는 것이 요구사항은 아니라는 뜻입니다. 반대로 Google이 공개하지 않는 것은 하루 몇 분이나 몇 회 실행 같은 규칙입니다. 구체적인 일일 수치를 어디선가 읽었다면 그것은 Google에서 나온 숫자가 아니며, 그 숫자에 맞춰 테스트를 계획해서도 안 됩니다.

실제로 요건을 채우는 방법

여기 나오는 다른 요구사항은 전부 여러분이 통제하는 서류 작업이거나 엔지니어링입니다. 이 항목만은 실제 Android 기기를 쓰는 실제 사람 12명이 테스트에 참여하고 14일 동안 끊김 없이 그 상태를 유지해야 합니다.

완료 기준: Play Console에 참여한 테스터가 12명 이상으로 표시되고 비공개 테스트가 최소 14일 연속으로 진행 중이며, 대시보드에서 프로덕션 신청 작업이 활성화됩니다.

7. 필요한 경우 프로덕션 액세스 신청하기

적용 대상: 비공개 테스트와 같은 계정, 곧 2023년 11월 13일 이후에 만든 개인 계정입니다. 그 밖의 경우는 곧바로 출시 단계로 갑니다.

비공개 테스트 기준을 충족했다고 해서 그것만으로 프로덕션으로 넘어가지는 않습니다. Play Console 대시보드에서 신청하고 질문지에 답해야 합니다. 흔히 고정된 10문항 양식으로 소개되지만, Google은 시간이 지나면서 문구를 바꾸므로 문항 대신 세 가지 주제로 기억해 두는 편이 낫습니다.

실제로 진행한 테스트를 바탕으로 쓰세요. 어떤 문구도 승인을 보장하지 않으며, 도움이 되는 것은 실제 테스트와 실제 변경에 관한 구체적인 내용입니다. 뻔한 답변은 추가 테스트를 요구받는 잘 알려진 지름길입니다. 작성 예시는 대본을 주려는 것이 아니라 자기 테스트를 어떻게 설명하면 되는지 보여 주기 위한 것입니다.

Google은 이 검토가 보통 7일 이내에 끝나지만 가끔 더 오래 걸릴 수도 있다고 밝힙니다. 7일을 기준으로 계획하되 상한선으로 여기지는 마세요. 프로덕션 액세스 검토 기간 액세스가 거절되면 대개 거부가 아니라 추가 테스트 요청이 돌아오며, 재신청을 준비하는 동안 비공개 테스트를 멈출 필요는 없습니다. “추가 테스트 필요” 이후에 할 일도 참고하세요.

완료 기준: Play Console에 프로덕션 액세스가 승인됨으로 표시됩니다. 체크리스트를 다 채운 것도, 14일을 꽉 채운 것도 그 자체로 승인은 아닙니다. 결정은 Google의 몫입니다.

8. 프로덕션 출시 제출하고 게시하기

프로덕션 액세스는, 해당하는 경우에, 트랙을 열어 줄 뿐 무언가를 게시해 주지는 않습니다. 출시는 그 자체로 별도의 절차이며, 모든 준비를 마쳤는데 아무것도 라이브가 아닌 상태로 사람들이 도착하는 지점이기도 합니다. 출시 준비 및 배포

1. 국가 및 지역 좁게 시작했다가 나중에 넓혀도 됩니다.
2. 가격 첫 출시 전에 정하세요. 무료 앱은 같은 패키지 이름으로 나중에 유료로 바꿀 수 없습니다.
3. 출시 번들 추가 테스트용으로 이미 업로드한 번들 가운데 자격이 되는 것을 고르거나, 버전 코드가 더 높은 새 빌드를 올리세요. 테스트한 결과물을 프로덕션 출시로 옮기는 것만으로 다시 빌드해야 하는 것은 아닙니다.
4. 출시 이름과 출시 노트 이름은 내부용이고, 노트는 이 버전에 대해 사용자에게 보이는 내용입니다.
5. 오류와 경고 읽기 Console은 오류에서는 막고 경고는 통과시킵니다. 둘 다 읽어 보세요. 나중에 문제가 되는 쪽은 대개 경고입니다.
6. 변경사항 검토 요청 이 작업을 하기 전까지는 아무것도 제출되지 않습니다. 다 작성해 둔 출시 페이지에 검토 요청만 빠져 있는 상태는 출시가 조용히 멈춰 서는 대표적인 방식입니다.
7. 검토와 게시까지 따라가기 검토 중, 게시 준비됨, 라이브는 서로 다른 세 가지 상태입니다. 관리되는 게시를 쓸 수 있고 켜 두었다면, 승인된 변경사항은 여러분이 변경사항 게시를 누를 때까지 기다립니다. 승인만으로는 게시가 아닙니다. 그 뒤에도 등록정보가 실제로 보이기까지는 시간이 걸릴 수 있습니다.

완료 기준: 게시 개요에 보내지 않은 변경사항이 없고, 프로덕션 출시가 승인됨이 아니라 라이브로 표시됩니다. 관리되는 게시가 적용되는 경우 그 마지막 단계는 여러분이 직접 눌러야 합니다. 관리되는 게시와 게시 상태

게시에 걸리는 기간과 병행할 수 있는 일

결승선 근처에 검토가 두 번 있고, 둘은 서로 별개입니다. 질문지 다음에 오는 프로덕션 액세스 검토와 출시 자체에 대한 검토입니다. Google은 액세스 검토가 보통 7일 이내에 끝나지만 더 걸릴 수 있고, 앱 검토도 예외적인 경우 7일을 넘길 수 있다고 밝힙니다. 어느 쪽도 일주일이 상한선은 아닙니다. 검토 및 게시 시점 단계별 수치는 검토 시간 가이드에 있습니다.

무엇이 무엇을 실제로 막는가

대부분은 순서를 바꿔 가며 진행해도 됩니다. 그럴 수 없는 것이 네 가지 있는데, 그 넷을 아는지가 3주 만에 끝나는 출시와 6주가 걸리는 출시를 가릅니다.

저희가 잡은 계획 추정치임을 밝혀 둡니다

신규 개인 계정이라면 3주에서 5주, 또는 그 이상을 잡는 것이 합리적입니다. 이는 Google이 제시한 서비스 수준이 아니라 저희가 잡은 계획 추정치이며, 앱이 이미 상당 부분 완성되어 있고, 테스터가 곧바로 참여하며, 큰 재작업이 없다는 전제를 깔고 있습니다. 앱을 만드는 기간은 이 숫자에 들어 있지 않고, 재작업이 한 번 생기면 기간은 그만큼 늘어납니다.

Console이 알려 주는 신호와 해결 위치

막히는 상황은 거의 전부 여섯 가지 메시지 가운데 하나로 나타납니다. 다시 제출해 보고 기대하기보다, 지금 어떤 메시지를 받았는지부터 읽으세요.

단계별 준비 상태 체크리스트

어떤 계정을 갖고 있고 지금 무엇을 향해 가는지 알려 주세요. 보통의 체크리스트가 뭉뚱그리는 세 가지를 나누어 보여 드립니다. 지금 필요한 것, 나중에 필요한 것, 그리고 여러분에게는 아예 해당하지 않는 것입니다. 여러분이 직접 쓰는 추적 도구일 뿐이며, 여러분의 Play Console을 들여다보지 못하고, 다 채웠다고 해서 승인을 받은 것도 아닙니다.

현재 기한과 조건부 정책 변경

여러분이 만드는 것이나 출시 시점을 바꿀 수 있는, 날짜가 정해진 항목들입니다. 대부분은 여러분의 앱에 해당하지 않을 테니, 어느 하나라도 실행에 옮기기 전에 세 번째 열을 먼저 읽어 보세요.

기한이 붙어 있지 않은 상시 요구사항

지금 효력이 있지만 어떤 “변경사항” 목록에도 들어 있지 않은 항목들입니다. 1~2년 전에 이 과정을 배운 사람들이 여기서 걸려 넘어지는 이유이기도 합니다.

• 비공개 테스트: 테스터 12명, 14일 연속이며, 2023년 11월 13일 이후에 만든 개인 계정에 적용됩니다. 인원은 2024년 12월 11일에 20명에서 12명으로 줄었습니다.
• 계정 소유권 이전은 Play Console의 이전 절차를 거칩니다. 소유자 직접 이전은 조직과 수익화를 하지 않는 개인 계정에 적용되고, 수익화 중인 개인 계정은 새 계정을 만들고 앱을 이전하는 다른 경로를 씁니다. 제삼자를 통해 계정을 사고팔거나 임대하는 행위는 금지됩니다. 소유권 이전
• 조직 계정이 필수인 경우가 있습니다. 지정된 금융 서비스, 건강, 승인된 VpnService, 정부 앱이 그렇습니다.
• 사진 및 동영상 권한은 이미 시행 중입니다. 핵심 기능에 꼭 필요한 경우에만 광범위한 접근을 쓰고, 그 밖에는 시스템 사진 선택 도구를 사용하세요.

PolicyBytes: 2026년 4월 정책 업데이트

위에서 다룬 연락처 및 계정 이전 정책, 그리고 위치와 연령 제한 콘텐츠 업데이트에 관한 Google Developer Experience 팀의 설명입니다. 선택 사항이며, 실행에 필요한 내용은 표에 정리되어 있습니다.

YouTube

PrimeTestLab이 비공개 테스트를 돕는 방식

여덟 단계 가운데 일곱은 여러분이 통제하는 서류 작업과 엔지니어링입니다. 하나만은 실제 Android 기기를 쓰는 실제 사람 12명이 테스트에 참여해 14일 동안 끊김 없이 실제로 활동해야 합니다. 1인 개발자가 멈춰 서는 단계이자, 저희가 맡는 유일한 부분입니다.

여러분은 비공개 테스트 참여 링크를 공유하시면 됩니다. 초대, 참여 확인, 매일의 활동 모니터링, 14일 전체 유지를 저희가 맡고, 이탈자가 생기면 교체합니다. 앱 언어는 무엇이든 가능하고, 국가 타겟팅도 유연합니다.

현재 패키지

환불 보장 · 보통 4~6시간 안에 테스트 시작 · 구독 없음

자주 묻는 질문

다음에 할 일

각 요구사항의 출처

위의 중요한 주장에는 모두 그 자리에 출처를 링크해 두었고, 여기는 그 목록판입니다. Google 고객센터 문서에는 대체로 날짜가 없으므로, 페이지의 수정 날짜는 정책이 언제부터 적용되었는지를 보여 주는 근거가 아닙니다.

이번 개정에서 바뀐 내용

2026년 9월 11일

9월 8일 기준으로 확인한 Google 문서에 맞춰 전면 개편했고, 그 개편본을 다시 감수한 뒤 한 번 더 손봤습니다. 수정한 내용: 타겟 API 요구사항(이제 폼팩터별 표), 비공개 테스트의 선행 조건 순서, 개인 계정에서 조직 계정으로의 전환, D-U-N-S 소요 기간, 2026년 9월 30일 등록 기한의 적용 범위와 그 경로(앱이 만들어진 뒤 Play Console에서 하는 상태 확인이라는 점), 연락처와 위치를 API 37 이상에서 2027년 1월 27일로 정리하고 구현과 선언이 함께 적용된다는 점, 아이콘·스크린샷·미리보기 동영상 사양, 검토자 액세스 권한이 안내 다섯 세트라는 점, 애플리케이션 ID가 Console 레코드가 아니라 빌드의 속성이라는 점, 그리고 출시 방식, 곧 테스트에 쓴 적격 번들을 재사용할 수 있다는 점과 관리되는 게시가 적용될 때 승인이 곧 게시는 아니라는 점입니다. 추가한 내용: 기기 인증, 앱 생성 단계와 출시 단계, 네이티브 및 Play Billing 사전 점검, AI 스토어 애셋 선언, 건강 앱 및 금융 기능 선언(해당 기능이 없어도 필수), 차단 상황 표, 그리고 중요한 주장마다 붙인 출처입니다. 근거가 없어 삭제한 내용: 2026년 1월 28일 건강 앱 계정 이전 날짜, 신원 확인이 “5일”이라는 통설, 2025년 4월 Android ID 설명, 그래픽 이미지 1MB 상한, 그리고 “가장 피하기 쉬운 거부 사유 1위”라는 순위 표현입니다. 준비 상태 체크리스트는 두 번 다시 만들었고, 이제 “나중에 필요”와 “해당하지 않음”을 구분하며, 제출한 작업을 완료로 읽지 않습니다.

2026년 6월 24일

최초 게시.