구글 플레이 개발자 계정은 구글 플레이 콘솔(Play Console)에 로그인해 안드로이드 앱을 등록하고, 심사에 제출하고, 플레이스토어에 배포할 수 있게 해 주는 개발자 등록 계정이에요. 앱 파일(APK나 AAB)을 만드는 것까지는 이 계정 없이도 되지만, 그 앱을 플레이스토어에 올려서 사용자가 검색하고 설치하게 만들려면 이 계정이 반드시 있어야 해요. 흔히 구글 개발자 계정, 플레이스토어 개발자 계정, 구글 콘솔 개발자 계정이라고도 불러요.
앱을 다 만들어 놓고 정작 출시 단계에서 멈추는 일이 자주 생겨요. 코드가 아니라 계정 쪽에서 걸려 있는 경우가 있어요. 그리고 걸리는 자리는 늘 비슷해요. 본인 확인 서류, 결제 수단, 사업자 정보 일치, 그리고 신규 개인 계정에 붙는 추가 요건이에요. 이 글은 구글 플레이 개발자 등록을 어디서 막히는가를 축으로 정리했어요. 구글 개발자 계정을 처음 만드는 분이든, 플레이스토어 개발자 등록을 하다 중간에 멈춘 분이든 자기 위치를 찾을 수 있게 절차를 순서대로 폈고, 각 지점에서 무엇을 미리 맞춰 두면 막히지 않는지를 표로 묶었어요.
먼저 못 박아 둘 게 하나 있어요. 구글의 등록 수수료, 요구 서류, 심사 기준, 신규 계정에 적용되는 요건, 가입 화면 구성은 구글이 바꿔 왔고 앞으로도 바뀔 수 있어요. 아래 내용은 2026년 9월 기준으로 정리한 것이고, 실제로 결제 버튼을 누르거나 서류를 올리기 전에는 play.google.com/console의 공식 안내에서 지금 조건을 다시 확인하세요. 특히 금액과 요건 숫자는 국가와 계정 유형에 따라서도 달라질 수 있어요.
등록을 마치면 크게 네 가지가 열려요. 첫째, Play Console 접근 권한이에요. 앱 생성, 스토어 등록정보(제목, 설명, 스크린샷, 아이콘), 가격과 배포 국가 설정이 전부 여기서 이뤄져요. 둘째, 배포 트랙이에요. 내부 테스트, 비공개 테스트, 공개 테스트, 프로덕션으로 나뉘어 있어서 같은 앱을 단계별로 다른 사용자 그룹에 내보낼 수 있어요. 셋째, 정산 구조예요. 유료 앱이나 인앱 상품을 팔려면 결제 프로필과 판매자 정보를 따로 채워야 해요. 넷째, 운영 데이터와 정책 알림이에요. 설치와 이탈 통계, Android vitals의 크래시 지표, 사용자 리뷰 답변, 정책 관련 통지가 전부 이 계정으로 들어와요.
반대로 계정 없이 되는 일도 있어요. 개발 중에 에뮬레이터나 내 안드로이드 기기에 앱을 직접 설치해 돌려 보는 것까지는 개발자 계정이 없어도 가능해요. 그래서 외주 개발을 맡겼을 때 중간 확인용 빌드를 파일로 받아 보는 건 계정 없이도 돼요. 다만 플레이스토어를 통한 배포, 즉 테스트 링크로 테스터를 초대하는 것부터는 계정이 필요해요. 실무 기준으로 계정이 있어야 하는 시점은 출시일이 아니라 외부에 테스트 빌드를 돌리기 시작하는 시점이에요.
구글 개발자 계정 비용은 계정을 만들기 전에 먼저 확인하는 항목이에요. 2026년 9월 기준 안내로는 등록 수수료 25달러를 가입 과정에서 결제해요. 원화 청구액은 카드사 환율에 따라 달라지니 결제 직전 화면에 뜨는 금액을 기준으로 보세요. 과금 방식도 같은 시점 기준으로 정리하면 가입할 때 한 번 결제하고 해마다 갱신 결제가 붙지는 않는 구조예요. 결제는 해외 결제가 가능한 신용카드나 체크카드로 진행하고, 결제한 뒤에 바로 취소해 되돌리는 방식은 안내돼 있지 않으니 카드 정보와 입력값을 확인하고 누르세요. 금액과 과금 방식 모두 구글이 바꿀 수 있는 항목이라, 결제 전에 play.google.com/console의 공식 안내에서 지금 기준을 다시 확인하세요.
예산을 잡을 때 등록 수수료만 보면 나중에 놀라는 항목이 두 개 더 있어요. 하나는 유료 앱과 인앱결제에 붙는 수수료예요. 무료 앱만 낼 계획이면 해당이 없지만, 결제가 들어가는 순간 수수료율과 프로그램 조건을 확인해야 해요. 다른 하나는 출시 준비에 들어가는 시간이에요. 신원 확인 서류를 다시 맞추고, 신규 개인 계정이라면 추가 요건까지 통과해야 하니 이 구간이 일정에 들어가요.
외주로 앱을 만드는 중이라면 계정 등록과 스토어 제출이 계약 범위에 들어 있는지도 같이 보세요. 견적서에 이 항목이 빠져 있으면 출시 직전에 누가 할 일인지로 실랑이가 생겨요. 항목을 어떻게 읽어야 하는지는 IT 외주 견적서 분석 가이드에 정리해 뒀어요.
가입 화면에서 가장 먼저 만나는 갈림길이자, 되돌리기가 가장 번거로운 선택이에요. 계정 유형은 스토어에 노출되는 이름, 제출해야 하는 서류, 출시까지 거쳐야 하는 단계, 정산 주체를 한꺼번에 갈라놓아요. 2026년 9월 기준으로 정리하면 이래요.
| 항목 | 개인 계정 | 조직(사업자) 계정 |
|---|---|---|
| 스토어 개발자명 | 본인 실명 기준으로 표시돼요 | 등록한 사업자·법인 이름으로 표시돼요 |
| 신원 확인 서류 | 신분증 등 개인 신원 서류를 제출해요 | 사업자 서류와 조직 정보를 함께 제출해요 |
| D-U-N-S 번호 | 요구되지 않아요 | 요구돼요(던앤브래드스트리트에 신청해 받고, 표준 신청 경로는 무료로 안내돼요) |
| 정식 출시 전 추가 요건 | 신규 계정에 비공개 테스트 요건이 붙어요 | 안내상 해당 요건 대상이 아니에요 |
| 권한 관리 | 사실상 1인 운영이라 역할 분리가 어려워요 | 사용자 초대로 역할을 나눠 줄 수 있어요 |
| 정산 주체 | 개인 명의 계좌와 개인 소득으로 잡혀요 | 사업자 계좌와 사업 소득으로 잡혀요 |
| 연락처 공개 | 개인 연락 정보가 노출될 수 있어요 | 회사 대표 연락처로 정리할 수 있어요 |
| 나중에 명의 변경 | 조직으로 옮기려면 별도 절차가 필요해요 | 담당자 교체는 계정 유지로 처리돼요 |
| 시작 난이도 | 구글 계정과 카드만 있으면 시작돼요 | 서류 준비와 확인 절차가 앞에 붙어요 |
표에서 실무적으로 가장 아픈 줄은 스토어 개발자명과 정산 주체예요. 개인으로 가입하면 앱 상세 페이지의 개발자 자리에 개인 이름이 그대로 뜨는데, 브랜드 앱이나 B2B 앱이라면 그 자체가 신뢰 문제가 돼요. 그리고 개인 계정에서 발생한 매출은 개인에게 지급되니, 사업자가 운영하는 서비스라면 회계와 세무가 꼬여요. 세무 처리는 사업자 형태에 따라 다르니 세무 담당자와 먼저 상의하세요.
D-U-N-S 번호와 조직 계정 요건은 구글이 조정해 온 항목이에요. 지금 내 상황에 무엇이 요구되는지는 가입 화면의 안내를 그대로 따르고, 숫자나 조건을 기억에 의존해서 진행하지 마세요.
판단 기준은 두 가지예요. 매출이 누구에게 들어가야 하는가, 그리고 스토어에 누구 이름이 떠야 하는가예요. 본인 상황에 가장 가까운 줄을 찾으세요.
| 상황 | 권장 | 이유 |
|---|---|---|
| 사업자등록이 이미 있어요 | 조직 계정 | 서류가 이미 있어서 앞단만 통과하면 되고, 신규 개인 계정에 붙는 추가 요건을 피할 수 있어요 |
| 법인이 운영하는 서비스예요 | 조직 계정 | 매출과 계약 주체를 법인으로 맞춰야 회계가 꼬이지 않아요 |
| 회사 앱을 외주로 만들었어요 | 조직 계정 | 계정 명의가 발주사에 있어야 앱과 수익이 회사에 남아요 |
| 브랜드 이름으로 노출돼야 해요 | 조직 계정 | 개인 계정은 개인 실명 기준으로 표시돼요 |
| 혼자 만드는 사이드 프로젝트예요 | 개인 계정 | 서류 준비 없이 시작할 수 있어요. 대신 추가 요건을 일정에 넣어야 해요 |
| 수익화 계획이 아직 없어요 | 개인 계정 | 정산 주체 문제가 당장은 생기지 않아요 |
| 투자 유치나 매각을 염두에 둬요 | 조직 계정 | 앱 소유권이 개인에게 걸려 있으면 실사에서 문제가 돼요 |
사업자등록이 있는데도 개인 계정으로 시작하는 경우가 있는데, 지금 빨라 보여서 고른 선택이 출시 직전에 되돌아와요. 개인으로 출시한 앱을 조직 계정으로 옮기려면 별도 절차를 밟아야 하고, 그 사이 스토어 링크와 리뷰, 설치 기록을 어떻게 유지할지도 같이 고민해야 해요. 처음 고를 때 한 번 더 생각하는 게 훨씬 싸요.
막히는 지점으로 자주 올라오는 건 준비 정보가 서로 어긋난 경우예요. 가입 화면을 열기 전에 아래 항목을 한 장에 적어 두고, 모든 화면에서 같은 값을 입력하세요.
| 준비물 | 왜 필요한가요 | 미리 맞춰 둘 것 |
|---|---|---|
| 사업용 구글 계정 | 계정 소유자가 되는 계정이에요 | 개인 지메일 말고 회사가 관리하는 계정으로 만들고 2단계 인증을 켜요 |
| 해외 결제 가능한 카드 | 등록 수수료 결제에 쓰여요 | 해외 결제가 열려 있는지, 명의와 청구 주소가 맞는지 확인해요 |
| 신분증(개인) | 본인 확인에 쓰여요 | 유효기간이 남아 있고 글자가 선명하게 읽히는 상태로 준비해요 |
| 사업자 서류(조직) | 조직 확인에 쓰여요 | 상호, 주소, 대표자명을 서류 표기 그대로 옮겨 적어요 |
| 영문 상호와 영문 주소 | 조직 정보 입력에 쓰여요 | 사람마다 다르게 쓰지 않도록 회사 표준 표기를 하나로 정해요 |
| 수신 가능한 전화번호와 이메일 | 인증 코드와 확인 연락을 받아요 | 담당자 개인 번호 대신 회사가 계속 받을 수 있는 채널로 잡아요 |
| 안드로이드 기기 | 개인 계정 확인 단계에서 쓰일 수 있어요 | 콘솔 모바일 앱에 로그인할 수 있는 기기를 옆에 둬요 |
| 개인정보처리방침 URL | 앱 등록정보 제출에 필요해요 | 접속 가능한 주소로 미리 올려 두고 앱 이름과 맞춰요 |
| 아이콘과 스크린샷 | 스토어 등록정보에 필요해요 | 계정 검토를 기다리는 동안 미리 만들어 둬요 |
이 표의 핵심은 마지막 두 줄이에요. 계정 검토를 기다리는 시간은 비어 있는 시간이 아니에요. 그동안 스토어 등록정보를 만들어 두면 계정이 열리자마자 제출로 넘어갈 수 있어요.
화면 구성은 바뀔 수 있지만 순서의 뼈대는 같아요. 각 단계에서 무엇이 걸리는지까지 붙여서 정리했어요.
계정 유형 선택 화면 (이해를 돕기 위한 재구성 예시로, 실제 화면과 다를 수 있어요)
계정 설정 인증 체크리스트 화면 (재구성 예시)
25달러 결제 화면 (재구성 예시)
단계마다 걸리는 시간은 사례에 따라 달라서 여기서 숫자로 못 박지 않을게요. 대신 순서는 확실하니, 대기가 생기는 구간에 다른 준비를 겹쳐 두는 방식으로 일정을 잡으세요.
신원 확인은 사람이 눈으로 보는 검증에 가까워요. 제출한 서류의 표기와 콘솔에 입력한 값이 글자 단위로 같은지를 봐요. 그래서 반려 사유로 흔히 나오는 건 거창한 게 아니라 사소한 불일치예요.
대응은 단순해요. 서류를 먼저 펴 놓고, 그 표기를 그대로 복사해서 입력하세요. 회사 소개서에 쓰던 영문명이 아니라 등록된 표기가 기준이에요. 반려가 났다면 어느 필드가 문제인지 안내를 읽고 그 필드만 고쳐 재제출하는 게 빨라요. 처음부터 다시 만드는 방식은 권하지 않아요.
등록 수수료 결제가 반복해서 실패하면 원인은 앱이 아니라 카드 쪽에 있어요. 확인 순서는 이래요.
결제 실패를 여러 번 반복하면 카드사 쪽에서 추가 차단이 걸리기도 해요. 두세 번 연속 실패했다면 같은 카드로 계속 시도하지 말고 원인을 확인한 뒤에 다시 하세요. 계정 소유자와 카드 명의자가 달라도 진행되는 경우가 있지만, 외주 상황이라면 발주사 카드로 결제하는 편이 나중에 정리하기 쉬워요.
조직 계정을 준비할 때 자주 걸리는 지점이에요. 검증 대상은 세 가지예요. 상호, 주소, 대표자 정보가 사업자 서류와 조직 식별 정보에서 동일해야 해요. 이 셋 중 하나만 어긋나도 진행이 멈춰요.
문제가 생기는 경로는 이래요. 사업자등록증의 국문 상호를 영문으로 옮기면서 담당자마다 다르게 쓰고, 그 값이 조직 식별 정보에 등록된 철자와 달라지는 경우예요. 주소도 같은 문제가 생겨요. 이사를 했는데 한쪽 기록만 바꿔 둔 상태라면 불일치로 잡혀요. 그래서 조직 계정을 준비할 때는 등록을 시작하기 전에 두 기록을 먼저 맞추는 작업부터 하세요.
또 하나 미리 알아 둘 게 있어요. 플레이스토어 앱 상세 페이지에는 개발자 정보가 노출돼요. 어떤 항목이 어디까지 보이는지는 정책에 따라 달라질 수 있으니, 공개해도 되는 연락처와 주소를 기준으로 입력값을 정하세요. 개인 자택 주소나 개인 휴대폰 번호를 그대로 넣어 두고 나중에 바꾸려 하면 재확인 절차가 붙어요.
2023년 이후 구글은 신규 개인 개발자 계정에 대해 정식 출시 전에 비공개 테스트를 거치도록 하는 요건을 두고 있어요. 일정 인원의 테스터가 일정 기간 동안 테스트에 참여해야 하고, 그 뒤 콘솔에서 프로덕션 액세스를 신청하면 구글이 검토한 뒤 정식 출시 권한을 주는 구조예요.
여기서 중요한 주의사항이 있어요. 이 요건의 인원 수와 기간 기준은 바뀌어 왔어요. 블로그나 커뮤니티에 돌아다니는 숫자가 지금 기준과 다를 수 있으니, 반드시 Play Console 안내에서 현재 기준을 직접 확인하고 일정을 잡으세요. 이 글에서도 숫자는 적지 않을게요. 적어 두면 어느 시점부터는 틀린 정보가 되니까요.
대응은 세 가지예요. 첫째, 사업자가 있다면 조직 계정으로 시작해서 이 요건 자체를 만나지 않는 것이에요. 둘째, 개인 계정으로 갈 수밖에 없다면 앱을 완성한 뒤에 테스터를 찾지 말고, 개발 중반부터 테스터를 모으고 비공개 테스트 트랙을 먼저 열어 두는 거예요. 셋째, 테스트 참여 기록이 요건의 핵심이니 테스터에게 설치만 부탁하지 말고 기간 동안 유지해 달라고 미리 안내하는 거예요.
이 요건을 모른 채 출시일을 잡으면 일정이 통째로 밀려요. 개인 계정으로 간다면 이 구간을 일정표에 하나의 작업으로 넣어 두세요.
지금까지 나온 지점을 증상별로 묶었어요. 진행 중에 멈췄다면 이 표에서 증상을 먼저 찾으세요.
| 막히는 지점 | 증상 | 대응 |
|---|---|---|
| 계정 유형을 잘못 고름 | 사업자인데 개인으로 가입해 추가 요건을 만나요 | 출시 전이라면 조직 계정으로 다시 잡는 편이 빨라요 |
| 신원 확인 반려 | 서류를 올렸는데 계속 반려돼요 | 서류 표기를 그대로 복사해 입력하고 문제 필드만 고쳐 재제출해요 |
| 서류 이미지 문제 | 제출은 되는데 확인이 진행되지 않아요 | 잘림과 반사 없이 다시 촬영하고 유효기간을 확인해요 |
| 영문 상호 불일치 | 조직 정보 입력에서 검증이 막혀요 | 등록된 철자를 기준으로 회사 표준 영문 표기를 하나로 통일해요 |
| 주소 불일치 | 확인 단계에서 계속 대기 상태예요 | 서류 주소와 입력 주소를 맞추고, 이전했다면 기록부터 정리해요 |
| 결제 실패 | 카드가 반복해서 거절돼요 | 해외 결제 가능 여부, 명의, 한도, 국가 설정을 순서대로 확인해요 |
| 인증 코드 미수신 | 전화·이메일 인증에서 멈춰요 | 수신 가능한 번호와 계정으로 바꾸고 스팸함도 확인해요 |
| 기기 확인 단계 | 안드로이드 기기 확인을 요구받아 개인 계정 설정이 멈추는 경우가 있어요 | 콘솔 모바일 앱에 로그인할 안드로이드 기기를 준비해 진행해요 |
| 프로덕션 액세스 미신청 | 계정은 열렸는데 정식 출시가 안 돼요 | 신규 개인 계정이면 요건 충족 후 액세스 신청이 따로 필요해요 |
| 개인정보처리방침 누락 | 앱 등록정보 제출이 막혀요 | 접속 가능한 URL을 먼저 올리고 앱 정보와 내용을 맞춰요 |
| 데이터 보안 양식 불일치 | 제출 후 문제 제기를 받아요 | 앱이 실제로 수집하는 항목과 SDK 목록을 개발사에 받아 맞춰요 |
| 담당자 퇴사 | 계정 소유 구글 계정에 접근할 수 없어요 | 소유자 계정과 복구 수단을 회사 관리 채널로 미리 바꿔 둬요 |
플레이스토어 개발자 등록이 멈추는 자리를 증상별로 묶으면 이 표가 돼요. 표 전체가 가리키는 결론은 하나예요. 구글의 검증이 까다로워서 막히는 게 아니라, 서로 다른 기록을 그대로 둔 채 진행해서 막혀요. 시작 전에 상호, 주소, 이름, 연락처를 한 장에 적어 두고 모든 화면에서 같은 값을 쓰면 위 표의 불일치 계열 항목이 통째로 사라져요.
계정 활성화는 출발선이지 결승선이 아니에요. 앱을 실제로 올리려면 콘솔에서 채워야 하는 항목이 이어져요.
이 항목들은 개발 산출물과 직접 연결돼요. 특히 데이터 보안 양식과 앱 서명 키는 개발사만 아는 정보라서, 인수인계 목록에 넣어 두지 않으면 나중에 확인할 방법이 없어요. 무엇을 받아야 하는지는 산출물 검수·인수인계 가이드에서 항목 단위로 정리했어요.
결론부터 말하면 발주사 명의여야 해요. 이건 협상 카드가 아니라 기본값이에요. 개발사 계정으로 출시하면 앱의 소유권, 수익금 수령, 업데이트 배포 권한이 전부 개발사 계정에 묶여요. 계약이 끝나거나 관계가 틀어지면 앱이 인질이 되는 구조가 만들어져요.
제대로 된 구성은 이래요. 계정은 발주사가 만들고, 결제 카드도 발주사 것으로 걸어요. 개발사에는 콘솔의 사용자 초대로 필요한 권한만 부여해요. 이 정도면 빌드 업로드, 테스트 배포, 출시 제출까지 개발 업무에 지장이 없어요. 계정 소유자 권한만 발주사가 쥐고 있으면 돼요.
이미 개발사 계정으로 출시한 상태라면 앱을 다른 계정으로 옮기는 절차를 밟아야 하고, 그 절차는 양쪽이 협조해야 진행돼요. 그래서 계약서 단계에서 계정 명의와 산출물 귀속을 못 박아 두는 게 안전해요. 소유권 조항을 어떻게 써야 하는지는 소스코드 소유권·저작권 가이드를 참고하세요.
구글 플레이 개발자 계정은 계정 소유자 한 명과 초대된 사용자들로 구성돼요. 권한을 설계할 때 기준은 두 가지예요. 계정을 잃지 않을 것, 그리고 나갈 사람의 접근을 끊을 수 있을 것이에요.
출시 이후 운영을 외부에 맡길 계획이라면 권한 범위와 대응 책임을 계약서에 같이 적어 두세요. 범위를 어떻게 나누는지는 개발 이후 유지보수 계약 가이드에서 다뤘어요.
안드로이드와 iOS를 같이 낸다면 두 절차를 같은 것으로 생각하기 쉬운데, 성격이 달라요. 아래 대조표도 2026년 9월 기준으로 정리한 것이고 양쪽 모두 조건이 바뀔 수 있어요. 여기서는 구글 쪽 기준으로 차이만 짚고, 애플 쪽 절차는 따로 다루지 않을게요. 애플 가입 절차가 필요하면 애플 개발자 계정(Apple Developer Program) 등록 가이드를 보세요.
| 항목 | 구글 플레이 | 애플 |
|---|---|---|
| 관리 콘솔 | Play Console | App Store Connect |
| 등록 비용 구조 | 가입할 때 한 번 결제하고 연 갱신 결제는 붙지 않는 구조로 안내돼요 | 해마다 갱신하는 멤버십 구조로 안내돼요(자세한 조건은 애플 글 참고) |
| 신규 개인 계정 요건 | 정식 출시 전 비공개 테스트 요건이 있어요 | 이에 해당하는 요건은 안내돼 있지 않아요 |
| 조직 식별 번호 | 조직 계정에 요구돼요 | 조직 가입에 요구돼요 |
| 심사 성격 | 양쪽 모두 심사를 거치고, 정책 준수 확인의 비중이 큰 편으로 안내돼요 | 사람이 보는 리뷰의 비중이 큰 편으로 알려져 있어요 |
| 테스트 배포 | 콘솔의 테스트 트랙을 써요 | 별도 테스트 배포 도구를 써요 |
| 계정 이전 | 앱 이전 절차를 따로 밟아요 | 이전 절차가 따로 있어요 |
두 스토어를 같이 낼 계획이라면 순서에 팁이 하나 있어요. 준비 기간이 길어질 수 있는 쪽을 먼저 시작하세요. 조직 계정에 필요한 식별 번호 발급이나 서류 정리처럼 회사 바깥 기관이 관여하는 항목이 그 대상이에요. 이런 항목은 우리 쪽에서 아무리 서둘러도 줄일 수 없는 구간이라서, 앞에 두고 나머지를 겹쳐 진행하는 게 유일한 방법이에요.
소요 기간을 숫자로 못 박기 어려운 이유는 검토 시간이 보장되지 않기 때문이에요. 다만 순서는 확실하고, 순서만 지켜도 대기 구간을 겹쳐서 줄일 수 있어요.
앱은 다 만들었는데 계정이 안 열려서 출시가 밀리는 건 기술 문제가 아니라 순서 문제라서 예방할 수 있어요. 일정 자체를 줄여야 하는 상황이라면 개발 기간 단축 가이드에서 어떤 구간을 겹칠 수 있는지 확인하고, 범위 설정부터 다시 잡아야 한다면 MVP 개발 완전 가이드를 같이 보세요.
계정을 만드는 것보다 어려운 건 계정을 유지하는 거예요. 구글 플레이는 정책 위반이 확인되면 앱 게시를 중단하거나 계정에 조치를 취할 수 있어요. 미리 준비해 두면 대응 속도가 달라지는 항목을 정리했어요.
정책 문서와 적용 기준은 계속 갱신돼요. 특히 대상 API 수준 요건처럼 기한이 걸린 항목은 기한을 놓치면 기존 앱의 노출에 영향을 줄 수 있으니, 콘솔 알림을 무시하지 말고 공식 안내에서 현재 기준을 확인하세요.
처음 보는 단어 때문에 멈추는 경우가 있어서 자주 나오는 것만 모았어요.
| 용어 | 뜻 | 언제 만나나요 |
|---|---|---|
| Play Console | 앱 등록, 출시, 통계, 정산을 다루는 관리 콘솔 | 등록 직후부터 계속 |
| 계정 유형 | 개인인지 조직(사업자)인지 고르는 항목 | 가입 초반 선택 화면 |
| D-U-N-S 번호 | 던앤브래드스트리트가 발급하는 국제 사업자 식별번호 | 조직 계정 정보 입력 단계 |
| 개발자 이름 | 스토어 앱 상세에 노출되는 게시자 이름 | 개발자 정보 입력 단계 |
| 트랙 | 내부·비공개·공개·프로덕션으로 나뉜 배포 단계 | 앱 배포 설정 |
| 프로덕션 액세스 | 정식 출시 권한을 신청해 받는 절차 | 신규 개인 계정의 출시 직전 |
| 데이터 보안 양식 | 앱의 데이터 수집·공유 내용을 신고하는 항목 | 스토어 등록정보 작성 |
| 콘텐츠 등급 | 설문 결과로 부여되는 연령 등급 | 앱 제출 준비 단계 |
| 앱 서명 | 앱 업데이트를 검증하는 서명 키 관리 방식 | 첫 빌드 업로드 |
| 결제 프로필 | 판매와 정산을 위한 판매자·세금 정보 | 유료 판매를 켤 때 |
| AAB | 플레이스토어 업로드에 쓰이는 앱 번들 형식 | 빌드 업로드 |
이 중에서 발주사가 반드시 이해하고 있어야 하는 건 앱 서명과 데이터 보안 양식이에요. 앞쪽은 앱을 계속 업데이트할 수 있는지를 결정하고, 뒤쪽은 정책 위반 여부를 결정해요. 둘 다 개발사가 알고 발주사가 모르기 쉬운 항목이라, 인수인계 목록에 반드시 넣으세요.
순서만 지키면 이 절차는 어렵지 않아요.
다시 강조할게요. 구글 플레이 개발자 등록의 수수료 금액, 요구 서류, 신규 계정 요건, 심사 기준은 시점에 따라 바뀌어요. 이 글은 2026년 9월 기준으로 정리한 것이고, 진행 전에는 play.google.com/console의 현행 안내에서 지금 조건을 확인하세요. 안드로이드 앱 기획부터 플레이스토어 출시와 정책 대응까지 함께 갈 파트너를 찾는 중이라면 앱 개발 외주 업체 선정 가이드도 같이 보시면 판단이 쉬워져요.
2026년 9월 기준 안내로는 등록 수수료 25달러를 가입 과정에서 한 번 결제하고, 해마다 갱신 결제가 붙지는 않는 구조예요. 원화 청구액은 카드사 환율에 따라 달라지니 결제 직전 화면의 금액을 기준으로 보세요. 금액과 과금 방식은 구글이 바꿀 수 있는 항목이라 결제 전에 play.google.com/console의 공식 안내에서 지금 기준을 확인하는 게 안전해요. 유료 앱이나 인앱결제를 붙일 계획이라면 별도 수수료 정책도 같이 확인하세요.
기준은 두 가지예요. 매출이 누구에게 들어가야 하는지, 그리고 스토어에 누구 이름이 떠야 하는지예요. 사업자등록이 있고 회사가 운영하는 서비스라면 조직 계정이 맞아요. 개인 계정은 스토어에 개인 실명 기준으로 표시되고 정산도 개인 소득으로 잡히며, 신규 계정에는 정식 출시 전 추가 요건이 붙어요. 혼자 만드는 사이드 프로젝트라면 개인 계정으로 시작해도 돼요.
개인 계정으로 가입한다면 사업자등록증 없이 신분증 기반 본인 확인만으로 진행할 수 있어요. 조직(사업자) 계정을 고르면 사업자 서류와 조직 식별 정보가 필요하고, 여기에 D-U-N-S 번호가 요구돼요. 다만 계정 유형별 요구 서류는 구글이 조정해 온 항목이라, 가입 화면에 표시되는 안내를 기준으로 준비하세요.
흔히 나오는 반려 사유는 사소한 불일치예요. 이름 표기(영문과 국문 혼용, 성과 이름 순서), 주소 표기(도로명과 지번 혼용, 상세 주소 누락), 서류 이미지 품질(잘림, 빛 반사, 유효기간 만료)을 먼저 확인하세요. 서류를 펴 놓고 그 표기를 그대로 복사해 입력하는 게 기본이에요. 처음부터 다시 만들지 말고 안내가 지적한 필드만 고쳐 재제출하는 쪽이 빨라요.
카드 쪽 원인을 순서대로 확인하세요. 해외 결제가 막힌 카드인지, 카드 명의와 입력한 이름 및 주소가 맞는지, 법인카드라면 해외 가맹점 결제 권한이 열려 있는지, 한도와 잔액은 충분한지, 구글 계정 국가 설정과 카드 발행 국가가 충돌하지 않는지를 봐요. 연속 실패는 추가 차단으로 이어질 수 있으니 같은 카드로 반복 시도하지 말고 원인을 확인한 뒤 다시 하세요.
2023년 이후 신규 개인 개발자 계정에는 정식 출시 전 비공개 테스트를 거치도록 하는 요건이 있어요. 요건을 채운 뒤 콘솔에서 프로덕션 액세스를 신청하면 검토를 거쳐 출시 권한이 열려요. 필요한 테스터 인원과 기간 기준은 바뀌어 왔으니 커뮤니티에 도는 숫자를 믿지 말고 Play Console 안내에서 현재 기준을 직접 확인하세요.
관리 콘솔이 다르고(Play Console과 App Store Connect), 비용 구조가 다르며, 신규 개인 계정에 붙는 비공개 테스트 요건은 구글 쪽에만 안내돼 있어요. 심사는 양쪽 모두 거치지만 무게 중심이 달라서, 구글은 정책 준수 확인의 비중이 큰 편으로 안내돼요. 두 곳 모두 조건이 바뀔 수 있으니 공식 안내를 확인하고, 애플 쪽 가입 절차 자체가 필요하면 애플 개발자 계정 등록 가이드를 따로 보세요.
발주사 명의여야 해요. 개발사 계정으로 출시하면 앱 소유권, 수익금 수령, 업데이트 배포 권한이 개발사 계정에 묶여서 계약이 끝났을 때 앱이 인질이 돼요. 계정은 발주사가 만들고 결제 카드도 발주사 것으로 걸고, 개발사에는 Play Console 사용자 초대로 필요한 권한만 주세요. 그 권한이면 빌드 업로드와 출시 제출까지 개발 업무에 지장이 없어요.
앱을 다른 계정으로 옮기는 이전 절차를 밟아야 하고, 그 절차는 양쪽이 협조해야 진행돼요. 등록비 결제 거래 번호처럼 원래 계정 소유자만 가진 정보가 요구될 수 있어요. 관계가 틀어진 뒤에는 진행 자체가 어려워지니 계약이 유효한 동안 정리하는 게 좋아요. 다음 프로젝트부터는 계약서에 계정 명의와 산출물 귀속을 먼저 못 박아 두세요.
먼저 계정에 등록된 이메일로 온 통지와 콘솔의 정책 관련 화면에서 어떤 정책이 문제인지 확인하세요. 그다음 이의 신청 경로와 제출해야 할 정보를 파악해요. 수정 버전을 올려야 할 수 있으니 서명 키에 접근할 수 있는지, 데이터 보안 양식과 개인정보처리방침이 현재 앱 기능과 맞는지도 같이 점검하세요. 외주라면 출시 후 정책 대응 주체가 누구인지 계약에서 확인하세요.
장기간 사용되지 않는 계정은 구글의 비활성 계정 관련 정책에 따라 조치를 받을 수 있어요. 등록만 해 두고 방치하기보다 출시 계획이 잡힌 뒤에 만드는 편이 나아요. 다만 계정이 있어야 하는 시점은 출시일이 아니라 외부에 테스트 빌드를 돌리기 시작하는 시점이라는 점은 기억하세요.