Google Play에 앱 게시하는 법: 실제 Play Console 단계

Google Play에 앱을 게시하려면, Google Play 개발자 계정을 등록하고(2026년 11월 기준 한 번만 내는 25 USD), Play Console에서 앱을 만들고, 스토어 등록정보와 앱 콘텐츠 양식을 작성하고, Android 앱 번들(.aab)을 테스트 트랙에 업로드한 뒤, Google 심사를 거쳐 프로덕션에 출시하세요. 개인 계정을 새로 만들었다면 추가 단계가 하나 있습니다. 프로덕션 접근을 신청하기 전에 최소 12명의 테스터와 14일 연속의 비공개 테스트를 해야 합니다. 이 가이드는 화면 순서대로 안내하며, 대부분의 지연을 일으키는 세부 사항도 다룹니다.

아직 앱을 만들지 않았다면 Android 앱 만드는 법부터 보세요.

시작 전에 준비할 것

• Android 앱 번들(.aab)로 된 앱. Google Play는 새 앱에 이 형식을 요구합니다.
• 최신 대상 API 수준. 2026년 11월 기준, 새 앱과 업데이트는 Android 16(API 수준 36)을 대상으로 해야 합니다.
• 공개 웹 주소의 개인정보 처리방침. PDF가 아닌 일반 웹 페이지여야 하며, 로그인 뒤에 있으면 안 됩니다.
• 아이콘, 스크린샷, 기능 그래픽. 현재 크기 요구 사항은 Play Console에서 확인하세요. 작성 시점에 아이콘은 512 × 512픽셀, 기능 그래픽은 1024 × 500입니다.
• 지원용 이메일 주소.
• 등록용 정부 발급 신분증과 본인 명의의 카드. 선불 카드는 받지 않습니다.

1단계: 개발자 계정 만들기

Play Console에 가서 가입하세요. 두 가지 계정 유형 중에서 선택합니다.

• 개인. 개인을 위한 계정입니다. Play Console 모바일 앱으로 신원과 Android 기기 접근을 인증하고, 아래 6단계의 테스트 요건을 충족해야 합니다.
• 조직. 등록된 사업체를 위한 계정입니다. 인증에 사업체 정보가 필요하고 시간이 더 걸리지만, 12명 테스터 요건은 없습니다.

만 18세 이상이어야 합니다. 25 USD 요금은 한 번만 내며, Google이 입력한 정보가 유효하지 않다고 판단해도 환불되지 않습니다. 신분증에 있는 법적 이름을 정확히 입력하세요.

2단계: 앱 만들기

Play Console에서 앱 만들기를 클릭하고 다음을 입력하세요.

• 사용자에게 보일 앱 이름
• 기본 언어
• 앱 또는 게임
• 무료 또는 유료. 유료 앱을 무료로 바꿀 수는 있지만, 무료 앱을 유료로 바꿀 수는 없습니다.
• 선언: 개발자 프로그램 정책, 미국 수출 법규, Play 앱 서명 약관에 동의합니다.

패키지 이름(예: com.yourcompany.yourapp)은 첫 업로드 때 정해지며, 변경하거나 다시 쓸 수 없습니다. 앱을 직접 만든다면 신중하게 고르세요.

3단계: 스토어 등록정보 작성하기

기본 스토어 등록정보 페이지(왼쪽 메뉴의 스토어 게시 아래)를 열고 다음을 추가하세요.

• 앱 이름, 최대 30자
• 간단한 설명, 최대 80자. 사람들이 종종 이것만 읽으므로, 앱이 무엇을 하는지 앞에 두세요.
• 자세한 설명, 최대 4,000자. 누구를 위한 것인지, 주요 기능, 사용자가 알아야 할 것을 쉬운 말로 설명하세요. 키워드를 억지로 채워 넣지 마세요. Google 정책이 금지합니다.
• 그래픽: 아이콘, 기능 그래픽, 휴대폰 스크린샷. 실제 화면을 쓰고, 존재하지 않는 기능을 목업으로 보여 주지 마세요.
• 카테고리와 연락처 정보.

4단계: 앱 콘텐츠 양식 작성하기

앱 콘텐츠 페이지(왼쪽 메뉴의 정책 아래)를 여세요. 출시하려면 각 항목에 답해야 합니다.

• 개인정보 처리방침 URL
• 앱 액세스. 앱의 일부에 로그인이 필요하다면, 심사자에게 작동하는 자격 증명을 주세요. 로그인 정보가 없는 것은 거절의 흔한 이유입니다.
• 광고. 앱에 광고가 나오는지(서드파티 코드를 통한 광고 포함) 답하세요.
• 콘텐츠 등급. 지역별 연령 등급을 만드는 설문입니다. 건너뛰면 앱이 "등급 없음"이 되어 출시가 막힙니다.
• 타깃 사용자와 콘텐츠. 앱이 대상으로 하는 연령대. 어린이를 포함하면 더 엄격한 가족 정책 요건이 적용됩니다.
• 데이터 보안. 앱이 어떤 데이터를 수집하거나 공유하는지, 그 이유가 무엇인지, 암호화되고 삭제할 수 있는지. 분석 도구와 로그인 제공자를 포함해 앱의 모든 것에 대해 답하세요.
• 기타 선언: 뉴스, 건강, 금융, 정부 앱이나 SMS 같은 민감한 권한에 대해 안내에 따라 작성하세요.

정확하게 답하세요. Google은 답변을 앱의 실제 동작과 비교합니다.

5단계: 첫 빌드를 내부 테스트에 업로드하기

