본문 바로가기
조그만 기술로 세상을 이롭게/고속도로어때

구글플레이 신규 앱을 공식 출시하려면

by eplus 2026. 5. 12.

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. 가장 빠른 출시 전략

가장 빠르게 정식 출시하려면 이렇게 가는 게 좋습니다.

  1. 앱 기본정보 완성
  2. 스토어 등록정보 완성
  3. 개인정보처리방침 / Data safety 작성
  4. 비공개 테스트 12명 이상 운영
  5. 14일 유지
  6. Production access 신청
  7. 프로덕션 출시

내부 테스트만 오래 해도
정식 출시 요건이 자동 충족되지는 않습니다.

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회,
유료/구독/인앱결제는 별도 수수료가 붙습니다.

728x90
반응형