이 글의 준비·심사 상태는 당시 개발 기록입니다. 이후 이용 경로는 비트웨이브 소개 페이지에서 확인할 수 있습니다.
Google Play 등록 중 홈페이지 주소의 www 유무까지 다시 확인하게 될 줄은 몰랐습니다. 같은 사이트를 가리킨다고 생각해도, 소유권을 확인하는 화면에서는 등록한 주소와 증명한 주소가 맞아야 했습니다.
비트웨이브 등록은 게임 파일을 올리는 것으로 끝나지 않았습니다. 계정 확인 뒤에는 앱 서명, 상품 지급과 복원, 개인정보 안내를 실제 동작과 맞추는 일이 이어졌습니다. 아래는 2026년 9월 25일 프로덕션 심사를 제출하고 ‘검토 중’을 확인하기까지의 기록입니다.
개발자 계정부터: 게임보다 서류가 먼저였습니다
Google Play Console은 게임 개발자가 앱을 등록하고 업데이트하는 관리 화면입니다. 개인인지 조직인지에 따라 확인할 정보와 요건이 다릅니다. 남의 계정 유형을 그대로 따라 고르면 안 됩니다.
저희는 D-U-N-S 발급 뒤 9월 22일 조직 계정을 개설했고, 등록비 25달러를 결제한 기록이 있습니다. D-U-N-S 비용과 Play 계정 등록비는 다른 비용입니다. D-U-N-S를 무료로 신청하고 발급받은 과정은 따로 정리했습니다.
실제로 막힌 부분은 홈페이지 주소였습니다. Play에는 www가 붙은 주소를 넣고, Search Console에는 www가 없는 주소로 확인해 두었습니다. 두 화면의 주소를 맞춘 뒤 인증을 마쳤습니다. URL 접두어 속성을 쓰는 경우 http/https와 www 유무까지 대조하세요.
AAB와 앱 서명: 제출할 파일을 준비합니다
AAB는 Google Play에 제출하는 앱 묶음 파일입니다. Google이 이를 기기별 설치 파일로 만들어 전달합니다. APK 파일의 이름만 .aab로 바꾸는 작업이 아닙니다. Google의 앱 생성·설정 안내에서 기본 절차를 볼 수 있습니다.
패키지 이름은 앱을 구분하는 고유 주소에 가깝고, 서명은 ‘이 개발자가 만든 앱’임을 확인하는 도장에 가깝습니다. 업데이트할 때는 버전 번호도 관리해야 합니다.
여기서 저희가 신경 쓴 것은 로그인입니다. 컴퓨터에서 만든 APK로 로그인됐다고 Play 설치본도 된다고 볼 수 없었습니다. Google 로그인 설정에는 배포된 앱에 맞는 서명 정보가 필요하므로, Play에서 설치한 앱으로 다시 확인했습니다. 업로드 키와 실제 배포에 사용하는 앱 서명 키를 혼동하지 않는 것이 중요했습니다.
스토어 소개보다 먼저, 실제 동작과 설명을 맞춥니다
콘솔에서 앱을 만든 뒤 이름·설명·아이콘·스크린샷·연락처를 채웁니다. 이때 가장 멋진 화면보다 실제로 제출하는 버전의 화면이 중요합니다.
- 앱 액세스: 로그인이 필요하면 심사자가 게임에 들어갈 방법을 제공합니다.
- 광고·대상 연령·등급: 실제 게임과 광고 구성을 기준으로 답합니다.
- 데이터 보안: 직접 만든 기능뿐 아니라 로그인·광고·분석 도구가 처리하는 정보도 확인합니다.
- 개인정보처리방침·계정 삭제: 실제 지원하는 절차와 공개 안내가 맞는지 확인합니다.
저희는 이용권 설명도 다시 봤습니다. ‘하루에 다섯 번’으로 오해할 문구와 ‘자동 충전 보유 한도 다섯 개’는 다른 뜻이기 때문입니다. 정책 질문은 문서만 채우는 일이 아니라 이용자가 보게 될 화면과 맞추는 일이었습니다.
테스트: 결제창보다 ‘결제 다음’을 봤습니다
내부 테스트는 소수의 사람에게 먼저 설치해 보게 하는 통로입니다. 파일을 직접 보내는 것과 달리 스토어 배포 흐름을 확인할 수 있습니다.
비트웨이브에서는 로그인, 곡 재생, 이용권 지급, 구매 복원, 취소·환불 반영을 나눠 점검했습니다. 결제 성공 표시만 보고 끝내면, 앱을 다시 열었을 때 구매가 사라지거나 같은 보상이 두 번 들어오는 문제를 놓칠 수 있습니다.
초보자용 점검 순서
① 처음 설치해 실행하기
② 로그인하고 실제 게임 한 판 하기
③ 테스트 구매 뒤 아이템이 들어오는지 보기
④ 앱을 껐다 켜도 상태가 유지되는지 보기
⑤ 복원 버튼을 두 번 눌러도 중복 지급되지 않는지 보기
⑥ 계정 삭제·문의 링크가 열리는지 보기
저희 기록에는 테스트 결제와 환불 검증이 포함됩니다. 모든 기기, 모든 상품의 실제 유료 결제를 다 해봤다는 뜻은 아닙니다. 테스트 결제와 실제 고객 결제 결과도 구분했습니다.
‘12명·14일’은 모든 계정에 똑같이 적용될까요?
Google은 2023년 11월 13일 이후 생성된 개인 개발자 계정에 비공개 테스트 요건을 안내합니다. 최소 12명의 테스터가 14일 연속 참여한 조건을 충족한 뒤 프로덕션 액세스를 신청하는 절차입니다. 단순히 14일을 기다리면 자동 승인되는 것은 아닙니다.
계정 유형과 개설 시점이 중요합니다. 저희 조직 계정 경험만 보고 본인의 테스트 요건을 생략하면 안 됩니다. 새 개인 계정의 공식 테스트 요건과 본인 콘솔에 표시되는 안내를 함께 확인하세요.
심사에 보냈다면, 마지막은 공개 설치 확인입니다
앱 정보와 테스트가 준비되면 출시 트랙에서 제출할 버전·국가·변경사항을 확인하고 심사를 요청합니다. 저희는 9월 25일 비트웨이브 1.0.4를 제출하고 검토 상태를 확인했습니다.
파일 업로드 → 심사 제출 → 승인 → 공개 설치 가능은 각각 다른 단계입니다. 관리형 게시 설정 등에 따라 승인 뒤 공개 시점도 달라집니다. 출시 공지는 실제 스토어에서 설치 가능한지 확인한 다음 적는 편이 정확합니다.
다음 앱에도 가져갈 기록
주소 확인에서 막혔던 일과 결제 뒤 동작을 확인한 일을 각각 남겨 두었습니다. 계정이 준비됐다는 이유로 앱별 검증까지 끝났다고 읽지 않기 위해서입니다.
다음 앱을 등록할 때는 계정·서류 준비와 앱 빌드·실행 확인을 나눠 진행하려 합니다. 제출했다는 기록 뒤에는 공개 설치를 확인했는지도 덧붙입니다. 이 글의 9월 25일 기록은 심사 제출까지의 경험입니다.