Wymagania publikacji w Google Play dla nowych deweloperów w 2026 roku

Google Play nie wydaje jednej zgody. Wersję aplikacji zatrzymuje łańcuch osobnych etapów kontrolnych, a każdy z nich ma własną regułę stosowania, więc spora część tego, co czytasz dalej, w ogóle cię nie dotyczy.

Każde wymaganie niżej ma te same cztery elementy: kogo dotyczy, co masz zrobić, co potwierdza, że jest zamknięte i oficjalną stronę, z której pochodzi. Tam, gdzie strony samego Google przeczą sobie nawzajem, a w tym tekście zdarza się to w dwóch miejscach, dostajesz obie wersje zamiast naszego domysłu.

Wymagania publikacji w Google Play w skrócie

Niżej są wszystkie etapy kontrolne, a przy każdym reguła, która rozstrzyga, czy w ogóle cię dotyczy, i element w Konsoli Play potwierdzający, że masz go za sobą. Wiersze oznaczone jako warunkowe część wydawców pomija w całości.

Kolejność, w jakiej to naprawdę przebiega

Osiem etapów, a ich kolejność nie jest kwestią upodobania: trzy z nich są twardym warunkiem wstępnym dla następnego.

1. Wybierz i zweryfikuj konto dewelopera Typ konta, opłata, tożsamość i weryfikacja urządzenia tam, gdzie Konsola Play ją pokazuje.
2. Utwórz aplikację i przygotuj zgodną kompilację Wpis aplikacji i identyfikator aplikacji, App Bundle i podpisywanie, docelowe API, kontrola kompilacji przed przesłaniem.
3. Sprawdź rejestrację dewelopera Androida Sprawdzenie statusu w Konsoli Play, gdy aplikacja i pakiet już istnieją.
4. Uzupełnij stronę aplikacji w Sklepie Play i materiały Limity tekstów, wymagane grafiki, maska ikony, deklaracje materiałów tworzonych przez AI.
5. Uzupełnij Zawartość aplikacji i dostęp dla sprawdzających Prywatność, Bezpieczeństwo danych, usuwanie konta, ocena treści, grupa odbiorców, reklamy, dwie deklaracje obowiązkowe dla wszystkich i instrukcje logowania.
6. Przeprowadź kwalifikujący test zamknięty 12 testerów zapisanych do testu przez 14 kolejnych dni. Dotyczy tylko kont osobistych założonych po 13 listopada 2023 r.
7. Poproś o dostęp do wersji produkcyjnej Trzyczęściowy kwestionariusz o twoim teście, aplikacji i gotowości.
8. Prześlij i opublikuj wersję produkcyjną Kraje, ceny, pakiet, informacje o wersji, wysłanie do sprawdzenia, a na końcu publikacja.

1. Wybierz i zweryfikuj konto dewelopera

Potrzebujesz konta Google z włączoną weryfikacją dwuetapową, a przy rejestracji akceptujesz Umowę dystrybucyjną dla deweloperów i Warunki korzystania z Konsoli Play. Zanim cokolwiek opublikujesz, muszą zostać załatwione trzy rzeczy: opłata, twoja tożsamość oraz, tam gdzie Konsola Play pokazuje takie zadanie, sprawdzenie urządzenia.

Czym jest opłata 25 USD, a czym nie jest

Opłatę wnosisz wyłącznie kartą kredytową lub debetową. Akceptowane rodzaje kart zależą od kraju, a Google wprost zaznacza, że karty przedpłacone nie są akceptowane.

Konto osobiste czy konto organizacji, i kiedy wybór jest już przesądzony

Najpierw zadaj pytanie o kategorię, bo przy części aplikacji nie ma czego wybierać.

Jeśli żadna z tych kategorii cię nie dotyczy, wybór należy do ciebie. Oba typy kont mogą publikować i zarabiać, więc część różnicy sprowadza się do tego, co Google o tobie weryfikuje, ale nie chodzi wyłącznie o papiery. Konto osobiste założone po 13 listopada 2023 r. ma dodatkowo do przeprowadzenia kwalifikujący test zamknięty, czyli najdłuższy sztywny punkt w tym poradniku. Szersze porównanie: konto osobiste a konto organizacji.

Czego wymaga weryfikacja konta i dlaczego czas bywa różny

Google weryfikuje twoją tożsamość na poziomie konta, zanim cokolwiek opublikujesz. Konto osobiste przedstawia oficjalny państwowy dokument tożsamości, a organizacja dane organizacji wraz z takim dokumentem. Zakres wymaganych danych może zależeć od tego, co weryfikuje już twój profil płatności, i dlatego dwie osoby idące za tym samym poradnikiem są proszone o co innego. Weryfikacja tożsamości dewelopera

