앱을 개발해서 구글 플레이스토어에 등록하여 수입을 얻는 방법 소개

구글플레이스토어 등록 순서

아래 내용은 Android 개발자가 자신의 앱을 구글 플레이스토어(Play Console)를 통해 ‘처음 준비 → 등록 → 출시/판매 → 정산(입금)까지 전 과정을 실제 업무 흐름대로 정리한 ‘끝판왕 가이드’입니다. 최신 기준 정책과 화면 구성을 반영했으며, 각 단계에서 중요한 정책·마감일은 출처를 달았습니다. 

앱을 개발해서 수입을 얻고자 하는 분들에게 많은 도움이 되었으면 합니다.

 

2025.08.27 - [분류 전체 보기] - (어플소개):"한영라이브톡 성경인물 지명 용어 사전" 매뉴얼

---

1) 먼저 전체 흐름 한눈에 보기 (로드맵)

1. 사전 준비
   • 개발자 계정 생성 및 본인/사업자 신원 검증, 결제 수취용 Payments profile(상점/결제 프로필) 개설 & 은행계좌 등록.
   • 앱 빌드 요건 충족: Android App Bundle(. aab), Play App Signing, Target API level, 64-bit, Play Billing(IAP/구독 시) 등.
   • 개인정보처리방침 URL, 데이터 안전(Data safety) 양식, 콘텐츠 등급 설문, 앱 접근/광고/대상 연령 등 ‘App content’ 필수 항목 준비.
   • 스토어 노출 자산: 아이콘(512 ×512), 스크린숏, 피처 그래픽(1024 ×500), (선택) 영상 등.
2. Play Console에서 앱 생성 & 기본 정보 입력
   • Create app → 기본 언어 → ‘App content’(앱 접근/광고/연령/데이터 안전/프라이버시 정책/콘텐츠 등급 등) 차례로 완료.
   • Store listing(설명/키워드/자산), 가격 및 배포국가 설정.
3. 테스트 & 출시 계획
   • Internal → Closed → Open testing로 점진 테스트.
   • Pre-launch report(기기 자동 테스트) 확인.
   • **Staged rollout(점진 배포)**로 프로덕션 출시 안정화.
4. 판매/정산
   • 앱 내 결제/구독 사용 시 Play Billing 통합 및 품목 등록.
   • Payments profile의 세금/사업자 정보, 지급(정산) 통화·은행계좌 설정.
   • 출시 후 주문·수익 리포트와 자동 정산(월 단위) 확인.

---

2) 사전 준비 체크리스트 (정책·기술 요건)

2-1. 개발자 계정 & 신원 확인

• Play Console 가입 시 계정 유형(개인/조직) 선택, 연락처, 개발자 이름(스토어 노출명), **신원 확인(정부 신분증/사업자 정보 등)**을 완료해야 합니다. 신규/미확인 계정은 출시에 제한이 걸립니다.
• 가입 시 1회성 등록비가 발생합니다(금액은 가입 화면에서 확인).

2-2. 결제 수취(정산) 준비

• **Payments profile(결제 프로필/상점 계정)**를 Play Console에서 생성 → 지급받을 법인/개인 정보, 세금 정보, 은행 계좌를 등록합니다. 이 프로필이 매출 수금과 개발자에게의 정산을 담당합니다. (구글 도움말)

2-3. 빌드/서명/패키징 요건

• Android App Bundle(. aab) 필수(신규 앱): Google Play는 App Bundle 업로드 후 기기별 APK를 생성·배포합니다. (구글 도움말)
• Play App Signing 권장/사실상 표준: 업로드 키와 서명 키를 분리해 보안성을 높이고, Play가 최적화 APK를 서명·전달합니다. (구글 도움말)
• Target API Level(아주 중요):
  • 2025-08-31부터: 신규 앱과 업데이트는 Android 15(API 35) 이상을 타깃으로 제출해야 함.
  • 기존 앱은 최소 Android 14(API 34)를 타깃해야 최신 OS 사용자에게 계속 노출/설치 가능.
  • 연장 신청 가능(최대 2025-11-01까지). (구글 도움말, Android Developers)
• (앱 내 결제/구독 시) Play Billing Library 최신 요건 준수. 2025년 정책 고시에 따르면 신규 제출/업데이트는 Billing Library 7 이상을 요구합니다(자세한 최소 버전·일정은 정책 공지 참조). (구글 도움말)

