Publikacja aplikacji w Google Play w 2026: konto, weryfikacja i testy

Publikacja aplikacji w Google Play wymaga konta developera (jednorazowo 25 USD), weryfikacji tożsamości, a w przypadku firmy także numeru D-U-N-S i zweryfikowanej strony. Nowe konta osobiste przed wydaniem produkcyjnym muszą przeprowadzić test zamknięty z co najmniej 12 testerami przez 14 dni. Aplikację wysyłasz jako AAB, celując w Androida 16 (API 36).

Poniżej znajdziesz cały proces w kolejności, w jakiej go realizujesz. Informacje sprawdziliśmy w pomocy Play Console i dokumentacji Android Developers we wrześniu 2026 r. Google regularnie zmienia te zasady, więc przed startem zajrzyj do podlinkowanych źródeł.

Jakie konto developera wybrać: osobiste czy organizacji

Play Console oferuje dwa typy kont. Oba mają te same funkcje i oba pozwalają zarabiać przez profil płatności. Różnią się danymi wymaganymi przy rejestracji i obowiązkami przed pierwszą publikacją.

• Konto osobiste jest przeznaczone dla osób prywatnych: studentów, hobbystów, niezależnych twórców. Podajesz imię i nazwisko, adres, e-mail i telefon.
• Konto organizacji zakładasz dla firmy. Podajesz nazwę i adres organizacji, numer D-U-N-S, telefon, stronę internetową oraz dane osoby kontaktowej.

Konto organizacji jest obowiązkowe m.in. dla aplikacji z usługami finansowymi (w tym portfeli kryptowalut), aplikacji zdrowotnych, aplikacji VPN i aplikacji tworzonych dla instytucji rządowych. Jeśli aplikacja powstaje dla firmy, zakładaj konto na firmę. Aplikacja na prywatnym koncie pracownika lub wykonawcy to kłopot przy każdej zmianie współpracy.

Opłata rejestracyjna wynosi jednorazowo 25 USD. Część danych konta jest widoczna publicznie w sklepie (m.in. nazwa, kraj i e-mail dewelopera, a przy organizacjach także telefon), więc używaj adresu i numeru przeznaczonych do kontaktu z użytkownikami.

Weryfikacja konta: dokumenty, D-U-N-S i strona internetowa

Google weryfikuje tożsamość każdego dewelopera. Przy koncie osobistym przygotuj dokument tożsamości; możesz zostać poproszony także o kartę płatniczą wystawioną na Twoje imię i nazwisko. Przy koncie organizacji dochodzi oficjalny dokument potwierdzający dane firmy.

Numer D-U-N-S

D-U-N-S to dziewięciocyfrowy identyfikator nadawany firmom przez Dun & Bradstreet. Google wymaga go od organizacji (z wyjątkiem m.in. instytucji rządowych) i uprzedza, że jego uzyskanie może potrwać do 30 dni. Zamów go na początku projektu, a nie tydzień przed premierą. Ten sam numer przyda się przy zapisie firmy do Apple Developer Program.

Strona internetowa, e-mail i telefon

Od lutego 2024 r. nowe konta organizacji przechodzą weryfikację strony internetowej, w praktyce najczęściej przez potwierdzenie własności domeny w Google Search Console. Adres e-mail i numer telefonu potwierdzasz kodami jednorazowymi i muszą one działać przez cały czas istnienia konta.

Weryfikacja urządzenia

Nowe konta osobiste muszą dodatkowo potwierdzić dostęp do fizycznego urządzenia z Androidem przez aplikację Play Console na telefon.

Test zamknięty: 12 testerów przez 14 dni

Ten wymóg najczęściej zaskakuje twórców. Dotyczy kont osobistych utworzonych po 13 listopada 2023 r. Zanim wystąpisz o dostęp do produkcji, musisz przeprowadzić test zamknięty z co najmniej 12 testerami, którzy są zapisani do testu nieprzerwanie przez co najmniej 14 dni. Do tego czasu publikacja produkcyjna i przedrejestracja są niedostępne.

