Szybka odpowiedź
Stan na 14 sierpnia 2026 r.: Google Play wymaga od deweloperów z osobistymi kontami dewelopera utworzonymi po 13 listopada 2023 r. przeprowadzenia testu zamkniętego z udziałem co najmniej 12 testerów, którzy uczestniczyli w nim nieprzerwanie co najmniej przez ostatnie 14 dni, zanim będą mogli poprosić o dostęp do wersji produkcyjnej. Google ogłosił tę bramkę 9 listopada 2023 r. w wersji 20 osób przez co najmniej dwa tygodnie, a następnie obniżył minimalną liczbę testerów do 12 z dniem 11 grudnia 2024 r., zachowując okres 14 dni. Osiągnięcie progu sprawia, że deweloper może złożyć wniosek, a nie że jest zatwierdzony: Google weryfikuje wniosek, podaje, że weryfikacja zwykle zajmuje 7 dni lub mniej, i może poprosić o dalsze testy. Test wewnętrzny ma własny limit 100 testerów i nie spełnia tego warunku wstępnego dotyczącego testu zamkniętego. Dostępem do testu zamkniętego można zarządzać przez listy e-mailowe lub Google Groups, a dostęp można też przyznać organizacjom korzystającym z zarządzanego Google Play.
Jeśli liczbą, której Ci brakuje, jest dwanaście osób
To jedyna liczba na tej stronie, której nie da się nigdzie sprawdzić, i to właśnie dostarcza PrimeTestLab: prawdziwych testerów, którzy pozostają w teście przez całe okno. Jak to działa →
Większość stron, które wyświetlają się na te zapytania, odpowiada na nieco inne pytanie niż to zadane. Wyszukiwania stojące za tym tematem to w przeważającej części wyszukiwania weryfikacyjne: ktoś gdzieś przeczytał już jakąś liczbę i chce wiedzieć, czy jest aktualna, co tak naprawdę zlicza i kto ją podaje. To zupełnie inne zadanie niż poradnik, dlatego ten artykuł zbudowano jako materiał źródłowy. Każda statystyka dostaje jedno zdanie, jedno zastrzeżenie co do daty i jedno źródło, a żadne prawdopodobne przypuszczenie nie jest tu zaokrąglane w górę do rangi faktu. Wszystko jest aktualne na dzień 14 sierpnia 2026 r. i sprawdzone tego samego dnia w stronach pomocy Google, dokumentacji dla deweloperów i publikowanych raportach o bezpieczeństwie.
Dwa nawyki warto przenieść na wszystkie bloki poniżej. Po pierwsze, 12 jest aktualne, a 20 historyczne; strony, które nadal drukują 20 jako wymóg na 2026 r., cytują zapowiedź zastąpioną przez Google w grudniu 2024 r. Po drugie, próg to nie decyzja. Niemal każdy zdesperowany wątek w samej Developer Help Community pochodzi od kogoś, kto spełnił warunek liczbowy i sądził, że to koniec sprawy.
Punkt informacyjny
Trzy narzędzia zbudowane pod stronę pełną liczb. Żadne nie wymaga konta, przesyłania plików ani połączenia z siecią; każde działa w Twojej przeglądarce na wartościach, które sam wybierasz.
Pięć najczęściej cytowanych liczb
Prawie całe zainteresowanie tym tematem niesie pięć liczb: 12 testerów, 14 nieprzerwanych dni, data graniczna kont 13 listopada 2023 r., obniżenie z 20 w dniu 11 grudnia 2024 r. oraz 7 dni lub mniej, które Google podaje jako typowy czas weryfikacji dostępu do wersji produkcyjnej. Każda z nich jest niżej zapisana jako pełne zdanie, żeby dało się ją przenieść bez utraty znaczenia.
-
01
Zweryfikowane
Aktualne minimum testu zamkniętego w Google Play to 12 testerów uczestniczących w nim nieprzerwanie co najmniej przez ostatnie 14 dni, w przypadku objętych zasadą nowych osobistych kont dewelopera.
Pomoc Google Play Console, odpowiedź 14151465 · sprawdzone 14 sierpnia 2026 r.
-
02
Zweryfikowane
Zasada 12 testerów dotyczy osobistych kont dewelopera utworzonych po 13 listopada 2023 r.
Pomoc Google Play Console, odpowiedzi 14151465 i 6112435 · sprawdzone 14 sierpnia 2026 r.
-
03
Zweryfikowane, historyczne
Pierwotna zapowiedź Google z 9 listopada 2023 r. wymagała 20 osób przez co najmniej dwa tygodnie przed złożeniem wniosku o dostęp do wersji produkcyjnej.
Android Developers Blog, 9 listopada 2023 r. · sprawdzone 14 sierpnia 2026 r.
-
04
Zweryfikowane
Google obniżył wymóg z 20 testerów do 12 w dniu 11 grudnia 2024 r., a dwutygodniowy okres testowania pozostał.
Aktualizacja na Android Developers Blog oraz oficjalny przewodnik Google w Help Community · sprawdzone 14 sierpnia 2026 r.
-
05
Zweryfikowane
Google podaje, że weryfikacja wniosku o dostęp do wersji produkcyjnej zwykle zajmuje 7 dni lub mniej, choć w niektórych przypadkach może potrwać dłużej.
Pomoc Google Play Console, odpowiedź 14151465 · sprawdzone 14 sierpnia 2026 r.
Narzędzie 01
Kreator cytowań
Wybierz dowolną liczbę z tej strony i format. Dostaniesz zdanie, które ona popiera, jego źródło, datę sprawdzenia i ocenę wiarygodności, gotowe do wklejenia do dokumentu, zgłoszenia albo odpowiedzi.
Każda linijka jest datowana celowo. Strony z zasadami się zmieniają, a niedatowana statystyka to sposób, w jaki nieaktualna liczba potrafi krążyć w obiegu przez dwa lata.
Gdzie w Play Console zobaczyć postęp i statystyki testu zamkniętego
Otwórz aplikację w Play Console i sprawdź wymóg testowania dla dostępu do wersji produkcyjnej w Panelu aplikacji. Liczbą kwalifikującą jest liczba uczestniczących testerów pokazywana przy tym wymogu, a nie rozmiar listy e-mailowej, nie zdarzenia instalacji i nie liczba instalacji w Play Store.
To osobne zapytanie i zasługuje na bezpośrednią odpowiedź powyżej, a nie na wyjaśnienie w pierwszej kolejności. O Twojej kwalifikacji decyduje liczba, którą Play Console uznaje wobec samego wymogu dostępu do wersji produkcyjnej. To ją trzeba obserwować i to ją czyta bramka wniosku.
Ludzi myli to dlatego, że obok widocznych jest kilka innych liczb i żadna z nich nie jest tą kwalifikującą. To cztery różne pomiary:
| Co widzisz | Co mierzy | Czy to liczba kwalifikująca? |
|---|---|---|
| Adresy na Twojej liście e-mailowej lub w grupie Google Groups | Kto może dołączyć do testu. | Nie |
| Instalacje lub zdarzenia instalacji w Statystykach | Aktywność instalacyjna na poziomie urządzeń, z własnym opóźnieniem raportowania. | Nie |
| Liczba instalacji na stronie w Play Store | Wartość zbiorcza po stronie sklepu, a nie zapisy do testu. | Nie |
| Uczestniczący testerzy pokazywani przy wymogu dostępu do wersji produkcyjnej | Testerzy, których Play Console liczy jako nieprzerwanie uczestniczących w teście zamkniętym. | Tak |
Źródło: Pomoc Play Console, odpowiedź 14151465 oraz odpowiedź 9845334 · sprawdzone 14 sierpnia 2026 r.
Wynikają z tego dwie praktyczne konsekwencje, i są różnego rodzaju. Kwalifikująca liczba testerów może różnić się od danych o instalacjach, bo mierzą one co innego, więc rozjazd między nimi jest czymś spodziewanym, a nie błędem. Deweloperzy zgłaszają też opóźnione aktualizacje licznika, ale Google nie publikuje ani harmonogramu jego odświeżania, ani algorytmu wyliczania, więc nie ma udokumentowanego odstępu czasu, który wystarczy przeczekać. Za ostateczną wskazówkę co do kwalifikacji przyjmuj wymóg dostępu do wersji produkcyjnej w Panelu. Pełną diagnozę licznika, który utknął poniżej rozmiaru Twojej listy, znajdziesz w artykule o dodaniu 12 testerów i zerze uczestników.
Nie ma osobnego ekranu ze „statystykami testów zamkniętych”. Play Console raportuje instalacje, vitals i oceny w Statystykach oraz w Android vitals, a Twoją kwalifikację wobec wymogu dostępu do wersji produkcyjnej pokazuje w Panelu. To dwie różne powierzchnie i tylko ta druga mierzy warunek 12/14. Czytanie tej pierwszej z oczekiwaniem drugiej to najczęstsza wersja tego nieporozumienia.
Częściowo Google dokumentuje obie powierzchnie; nie publikuje żadnego zbiorczego raportu postępu o takiej nazwie.
Zasada 12 testerów przez 14 dni
W przypadku objętego zasadą konta warunek Google to test zamknięty z udziałem co najmniej 12 testerów, którzy uczestniczyli w nim nieprzerwanie co najmniej przez ostatnie 14 dni. Spełnienie go odblokowuje możliwość złożenia wniosku o dostęp do wersji produkcyjnej z poziomu Panelu aplikacji. Nie odblokowuje samej wersji produkcyjnej.
„Jeśli masz nowo utworzone osobiste konto dewelopera, musisz przeprowadzić testy zamknięte aplikacji z udziałem co najmniej 12 testerów, którzy nieprzerwanie uczestniczyli w programie testowania co najmniej przez ostatnie 14 dni”.
Pomoc Google Play Console, odpowiedź 14151465 · sprawdzone 14 sierpnia 2026 r.
Przeczytaj to zdanie powoli, bo upakowano w nim cztery osobne warunki i każdy z nich potrafi kosztować dewelopera tygodnie. Ścieżka musi być zamknięta. Liczba to co najmniej 12. Liczonym stanem jest nieprzerwany status uczestnictwa, a nie instalacje, pobrania czy udokumentowany cel codziennego korzystania. A oknem jest ostatnie 14 dni, nieprzerwanie, co oznacza, że okresem kwalifikującym jest ten tuż za Tobą, a nie dowolne czternaście dobrych dni, które da się wskazać w historii.
To jest opublikowany próg liczbowy i tylko połowa obrazu. Zaangażowanie oceniane jest osobno i nadal ma znaczenie: Google pyta, jak testerzy korzystali z aplikacji, czy ich sposób używania przypominał ten, którego spodziewasz się w wersji produkcyjnej, i jakie przekazali opinie, oraz podaje, że niewystarczające zaangażowanie testerów może skutkować prośbą o dalsze testy zamiast przyznaniem dostępu. Status uczestnictwa jest tym, co mierzy licznik. Zaangażowanie jest tym, co czyta weryfikacja.
| Statystyka | Aktualna wartość | Co to naprawdę znaczy |
|---|---|---|
| Objęty zasadą typ konta | Osobiste | Bramka jest udokumentowana wobec nowych kont osobistych, a nie wobec każdego dewelopera w Google Play. |
| Data graniczna utworzenia konta | Po 13 listopada 2023 r. | Konta osobiste utworzone tego dnia lub wcześniej znajdują się poza grupą opisaną na tej stronie pomocy. |
| Wymagana ścieżka | Test zamknięty | Test wewnętrzny go nie zastąpi, niezależnie od tego, ile osób przez niego przeprowadzisz. |
| Minimalna liczba testerów | 12 | Wartość aktualna. Do 11 grudnia 2024 r. wynosiła 20. |
| Wymagany okres | 14 dni nieprzerwanie | Ci testerzy musieli uczestniczyć w teście przez całe ostatnie 14 dni. |
| Kolejny krok po zakwalifikowaniu się | Poproś o dostęp do wersji produkcyjnej | Wniosek z poziomu Panelu aplikacji, a nie automatyczny awans. |
| Sekcje wniosku | 3 | Twój test zamknięty, Twoja aplikacja lub gra oraz gotowość do wersji produkcyjnej. |
| Podawany czas weryfikacji | Zwykle 7 dni lub mniej | Google mówi „zwykle”. Wyraźnie dopuszcza dłuższą weryfikację. |
Źródło: Pomoc Play Console, odpowiedź 14151465 · sprawdzone 14 sierpnia 2026 r.
Za datami w wierszu o minimalnej liczbie testerów stoi opowieść, której ten artykuł celowo nie powtarza. Jeśli chcesz pełnej relacji z tego, jak 20 stało się 12 i co Google mówił na każdym etapie, ta historia mieszka w artykule o zmianie z 20 testerów na 12 w Google Play. Tutaj są dowody, a nie opowieść.
Kogo dotyczy ten wymóg
Google Play oferuje dwa typy kont dewelopera, osobiste i organizacji, i za każde pobiera tę samą jednorazową opłatę rejestracyjną 25 USD. Dodatkowy wymóg testowania jest udokumentowany wobec kont osobistych utworzonych po 13 listopada 2023 r. To wszystko, co aktualny tekst pomocy mówi o zakresie.
Mów o tym ostrożnie. „Konta organizacji są zwolnione” to sformułowanie, którego używają wszyscy, i jest rozsądnym praktycznym odczytaniem zakresu, ale Google nie zapisuje tego zdania w tekście pomocy przejrzanym na potrzeby tej strony. Wersja możliwa do obrony to ta, której używa ten artykuł: udokumentowany wymóg 12 testerów przy dostępie do wersji produkcyjnej dotyczy objętych nim nowych kont osobistych. Jeśli wybierasz między dwoma typami kont, kompromisy opisuje artykuł o koncie osobistym a koncie organizacji.
Częściowo Poparte zakresem, a nie wyraźnym zdaniem o zwolnieniu.
Co tak naprawdę liczy „14 dni nieprzerwanie”
To najczęściej przepisywane zdanie w całym temacie. Strony komercyjne rutynowo przerabiają je na 12 instalacji, 12 aktywnych użytkowników dziennie albo aplikację, która musi pozostać zainstalowana przez 14 dni. Sformułowanie samego Google mówi o nieprzerwanie utrzymywanym statusie uczestnictwa, a różnica ma znaczenie, bo zmienia to, co monitorujesz w trakcie odliczania.
To Google mówi
- Co najmniej 12 testerów.
- Uczestniczących w teście nieprzerwanie co najmniej przez ostatnie 14 dni.
- Test musi być testem zamkniętym.
- Każdy tester musi przystąpić do testu w procesie zapisu.
- Użytkownik uczestniczący w teście wewnętrznym musi z niego zrezygnować, zanim będzie mógł wziąć udział w teście otwartym lub zamkniętym.
Tego Google nie mówi
- Że testerzy muszą otwierać aplikację codziennie.
- Że wymogiem jest 12 instalacji albo 12 aktywnych użytkowników dziennie.
- Że odinstalowanie automatycznie liczy się jako rezygnacja z testu.
- Że pojedyncze odejście zeruje zegar wszystkim.
- Że każdy tester musi być na fizycznym urządzeniu, a nie na emulatorze.
Nic z tego nie znaczy, że zaangażowanie jest nieistotne. Znaczy, że ocenia się je gdzie indziej: we wniosku o dostęp do wersji produkcyjnej, gdzie Google pyta, jak zrekrutowałeś testerów, jak korzystali z aplikacji i na jakie opinie zareagowałeś. Traktuj 14-dniowe okno jako liczbę uczestników do obrony, a wniosek jako miejsce, w którym oceniana jest jakość Twoich testów. Mechanikę tego okna dzień po dniu opisuje artykuł o zasadzie 14 kolejnych dni.
Narzędzie 02
Twoje liczby
Ta strona zawiera około trzydziestu liczb i tylko część z nich to warunki dostępu do wersji produkcyjnej. Odpowiedz na trzy pytania, a strona posortuje je na te, które musisz spełnić, żeby złożyć wniosek, na to, co dzieje się po zakwalifikowaniu się, oraz na osobne fakty o publikowaniu, prawdziwe niezależnie od wszystkiego.
Wszystkie liczby ścieżek testowych Google Play
Test wewnętrzny obsługuje do 100 testerów na aplikację. Testem zamkniętym można zarządzać przez listy e-mailowe lub Google Groups, a dostęp do ścieżki można też przyznać organizacjom w zarządzanym Google Play. Listy e-mailowe mieszczą po 2 000 użytkowników, przy 50 listach na ścieżkę i 200 listach łącznie; Google podaje, że dla grup Google Groups używanych z dodatkowymi ścieżkami zamkniętymi nie ma limitów rozmiaru. Test otwarty jest albo Bez limitu, albo ograniczony skonfigurowanym limitem wynoszącym co najmniej 1 000.
| Ścieżka lub metoda | Udokumentowany limit | Ścieżka kwalifikująca do warunku wstępnego? | Zastrzeżenie, które ma znaczenie |
|---|---|---|---|
| Wewnętrzny | 100 testerów na aplikację | Nie | Ścieżka opcjonalna. Kompilacje są zwykle dostępne dla testerów w ciągu kilku minut od opublikowania. |
| Zamknięty, przez listę e-mailową | 2 000 użytkowników na listę | Tak | Bycie na liście to nie to samo co przystąpienie do testu. Liczą się tylko testerzy uczestniczący w teście. |
| Zamknięty, listy e-mailowe na ścieżkę | 50 list | Tak | Limit konfiguracyjny dotyczący list. Nie przeliczaj go na maksymalną liczbę testerów. |
| Zamknięty, listy e-mailowe łącznie | 200 list | Tak | Limit konfiguracyjny na poziomie konta, opisany przez Google. |
| Zamknięty, przez grupę Google Groups | Brak podanego limitu rozmiaru dla grup używanych z dodatkowymi ścieżkami zamkniętymi | Tak | Testerzy muszą dołączyć do grupy, a potem przystąpić do testu. Samo członkostwo w grupie nikogo nie zapisuje. |
| Zamknięty, przez organizację w zarządzanym Google Play | Brak opublikowanej liczby testerów | Tak | To Ty wybierasz, która organizacja ma dostęp do ścieżki; użytkowników przypisują administratorzy tej organizacji. |
| Otwarty | Bez limitu albo skonfigurowana wartość minimalna 1 000 | Nie | 1 000 to najmniejsza wartość, na jaką możesz ustawić limit, a nie liczba uczestników do zrekrutowania. |
| Dowolna ścieżka, konto testera | Konto Google lub konto Google Workspace | Warunek wstępny dla wszystkich | Google podaje, że aby dołączyć do testu, użytkownik potrzebuje konta Google albo konta Google Workspace. |
Źródła: Pomoc Play Console, odpowiedź 9845334 oraz odpowiedź 14151465 · sprawdzone 14 sierpnia 2026 r.
Liczby dotyczące testu wewnętrznego
Test wewnętrzny obsługuje do 100 testerów na aplikację, a Google podaje, że nowy pakiet aplikacji opublikowany na ścieżce wewnętrznej jest dostępny dla testerów w ciągu kilku minut. To najszybsza ścieżka, żeby pokazać kompilację małej grupie, i właśnie dlatego jest pułapką: warunek wstępny dostępu do wersji produkcyjnej wskazuje test zamknięty, więc czas spędzony na ścieżce wewnętrznej nie sumuje się do 14 dni, bez względu na to, ile osób na nią dodasz i jak sumiennie korzystają z aplikacji. Nie jest to też ścieżka najbardziej pojemna, bo test otwarty można ustawić na Bez limitu.
Test wewnętrzny ma jedną prawdziwą przewagę nad pozostałymi ścieżkami: jeśli aplikacja jest płatna, testerzy wewnętrzni mogą zainstalować ją bezpłatnie. W teście otwartym lub zamkniętym, jak podaje Google, testerzy i tak muszą kupić płatną aplikację. To realny koszt, który trzeba zaplanować, i jest niezależny od opłaty rejestracyjnej 25 USD.
Najdroższy błąd na tej stronie
Przeprowadzenie dwunastu osób przez test wewnętrzny przez czternaście dni nie daje nic, co liczyłoby się do dostępu do wersji produkcyjnej. Na to nakłada się druga pułapka: Google podaje, że użytkownik uczestniczący w teście wewnętrznym musi zrezygnować z testu wewnętrznego, zanim będzie mógł wziąć udział w teście otwartym lub zamkniętym, więc te same osoby mogą po cichu nie zarejestrować się na ścieżce, która się liczy.
Limity list w teście zamkniętym
Test zamknięty można zapełnić na trzy sposoby, a słynne liczby opisują tylko jeden z nich. Google dokumentuje listy e-mailowe testerów, Google Groups oraz przyznanie dostępu do ścieżki organizacji w zarządzanym Google Play. Cytowane przez wszystkich wartości, 2 000 użytkowników na listę, 50 list na ścieżkę testów i 200 list e-mailowych łącznie, to limity dotyczące konkretnie list e-mailowych. To trzy osobne pułapy konfiguracyjne i żaden z nich nie mówi, ilu unikalnych ludzi może testować Twoją aplikację.
Niezależnie od wybranej drogi krok zapisu jest ten sam i to on decyduje o Twojej liczbie. Testerzy potrzebują konta Google lub konta Google Workspace i każdy z nich musi przystąpić do testu przez link zapisu. W przypadku grupy Google Groups Google mówi wprost, że użytkownicy muszą dołączyć do grupy przed przystąpieniem do testu, więc członkostwo w grupie i kwalifikujący się tester to dwa różne stany o dwóch różnych licznikach.
Nie mnóż tych liczb. Pięćdziesiąt list razy dwa tysiące użytkowników to działanie arytmetyczne, a nie statystyka Google. Google podaje limity list, a nie ostateczny pułap unikalnych osób, więc wartość w rodzaju „maksymalnie 100 000 testerów” to liczba wyprowadzona, przedstawiana jako dokumentacja. Ta strona jej nie publikuje i nie powinno tego robić nic, co się na nią powołuje.
Jest jeszcze drugi powód, dla którego ta arytmetyka nie działa. Listy e-mailowe nie są jedynym sposobem zapełnienia testu zamkniętego: Google dokumentuje też korzystanie z Google Groups i podaje, że dla tych grup nie ma limitów rozmiaru. Pułap, który da się obejść wyborem innej konfiguracji, nigdy nie był pułapem liczby testerów.
Liczby dotyczące testu otwartego
Test otwarty można ustawić na Bez limitu albo ograniczyć skonfigurowanym przez siebie limitem testerów, przy czym ten limit musi wynosić co najmniej 1 000. To najczęściej przekręcana liczba w całym temacie. Jest wartością minimalną ustawienia, a nie wymogiem znalezienia tysiąca osób, i nie ma nic wspólnego z bramką testu zamkniętego. Google dokumentuje też prowadzenie wielu testów zamkniętych równocześnie z jednym testem otwartym.
Jeśli test otwarty jest wyszarzony
Dla objętego zasadą nowego konta osobistego to stan spodziewany, a nie błąd. Aktualna strona z wymaganiami Google podaje, że test otwarty staje się dostępny wtedy, gdy dostępna jest wersja produkcyjna, więc kolejność jest taka: najpierw test zamknięty, potem wniosek, potem pozostałe ścieżki. Do czego służy każda ze ścieżek i którą wybrać, gdy wszystkie są już dla Ciebie otwarte, opisuje porównanie testu wewnętrznego, zamkniętego i otwartego.
Narzędzie 03
Planer limitów ścieżek
Wybierz ścieżkę, zaznacz, czy testujesz na potrzeby wymogu dla nowych kont osobistych, i wpisz liczbę testerów, którą masz na myśli. Narzędzie sprawdzi ją względem udokumentowanych limitów dla tej konkretnej konfiguracji, zamiast stosować próg 12 testerów do każdego testu zamkniętego na świecie.
Statystyki dostępu do wersji produkcyjnej
Czternasty dzień niczego nie publikuje. Sprawia, że możesz złożyć wniosek o dostęp do wersji produkcyjnej z poziomu Panelu aplikacji, przez formularz z 3 sekcjami. Google następnie go weryfikuje, podaje, że ta weryfikacja zwykle zajmuje 7 dni lub mniej, i może uznać, że aplikacja nie jest gotowa, oraz poprosić o dalsze testy. Rozpatrzony pozytywnie wniosek daje dostęp do wersji produkcyjnej oraz do testu otwartego.
-
Krok 1
Zakwalifikuj się
Co najmniej 12 testerów uczestniczących nieprzerwanie co najmniej przez ostatnie 14 dni, na ścieżce testu zamkniętego.
To zależy od Ciebie -
Krok 2
Złóż wniosek
Wniosek z 3 sekcjami z poziomu Panelu aplikacji: Twój test zamknięty, Twoja aplikacja lub gra oraz gotowość do wersji produkcyjnej.
To zależy od Ciebie -
Krok 3
Weryfikacja
Decyduje Google. Zwykle 7 dni lub mniej, czasem dłużej, a wynikiem może być prośba o dalsze testy.
To zależy od Google
Niemal każdy zdesperowany wątek w samej Developer Help Community Google sprowadza się do luki między krokiem drugim a trzecim. Deweloperzy piszą posty zatytułowane „production access rejection despite 12 testers opted-in for 14 days continuously” i opisują testerów, którzy nigdy nie odinstalowali aplikacji, bo rozumieli próg jako decyzję. A nim nie jest. Dwunastu testerów przez czternaście nieprzerwanych dni to warunek kwalifikacji, a udokumentowany proces Google mówi wprost, że Google może wymagać dalszych testów, jeśli uzna, że aplikacja nie jest gotowa.
Ukończenie testu z 12 testerami przez 14 nieprzerwanych dni sprawia, że deweloper może złożyć wniosek o dostęp do wersji produkcyjnej. Nie gwarantuje zatwierdzenia wersji produkcyjnej.
Pomoc Google Play Console, odpowiedź 14151465 · sprawdzone 14 sierpnia 2026 r.
Nikt spoza Google nie jest w stanie podać liczby mówiącej, jak często weryfikacja kończy się odmową, bo Google jej nie publikuje. Powtarzające się odrzucenia są dobrze udokumentowane w Help Community Google, ale nie w postaci statystyki, więc ta strona traktuje je jako udokumentowaną możliwość popartą relacjami społeczności, a nie jako wskaźnik. Mechanikę wychodzenia z odmowy, w tym to, czy zaczyna się nowe okno, opisuje artykuł o tym, dlaczego testy zamknięte bywają odrzucane.
O co Google pyta po teście zamkniętym
Wniosek ma trzy sekcje. Pytania Google dotyczą tego, jak znalazłeś testerów i jak z nimi pracowałeś, czym jest aplikacja i dla kogo, oraz czy jest gotowa na publiczność. Nie ma za nimi żadnej opublikowanej formuły punktacji, więc jedyna sensowna postawa to rzetelność, a nie optymalizacja.
Jak zrekrutowano testerów, jak korzystali z aplikacji i jakie opinie wróciły.
Co robi aplikacja, dla kogo jest i jaką wartość daje tym odbiorcom.
Co zmieniło się w wyniku testów i dlaczego aplikacja jest teraz gotowa na wersję produkcyjną.
Nie ma opublikowanego klucza odpowiedzi. Google nazywa trzy sekcje i tematykę, o którą pyta. Nie publikuje modelu punktacji, limitu znaków ani listy zwrotów, które przechodzą. Każda strona, która taki klucz przedstawia, po prostu go wymyśliła. Przykłady tego, jak deweloperzy naprawdę opisują swój test, znajdziesz w artykule o kwestionariuszu dostępu do wersji produkcyjnej.
Jeśli chodzi o czas, 7 dni lub mniej to jedyna liczba, za którą stoi pierwotne źródło, a Google opatruje ją słowem „zwykle”. Traktuj ją jako opis typowego przypadku, a nie termin, wokół którego zaplanujesz datę premiery. Czas weryfikacji etap po etapie w całej drodze do publikacji opisuje artykuł o czasie weryfikacji w Google Play.
Kalendarium zasad testów zamkniętych
Całą historię niosą cztery daty: zapowiedź, data graniczna dla objętych kont cztery dni później, obniżenie z 20 do 12 w grudniu 2024 r. oraz stan obecny. Data zapowiedzi i data graniczna to dwie różne rzeczy, a mylenie ich to najczęstszy błąd w opracowaniach tej zasady.
-
9 listopada 2023 r.
Zapowiedź z 20 testerami
Google ogłosił, że nowe osobiste konta dewelopera będą musiały przetestować aplikację z udziałem 20 osób przez co najmniej dwa tygodnie przed złożeniem wniosku o dostęp do wersji produkcyjnej, tak aby deweloperzy mogli wykryć problemy i zebrać opinie przed premierą.
Zweryfikowane, historyczne -
13 listopada 2023 r.
Data graniczna dla objętych kont
Data, której aktualna strona pomocy Google używa do określenia, kogo dotyczy zasada: osobistych kont dewelopera utworzonych po niej. To granica grupy, a nie data zapowiedzi, i dzielą je cztery dni.
Zweryfikowane -
11 grudnia 2024 r.
20 stało się 12
Google zaktualizował zasady, obniżając wymóg testowania z 20 testerów do 12. Okres 14 dni pozostał bez zmian. Deweloperzy zauważyli zmianę w Play Console, zanim nadążyła za nią dokumentacja, i dlatego część ówczesnych wątków traktuje ją jako możliwy błąd.
Zweryfikowane -
Dzisiaj, 14 sierpnia 2026 r.
12 testerów, 14 nieprzerwanych dni
Stan aktualny, sprawdzony tego dnia na stronie z wymaganiami Google. W przejrzanych źródłach nie znaleziono żadnego progu zastępczego ani daty końcowej dla tej zasady.
Zweryfikowane
To są dowody, bez opowieści. Pełną relację z tego, co się zmieniło, dlaczego deweloperzy zareagowali tak, jak zareagowali, i co to oznaczało dla aplikacji będących wtedy w trakcie testów, znajdziesz w artykule o zmianie z 20 testerów na 12 w Google Play, który pozostaje kanonicznym zapisem tej zmiany zasad na tej witrynie.
Co Google mówi, a czego nie
Osiem twierdzeń wyrządza w tym temacie najwięcej szkód i wszystkie osiem to nadinterpretacje faktycznych sformułowań Google, a nie ich cytaty. Poniższa tabela zestawia objaw w takiej postaci, w jakiej zgłaszają go deweloperzy, z najlepiej uzasadnionym odczytaniem dokumentacji i ocenia, jak mocne jest to odczytanie.
| Co zgłaszają deweloperzy | Najlepiej uzasadnione wyjaśnienie | Co sprawdzić | Ocena |
|---|---|---|---|
| „Dodałem 12 adresów e-mail, ale Play Console liczy mniej”. | Bycie na liście e-mailowej to nie to samo co przystąpienie do testu. | Potwierdź, że każdy tester użył linku zapisu na kwalifikującym się koncie i faktycznie przystąpił do testu. | Zweryfikowane |
| „Przeprowadziłem test wewnętrzny z 12 osobami lub większą liczbą przez 14 dni”. | Warunek wstępny mówi o teście zamkniętym. Czas w teście wewnętrznym się do niego nie sumuje. | Skonfiguruj i uruchom ścieżkę testu zamkniętego. Limit 100 osób w teście wewnętrznym tego nie zastąpi. | Zweryfikowane |
| „Dotarłem do 14. dnia, dlaczego nie mogę opublikować aplikacji?” | Czternasty dzień uprawnia Cię do złożenia wniosku o dostęp do wersji produkcyjnej i nic ponadto. | Otwórz Panel aplikacji i wypełnij wniosek o dostęp do wersji produkcyjnej, gdy tylko pojawi się kwalifikacja. | Zweryfikowane |
| „Google mnie odrzucił, chociaż miałem 12 testerów”. | Próg decyduje o prawie do złożenia wniosku, a nie o wyniku weryfikacji. | Testuj dalej, jeśli o to poproszono, i odpowiedz we wniosku zgodnie z prawdą o rekrutacji, zaangażowaniu, opiniach i gotowości. | Zweryfikowane |
| „Test otwarty jest wyłączony dla mojej aplikacji”. | To normalne w ścieżce dla objętych zasadą kont. Test otwarty staje się dostępny wtedy, gdy dostępna jest wersja produkcyjna. | Najpierw zakończ test zamknięty i złóż wniosek o dostęp do wersji produkcyjnej. | Zweryfikowane |
| „Czy moi testerzy muszą otwierać aplikację codziennie?” | Google mówi o nieprzerwanym uczestnictwie w teście. Nie publikuje żadnego warunku liczbowego typu jedno otwarcie dziennie. | Zachęcaj do rzeczywistego korzystania i zbieraj opinie, bo zaangażowanie jest oceniane we wniosku, ale nie przedstawiaj codziennych otwarć jako zasady Google. | Zweryfikowane |
| „Jeden tester odinstalował aplikację. Czy moje 14 dni się zresetowało?” | Opublikowany warunek mówi o nieprzerwanym uczestnictwie, a źródło nie zrównuje odinstalowania z rezygnacją z testu. | Sprawdź faktyczny status uczestnictwa i to, czy warunek nieprzerwanych 14 dni nadal spełnia co najmniej 12 testerów. | Częściowo |
| „Po odrzuceniu moja liczba testerów wygląda źle”. | Wielokrotnie zgłaszane w Help Community Google. Google nie dokumentuje algorytmu zliczania, który by to tłumaczył. | Zestaw listę z faktycznym statusem uczestnictwa, zanim uznasz to za błąd Console. Duch testera to język deweloperów, a nie termin Google. | Zgłoszone |
We wszystkich ośmiu wierszach wzorzec jest ten sam. Google publikuje próg i proces; nie publikuje mechaniki, która pod nimi leży. To właśnie w tę lukę strony komercyjne wstawiają brzmiące pewnie szczegóły, i dlatego ten artykuł ocenia każdą linijkę, zamiast sprowadzać je do jednego głosu. Jeśli to konkretnie Twój licznik utknął poniżej rozmiaru listy, pełną diagnozę znajdziesz w artykule o dodaniu 12 testerów i zerze uczestników.
O płatnych usługach testerskich, w tym o tej. Deweloperzy w Help Community Google pytali wprost, czy to skorzystanie z płatnej usługi spowodowało odrzucenie ich wniosku. Żadne pierwotne źródło Google znalezione na potrzeby tej strony nie mówi, że płatne usługi testerskie są dozwolone, i żadne nie mówi, że są zakazane. Rzetelne stanowisko jest takie: Google dokumentuje wymagania i weryfikuje wnioski, ale nie publikuje żadnej zasady dotyczącej kanałów rekrutacji, w żadną stronę. Każda strona twierdząca, że Google je popiera albo ich zakazuje, zapełnia lukę w dokumentacji własną opinią.
Niezweryfikowane Nie znaleziono pierwotnego źródła Google w żadną ze stron.
Liczby, których Google nie publikuje
Sześć z najczęściej cytowanych rzeczy w tym temacie nie miało w źródłach przejrzanych na potrzeby tej strony żadnego pierwotnego źródła Google: wskaźnik zatwierdzeń testów zamkniętych, wskaźnik odrzuceń, dokładna aktualna liczba aplikacji w Google Play, próg dziennych otwarć aplikacji, formuła punktacji weryfikacji dostępu do wersji produkcyjnej oraz algorytm stojący za licznikiem testerów w Play Console. Jeśli jakaś strona podaje Ci którąś z nich jako statystykę Google, zapytaj, z której pierwotnej strony Google ta liczba pochodzi.
-
Wskaźnik zatwierdzeń lub skuteczności testów zamkniętych Nie znaleziono źródła
Nie znaleziono opublikowanego przez Google odsetka mówiącego, jak często deweloperzy spełniający próg 12/14 otrzymują dostęp do wersji produkcyjnej. Krążące procenty pochodzą od usług komercyjnych opisujących własne wyniki, a to inny pomiar, z innym mianownikiem.
-
Wskaźnik odrzuceń w Google Play Nie znaleziono źródła
Google publikuje liczby zatrzymanych aplikacji naruszających zasady, a nie procentowy wskaźnik odrzuceń oparty na mianowniku. Z tych liczb nie da się odtworzyć wskaźnika, bo populacja, z której je zaczerpnięto, nie jest publikowana razem z nimi.
-
Dokładna aktualna liczba aplikacji w Google Play Miliony, bez liczby
Aktualne materiały Google opisują Play jako dom dla milionów aplikacji i treści, zamiast podawać dokładną liczbę. Istnieją szacunki komercyjnych narzędzi analitycznych, ale nie są to liczby Google, więc ta strona nie podstawia ich w to miejsce.
-
Wymóg codziennego otwierania aplikacji Nie ma tego w zasadzie
Aktualna zasada kwalifikacyjna mówi o nieprzerwanym uczestnictwie w teście i nie stawia liczbowego wymogu jednego otwarcia aplikacji dziennie przez testera. Google pyta natomiast o zaangażowanie testerów przy ocenie dostępu do wersji produkcyjnej i to właśnie tam zaangażowanie naprawdę się liczy.
-
Formuła punktacji wniosku o dostęp do wersji produkcyjnej Nie znaleziono źródła
Google nazywa trzy sekcje wniosku i tematykę, o którą pyta. W dokumentacji przejrzanej na potrzeby tej strony nie pojawiają się żadne wagi, progi, limity znaków ani model oceny odpowiedzi.
-
Algorytm zliczania testerów albo resetowania okna Nie znaleziono źródła
Google publikuje warunek, że co najmniej 12 testerów musiało uczestniczyć w teście nieprzerwanie przez ostatnie 14 dni. Nie publikuje tego, jak Play Console wylicza tę liczbę, co dzieje się z indywidualnymi zegarami, gdy tester odpadnie, ani czy jakieś zdarzenie resetuje okno wszystkim. Krążące opowieści o resetach to wnioski wyciągnięte z zachowania Console, a nie dokumentacja.
Warto nazwać jeszcze jeden brak, bo to właśnie jego najczęściej zapełnia się czymś, co brzmi autorytatywnie. Google nie opublikował samodzielnego efektu liczbowego dla wymogu 12 testerów. W swoich raportach o bezpieczeństwie ujmuje wymagania dotyczące testowania razem z weryfikacją deweloperów i obowiązkowymi kontrolami przed sprawdzeniem, i opisuje efekt łączny. Każde zdanie w rodzaju „zasada 12 testerów obniżyła X o Y procent” jest konstrukcją, a nie cytatem.
Test, który możesz zrobić na dowolnej stronie, także na tej
Przy każdej statystyce zadaj trzy pytania: z jakiego dokładnie zdania pochodzi, kiedy to zdanie było ostatnio sprawdzane i czy źródło rzeczywiście to mówi, czy strona jedynie to sugeruje. Statystyka, która nie przetrwa tych trzech pytań, nie jest statystyką. Każdą liczbę powyżej zapisano tak, żeby dało się ją sprawdzić w konkretnej odpowiedzi w pomocy Play Console albo w nazwanej publikacji Google, i dlatego Kreator cytowań u góry tego artykułu dołącza źródło oraz datę do wszystkiego, co skopiujesz.
Jak PrimeTestLab pomaga z liczbą, której nie da się nigdzie sprawdzić
Każdą zweryfikowaną liczbę powyżej da się doprowadzić do pierwotnego źródła; częściowe interpretacje i dane, których Google nie publikuje, są oznaczone osobno. Tylko jedna liczba na tej stronie jest zadaniem, a nie faktem: 12 prawdziwych osób uczestniczących w teście przez 14 nieprzerwanych dni. PrimeTestLab dostarcza taką grupę na prawdziwych urządzeniach od Androida 7 do 17, od $19.99, i utrzymuje ją przez całe okno, żeby liczba nie spadła poniżej progu, gdy Ty pracujesz nad kompilacją.
To, co za to dostajesz, to stabilna liczba uczestników testu, czyli jedyna zmienna, za którą dokumentacja czyni Cię odpowiedzialnym, i ta, która po cichu psuje większość testów organizowanych samodzielnie. Nie dostajesz za to decyzji. Wniosek o dostęp do wersji produkcyjnej weryfikuje Google i żadna usługa nie może obiecać wyniku tej weryfikacji. Możemy zobowiązać się do tego, co jest w naszym zasięgu: jeśli kampania nie dostarczy testów, za które zapłaciłeś, gwarancją jest bezpłatny ponowny test lub pełny zwrot pieniędzy.
| Co trzeba załatwić | Samodzielna rekrutacja grupy | Grupa pod opieką |
|---|---|---|
| Co najmniej 12 testerów | Znajomi, fora i grupy wymiany. Znalezienie dwunastu osób jest możliwe; trudne jest znalezienie dwunastu, które wytrwają do końca. | 12 przydzielonych z góry, a w większych wariantach 20 i 25 testerów, dla zapasu ponad minimum. |
| Uczestnictwo przez 14 nieprzerwanych dni | Codziennie pilnujesz statusu uczestnictwa i gonisz każdego, kto odpadnie, bo spadek poniżej minimum przerywa warunek ciągłości. | Grupa jest utrzymywana przez całe okno, więc liczby, której pilnujesz, pilnuje za Ciebie ktoś inny. |
| Różnorodność testerów i urządzeń | Kogo zdołasz namówić, na sprzęcie, jaki akurat ma. | Prawdziwi ludzie na prawdziwych urządzeniach, od Androida 7 do 17, w 120+ krajach. |
| Opinie na pytanie o gotowość | Zależy wyłącznie od tego, jak zaangażowani są zrekrutowani przez Ciebie ludzie. Często najsłabszy element testu prowadzonego samodzielnie. | Uporządkowane opinie testerów, na które możesz się powołać, gdy wniosek pyta, co zmieniło się w wyniku testów. |
| Koszt | Bez wydatku gotówki, płacisz dniami gonienia ludzi w okresie, w którym najbardziej powinieneś budować aplikację. | Od $19.99 w wariancie z 12 testerami. |
| Decyzja o dostępie do wersji produkcyjnej | Należy do Google | Nadal należy do Google. Żadna usługa nie może obiecać zatwierdzenia, a jeśli to robi, opisuje coś, nad czym nie panuje. |
Dla kontekstu co do skali, a nie jako twierdzenie o Twojej aplikacji: PrimeTestLab przeprowadził testy zamknięte dla 7 400+ aplikacji z wynikiem 99,9% w 120+ krajach. To nasze liczby, mierzone na naszych kampaniach, i należą do tej samej kategorii co każda inna liczba własna w internecie: przydatne, ale niebędące statystyką Google.
Najczęściej zadawane pytania
Czy w 2026 r. nadal potrzebuję 20 testerów w Google Play?
Nie. Obecne minimum to 12 testerów, a nie 20. Google ogłosił wymóg 20 osób i co najmniej dwóch tygodni 9 listopada 2023 r., a 11 grudnia 2024 r. zaktualizował zasady, obniżając minimalną liczbę testerów do 12; okres 14 dni pozostał bez zmian. Strony, które nadal podają 20 jako liczbę obowiązującą w 2026 r., cytują nieaktualną już zapowiedź.
Czy 12 testerów musi uczestniczyć w teście przez wszystkie 14 dni?
Sformułowanie Google brzmi: co najmniej 12 testerów musiało uczestniczyć w teście nieprzerwanie co najmniej przez ostatnie 14 dni. Na potrzeby tego opublikowanego progu liczbowego Google liczy nieprzerwany status uczestnictwa, a nie instalacje, pobrania czy jakiś udokumentowany cel codziennego korzystania. Zaangażowanie to sprawa osobna, ale równie istotna: Google pyta, jak testerzy korzystali z aplikacji, czy ich sposób używania przypominał spodziewane użycie w wersji produkcyjnej i jakie przekazali opinie, a niewystarczające zaangażowanie może skutkować prośbą o dalsze testy. Grupa testerów, z których każdy uczestniczył w innym czasie, to nie to samo co 12 testerów uczestniczących w tym samym, nieprzerwanym 14-dniowym oknie.
Kiedy tak naprawdę zaczyna się okres 14 dni?
Nie w momencie dodania adresów e-mail. Dodanie kogoś do listy albo do grupy w Google Groups sprawia jedynie, że ta osoba może dołączyć; stanem kwalifikującym jest przystąpienie testera do testu i pozostawanie w nim. Warunek publikowany przez Google brzmi: co najmniej 12 testerów uczestniczy w teście nieprzerwanie co najmniej przez ostatnie 14 dni. Za źródło prawdy przyjmuj więc status wymogu dostępu do wersji produkcyjnej pokazywany w Play Console, a nie liczenie dni od dnia, w którym skonfigurowałeś ścieżkę.
Czy test wewnętrzny liczy się do 12 testerów przez 14 dni?
Nie. Warunek wstępny dostępu do wersji produkcyjnej wyraźnie wymaga testu zamkniętego. Test wewnętrzny jest opisany osobno, jako opcjonalna ścieżka obsługująca do 100 testerów na aplikację, a kompilacje wewnętrzne są zwykle dostępne dla testerów w ciągu kilku minut od opublikowania. Przeprowadzenie 12 osób przez test wewnętrzny przez 14 dni nie spełnia wymogu testu zamkniętego.
Czy moich 12 testerów musi otwierać aplikację codziennie?
Publiczny wymóg liczbowy Google nie mówi nic o progu jednego otwarcia aplikacji dziennie. Udokumentowanym warunkiem liczbowym jest nieprzerwane uczestnictwo w teście. Zaangażowanie nadal ma znaczenie, bo we wniosku o dostęp do wersji produkcyjnej Google pyta, jak rekrutowano testerów, jak korzystali z aplikacji i jakie przekazali opinie, a Google podaje, że niewystarczające zaangażowanie testerów może skutkować prośbą o dalsze testy. Żadne źródło Google znalezione na potrzeby tej strony nie publikuje liczby dziennych otwarć, więc traktuj rzeczywiste korzystanie z aplikacji jako coś, co warto wspierać i opisać, a nie jako udokumentowany limit do wyrobienia.
Ukończyłem 14 dni. Czy mam automatycznie zatwierdzoną wersję produkcyjną?
Nie. Ukończenie kwalifikującego testu zamkniętego sprawia, że możesz poprosić o dostęp do wersji produkcyjnej z poziomu Panelu aplikacji w Play Console. Google weryfikuje ten wniosek i może uznać, że aplikacja nie jest gotowa, oraz poprosić o dalsze testy. Dwunastu testerów przez 14 nieprzerwanych dni to próg uprawniający do złożenia wniosku, a nie gwarancja zatwierdzenia.
Jak długo Google weryfikuje wniosek o dostęp do wersji produkcyjnej?
Aktualna strona pomocy Google podaje, że weryfikacja wniosku o dostęp do wersji produkcyjnej zwykle zajmuje 7 dni lub mniej, a w niektórych przypadkach może potrwać dłużej. To opis typowego przypadku, a nie umowa o poziomie usług ani gwarantowana data decyzji, więc nigdy nie należy cytować tego jako sztywnego, siedmiodniowego terminu.
Czy mogę użyć testu otwartego zamiast zamkniętego?
Nie w przypadku tego warunku wstępnego. Aktualna strona z wymaganiami Google opisuje test zamknięty dla objętych zasadą nowych kont osobistych i podaje, że test otwarty staje się dostępny wtedy, gdy dostępna jest wersja produkcyjna. Liczba 1 000 wiązana z testem otwartym to minimalny skonfigurowany limit testerów, gdy test otwarty nie jest ustawiony na Bez limitu, a nie wymóg zrekrutowania 1 000 uczestników.
Czy mogę użyć Google Groups zamiast pojedynczych list e-mailowych?
Tak. Google dokumentuje dostęp do testu zamkniętego przez listy e-mailowe testerów, przez Google Groups oraz przez przyznanie dostępu do ścieżki organizacji korzystającej z zarządzanego Google Play. Liczby 2 000 użytkowników na listę, 50 list na ścieżkę i 200 list łącznie dotyczą wyłącznie list e-mailowych; Google podaje, że dla grup Google Groups używanych z dodatkowymi ścieżkami testów zamkniętych nie ma limitów rozmiaru. Członkostwo w grupie to nie to samo co uczestnictwo w teście: Google podaje, że użytkownicy muszą dołączyć do grupy, zanim przystąpią do testu, więc są to dwie osobne liczby.
Czy moi testerzy potrzebują kont Google?
Tak. Google podaje, że aby dołączyć do testu, użytkownik potrzebuje konta Google albo konta Google Workspace. Adres zapisany w Twoich kontaktach ani zwykła skrzynka pocztowa niepowiązana z odpowiednim kontem Google nie pozwolą dokończyć przystąpienia do testu, i to jedna z przyczyn, dla których lista może wyglądać na kompletną, choć liczba kwalifikujących się testerów pozostaje niższa.
Czy testerzy w teście zamkniętym muszą kupić płatną aplikację?
Tak, jeśli sama aplikacja jest płatna. Google podaje, że testerzy w teście otwartym lub zamkniętym nadal muszą kupić aplikację, natomiast testerzy w teście wewnętrznym mogą zainstalować płatną aplikację bezpłatnie. Ten koszt dochodzi do jednorazowej opłaty rejestracyjnej dewelopera w wysokości 25 USD oraz do tego, co płacisz dostawcy usług testowych, i dotyczy właśnie ścieżki testu zamkniętego, której wymaga zasada dostępu do wersji produkcyjnej.
Czy konta organizacji też muszą przejść test z 12 testerami?
Aktualna dokumentacja Google ogranicza ten dodatkowy wymóg testowania do osobistych kont dewelopera utworzonych po 13 listopada 2023 r., a osobno wskazuje konto osobiste i konto organizacji jako dwa typy kont dewelopera. Precyzyjne i możliwe do obrony stwierdzenie brzmi więc tak: udokumentowany wymóg 12 testerów przy dostępie do wersji produkcyjnej dotyczy objętych nim nowych kont osobistych. W materiałach pomocy przejrzanych na potrzeby tej strony Google nie używa zdania, że konta organizacji są z tego wymogu zwolnione.
Dlaczego Play Console pokazuje mniej testerów, niż dodałem adresów e-mail?
Dodanie adresu do kwalifikującej się listy e-mailowej i faktyczne przystąpienie danej osoby do testu to dwa różne kroki. Google każe deweloperom rozesłać adres URL przystąpienia do testów i podaje, że każdy tester musi do niego dołączyć. Wątki w Developer Help Community regularnie pokazują listy większe niż liczba kwalifikujących się testerów właśnie z tego powodu, więc sprawdzaj status uczestnictwa każdego testera, a nie rozmiar listy.
Gdzie w Play Console widzę postęp testu zamkniętego?
Sprawdź wymóg testowania dla dostępu do wersji produkcyjnej pokazywany w Panelu aplikacji. Liczbą kwalifikującą jest liczba testerów, których Play Console uznaje za uczestniczących w teście na potrzeby tego wymogu, a nie liczba dodanych przez Ciebie adresów e-mail, nie instalacje widoczne w Statystykach ani nie liczba instalacji na stronie w Play Store. Ta liczba kwalifikująca może różnić się od danych o instalacjach, bo obie mierzą co innego. Deweloperzy zgłaszają też opóźnienia w aktualizacji licznika, ale Google nie publikuje ani harmonogramu jego odświeżania, ani algorytmu wyliczania, więc traktuj wymóg dostępu do wersji produkcyjnej w Panelu jako ostateczną wskazówkę co do kwalifikowalności.
Czy odinstalowanie aplikacji resetuje 14 dni?
Opublikowany przez Google warunek jest sformułowany wokół testerów, którzy nieprzerwanie pozostają uczestnikami testu, a pierwotna dokumentacja przejrzana na potrzeby tej strony nie mówi, że samo odinstalowanie aplikacji jest równoznaczne z rezygnacją z testu. Traktuj status uczestnictwa jako liczbę, którą trzeba obserwować. Jeśli warunek nieprzerwanych 14 dni spełnia mniej niż 12 testerów, nie możesz jeszcze złożyć wniosku, ale popularne twierdzenie, że pojedyncze odinstalowanie automatycznie resetuje cały test, nie ma potwierdzenia w źródle.
Czy Google publikuje wskaźnik zatwierdzeń lub skuteczności testów zamkniętych?
W pierwotnych źródłach przejrzanych na potrzeby tej strony nie znaleziono opublikowanego przez Google wskaźnika zatwierdzeń, wskaźnika odrzuceń ani odsetka sukcesów dla wymogu 12 testerów. Google publikuje dane o bezpieczeństwie całego ekosystemu, na przykład o niedopuszczeniu do publikacji ponad 1,75 mln aplikacji naruszających zasady w 2025 r., ale to zliczenia obejmujące cały Google Play i nie da się ich przeliczyć na wskaźnik zatwierdzeń testów zamkniętych. Każdy procent przedstawiany jako wskaźnik skuteczności testów zamkniętych według Google traktuj jako pozbawiony źródła, dopóki nie pojawi się na pierwotnej stronie Google.
Ile kosztuje przeprowadzenie testu zamkniętego z 12 prawdziwymi testerami?
Google pobiera jednorazową opłatę rejestracyjną dewelopera w wysokości 25 USD i nie pobiera nic za sam test zamknięty, więc prawdziwym kosztem testu jest znalezienie 12 osób, które pozostaną w nim nieprzerwanie przez 14 dni. PrimeTestLab dostarcza 12 prawdziwych testerów na prawdziwych urządzeniach od $19.99 i utrzymuje tę grupę przez pełne 14 dni, z gwarancją bezpłatnego ponownego testu lub pełnego zwrotu pieniędzy. Żadna usługa nie może obiecać zatwierdzenia przez Google, bo decyzja o dostępie do wersji produkcyjnej należy do Google.
Załącznik
Sąsiednie statystyki Google Play
Wszystko powyżej to liczby dotyczące testów zamkniętych. Poniżej znajduje się zestaw danych, po które deweloperzy sięgają na tej stronie w następnej kolejności: ile kosztuje samo konto i kiedy Google zamyka nieużywane, docelowe poziomy API i daty wynikające z zasad, które decydują o tym, czy kompilacja w ogóle zostanie przyjęta, progi Android vitals rządzące widocznością w sklepie oraz własne liczby egzekwowania zasad w ekosystemie Google. To samo źródłowanie, te same oceny, ta sama data sprawdzenia. Żadna z tych rzeczy nie jest warunkiem bramki 12/14 i właśnie dlatego stoją tutaj, a nie w jej środku.
Liczby dotyczące konta dewelopera i publikowania
Google Play pobiera jednorazową opłatę rejestracyjną 25 USD, wymaga, aby posiadacz konta miał ukończone 18 lat, i oferuje dwa typy kont: osobiste i organizacji. Nowe aplikacje muszą być publikowane w formacie Android App Bundle od sierpnia 2021 r. Żadna z tych rzeczy nie zależy od bramki testów zamkniętych, a wszystkie pojawiają się w tych samych odpowiedziach pomocy.
| Statystyka | Wartość | Wiarygodność | Zastrzeżenie |
|---|---|---|---|
| Opłata rejestracyjna dewelopera | 25 USD | Zweryfikowane | Jednorazowa, pobierana przy rejestracji. To nie jest abonament roczny. |
| Minimalny wiek dewelopera | 18 lat | Zweryfikowane | Podane na stronie rejestracji konta Google. |
| Typy kont dewelopera | 2 | Zweryfikowane | Konto osobiste i konto organizacji. Bramka testów zamkniętych jest udokumentowana wobec nowych kont osobistych. |
| Wymóg Android App Bundle | Od sierpnia 2021 r. | Zweryfikowane | Dotyczy nowych aplikacji w Google Play. W treściach ponadczasowych podawaj miesiąc, a nie konkretny dzień. |
| Zwolnienie kont organizacji | Wynika z zakresu | Częściowo | Google ogranicza tę bramkę do nowych kont osobistych. Nie publikuje zdania o zwolnieniu kont organizacji. |
Źródła: Pomoc Play Console, odpowiedź 6112435 oraz dokumentacja Android App Bundle · sprawdzone 14 sierpnia 2026 r.
Opłata jest liczbą najczęściej zapamiętywaną błędnie jako cykliczna, więc warto precyzyjnie powiedzieć, co za nią dostajesz, a czego nie. Rejestruje ona konto dewelopera. Nie skraca testu zamkniętego, nie zwalnia z niego objętego zasadą konta i nie przyspiesza weryfikacji dostępu do wersji produkcyjnej. Co dzieje się po tej płatności, krok po kroku, opisuje artykuł o tym, co robić po opłaceniu 25 USD.
Liczby dotyczące nieaktywności konta
Trafiają na tę samą stronę, bo to one decydują o tym, czy konto, za które zapłaciłeś 25 USD, nadal istnieje, gdy do niego wrócisz. Google je publikuje i są bardziej szczegółowe, niż większość deweloperów się spodziewa: rok, 1 000 łącznych instalacji w całym okresie, 180 dni korzystania z Play Console oraz powiadomienia ostrzegawcze na 60, 30 i 7 dni przed zamknięciem.
| Przypadek | Warunki wymieniane przez Google | Wiarygodność |
|---|---|---|
| Konto bez aplikacji | Utworzone ponad rok temu i nigdy nie zgłosiło żadnej aplikacji do sprawdzenia. | Zweryfikowane |
| Konto z aplikacjami | Utworzone ponad rok temu; wszystkie opublikowane aplikacje, w tym aktywne, usunięte i zawieszone, mają łącznie mniej niż 1 000 instalacji w całym okresie; numer telefonu i adres kontaktowy konta są niezweryfikowane; a z Play Console nie korzystano przez ostatnie 180 dni. | Zweryfikowane |
| Harmonogram ostrzeżeń | Przypomnienia na 60, 30 i 7 dni przed zamknięciem konta. | Zweryfikowane |
| Opłata po zamknięciu | Opłata rejestracyjna nie jest zwracana, gdy konto zostaje zamknięte z powodu nieaktywności. | Zweryfikowane |
Źródło: Pomoc Play Console, odpowiedź 11605267 · sprawdzone 14 sierpnia 2026 r.
Odtwarzaj warunki, a nie logiczny skrót. Cztery powyższe pozycje to dokładnie to, co Google wymienia dla konta, które opublikowało aplikacje. Ta strona podaje je jako zestaw, w kolejności Google, i nie sprowadza ich do „którykolwiek z nich zamyka konto” ani „wszystkie cztery muszą zachodzić naraz”, bo popularne parafrazy tej zasady różnią się między sobą, a strona źródłowa jest listą, a nie formułą. Jedyna liczba, której ta strona nadal nie poda, to dokładna aktualna liczba aplikacji w Google Play: materiały samego Google mówią „miliony”, zamiast podawać wartość, a szacunki komercyjnych narzędzi analitycznych nie są liczbą Google.
Częściowo Warunki zweryfikowane pojedynczo. Dokładna relacja logiczna między nimi nie jest podana na tyle wprost, by dało się ją sparafrazować.
Terminy na 2026 i 2027 r.
Trzy daty publikacyjne leżą na tyle blisko bramki testów zamkniętych, że pojawiają się w tych samych odpowiedziach pomocy. Nowe aplikacje na telefony i tablety oraz ich aktualizacje muszą co do zasady kierować się na Androida 16, poziom API 36 lub wyższy, od 31 sierpnia 2026 r. Można wnioskować o przedłużenie do 1 listopada 2026 r. Nowa zasada dotycząca uprawnień do kontaktów wchodzi w życie 27 stycznia 2027 r., a nie 28 października 2026 r.
| Data | Czego dotyczy | Liczba, o którą chodzi | Status |
|---|---|---|---|
| sierpień 2021 r. | Nowe aplikacje w Google Play muszą używać Android App Bundle | Wymagany AAB | Aktualne |
| 9 listopada 2023 r. | Pierwotna zapowiedź bramki testowej | 20 osób, minimum 2 tygodnie | Historyczne |
| 13 listopada 2023 r. | Data graniczna kont objętych bramką testową | Nowe konta osobiste po tej dacie | Aktualna definicja grupy kont |
| 11 grudnia 2024 r. | Obniżenie progu liczby testerów | 20 staje się 12 | Aktualny próg |
| 31 sierpnia 2025 r. | Minimalny docelowy poziom API dla zgłoszeń na Androida TV | Android 14, API 34 | Obowiązuje |
| 31 sierpnia 2026 r. | Minimalny docelowy poziom API dla nowych aplikacji i aktualizacji na telefony i tablety | Android 16, API 36 | Obowiązuje |
| 1 listopada 2026 r. | Koniec okresu, w którym można wnioskować o przedłużenie docelowego poziomu API | Przedłużenie do tej daty | Wkrótce |
| 28 października 2026 r. | Wcześniejsza data zasady dotyczącej kontaktów | Zastąpione | Nie podawaj jako aktualnej |
| 27 stycznia 2027 r. | Data wejścia w życie zasady dotyczącej uprawnień do kontaktów | Nowa zasada dotycząca kontaktów | Aktualny opublikowany termin |
Minimalny docelowy poziom API od 31 sierpnia 2026 r.
Od 31 sierpnia 2026 r. nowe aplikacje i aktualizacje aplikacji w Google Play muszą co do zasady kierować się na minimalny poziom API, a próg nie jest taki sam dla wszystkich typów urządzeń. Telefony i tablety mają API 36. Wear OS i Android Automotive OS mają API 35. Android TV i Android XR mają API 34. Próg API 34 dla Androida TV nie jest w tej dacie nowy: pomoc Play Console datuje go na 31 sierpnia 2025 r., czyli rok wcześniej, a aktualna strona Google z wymaganiami dotyczącymi docelowego poziomu API przenosi Androida TV dalej z tym samym API 34, obok Androida XR. Dla Androida TV data 31 sierpnia 2026 r. nie zmienia więc nic w wymaganym poziomie. Odczytanie jednego poziomu API dla całej tabeli to najłatwiejsza pomyłka w tym miejscu, a założenie, że każdy typ urządzeń dostał w 2026 r. nowy próg, to druga w kolejności.
| Kategoria urządzeń | Minimalny poziom docelowy | Obowiązuje dla nowych zgłoszeń | Przedłużenie |
|---|---|---|---|
| Telefony i tablety, nowe aplikacje i aktualizacje | Android 16, API 36+ | 31 sierpnia 2026 r. | Wnioski do 1 listopada 2026 r. |
| Wear OS | Android 15, API 35+ | 31 sierpnia 2026 r. | Aktualny proces kwalifikacji i przedłużenia po stronie Google |
| Android Automotive OS | Android 15, API 35+ | 31 sierpnia 2026 r. | Aktualny proces kwalifikacji i przedłużenia po stronie Google |
| Android XR | Android 14, API 34+ | 31 sierpnia 2026 r. | Aktualny proces kwalifikacji i przedłużenia po stronie Google |
| Android TV | Android 14, API 34+ | 31 sierpnia 2025 r., już obowiązuje; przeniesione bez zmian na 31 sierpnia 2026 r. | Aktualny proces kwalifikacji i przedłużenia po stronie Google |
Źródła: Pomoc Play Console, odpowiedź 11926878 oraz Android Developers, wymagania dotyczące docelowego poziomu API · sprawdzone 14 sierpnia 2026 r.
Z testem zamkniętym łączy się to w jeden praktyczny sposób: plik, który wgrywasz do testu, też jest kompilacją, więc obowiązują go te same progi dla zgłoszeń. Samą migrację, w tym to, co podniesienie poziomu docelowego zmienia, a czego nie, opisuje artykuł o docelowym poziomie API, a błąd bibliotek natywnych, który zatrzymuje większość osób w połowie migracji, opisuje artykuł o rozmiarze stron 16 KB.
Data zasady dotyczącej kontaktów, która się zmieniła
Zmieniony termin
28 października 2026 r. 27 stycznia 2027 r.
Aktualna tabela terminów wynikających z zasad Google i jej strona pomocy o informacjach poufnych podają jako datę wejścia w życie nowej zasady dotyczącej uprawnień do kontaktów 27 stycznia 2027 r.; zapowiedziano ją 15 kwietnia 2026 r. Data 28 października 2026 r. pojawia się w starszych materiałach, także we wcześniejszych notatkach na tej witrynie, i nie jest już aktualna. Zasada dotyczy szerokiego dostępu do kontaktów, a tam, gdzie taki dostęp nie jest konieczny, oczekiwany jest systemowy selektor kontaktów Androida; zależy to od konkretnego zastosowania, więc nie należy sprowadzać jej do ogólnego twierdzenia, że cały poziom API nie może korzystać z kontaktów.
Zweryfikowane Data zweryfikowana. Sam zakres zasady oceniono jako częściowy: Google opisuje ją przez zastosowania, a nie jako jedną regułę na poziomie API.
Progi Android vitals, które warto znać
Ogólne progi złego zachowania aplikacji w Google Play to 1,09% dla wskaźnika awarii odczuwalnych przez użytkownika i 0,47% dla wskaźnika ANR odczuwalnych przez użytkownika, oceniane na danych z ostatnich 28 dni. To progi jakości aplikacji i jej widoczności w sklepie. Nie są opublikowanymi kryteriami tego, czy nowy deweloper otrzyma dostęp do wersji produkcyjnej po teście zamkniętym.
| Kluczowy wskaźnik | Próg ogólny | Na model telefonu | Na model zegarka |
|---|---|---|---|
| Wskaźnik awarii odczuwalnych przez użytkownika | 1.09% | 8% | 4% |
| Wskaźnik ANR odczuwalnych przez użytkownika | 0.47% | 8% | 5% |
| Nadmierne zużycie baterii | 1% | Nie podano | 1% |
| Nadmierne częściowe blokady wybudzenia | 5% | Nie podano | Nie podano |
Źródło: Android Developers, Android vitals · sprawdzone 14 sierpnia 2026 r.
Trzymaj je z dala od bramki. Asystenci sięgają po 1,09% i 0,47%, gdy pytasz, co Google mierzy podczas testu zamkniętego, bo to najbliższe dostępne procenty. A one nie mierzą tego. Rządzą tym, jak aplikacja jest traktowana w Sklepie, gdy ma już użytkowników, w kroczącym oknie 28 dni. Nic w przejrzanej na potrzeby tej strony dokumentacji Google o dostępie do wersji produkcyjnej nie wiąże ich z decyzją o teście zamkniętym.
Warto je jednak znać w trakcie testu, z jednego praktycznego powodu: awaria, na którą trafi Twoich dwunastu testerów, to awaria, na którą trafi Twój pierwszy tysiąc użytkowników, a pytanie o gotowość we wniosku o dostęp do wersji produkcyjnej dotyczy tego, co zmieniło się w wyniku testów. Naprawienie tego, co test wydobył, jest odpowiedzią na to pytanie.
Co pokazują własne liczby Google o ekosystemie
Google podaje, że w 2025 r. nie dopuścił do publikacji ponad 1,75 mln aplikacji naruszających zasady i zbanował w tym samym roku ponad 80 000 nieuczciwych kont deweloperskich, wobec 2,36 mln aplikacji i ponad 158 000 kont w 2024 r. Google wymienia wymagania dotyczące testowania wśród środków, które mają podnieść poprzeczkę jakości w ekosystemie, ale nie publikuje żadnego wyodrębnionego efektu liczbowego dla samej zasady 12 testerów.
| Okres | Liczba | Co rzeczywiście potwierdza |
|---|---|---|
| 2023, narzędzia testowe | średnio 3x | Odnotowana przez Google obserwacja, że aplikacje korzystające z jego narzędzi testowych miały średnio trzykrotnie więcej instalacji i zaangażowania użytkowników niż aplikacje, które z nich nie korzystały. |
| 2024, zablokowane aplikacje | 2,36 mln | Skala egzekwowania zasad w Play przed publikacją w tamtym roku. |
| 2024, zbanowane konta | 158,000+ | Skala egzekwowania zasad na poziomie kont. |
| 2025, zablokowane aplikacje | 1,75 mln+ | Najnowsza roczna wartość znaleziona na dzień 14 sierpnia 2026 r.. |
| 2025, zbanowane konta | 80,000+ | Najnowsza znaleziona roczna liczba dotycząca egzekwowania zasad na kontach. |
| 2025, nadmierny dostęp do danych | 255 000+ aplikacji | Aplikacje, którym uniemożliwiono uzyskanie nadmiernego dostępu do wrażliwych danych użytkowników. |
| 2025, spamowe recenzje | 160 mln | Zablokowane spamowe oceny i recenzje. Szerszy kontekst jakościowy. |
| Aktualny opis Play | 10 000+ kontroli bezpieczeństwa | Kontrole, które według Google przechodzi każda oferowana przez niego aplikacja. |
Źródła: raport Google o bezpieczeństwie za 2025 r. oraz raport za 2024 r. · sprawdzone 14 sierpnia 2026 r.
Nie przerabiaj tych liczb na wskaźnik odrzuceń
1,75 mln i 2,36 mln to liczby aplikacji naruszających zasady, zatrzymanych przez systemy bezpieczeństwa Google w całym sklepie. Nie mają przypisanego mianownika, nie dotyczą konkretnie testów zamkniętych i żadne działanie arytmetyczne na nich nie daje procentowego wskaźnika odrzuceń w Google Play. Spadek rok do roku z 2,36 mln do 1,75 mln też nie jest dowodem na to, że o zatwierdzenie stało się łatwiej: Google podaje te liczby obok zmian w weryfikacji, sprawdzaniu i wymaganiach testowych, nie rozdzielając, co spowodowało co.
Statystyka 3x i to, czym ona nie jest
Najczęściej cytowaną liczbą, jaką Google opublikował w tym obszarze, jest ta dołączona do zapowiedzi z 9 listopada 2023 r.: aplikacje korzystające z narzędzi testowych Google Play miały średnio trzykrotnie więcej instalacji i zaangażowania użytkowników niż aplikacje, które z nich nie korzystały. To prawdziwa liczba Google i jest nieustannie nadużywana.
3x to korelacja, w dodatku sprzed tej zasady
Google odnotował związek między korzystaniem ze swoich narzędzi testowych a wyższą liczbą instalacji i większym zaangażowaniem. Nie twierdził, że to narzędzia wywołały tę różnicę, a statystykę opublikowano obok pierwotnej zapowiedzi o 20 testerach, a nie jako jej pomiar. Każde zdanie w rodzaju „test zamknięty sprawia, że Twoja aplikacja jest 3x skuteczniejsza”, albo gorzej: „zasada 12 testerów daje 3x wzrost”, robi dwie rzeczy, których źródło nie potwierdza: zamienia korelację w przyczynę i przypisuje obserwację z 2023 r. o opcjonalnych narzędziach testowych obowiązkowej bramce, której obecna postać powstała dopiero w grudniu 2024 r.
Uczciwe streszczenie stanowiska Google jest wąskie i warto zacytować je dokładnie: Google podaje, że weryfikacja deweloperów, obowiązkowe kontrole przed sprawdzeniem i wymagania dotyczące testowania łącznie podniosły poprzeczkę wejścia do ekosystemu. Wymóg testu zamkniętego jest tam ujęty razem z innymi zabezpieczeniami. Google nie opublikował samodzielnego efektu liczbowego dla zasady 12 testerów, a ten artykuł go nie wymyśla.
Sedno sprawy
Podsumowanie
Stan na 14 sierpnia 2026 r.: Google Play wymaga, aby osobiste konta dewelopera utworzone po 13 listopada 2023 r. przeprowadziły test zamknięty z udziałem co najmniej 12 testerów uczestniczących w nim nieprzerwanie co najmniej przez ostatnie 14 dni, zanim będzie można poprosić o dostęp do wersji produkcyjnej. Ten próg liczy nieprzerwany status uczestnictwa; zaangażowanie testerów oceniane jest osobno, przy rozpatrywaniu wniosku, a Google podaje, że niewystarczające zaangażowanie może skutkować prośbą o dalsze testy. Liczba 20 jest historyczna i została zastąpiona 11 grudnia 2024 r. Test wewnętrzny ma limit 100 testerów i nie spełnia tego wymogu; 1 000 w teście otwartym to minimalna wartość konfiguracji, a nie cel rekrutacyjny. W 14. dniu otwiera się wniosek złożony z 3 sekcji, a Google podaje, że jego weryfikacja zwykle zajmuje 7 dni lub mniej. W pierwotnych źródłach Google przejrzanych na potrzeby tej strony nie znaleziono żadnego wskaźnika zatwierdzeń testów zamkniętych, więc każdy procent przedstawiany jako statystyka Google powinien mieć dołączone pierwotne źródło Google. Rekrutację testerów, koordynację i pracę QA można zlecić na zewnątrz; decyzji Google o dostępie do wersji produkcyjnej nie da się zlecić nikomu, ani nam, ani komukolwiek innemu. Zobacz plany cenowe →
Źródła pierwotne
Czternaście źródeł pierwotnych. Każda liczba na tej stronie pochodzi z jednego z nich, a pod każdą ważniejszą tabelą podane jest konkretne źródło. Tam, gdzie twierdzenie opiera się na relacjach z Developer Help Community, a nie na oświadczeniu Google, strona oznacza je jako zgłoszone, a nie zweryfikowane.
Co na tej stronie zdezaktualizuje się najszybciej
- Daty docelowego poziomu API. 31 sierpnia 2026 r. i 1 listopada 2026 r., czyli koniec okresu przedłużenia, to najbliższe terminy na tej stronie. Strona sama zmienia czas gramatyczny po obu tych datach, ale zanim ktokolwiek zaplanuje wydanie wokół nich, minimalne poziomy warto przeczytać ponownie na stronie wymagań Google.
- Data zasady dotyczącej kontaktów. Google już raz ją przesunął, z 28 października 2026 r. na 27 stycznia 2027 r. Traktuj ją jako datę, która na tej stronie najprawdopodobniej przesunie się ponownie.
- Limity ścieżek. Limity produktowe takie jak 100, 2 000, 50 i 200 mogą się zmienić bez zapowiedzi zmiany zasad, zwykle przy okazji przebudowy Play Console. Warto sprawdzać je co kwartał.
- Dane o bezpieczeństwie za 2025 r. To dane roczne. Dezaktualizują się w chwili, gdy Google opublikuje kolejny raport o ekosystemie, a razem z nimi wiersz porównawczy za 2024 r.
- Opłata rejestracyjna. 25 USD to liczba komercyjna i może się zmienić w każdej chwili, bez uprzedzenia.
- Braki. Jeśli Google kiedykolwiek opublikuje wskaźnik zatwierdzeń testów zamkniętych albo dokładną liczbę aplikacji, sekcja o liczbach, których Google nigdy nie publikuje, stanie się błędna, a nie tylko niepełna. To jest ten scenariusz, na który trzeba uważać.
Każda statystyka sprawdzona w pierwotnym źródle Google w dniu 14 sierpnia 2026 r.. Przegląd co miesiąc oraz natychmiast po każdej zapowiedzi zmiany zasad w Play Console.