Google nie podaje gwarantowanego czasu sprawdzania tożsamości konta Play, a powszechnie powtarzane „do 5 dni” nim nie jest: ta liczba pochodzi z dokumentacji płatności Google, a nie ze strony o tożsamości w Play. Wykonaj zadania, które pokazuje Konsola Play, i zostaw zapas na dodatkowe sprawdzanie dokumentów. Weryfikacja metody płatności to jeszcze co innego: kontrola sprzedawcy związana z przyjmowaniem płatności, a nie krok, od którego musi zaczynać każdy deweloper bezpłatnej aplikacji. Informacje o koncie i weryfikacja sprzedawcy

Gotowe, gdy: Konsola Play przestaje pokazywać przy twoim koncie zadanie weryfikacji tożsamości. Traktuj „przesłane” i „zatwierdzone” jako dwa różne stany: przesłany dokument jeszcze nie odblokowuje publikacji.

Weryfikacja urządzenia: etap, który większość poradników pomija

Nowe osobiste konta deweloperskie mają osobne zadanie związane z urządzeniem. Potwierdzasz dostęp do fizycznego urządzenia mobilnego z Androidem 10 lub nowszym, bez roota, w aplikacji mobilnej Konsoli Play, na koncie właściciela. Wymagania dotyczące weryfikacji urządzenia

Czym to nie jest: sprawdzeniem tożsamości, kwalifikującym testem zamkniętym ani regułą dotyczącą twoich testerów. Nic tutaj nie mówi, że 12 osób w twoim teście zamkniętym musi mieć urządzenie o takiej specyfikacji. To osobna pozycja na stronie głównej Konsoli Play, a emulator jej nie zamknie.

Gotowe, gdy: Zadanie weryfikacji urządzenia znika ze strony głównej Konsoli Play.

Późniejsza zmiana typu konta

Osobiste konto dewelopera możesz przekształcić w konto organizacji w procedurze weryfikacyjnej Google: zweryfikuj stronę internetową organizacji, utwórz lub wybierz i zweryfikuj jej profil płatności, a potem dokończ zmianę na istniejącym koncie. Google zaleca odczekanie co najmniej 72 godzin po konwersji, zanim prześlesz nowe aplikacje. W drugą stronę, z organizacji na konto osobiste, potrzebne jest nowe konto. Zmiana typu konta

2. Utwórz aplikację i przygotuj zgodną kompilację

Dwie połowy: wpis aplikacji, który tworzysz w Konsoli Play, i plik, który do niego przesyłasz. Jedna decyzja na tym etapie zostaje z aplikacją na całe życie, więc warto poświęcić jej teraz trzydzieści sekund.

Decyzje, których nie cofniesz

Utworzenie aplikacji w Konsoli Play ustala jej nazwę, język domyślny, typ aplikacja lub gra oraz status bezpłatna lub płatna. Identyfikator aplikacji to osobna sprawa: znajduje się w konfiguracji kompilacji, a nie w tym formularzu w Konsoli Play, i jedno z drugim spotyka się dopiero przy przesyłaniu. Sprawdź więc identyfikator aplikacji w swojej kompilacji, zanim ją prześlesz, zamiast zakładać, że pusty wpis w Konsoli Play już go ustalił. Tworzenie i konfigurowanie aplikacjiIdentyfikator aplikacji

Android App Bundle i dwie role podpisywania

W przypadku zwykłej nowej aplikacji publicznej Google Play przyjmuje Android App Bundle (.aab), a nie plik APK, a sama aplikacja korzysta z Play App Signing. Ten zakres warto powiedzieć raz, zamiast stawiać go jako regułę bez wyjątków: kwalifikujące się starsze aplikacje wciąż mają procesy oparte na APK, wszystkie aplikacje na Androida TV wymagają pakietów od czerwca 2023 r., a dystrybucja prywatnych aplikacji firmowych rządzi się jeszcze innymi zasadami. Pakiety Android App BundleAplikacje prywatne

Play App Signing rozdziela dwie role, co nie jest tym samym co dwa fizyczne klucze w twoich rękach. Klucz podpisywania aplikacji jest zarządzany przez Google i podpisuje to, co instalują użytkownicy. Klucz przesyłania podpisuje twój pakiet przed przesłaniem, dzięki czemu Google wie, że pochodzi od ciebie. Za obiema rolami może stać ten sam klucz albo dwa osobne; osobny klucz przesyłania to zalecana konfiguracja, bo po zgubieniu można go zresetować. Podpisywanie aplikacji