Po wprowadzeniu reguły minimum wynosiło 20 testerów, później Google obniżył je do 12. Konta organizacji i konta osobiste założone przed 13 listopada 2023 r. tego wymogu nie mają.

• Testerzy, którzy się zapiszą, testują krócej niż 14 dni i się wypiszą, nie są liczeni. Osoba, która wraca po przerwie, zaczyna odliczanie od nowa.
• Zbierz więcej osób niż minimum, bo ktoś zawsze się wypisze lub zapomni zaakceptować zaproszenie.
• Traktuj test jak prawdziwy test: zbieraj uwagi, wydawaj poprawki, zapisuj, co zmieniłeś. Te informacje przydadzą się przy wniosku o dostęp do produkcji.
• Po spełnieniu warunków złóż wniosek o dostęp do produkcji na pulpicie w Play Console.

Formularze w Play Console: Data safety, polityka prywatności i klasyfikacja treści

Zanim wyślesz aplikację do sprawdzenia, uzupełnij sekcję treści aplikacji. To zwykle kilka godzin pracy, jeśli wiesz, jakie dane zbiera aplikacja i jakie SDK zawiera.

• Data safety. Formularz muszą wypełnić wszyscy deweloperzy z aplikacjami na ścieżkach testów zamkniętych, otwartych i produkcji, także gdy aplikacja nie zbiera żadnych danych. Deklarujesz, jakie dane są zbierane i udostępniane, w jaki sposób są chronione i czy dotyczy to bibliotek zewnętrznych. Odpowiedzialność za poprawność deklaracji spoczywa na Tobie.
• Polityka prywatności. Link do polityki jest wymagany do wypełnienia Data safety. Strona musi być publicznie dostępna i dotyczyć tej konkretnej aplikacji.
• Klasyfikacja treści. Wypełniasz kwestionariusz IARC w Play Console, a na jego podstawie aplikacja otrzymuje oznaczenia od organizacji ratingowych.
• Grupa docelowa. Deklarujesz wiek odbiorców. Aplikacje skierowane także do dzieci muszą spełniać zasady programu Families.
• Reklamy i dostęp do aplikacji. Deklarujesz, czy aplikacja wyświetla reklamy, a jeśli wymaga logowania, podajesz recenzentom dane dostępowe i instrukcję.
• Usuwanie konta. Jeśli aplikacja pozwala założyć konto, musi umożliwiać jego usunięcie w aplikacji oraz przez stronę internetową, bez ponownej instalacji.

Jeśli aplikacja prosi o wrażliwe uprawnienia, np. do SMS-ów czy rejestru połączeń, przygotuj się na dodatkowy formularz deklaracji uprawnień.

Wymagania techniczne: AAB, Play App Signing i docelowy poziom API

Od sierpnia 2021 r. nowe aplikacje w Google Play publikuje się w formacie Android App Bundle (AAB). Z formatem wiąże się Play App Signing: Google przechowuje klucz podpisujący aplikację, a Ty podpisujesz przesyłane paczki kluczem przesyłania. Klucz przesyłania trzymaj w menedżerze sekretów lub w pipeline CI, nie na laptopie jednej osoby.

Docelowy poziom API to wymóg, który wraca co roku:

• od 31 sierpnia 2026 r. nowe aplikacje i aktualizacje muszą celować w Androida 16 (API 36) lub nowszego, a dla Wear OS i Android Automotive OS w API 35,
• jeśli potrzebujesz więcej czasu, możesz wnioskować o przesunięcie terminu do 1 listopada 2026 r.,
• istniejące aplikacje, które nie celują co najmniej w API 35, przestają być dostępne dla nowych użytkowników na nowszych wersjach Androida.

Podniesienie docelowego API to nie tylko zmiana liczby w pliku Gradle. Nowe wersje Androida zmieniają zachowanie uprawnień, pracy w tle i wyświetlania, więc zaplanuj testy regresji. Wybór technologii też ma tu znaczenie, bo framework cross-platform musi nadążać za tymi zmianami; więcej w tekście aplikacja natywna czy cross-platform.

