이 글은 일반 안드로이드 휴대폰 앱을 처음 공개 출시하는 경우를 중심으로 정리했습니다. 시계·TV·차량·XR, 특정 국가의 배포 요건은 다를 수 있습니다. 2026년 9월 15일 공식 자료를 확인했으며, 계정과 앱 기능에 따라 Console에 추가 선언이 나타날 수 있습니다.
출시 준비는 AAB 업로드 하나로 끝나지 않습니다. 파일, 스토어 설명, 데이터 처리 선언, 심사 접근 방법이 같은 앱을 설명해야 합니다.
1. 개발자 계정과 앱 기본 정보를 확인합니다
개인 계정인지 조직 계정인지, 본인·연락처·기기 등 Console에서 요구하는 인증이 완료되었는지 확인합니다. 계정의 실제 소유자와 조직 정보를 사용하고, 안내문에 남아 있는 미완료 인증부터 처리하세요.
앱 생성 시 기본 언어, 앱 이름, 앱/게임 구분, 무료/유료, 지원 이메일과 선언 항목을 입력합니다. 패키지 이름은 영구적인 식별자이므로 실험용 이름으로 제출하지 않는 편이 좋습니다. 공식 앱 생성 안내
2. 스토어 등록정보를 준비합니다
| 항목 | 준비할 내용 | 작성할 때 확인할 것 |
|---|---|---|
| 앱 이름 | 영문 공식 문서 기준 최대 30자 | 제품명과 핵심 기능을 혼동시키지 않음 |
| 간단한 설명 | 최대 80자 | 누가 무엇을 할 수 있는지 한 문장으로 설명 |
| 자세한 설명 | 최대 4,000자 | 핵심 기능, 이용 조건, 제한 사항, 지원 방법 |
| 아이콘·그래픽·스크린샷 | 배포 기기 유형에 맞는 애셋 | 제출 빌드에서 실제로 볼 수 있는 화면 |
| 카테고리·태그 | 실제 주제와 기능에 맞는 분류 | 관계없는 검색어를 붙이지 않음 |
| 연락처 | 지원 이메일 필수, 웹사이트 등 | 문의를 실제로 받을 수 있는 주소 |
글자 제한은 영문 공식 등록정보 표를 기준으로 적었습니다. 한국어 번역 안내에 일부 다른 표기가 있으므로 실제 입력란의 카운터와 검증 결과도 확인하세요. 이미지의 크기·개수·형식은 미리보기 애셋 안내에서 제출하는 기기 유형별 요구사항을 확인합니다.
설명 예시로 “최고의 일정 앱”보다는 “약속 시간과 장소를 저장하고 준비할 항목을 확인합니다”가 기능을 전달합니다. 이 문구는 작성 방식의 예시입니다. 날씨·결제·광고 등 실제 기능은 자신의 빌드에 맞춰 설명해야 합니다.
3. 앱 콘텐츠 선언을 작성합니다
검토를 위한 앱 준비에 따라 앱 콘텐츠 화면의 항목을 확인합니다.
| 선언·정보 | 무엇을 확인하나요 |
|---|---|
| 개인정보처리방침 | 공개 URL과 앱 내부 링크, 실제 데이터 처리의 일치 |
| 광고 포함 여부 | 사용자가 만날 수 있는 광고와 SDK 구성 |
| 앱 액세스 권한 | 로그인 또는 제한 기능에 심사자가 접근하는 방법 |
| 콘텐츠 등급 | 실제 게임 표현과 콘텐츠에 대한 설문 답변 |
| 타겟층 및 콘텐츠 | 실제 대상으로 삼는 연령대 |
| 데이터 보안 | 앱과 포함된 SDK의 수집·공유·보안 처리 |
| 기능별 추가 선언 | 민감한 권한, 건강, 금융 등 앱에 해당하는 항목 |
로그인이 필요하다면 심사 환경에서 작동하는 접근 정보를 마련하세요. 개발자 휴대폰으로만 받을 수 있는 일회용 인증번호에 의존하면 심사자가 들어오지 못할 수 있습니다. Console의 접근 안내 조건에 맞는 방법을 구성하고 외부 환경에서 확인하는 것이 좋습니다.
무엇을 홈페이지에 만들어야 하는지는 정책별 필수 페이지 안내에서 구분했습니다. 개인정보처리방침 URL을 넣었다고 데이터 보안 양식까지 작성된 것은 아닙니다.
4. 제출 파일에서 API와 버전을 확인합니다
정책명: Google Play 앱의 대상 API 수준 요구사항. 일반 모바일 신규 앱과 업데이트에는 2026년 8월 31일부터 API 36 이상이 요구됩니다. 이미 게시된 앱의 제공 가능 요건과 새 업데이트의 제출 요건은 구분해야 합니다. 대상 API 공식 문서
서명한 AAB를 업로드하고 패키지 이름, 이전에 사용하지 않은 증가된 버전 코드, 지원 기기와 번들 경고를 확인합니다. Godot 프로젝트라면 APK·AAB 준비 과정의 Gradle·서명·네이티브 호환성 확인도 필요합니다.
5. 신규 개인 계정은 테스트 조건을 확인합니다
요구사항명: 새로운 개인 개발자 계정의 앱 테스트 요구사항. 2023년 11월 13일 이후 생성된 개인 계정에는 비공개 테스트에서 최소 12명이 14일 연속 참여 선택 상태를 유지하는 조건이 적용됩니다. 충족 후 프로덕션 액세스를 신청하며 테스트 내용과 준비 상태에 답변합니다. 기간이 지났다고 자동 승인되는 것은 아닙니다. 공식 테스트 요구사항
테스터 이메일을 등록하는 것과 테스터가 참여 링크에서 동의하는 것은 다릅니다. 참여가 중간에 끊기면 연속 기간 계산도 달라집니다. 내부 테스트 역시 비공개 테스트 조건을 대신하지 않습니다.
단순히 설치만 부탁하지 말고 확인할 행동을 전달하세요. 예를 들어 “새 게임 시작 → 한 판 종료 → 앱 종료 후 재실행 → 저장 복원 확인”처럼 적으면 피드백을 비교하기 쉽습니다. 받은 문제, 수정한 버전, 다시 확인한 결과를 기록하세요.
6. 검토 제출과 공개 시점을 구분합니다
대상 국가, 출시 트랙, 버전 설명을 확인하고 게시 개요에 남은 변경 사항을 검토합니다. 저장, 검토 제출, 승인, 실제 공개는 서로 다른 상태입니다. 버전 준비 및 출시에서 해당 트랙의 마지막 단계를 확인하세요.
제출 직전에는 스토어 스크린샷과 실제 빌드, 개인정보처리방침과 데이터 보안 답변, 광고 선언과 실제 광고를 대조합니다. 세 쌍 중 하나가 어긋나면 문서만 수정할지 빌드도 수정할지 판단해야 합니다.
출시 후에는 사용자 기기에서 설치와 업데이트를 확인하고 문의 채널을 유지하세요. 다음 글은 앱에 필요한 정책 페이지와 작성 팁입니다.