내부 테스트(왼쪽 메뉴의 테스트 아래)를 열고, 출시를 만들어 .aab를 업로드하세요. 이 첫 출시에서 Play 앱 서명을 설정합니다. 특별한 이유가 없다면 서명 키는 Google이 만들고 보관하게 두세요. 이메일로 본인과 동료 몇 명을 내부 테스터로 추가한 다음 출시를 롤아웃하세요. 테스터는 옵트인 링크를 열고 Play 스토어에서 앱을 설치합니다.

이후 업로드마다 이전보다 높은 versionCode가 필요합니다.

Mythex로 빌드하는 경우

Pro 요금제에서 Mythex는 게시된 앱으로부터 AAB를 만들어 줍니다. 다음 두 가지 방법 중 하나로 작업할 수 있습니다.

1. 직접 업로드하기. 에이전트에게 Android용으로 빌드를 요청하고, 카드에 업로드 준비됨이 뜨면 다운로드를 클릭해 Play Console에서 파일을 업로드하세요. 파일은 프로젝트 설정에서 약 30일 동안 다시 내려받을 수 있습니다.
2. 본인의 Google Play 서비스 계정 연결하기. Google Cloud에서 서비스 계정과 JSON 키를 만들고, Play Console의 사용자 및 권한에서 이 앱에 접근 권한을 준 상태로 그 계정의 이메일을 초대한 다음, 키를 Mythex에 넣으세요. 그 뒤로 모든 Android 빌드는 자동으로 내부 테스트에 올라갑니다. 버전 코드는 Google Play에 이미 있는 것보다 높게 설정됩니다. 에이전트는 스토어 등록정보도 편집할 수 있으며, 프로덕션 출시처럼 공개되는 모든 것은 먼저 확인을 요청합니다.

Play Console에서 해야 하는 것은 앱 생성(2단계), 데이터 보안 양식, 콘텐츠 등급입니다. 이 중 하나가 빠졌을 때는 에이전트가 알려 줍니다. 자세한 내용은 Mythex Android 앱 빌더 페이지를 참고하세요.

6단계: 비공개 테스트 실행하기(새 개인 계정)

개인 계정을 2023년 11월 13일 이후에 만들었다면, 프로덕션 접근을 신청하기 전에 최소 12명의 테스터가 14일 연속 옵트인 상태로 머무는 비공개 테스트를 해야 합니다. 테스트 중에 나갔다가 다시 들어온 사람은 14일을 새로 시작합니다.

실용적인 팁:

• 12명보다 많이 모집하세요. 빠지는 사람이 생깁니다. 15~20명을 목표로 하세요.
• Google 그룹이나 이메일 목록으로 테스터를 관리하세요.
• 단순한 설치가 아니라 실제 사용을 요청하세요. Google은 신청할 때 테스트에 대해 묻고, 실제 사용을 해야 훨씬 많은 것을 배웁니다.
• 테스트 중에 피드백을 반영한 업데이트를 내보내세요.

베타 테스트 가이드에서 테스터 모집과 피드백 수집을 다룹니다. 14일이 지나면 대시보드에서 프로덕션 접근을 신청하고 테스트에 대한 질문에 답하세요.

7단계: 프로덕션에 출시하기

프로덕션 접근이 가능해지면 왼쪽 메뉴에서 프로덕션을 여세요.

1. 앱을 제공할 국가와 지역을 고르세요.
2. 새 출시를 만들고 테스트 트랙의 번들을 추가하거나 새 번들을 업로드하세요.
3. 출시 노트를 쉬운 말로 쓰세요. 새로 추가되거나 고친 것이 무엇인지 적습니다.
4. 검토하고 심사를 보내세요. 변경 사항은 보내기 전까지 게시 개요에 모입니다.

심사 시간은 다양합니다. 업데이트는 보통 빠르고, 첫 출시는 며칠이 걸릴 수 있습니다. 승인된 출시가 정확히 언제 공개될지 직접 정하고 싶다면 관리형 게시를 선택할 수 있습니다.

8단계: 출시 후

• Android vitals를 살펴보세요. 충돌과 "앱 응답 없음" 보고를 확인하세요.
• 리뷰에 답하세요. 특히 초기 리뷰에는 꼭 답하세요.
• 대상 API 수준을 최신으로 유지하세요. Google은 매년 이를 올리며, 뒤처진 앱은 최신 휴대폰의 신규 사용자에게 제공되지 않게 됩니다.
• 새로운 데이터 수집을 추가할 때마다 데이터 보안 양식을 업데이트하세요.

Mythex 같은 웹 기반 래핑 앱의 경우, 대부분의 변경은 웹 앱을 게시할 때 Android 사용자에게 반영됩니다. 휴대폰 앱이 게시된 앱을 열기 때문입니다. 아이콘, 이름, 권한, 새로운 대상 수준처럼 바뀌는 것만 새 스토어 출시가 필요합니다.

거절이나 지연의 흔한 이유

• 심사자를 위한 작동하는 로그인 정보가 없음
• 개인정보 처리방침이 없거나, PDF이거나, 데이터 보안 답변과 맞지 않음
• 실제로 없는 기능을 약속하는 스크린샷이나 설명
• 앱에 분명히 필요하지 않은 민감한 권한 요청
• 깨졌거나 비어 있는 앱: 자리표시자 텍스트, 작동하지 않는 버튼

iPhone에도 게시하나요?

Apple의 절차는 다릅니다. 연간 멤버십, TestFlight, 모든 출시에 대한 사람의 심사가 있습니다. 이 단계는 App Store에 앱 게시하는 법에서 확인하세요.

자주 묻는 질문