Ile trwa sprawdzanie aplikacji w Google Play

Według pomocy Play Console sprawdzenie może trwać od kilku godzin do siedmiu dni, a w wyjątkowych przypadkach dłużej. Dłuższe przeglądy dotyczą m.in. niektórych kont i kategorii aplikacji. Przy pierwszej publikacji zaplanuj co najmniej tydzień zapasu przed datą premiery.

Włącz publikację zarządzaną. Zatwierdzona wersja czeka wtedy na Twoje kliknięcie, więc możesz zsynchronizować premierę z kampanią, wydaniem na iOS albo zmianami w backendzie.

A jak to wygląda w App Store?

W App Store konto dewelopera to Apple Developer Program za 99 USD rocznie, a organizacja również potrzebuje numeru D-U-N-S i działającej strony internetowej w swojej domenie. Apple nie ma odpowiednika wymogu 12 testerów, ale każdą wersję sprawdza zespół App Review. Według Apple średnio 90% zgłoszeń jest sprawdzanych w mniej niż 24 godziny.

Weryfikacja deweloperów Androida: co się zmienia poza Google Play

Google wprowadza weryfikację deweloperów dla aplikacji instalowanych na certyfikowanych urządzeniach z Androidem, także spoza Google Play. Aplikacja ma być powiązana ze zweryfikowanym deweloperem, inaczej jej instalacja wymaga dodatkowej, celowo utrudnionej ścieżki lub ADB.

• 30 września 2026 r. ochrona zaczyna działać w Brazylii, Indonezji, Singapurze i Tajlandii,
• globalne wdrożenie Google zapowiada na 2027 r. i kolejne lata,
• według Google aplikacje deweloperów zweryfikowanych w Play Console są rejestrowane automatycznie (dotyczy to 99% aplikacji); pozostałe oraz aplikacje dystrybuowane poza Play rejestrujesz ręcznie w Play Console,
• deweloperzy dystrybuujący wyłącznie poza Google Play korzystają z Android Developer Console, a dla studentów i hobbystów jest konto z ograniczoną dystrybucją do 20 urządzeń, bez opłaty i dokumentu tożsamości.

Jeśli rozsyłasz firmową aplikację jako APK, np. do pracowników lub partnerów, sprawdź już teraz, pod jakie konto ją zarejestrujesz. Zmiana ma ograniczyć instalowanie złośliwych aplikacji, które często kradną dane logowania, podobnie jak infostealery typu Lumma na komputerach.

Checklista przed kliknięciem „Opublikuj”

1. Konto założone na właściwy podmiot (firma: konto organizacji z D-U-N-S i zweryfikowaną stroną).
2. Zweryfikowane dane kontaktowe i, przy koncie osobistym, urządzenie.
3. Przy nowym koncie osobistym: test zamknięty z co najmniej 12 testerami przez 14 dni i złożony wniosek o produkcję.
4. Paczka AAB podpisana kluczem przesyłania, Play App Signing skonfigurowane, klucz przesyłania w bezpiecznym miejscu.
5. Docelowe API 36 (lub przyznane przesunięcie terminu) i testy na najnowszej wersji Androida.
6. Formularz Data safety zgodny z tym, co naprawdę robią aplikacja i jej SDK.
7. Publiczna polityka prywatności dla tej aplikacji.
8. Kwestionariusz klasyfikacji treści, grupa docelowa, deklaracja reklam.
9. Dane logowania dla recenzentów, jeśli aplikacja wymaga konta.
10. Usuwanie konta w aplikacji i przez stronę internetową.
11. Karta sklepu: nazwa, opisy, ikona, zrzuty ekranu, kategoria, dane kontaktowe.
12. Publikacja zarządzana włączona i tydzień zapasu w planie premiery.

Publikacje w Google Play i App Store prowadzimy dla klientów jako część projektów mobilnych, więc jeśli wolisz oddać ten etap zespołowi, który zajmuje się tym na co dzień,skontaktuj się z nami. Jeśli dopiero planujesz budżet, zacznij od tekstu ile kosztuje aplikacja mobilna w 2026.