Docelowy poziom API według typu urządzenia

To wymaganie najczęściej blokuje przesłanie od razu, a nie jest jedną liczbą: zależy od tego, co przesyłasz.

Google opisuje okna przedłużenia sięgające w niektórych okolicznościach 1 listopada 2026 r., ale o tym, czy twoja konkretna aplikacja się kwalifikuje, rozstrzyga Konsola Play. Wymagania dotyczące docelowego poziomu API Szczegóły migracji znajdziesz w poradniku o docelowym poziomie API.

Kontrola przed startem: co może odrzucić pozornie poprawny pakiet

Dwie kontrole wyłapują projekty, które poza tym wyglądają na skończone. Obie są warunkowe: jeśli żadna nie dotyczy twojej aplikacji, pomiń ten fragment i idź dalej.

Biblioteki natywne: 64 bity i strony pamięci 16 KB

Jeśli twoja aplikacja zawiera kod natywny, bezpośrednio, przez pakiet SDK albo wygenerowany przez kreator aplikacji, sprawdź w niej obsługę 64 bitów i zgodność ze stronami pamięci 16 KB, a potem przetestuj ją w środowisku 16 KB. Aplikacje napisane wyłącznie w Javie lub Kotlinie, razem z zależnościami, obsługują odpowiedni rozmiar stron już teraz. Sprawdzaj ten pakiet, który naprawdę przesyłasz: zależność potrafi z powrotem wciągnąć bibliotekę 32-bitową lub wyrównaną do 4 KB, bez żadnej zmiany po twojej stronie. Obsługa stron pamięci o rozmiarze 16 KBObsługa architektur 64-bitowych

Wersja Play Billing Library

Jeśli, i tylko jeśli, twoja aplikacja ma integrację z Play Billing, nowe zgłoszenia zwykle wymagają Play Billing Library w wersji 8 lub nowszej. Zwykły termin dla wersji 7 upłynął 31 sierpnia 2026 r., a obowiązujące przedłużenie może sięgać 1 listopada 2026 r. Nic z tego nie dotyczy aplikacji bez tej integracji i nie oznacza, że starsze zainstalowane aplikacje przestają działać. Harmonogram wycofywania wersji Play Billing Library

Gotowe, gdy: Podpisany plik .aab przesyła się bez błędu docelowego API ani błędu formatu, kod wersji jest wyższy niż w czymkolwiek przesłanym wcześniej, a jeśli aplikacja zawiera kod natywny, kontrole zgodności i uruchomienie w środowisku 16 KB wypadają pomyślnie. Sprawdzenie przesłanego pliku przez Konsolę Play to nie to samo co przetestowanie twoich zależności: usuń problemy blokujące i przeczytaj ostrzeżenia.

3. Sprawdź rejestrację dewelopera Androida w Konsoli Play

Ten etap jest po poprzednim, bo wymaga istnienia aplikacji: rejestracja przypisuje aplikację, czyli jej nazwę pakietu i odcisk klucza podpisującego, do zweryfikowanej tożsamości dewelopera w całym ekosystemie Androida, a nie tylko w Google Play. To co innego niż sprawdzenie tożsamości na poziomie konta z etapu 1, które potwierdza, kim jesteś, i pozwala ci mieć konto.

Dla wydawcy w Google Play praktyczne pytanie jest wąskie: czy twoja aplikacja jest zarejestrowana? Sprawdź jej status na stronie Weryfikacja dewelopera Androida w Konsoli Play. Google próbuje zarejestrować aplikację automatycznie i korzysta z już przeprowadzonej weryfikacji tożsamości, więc dla większości wydawców w Play jest to sprawdzenie statusu, a nie zadanie: nie potrzebujesz osobnego konta w Android Developer Console i nie powtarzasz weryfikacji tożsamości. Potwierdź rejestrację i wykonaj wszystkie zaległe działania, które są przy niej wymienione. Rejestrowanie nazw pakietów w Play

Aplikacje, które pozostaną niezarejestrowane, są zagrożone usunięciem z Google Play na całym świecie od 30 września 2026 r. Łatwo to przeoczyć, bo większość doniesień o tej dacie opisuje wyłącznie fazę kontroli instalacji w czterech krajach, czyli inną część tego samego programu. Dwie rzeczy możesz zignorować: bezpłatne konto Limited Distribution jest dla hobbystów wysyłających aplikację na garstkę urządzeń i nie jest darmową drogą do Google Play, a minimalna wersja Androida dla weryfikatora po stronie urządzenia jest udokumentowana niespójnie (FAQ dla deweloperów Androida podaje 7 i nowsze, Pomoc Androida podaje 8 i nowsze), co jest nierozstrzygniętą sprzecznością między dwiema stronami Google, a nie wymaganiem, na które masz reagować. Pomoc Androida

