Szybka odpowiedź
Według Rocznego raportu przejrzystości Google za 2025 rok odsetek odrzuconych zgłoszeń w Google Play wynosi około 7,89%: 1 692 467 odrzuconych zgłoszeń podzielone przez 21 461 250 sprawdzonych. To wyliczenie z liczb opublikowanych przez Google, a nie odsetek za cały 2026 rok ani prawdopodobieństwo, że nowa aplikacja nie przejdzie pierwszej próby. Osobne dane Google o egzekwowaniu zasad mierzą inne zdarzenia.
Źródło: Roczny raport przejrzystości Google Play za 2025 rok (PDF), opublikowany 31 marca 2026 r., zasięg globalny. Raport za 2024 rok daje na tej samej podstawie 10,13%.
Ten poradnik wyjaśnia najnowsze liczby Google dotyczące zgłoszeń i egzekwowania zasad, ich ograniczenia oraz praktyczne sprawdzenia, które pomagają zareagować na odrzucenie. Dane z rocznego raportu przejrzystości, podsumowania bezpieczeństwa i każda strona z zasadami linkowana w miejscu użycia zostały sprawdzone 12 września 2026 r.
Jak czytać etykiety w tym poradniku
- Raport GoogleWartość opublikowana w raporcie przejrzystości Google lub w rocznym podsumowaniu bezpieczeństwa, ze źródłem podanym obok liczby.
- ObliczenieDziałanie arytmetyczne, które ten poradnik wykonuje na liczbach opublikowanych przez Google. Google nie podaje jego wyniku.
- Zasady GoogleWymóg lub proces opisany w Pomocy Konsoli Play albo w Zasadach programu dla deweloperów.
- Praktyczne sprawdzenieTest, który zalecamy na podstawie zgłoszeń, przy których pomagamy. To nie jest zasada Google ani zmierzona częstość odrzuceń.
- PrzykładIlustracja pokazująca, jak wygląda taki zapis. To nie jest przypadek klienta ani statystyka platformy.
Na tej stronie
Jaki jest odsetek odrzuceń aplikacji w Google Play w 2026 roku?
Google nie publikuje odsetka opisanego jako „odsetek odrzuceń”. Raz w roku publikuje za to dwie liczby, które wystarczą, żeby go wyliczyć: ile zgłoszeń aplikacji sprawdził i ile odrzucił. Ostatni pełny rok to 2025, opisany w raporcie z 31 marca 2026 r., więc poradnik na 2026 rok pracuje na danych z 2025 roku.
Najnowsze pełne dane roczne o zgłoszeniach
Raport Google| Rok działalności | Sprawdzone zgłoszenia | Odrzucone zgłoszenia | Odrzucone ÷ sprawdzone | Publikacja raportu |
|---|---|---|---|---|
| 2024 | 19 292 647 | 1 955 305 | 10,13% | 31 marca 2025 r. · raport |
| 2025 | 21 461 250 | 1 692 467 | 7,89% | 31 marca 2026 r. · raport |
Miejsca w źródłach: raport za 2025 rok, strona 3 wydruku; raport za 2024 rok, strony 3-4 wydruku. Odsetki są wyliczone z opublikowanych liczb (odrzucone ÷ sprawdzone × 100) i zaokrąglone do dwóch miejsc po przecinku. Oba raporty opisują swój zasięg jako globalny. Dane sprawdzone 12 września 2026 r.
Zobacz wyliczenie dla wybranego roku
Udział odrzuconych we wszystkich sprawdzonych zgłoszeniach
W 2025 roku odrzucono około 8 na każde 100 sprawdzonych zgłoszeń.
Jak liczy się ten wskaźnik i czego nie da się z niego przewidzieć
Wskaźnik zestawia podane przez Google globalne roczne liczby sprawdzonych i odrzuconych zgłoszeń aplikacji. Raporty nie wyodrębniają grupy pierwszych zgłoszeń ani nie pokazują podziału według kolejnych prób, więc tej zbiorczej wartości nie należy używać do przewidywania losu konkretnej nowej aplikacji.
Czego ten wskaźnik nie rozstrzyga
- Szans Twojej aplikacji. Dopełnienie (około 92%) nie jest prawdopodobieństwem zatwierdzenia nowej aplikacji za pierwszym razem.
- Wartości za 2026 rok. Danych za cały 2026 rok jeszcze nie ma. Opisuj tę liczbę jako dane za 2025 rok dostępne w 2026 roku.
- Ostatecznego odsetka zatwierdzeń. Raport za 2025 rok podaje też zatwierdzenia po odrzuceniu, ale nie rozlicza grup zgłoszeń tak, jak byłoby to potrzebne do wyliczenia odsetka zatwierdzeń po poprawkach, więc ten poradnik go nie wylicza.
- Odsetka zatwierdzeń w teście zamkniętym ani przy dostępie do wersji produkcyjnej. Decyzje o dostępie dla nowych kont osobistych to osobny proces, którego te tabele nie obejmują.
- Trendu w surowości ocen. Spadek z 10,13% do 7,89% to zmiana wskaźnika, a nie dowód na to, że zasady złagodniały, że zmieniła się jakość sprawdzania albo że ryzyko pojedynczego dewelopera spadło.
Dlaczego różne strony podają różne liczby
Część stron pisze, że Google nie publikuje mianownika; było to prawdą o serii z podsumowań bezpieczeństwa, ale nie o raportach przejrzystości. Inne dzielą liczbę „zablokowanych aplikacji” z podsumowania bezpieczeństwa przez mianownik z raportu przejrzystości, czyli mieszają dwie serie.
Statystyki odrzuceń i egzekwowania zasad publikowane przez Google
Google opisuje bezpieczeństwo platformy w dwóch miejscach, które łatwo pomylić: w Rocznym raporcie przejrzystości, czyli tabeli z liczbami zgłoszeń i działań egzekucyjnych, oraz w rocznym podsumowaniu bezpieczeństwa na blogach Google, czyli w opisowym tekście z zaokrąglonymi liczbami.
Sprawdzone i odrzucone zgłoszenia
Raport GooglePoza liczbami sprawdzonych i odrzuconych zgłoszeń z tabeli powyżej raport przejrzystości za 2025 rok podaje 2 012 981 usunięć aplikacji oraz 125 550 zamkniętych kont deweloperów. Usunięcie dotyczy aplikacji, która była już dostępna; odrzucenie to decyzja o zgłoszeniu, zanim aplikacja trafi do sklepu.
Źródło: Roczny raport przejrzystości za 2025 rok, strona 3 wydruku.
Aplikacje, których publikację zablokowano, od 2023 do 2025 roku
Raport Google| Rok działalności | Aplikacje naruszające zasady, których publikację zablokowano | Zablokowane konta nieuczciwych deweloperów | Źródło |
|---|---|---|---|
| 2023 | 2,28 miliona | 333 000 | podsumowanie bezpieczeństwa za 2023 rok (29 kwietnia 2024 r.) |
| 2024 | 2,36 miliona | Ponad 158 000 | podsumowanie bezpieczeństwa za 2024 rok (29 stycznia 2025 r.) |
| 2025 | Ponad 1,75 miliona | Ponad 80 000 | podsumowanie bezpieczeństwa za 2025 rok (19 lutego 2026 r.) |
Te same podsumowania dodają kontekst, który nie jest liczbą odrzuceń. W 2023 roku blisko 200 000 zgłoszeń odrzucono lub doprowadzono do zgodności z powodu uprawnień wrażliwych, takich jak lokalizacja w tle i SMS-y. W 2024 roku 1,3 miliona aplikacji powstrzymano przed uzyskaniem niepotrzebnego lub nadmiernego dostępu do wrażliwych danych użytkowników, a w 2025 roku było to ponad 255 000 aplikacji, obok 160 milionów zablokowanych spamerskich ocen i opinii. Tych wartości nie sumuje się ani ze sobą, ani z tabelą.
Google pisze też o ponad 10 000 kontroli bezpieczeństwa prowadzonych na aplikacjach przed publikacją i po niej. Ta liczba nie oznacza, że każda drobna usterka to automatyczne odrzucenie ani że wszystkie te kontrole są bramkami przed publikacją.
Dlaczego liczby odrzuceń, usunięć i zablokowanych publikacji się różnią
| Źródło | Wskaźnik | Jednostka | Okres | Czego nie obejmuje |
|---|---|---|---|---|
| Roczny raport przejrzystości | Odrzucone zgłoszenia | Zgłoszenia, a nie zadeklarowana grupa unikalnych aplikacji | Rok kalendarzowy | Tego, czy ta sama aplikacja została później zatwierdzona |
| Roczny raport przejrzystości | Usunięcia | Aplikacje usunięte po publikacji | Rok kalendarzowy | Zgłoszeń, które nigdy nie trafiły do sklepu |
| Roczne podsumowanie bezpieczeństwa | Aplikacje, których publikację zablokowano | Aplikacje, wartość zaokrąglona | Rok kalendarzowy | Mianownika; nie da się jej zamienić na odsetek |
| Roczne podsumowanie bezpieczeństwa | Zablokowane konta deweloperów | Konta | Rok kalendarzowy | Odrzuceń pojedynczych aplikacji |
Roczny raport przejrzystości Google i roczne podsumowanie bezpieczeństwa używają innych nazw wskaźników i podają inne sumy. Każdą liczbę trzymaj razem z jej źródłem i definicją. Sprawdzone raporty nie opisują bezpośredniego przeliczenia między tymi seriami, więc nie należy ich łączyć, żeby wyliczyć jeden odsetek odrzuceń.
Zbiorcza wartość dla całej platformy i zmierzony wynik jednego dostawcy mogą być prawdziwe jednocześnie. Wskaźnik ukończenia zarządzanych testów PrimeTestLab opisuje testy zamknięte, które prowadzimy i obsadzamy testerami do daty zakończenia; wskaźnik Google opisuje podane w raportach liczby zgłoszeń aplikacji. Żaden z nich nie przewiduje drugiego.
Jaki rodzaj decyzji Google Play masz przed sobą?
Zanim cokolwiek poprawisz, ustal, z jaką decyzją masz do czynienia. Słowem „odrzucone” określa się potocznie co najmniej pięć różnych sytuacji, a każda wymaga innego kroku. Nazywa ją status w Konsoli Play oraz e-mail do właściciela konta.
Zasady GoogleKliknij otrzymane powiadomienie
| Decyzja lub blokada | Twoja sytuacja | Następny krok |
|---|---|---|
| Odrzucona aplikacja lub aktualizacja | Przesłane zmiany nie zostały przyjęte. Zwykłe odrzucenie aktualizacji zostawia wcześniej opublikowaną wersję dostępną, kiedy nanosisz poprawki. | Przeczytaj powiadomienie, popraw wskazane zgłoszenie i prześlij je ponownie. Zobacz, co robić po odrzuceniu. |
| Odmowa dostępu do wersji produkcyjnej lub komunikat „More testing required” | Wniosek o przeniesienie aplikacji z nowego konta osobistego do wersji produkcyjnej wymaga dalszej pracy; to decyzja o gotowości, dotycząca testu zamkniętego. | Wykonaj kroki z sekcji testy i gotowość, a potem zobacz, jak naprawić odmowę dostępu do wersji produkcyjnej. |
| Usunięta aplikacja | Strona aplikacji nie jest już dostępna. Aplikacja była opublikowana, a działania egzekucyjne objęły ją po fakcie. | Zastosuj się do powiadomienia o egzekwowaniu zasad i prześlij zgodną aktualizację drogą, którą ono wskazuje. |
| Zawieszona aplikacja lub zamknięte konto | Ostrzejsze działania na poziomie aplikacji lub konta, każde z własnym powiadomieniem i własnymi konsekwencjami. | Skorzystaj z procedury odwołania wskazanej w powiadomieniu. Nie zakładaj kolejnego konta, żeby opublikować aplikację ponownie: to jest traktowane jako naruszenie. |
| Blokada przesyłania lub zgodności | Zgłoszenia nie da się przeprowadzić w przygotowanej postaci: na przykład docelowy poziom API jest niższy od obowiązującego minimum albo Konsola nie przyjmuje pakietu. | Spełnij wskazany wymóg techniczny i prześlij zgłoszenie ponownie. Sprawdzanie jeszcze się nie zaczęło. |
Znaczenie statusów: Pomoc Konsoli Play, Publikowanie aplikacji i Proces egzekwowania zasad.
Czego status nie mówi
Niedostępna aplikacja niekoniecznie została odrzucona z powodu zasad: mogła zostać wycofana przez Ciebie albo wstrzymana przez regułę zgodności. Odmowa dostępu do wersji produkcyjnej też może mieć więcej niż jedną przyczynę, więc wiersz powyżej wskazuje drogę, a nie diagnozę. Sama wersja na ścieżce zamkniętej również może przejść sprawdzanie zgodności z zasadami, a wniosek o dostęp do wersji produkcyjnej to osobna decyzja o gotowości testów.
Udokumentowane ryzyka odrzucenia i praktyczne poprawki
Google nie publikuje rankingu przyczyn odrzucenia, a ten poradnik go nie wymyśla. Osiem sprawdzeń poniżej ułożyliśmy w kolejności, w jakiej da się je wykonać, od kompilacji na zewnątrz, każde ze wskazaniem zasad. Punkty dotyczące testów zamkniętych są w sekcji o testach: to warunki uprawniające nowe konta osobiste, a nie odrzucenia z powodu zasad.
Stabilność i użyteczna funkcjonalność
Awarie, zawieszanie się i nieudane instalacje
- Problem
- Zasady Google dotyczące funkcjonalności zabraniają aplikacji, które ulegają awarii, wymuszają zamknięcie, zawieszają się albo w inny sposób działają nieprawidłowo, w tym takich, które się nie instalują, instalują się, ale nie wczytują, albo wczytują się, ale nie reagują.
- Test, który to pokaże
- Świeża instalacja dokładnie tej kompilacji, którą chcesz wydać, na dwóch fizycznych urządzeniach: uruchom aplikację, zaloguj się, przejdź główną ścieżkę, zminimalizuj ją i wróć do niej. Potem przejrzyj raport przedpremierowy pod kątem awarii i ANR (brak odpowiedzi aplikacji).
- Poprawka
- Napraw awarie przy starcie i ANR przed zgłoszeniem, a potem powtórz tę samą ścieżkę na przebudowanej kompilacji.
Statyczna treść bez funkcji właściwych dla aplikacji
- Problem
- Te same zasady obejmują ograniczoną funkcjonalność lub treść: statyczną zawartość bez użyteczności właściwej dla aplikacji, bardzo mało treści albo aplikację zaprojektowaną tak, żeby nic nie robiła. Sam format nie przesądza o zgodności; aplikacja i tak musi mieć wystarczającą użyteczność i treść.
- Test, który to pokaże
- Pokaż główną funkcję aplikacji i wyjaśnij, jaki użyteczny efekt ona daje. Sprawdź, czy aplikacja ma wystarczającą treść i realną funkcjonalność, a nie tylko wyświetla statyczny materiał.
- Poprawka
- Dodaj funkcje lub treści, które dadzą aplikacji użyteczność wystarczającą do jej przeznaczenia.
Dostęp dla zespołu sprawdzającego
Zespół sprawdzający nie dociera do funkcji chronionych ani do głównych funkcji
- Problem
- Google prosi o działające dane logowania i instrukcje do każdej funkcji ukrytej za logowaniem, ograniczeniem lokalizacyjnym lub nietypowym uwierzytelnianiem. Bez nich zespół sprawdzający trafia na ścianę, a aplikacja, której nie da się sprawdzić, nie zostaje zatwierdzona.
- Test, który to pokaże
- Zainstaluj zgłaszaną wersję na urządzeniu bez historii i korzystaj wyłącznie z danych logowania oraz instrukcji ze strony Zawartość aplikacji. Jeśli do wejścia potrzebne było cokolwiek więcej, zespołowi sprawdzającemu też będzie to potrzebne.
- Poprawka
- Przygotuj dedykowane konto do sprawdzania, które nie wygasa, oraz instrukcje krok po kroku do każdej chronionej funkcji. Nie każda aplikacja potrzebuje logowania, a działające konto to warunek sprawdzenia, nie gwarancja zatwierdzenia.
Uprawnienia, prywatność i Bezpieczeństwo danych
Zakres uprawnień i deklaracje
- Problem
- Uprawnienia wrażliwe, takie jak lokalizacja w tle i SMS-y, wymagają zastosowania, które aplikacja widocznie realizuje, a tam, gdzie istnieje formularz deklaracji, musi on odpowiadać temu, co aplikacja robi. Podsumowanie bezpieczeństwa Google za 2023 rok podało, że dokładnie z tego powodu blisko 200 000 zgłoszeń odrzucono lub doprowadzono do zgodności.
- Test, który to pokaże
- Wypisz z manifestu każde niebezpieczne uprawnienie i przy każdym wskaż ekran, na którym użytkownik widzi, po co jest ono potrzebne.
- Poprawka
- Usuń wszystko, co nie ma widocznego zastosowania, i zadbaj, żeby deklaracje w Konsoli opisywały zachowanie, które zaobserwuje zespół sprawdzający. Powód związany z funkcją sam w sobie nie wystarczy: sprawdź obowiązujące ograniczenia uprawnień oraz wymaganą wyraźną informację i zgodę przed uzyskaniem dostępu.
Źródło Zasady dotyczące danych użytkowników · podsumowanie bezpieczeństwa za 2023 rok
Polityka prywatności i usuwanie konta
- Problem
- Podaj adres polityki prywatności w Konsoli Play oraz link albo treść polityki w samej aplikacji. Strona musi być publiczna, bez ograniczeń geograficznych, nie może być plikiem PDF ani dokumentem edytowalnym przez odwiedzających, musi wskazywać aplikację lub dewelopera i opisywać faktycznie zbierane dane. Jeśli użytkownicy mogą założyć konto w aplikacji, udostępnij łatwe do znalezienia sposoby zgłoszenia usunięcia danych w aplikacji i poza nią oraz podaj konieczny okres ich przechowywania.
- Test, który to pokaże
- Otwórz ten adres na wylogowanym urządzeniu, w miarę możliwości także z innego kraju, i zestaw treść strony z formularzem Bezpieczeństwo danych.
- Poprawka
- Opublikuj stronę z polityką, nad którą masz kontrolę, podaj ją w Konsoli Play i w aplikacji, a tam, gdzie aplikacja zakłada konta, dodaj ścieżki zgłoszenia usunięcia danych.
Zgodność sekcji Bezpieczeństwo danych z pakietami SDK
- Problem
- Deklaracja w sekcji Bezpieczeństwo danych musi odzwierciedlać to, co zbiera i udostępnia aplikacja oraz każdy zawarty w niej pakiet SDK innej firmy. Pakiety reklamowe, analityczne i do raportowania awarii potrafią zbierać lub udostępniać dane bez uprawnienia przyznawanego w czasie działania, więc aplikacja „bez uprawnień” nie jest automatycznie aplikacją „bez danych”, a działająca strona z polityką prywatności nie dowodzi, że formularz jest poprawny. Sprawdź konkretną wersję pakietu SDK, jego konfigurację i rzeczywiste zachowanie.
- Test, który to pokaże
- Wyeksportuj listę zależności wydawanej wersji, znajdź informację o danych dla każdego pakietu SDK i porównaj ją z każdą odpowiedzią w formularzu. Podejrzyj ruch sieciowy przy pierwszym uruchomieniu, żeby zobaczyć, co opuszcza urządzenie, zanim użytkownik cokolwiek zrobi.
- Poprawka
- Popraw formularz tak, żeby odpowiadał zaobserwowanemu zachowaniu, albo usuń pakiet SDK. Za deklarację odpowiadasz Ty, również za cudzy kod.
Strona w sklepie, deklaracje i płatności
Strona aplikacji, reklamy, odbiorcy i deklaracje dotyczące treści
- Problem
- Sekcja Zawartość aplikacji pyta, czy aplikacja zawiera reklamy i do jakich odbiorców jest kierowana, oraz wymaga kwestionariusza klasyfikacji treści i pozostałych obowiązujących deklaracji. Strona aplikacji pokazująca funkcje, których kompilacja nie ma, albo deklaracja niezgodna z aplikacją to sama w sobie przyczyna odrzucenia.
- Test, który to pokaże
- Przejdź każdą odpowiedź w sekcji Zawartość aplikacji z otwartą obok wydawaną wersją i porównaj każdy zrzut ekranu z aktualnym interfejsem.
- Poprawka
- Zaktualizuj deklaracje i materiały na stronie aplikacji tak, żeby pasowały do opisywanej kompilacji; poprawka samej strony może nie wymagać nowej kompilacji.
Płatności i warunki obowiązujących programów
- Problem
- System płatności Google Play jest wymagany przy części zakupów w aplikacji obejmujących towary i usługi cyfrowe. Towary fizyczne, usługi w świecie rzeczywistym i niektóre inne kategorie są z tego wyłączone, a programy płatności alternatywnych lub ofert zewnętrznych działają w określonych regionach na własnych warunkach.
- Test, który to pokaże
- Przy każdej ścieżce zakupu ustal, czy sprzedaje ona treści cyfrowe używane w aplikacji; jeśli tak, upewnij się, że przechodzi przez Play Billing albo przez program, do którego rzeczywiście jesteś zapisany.
- Poprawka
- Przenieś zakupy cyfrowe do Play Billing albo udokumentuj udział w programie. Nie traktuj programu regionalnego jak globalnego zwolnienia.
Źródło Zasady dotyczące płatności
Kontrole wstępne to nie jest sprawdzanie aplikacji
Kontrole wstępne w Konsoli Play sygnalizują część tych spraw jeszcze przed zgłoszeniem (brak danych logowania, deklaracje uprawnień, niedziałający link do polityki prywatności), a raport przedpremierowy uruchamia aplikację na urządzeniach testowych. Warto korzystać z obu; ich zaliczenie nie gwarantuje zatwierdzenia w formalnym sprawdzaniu aplikacji i żadne z nich nie mierzy tego, jak uczestnicy testu zamkniętego korzystali z aplikacji.
Źródła: Wczesne wykrywanie problemów z aplikacją dzięki kontrolom wstępnym · Wykrywanie problemów za pomocą raportu przedpremierowego
Jak testy zamknięte wpływają na dostęp do wersji produkcyjnej
Kto musi spełnić wymóg testowania?
Zasady GoogleOsobiste konta deweloperów utworzone po 13 listopada 2023 r. muszą przeprowadzić test zamknięty z udziałem co najmniej 12 testerów zapisanych do testu nieprzerwanie przez ostatnie 14 dni, zanim będą mogły poprosić o dostęp do wersji produkcyjnej. Spełnienie minimum uprawnia do złożenia wniosku, ale nie oznacza zatwierdzenia aplikacji. Konta organizacji i konta osobiste utworzone przed tą datą nie podlegają temu wymogowi.
Test wewnętrzny nie zastępuje testu zamkniętego, niezależnie od tego, jak długo trwa: 12 testerów musi być zapisanych na ścieżce zamkniętej. Szczegóły konfiguracji znajdziesz w poradniku wymagania testów zamkniętych w Google Play.
Źródło: Wymagania dotyczące testowania aplikacji dla nowych osobistych kont deweloperów.
Dowody, gotowość i następny krok
Od kwalifikującego testu do wersji produkcyjnej
- 1Przeprowadź kwalifikujący test zamknięty. Co najmniej 12 testerów zapisanych do testu nieprzerwanie przez ostatnie 14 dni.
- 2Poproś o dostęp do wersji produkcyjnej. We wniosku Google pyta, jak testerzy korzystali z aplikacji, jakie opinie do Ciebie trafiły i co się w ich efekcie zmieniło.
- 3Google sprawdza wniosek, zwykle w 7 dni lub krócej, czasem dłużej, i albo przyznaje dostęp, albo prosi o dalsze testy. Ten orientacyjny czas dotyczy tego sprawdzenia, a nie całego harmonogramu premiery.
- 4Po przyznaniu dostępu przygotuj wersję produkcyjną. Jej sprawdzenie i wdrożenie to kroki odrębne od tej decyzji; dostęp to uprawnienie, a nie publikacja.
Jeśli jeden tester wypisze się z testu, jego okres kwalifikujący zostaje przerwany, a jego dni przestają się liczyć. Pozostałych testerów to nie dotyczy. W momencie składania wniosku liczy się to, czy nadal masz 12 testerów spełniających warunek, a nie to, czy ktokolwiek kiedyś odszedł.
Google pyta, czego nauczył Cię test; nie wyznacza minimalnej liczby aktualizacji. Oświadczenie o gotowości, które trzeba móc złożyć uczciwie, brzmi: Opinie testerów przejrzane, problemy naprawione tam, gdzie było to potrzebne, i potrafię wyjaśnić, czego nauczył mnie ten test i dlaczego aplikacja jest gotowa. Jeśli uczciwa odpowiedź brzmi, że nikt z aplikacji nie korzystał, sprawdzenie zapewne doprowadzi do tego samego wniosku.
Kilku testerów ponad 12 daje zapas na wypadek rezygnacji i szersze opinie; nie twierdzimy, że zmierzalnie zwiększa to szansę zatwierdzenia. Pokrycie reprezentatywnych fizycznych urządzeń to decyzja jakościowa. Opublikowane kryteria nie mówią nic o tym, jak liczone są emulatory, więc ten poradnik nie stawia tu żadnej tezy. Zobacz też: jak zaplanować zapas testerów, pytania z wniosku o dostęp do wersji produkcyjnej oraz co sprawdzić po odmowie.
Co robić po odrzuceniu aplikacji lub aktualizacji
Powiadomienie nazywa decyzję, wskazuje zgłoszenie, którego dotyczy, oraz zasadę lub wymóg. Pracuj na nim, w tej kolejności.
Zasady Google- 1Przeczytaj dokładną treść decyzji i sprawdź, którego zgłoszenia dotyczy. Która wersja, która ścieżka, która zasada lub który wymóg.
- 2Odtwórz lub obejrzyj wskazany problem na tej kompilacji, którą sprawdzano, a nie na tej, którą masz pod ręką.
- 3Usuń problem i sprawdź powiązane wymogi w tym samym obszarze, żeby kolejne sprawdzenie nie znalazło sąsiada.
- 4Zweryfikuj poprawioną kompilację lub deklarację: powtórz test z odpowiedniego sprawdzenia powyżej.
- 5Prześlij właściwą poprawkę albo skorzystaj ze ścieżki odwołania, jeśli uważasz, że decyzja jest błędna. Tam, gdzie to konieczne, otwórz Przegląd publikowania i wybierz Wyślij do sprawdzenia; zapisanie poprawki nie zawsze wysyła ją automatycznie.
- 6Zachowaj dowody i obserwuj wynik. Powiadomienie, wersja, problem, poprawka, weryfikacja, decyzja.
Poprawić i przesłać ponownie czy się odwołać
Jeśli zarzut jest słuszny, popraw go i prześlij zgłoszenie ponownie. Wytyczne Google dotyczące egzekwowania zasad mówią wprost, że ponowne przesłanie bez usunięcia naruszenia samo w sobie jest problemem. Nie przesyłaj zgłoszenia ponownie, dopóki wskazane naruszenie nie zostanie usunięte; część poprawek zmienia stronę aplikacji lub deklaracje bez zmiany kompilacji. Jeśli uważasz, że decyzja jest błędna, postępuj zgodnie z instrukcją odwołania z powiadomienia i podaj nazwę pakietu, wersję, której dotyczy, przywołaną zasadę, powód, dla którego uważasz decyzję za błędną, oraz zrzuty ekranu lub kroki do odtworzenia potwierdzające zgodność. Nie próbuj publikować ponownie z innego konta.
Źródła: Proces egzekwowania zasad · Kontrolowanie, kiedy zmiany w aplikacji są sprawdzane i publikowane.
Poprawka w kompilacji czy w deklaracji?
Poprawka strony aplikacji lub deklaracji może nie wymagać nowej kompilacji. Nowa kompilacja jest potrzebna wtedy, gdy zmiana dotyczy spakowanego kodu, zasobów, uprawnień lub konfiguracji. Poprawki na stronie internetowej albo po stronie serwera czasem rozwiązują sprawę bez przebudowy. Kieruj się powiadomieniem i zweryfikuj zgłoszenie, którego ono dotyczy.
Google opisuje przetwarzanie zwykłych zmian w aplikacji jako trwające od kilku godzin do siedmiu dni, czasem dłużej. To nie jest gwarantowany czas rozpatrzenia Twojego odrzucenia ani odwołania, a sprawdzenie wniosku o dostęp do wersji produkcyjnej to osobny proces; zobacz czas sprawdzania w Google Play. Nie publikuje się żadnej dopuszczalnej liczby odrzuceń ani prawdopodobieństwa skutecznego odwołania i nic takiego nie jest tu obiecywane.
Jak wygląda przydatny zapis odrzucenia
PrzykładDwa ilustracyjne zapisy, ułożone tak, żeby pokazać, jakie dowody warto zachować: jeden dla odrzuconej aktualizacji, drugi dla niespełnionego wymogu testowania. To nie są przypadki klientów ani statystyki. Zachowaj identyfikator zgłoszenia z sekcji Aktywność zgłoszeń w Konsoli Play razem z powiadomieniem i wersją, której dotyczy, żeby wsparcie mogło rozpoznać dokładne zgłoszenie.
| Powiadomienie | Odrzucona aktualizacja, zasady dotyczące danych użytkowników |
|---|---|
| Wersja, której dotyczy | 2.4.1 (kompilacja 241), ścieżka produkcyjna |
| Problem | Link do polityki prywatności na stronie aplikacji zwracał błąd 404 |
| Poprawka | Przywrócono stronę polityki prywatności pod dotychczasowym adresem, używanym już w Konsoli Play i w aplikacji. Żaden adres wbudowany w aplikację się nie zmienił, więc nowa kompilacja nie była potrzebna. |
| Weryfikacja | Adres otwarty na wylogowanym urządzeniu w dwóch krajach; formularz Bezpieczeństwo danych porównany z treścią strony |
| Decyzja | Przesłane ponownie; aktualizacja zatwierdzona |
| Powiadomienie | Niespełniony wymóg testowania |
|---|---|
| Wersja, której dotyczy | 1.0.3, ścieżka zamknięta |
| Problem | Dodano 12 testerów; tylko 9 pozostało zapisanych przez całe 14 dni |
| Poprawka | Zrekrutowano trzech zastępczych testerów; każdy zaczął własny 14-dniowy okres |
| Weryfikacja | Panel pokazał 12 testerów zapisanych do testu przez ostatnie 14 dni |
| Decyzja | Uprawnienie do złożenia wniosku po tym, jak zastępczy testerzy ukończyli wymagane okresy |
Lista kontrolna przed zgłoszeniem
Przejdź ją dokładnie na tej wersji, którą właśnie zgłaszasz, a nie na tej, którą testowano w zeszłym tygodniu. Punkty oznaczone jeśli dotyczy zależą od tego, co robi aplikacja.
Kompilacja i działanie
Dostęp dla zespołu sprawdzającego i deklaracje
Prywatność i dane
Płatności
Wymóg testów, tylko nowe konta osobiste
Pytania i odpowiedzi
Czy roczny wskaźnik przewiduje wynik pierwszego sprawdzenia mojej aplikacji?
Nie. Wskaźnik 7,89% zestawia podane przez Google globalne liczby sprawdzonych i odrzuconych zgłoszeń aplikacji za 2025 rok. Raporty nie wyodrębniają grupy pierwszych zgłoszeń, więc ani ten wskaźnik, ani jego dopełnienie nie są prawdopodobieństwem dla konkretnej nowej aplikacji.
Dlaczego liczba z podsumowania bezpieczeństwa różni się od liczby z raportu przejrzystości?
Mierzą różne rzeczy. Roczne podsumowanie bezpieczeństwa podaje zaokrąglone liczby aplikacji naruszających zasady, których publikację zablokowano; raport przejrzystości liczy odrzucone zgłoszenia i usunięcia. Google nie publikuje żadnego przeliczenia między tymi seriami, więc nie da się ich połączyć w jeden odsetek.
Czy odrzucona aktualizacja wpływa na już opublikowaną wersję?
Zwykłe odrzucenie aktualizacji nie usuwa opublikowanej wersji; wcześniejsze wydanie pozostaje dostępne, kiedy poprawiasz aktualizację. Usunięcie, zawieszenie i zamknięcie konta to osobne statusy egzekwowania zasad, z własnymi powiadomieniami, i one wpływają na działającą aplikację.
Czy odmowa dostępu do wersji produkcyjnej to odrzucenie z powodu zasad?
Nie. Decyzja o dostępie do wersji produkcyjnej dla nowego konta osobistego dotyczy przeprowadzonego przez Ciebie testu zamkniętego i udzielonych przez Ciebie odpowiedzi. Komunikat „More testing required” oznacza, że wniosek wymaga dalszej pracy; to nie jest kara za naruszenie zasad, a większa liczba testerów nie uchyli prawdziwego odrzucenia z powodu zasad.
Odwołać się czy przesłać poprawkę?
Nie przesyłaj zgłoszenia ponownie, dopóki wskazane naruszenie nie zostanie usunięte. Część poprawek zmienia stronę aplikacji lub deklaracje bez zmiany kompilacji. Jeśli uważasz, że decyzja jest błędna, postępuj zgodnie z instrukcją odwołania z powiadomienia i przedstaw dowody zgodności. Nie zakładaj kolejnego konta, żeby opublikować aplikację ponownie: to jest traktowane jako naruszenie.
Źródła i uwagi o danych
Dalszy krok zależy od tego, czego tu szukasz. Jeśli chcesz zacytować ten odsetek, podaj 7,89% razem z rokiem (działalność w 2025 roku) i mianownikiem (sprawdzone zgłoszenia). Jeśli działasz na podstawie powiadomienia, znajdź jego wiersz w tabeli decyzji i idź wskazaną tam ścieżką. Jeśli blokuje Cię wymóg testów, poradnik o wymaganiach testów zamkniętych opisuje konfigurację od początku do końca.
W skrócie
Odsetek odrzuconych zgłoszeń w Google Play za 2025 rok wynosi około 7,89% i wynika z 1 692 467 odrzuconych oraz 21 461 250 sprawdzonych zgłoszeń w Rocznym raporcie przejrzystości Google za 2025 rok. To wartość historyczna dla całej platformy, a nie szanse Twojej aplikacji. Powiadomienie o odrzuceniu nazywa konkretną decyzję: popraw to, co wskazuje, prześlij zgłoszenie ponownie albo się odwołaj, a wymóg testów dla nowych kont osobistych traktuj jako osobny etap gotowości.
Roczne raporty przejrzystości
Roczne podsumowania bezpieczeństwa
Zasady i Pomoc Konsoli Play
Historia aktualizacji
28 lutego 2026 r.: publikacja wyłącznie z serią z rocznych podsumowań bezpieczeństwa. 12 września 2026 r.: dodane wyliczenie z raportu przejrzystości i jego ograniczenia, rozdzielone dwie serie danych Google, dodana tabela decyzji oraz sekcje o dostępie dla zespołu sprawdzającego, o Bezpieczeństwie danych i o działaniach po odrzuceniu, usunięte ujęcie z rankingiem przyczyn; druga korekta tego samego dnia poprawiła sformułowania o ponownym przesyłaniu, funkcjonalności i czasie sprawdzania. Kolejna aktualizacja roczna, gdy Google opublikuje raport za 2026 rok, spodziewany w 2027 roku.