Google Play 외부에서만 앱을 배포하는 경우 Android Developer Console을 사용하여 개발자 신원을 관리하고 앱의 패키지 이름을 등록하세요. 이 가이드에서는 계정을 인증하고 인증된 Android 기기에 앱을 설치할 수 있도록 하는 방법을 설명합니다.
계정 만들기
시작하려면 Google 계정을 사용하여 Android Developer Console 계정에 가입하세요. 학생 또는 취미로 사용하는 경우 인증 요구사항이 적고 수수료가 없는 특별 계정 유형을 만들 수 있습니다.
앱 배포 방법 선택
앱은 여전히 사이드로드할 수 있습니다. 사용자 환경은 선택한 경로에 따라 달라집니다.
본인 확인을 완료하세요
신원을 확인할 수 있는 공식 문서를 제공해야 합니다. 요구사항은 개인으로 등록하는지 조직으로 등록하는지에 따라 다릅니다. 필요한 정보를 모두 준비한 경우 이 절차를 완료하는 데 일반적으로 10분 정도 걸립니다.
모든 계정에 필요한 정보
법적 이름 및 주소: 개인은 인증 프로그램의 일환으로 정부에서 발급한 사진이 부착된 신분증과 주소지 증빙 서류를 제출해야 합니다. 미국 거주 개인의 경우 허용되는 신분증 및 주소지 증빙 서류의 예는 다음과 같습니다.
- 여권
- 주 정부 발급 신분증
- 운전면허증
- 영주권 카드 또는 그린 카드
- 주소가 기재되어 있으며 사진이 부착된 정부 발급 신분증
- 전기, 수도, 가스, 인터넷, 케이블 TV 공공요금 청구서
- 보험 명세서(주택 보험, 건강 보험 등)
- 신용카드 또는 은행 명세서
연락처 세부정보: 일회용 비밀번호 (OTP)로 인증된 비공개 이메일 주소 및 전화번호
조직의 추가 요구사항
- DUNS 번호: Dun & Bradstreet에서 제공하는 조직의 고유 9자리 식별자로, 전 세계에서 비즈니스의 법적 신원을 확인하는 데 사용됩니다. 조직에 DUNS 번호가 없는 경우 Dun & Bradstreet 웹사이트에서 무료로 발급받을 수 있습니다.
- 인증된 웹사이트: Google Search Console을 사용하여 조직의 웹사이트를 인증해야 합니다.
- 공식 조직 서류: 다음은 미국 조직이 제공해야 하는 서류의 예입니다. 거주 지역에 필요한 문서는 다를 수 있습니다.
- IRS에서 발행하거나 IRS에서 날인했으며 조직 이름이 명시된 서류, 통지서 또는 서한. CP575, 147C, CP299, 988, 937, 1050, 5822 등을 예로 들 수 있습니다.
- IRS에 제출한 양식은 해당 양식의 사본이 IRS 웹사이트에서 제공되는 경우에만 허용됩니다. Form 8871 및 Form 990을 예로 들 수 있습니다.
- 비즈니스 활동을 수행하는 주에서 발급한 것으로서 조직 이름이 명시된 사업자 등록증
- 조직 이름이 명시된 최신 SEC 서류 (예: 10-K, 10-Q 또는 8-K 양식)
- Experian, Equifax 또는 TransUnion에서 발급한 것으로서 조직 이름이 명시된 기업 신용 보고서
- 정부 부서 및 기관의 경우에만: 전체 이름, 주소, 날짜가 포함된 공식 서신
패키지 이름 등록
확인이 완료되면 패키지 페이지에서 앱의 패키지 이름을 등록할 수 있습니다. 등록 절차를 통해 앱이 인증된 개발자 신원에 연결됩니다. Android Developer Console에서 다음을 완료하여 등록합니다.
- 패키지 이름 입력: 등록하려는 고유한 패키지 이름을 입력합니다.
- 키 추가: 앱의 서명 키 쌍에서 SHA-256 인증서 지문을 입력합니다. 그러면 상태가 검토 중으로 변경됩니다.
- 소유권 증명: 기존 패키지 이름의 경우 비공개 키로 APK에 서명하고 업로드해야 합니다. Android Developer Console에서는 이 챌린지를 위해 APK의 애셋 폴더에 추가할 스니펫을 제공합니다. 등록이 완료되면 이메일로 알림이 전송되며 개발자 콘솔의 패키지 상태가 등록됨으로 업데이트됩니다.
패키지 이름 전송
개발자 계정 간에 패키지 이름을 이전할 수도 있습니다. 전송은 설정 페이지를 통해 관리됩니다. 전송을 시작하려면 다음이 필요합니다.
- 인증 상태: 원본 계정과 대상 계정이 모두 인증되어 있고 상태가 양호해야 합니다.
- 등록된 키: 패키지 이름에 등록된 키가 있어야 하며 설치 가능해야 합니다.
- 필요한 정보: 대상 개발자 ID, 두 계정의 주문 ID, 이전 사유를 명시해야 합니다.
중복 패키지 이름 처리
여러 개발자가 동일한 패키지 이름을 사용하는 경우 등록 권한은 패키지 소유권 주장 규칙에 따라 결정됩니다. 다음 규칙은 서명 키가 알려진 총 설치 수의 50% 이상을 차지하는 개발자에게 패키지 이름을 할당하는 것을 목표로 합니다.
- 과반수 클러스터: 개발자의 키가 전체 설치 수의 50% 를 초과하는 경우 해당 개발자가 등록 우선권을 갖습니다.
- 상당한 클러스터: 총 설치 수의 50% 를 초과하는 단일 키가 없는 경우 '상당한 클러스터' (50회 이상 설치)가 있는 개발자는 패키지 이름을 등록할 수 있습니다.
- 선착순: 규모가 큰 클러스터가 없는 경우 알려진 키가 있는 개발자는 선착순으로 패키지 이름을 등록할 수 있습니다.
다음 예는 이러한 규칙을 보여줍니다.
다수 키 보유자의 우선순위:
서명 키가 알려진 총 설치 수의 50% 를 초과하는 개발자가 등록 우선순위를 갖습니다. 다른 모든 개발자는 다른 패키지 이름을 사용해야 합니다.
개발자 |
패키지 이름 |
키 |
설치 수 |
A |
com.test.1 |
11 |
1000 |
B |
com.test.1 |
12 |
100 |
이 시나리오에서는 개발자 A가 패키지 이름을 등록할 수 있습니다. 개발자 B는 다른 이름을 사용하거나 예외를 신청해야 합니다_.
50회 이상 설치된 키의 자격 요건:
총 설치 수의 50% 를 초과하는 단일 키가 없는 경우 설치 수가 50회 이상인 모든 키가 등록 자격 요건을 충족합니다. 설치 수가 50회 미만인 키를 보유한 기타 모든 개발자는 패키지 이름을 사용할 권한을 요청해야 합니다.
개발자 |
패키지 이름 |
키 |
설치 수 |
C |
com.test.2 |
21 |
100 |
D |
com.test.2 |
22 |
100 |
E |
com.test.2 |
23 |
10 |
_여기서는 단일 키가 과반수를 차지하지 않습니다. 설치 수가 50회 이상인 개발자 C와 D는 패키지 이름을 등록할 수 있습니다. 개발자 E는 다른 namerequest 권한을 사용해야 합니다.
50회 미만 설치의 경우 선착순으로 키 제공:
설치 수가 50회 이상인 키가 없는 경우 알려진 모든 키를 선착순으로 등록할 수 있습니다. 한 개발자가 패키지 이름을 등록하면 다른 개발자는 패키지에 다른 이름을 사용하거나 예외를 요청해야 합니다.
개발자 |
패키지 이름 |
키 |
설치 수 |
F |
com.test.3 |
31 |
10 |
G |
com.test.3 |
31 |
10 |
이 시나리오에서는 키가 있는 모든 개발자가 자격 요건을 충족합니다. 한 개발자가 패키지 이름을 등록하면 다른 개발자는 권한을 요청해야 합니다_.