2-4. 개인정보/보안/콘텐츠 요건

• 개인정보처리방침(Privacy Policy) URL 준비(웹에 공개). (구글 도움말)
• 데이터 안전(Data safety) 섹션: 앱이 어떤 데이터를 수집/공유/보호하는지 Play Console 설문으로 신고. 사실과 다르면 제재될 수 있음. (구글 도움말)
• 콘텐츠 등급(Content rating) 설문 완료(미완료 시 노출 제한/삭제 가능). (Android Developers)
• 앱 접근(App access): 로그인 필요 앱은 테스트용 계정/접근 방법을 제출해야 심사 가능. (구글 도움말)
• 광고 포함 여부 명시(광고가 있다면 ‘Contains ads’로 표시). (구글 도움말)

2-5. 스토어 자산 준비(ASO/디자인)

• 아이콘: 512 ×512, PNG(알파), ≤1024KB
• 피처 그래픽: 1024 ×500, JPG 또는 24-bit PNG(알파 없음)
• 스크린숏: 최소 2장, 320~3840px(가로:세로 비율 제한 있음)
• 기기군(Chromebook/태블릿, Wear OS, TV, XR) 별 추가 가이드 존재 → 노출 최적화에 중요. (구글 도움말)

---

3) Play Console에서 앱 만들기

3-1. 앱 생성(Create app)

1. Play Console 로그인 → All apps > Create app.
2. 기본 언어 유형(앱/게임), 유료/무료 선택 → 개발자 프로그램 정책 동의.
3. 생성 후 좌측 메뉴에서 ‘App content’(앱 접근/광고/대상연령·가족정책/데이터 안전/개인정보처리방침/콘텐츠 등급…) 순으로 완료. (구글 도움말)

3-2. App content(정책 신고) 빠르게 끝내는 순서

• App access: 테스트 계정/접속 지침 제공. (구글 도움말)
• Ads: 광고 포함 여부 ‘예/아니요’. (구글 도움말)
• Target audience & content: 목표 연령대(아동 대상 여부 등).
• Privacy policy: 공개 URL 입력. (구글 도움말)
• Data safety: 데이터 수집/공유/보안 조치 기재. (구글 도움말)
• Content rating: 설문 응답 후 등급 부여. (Android Developers)

3-3. 스토어 등록정보(Store listing)

• 앱 설명(짧은/자세한 설명): 가치 제안 명확화, 키워드 자연 포함.
• 자산 업로드: 아이콘/스크린숏/피처 그래픽/영상(YouTube URL) 등.
• 기기군별 요구사항을 충족해야 추천 영역/홈 노출에 유리. (구글 도움말)

3-4. 가격 & 배포국가

• 가격(무료/유료) 선택, 배포 국가/지역 지정, 세일/가격 템플릿도 활용 가능. 국가별 현지 통화 자동 환산(필요시 수동 조정). (구글 도움말)

---

4) 빌드/릴리스: 테스트 → 심사 → 출시

4-1. 앱 서명 & 번들 업로드

• App bundle(. aab) 업로드.
• Play App Signing 사용 시 업로드 키/서명 키 분리로 안전하고, Play가 기기별 APK를 생성·서명·배포합니다. 키 관리·회전 정책도 Console에서 제공. (구글 도움말)

4-2. 테스트 트랙

• Internal testing: 조직 내 빠른 검증(최대 100명 권장).
• Closed testing: 클로즈드 베타(명단/커뮤니티 기반).
• Open testing: 공개 베타, 대규모 피드백 수집.
• 각 트랙은 별도 버전으로 운영 가능하며, 피드백은 Play Console에서 수집. (구글 도움말)

4-3. Pre-launch report(사전 출시 리포트)

• 업로드된 빌드를 다양한 실제/가상 기기에서 자동 테스트하여 크래시/보안/호환성 이슈를 리포팅. 출시 전 품질 이슈 확인 필수. (구글 도움말)

4-4. 프로덕션 출시 & 점진 배포

• Production 트랙으로 승격하여 출시.
• 트래픽 급증/이슈 대응을 위해 Staged rollout(점진 배포, 예: 5%→20%→50%→100%) 권장. 문제 발생 시 ‘롤아웃 일시 중지/롤백’이 수월합니다. (Community)