Gotowe, gdy: Strona weryfikacji dewelopera Androida w Konsoli Play pokazuje aplikację jako zarejestrowaną i nie wymienia przy niej żadnego zaległego działania.

4. Uzupełnij stronę aplikacji w Sklepie Play i materiały

Stronę aplikacji użytkownicy i zespół sprawdzający widzą najpierw, a ma ona twarde limity, które zablokują zapis. Warto trzymać granicę między tym, czego Google wymaga do publikacji, a tym, co zaleca, by aplikację wyróżniać; jedno od drugiego oddzielamy niżej.

Wymagane do publikacji

Konsola Google Play · prawdziwy zrzut ekranu

Zalecane, ale nie warunek publikacji

Wskazówki Google dotyczące materiałów promocyjnych opisują też, co sprawia, że strona aplikacji kwalifikuje się do wielkoformatowych i rekomendacyjnych miejsc w Sklepie Play: więcej zrzutów ekranu, wyższe rozdzielczości, komplety dla klas urządzeń, na których chcesz być polecany. Brak czegokolwiek z tego nie blokuje publikacji wersji. Strony aplikacji na Wear OS, TV i XR mają do tego własne zasady dotyczące materiałów. Materiały promocyjne

Maska narożników ikony

Przesyłasz pełną kwadratową ikonę, a Google Play nakłada na nią dynamiczną maskę narożników o promieniu odpowiadającym 30% rozmiaru ikony, więc wszystko, co leży blisko rogu, zostaje w wyniku przycięte. To obecna specyfikacja, a nie, jak się często powtarza, zmiana wprowadzona w 2026 roku. Data modyfikacji strony źródłowej nie jest dowodem na to, od kiedy zasada obowiązuje. Specyfikacje projektowe ikony

Deklaracje AI dla wygenerowanych materiałów w Sklepie Play

Jeśli generujesz lub edytujesz obrazy, film albo materiały promocyjne na stronie aplikacji przy użyciu AI, Konsola Play ma teraz w procesach tworzenia treści deklaracje składane osobno dla każdego materiału, a materiały objęte odpowiednim zakresem regulacji dostają etykiety. Strona pomocy Google nie podaje ani daty startu, ani wyczerpującej listy przepisów, których to dotyczy, więc my też ich nie wymyślamy. Rzecz dotyczy materiałów w Sklepie Play i jest czymś innym niż zasady mówiące o tym, co aplikacja generatywna tworzy dla użytkowników. Deklarowanie treści wygenerowanych przez AI

Zasady dotyczące metadanych, przez które strony aplikacji są odrzucane

Wskazówki Google dotyczące strony aplikacji są surowe wobec języka promocyjnego w polach, które pojawiają się w wynikach wyszukiwania i na półkach Sklepu Play: w tytule, ikonie, nazwie dewelopera i krótkim opisie.

Gotowe, gdy: Główne informacje o aplikacji w Sklepie Play zapisują się bez błędu o brakującym materiale, a przesłane grafiki nadal są czytelne po nałożeniu maski narożników.

5. Uzupełnij Zawartość aplikacji i dostęp dla sprawdzających

Zawartość aplikacji to część, którą debiutujący wydawcy lekceważą, bo nie ma w niej inżynierii, a blokuje wszystko. To stos deklaracji, a niekompletna albo nieścisła odpowiedź jest jedną z najczęstszych przyczyn utknięcia premiery.

Polityka prywatności: w każdej aplikacji i w dwóch miejscach

Każda aplikacja potrzebuje polityki prywatności, a nie tylko aplikacje kierowane do dzieci, jak się to często przedstawia. Link podaj w Konsoli Play oraz umieść link albo treść polityki w samej aplikacji. Użyj działającego, publicznego adresu URL bez blokad geograficznych, a nie pliku PDF. Aplikacja, która nie zbiera żadnych danych, też jej potrzebuje, a „nic nie zbieramy” to jeszcze nie polityka: nadal musi wskazywać aplikację i dewelopera, podawać kontakt w sprawach prywatności oraz opisywać, jak traktowane i przechowywane są dane, których aplikacja dotyka. Zasady dotyczące danych użytkowników

Bezpieczeństwo danych

Każda aplikacja na ścieżce zamkniętej, otwartej lub produkcyjnej wypełnia formularz Bezpieczeństwo danych. Aplikacje, które przez cały czas działają wyłącznie na ścieżce testów wewnętrznych, są z tego zwolnione, i to prawdziwy powód, by wcześnie korzystać z testu wewnętrznego. Aplikacja, która nic nie zbiera, też wypełnia formularz i tak w nim pisze. Bezpieczeństwo danych

