Google Play Console: publikacja aplikacji krok po kroku (2026)

Poradników o publikacji aplikacji w Google Play po polsku jest sporo i prawie wszystkie mają ten sam problem: pochodzą z 2021 albo 2024 roku i nie ma w nich rzeczy, która dziś blokuje publikację najczęściej. Chodzi o wymóg 12 testerów przez 14 dni dla nowych kont osobistych. Sprawdziłem wszystkie polskie strony z pierwszej strony wyników: nie ma go w żadnej.

Do tego dwie z nich podają limit 50 znaków dla nazwy aplikacji, który jest nieaktualny od 2021 roku, a jedna wciąż odsyła do App Annie i Flurry, czyli narzędzi, które już nie istnieją. Ten tekst jest zbudowany wokół liczb sprawdzonych bezpośrednio w polskiej dokumentacji Google w sierpniu 2026 roku.

Zanim klikniesz rejestrację: osobiste czy organizacji

To jest decyzja, którą podejmujesz raz i której nie zmienisz jednym kliknięciem. Google udostępnia dwa rodzaje kont dewelopera i różnią się one znacznie bardziej, niż sugeruje formularz rejestracji.

Uwaga dla polskich zespołów: D-U-N-S nie jest już wymogiem wyłącznie Apple. Google wymaga go do konta organizacji od końca 2023 roku, a większość polskich poradników opisuje D-U-N-S tylko przy App Store, bo powstała wcześniej. Numer jest darmowy, wydaje go Dun and Bradstreet, a na jego otrzymanie trzeba zarezerwować kilka dni roboczych. Jeśli planujesz aplikację fintechową albo zdrowotną, konto osobiste odpada od razu i warto uruchomić procedurę D-U-N-S zanim zaczniesz pisać kod.

Opłata i weryfikacja tożsamości

Rejestracja to jednorazowa opłata 25 USD. To jedna z niewielu liczb, które polskie poradniki podają zgodnie z prawdą, więc tylko dwie rzeczy warto dodać. Po pierwsze, musisz mieć ukończone 18 lat. Po drugie, weryfikacja tożsamości nie jest opcjonalna i ma termin: Google pozwala rozpocząć ją do 60 dni przed Twoim indywidualnym terminem, a niedotrzymanie go kończy się usunięciem treści i aplikacji ze sklepu. Potrzebujesz też zweryfikowanego adresu e-mail i numeru telefonu w formacie międzynarodowym.

Wymóg 12 testerów przez 14 dni

To jest najważniejsza sekcja tego tekstu, bo to jest rzecz, która najczęściej zatrzymuje polskiego solowego dewelopera na tydzień albo dwa, zwykle w najgorszym możliwym momencie.

Jeśli założyłeś konto osobiste po 13 listopada 2023 roku, przed uzyskaniem dostępu do produkcji musisz przeprowadzić test zamknięty spełniający dwa warunki jednocześnie:

• co najmniej 12 testerów zapisanych do testu zamkniętego,
• którzy nieprzerwanie uczestniczyli w programie przez co najmniej 14 dni.

Trzy pułapki, o których warto wiedzieć zawczasu. Po pierwsze, jeśli tester wypisze się z programu i zapisze ponownie, jego wcześniejsze dni nie liczą się do puli. Po drugie, do czasu spełnienia wymogu zablokowana jest nie tylko produkcja, ale też rejestracja wstępna. Po trzecie, po złożeniu wniosku o dostęp do produkcji Google deklaruje rozpatrzenie w siedem dni lub mniej, więc realny bufor między startem testów a premierą to około trzech tygodni, a nie dwóch.

Praktyczny wniosek: zbierz 12 osób, zanim aplikacja będzie gotowa. Nie po tym. Najprościej użyć adresów Gmail znajomych albo grupy Google, ale muszą to być realne konta, które faktycznie zaakceptują zaproszenie.

Cztery ścieżki testowe i ich realne limity

Żadna polska strona z topki nie podaje tych liczb, a dwie podają błędne. Test wewnętrzny jest osobną ścieżką od zamkniętego i nie liczy się do wymogu 12 testerów.

Karta produktu: limity znaków

Google Play nie ma osobnego pola na słowa kluczowe. Wyszukiwarka sklepu wyciąga je z nazwy, krótkiego opisu i pełnego opisu, co jest zasadniczą różnicą wobec App Store i decyduje o tym, jak piszesz te trzy pola. Rozwijam to w tekście o pozycjonowaniu aplikacji mobilnych.

Jeden szczegół wart zapamiętania przy wejściu na rynki azjatyckie: Google liczy znaki pełnej i połowicznej szerokości tak samo. Znak japoński czy chiński kosztuje jeden z Twoich 30 znaków nazwy, dokładnie tak jak łacińska litera, więc japoński tytuł mieści nieporównanie więcej treści niż angielski w tym samym budżecie.

Grafiki: pełna specyfikacja