4-5. 심사(리뷰) 소요

• 검토 시간은 변동되며, 신규 앱/계정은 더 오래 걸릴 수 있고, 정책 심화 검토 시 최대 약 7일 이상 소요될 수 있습니다. 긴급 이슈가 아니면 여유 있게 일정 계획을 잡으세요. (구글 도움말)

---

5) 앱상품/구독(선택) – Play Billing

5-1. 기술 통합

• Google Play Billing Library를 앱에 통합하고(최신 요건 준수), 앱상품(일회성/비소모/소모성)·구독을 Play Console > Monetize에서 등록합니다. 버전 요건은 정책 공지/문서의 마감일을 확인하세요. (구글 도움말)

5-2. 한국의 결제 선택권(User Choice Billing, UCB)

• 한국 등 일부 지역에서 대체 결제수단을 제공할 수 있으며, 이 경우 Play 서비스 수수료가 4% p 인하됩니다(정책·적용 조건 필독). (구글 도움말)

---

6) 판매금액 정산(입금) 끝까지

6-1. 주문 처리 & 정산 개념

• 구매가 발생하면 Google Play가 **대금 수취(사용자 결제)**를 처리하고, 수수료·세금 처리 후 개발자 Payments profile로 매출이 집계됩니다. **지급(정산)**은 자동 스케줄에 따라 등록한 은행 계좌로 입금됩니다(국가/통화/은행에 따라 차이). (구글 도움말)

6-2. 정산 주기·지급 상태 확인

• Merchant payout schedule 문서에 명시된 방식으로 월 단위 자동 지급이 이뤄집니다. 입금일/보류/실패 사유는 Payments center/Console에서 확인하세요. (구글 도움말)

6-3. 세금(Tax) 처리

• 세금 정보 제출: Payments profile > 세금 정보에서 미국 원천징수(W-8/W-9) 등 필요 세무서류를 제출합니다. (구글 도움말)
• 부가세/VAT/GST: 여러 국가에서 Google이 세금을 계산·징수·납부하거나, 개발자가 직접 납부해야 하는 국가도 있습니다. 귀사의 판매 지역 정책을 반드시 확인하세요. (구글 도움말)
• 계약/정책 상 세금·수수료의 산정과 처리 방식은 Developer Distribution Agreement에 따릅니다. (play.google)

6-4. 재무/거래 리포트 읽기

• Orders/Transactions/Financial reports에서 국가-통화-세금-수수료가 적용된 매출/정산 내역을 월별 CSV로 내려받아 회계 처리에 반영합니다. (구글 도움말)

---

7) 출시 품질·리스크 관리 팁

1. Target API level/빌링 라이브러리 마감일을 캘린더에 고정: 마감일 경과 시 제출 불가/노출 제한이 즉시 발생할 수 있습니다. (2025-08-31 API 35, 연장 시 2025-11-01) (구글 도움말)
2. App access/테스트 계정 미제공으로 심사 지연이 빈번—로그인, 2FA, VPN 없이 접근 가능한 테스트 지침을 적어 주세요. (구글 도움말)
3. Data safety/Privacy policy는 제품 변경 때마다 업데이트. 마케팅 SDK 변경·분석 이벤트 추가 시도 반드시 반영. (구글 도움말)
4. 스토어 자산은 단순 스크린숏이 아니라 ‘가치 제안이 드러나는 장면’을 초기 3장에 배치. 큰 화면(태블릿/Chromebook) 자산을 별도로 준비하면 추천·노출 기회가 늘어납니다. (구글 도움말)
5. 테스트→점진배포: 오탈자/크래시 핫픽스 시 staged rollout 중지 후 패치 버전으로 재개. 대규모 사용자 베이스일수록 필수. (Community)

---

8) 업무별 ‘체크리스트’

A. 정책/문서

• 개인정보처리방침 URL 공개 & Console에 입력(언어/지역별 버전 권장). (구글 도움말)
• Data safety 설문 최신화(수집/공유/보안 조치). (구글 도움말)
• 콘텐츠 등급 설문 제출/승인. (Android Developers)
• 광고 포함 여부 선언. (구글 도움말)
• 앱 접근(로그인/제한) 테스트 계정 제공. (구글 도움말)

B. 기술/빌드