Zadeklaruj, co twoja aplikacja naprawdę zbiera i udostępnia, łącznie z tym, co robią w twoim imieniu pakiety SDK. To właśnie ta część najczęściej jest błędna: pakiet SDK do analityki, reklam czy raportowania awarii zbiera dane niezależnie od tego, czy ten kod wyszedł spod twojej ręki, a deklaracja i tak jest twoja. Przeczytaj dokumentację każdego pakietu SDK z osobna, zamiast zakładać, że cały dostawca zachowuje się tak samo.

Usuwanie konta i danych

Jeśli użytkownicy mogą założyć konto w twojej aplikacji, musisz umożliwić im zgłoszenie usunięcia zarówno z wnętrza aplikacji, jak i spoza niej, czyli z publicznie dostępnego adresu internetowego, a usunięcie konta musi usuwać powiązane dane. Jeśli prawo albo uzasadniony powód biznesowy każe ci coś zachować, ujawnij to.

Cała reszta w Zawartości aplikacji

Poza prywatnością, Bezpieczeństwem danych, usuwaniem konta i Dostępem do aplikacji zostaje jeszcze to. Dwie pozycje zaskakują ludzi, bo ich nazwy brzmią warunkowo: deklaracje Aplikacje zdrowotne i Funkcje finansowe są wymagane od zwykłej aplikacji publicznej na ścieżce zamkniętej, otwartej lub produkcyjnej nawet wtedy, gdy nie ma ona funkcji żadnego z tych rodzajów. Obie mają odpowiedź o braku takich funkcji, a wypełnienie którejkolwiek nie sprawia, że zaczynają cię obowiązywać przepisy o licencjonowaniu medycznym czy finansowym. Deklaracja aplikacji zdrowotnychDeklaracja funkcji finansowych

Konsola Google Play · prawdziwy zrzut ekranu

Daj sprawdzającym działający dostęp

Jeśli jakakolwiek część twojej aplikacji jest za logowaniem lub inną blokadą, wypełnij Dostęp do aplikacji. Konsola Play obsługuje do pięciu zestawów instrukcji, czyli zestawów instrukcji, a niekoniecznie pięciu zestawów danych logowania, co ma znaczenie, gdy masz jedno konto i kilka zablokowanych ścieżek. Przygotowanie aplikacji do sprawdzenia

Przed wysłaniem sprawdź, czy dane logowania nadal działają i czy każda zablokowana funkcja jest osiągalna dla kogoś, kto nie jest tobą. Wygasłe konta, kody jednorazowe przychodzące na twój telefon i funkcje odblokowujące się tylko na koncie wewnętrznym to typowe wpadki.

Gotowe, gdy: Zawartość aplikacji nie pokazuje żadnego zaległego zadania, a ktoś inny niż ty loguje się dokładnie tym, co jest wpisane w Dostępie do aplikacji.

Deklaracje właściwe dla kategorii

Poza formularzami wyżej część zasad przypina się do tego, co aplikacja naprawdę robi. Te są rzeczywiście warunkowe:

• Aplikacje zdrowotne, poza samą deklaracją. Jeśli aplikacja naprawdę ma funkcje zdrowotne, zasady Treści i usługi związane ze zdrowiem dokładają oznaczenie wyrobu medycznego i wymóg zastrzeżenia dla nieregulowanych aplikacji zdrowotnych, a aplikacje zdrowotne wskazanych rodzajów wymagają konta organizacji. Treści i usługi związane ze zdrowiem
• Aplikacje z generatywną AI. Zapobiegaj zakazanym wynikom i daj użytkownikom sposób na zgłoszenie ich z poziomu aplikacji. Rzecz dotyczy tego, co aplikacja tworzy, i jest czymś innym niż deklaracje materiałów w Sklepie Play wyżej. Nie jest to też zasada mówiąca, że każda aplikacja wspomagana przez AI dostaje etykietę. Zasady dotyczące treści generowanych przez AI
• Uprawnienia do zdjęć i filmów. O szeroki dostęp proś tylko tam, gdzie wymaga go kluczowa funkcja; w pozostałych przypadkach korzystaj z systemowego selektora zdjęć.
• Lokalizacja i kontakty. Oba obszary mają nadchodzące wymagania minimalnego zakresu, z konkretnymi datami i wąskim zasięgiem; zobacz terminy i zmiany warunkowe.
• Inne kategorie. Wiadomości i czasopisma, usługi finansowe, aplikacje rządowe i kolejne mają własne strony z zasadami, linkowane z Zawartości aplikacji.

