1. 개발자 계정 준비
먼저 Play Console 개발자 계정이 있어야 하고,
앱을 만들 수 있는 상태여야 합니다.
개인 계정과 조직 계정에 따라 출시 조건이 다를 수 있습니다.
2. 앱 기본값 확정
출시 전에 아래는 먼저 고정하는 게 좋습니다.
- 앱 이름
- 패키지명(com.xxx.xxx)
- 서명키(keystore)
- 앱 아이콘 / 스플래시
- 버전명 / 버전코드
특히 패키지명과 서명키는 중간에 바꾸기 어렵고,
버전코드는 Play에 올릴 때마다 계속 증가해야 합니다.
앱은 Android App Bundle(AAB)로 업로드하는 것이 기본입니다.
3. 앱 빌드 조건 맞추기
신규 앱과 업데이트 앱은 현재
Android 15, API 35 이상 타깃이어야 Play에 제출할 수 있습니다.
이 조건이 안 맞으면 업로드 단계에서 막힙니다.
실무적으로는 다음을 점검합니다.
- targetSdkVersion / target API 35 이상
- 릴리스 빌드
- 디버그 서명 금지
- AAB 생성
- 업로드 키로 서명
4. 스토어 등록정보 작성
Play Console에서 기본 스토어 등록정보를 작성해야 합니다.
필수에 가까운 항목:
- 앱 이름
- 간단한 설명
- 자세한 설명
- 앱 아이콘
- 대표 그래픽
- 휴대전화 스크린샷
- 필요 시 7인치/10인치 태블릿 스크린샷
스토어 등록정보는 사용자가 앱을 판단하는 첫 요소라서
기능 설명과 실제 앱 내용이 일치해야 합니다.
5. 앱 콘텐츠(App content) 작성
이 단계에서 많은 앱이 막힙니다.
특히 위치, 카메라, 로그인, 웹뷰, 광고가 있으면 더 중요합니다.
주요 작성 항목:
- 개인정보처리방침 URL
- Data safety
- 광고 포함 여부
- 앱 액세스 정보
- 대상 연령 / 아동 대상 여부
- 민감 권한 사용 여부
Google은 Data safety 양식 작성을 요구하고,
개인정보처리방침은 활성 URL이어야 하며 앱의 실제 데이터 처리 방식과 맞아야 합니다.
민감 정보 접근 권한은 앱 핵심 기능과 직접 관련 있어야 합니다.
6. 테스트 트랙 운영
정식 출시 전에 보통 테스트 트랙을 거칩니다.
- 내부 테스트: 빠른 확인용
- 비공개 테스트: 정식 출시 전 검증용
- 공개 테스트: 넓은 사용자 대상 시험
- 프로덕션: 정식 출시
개인 신규 개발자 계정은 정식 출시 전에
비공개 테스트(Closed testing) 를 충족해야 할 수 있습니다.
공식 기준은 최소 12명의 테스터가 최근 14일 연속 opt-in 상태여야 production access 신청이 가능합니다.
내부 테스트는 빠르지만 이 조건을 대신하지 못합니다.
7. 비공개 테스트에서 꼭 주의할 점
많이 헷갈리는 부분입니다.
- 설치만으로는 부족할 수 있음
- 반드시 opt-in 링크로 테스트 참여해야 함
- Play 스토어 로그인 계정과 등록된 계정이 같아야 함
- 12명은 최소치라 실제로는 15명 이상 확보하는 편이 안전함
- 14일 동안 참여 상태 유지가 중요함
정식 출시가 급하면
처음부터 내부 테스트보다 비공개 테스트를 바로 운영하는 편이 빠릅니다.
8. 프로덕션 액세스 신청
개인 신규 계정은 비공개 테스트 조건을 채운 뒤
Production access를 신청해야 합니다.
이때 테스트 운영 방식과 사용자 피드백 관련 질문에 답해야 할 수 있습니다.
승인되면 그다음에야 프로덕션 트랙으로 공식 출시할 수 있습니다.
9. 정식 출시
프로덕션 트랙에서 새 릴리스를 만들고
AAB 업로드, 출시명, 출시노트, 국가/지역, 무료/유료 여부를 설정한 뒤
검토 후 게시하면 됩니다.
신규 앱은 심사 중 상태가 며칠 이상 지속될 수 있습니다.
10. 가장 자주 막히는 오류
실무에서 자주 나오는 문제입니다.
버전 코드 중복
같은 버전 코드는 재사용 불가입니다.
새 릴리스는 항상 더 큰 버전 코드가 필요합니다.
디버그 서명 업로드
내부 테스트나 비공개 테스트도
디버그 서명 번들은 거절될 수 있습니다.
반드시 릴리스 서명으로 빌드해야 합니다.
Data safety / 개인정보처리방침 불일치
앱 설명에는 위치를 쓴다고 해놓고
정책에는 안 적거나 반대로 적으면 심사에서 문제됩니다.
민감 권한 과다 요청
위치 권한을 요청하면
왜 필요한지 앱 핵심 기능과 설명문이 일치해야 합니다.
타깃 API 미충족
API 35 미만이면 신규 앱 제출이 막힙니다.
11. 고속도로어때 같은 앱에서 특히 주의할 점
당신 앱처럼 GPS와 교통정보를 쓰는 앱은 아래를 특히 맞춰야 합니다.
- 위치 권한은 앱 핵심 기능과 직접 연결
- 스토어 설명에도 “현재 위치 기반 CCTV 조회”를 명확히 기재
- Data safety에서 위치 정보 처리 여부를 정확히 입력
- 개인정보처리방침에 위치정보 사용 목적을 구체적으로 명시
- 웹뷰로 외부 CCTV를 띄우는 경우 앱 설명과 실제 동작이 일치해야 함
12. 가장 빠른 출시 전략
가장 빠르게 정식 출시하려면 이렇게 가는 게 좋습니다.
- 앱 기본정보 완성
- 스토어 등록정보 완성
- 개인정보처리방침 / Data safety 작성
- 비공개 테스트 12명 이상 운영
- 14일 유지
- Production access 신청
- 프로덕션 출시
내부 테스트만 오래 해도
정식 출시 요건이 자동 충족되지는 않습니다.
13. 체크리스트
출시 직전엔 이것만 보면 됩니다.
- AAB 릴리스 서명 완료
- 버전 코드 증가 확인
- API 35 이상 확인
- 앱 아이콘 / 대표 그래픽 / 스크린샷 등록
- 간단 설명 / 자세한 설명 입력
- 개인정보처리방침 URL 등록
- Data safety 작성
- 비공개 테스트 조건 충족 확인
- 프로덕션 액세스 승인 확인
한 줄로 요약하면,
신규 앱 공식 출시는 “앱 빌드 준비 + 스토어 정보 + 정책 작성 + 비공개 테스트 조건 충족 + 프로덕션 신청”의 순서입니다.
글플레이 출시 비용은 이렇게 보면 됩니다.
1. 개발자 등록비
최초 1회 US$25입니다.
매달 내는 비용은 아닙니다.
2. 무료 앱만 배포하면
구글에 추가 배포비는 거의 없습니다.
Google은 개발자의 97%는 서비스 수수료 대상이 아니며, 무료 배포는 별도 판매 수수료가 없습니다.
3. 유료 앱 / 인앱결제 / 구독이 있으면
Google Play 서비스 수수료가 붙습니다.
공식 안내 기준으로 많은 개발자는 15% 이하 조건에 해당하고, 디지털 상품·서비스는 첫 **연 100만 달러 매출까지 15%**가 적용됩니다. 구독은 **첫날부터 15%**라고 안내합니다.
4. 결제 관련 추가 비용
Google Play Billing을 쓰는 경우 지역에 따라 billing fee가 추가로 설명되는 항목도 있습니다. 공식 도움말에는 미국·영국·EEA의 billing fee가 **5%**로 안내되어 있습니다.
5. 실제 체감 비용
당신처럼 고속도로어때를
무료 앱으로 먼저 출시하면,
구글에 직접 내는 돈은 보통 개발자 등록비 25달러가 핵심입니다.
다만 별도로 들 수 있는 비용은
앱 아이콘/디자인, 서버, 도메인, 개인정보처리방침 호스팅, 광고, 테스트용 단말기 같은 운영비입니다. 이건 구글플레이 필수 수수료는 아닙니다.
한 줄로 하면
무료 앱 출시는 사실상 25달러 1회,
유료/구독/인앱결제는 별도 수수료가 붙습니다.
'조그만 기술로 세상을 이롭게 > 고속도로어때' 카테고리의 다른 글
| 고속도로어때 버전 UP (0) | 2026.05.15 |
|---|---|
| Syncfusion MAUI는? (0) | 2026.05.12 |
| 돌발상황정보 API 활용 및 개발 (0) | 2026.05.12 |
| ITS Open API 종류 및 활용 그리고 C# 예제 (0) | 2026.05.12 |
| ITS 국가교통정보센터 소개 및 OPEN API 활용 (0) | 2026.05.12 |