Jak opublikować aplikację w Google Play: prawdziwe kroki w Play Console

Żeby opublikować aplikację w Google Play, zarejestruj konto deweloperskie Google Play (jednorazowa opłata 25 USD, stan na listopad 2026), utwórz aplikację w Play Console, uzupełnij kartę sklepu i formularze App content, wgraj Android App Bundle (.aab) do ścieżki testowej, a następnie wydaj ją produkcyjnie, gdy Google ją zweryfikuje. Jeśli masz nowe osobiste konto, obowiązuje dodatkowy krok: zamknięty test z co najmniej 12 testerami przez 14 kolejnych dni, zanim będziesz mógł złożyć wniosek o dostęp produkcyjny. Ten przewodnik przechodzi przez każdy ekran po kolei, z detalami, które najczęściej powodują opóźnienia.

Jeśli nie zbudowałeś jeszcze aplikacji, zacznij od jak zrobić aplikację na Androida.

Zanim zaczniesz: czego potrzebujesz

• Aplikacji jako Android App Bundle (.aab). Google Play wymaga tego formatu dla nowych aplikacji.
• Aktualnego poziomu docelowego API. Od listopada 2026 nowe aplikacje i aktualizacje muszą celować w Androida 16 (poziom API 36).
• Polityki prywatności pod publicznym adresem internetowym. Musi to być zwykła strona WWW, a nie PDF, i nie za logowaniem.
• Ikony, zrzutów ekranu i grafiki promocyjnej. Sprawdź w Play Console aktualne wymiary; w chwili pisania ikona ma 512 × 512 pikseli, a grafika promocyjna 1024 × 500.
• Adresu e-mail do wsparcia.
• Dokumentu tożsamości i karty na twoje dane prawne do rejestracji. Karty przedpłacone nie są akceptowane.

Krok 1: Utwórz konto deweloperskie

Wejdź do Play Console i zarejestruj się. Wybierzesz jeden z dwóch typów konta:

• Osobiste. Dla osób fizycznych. Potwierdzisz tożsamość i dostęp do urządzenia z Androidem przez aplikację mobilną Play Console oraz spełnisz wymóg testowania opisany w kroku 6.
• Organizacji. Dla zarejestrowanych firm. Weryfikacja wymaga danych firmy i trwa dłużej, ale nie ma wymogu 12 testerów.

Musisz mieć co najmniej 18 lat. Opłata 25 USD jest płacona raz i nie jest zwracana, jeśli Google uzna twoje dane za nieprawidłowe, więc wpisz imię i nazwisko dokładnie tak, jak jest na dokumencie tożsamości.

Krok 2: Utwórz aplikację

W Play Console kliknij Create app i wypełnij:

• Nazwę aplikacji tak, jak zobaczą ją użytkownicy.
• Domyślny język.
• App or game (aplikacja lub gra).
• Free or paid (bezpłatna lub płatna). Płatną aplikację możesz później zmienić na bezpłatną, ale bezpłatnej nie zmienisz na płatną.
• Deklaracje: zaakceptuj Zasady programu dla deweloperów, amerykańskie przepisy o eksporcie i warunki Play App Signing.

Nazwa pakietu (na przykład com.twojafirma.twojaapka) jest ustawiana przy pierwszym wgraniu i nigdy nie może być zmieniona ani ponownie użyta, więc wybierz ją uważnie, jeśli budujesz aplikację samodzielnie.

Krok 3: Napisz kartę sklepu

Otwórz stronę Main store listing (w menu po lewej w sekcji Store presence) i dodaj:

• Nazwę aplikacji, do 30 znaków.
• Krótki opis, do 80 znaków. Często tylko to ludzie czytają, więc zacznij od tego, co aplikacja robi.
• Pełny opis, do 4000 znaków. Wyjaśnij, dla kogo jest, główne funkcje i to, co użytkownicy powinni wiedzieć, prostym językiem. Nie upychaj słów kluczowych; zasady Google tego zabraniają.
• Grafiki: ikona, grafika promocyjna i zrzuty ekranu telefonu. Prawdziwe ekrany aplikacji, a nie makiety funkcji, które nie istnieją.
• Kategorię i dane kontaktowe.

Krok 4: Wypełnij formularze App content

Otwórz stronę App content (w menu po lewej w sekcji Policy). Każda pozycja wymaga odpowiedzi, zanim wydasz aplikację:

• Adres polityki prywatności.
• App access. Jeśli części aplikacji wymagają logowania, podaj recenzentom działające dane logowania. Brakujące logowanie to częsty powód odrzucenia.
• Ads. Określ, czy aplikacja pokazuje reklamy, także przez kod zewnętrznych dostawców.
• Content rating. Kwestionariusz, który tworzy oceny wiekowe dla każdego regionu. Jeśli go pominiesz, aplikacja jest „Unrated”, co blokuje wydanie.
• Target audience and content. Grupy wiekowe, do których aplikacja jest skierowana. Uwzględnienie dzieci oznacza surowsze wymogi zasad Families.
• Data safety. Jakie dane aplikacja zbiera lub udostępnia, po co, i czy są szyfrowane oraz możliwe do usunięcia. Odpowiedz za wszystko, co jest w aplikacji, włącznie z analityką i dostawcami logowania.
• Inne deklaracje, o które zapyta system, na przykład dla aplikacji z wiadomościami, zdrowiem, finansami czy administracją, albo dla wrażliwych uprawnień, jak SMS.