6. Przeprowadź wymagany test zamknięty, jeśli cię dotyczy

Dotyczy: osobistych kont deweloperskich założonych po 13 listopada 2023 r. Konta organizacji oraz konta osobiste założone przed tą datą w ogóle nie mają tego wymagania; jeśli to twój przypadek, przejdź od razu do przesłania wersji.

Reguła jest krótka: przeprowadź test zamknięty, w którym co najmniej 12 testerów jest zapisanych do testu przez 14 kolejnych dni poprzedzających twoją prośbę o dostęp do wersji produkcyjnej. Obniżenie z 20 testerów do 12 weszło w życie 11 grudnia 2024 r. i zachowało te same 14 dni. Wymagania testoweZmiana z 20 na 12

Konsola Google Play · prawdziwy zrzut ekranu

Trzy ścieżki, a liczy się tylko jedna

Test wewnętrzny wygląda na oczywisty skrót i naprawdę bywa przydatny, tyle że nie do tego.

Google ocenia dwie rzeczy: liczbę testerów i ich zaangażowanie. Wśród własnych przykładów powodów, dla których prosi o więcej testów, wymienia testerów, którzy nie korzystali aktywnie z aplikacji w czasie testu, więc 12 nazwisk na liście to jeszcze nie jest to wymaganie. Google nie publikuje natomiast żadnej reguły o minutach dziennie ani o sesjach: jeśli gdzieś podano konkretną dzienną liczbę, nie pochodzi ona od Google i nie planuj wokół niej swojego testu.

Jak naprawdę to spełnić

Każde inne wymaganie tutaj to papierologia albo inżynieria, nad którą panujesz. To jedno potrzebuje 12 prawdziwych osób, na prawdziwych urządzeniach z Androidem, które dołączą do testu i zostaną w nim przez 14 dni bez przerwy.

Gotowe, gdy: Konsola Play pokazuje co najmniej 12 testerów zapisanych do testu i test zamknięty trwający co najmniej 14 kolejnych dni, a w panelu staje się dostępna prośba o dostęp do wersji produkcyjnej.

7. Poproś o dostęp do wersji produkcyjnej, jeśli jest wymagany

Dotyczy: tych samych kont co test zamknięty, czyli kont osobistych założonych po 13 listopada 2023 r. Wszyscy pozostali przechodzą od razu do publikacji wersji.

Spełnienie kryteriów testów zamkniętych samo w sobie nie przenosi cię do wersji produkcyjnej. Prośbę składasz w panelu Konsoli Play i odpowiadasz na kwestionariusz. Bywa on opisywany jako sztywny formularz z dziesięcioma pytaniami, ale Google z czasem zmienia jego brzmienie, więc lepiej trzymać go w głowie jako trzy tematy.

Pisz na podstawie testu, który naprawdę się odbył. Żadne sformułowanie nie gwarantuje akceptacji; pomagają konkrety o prawdziwych testach i prawdziwych zmianach. Ogólnikowe odpowiedzi to znana droga do prośby o więcej testów. Rozpisane przykłady mają pokazać, jak opisać własny test, a nie dać ci gotowy scenariusz.

Google podaje, że to sprawdzenie zwykle trwa siedem dni lub krócej, ale czasem może potrwać dłużej: planuj siedem dni i nie traktuj tego jako górnej granicy. Czas sprawdzania prośby o dostęp do wersji produkcyjnej Jeśli dostęp nie zostanie przyznany, zwykle kończy się to prośbą o więcej testów, a nie odrzuceniem, a twój test zamknięty nie musi być przerywany, gdy przygotowujesz się do ponownej prośby. Co robić po komunikacie „wymagane więcej testów”.

Gotowe, gdy: Konsola Play pokazuje przyznany dostęp do wersji produkcyjnej. Nic wcześniejszego, ani kompletna lista kontrolna, ani pełne 14 dni, nie jest jeszcze tym przyznaniem: decyzja należy do Google.

8. Prześlij i opublikuj wersję produkcyjną

Dostęp do wersji produkcyjnej, tam gdzie obowiązuje, odblokowuje ścieżkę, ale niczego nie publikuje. Sama publikacja wersji to osobna sekwencja i to właśnie w niej ludzie lądują z wszystkim skończonym i niczym opublikowanym. Przygotowanie i wdrożenie wersji