Dwie rzeczy, na których łatwo się przewrócić. Po pierwsze, ikona wymaga kanału alfa, a grafika promocyjna i zrzuty ekranu go zabraniają. Pomylenie tych dwóch zasad to jedna z najczęstszych przyczyn odrzuconego uploadu. Po drugie, Google nie publikuje osobnych rozmiarów pikselowych dla tabletów 7 i 10 cali. Jedna specyfikacja dużych ekranów obejmuje oba, a konkretne liczby typu 1200 na 1920, które krążą po polskich poradnikach, są zmyślone. Proporcje 16:9 i 9:16 to rekomendacja dla lepszej widoczności, a nie twardy wymóg.

Tłumaczenia karty produktu

Ta część nie istnieje w żadnym polskim poradniku, a dla aplikacji z Polski jest kluczowa, bo rynek krajowy rzadko wystarcza do sensownej monetyzacji.

Google Play obsługuje ponad 100 języków w tłumaczeniach karty produktu. Warto podać tę liczbę ostrożnie, bo Google publikuje listę bez sumy, a różne tabele w dokumentacji zawierają różne zestawy: osobno języki tłumaczeń karty, a osobno języki interfejsu konsoli. Polskie strony cytują zwykle tę drugą, mniejszą tabelę i podają liczby w rodzaju 51, które do karty produktu się nie odnoszą.

Jeśli nie dodasz tłumaczenia, użytkownik zobaczy automatyczne tłumaczenie Google Translate z widocznym banerem informującym o tym, albo Twój język domyślny, którym po utworzeniu aplikacji jest angielski amerykański. Google udostępnia też darmowe tłumaczenie maszynowe na 10 języków wprost w konsoli, wraz z jasnym zastrzeżeniem, że nie sprawdza go człowiek.

Rzecz, której nie zobaczysz w dokumentacji: automatyczne tłumaczenie nie daje Ci żadnej pozycji na lokalne słowa kluczowe. Jest uprzejmością wobec użytkownika, który i tak Cię znalazł, a nie kanałem pozyskania.

Najczęstsze przyczyny odrzucenia

1. Polityka prywatności. Link musi być aktywny i publiczny w momencie sprawdzania. Martwy link to automatyczne odrzucenie.
2. Deklaracja bezpieczeństwa danych niezgodna z kodem. Jeśli biblioteka zbiera identyfikator reklamowy, a formularz mówi, że nie zbierasz nic, wróci do poprawki.
3. Kwestionariusz treści wypełniony pobieżnie. Klasyfikacja wiekowa niezgodna z zawartością to powtarzalny problem.
4. Grafiki z kanałem alfa tam, gdzie jest zabroniony.
5. Zrzuty ekranu niezgodne z zasadą podwójności boków. Bardzo wąski panoramiczny kadr przekracza limit 2x.

Kolejność, która oszczędza tydzień

1. Zdecyduj: konto osobiste czy organizacji. Jeśli organizacji, wystąp o D-U-N-S dziś.
2. Załóż konto, zapłać 25 USD, uruchom weryfikację tożsamości od razu.
3. Zbierz listę 12 testerów, zanim zbudujesz finalny plik AAB.
4. Wypuść test zamknięty i licz 14 dni.
5. W trakcie tych 14 dni przygotuj kartę produktu, grafiki i tłumaczenia.
6. Złóż wniosek o dostęp do produkcji i zarezerwuj do 7 dni na decyzję.
7. Publikuj.

Punkt piąty jest tu celowo. Czternaście dni testów to jedyny moment w całym procesie, kiedy masz wymuszony czas na spokojne napisanie opisu i przygotowanie zrzutów ekranu, zamiast robienia tego w noc przed premierą.

Co dalej po publikacji

Publikacja to nie koniec pracy nad kartą produktu, tylko jej początek. Karta produktu jest metadanymi, a nie częścią pliku aplikacji, więc możesz zmieniać opis, zrzuty ekranu i grafiki bez wypuszczania nowej wersji. To otwiera pole do testowania: Google Play ma eksperymenty karty produktu, którymi sprawdzisz, czy nowa ikona albo inny pierwszy zrzut ekranu podnoszą konwersję.

Jeśli wydajesz tę samą aplikację również na iOS, druga konsola działa zupełnie inaczej, ma osobne pole na słowa kluczowe i inne wymagania co do grafik. Opisałem to w tekście o App Store Connect. A jeśli chcesz prowadzić obie karty produktu w jednym miejscu, z historią zmian i podglądem różnic między wersją roboczą a opublikowaną, do tego właśnie robimy AppBoard, darmowy w wersji beta.

Najczęściej zadawane pytania

Wszystkie liczby w tym tekście pochodzą z polskiej dokumentacji Google Play i zostały sprawdzone w sierpniu 2026 roku. Google zmienia zasady rejestracji i testów częściej niż raz do roku, więc przy publikacji znacznie później niż ta data warto zweryfikować wymóg testerów i terminy weryfikacji tożsamości.