Bądź dokładny. Google porównuje twoje odpowiedzi z tym, co aplikacja faktycznie robi.

Krok 5: Wgraj pierwszy build do testów wewnętrznych

Otwórz Internal testing (w menu po lewej w sekcji Testing), utwórz wydanie i wgraj plik .aab. Przy tym pierwszym wydaniu skonfigurujesz Play App Signing: pozwól Google wygenerować i przechowywać klucz podpisywania, chyba że masz powód, by zarządzać nim samodzielnie. Dodaj siebie i kilku współpracowników jako testerów wewnętrznych przez e-mail, a potem wdróż wydanie. Testerzy otwierają link do zapisu i instalują aplikację ze Sklepu Play.

Każde kolejne wgranie wymaga wyższego versionCode niż poprzednie.

Jeśli budujesz w Mythex

W planie Pro Mythex buduje za ciebie plik AAB z opublikowanej aplikacji. Możesz działać na dwa sposoby:

1. Wgraj go samodzielnie. Poproś agenta o build na Androida, kliknij Download, gdy karta pokaże Ready to upload, i wgraj plik w Play Console. Plik pozostaje do pobrania z Ustawień projektu przez około 30 dni.
2. Podłącz własne konto usługi Google Play. Utwórz konto usługi i klucz JSON w Google Cloud, zaproś jego adres e-mail w Play Console w sekcji Users and permissions z dostępem do tej aplikacji i wklej klucz w Mythex. Od tej chwili każdy build na Androida trafia sam do testów wewnętrznych, z numerem wersji ustawionym powyżej tego, co jest już w Google Play. Agent może też edytować kartę sklepu i pyta cię, zanim cokolwiek trafi do publicznej wersji, na przykład przy wydaniu produkcyjnym.

Tworzenie aplikacji (krok 2), formularz Data safety i ocena wieku pozostają w Play Console; agent powie ci, gdy któregoś z nich brakuje. Więcej na stronie kreatora aplikacji na Androida w Mythex.

Krok 6: Przeprowadź zamknięty test (nowe osobiste konta)

Jeśli twoje osobiste konto powstało po 13 listopada 2023, musisz przeprowadzić zamknięty test z co najmniej 12 testerami, którzy pozostają zapisani przez co najmniej 14 dni z rzędu, zanim złożysz wniosek o dostęp produkcyjny. Ktoś, kto odejdzie i wróci, zaczyna 14 dni od nowa.

Praktyczne wskazówki:

• Zrekrutuj więcej niż 12. Ludzie rezygnują. Celuj w 15–20.
• Użyj grupy Google albo listy mailowej do zarządzania testerami.
• Proś o realne używanie, a nie tylko instalację. Google pyta o twoje testy przy składaniu wniosku, a od testerów nauczysz się znacznie więcej.
• Wypuść aktualizację w trakcie testu z poprawkami wynikającymi z opinii.

Nasz przewodnik po teście beta opisuje rekrutację i zbieranie opinii. Gdy minie 14 dni, złóż wniosek o dostęp produkcyjny z Dashboardu i odpowiedz na pytania o swój test.

Krok 7: Wydanie produkcyjne

Gdy dostęp produkcyjny jest dostępny, otwórz Production w menu po lewej:

1. Wybierz kraje i regiony, w których aplikacja będzie dostępna.
2. Utwórz nowe wydanie i dodaj paczkę z testów albo wgraj nową.
3. Napisz informacje o wydaniu prostym językiem: co jest nowe lub naprawione.
4. Sprawdź i wyślij do weryfikacji. Zmiany zbierają się w Publishing overview, aż je wyślesz.

Czas weryfikacji jest różny. Aktualizacje często przechodzą szybko; pierwsze wydania mogą trwać kilka dni. Możesz wybrać managed publishing, jeśli chcesz sam zatwierdzić moment, w którym zatwierdzone wydanie trafi do sklepu.

Krok 8: Po starcie

• Obserwuj Android vitals, czyli raporty o awariach i „aplikacja nie odpowiada”.
• Odpowiadaj na recenzje, zwłaszcza te wczesne.
• Utrzymuj aktualny poziom docelowego API. Google podnosi go co roku, a aplikacje, które zostają w tyle, przestają być oferowane nowym użytkownikom nowszych telefonów.
• Aktualizuj formularz Data safety za każdym razem, gdy dodajesz nowe zbieranie danych.

W przypadku aplikacji opakowanej w WWW, takiej jak zbudowana w Mythex, większość zmian dociera do użytkowników Androida, gdy publikujesz aplikację webową, bo aplikacja na telefonie otwiera twoją opublikowaną aplikację. Nowe wydanie w sklepie jest potrzebne tylko przy takich rzeczach jak ikona, nazwa, uprawnienia albo nowy poziom docelowy.

Częste powody odrzucenia lub opóźnienia

• Brak działającego logowania dla recenzentów.
• Brak polityki prywatności, PDF zamiast strony albo polityka niezgodna z odpowiedziami w Data safety.
• Zrzuty ekranu lub opisy obiecujące funkcje, których aplikacja nie ma.
• Prośba o wrażliwe uprawnienia, których aplikacja wyraźnie nie potrzebuje.
• Zepsuta lub pusta aplikacja: tekst zastępczy, martwe przyciski.

Publikujesz też na iPhone?

Proces Apple jest inny: roczne członkostwo, TestFlight i ludzka weryfikacja każdego wydania. Kroki znajdziesz w jak opublikować aplikację w App Store.

Pytania