1. Kraje i regiony Zacznij wąsko i rozszerzaj później, jeśli zechcesz.
2. Ceny Ustaw przed pierwszą publikacją. Bezpłatna aplikacja nie może potem stać się płatna pod tą samą nazwą pakietu.
3. Dodaj pakiet do wersji Wybierz kwalifikujący się pakiet, przesłany już wcześniej do testów, albo prześlij nową kompilację z wyższym kodem wersji. Samo przeniesienie przetestowanego pliku do wersji produkcyjnej nie wymaga budowania go od nowa.
4. Nazwa wersji i informacje o wersji Nazwa jest wewnętrzna, a informacje o wersji to treść, którą użytkownicy widzą przy tym wydaniu.
5. Przeczytaj błędy i ostrzeżenia Konsola Play blokuje na błędach, a ostrzeżenia przepuszcza. Czytaj jedne i drugie: to często ostrzeżenie okazuje się później istotne.
6. Wyślij zmiany do sprawdzenia Dopóki tego nie zrobisz, nic nie zostało zgłoszone. Skończona strona wersji z niewysłanymi zmianami to jeden z najcichszych sposobów, w jaki premiera staje w miejscu.
7. Dopilnuj sprawdzania i publikacji W trakcie sprawdzania, gotowe do publikacji i opublikowane to trzy różne stany. Jeśli zarządzana publikacja jest dostępna i włączona, zatwierdzone zmiany czekają, aż wybierzesz Opublikuj zmiany: samo zatwierdzenie to jeszcze nie publikacja. Strona aplikacji może się potem pojawiać z opóźnieniem.

Gotowe, gdy: Przegląd publikacji nie pokazuje żadnych niewysłanych zmian, a wersja produkcyjna ma status opublikowana, a nie tylko zatwierdzona. Tam, gdzie działa zarządzana publikacja, ten ostatni krok uruchamiasz ty. Zarządzana publikacja i stany publikacji

Ile trwa publikacja i co można robić równolegle

Blisko mety siedzą dwa sprawdzenia i są od siebie niezależne: sprawdzenie prośby o dostęp do wersji produkcyjnej po kwestionariuszu oraz sprawdzenie samej wersji. Google podaje, że sprawdzenie prośby zwykle trwa siedem dni lub krócej, ale może potrwać dłużej, i że sprawdzanie aplikacji w wyjątkowych przypadkach również może przekroczyć siedem dni. Żadne z nich nie ma limitu tygodnia. Czas sprawdzania i publikacji Dane etap po etapie: poradnik o czasach sprawdzania.

Co naprawdę blokuje co

Większość z tego możesz robić w dowolnej kolejności. Cztery rzeczy nie, a wiedza, które to cztery, jest różnicą między premierą w trzy a w sześć tygodni.

Szacunek planistyczny, wyraźnie oznaczony jako szacunek

Od trzech do pięciu tygodni lub więcej to rozsądny plan dla nowego konta osobistego. To nasz szacunek planistyczny, a nie poziom usług Google, i zakłada aplikację już w dużej mierze zbudowaną, testerów, którzy szybko dołączają, oraz brak poważnych przeróbek. Budowa aplikacji nie mieści się w tej liczbie, a jedna runda przeróbek ją wydłuża.

Co mówi ci Konsola Play i gdzie to naprawić

Prawie każde utknięcie objawia się jednym z sześciu komunikatów. Przeczytaj, który masz, zamiast wysyłać jeszcze raz i liczyć na szczęście.

Lista kontrolna gotowości dla twojego etapu

Powiedz jej, jakie masz konto i do czego zmierzasz. Rozdziela trzy rzeczy, które zwykła lista kontrolna zlepia w jedno: co jest potrzebne teraz, co będzie wymagane później i co w ogóle cię nie dotyczy. To narzędzie do twojego własnego użytku: nie widzi twojej Konsoli Play, a jej ukończenie nie jest żadną akceptacją.

Aktualne terminy i warunkowe zmiany zasad

To datowane pozycje, które mogą zmienić to, co budujesz, albo to, kiedy wypuścisz aplikację. Większość z nich nie dotrze do twojej aplikacji, więc zanim zaczniesz cokolwiek robić, przeczytaj trzecią kolumnę.

Wymagania obowiązujące bez żadnego terminu

Obowiązują już teraz i nie ma ich w żadnym zestawieniu „co się zmieniło”, i właśnie dlatego zaskakują osoby, które poznały ten proces rok czy dwa lata temu.

