Jeśli rozpowszechniasz aplikacje tylko poza Google Play, używaj Konsoli programisty Androida do zarządzania tożsamością dewelopera i rejestrowania nazw pakietów aplikacji. Z tego przewodnika dowiesz się, jak zweryfikować konto i zadbać o to, aby aplikacje można było instalować na certyfikowanych urządzeniach z Androidem.
Utwórz konto
Najpierw zarejestruj się w Konsoli programisty Androida, korzystając ze swojego konta Google. Jeśli jesteś uczniem lub hobbystą, możesz utworzyć specjalny rodzaj konta, który ma mniej wymagań weryfikacyjnych i nie wiąże się z żadnymi opłatami.
Wybierz sposób dystrybucji aplikacji
Aplikacje nadal można instalować z nieoficjalnych źródeł. Wrażenia użytkownika zależą od wybranej ścieżki.
Dokończ procedurę potwierdzania tożsamości
Musisz przesłać oficjalne dokumenty, aby potwierdzić swoją tożsamość. Wymagania różnią się w zależności od tego, czy rejestrujesz się jako osoba fizyczna czy organizacja. Jeśli masz wszystkie wymagane informacje, zwykle zajmuje to około 10 minut.
Wymagane informacje dotyczące wszystkich kont
Imię i nazwisko oraz adres: w ramach procesu weryfikacji osoby fizyczne muszą przesłać dokument tożsamości ze zdjęciem wydany przez organ państwowy oraz dokument potwierdzający adres. Przykłady akceptowanych dokumentów tożsamości i dokumentów potwierdzających adres w przypadku osób fizycznych w Stanach Zjednoczonych:
- paszport,
- dowód osobisty (stanowy),
- prawo jazdy,
- karta stałego pobytu lub zielona karta.
- dokument tożsamości ze zdjęciem i adresem wydany przez organ państwowy;
- rachunek za media (prąd, wodę, gaz, internet, telewizję kablową);
- wyciąg danych ubezpieczeniowych (ubezpieczenie domu, ubezpieczenie zdrowotne itp.);
- wyciąg z karty kredytowej lub rachunku bankowego.
Dane kontaktowe: prywatny adres e-mail i numer telefonu zweryfikowane przy użyciu hasła jednorazowego.
Dodatkowe wymagania dotyczące organizacji
- Numer DUNS: niepowtarzalny 9-cyfrowy identyfikator organizacji nadawany przez firmę Dun & Bradstreet, który jest używany na całym świecie do ustalania osobowości prawnej firmy. Jeśli Twoja organizacja nie ma numeru DUNS, możesz uzyskać go bezpłatnie na stronie Dun & Bradstreet.
- Zweryfikowana witryna: witryna organizacji musi zostać zweryfikowana za pomocą Google Search Console.
- Oficjalne dokumenty organizacji: poniżej znajdziesz przykłady dokumentów, które muszą przesłać organizacje w Stanach Zjednoczonych. Wymagane dokumenty mogą się różnić w zależności od lokalizacji.
- dowolny dokument, dowolne powiadomienie lub pismo zawierające nazwę organizacji, które wydał lub opatrzył pieczęcią amerykański urząd skarbowy (IRS); (wybrane przykłady: formularze CP575, 147C, CP299, 988, 937, 1050, 5822);
- Formularze przesyłane do IRS będą akceptowane tylko w przypadku, gdy na stronie internetowej IRS jest dostępna kopia tego formularza. Wybrane przykłady: formularze 8871 i 990.
- certyfikat założycielski wydany przez stan, w którym organizacja prowadzi działalność, zawierający nazwę organizacji;
- Ostatnie sprawozdanie przekazane Amerykańskiej Komisji Papierów Wartościowych i Giełd (SEC) (np. formularze 10-K, 10-Q lub 8-K) zawierające nazwę organizacji.
- Raport kredytowy dotyczący organizacji sporządzony przez agencję Experian, Equifax lub TransUnion zawierający nazwę organizacji.
- Tylko w przypadku departamentów i agencji rządowych: oficjalne pismo zawierające pełną nazwę i adres organizacji oraz datę.
Zarejestruj nazwy pakietów
Po zweryfikowaniu możesz zarejestrować nazwy pakietów aplikacji na stronie Pakiety. Proces rejestracji łączy Twoją aplikację ze zweryfikowaną tożsamością dewelopera. Aby się zarejestrować, wykonaj w Konsoli programisty Androida te czynności:
- Wpisz nazwę pakietu: podaj niepowtarzalną nazwę pakietu, którą chcesz zarejestrować.
- Dodaj klucz: wpisz odcisk cyfrowy certyfikatu SHA-256 z pary kluczy podpisywania aplikacji. Stan zmieni się wtedy na W trakcie sprawdzania.
- Potwierdź własność: w przypadku istniejących nazw pakietów musisz podpisać plik APK kluczem prywatnym i przesłać go. Konsola programisty Androida udostępnia fragment kodu, który należy dodać do folderu zasobów pliku APK w ramach tego wyzwania. Po zarejestrowaniu otrzymasz e-maila z powiadomieniem, a stan pakietu w Konsoli programisty zmieni się na Zarejestrowano.
Przenoszenie nazw pakietów
Możesz też przenosić nazwy pakietów między kontami deweloperów. Przenoszenie jest zarządzane na stronie Ustawienia. Aby zainicjować przenoszenie, musisz spełnić te wymagania:
- Stan zweryfikowany: zarówno konto źródłowe, jak i docelowe musi być zweryfikowane i mieć dobrą opinię.
- Zarejestrowany klucz: nazwa pakietu musi mieć zarejestrowany klucz i umożliwiać instalację.
- Wymagane informacje: potrzebujesz identyfikatora dewelopera konta docelowego, identyfikatorów zamówień obu kont oraz podanego powodu przeniesienia.
Obsługa zduplikowanych nazw pakietów
Jeśli kilku deweloperów używa tej samej nazwy pakietu, prawo do jej rejestracji jest określane przez reguły roszczenia do pakietu. Poniższe reguły mają na celu przypisanie nazwy pakietu deweloperowi, którego klucz podpisywania odpowiada za ponad 50% wszystkich znanych instalacji:
- Klaster większości: jeśli klucze dewelopera odpowiadają za ponad 50% wszystkich instalacji, ma on priorytet w rejestracji.
- Duży klaster: jeśli żaden klucz nie ma ponad 50% instalacji, każdy deweloper z „dużym klastrem” (co najmniej 50 instalacji) może zarejestrować nazwę pakietu.
- Kolejność zgłoszeń: jeśli nie ma dużego klastra, każdy deweloper ze znanym kluczem może zarejestrować nazwę pakietu w kolejności zgłoszeń.
Poniższe przykłady ilustrują te reguły:
Priorytet dla większościowego posiadacza klucza:
Deweloper, którego klucz podpisywania odpowiada za ponad 50% wszystkich znanych instalacji, ma priorytet w rejestracji. Wszyscy pozostali deweloperzy będą musieli użyć innej nazwy pakietu.
Dla programistów |
Nazwa pakietu |
Klucz |
Instalacje |
A |
com.test.1 |
11 |
1000 |
B |
com.test.1 |
12 |
100 |
W takim przypadku deweloper A może zarejestrować nazwę pakietu. Deweloper B musi użyć innej nazwy lub złożyć wniosek o wyjątek.
Kryteria kwalifikacji kluczy z ponad 50 instalacjami:
Jeśli żaden klucz nie ma ponad 50% instalacji, kwalifikują się wszystkie klucze z co najmniej 50 instalacjami. Wszyscy pozostali deweloperzy, których klucze mają mniej niż 50 instalacji, będą musieli poprosić o zezwolenie na używanie nazwy pakietu.
Dla programistów |
Nazwa pakietu |
Klucz |
Instalacje |
C |
com.test.2 |
21 |
100 |
D |
com.test.2 |
22 |
100 |
E |
com.test.2 |
23 |
10 |
_Żaden klucz nie ma większości. Deweloperzy C i D, którzy mają co najmniej 50 instalacji, mogą zarejestrować nazwę pakietu. Deweloper E musi użyć innego uprawnienia do żądania nazwy.
Kto pierwszy, ten lepszy w przypadku kluczy z mniej niż 50 instalacjami:
Jeśli żaden klucz nie osiągnie progu 50 instalacji, wszystkie znane klucze mogą być rejestrowane w kolejności zgłoszeń. Gdy jeden deweloper zarejestruje nazwę pakietu, pozostali deweloperzy będą musieli użyć innej nazwy dla swoich pakietów (lub poprosić o wyjątek).
Dla programistów |
Nazwa pakietu |
Klucz |
Instalacje |
F |
com.test.3 |
31 |
10 |
G |
com.test.3 |
31 |
10 |
W tym scenariuszu wszyscy deweloperzy z kluczami kwalifikują się do udziału w programie. Gdy jeden deweloper zarejestruje nazwę pakietu, drugi będzie musiał poprosić o uprawnienia.