• . aab 업로드, Play App Signing 적용. (구글 도움말)
• Target API level 현재 정책 충족(API 35/34). (구글 도움말)
• (IAP/구독) Play Billing Library 버전 요건 충족. (구글 도움말)
• Pre-launch report 확인(크래시/보안/호환성). (구글 도움말)

C. 스토어/마케팅

• 아이콘/피처 그래픽/스크린숏 규격·가이드 충족. (구글 도움말)
• 설명(짧은/자세한) 현지화 & 핵심 가치 제안 반영.

D. 출시/운영

• Internal/Closed/Open testing 후 Production 전환. (구글 도움말)
• Staged rollout로 점진 배포. (Community)
• Payments profile 은행계좌/세금 정보 최신화, 정산 일정 확인. (구글 도움말)
• 재무 리포트 월별 다운로드·회계 반영. (구글 도움말)

---

9) 한국 개발자를 위한 실전 Q&A

Q1. 정산은 언제, 어떻게 들어오나요?
A. 주문이 처리되면 매출이 Payments profile에 집계되고, 월 단위 자동 지급 스케줄에 따라 등록한 은행 계좌로 입금됩니다. 실제 입금일/지연/보류는 국가·은행에 따라 달라 Merchant payout schedule 문서를 참고하세요. (구글 도움말)

Q2. 세금은 어떻게 되나요?
A. 미국 원천징수(W-8/W-9) 등 세무서류 제출이 필요합니다. 국가에 따라 Google이 VAT/GST를 징수·납부하거나, 개발자가 직접 신고·납부해야 할 수 있습니다. 판매 대상 국가의 세무 규칙을 반드시 확인하세요. (구글 도움말)

Q3. 신규 앱을 곧 출시합니다. 가장 위험한 함정은?
A. (1) Target API level 미준수로 제출 자체가 막히는 경우(2025-08-31부터 API 35 필요), (2) App access/테스트 계정 미제공으로 심사 지연, (3) Data safety/프라이버시 정책 불일치로 반려되는 케이스가 잦습니다. 일정에 여유를 두고, 위 체크리스트를 순서대로 처리하세요. (구글 도움말)

Q4. 인앱결제 대신 다른 결제를 쓰고 싶습니다(한국).
A. User Choice Billing이 허용되는 지역·앱 유형에서 대체 결제를 제공할 수 있고, Play 수수료 4% p 인하가 적용됩니다. 단, 구현·고지 요건을 충족해야 합니다. (구글 도움말)

---

10) 작업 순서 예시(오늘 시작해서 출시까지)

1. Play Console 가입 & 신원 확인 → Payments profile 개설/은행계좌·세금 정보 등록.
2. Android Studio에서 min/target SDK 재점검(API 35 대응),. aab 빌드, Play App Signing 적용. (구글 도움말)
3. Privacy Policy 페이지 제작/배포 → URL 확보. Data safety 설문 초안 작성. (구글 도움말)
4. 아이콘·스크린숏·피처 그래픽 준비. (구글 도움말)
5. Play Console Create app → App content 항목(앱 접근/광고/대상연령/프라이버시/데이터 안전/콘텐츠 등급) 순서대로 완료. (구글 도움말, Android Developers)
6. (IAP/구독 시) Play Billing 통합 & 품목 등록(최신 라이브러리 요건 확인). (구글 도움말)
7. Internal → Closed/Open testing 진행, Pre-launch report 확인 및 이슈 해결. (구글 도움말)
8. Production에 Staged rollout(예: 10%)로 출시, 문제없으면 점진 확대. (Community)
9. 출시 후 주문/수익/정산 리포트 점검, 고객리뷰/크래시 모니터링, 필요시 핫픽스. (구글 도움말)

---

구글 플레이스토어 등록 순서

※ 참고 : ASO 란?

ASO는 앱 스토어 최적화(App Store Optimization)의 약자이며, 앱 스토어에서 앱의 노출 순위를 높이고, 더 많은 다운로드를 유도하기 위해 앱의 제목, 설명, 키워드, 아이콘, 스크린숏 등을 최적화하는 과정을 의미합니다. 이는 웹사이트의 검색 엔진 최적화(SEO)와 유사한 개념으로, 앱 스토어 내에서 앱의 가시성을 높여 잠재 사용자가 앱을 쉽게 발견하고 설치하도록 돕는 데 목적이 있습니다. 

 

---

감사합니다. Thank you very march!