• Testy zamknięte: 12 testerów, 14 kolejnych dni, dla kont osobistych założonych po 13 listopada 2023 r. Liczba spadła z 20 do 12 dnia 11 grudnia 2024 r.
• Przeniesienie własności konta odbywa się procedurą przenoszenia w Konsoli Play. Bezpośrednie przeniesienie na innego właściciela obejmuje organizacje i konta osobiste, które nie zarabiają; zarabiające konto osobiste korzysta z innej ścieżki, opartej na nowym koncie i przeniesieniu aplikacji. Kupowanie, dzierżawa i sprzedaż kont przez osoby trzecie są zabronione. Przenoszenie własności
• Konta organizacji są obowiązkowe w przypadku wskazanych aplikacji finansowych, zdrowotnych, zatwierdzonych aplikacji korzystających z VpnService oraz aplikacji rządowych.
• Uprawnienia do zdjęć i filmów są już egzekwowane. Szeroki dostęp tylko tam, gdzie wymaga go kluczowa funkcja; poza tym systemowy selektor zdjęć.

PolicyBytes: aktualizacje zasad z kwietnia 2026

Zespół Developer Experience w Google o zasadach dotyczących kontaktów i przenoszenia kont oraz o opisanych wyżej zmianach w lokalizacji i treściach z ograniczeniem wiekowym. Materiał opcjonalny i w języku angielskim; wersję do działania masz w tabeli.

YouTube

Jak PrimeTestLab pomaga w testach zamkniętych

Siedem z ośmiu etapów to papierologia i inżynieria, nad którymi panujesz. Jeden potrzebuje 12 prawdziwych osób, na prawdziwych urządzeniach z Androidem, zapisanych do testu i naprawdę aktywnych przez 14 dni bez przerwy. To ten krok, na którym zatrzymują się samodzielni deweloperzy, i jedyna część, którą robimy my.

Ty udostępniasz nam link przystąpienia do swojego testu zamkniętego. My bierzemy na siebie zaproszenia, potwierdzenie dołączenia, codzienne monitorowanie aktywności i utrzymanie pełnych 14 dni, zastępując każdego, kto odpadnie. Dowolny język aplikacji, elastyczne targetowanie krajów.

Aktualne pakiety

Gwarancja zwrotu pieniędzy · Testy zwykle ruszają w ciągu od 4 do 6 godzin · Bez abonamentu

Najczęstsze pytania

Co zrobić dalej

Skąd pochodzi każde wymaganie

Każde istotne twierdzenie wyżej linkuje swoje źródło w miejscu, w którym pada; to jest wersja katalogowa. Strony pomocy Google w większości nie są datowane, więc data modyfikacji strony nie jest dowodem na to, od kiedy dana zasada obowiązuje.

Co się zmieniło w tej wersji

11 września 2026

Przebudowa na podstawie dokumentacji Google sprawdzonej 8 września, a potem kolejna korekta po ponownym audycie tej przebudowy. Poprawione: wymaganie docelowego poziomu API (teraz macierz według typu urządzenia); kolejność warunków przy testach zamkniętych; konwersja konta osobistego na konto organizacji; czas oczekiwania na numer D-U-N-S; zakres terminu rejestracji z 30 września 2026 r. wraz z drogą do niego, czyli sprawdzeniem statusu w Konsoli Play po utworzeniu aplikacji; kontakty i lokalizacja przeniesione na 27 stycznia 2027 r. przy API 37+, z wdrożeniem i deklaracją traktowanymi łącznie; specyfikacje ikony, zrzutów ekranu i filmu promocyjnego; dostęp dla sprawdzających jako pięć zestawów instrukcji; identyfikator aplikacji jako właściwość kompilacji, a nie wpisu w Konsoli Play; oraz mechanika publikacji, czyli to, że kwalifikujący się przetestowany pakiet można wykorzystać ponownie, a zatwierdzenie nie jest publikacją tam, gdzie działa zarządzana publikacja. Dodane: weryfikacja urządzenia, etapy tworzenia aplikacji i publikacji wersji, kontrola kodu natywnego i Play Billing przed przesłaniem, deklaracje materiałów tworzonych przez AI, deklaracje Aplikacje zdrowotne i Funkcje finansowe (wymagane nawet bez takich funkcji), tabela blokad oraz źródło przy każdym istotnym twierdzeniu. Usunięte jako niepotwierdzone: data migracji kont zdrowotnych z 28 stycznia 2026 r., mit o „pięciu dniach” weryfikacji tożsamości, wyjaśnienie identyfikatora dewelopera Androida z kwietnia 2025 r., limit 1 MB dla grafiki promocyjnej i ranking „najczęstsze odrzucenie, którego da się uniknąć”. Lista kontrolna gotowości była przebudowywana dwa razy: teraz oddziela „wymagane później” od „nie dotyczy” i nie traktuje już przesłanej pracy jako ukończonej.

24 czerwca 2026

Pierwsza publikacja.