Szybka odpowiedź
Na dzień 14 sierpnia 2026, potwierdzone terminy zasad Google Play, które są jeszcze przed Tobą, to 30 września dla rejestracji nazw pakietów w Google Play i pierwszego egzekwowania weryfikacji deweloperów Androida w czterech krajach, 1 października dla raportowania i obowiązujących opłat serwisowych w objętych zmianą programach w USA oraz 1 listopada dla końca przedłużenia docelowego poziomu API. Dwie aktualne strony Google z terminami są już zgodne, że kontakty i lokalizacja wchodzą w życie 27 stycznia 2027 r.; oś czasu Android Developers do połowy sierpnia 2026 r. podawała dla obu 28 października 2026 r., więc ta data jest nieaktualna, a nie błędna. Jeden konflikt pozostaje otwarty: Standardy bezpieczeństwa dzieci to 26 sierpnia 2026 r. w Play Console Help i 28 października 2026 r. w Android Developers, więc przygotuj się na 26 sierpnia. Trzy daty, które wciąż są wysoko w wynikach wyszukiwania, są martwe: 1 listopada 2025 r. i 31 maja 2026 r. dla rozmiaru stron 16 KB, teraz 1 lutego 2027 r., oraz 28 października dla kontaktów. Jeśli któryś z tych terminów wypadnie w trakcie Twojego testu zamkniętego, PrimeTestLab utrzymuje stronę testerów w ryzach, a Ty w tym czasie wdrażasz poprawkę.
Nic na tej stronie nie jest trudne do znalezienia. Trudno to poskładać. Google rozbija 2026 rok na stronę z ogłoszeniami o zasadach, aktualną tabelę terminów, która po cichu archiwizuje wszystko starsze niż mniej więcej trzy miesiące, archiwum zasad i osobną oś czasu Android Developers, która wciąż rozmija się z tą pierwszą w jednym wierszu. Efekt jest taki, że dwóch deweloperów może dziś przeczytać stronę Google i wyjść z niej z różnymi terminami dla tych samych zasad. Ten rejestr zbiera każdą datowaną zmianę w jednym miejscu, mówi, kogo dotyczy i jakiego jednego działania wymaga, i opatruje każdy wiersz statusem, żeby sporna data nigdy nie wyglądała na rozstrzygniętą. Jest aktualny na 14 sierpnia 2026, a tam, gdzie Google samo sobie przeczy, drukujemy obie daty i oba adresy URL, zamiast po cichu wybierać jedną.
Aktualizacja: 14 sierpnia 2026
Dwie aktualne strony Google z terminami są już zgodne, że kontakty i lokalizacja wchodzą w życie 27 stycznia 2027 r. Do połowy sierpnia 2026 r. oś czasu Android Developers podawała dla obu 28 października 2026 r., a ta strona prowadziła je jako wiersze sporne. Standardy bezpieczeństwa dzieci pozostają sporne między 26 sierpnia a 28 października. Pełny dziennik zmian
Cztery narzędzia na tej stronie
Wszystkie cztery działają w Twojej przeglądarce na wartościach, które sam wybierasz. Nic nie jest nigdzie wysyłane, konto nie jest potrzebne, a żadne żądanie nie opuszcza strony.
Spis treści
Jakie terminy Google Play zostały jeszcze w 2026 roku?
Najbliższa potwierdzona data to 30 września 2026, czyli za 25 dni. Poniżej śledzimy 41 wierszy, od 1 stycznia 2026 do 30 września 2027. 1 z nich zawiera sprzeczne daty, co daje 1 wiersz: Google publikuje dwie różne daty dla rozszerzenia standardów bezpieczeństwa dzieci, więc ten wiersz pokazuje obie. Najpierw przefiltruj rejestr pod własną aplikację, bo większość tych wierszy Ciebie nie dotyczy.
Co obejmuje liczba 41
Ta suma to taksonomia tej strony, a nie liczba publikowana przez Google, więc warto powiedzieć, co się na nią składa: 22 dat wejścia zasad w życie, 1 wiersz, gdzie dwie aktualne strony Google podają dwie różne daty, 7 dat ogłoszeń i doprecyzowań, które same z siebie niczego nie egzekwują, 10 handlowych i programowych kamieni milowych Play, które w ogóle nie są wymogami zasad programu dla deweloperów, oraz 1 okres, który Google nazwało, ale nie datowało. Wylicz ogłoszenia i daty programowe poza nawias, a liczba spada; policz sporne zasady podwójnie, a rośnie. Każdy artykuł podający okrągłą liczbę „zmian zasad Play w 2026 roku” cytuje też własną taksonomię.
Jak czytać każdy wiersz
Jedna etykieta „termin” spłaszczyłaby kilka różnych rzeczy w jedno: daty ogłoszeń, które niczego nie egzekwują, doprecyzowania, które niczego nie zmieniają, daty, które od tego czasu się przesunęły, oraz daty, co do których dwie strony Google są ze sobą niezgodne. Zamiast tego każdy wiersz ma własny status.
-
Potwierdzone
Jedna datowana strona Google, nie znaleziono sprzeczności 2026-08-12.
-
Źródła się różnią
Dwie aktualne strony Google podają dwie różne daty. Przygotuj się na tę wcześniejszą.
-
Częściowe
Reguła jest udokumentowana; dokładna pierwotna data wejścia w życie nie jest już widoczna na żadnej aktualnej stronie Google.
-
Ogłoszenie
Data ogłoszenia lub powiadomienia, a nie data egzekwowania. Poszczególne daty wejścia w życie są różne.
-
Doprecyzowanie
Google określiło to jako doprecyzowanie istniejącej reguły. Bez nowej daty wejścia w życie.
-
Zastąpione
Prawdziwa data Google, która została od tego czasu zastąpiona. Zachowana, bo wciąż krąży.
-
Brak daty
Google wskazało okres, ale nie datę. Wszystko dokładniejszego to już spekulacja.
-
Program
Handlowy lub programowy kamień milowy Play, a nie wymóg zasad programu dla deweloperów. Ma prawdziwą datę i prawdziwą konsekwencję, ale przegapienie go to sprawa umowna lub przychodowa, a nie naruszenie zasad. Wierszy z tym znacznikiem jest 10.
Aktualna tabela terminów zasad Google zachowuje niedawne wiersze, a starsze przenosi do archiwum zasad, więc termin, o którym ostrzeżono Cię w lutym, w sierpniu może być naprawdę trudny do znalezienia. Dlatego wiersze, które już minęły, zostają na tej stronie, zamiast być kasowane: deweloperzy wciąż dostają powiadomienia i e-maile o odrzuceniu, które się na nie powołują.
Zbuduj własną listę terminów
Zaznacz wszystko, co opisuje aplikację, którą wydajesz. Rejestr poniżej skurczy się do wierszy, które faktycznie mogą Cię dotyczyć, a podsumowanie powie, który z nich jest najbliżej. Nic nigdzie nie jest wysyłane; odpowiedzi zostają w tej przeglądarce.
Narzędzie 02
Profiler terminów
Nic jeszcze nie zaznaczono, więc rejestr poniżej pokazuje wszystkie wiersze: 41.
Profiler filtruje wiersze tej strony. To nie jest audyt zgodności, nie widzi Twojego manifestu ani Twojego Play Console, a wiersz, który ukryje, wciąż może Cię dotyczyć, jeśli Twoja aplikacja robi coś, o co powyższe pytania nie pytają. Wiersze, w liczbie 11, są powiązane z kategoriami, których te pytania nie obejmują, i żadne zaznaczenie nigdy ich nie wybiera: Ogłoszenie zmian w modelu biznesowym Play; Samodzielna deklaracja dla aplikacji informacyjnych i czasopism; Zgodność z programem pilotażowym rynków przewidywań; Powiadomienie o udostępnianiu katalogu Play w USA; Data klasyfikacji „nowej instalacji” dla opłat serwisowych Play; Rusza standardowa numeracja zasad; Wejście w życie programów Play Catalog Access i zewnętrznych sklepów z aplikacjami w USA; Zmiany opłat serwisowych docierają do Australii i Japonii; Program New Apps and Games staje się dostępny; Zmiany opłat serwisowych i nowy program docierają do Korei; Zmiany opłat serwisowych i nowy program docierają do reszty świata.
Pełny rejestr na 2026 i początek 2027 roku
Zweryfikowano wobec aktualnych stron Google 14 sierpnia 2026. Każdy wiersz wskazuje własne źródło podstawowe, a każda data jest zapisana w pełnej formie, żeby dało się ją zacytować bez domysłów.
-
1 sty 2026 Ograniczenie wykorzystania danych z Age Signals API Potwierdzone Minęło
-
28 sty 2026 Wymagania programów linków do treści zewnętrznych i płatności alternatywnych w USA Program Potwierdzone Minęło
-
28 sty 2026 Wymóg listy RBI dla istniejących aplikacji pożyczkowych w Indiach Potwierdzone Minęło
-
28 sty 2026 Nowy limit 180 dni na odwołania od zamknięcia konta dewelopera Potwierdzone Minęło
-
28 sty 2026 Pierwotna reguła ograniczeń wiekowych dla kojarzenia użytkowników, randek i funkcji na prawdziwe pieniądze Częściowe Minęło
-
28 sty 2026 Ogłoszenie zmian na stronie aplikacji dla pożyczek osobistych w Tajlandii Ogłoszenie Minęło
-
4 mar 2026 Ogłoszenie zmian w modelu biznesowym Play Program Ogłoszenie Minęło
-
4 mar 2026 Termin zmian na stronie aplikacji dla istniejących aplikacji pożyczkowych w Tajlandii Potwierdzone Minęło
-
15 kwi 2026 Kwietniowa paczka zmian w zasadach programu dla deweloperów Ogłoszenie Minęło
-
27 maj 2026 Zasady przenoszenia konta Potwierdzone Minęło
-
27 maj 2026 Samodzielna deklaracja dla aplikacji informacyjnych i czasopism Potwierdzone Minęło
-
1 cze 2026 Zgodność z programem pilotażowym rynków przewidywań Potwierdzone Minęło
-
22 cze 2026 Powiadomienie o udostępnianiu katalogu Play w USA Program Ogłoszenie Minęło
-
30 cze 2026 Data klasyfikacji „nowej instalacji” dla opłat serwisowych Play Program Potwierdzone Minęło
-
15 lip 2026 Lipcowa paczka zmian w zasadach programu dla deweloperów Ogłoszenie Minęło
-
15 lip 2026 Nowe brzmienie zasad oceny treści dla aplikacji bez oceny Doprecyzowanie Minęło
-
15 lip 2026 Wymagania dotyczące danych użytkowników obejmują zewnętrzne integracje AI Doprecyzowanie Minęło
-
15 lip 2026 Traktowanie dokładnej i przybliżonej lokalizacji w Bezpieczeństwie danych Doprecyzowanie Minęło
-
15 lip 2026 Rusza standardowa numeracja zasad Ogłoszenie Minęło
-
22 lip 2026 Wejście w życie programów Play Catalog Access i zewnętrznych sklepów z aplikacjami w USA Program Potwierdzone Minęło
-
27 lip 2026 Jednorazowe okno odwoławcze dla kont zamkniętych przed 28 stycznia 2026 r. Potwierdzone Minęło
-
1 sie 2026 Jakość Androida TV: architektury 32-bitowe i 64-bitowe oraz rozmiar stron 16 KB Potwierdzone Minęło
-
26 sie 2026 Zasady treści i funkcji z ograniczeniami wiekowymi obejmują losowy i anonimowy czat Potwierdzone Minęło
-
26 sie 2026 Zasady programu Families zakazują aplikacji anonimowego czatu kierowanych do dzieci Potwierdzone Minęło
-
26 sie 2026 Standardy bezpieczeństwa dzieci obejmują anonimowy i losowy czat Źródła się różnią Minęło
-
26 sie 2026 Geofencing usunięty z zatwierdzonych scenariuszy użycia usługi działającej na pierwszym planie Potwierdzone Minęło
-
31 sie 2026 Docelowy poziom API dla nowych aplikacji i aktualizacji aplikacji Potwierdzone Minęło
-
31 sie 2026 Próg dostępności dla istniejących aplikacji Potwierdzone Minęło
-
30 wrz 2026 Rejestracja nazw pakietów w Google Play Potwierdzone 25 dni
-
30 wrz 2026 Weryfikacja deweloperów Androida, pierwsze egzekwowanie przy instalacji Potwierdzone 25 dni
-
30 wrz 2026 Zmiany opłat serwisowych docierają do Australii i Japonii Program Potwierdzone 25 dni
-
30 wrz 2026 Program New Apps and Games staje się dostępny Program Potwierdzone 25 dni
-
1 paź 2026 Raportowanie transakcji w USA i obowiązujące opłaty serwisowe Program Potwierdzone 26 dni
-
1 lis 2026 Koniec przedłużenia dla docelowego poziomu API Potwierdzone 57 dni
-
31 gru 2026 Zmiany opłat serwisowych i nowy program docierają do Korei Program Potwierdzone 117 dni
-
27 sty 2027 SMS-y i rejestr połączeń: koniec wyjątku dla weryfikacji przez połączenie telefoniczne Potwierdzone 144 dni
-
27 sty 2027 Zasady dotyczące uprawnień do kontaktów Potwierdzone 144 dni
-
27 sty 2027 Zasady dotyczące uprawnień do lokalizacji Potwierdzone 144 dni
-
1 lut 2027 Egzekwowanie zgodności z rozmiarem stron 16 KB Potwierdzone 149 dni
-
30 wrz 2027 Zmiany opłat serwisowych i nowy program docierają do reszty świata Program Potwierdzone 390 dni
-
2027 r. i lata następne Globalne rozszerzenie weryfikacji deweloperów Androida Brak daty Brak daty
Żaden wiersz nie pasuje do tej kombinacji. Wyczyść filtr, aby zobaczyć resztę.
Ten kalendarz zawiera ogłoszone przez Google daty znane na dzień 14 sierpnia 2026. Kolejne zmiany z 2026 roku dodamy, gdy Google je ogłosi. Na okres od września do grudnia 2026 r. nie ogłoszono żadnej datowanej zmiany zasad programu dla deweloperów poza wierszami powyżej, gdy te strony były ostatnio czytane, i jest to stwierdzenie o tym, co Google opublikowało do tamtego momentu, a nie prognoza, że reszta roku jest pusta.
Daty programów Play, które nie są terminami zasad
Te wiersze, w liczbie 10, pojawiają się w rejestrze powyżej ze znacznikiem Program i są tu zebrane, ponieważ mieszanie ich z egzekwowaniem zasad to sposób, w jaki data klasyfikacji opłat ląduje w czyimś planie zgodności. Są prawdziwe, datowane i mają źródła. Żaden z nich nie jest wymogiem zasad programu dla deweloperów, a przegapienie któregoś to problem handlowy lub umowny, a nie naruszenie zasad. Większość z nich to etapowe wdrażanie modelu biznesowego Google, które dociera do różnych rynków w różnych datach w latach 2026 i 2027, więc data, która ma znaczenie dla Ciebie, zależy od tego, gdzie zarabiasz.
- 28 stycznia 2026 Wymagania programów linków do treści zewnętrznych i płatności alternatywnych w USA Deweloperzy obsługujący użytkowników w USA, którzy chcą pozostać w tych programach.
- 4 marca 2026 Ogłoszenie zmian w modelu biznesowym Play Docelowo każdy deweloper zarabiający przez Google Play. Wdrożenie jest rozłożone na regiony w latach 2026 i 2027.
- 22 czerwca 2026 Powiadomienie o udostępnianiu katalogu Play w USA Deweloperzy, których strony aplikacji w Play mogą trafić do uczestniczących zewnętrznych sklepów z aplikacjami na Androida w USA.
- 30 czerwca 2026 Data klasyfikacji „nowej instalacji” dla opłat serwisowych Play Deweloperzy zarabiający przez Play na transakcjach w EOG, Wielkiej Brytanii i USA. To klasyfikacja handlowa, a nie wymóg regulaminowy.
- 22 lipca 2026 Wejście w życie programów Play Catalog Access i zewnętrznych sklepów z aplikacjami w USA Uczestniczące sklepy z aplikacjami w USA i deweloperzy Play, których strony aplikacji są objęte programem.
- 30 września 2026 Zmiany opłat serwisowych docierają do Australii i Japonii Deweloperzy zarabiający przez Play na transakcjach w Australii i Japonii.
- 30 września 2026 Program New Apps and Games staje się dostępny Deweloperzy w Australii, EOG, Japonii, Wielkiej Brytanii i USA.
- 1 października 2026 Raportowanie transakcji w USA i obowiązujące opłaty serwisowe Deweloperzy zapisani do objętych zmianą programów linków do treści zewnętrznych i płatności alternatywnych w USA.
- 31 grudnia 2026 Zmiany opłat serwisowych i nowy program docierają do Korei Deweloperzy zarabiający przez Play na transakcjach w Korei.
- 30 września 2027 Zmiany opłat serwisowych i nowy program docierają do reszty świata Każdy pozostały rynek Play nieobjęty wcześniejszymi falami.
Wiersz z 30 czerwca to ten, który najczęściej w ogóle wypada z list „zmian w Play w 2026 roku”. Nie każe niczego zmieniać w aplikacji: to linia, którą Google rysuje między „nową instalacją” a istniejącą, a to, po której stronie znajdzie się użytkownik, decyduje o stawce opłaty serwisowej stosowanej do jego transakcji w EOG, Wielkiej Brytanii i USA. Miejsce tego wiersza jest w modelu finansowym, a nie w sprincie inżynierskim.
Dlaczego własne strony Google podają różne daty?
Ponieważ Google utrzymuje tę samą informację w więcej niż jednym miejscu, a te miejsca nie zawsze są redagowane tego samego dnia. Tabela terminów zasad w Play Console Help i oś czasu zasad Android Developers są obie aktualne i obie oficjalne. Do początku sierpnia 2026 r. podawały różne daty wejścia w życie dla trzech zasad. Dwie z tych rozbieżności zdążyły się zamknąć: Android Developers przeniosło uprawnienia do kontaktów i uprawnienia do lokalizacji z 28 października 2026 r. na 27 stycznia 2027 r., czyli na datę, którą Play Console Help miało od początku. Jedna pozostaje otwarta: rozszerzenie standardów bezpieczeństwa dzieci to 26 sierpnia 2026 r. w Play Console Help i 28 października 2026 r. w Android Developers. Buduj pod 26 sierpnia.
To nie jest drobna nierówność w dokumentacji. To była różnica między wydaniem zmiany w uprawnieniach w październiku a wydaniem jej w styczniu, i to jest powód, dla którego wynik wyszukiwania, odpowiedź asystenta i kolega z zespołu mogą podawać trzy różne daty dla tych samych zasad, choć cała trójka czyta Google.
Zwróć uwagę, jak to rozstrzygnięcie wyglądało z zewnątrz: bez ogłoszenia, bez wpisu w dzienniku zmian, bez adnotacji na którejkolwiek stronie mówiącej, która data była błędna. Jedną stronę po cichu zmieniono, żeby pasowała do drugiej, a każdy artykuł, który wybrał 28 października i poszedł dalej, stał się tego dnia nieprawdziwy, choć autor go nawet nie tknął. To jest prawdziwe ryzyko w tym temacie i dlatego wiersze poniżej trzymają nieaktualną datę na widoku, zamiast ją kasować.
Jest w tym druga warstwa. W dniu 14 sierpnia 2026 strona terminów w Play Console Help zwracała w swojej treści 27 stycznia 2027 r. , podczas gdy zaindeksowany fragment wyszukiwarki dla tego samego adresu wciąż niósł starsze brzmienie 28 października 2026 r. . Czytelnik mógł więc wyszukać, zobaczyć w wyniku własną domenę Google, przeczytać we fragmencie 28 października i nigdy nie otworzyć strony, która mówiła co innego. Nieaktualne fragmenty aktualnych stron są częścią problemu, nie tylko nieaktualne wpisy blogowe.
Narzędzie 03
Przełącznik konfliktów
Pokazujemy daty opublikowane tutaj: Play Console Help, tabela terminów zasad. support.google.com, table 12921780
-
Uprawnienia do kontaktów
27 stycznia 2027
Obie strony są już zgodne. Android Developers publikowało wcześniej
28 października 2026Rozstrzygnięte na 27 stycznia 2027 -
Uprawnienia do lokalizacji
27 stycznia 2027
Obie strony są już zgodne. Android Developers publikowało wcześniej
28 października 2026Rozstrzygnięte na 27 stycznia 2027 -
Rozszerzenie standardów bezpieczeństwa dzieci
26 sierpnia 2026
Druga strona:
28 października 2026Buduj pod 26 sierpnia 2026
1 konflikt nadal żywy, rozstrzygnięte: 2. Obie strony przeczytaliśmy ponownie 14 sierpnia 2026. Tam, gdzie wciąż się różnią, ta strona pokazuje obie daty i zaleca przygotowanie się na wcześniejszą; nie rozstrzyga, która strona ma rację, bo nic na żadnej z nich nie mówi, że jedna zastępuje drugą, a wiersz z werdyktem to pozycja ryzyka, a nie oświadczenie Google. Tam, gdzie są już zgodne, data zastąpiona przez Google zostaje na widoku, żeby czytelnik przychodzący ze starą datą wiedział, że była prawdziwa.
Co nigdy nie było sporne
Daty się przesunęły. Zakres nie, a to zakres decyduje, czy cokolwiek z tego jest Twoim problemem. Wytyczne Google dotyczące kontaktów wiążą nowy reżim szerokiego dostępu do kontaktów z aplikacjami, których dotyczy, a nie z kalendarzem, i to zdanie było stabilne na obu stronach przez cały czas.
Android 17 lub nowszy (API na poziomie 37+)
Google Play Console Help, answer 16909972, o aplikacjach, których dotyczą zasady uprawnień do kontaktówAplikacja, która nie jest kierowana na API 37, nie znajduje się więc jeszcze w reżimie szerokiego dostępu do kontaktów, a aplikacja, która zawsze potrzebuje tylko jednego kontaktu wybranego przez użytkownika, jest kierowana do Android Contact Picker, a nie do szerokiego dostępu. Ta sama logika dotyczy wiersza o bezpieczeństwie dzieci, tego wciąż spornego: definicja aplikacji losowego lub anonimowego czatu jest na obu stronach taka sama i różni się tylko data. Jeśli zakres pracy wyznaczyłeś według definicji, a nie według daty, przesunięcie z października na styczeń nic Cię nie kosztowało.
Jak czytać stronę Google z terminami
- Otwórz stronę i przeczytaj jej treść. Fragment z wyników wyszukiwania może być o miesiące spóźniony wobec strony, na którą wskazuje.
- Sprawdź obie strony: tabelę terminów w Play Console Help i oś czasu zasad Android Developers.
- Planuj prace inżynierskie pod wcześniejszą datę, a późniejszą komunikuj jako nierozstrzygniętą.
- Zapisz przeczytaną datę i dzień, w którym ją sprawdzasz. Tylko tak zauważysz cichą zmianę.
- Traktowanie pierwszego wyniku z domeny Google jako rozstrzygniętego, bo domena się zgadza.
- Zakładanie, że obowiązuje późniejsza z dwóch dat, bo jest wygodniejsza.
- Kasowanie starej daty, gdy ta się przesunie. Będzie potrzebna, gdy ktoś zacytuje ją w rozmowie z Tobą.
- Czytanie „co najmniej 30 dni na dostosowanie” jako daty wejścia w życie. To dolna granica wyprzedzenia, a nie data.
Status tych wierszy może się zmienić w każdym tygodniu
26 sierpnia minęło, więc wiersz o bezpieczeństwie dzieci trzeba sprawdzić ponownie wobec ostatecznej strony zasad, a nie wobec brzmienia zapowiedzi, oraz wobec daty 28 października, którą oś czasu Android Developers wciąż dla niego niesie.
Co zmienia się 26 sierpnia 2026 r.?
Cztery rzeczy, a tylko jedna z nich dotyczy funkcji czatu, o których możesz sądzić, że ich nie masz. Zasady Google dotyczące treści i funkcji z ograniczeniami wiekowymi obejmują aplikacje, których kluczowa funkcja losowo łączy nieznajomych albo ukrywa tożsamość użytkownika; zasady programu Families zabraniają aplikacjom anonimowego czatu kierowania oferty do dzieci; rozszerzenie standardów bezpieczeństwa dzieci Play Console Help datuje właśnie tutaj, a Android Developers na 28 października, co czyni z niego jedyną datę na tej stronie, co do której Google wciąż samo sobie przeczy; a geofencing przestaje być zatwierdzonym scenariuszem użycia usługi działającej na pierwszym planie. Jeśli żadna z tych czterech rzeczy nie opisuje Twojej aplikacji, 26 sierpnia nie jest Twoją datą.
26 sierpnia 2026
Minęło-
Potwierdzone
Zasady treści i funkcji z ograniczeniami wiekowymi obejmują losowy i anonimowy czat
Kogo dotyczy Aplikacje, których kluczowa funkcja losowo łączy nieznajomych albo celowo ukrywa tożsamość użytkownika.
Zrób Korzystaj z funkcji i narzędzi Play Console, aby uniemożliwić nieletnim dostęp do aplikacji.
-
Potwierdzone
Zasady programu Families zakazują aplikacji anonimowego czatu kierowanych do dzieci
Kogo dotyczy Aplikacje anonimowego czatu kierowane do dzieci.
Zrób Przestań kierować aplikację do dzieci albo zmień produkt tak, aby przestał być uznawany za anonimowy czat.
-
Źródła się różnią
Standardy bezpieczeństwa dzieci obejmują anonimowy i losowy czat
Kogo dotyczy Aplikacje losowego i anonimowego czatu.
Zrób Przygotuj się na wcześniejszą z dwóch opublikowanych dat, czyli 26 sierpnia.
-
Potwierdzone
Geofencing usunięty z zatwierdzonych scenariuszy użycia usługi działającej na pierwszym planie
Kogo dotyczy Aplikacje, które deklarują usługę działającą na pierwszym planie na potrzeby geofencingu.
Zrób Przenieś ten scenariusz użycia na Geofence API.
Aplikacje anonimowego i losowego czatu
Wyzwalaczem jest kluczowa funkcja, a nie obecność ekranu czatu. Język zapowiedzi zasad Google jest konkretny co do daty.
obowiązuje od 26 sierpnia 2026 r.
Google Play Console Help, answer 17036597, treści i funkcje z ograniczeniami wiekowymiW zakresie są aplikacje, których kluczowa funkcja losowo łączy nieznajomych albo celowo ukrywa tożsamość użytkownika. Dla nich wymogiem jest skorzystanie z funkcji i narzędzi, które Google udostępnia w Play Console, aby uniemożliwić nieletnim dostęp do aplikacji. Funkcja wiadomości wewnątrz aplikacji z dostawą jedzenia, czat pomocy technicznej czy wątek komentarzy to nie jest cel tych zasad.
Słowo, które powoduje najwięcej zamieszania, to „matchmaking”, czyli kojarzenie użytkowników. Pojawia się w tej samej rodzinie zasad i nie znaczy tego, co czyta w nim deweloper gier. Język Google skupia się na aplikacjach, których kluczowa funkcja ułatwia kojarzenie użytkowników lub randkowanie, a incydentalne funkcje kojarzenia lub randkowania traktuje inaczej, gdy skuteczne zabezpieczenia trzymają nieletnich z dala od tych funkcji. Gra wieloosobowa z kolejką matchmakingu nie trafia automatycznie do tej samej kategorii co aplikacja randkowa.
Uczciwy test do przeprowadzenia na własnej aplikacji
Zadaj sobie pytanie, czy rozsądna osoba opisująca Twoją aplikację jednym zdaniem wspomniałaby o łączeniu nieznajomych albo o ukrywaniu tożsamości. Jeśli tak, uznaj, że jesteś w zakresie, i skorzystaj z narzędzi Play Console. Jeśli nie, udokumentuj, dlaczego ta funkcja jest poboczna i co powstrzymuje nieletniego przed dotarciem do niej, bo to jest argument, którego będziesz potrzebować, jeśli klasyfikacja kiedykolwiek zostanie zakwestionowana. Google nie publikuje w tej sprawie formularza samocertyfikacji, więc to uzasadnienie musisz zapisać sam.
Dlaczego Google podaje dwie daty dla standardów bezpieczeństwa dzieci
Wiersze o ograniczeniach wiekowych i o programie Families powyżej są datowane na 26 sierpnia spójnie. Standardy bezpieczeństwa dzieci już nie, a po uzgodnieniu kontaktów i lokalizacji w połowie sierpnia 2026 r. jest to ostatni wiersz na tej stronie, w którym dwie strony Google wciąż się nie zgadzają. Jedna datuje rozszerzenie tutaj, druga dwa miesiące później i żadna nie mówi, że zastępuje tę drugą.
- Play Console Help podaje 26 sierpnia 2026 r. Tabela terminów zasad 12921780
- Android Developers podaje 28 października 2026 r. Oś czasu zasad Google Play
Przygotuj się na tę wcześniejszą datę. Kosztem bycia wcześnie jest kilka tygodni zapasu; kosztem spóźnienia jest egzekwowanie wobec działającej aplikacji. Obie strony możesz porównać wiersz po wierszu w przełączniku konfliktów powyżej.
Geofencing i usługi działające na pierwszym planie
To wiersz, który najpewniej zaskoczy zespół, który nigdy w życiu nie czytał zasad bezpieczeństwa dzieci. Geofencing przestaje być zatwierdzonym scenariuszem użycia usługi działającej na pierwszym planie, a Google wprost wskazuje zamiennik.
skorzystaj z Geofence API
Google Play Console Help, tabela terminów zasad 12921780Jeśli Twoja deklaracja usługi działającej na pierwszym planie opiera się na geofencingu, to właśnie ta deklaracja przestaje być do obrony, więc praca polega na przeniesieniu scenariusza użycia, a nie na przeredagowaniu formularza. Wszystko inne w Twoim korzystaniu z usług pierwszoplanowych ten wiersz zostawia bez zmian.
26 sierpnia już minęło. Wiersze powyżej powstały na podstawie stron z zapowiedziami zasad Google; gdy zasady wejdą w życie, brzmienie zapowiedzi zwykle jest zastępowane, więc zanim oprzesz się na dokładnym sformułowaniu, przeczytaj aktualne zasady, a nie cytat z zapowiedzi.
Co zmienia się 31 sierpnia 2026 r.?
Wymagania dotyczące docelowego poziomu API w 2026 roku, a są to dwie osobne reguły, które ciągle się mylą. Reguła pierwsza to próg przesyłania: od 31 sierpnia nowa aplikacja lub aktualizacja aplikacji musi być kierowana na poziom właściwy dla swojego formatu urządzenia, czyli API 36 dla urządzeń mobilnych. Reguła druga to próg dostępności dla aplikacji, których już nigdy nie ruszasz, czyli API 35 dla urządzeń mobilnych. Niespełnienie pierwszej blokuje przesłanie. Niespełnienie drugiej po cichu sprawia, że nowi użytkownicy na nowszych wersjach Androida w ogóle nie zobaczą aplikacji.
31 sierpnia 2026
Minęło-
Potwierdzone
Docelowy poziom API dla nowych aplikacji i aktualizacji aplikacji
Kogo dotyczy Każda nowa aplikacja i każda aktualizacja aplikacji przesyłana do Google Play.
Zrób Urządzenia mobilne wymagają API 36. Wear OS i Android Automotive OS wymagają API 35. Android XR wymaga API 34. Android TV również wymaga API 34, ale to nie nowość: tabela formatów urządzeń Google datuje wymóg dla TV na 31 sierpnia 2025 r.
-
Potwierdzone
Próg dostępności dla istniejących aplikacji
Kogo dotyczy Opublikowane aplikacje poniżej poziomu dostępności dla swojego formatu urządzenia, nawet jeśli nigdy nie prześlesz aktualizacji.
Zrób Podnieś poziom docelowy do obowiązującego progu dostępności. Dla urządzeń mobilnych jest to API 35.
Od 31 sierpnia 2026 r.
Android Developers, wymagania dotyczące docelowego poziomu API dla aplikacji w Google PlayDwie reguły, trzymane osobno
Niemal każda błędna odpowiedź na temat tego terminu bierze się ze zlania ich w jedną liczbę. Mają różne wyzwalacze i różne konsekwencje.
- Jeśli cokolwiek przesyłasz API 36 dla urządzeń mobilnych Zarówno nowe aplikacje, jak i aktualizacje. Poniżej poziomu właściwego dla Twojego formatu urządzenia przesłanie nie spełnia wymogu.
- Jeśli nic nie przesyłasz API 35 dla urządzeń mobilnych Aplikacja, której nigdy nie aktualizujesz, przestaje być dostępna dla nowych użytkowników na urządzeniach z nowszymi wersjami Androida. Nie jest usuwana, a osoby, które już ją zainstalowały, zachowują ją.
Poziom dla każdego formatu urządzenia
Nie przenoś liczby dla urządzeń mobilnych na każdą kompilację. Poziomy różnią się w zależności od formatu urządzenia, a kolumna dostępności różni się jeszcze raz.
| Format urządzenia | Nowe aplikacje i aktualizacje | Próg dostępności | Uwaga |
|---|---|---|---|
| Android mobilny, tablety, urządzenia składane | API 36 | API 35 | Przypadek standardowy. Obowiązują obie reguły. |
| Android Auto | API 36 | API 35 | Google nie wymienia Android Auto jako osobnego formatu urządzenia, bo aplikacja na Auto jest aplikacją na telefon. Obowiązuje wymóg dla urządzeń mobilnych. |
| Wear OS | API 35 | API 34 | Osobna kompilacja z osobnym poziomem. |
| Android Automotive OS | API 35 | API 32 | Najniższy próg dostępności ze wszystkich formatów urządzeń. |
| Android TV | API 34 | API 33 | To nie podwyżka z 2026 roku: tabela formatów urządzeń Google datuje regułę przesyłania z API 34 na 31 sierpnia 2025 r. Dochodzą też wymogi jakości dla TV z 1 sierpnia. |
| Android XR | API 34 | API 34 | Próg przesyłania i próg dostępności to ten sam poziom. |
Jeden wiersz w tej tabeli w ogóle nie jest zmianą z 2026 roku, a własne strony Google ułatwiają jego błędne odczytanie. Podsumowanie w Android Developers wrzuca wymóg API 34 dla Androida TV pod 31 sierpnia 2026 r. razem ze wszystkim innym, ale szczegółowa tabela formatów urządzeń w Play Console Help datuje ten wymóg przesyłania na 31 sierpnia 2025 r. Jeśli wydajesz aplikację na TV, reguła API 34 obowiązuje Cię już od roku i 31 sierpnia 2026 r. nic się dla Ciebie nie zmienia. Liczba, która faktycznie się różni, to próg dostępności: istniejąca aplikacja na TV, która nigdy nie jest aktualizowana, pozostaje zgodna przy API 33, o jeden poziom niżej niż wymóg przesyłania, a dostępność dla nowych użytkowników na nowszych wersjach Androida tracą aplikacje na API 32 lub niższym.
Próg dostępności działa jak sufit zasięgu, a nie jak przełącznik: aplikacja poniżej niego pozostaje dostępna tylko na urządzeniach z wersją Androida taką samą lub niższą niż ta, na którą aplikacja jest kierowana. Podniesienie targetSdk nie podnosi minSdk, więc dotrzymanie tego terminu nie odcina starszych urządzeń od Twojej bazy instalacji. Aplikacje trwale prywatne, dystrybuowane wyłącznie wewnątrz organizacji, są zwolnione. Pełny przewodnik po migracji, wraz z ekranami Play Console i zmianami zachowania, które przychodzą z każdym poziomem, znajdziesz w artykule o docelowym API 36.
Czy mogę przedłużyć termin 31 sierpnia?
Czasami. Wytyczne Google dotyczące poziomu docelowego w 2026 roku dają kwalifikującym się deweloperom, których to dotyczy, dodatkowy czas do 1 listopada 2026 r., o który prosi się przez powiadomienie w Play Console przekazywane tym deweloperom. Trzy rzeczy, co do których trzeba mieć jasność, zanim ułożysz wokół tego plan.
- Trzeba o to poprosić, nie dzieje się to automatycznie. Nie ma gwarancji, że każde konto lub każda aplikacja zobaczy tę opcję.
- To nie tworzy niższego poziomu docelowego. Wymagany jest ten sam poziom; dostajesz tylko więcej czasu, aby go osiągnąć.
- Okno zamyka się 1 listopada 2026 r., co samo w sobie jest wierszem w tym kalendarzu.
Google ma osobny proces proszenia o więcej czasu na niektóre deklaracje wynikające z zasad, pokazywany w Play Console przy konkretnej deklaracji, której dotyczy. Nawigacja w Konsoli zmienia się we własnym rytmie, więc kieruj się powiadomieniem, które Google pokazuje przy danym terminie, a nie ścieżką menu spisaną w artykule, także w tym. I nie czytaj istnienia jednego przedłużenia jako dowodu, że każdy termin na tej stronie da się przedłużyć: dla większości wierszy tutaj nie udokumentowano żadnego mechanizmu przedłużenia.
Co zmienia się 30 września 2026 r.?
Dwa wymogi, które nieustannie są relacjonowane jako jeden. Pierwszy to rejestracja nazw pakietów w Google Play, która dotyczy aplikacji w Play na całym świecie i przy której Google ostrzega przed usunięciem z Play. Drugi to pierwsza fala egzekwowania weryfikacji deweloperów Androida, która dotyczy instalacji przez uczestniczące sklepy w czterech krajach: Brazylii, Indonezji, Singapurze i Tajlandii. Ta sama data, inny zakres, inna konsekwencja. Żaden z nich nie jest ogólnoświatowym wyłączeniem niezweryfikowanych aplikacji na Androida. Tego samego dnia wypadają dwie pozycje handlowe, które w ogóle nie są wymogami zasad: zmiany opłat serwisowych docierające do Australii i Japonii oraz nowy program Apps and Games stający się dostępny na pięciu rynkach.
30 września 2026
za 25 dni-
Potwierdzone
Rejestracja nazw pakietów w Google Play
Kogo dotyczy Aplikacje w Play, których Google nie zarejestrowało automatycznie. Według Google było to ponad 99% aplikacji.
Zrób Otwórz stronę główną Play Console i zarejestruj każdą nazwę pakietu, która wciąż jest oznaczona jako niezarejestrowana.
-
Potwierdzone
Weryfikacja deweloperów Androida, pierwsze egzekwowanie przy instalacji
Kogo dotyczy Aplikacje instalowane przez uczestniczące sklepy w Brazylii, Indonezji, Singapurze i Tajlandii, na certyfikowanych urządzeniach z Androidem.
Zrób Zweryfikuj się jako deweloper i zarejestruj aplikację lub pakiet zgodnie z wymogami.
-
Potwierdzone
Zmiany opłat serwisowych docierają do Australii i Japonii
Kogo dotyczy Deweloperzy zarabiający przez Play na transakcjach w Australii i Japonii.
Zrób Przelicz założenia dotyczące opłat dla tych dwóch rynków od tej daty.
-
Potwierdzone
Program New Apps and Games staje się dostępny
Kogo dotyczy Deweloperzy w Australii, EOG, Japonii, Wielkiej Brytanii i USA.
Zrób Zdecyduj, czy nowy program pasuje do Twojego biznesu. Dostępność to jeszcze nie zapisanie się.
Dwa wymogi, które naprawdę wymagają działania
Z czterech powyższych wierszy to właśnie te dwa mogą Cię coś kosztować, jeśli je zignorujesz. Pozostałe dwa to wdrożenie handlowe docierające na nowe rynki i nie wymagają niczego od Twojej aplikacji.
Wymóg A
Rejestracja nazw pakietów w Google Play
- Zakres
- Każda aplikacja w Google Play. Google mówi, że ponad 99% zarejestrowano automatycznie.
- Twoje działanie
- Otwórz stronę główną Play Console i sprawdź status rejestracji. Zarejestruj wszystko, czego Google nie wychwyciło.
- Jeśli nic nie zrobisz
- Google ostrzega przed usunięciem z Play na całym świecie i przed problemami z instalacją.
Wymóg B
Weryfikacja deweloperów Androida, fala pierwsza
- Zakres
- Instalacje przez uczestniczące sklepy w Brazylii, Indonezji, Singapurze i Tajlandii, na certyfikowanych urządzeniach z Androidem.
- Twoje działanie
- Przejdź weryfikację dewelopera i zarejestruj aplikację lub pakiet zgodnie z wymogami.
- Jeśli nic nie zrobisz
- Niezweryfikowana lub niezarejestrowana aplikacja nie może korzystać ze zwykłej ścieżki instalacji i aktualizacji przez uczestniczące sklepy na objętych zakresem urządzeniach.
zarejestrować nazwy pakietów swoich aplikacji
Google Play Console Help, tabela terminów zasad 12921780Liczba „ponad 99% zarejestrowano automatycznie” to powód, dla którego ten wiersz bywa ignorowany, i jednocześnie powód, dla którego wart jest dwóch minut Twojego czasu. Jeśli jesteś w pozostałym ułamku, udokumentowaną konsekwencją nie jest baner z ostrzeżeniem, tylko usunięcie. Sprawdzenie kosztuje jedno załadowanie strony w Play Console.
Czy 30 września to ogólnoświatowy zakaz na Androidzie?
Nie. Egzekwowanie zaczyna się w czterech krajach, a co do szerszego rozszerzenia Google publikuje okres, a nie datę.
2027 r. i lata następne
Android Developers, przegląd weryfikacji deweloperów, o szerszym rozszerzeniuTo całe opublikowane zobowiązanie. Na dzień 14 sierpnia 2026 nie ma ogłoszonej ogólnoświatowej daty egzekwowania, więc każdy artykuł, który ją podaje, wnioskuje. Wczesna weryfikacja i tak jest tanim ruchem, bo nie chcesz odkryć, że jej potrzebujesz, w trakcie wydania. A odczytanie „sideloading umarł” utrzymuje się tylko wtedy, gdy nigdy nie otworzysz własnego FAQ Google: cztery rzeczy pozostają otwarte i to one dzielą zablokowane wydanie od drobnej niedogodności.
-
Instalacje przez ADB
Bez zmian. Google mówi, że możesz swobodnie instalować aplikacje bez weryfikacji przez ADB, aby deweloperzy mogli budować i testować aplikacje nieprzeznaczone jeszcze do szerszej dystrybucji.
Twoja własna pętla debugowania i wszystko, co podajesz testerowi po kablu, pozostaje nietknięte.
-
Zaawansowany proces dla doświadczonych użytkowników
Google wprowadza jednorazową konfigurację, która pozwala użytkownikowi zaakceptować ryzyko i instalować aplikacje od niezweryfikowanych deweloperów, ukrytą za trybem dewelopera, restartem, okresem oczekiwania i potwierdzeniem biometrycznym lub kodem PIN.
Istnieje, ale jest celowo powolna. Nie projektuj planu dystrybucji wokół proszenia zwykłych użytkowników, żeby przez nią przeszli.
-
Inne sklepy i bezpośredni sideloading
Google mówi, że termin 30 września dotyczy wyłącznie uczestniczących sklepów. Dystrybucja przez inne sklepy ani instalowanie Twojej aplikacji bezpośrednio przez użytkowników nie są objęte tym etapem.
Zanim uznasz, że Cię to dotyczy, sprawdź, czy sklep, z którego faktycznie korzystasz, jest na liście uczestników.
-
Formaty urządzeń inne niż telefony i tablety
Google mówi, że egzekwowanie na tym etapie dotyczy formatów telefonów i tabletów w wybranych regionach, a jednocześnie zaleca rejestrację we wszystkich formatach urządzeń, aby zabezpieczyć dostępność na przyszłość.
Zarejestruj mimo wszystko. Zalecenie jest tanie, a zakres najpewniej się poszerzy.
Nic z tego nie sprawia, że datę można zignorować. Znaczy to, że uczciwe ujęcie jest wąskie: dla objętych zakresem aplikacji dystrybuowanych przez uczestniczące sklepy w tych czterech krajach zwykła ścieżka instalacji i aktualizacji zostaje zamknięta. Wszystko inne Google wprost zostawiło otwarte i mówi o tym w swoim FAQ o weryfikacji.
Weryfikacja to nie jest wymóg testów zamkniętych
To osobne przeszkody i pokonanie jednej nigdy nie zalicza drugiej. Weryfikacja deweloperów to warstwa tożsamości dla ekosystemu Androida. Test zamknięty z 12 testerami przez 14 dni to bramka w Play Console dla nowych osobistych kont deweloperów proszących o dostęp do wersji produkcyjnej. Zweryfikowany deweloper bez ukończonego testu zamkniętego wciąż nie opublikuje wersji produkcyjnej. Strona papierologiczna jest opisana w artykule o weryfikacji deweloperów, a to, co ta weryfikacja robi z kompilacją przekazywaną testerowi, jest w artykule o instalacji pliku APK.
Co zmienia się w październiku 2026 r.?
Jeden datowany wiersz, i to raczej handlowy niż techniczny: 1 października deweloperzy zapisani do objętych zmianą programów linków do treści zewnętrznych i płatności alternatywnych w USA zaczynają raportować transakcje i rozliczać obowiązujące opłaty serwisowe. Jeśli szukasz 28 października, to nie jest już termin dla kontaktów ani lokalizacji. Google przeniosło oba na 27 stycznia 2027 r. w połowie sierpnia 2026 r. Ta data przetrwała na jednej stronie Google jako termin standardów bezpieczeństwa dzieci, który druga strona umieszcza 26 sierpnia.
1 października: raportowanie i opłaty w objętych zmianą programach w USA
1 października 2026
za 26 dni-
Potwierdzone
Raportowanie transakcji w USA i obowiązujące opłaty serwisowe
Kogo dotyczy Deweloperzy zapisani do objętych zmianą programów linków do treści zewnętrznych i płatności alternatywnych w USA.
Zrób Rozpocznij wymagane raportowanie i uwzględnij obowiązujące opłaty serwisowe.
Ten wiersz dosięga Cię tylko wtedy, gdy zapisałeś się do jednego z programów w USA pozwalających linkować do treści zewnętrznych lub oferować płatności alternatywne. Jeśli tak, raportowanie i wszelkie obowiązujące opłaty serwisowe zaczynają się tutaj, a wymóg jest administracyjny, nie techniczny. Jeśli nie zapisałeś się do żadnego z nich, ta data Ciebie nie dotyczy.
Warto nazwać kategorię: to wiersz typu Program, a nie wymóg zasad programu dla deweloperów. Przegapienie go to problem umowny i rozliczeniowy z Google, a nie naruszenie zasad przez Twoją aplikację, i nie może doprowadzić do jej usunięcia tak, jak przegapiony termin zasad. Z tego powodu daty programów są zebrane razem pod rejestrem. To ogon sekwencji, która zaczęła się od wymagań programowych z 28 stycznia i przeszła przez powiadomienie o katalogu z 22 czerwca oraz start programu 22 lipca, a wszystko to znajdziesz w wierszach, które minęły.
28 października: co się z nim stało
Przez większość 2026 roku była to główna data na tej stronie. Oś czasu zasad Android Developers wymieniała uprawnienia do kontaktów i uprawnienia do lokalizacji jako obowiązujące od 28 października 2026 r., podczas gdy tabela terminów w Play Console Help podawała dla obu 27 stycznia 2027 r. Ta strona prowadziła je jako wiersze sporne i kazała Ci planować prace pod październik.
Ta rozbieżność zamknęła się w połowie sierpnia 2026 r. Android Developers podaje teraz dla obu zasad 27 stycznia 2027 r., zgodnie z Play Console Help. Nie było ogłoszenia ani wpisu w dzienniku zmian; jedną stronę zmieniono, żeby pasowała do drugiej. Jeśli Twój plan zakładał 28 października, nic nie straciłeś i jesteś trzy miesiące do przodu, czyli dokładnie taki efekt ma dawać reguła wcześniejszej daty. Oba wiersze siedzą teraz w sekcji co jest już ustalone na 2027 rok.
Jeśli artykuł albo asystent wciąż mówi Ci o 28 października
Nie myli się co do tego, skąd wzięła się ta data, tylko co do tego, czy wciąż obowiązuje. 28 października było publikowane przez Google, na stronie Google, przez wiele miesięcy. Jedynym miejscem, w którym pozostaje aktualne, jest wpis Android Developers o rozszerzeniu, jakim są standardy bezpieczeństwa dzieci , które Play Console Help datuje na 26 sierpnia. Pytanie, jakie należy zadać źródłu cytującemu 28 października, brzmi więc: o które zasady mu chodzi i kiedy ostatnio to sprawdzało.
Czym jest termin 1 listopada 2026 r.?
To koniec okna przedłużenia dla wymogu docelowego poziomu API z 31 sierpnia i nic więcej. To nie jest drugi, późniejszy poziom docelowy, nie dotyczy nikogo, kto nie poprosił o dodatkowy czas, i nie zmienia żadnego innego terminu na tej stronie. Jeśli nigdy nie prosiłeś o przedłużenie, 1 listopada nie jest datą, której potrzebujesz.
1 listopada 2026
za 57 dni-
Potwierdzone
Koniec przedłużenia dla docelowego poziomu API
Kogo dotyczy Aplikacje, którym przyznano dodatkowy czas na spełnienie wymogu docelowego poziomu API z 2026 roku.
Zrób Wydaj zgodną wersję z docelowym poziomem API przed upływem tego terminu.
Zostało 57 dni. Jeśli masz przedłużenie, między teraz a tamtym dniem liczy się tylko jedno: żeby zgodna wersja trafiła na produkcję, bo przedłużenie kupuje czas, a nie obniża poziomu. Jeśli przedłużenia nie masz, ten wiersz jest wyłącznie informacyjny.
Dlaczego ten wiersz w ogóle dostaje własne miejsce: wyniki wyszukiwania i streszczenia regularnie przedstawiają 1 listopada 2026 r. jako samodzielny termin docelowego poziomu API, przez co zespoły wierzą, że mają czas do listopada, podczas gdy próg przesyłania przyszedł 31 sierpnia. Jedna data to wymóg. Druga to okres łaski, którego nie ma każde konto. Szczegóły proszenia o niego są w artykule o docelowym API 36.
Które terminy z 2026 roku już minęły?
28 z 41 śledzonych wierszy mamy za sobą na dzień 14 sierpnia 2026. Zostają tutaj, zamiast być kasowane, bo aktualna tabela terminów Google archiwizuje starsze wiersze, a deweloperzy wciąż przychodzą z ostrzeżeniem z Konsoli, e-mailem o odrzuceniu albo artykułem, który się na któryś z nich powołuje. Data, która minęła, wciąż mówi, czy to, co właśnie czytasz, kiedykolwiek było prawdą.
styczeń 2026
- 1 sty Ograniczenie wykorzystania danych z Age Signals API Potwierdzone
- 28 sty Wymagania programów linków do treści zewnętrznych i płatności alternatywnych w USA Potwierdzone
- 28 sty Wymóg listy RBI dla istniejących aplikacji pożyczkowych w Indiach Potwierdzone
- 28 sty Nowy limit 180 dni na odwołania od zamknięcia konta dewelopera Potwierdzone
- 28 sty Pierwotna reguła ograniczeń wiekowych dla kojarzenia użytkowników, randek i funkcji na prawdziwe pieniądze Częściowe
- 28 sty Ogłoszenie zmian na stronie aplikacji dla pożyczek osobistych w Tajlandii Ogłoszenie
marzec 2026
- 4 mar Ogłoszenie zmian w modelu biznesowym Play Ogłoszenie
- 4 mar Termin zmian na stronie aplikacji dla istniejących aplikacji pożyczkowych w Tajlandii Potwierdzone
kwiecień 2026
- 15 kwi Kwietniowa paczka zmian w zasadach programu dla deweloperów Ogłoszenie
maj 2026
- 27 maj Zasady przenoszenia konta Potwierdzone
- 27 maj Samodzielna deklaracja dla aplikacji informacyjnych i czasopism Potwierdzone
czerwiec 2026
- 1 cze Zgodność z programem pilotażowym rynków przewidywań Potwierdzone
- 22 cze Powiadomienie o udostępnianiu katalogu Play w USA Ogłoszenie
- 30 cze Data klasyfikacji „nowej instalacji” dla opłat serwisowych Play Potwierdzone
lipiec 2026
- 15 lip Lipcowa paczka zmian w zasadach programu dla deweloperów Ogłoszenie
- 15 lip Nowe brzmienie zasad oceny treści dla aplikacji bez oceny Doprecyzowanie
- 15 lip Wymagania dotyczące danych użytkowników obejmują zewnętrzne integracje AI Doprecyzowanie
- 15 lip Traktowanie dokładnej i przybliżonej lokalizacji w Bezpieczeństwie danych Doprecyzowanie
- 15 lip Rusza standardowa numeracja zasad Ogłoszenie
- 22 lip Wejście w życie programów Play Catalog Access i zewnętrznych sklepów z aplikacjami w USA Potwierdzone
- 27 lip Jednorazowe okno odwoławcze dla kont zamkniętych przed 28 stycznia 2026 r. Potwierdzone
sierpień 2026
- 1 sie Jakość Androida TV: architektury 32-bitowe i 64-bitowe oraz rozmiar stron 16 KB Potwierdzone
- 26 sie Zasady treści i funkcji z ograniczeniami wiekowymi obejmują losowy i anonimowy czat Potwierdzone
- 26 sie Zasady programu Families zakazują aplikacji anonimowego czatu kierowanych do dzieci Potwierdzone
- 26 sie Standardy bezpieczeństwa dzieci obejmują anonimowy i losowy czat Źródła się różnią
- 26 sie Geofencing usunięty z zatwierdzonych scenariuszy użycia usługi działającej na pierwszym planie Potwierdzone
- 31 sie Docelowy poziom API dla nowych aplikacji i aktualizacji aplikacji Potwierdzone
- 31 sie Próg dostępności dla istniejących aplikacji Potwierdzone
Otwórz którykolwiek z tych wierszy w rejestrze, aby zobaczyć, kogo dotyczył, jakiego działania wymagał i jakie ma źródło podstawowe. Własne archiwum zasad Google zawiera oficjalne daty wersji zasad z 1 stycznia, 28 stycznia, 4 marca, 15 kwietnia i 27 maja 2026 r., i to jest miejsce, do którego zaglądasz, gdy potrzebujesz brzmienia z konkretnego dnia, a nie brzmienia dzisiejszego.
Trzy rzeczy, których uczą wiersze, które już minęły
Jedna data może nieść niepowiązane ze sobą obowiązki. Pięć osobnych spraw wypadło 28 stycznia i dlatego ta data pojawia się w tylu niepowiązanych ze sobą ostrzeżeniach: wymagania programów w USA, indyjska lista RBI dla pożyczek osobistych, limit 180 dni na odwołania od zamknięcia konta, reguła ograniczeń wiekowych dla kojarzenia użytkowników i ogłoszenie o stronie aplikacji w Tajlandii. Tylko trzy z nich są wymogami zasad programu dla deweloperów. Jedna z tej piątki jest tutaj oznaczona jako Częściowe , ponieważ aktualna tabela Google wypchnęła wiersz o kojarzeniu użytkowników do archiwum, a ta strona nie wymyśli czystej daty wejścia w życie, na którą nie może już wskazać.
Data ogłoszenia to nie data egzekwowania. 15 kwietnia i 15 lipca to paczki ogłoszeń i nic nie stało się wykonalne przez sam fakt ogłoszenia. Google daje co najmniej 30 dni na dostosowanie się do nowo zaktualizowanych zasad, o ile nie wskaże inaczej, a „co najmniej 30 dni” to dolna granica wyprzedzenia, a nie data. Odczytanie tego jako daty sprawia, że paczka zasad staje się w planie projektu terminem widmem.
Dwóch wierszy nie dało się nadrobić później. Większość terminów, które minęły, wciąż da się nadrobić: rejestrujesz pakiet, poprawiasz stronę aplikacji, wypełniasz deklarację. Rezygnacja z katalogu z 22 lipca zamknęła się wraz z wejściem programu w życie, a okno odwoławcze z 27 lipca dla kont zamkniętych przed 28 stycznia 2026 r. skończyło się definitywnie. Doniesienia społeczności o formularzu odwoławczym, który tuż przed terminem przekierowywał albo odmawiał wysyłki, są prawdziwe i nie są tym samym co przedłużenie. Nic w dokumentacji Google nie mówi, że okno się przesunęło, więc ta strona też tego nie mówi.
Masz 180 dni
Google Play Console Help, answer 16659089, o odwoływaniu się od decyzji o zamknięciu konta wydanej 28 stycznia 2026 r. lub późniejCo jest już ustalone na 2027 rok?
Dwie daty i jeden celowo nieostry okres. 27 stycznia 2027 r. obejmuje trzy wiersze: koniec wyjątku dotyczącego SMS-ów i rejestru połączeń, który pozwalał używać READ_CALL_LOG do potwierdzenia weryfikacyjnego połączenia telefonicznego, a do tego zasady dotyczące uprawnień do kontaktów i lokalizacji, którym obie strony Google przypisują teraz właśnie tę datę. 1 lutego 2027 r. to aktualna data egzekwowania wymogu rozmiaru stron 16 KB. Poza tym weryfikacja deweloperów Androida rozszerza się w okresie „2027 r. i lata następne”, czyli w okresie, który Google opublikowało, choć daty nie podało.
27 stycznia 2027 r.
27 stycznia 2027
za 144 dni-
Potwierdzone
SMS-y i rejestr połączeń: koniec wyjątku dla weryfikacji przez połączenie telefoniczne
Kogo dotyczy Aplikacje używające READ_CALL_LOG wyłącznie do potwierdzenia przychodzącego połączenia weryfikacyjnego.
Zrób Przejdź na zatwierdzoną alternatywę, taką jak Digital Credentials API lub SMS Retriever API.
-
Potwierdzone
Zasady dotyczące uprawnień do kontaktów
Kogo dotyczy Aplikacje kierowane na Androida 17 (API na poziomie 37) lub nowszego, które chcą mieć szeroki dostęp do listy kontaktów.
Zrób Zdecyduj, czy szeroki dostęp naprawdę jest kluczowy. Jeśli nie, przejdź na Android Contact Picker.
-
Potwierdzone
Zasady dotyczące uprawnień do lokalizacji
Kogo dotyczy Aplikacje korzystające z dokładnej lokalizacji w zakresie objętym tymi zasadami.
Zrób Wybieraj podejście minimalnego zakresu, a tam, gdzie ma to zastosowanie, systemowy przycisk lokalizacji.
Wiersz o SMS-ach i rejestrze połączeń jest rozstrzygnięty i wąski. Jeśli Twoim jedynym uzasadnieniem dla READ_CALL_LOG jest potwierdzenie, że przyszło połączenie weryfikacyjne, to uzasadnienie przestaje być dostępne, a udokumentowany kierunek to zatwierdzona alternatywa, taka jak Digital Credentials API lub SMS Retriever API. Aplikacje pozostawione bez zgodnej podstawy do korzystania z uprawnienia mogą zostać usunięte, a Google wprost mówi, że niezadeklarowane, wprowadzające w błąd wykorzystanie może spotkać się z ostrzejszym egzekwowaniem niż zwykłe uchybienie wobec zasad.
Wiersze o kontaktach i lokalizacji trafiły tutaj późno. Do połowy sierpnia 2026 r. oś czasu zasad Android Developers datowała oba na 28 października 2026 r., podczas gdy Play Console Help datowało je właśnie tutaj, a ta strona prowadziła je jako sporne. Android Developers przeniosło od tego czasu oba na 27 stycznia 2027 r., więc obie strony są zgodne i data jest rozstrzygnięta. Nie czytaj tego jako oddechu: praca przy kontaktach to decyzja produktowa o tym, czy szeroki dostęp do książki adresowej jest naprawdę kluczowy, a taka decyzja bywa wolniejsza niż zmiana w kodzie, którą za sobą pociąga. Zakres przez cały czas pozostaje bez zmian: aplikacje kierowane na Androida 17, API na poziomie 37 lub nowszego, które chcą mieć szeroki dostęp do kontaktów, a dla wszystkich pozostałych drogą jest Android Contact Picker.
1 lutego 2027 r.
1 lutego 2027
za 149 dni-
Potwierdzone
Egzekwowanie zgodności z rozmiarem stron 16 KB
Kogo dotyczy Aplikacje kierowane na API 35 lub wyższe, które zawierają objęty wymogiem kod natywny, na 64-bitowych urządzeniach z Google Play.
Zrób Przebuduj lub wymień biblioteki natywne i sprawdź obsługę 16 KB w pakiecie wydania.
To aktualna data egzekwowania wymogu rozmiaru stron 16 KB, a słowo „aktualna” naprawdę tu pracuje. Ta data przesuwała się już dwa razy, dlatego dwie wcześniejsze daty 16 KB wciąż krążą w artykułach i w odpowiedziach asystentów. Aktualny przewodnik Google o rozmiarze stron to jedyne źródło, pod które warto planować.
Od 1 lutego 2027 r.
Android Developers, obsługa rozmiaru stron 16 KBZakres w jednym zdaniu: aplikacje kierowane na API 35 lub wyższe, które zawierają objęty wymogiem kod natywny, na 64-bitowych urządzeniach z Google Play. Aplikacja napisana wyłącznie w Javie lub Kotlinie, wraz ze swoimi bibliotekami i pakietami SDK, już spełnia ten wymóg. Wszystko o tym, jak znaleźć plik .so, który nie przechodzi, która zależność go wniosła i jak udowodnić, że pakiet jest czysty, znajdziesz w artykule o błędzie 16 KB.
Globalna weryfikacja deweloperów, bez daty
2027 r. i lata następne
Brak opublikowanej daty-
Brak daty
Globalne rozszerzenie weryfikacji deweloperów Androida
Kogo dotyczy Deweloperzy Androida poza pierwszymi czterema krajami.
Zrób Śledź ogłoszenia Google o wdrażaniu. Wcześniejsza weryfikacja nic nie kosztuje.
Google mówi, że szersze rozszerzenie następuje w 2027 roku i później. To całe opublikowane zobowiązanie. Na dzień 14 sierpnia 2026 nie ma ogłoszonej listy krajów poza pierwszą czwórką ani ogólnoświatowej daty egzekwowania, więc konkretny miesiąc 2027 roku pojawiający się w artykule to wnioskowanie, a nie relacja. Tanim zabezpieczeniem jest wczesna weryfikacja, bo weryfikacja to nie jest zadanie na tydzień wydania.
Jedna rzecz, której nie ma w tym kalendarzu i nie będzie: wymóg testów zamkniętych dla nowych osobistych kont deweloperów. Nie ma daty w 2026 ani 2027 roku, bo nie jest to zmiana zaplanowana w czasie. To stała bramka między nowym kontem a dostępem do wersji produkcyjnej i obowiązuje od dnia, w którym zakładasz konto.
Którym datom przestać ufać?
Sześć w szczególności. Trzy to nieaktualne daty Google, które wciąż są wysoko w wynikach: 1 listopada 2025 r. i 31 maja 2026 r. dla rozmiaru stron 16 KB, a teraz także 28 października 2026 r. dla kontaktów i lokalizacji, którą Android Developers zastąpiło datą 27 stycznia 2027 r. w dniach po pierwszej publikacji tej strony. Jedna to żywy konflikt, a nie błąd: 28 października 2026 r. dla standardów bezpieczeństwa dzieci, które Play Console Help datuje na 26 sierpnia. Dwie to błędne odczytania prawdziwych ogłoszeń: zakaz aplikacji bez oceny treści od 26 sierpnia, którego nigdy nie ogłoszono, oraz ogólnoświatowe wyłączenie sideloadingu 30 września, które oznacza cztery kraje.
1 listopada 2025
ZastąpioneCzego dotyczy Pierwotna ogólna data egzekwowania wymogu rozmiaru stron 16 KB.
Status dzisiaj Zastąpiona. Aktualny przewodnik Google dotyczący rozmiaru stron podaje 1 lutego 2027 r.
Bezpieczne sformułowanie Historyczna data dotycząca 16 KB. Sprawdź aktualną dokumentację Google, która podaje 1 lutego 2027 r.
31 maja 2026
ZastąpioneCzego dotyczy Późniejsza data przedłużenia wymogu 16 KB, którą objęci nim deweloperzy widzieli w Play Console.
Status dzisiaj Zastąpiona. Aktualnie udokumentowana data to 1 lutego 2027 r.
Bezpieczne sformułowanie 31 maja to wcześniejsza data przedłużenia. Aktualna dokumentacja Google podaje 1 lutego 2027 r.
28 października 2026 dla kontaktów i lokalizacji
ZastąpioneCzego dotyczy Data wejścia w życie zasad dotyczących kontaktów i lokalizacji, którą oś czasu zasad Android Developers utrzymywała jeszcze w sierpniu 2026 r., podczas gdy Play Console Help podawało dla tych samych dwóch zasad 27 stycznia 2027 r.
Status dzisiaj Zastąpiona, i to niedawno. W dniu 14 sierpnia 2026 oś czasu Android Developers podawała dla obu zasad 28 października. Teraz dla obu podaje 27 stycznia 2027 r., czyli datę, którą Play Console Help miało od samego początku. Ten konflikt został zamknięty.
Bezpieczne sformułowanie 28 października to data faktycznie opublikowana przez Google, która nie jest już aktualna. Obie strony Google podają teraz dla kontaktów i lokalizacji 27 stycznia 2027 r.
28 października 2026 dla standardów bezpieczeństwa dzieci
Źródła się różniąCzego dotyczy Data rozszerzenia standardów bezpieczeństwa dzieci na osi czasu zasad Android Developers.
Status dzisiaj Nadal aktualna i nadal sprzeczna. Tabela terminów w Play Console Help datuje to samo rozszerzenie na 26 sierpnia 2026 r. To jedyny konflikt dat, jaki pozostał na tej stronie.
Bezpieczne sformułowanie Play Console Help podaje 26 sierpnia 2026 r., a Android Developers 28 października 2026 r. Przygotuj się na 26 sierpnia.
26 sierpnia 2026, zakaz aplikacji bez oceny treści
Nie to, na co wyglądaCzego dotyczy Błędne odczytanie wpisu o ocenie treści z 15 lipca.
Status dzisiaj Nie ogłoszono żadnego nowego zakazu od 26 sierpnia. Aplikacje bez oceny treści były już zabronione, a lipcowy wpis Google określiło jako doprecyzowanie.
Bezpieczne sformułowanie Aplikacje bez oceny treści były już zabronione. 15 lipca przyniósł doprecyzowanie, a nie nowy zakaz od 26 sierpnia.
30 września 2026, ogólnoświatowy zakaz sideloadingu
Nie to, na co wyglądaCzego dotyczy Wyolbrzymienie zakresu pierwszego etapu egzekwowania weryfikacji deweloperów.
Status dzisiaj Pierwsze egzekwowanie obejmuje cztery kraje: Brazylię, Indonezję, Singapur i Tajlandię. Szersze wdrożenie Google opisuje jako 2027 r. i lata następne.
Bezpieczne sformułowanie Pierwsze egzekwowanie obejmuje Brazylię, Indonezję, Singapur i Tajlandię, a nie cały świat.
Dlaczego 31 maja 2026 r. nie jest już terminem dla 16 KB
Bo Google ją przesunęło, dwa razy. 1 listopada 2025 r. to była pierwotna data egzekwowania. 31 maja 2026 r. to późniejsza data przedłużenia, którą pokazywano objętym nią deweloperom. Aktualna dokumentacja mówi, że objęte wymogiem niezgodne aktualizacje nie mogą być publikowane od 1 lutego 2027 r. Wszystkie trzy daty były prawdziwe; aktualna jest tylko ostatnia.
To wraca ciągle dlatego, że zmiana była cicha. Deweloperzy w trakcie migracji pod 31 maja znaleźli nową datę w dokumentacji i w Konsoli, a nie w ogłoszeniu, więc internetowy zapas artykułów cytujących 31 maja nigdy nie został poprawiony. Jeśli planujesz migrację kodu natywnego, przeczytaj przewodnik Google po rozmiarze stron i sprawdź jego własny znacznik ostatniej aktualizacji, zanim zobowiążesz się do harmonogramu. Sama praca naprawcza jest w artykule o błędzie 16 KB.
Narzędzie 04
Wyszukiwarka dat i ostrzeżeń
Trzy ostrzeżenia najczęściej odczytywane błędnie
Wyszukiwarka powyżej rozwiąże każdą datę i każdy tekst z Konsoli obecny na tej stronie. Te trzy warto rozpisać, bo każde z nich jest rutynowo przypisywane do złego wymogu.
-
„Pakiet niezarejestrowany” albo monit o weryfikację dewelopera
Dwa różne wymogi z 30 września, które dzielą jedną datę. Rejestracja nazw pakietów jest globalna i obejmuje całe Play; egzekwowanie weryfikacji to cztery kraje i uczestniczące sklepy.
Otwórz stronę główną Play Console i zarejestruj wszystko, co Google pominęło, niezależnie od tego, który z tych monitów zobaczysz. 30 września
-
„Aplikacja musi obsługiwać rozmiar stron pamięci 16 KB”
Zgodność kodu natywnego, egzekwowana od 1 lutego 2027 r., a nie od daty 31 maja 2026 r., wciąż cytowanej w starszych artykułach.
Sprawdź spakowane biblioteki
.so. Artykuł o 16 KB -
Artykuł albo asystent mówi, że termin dla kontaktów to 28 października
Data, którą Google naprawdę opublikowało i którą od tego czasu zastąpiło, a nie pomyłka autora.
Używaj 27 stycznia 2027 r. i sprawdź znacznik daty źródła. 28 października wciąż jest aktualne dla standardów bezpieczeństwa dzieci na jednej z dwóch stron i stamtąd bierze się większość pozostałego zamieszania. Konflikt
Jak pomaga PrimeTestLab
Nie przy pracy nad zasadami. Każdy termin na tej stronie to inżynieria albo papierologia, która należy do Ciebie, a ten artykuł jest napisany tak, żeby każda z tych rzeczy zajęła jak najmniej czasu. My bierzemy na siebie wymóg, który zderza się z nimi wszystkimi: test zamknięty, który potrzebuje 12 prawdziwych testerów uczestniczących w nim nieprzerwanie przez 14 dni, na zegarze, którego nie da się zatrzymać, kiedy coś przebudowujesz.
Sekwencja, która kosztuje ludzi miesiąc, wygląda tak. Nowe osobiste konto dewelopera zaczyna test zamknięty, rusza 14-dniowe okno, a w połowie wypływa wiersz z zasadami: poziom docelowy do podniesienia, pakiet do zarejestrowania, uprawnienie do przerobienia. Teraz dwie osie czasu walczą o te same dwa tygodnie, a to strona testerów po cichu przegrywa, bo zależy od tego, czy inni ludzie zostaną na miejscu.
Wymóg, którego nie ma w tym kalendarzu
Nie ma daty w 2026 roku, bo nie jest to zmiana zaplanowana w czasie. To stała bramka i obowiązuje od dnia założenia konta.
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.
Google Play Console Help, answer 14151465Wysyłanie nowych wersji w trakcie testu jest w porządku, a Google wręcz zachęca deweloperów do aktualizowania. Test przerywa spadek liczby uczestniczących testerów poniżej minimum w którymkolwiek dniu okna. To dokładnie ten sposób porażki, jaki tworzy gorączka wokół zasad: uwaga przenosi się na kompilację, testerzy się rozchodzą, a zegar startuje od nowa.
Zarządzane testy zamknięte
12 prawdziwych testerów na prawdziwych urządzeniach, utrzymywanych w teście przez pełne 14 dni, więc strona testerów zostaje nienaruszona, kiedy Ty wykonujesz pracę nad zgodnością. Urządzenia obejmują Androida od 7 do 17, testy startują w 4-6 godzin, a jeśli Google nie zatwierdzi aplikacji, dostajesz bezpłatny ponowny test lub pełny zwrot pieniędzy.
Od $19.99 · Bez abonamentu · 7 400+ aplikacji w 120+ krajach
Żeby jasno postawić granicę: nie podnosimy Twojego docelowego poziomu API, nie rejestrujemy Twojego pakietu, nie przerabiamy uprawnień ani nie migrujemy bibliotek natywnych. To należy do Ciebie, a reszta tej strony istnieje po to, żeby poszło szybko. My zdejmujemy wymóg testerów, który leży na tym wszystkim, żeby te dwie rzeczy przestały walczyć o te same dwa tygodnie.
Wskazówka co do kolejności
Jeśli test zamknięty jeszcze się u Ciebie nie zaczął, a już wiesz, że dotyczy Cię któryś wiersz z zasadami, najpierw uruchom okno z testerami, a pracę nad zasadami wykonaj w jego trakcie. Okres kwalifikujący mierzy się ciągłością uczestnictwa testerów, a nie jedną zamrożoną kompilacją, więc obie osie czasu mogą się nakładać, zamiast układać jedna na drugiej. To często cały zaoszczędzony tydzień, a ustawienie tego w takiej kolejności nic nie kosztuje.
Jak utrzymywana jest ta strona
Wobec dziewięciu stron Google, a nie jednej. Każdy wiersz tutaj wskazuje własne źródło podstawowe, ma status zamiast dorozumianej pewności i zachowuje starą wartość, gdy data się przesuwa, zamiast być po cichu nadpisany. Data weryfikacji u góry tej strony, 14 sierpnia 2026, to dzień, w którym te dziewięć stron przeczytano ostatni raz od początku do końca.
Cztery reguły, którymi kieruje się ten rejestr
-
01
Podstawowa strona Google, albo nie ma wiersza.
Wątki społecznościowe i systemy zgłoszeń są przydatne, żeby wiedzieć, czego deweloperzy nie rozumieją, i żeby wychwycić, że data się przesunęła. Nigdy nie ustalają samej daty.
-
02
Kiedy Google nie zgadza się z Google, drukujemy obie daty.
Żadnego cichego rozstrzygania, żadnego wybierania daty, która daje ładniejszy nagłówek. Obie daty, oba adresy URL i pozycja ryzyka, która mówi: buduj pod wcześniejszą. Tam, gdzie tymi dwiema stronami są kalendarz i własna strona zasad, strona zasad jest lepszym autorytetem w kwestii zakresu, nawet gdy data pozostaje nierozstrzygnięta.
-
03
Nieaktualne daty zostają, nie są kasowane.
Stara data to jest to, czego ludzie szukają i co cytują stare ostrzeżenia. Skasowanie jej usuwa jedyną rzecz, która może powiedzieć czytelnikowi, że artykuł, który właśnie przeczytał, powstał przed zmianą.
-
04
Konsekwencje są cytowane, nie podkręcane.
Tam, gdzie Google mówi o usunięciu, ta strona mówi o usunięciu. Tam, gdzie Google mówi tylko, że wymóg istnieje, ta strona mówi o standardowym egzekwowaniu zasad, zamiast wymyślać sankcję.
Co zmieniło się od publikacji tej strony
Reguła 03 jest cokolwiek warta tylko wtedy, gdy zmiany są widoczne, więc tutaj są wszystkie korekty wprowadzone od publikacji, od najnowszej. Każdy wpis mówi, co strona twierdziła wcześniej, bo to jest ta część, której naprawdę potrzebuje czytelnik, który zadziałał na starej wartości.
-
14 sierpnia 2026
Kontakty i lokalizacja przeszły ze statusu spornego do rozstrzygniętego na 27 stycznia 2027 r. Oś czasu zasad Android Developers podawała dla obu 28 października 2026 r., a Play Console Help dla obu 27 stycznia 2027 r.; Android Developers podaje teraz dla każdej z nich 27 stycznia 2027 r., więc obie strony są zgodne i ta strona nie pokazuje już tych wierszy jako konfliktu. 28 października 2026 r. pozostaje na liście martwych dat, ponieważ data ta została faktycznie opublikowana. Standardy bezpieczeństwa dzieci to teraz jedyny żywy konflikt dat: 26 sierpnia 2026 r. w Play Console Help wobec 28 października 2026 r. w Android Developers.
-
14 sierpnia 2026
Poprawiono próg dostępności dla Androida TV z API 34 na API 33 i przestano przedstawiać wymóg API 34 przy przesyłaniu aplikacji na Androida TV jako podwyżkę z 2026 roku. Szczegółowa tabela formatów urządzeń Google datuje ten wymóg na 31 sierpnia 2025 r.
-
12 sierpnia 2026
Pierwsza publikacja, zweryfikowana wobec dziewięciu stron Google.
Dwa z tych wpisów pojawiły się w ciągu 48 godzin od publikacji, co jest uczciwą reklamą tej sekcji: kalendarz zasad nie jest dokumentem, który pisze się raz. Korekta z 28 października wzięła się w szczególności stąd, że Google zmieniło jedną stronę, aby pasowała do drugiej, bez żadnego ogłoszenia, czyli dokładnie z tego sposobu porażki, który reguła 02 i reguła 03 mają przetrwać.
Dziewięć stron, które czyta ponownie każdy przegląd
Jeśli prowadzisz własny kalendarz zgodności, to jest cała lista. Zmiana którejkolwiek z tych stron jest powodem, aby przeczytać ponownie pozostałe osiem, bo dokładnie tak powstały konflikty na tej stronie i tak jeden z nich się zamknął.
https://support.google.com/googleplay/android-developer/announcements/13412212
https://support.google.com/googleplay/android-developer/table/12921780
https://support.google.com/googleplay/android-developer/answer/13386702
https://developer.android.com/distribute/play-policies
https://developer.android.com/google/play/requirements/target-sdk
https://developer.android.com/developer-verification
https://developer.android.com/guide/practices/page-sizes
https://support.google.com/googleplay/android-developer/answer/16909972
https://support.google.com/googleplay/android-developer/answer/16935362Po kolei: indeks ogłoszeń o zasadach, aktualna tabela terminów zasad, archiwum zasad, oś czasu zasad Android Developers, strona z wymaganiami dotyczącymi docelowego poziomu API, przegląd weryfikacji deweloperów, przewodnik po rozmiarze stron 16 KB, a na końcu dwie strony o uprawnieniach do kontaktów, które niosą własną datę wejścia zasad w życie i ich harmonogram dostosowania. Czytany w tej kolejności, wiersz kalendarza jest zawsze tylko drugą opinią.
Co na tej stronie zdezaktualizuje się pierwsze
- Wiersz o standardach bezpieczeństwa dzieci. Ostatni sporny wiersz na stronie i ten o najwyższym ryzyku. Każda ze stron Google może zostać zmieniona bez uprzedzenia, a rozstrzygnięcie będzie wyglądać jak cicha zmiana, a nie jak ogłoszenie, czyli dokładnie tak, jak skończył się spór o kontakty i lokalizację.
- Świeżo rozstrzygnięta data dla kontaktów i lokalizacji. 27 stycznia 2027 r. jest dziś uzgodnione przez obie strony. Doszło do tego przez niezapowiedzianą zmianę, więc może przesunąć się znowu w ten sam sposób. Zgodność to nie to samo co trwałość.
- Cytaty z 26 sierpnia. Wskazują na strony z zapowiedziami zasad. Brzmienie zapowiedzi jest zastępowane, gdy zasady wchodzą w życie, więc po tej dacie cytatem do użycia są aktualne zasady.
- Data 1 lutego 2027 r. dla 16 KB. Przesunęła się dwa razy. Traktuj ją jako wartość aktualną, a nie stałą, i przed zaplanowaniem wydania sprawdź, kiedy sam przewodnik po rozmiarze stron był ostatnio aktualizowany.
- Lista krajów przy weryfikacji deweloperów. Dziś cztery kraje, a potem „2027 r. i lata następne”. Kolejne ogłoszenie o krajach zmienia ten wiersz i nic więcej na tej stronie.
- Sformułowania o przedłużeniu. Po 1 listopada 2026 r. każde zdanie sugerujące, że o przedłużenie docelowego poziomu API wciąż można poprosić, staje się błędne, dlatego brzmienie na tej stronie jest generowane z dzisiejszej daty, a nie wpisane ręcznie.
Jeśli znajdziesz tu wiersz, który nie zgadza się już z aktualną stroną Google, wygrywa strona, którą masz przed sobą, a ta jest nieaktualna. Znacznik weryfikacji na górze istnieje po to, żebyś jednym spojrzeniem ocenił, na ile ufać temu rejestrowi, a napisanie do nas jest szybsze niż czekanie na kolejny przegląd.
Najczęściej zadawane pytania
Jaki jest następny termin zasad Google Play w 2026 roku?
Na dzień 14 sierpnia 2026 najbliższa potwierdzona data to 30 września 2026, która obejmuje rejestrację nazw pakietów w Google Play oraz pierwsze egzekwowanie weryfikacji deweloperów Androida przy instalacji w Brazylii, Indonezji, Singapurze i Tajlandii. Jedna data z tej listy pozostaje sporna: Play Console Help umieszcza rozszerzenie standardów bezpieczeństwa dzieci 26 sierpnia 2026 r., a oś czasu zasad Android Developers podaje dla niego 28 października 2026 r., więc przygotuj się na tę wcześniejszą.
Czy naprawdę muszę kierować aplikację na API 36 do 31 sierpnia 2026 r.?
W przypadku zwykłych nowych aplikacji mobilnych na Androida i ich aktualizacji: tak. Strona Google o docelowym poziomie API podaje, że od 31 sierpnia 2026 r. nowe aplikacje i aktualizacje aplikacji muszą być kierowane na Androida 16, czyli API na poziomie 36 lub wyższym. Inne formaty urządzeń mają własne poziomy: Wear OS i Android Automotive OS wymagają API 35, a Android XR wymaga API 34. Android TV również wymaga API 34, ale to w ogóle nie jest zmiana z 2026 roku, ponieważ szczegółowa tabela formatów urządzeń Google datuje wymóg dotyczący przesyłania aplikacji na TV na 31 sierpnia 2025 r. Istnieje druga, odrębna reguła dla aplikacji, których w ogóle nie aktualizujesz; jest to próg dostępności, a nie próg przesyłania: API 35 dla urządzeń mobilnych i API 33 dla Androida TV.
Moja aplikacja jest już opublikowana. Czy Google usunie ją 31 sierpnia, jeśli nic nie zrobię?
Nie. Google nie usuwa opublikowanej aplikacji za niespełnienie progu dostępności z 31 sierpnia. Konsekwencja jest węższa: istniejąca aplikacja mobilna poniżej API na poziomie 35 przestaje być dostępna dla nowych użytkowników na urządzeniach z wersją Androida wyższą niż poziom, na który aplikacja jest kierowana. Osoby, które już ją zainstalowały, zachowują ją, a na starszych urządzeniach pozostaje dostępna. Reguła dotycząca przesyłania to ta druga, odrębna: nowa aplikacja lub aktualizacja aplikacji wysłana do Google Play od 31 sierpnia 2026 r. musi być kierowana na API 36 lub wyższe w przypadku urządzeń mobilnych.
Czy mogę przedłużyć termin 31 sierpnia dotyczący docelowego poziomu API?
Wytyczne Google dotyczące poziomu docelowego w 2026 roku dają kwalifikującym się deweloperom, których to dotyczy, przedłużenie do 1 listopada 2026 r., o które prosi się przez odpowiednie powiadomienie w Play Console. Traktuj je jako powiązane z konkretną aplikacją i konkretnym kontem, a nie jako coś, co automatycznie przysługuje każdemu deweloperowi, i pamiętaj, że przedłużenie nie tworzy nowego, niższego poziomu docelowego. Kupuje tylko czas na osiągnięcie tego samego poziomu.
Czy 30 września 2026 r. to dzień, w którym Google zablokuje wszystkie niezweryfikowane aplikacje na Androida na całym świecie?
Nie. Pierwsze egzekwowanie weryfikacji deweloperów Androida przy instalacji, 30 września 2026 r., obejmuje uczestniczące sklepy w Brazylii, Indonezji, Singapurze i Tajlandii, a szersze rozszerzenie Google opisuje jako 2027 r. i lata następne, nie podając dokładnej daty ogólnoświatowej. Google mówi też, że kilka dróg pozostaje otwartych: instalacje przez ADB nie wymagają weryfikacji, zaawansowany jednorazowy proces pozwala doświadczonym użytkownikom instalować aplikacje od niezweryfikowanych deweloperów, a dystrybucja przez sklepy spoza programu ani bezpośredni sideloading nie są objęte tym etapem. Tego samego dnia wchodzi osobny wymóg: rejestracja nazw pakietów w Google Play, przy której Google ostrzega, że niezarejestrowana aplikacja z Play może zostać usunięta z Play na całym świecie.
Czy termin zasad dotyczących kontaktów to 28 października 2026 r., czy 27 stycznia 2027 r.?
27 stycznia 2027 r. Obie strony Google są już co do tego zgodne. Przez większość 2026 roku sprawa naprawdę nie była rozstrzygnięta: oś czasu zasad Android Developers podawała 28 października 2026 r., a tabela terminów w Play Console Help podawała 27 stycznia 2027 r.; w połowie sierpnia 2026 r. strona Android Developers została zmieniona tak, aby zgadzała się z Play Console Help, bez żadnego ogłoszenia. 28 października to prawdziwa data opublikowana przez Google, dziś już nieaktualna, więc źródło, które nadal ją cytuje, nie było od tamtej pory sprawdzane. Ta sama korekta dotyczy zasad dotyczących uprawnień do lokalizacji, które zmieniły się tego samego dnia. Co do zakresu, który nigdy się nie zmienił: zasady dotyczą szerokiego dostępu do kontaktów w aplikacjach kierowanych na Androida 17, czyli API na poziomie 37 lub wyższym, i kierują aplikacje, które nie potrzebują szerokiego dostępu, do Android Contact Picker, więc aplikacja, w której użytkownik wybiera jeden kontakt w konkretnym celu, nie trafia automatycznie pod reżim szerokiego dostępu.
Czy termin dotyczący rozmiaru stron 16 KB to 31 maja 2026 r., czy 1 lutego 2027 r.?
W przypadku obecnego ogólnego wymogu zgodności Google Play aktualna dokumentacja Androida podaje, że od 1 lutego 2027 r. objęte nim niezgodne aktualizacje nie będą już mogły być publikowane. 31 maja 2026 r. to historyczna data przedłużenia, która wciąż pojawia się w dyskusjach deweloperów i starszych artykułach, a 1 listopada 2025 r. to pierwotna data sprzed niej. Ten harmonogram przesuwał się już nieraz, więc sprawdzaj aktualny przewodnik dotyczący rozmiaru stron, a nie jakikolwiek artykuł.
Jakie terminy Google Play czekają nas już w 2027 roku?
Trzy zmiany z datami. 27 stycznia 2027 r. kończy wyjątek dotyczący SMS-ów i rejestru połączeń, który pozwalał używać READ_CALL_LOG do potwierdzenia weryfikacyjnego połączenia telefonicznego; to również data, którą obie strony Google podają teraz dla zasad dotyczących uprawnień do kontaktów i lokalizacji. 1 lutego 2027 r. to aktualna data egzekwowania wymogu rozmiaru stron 16 KB w bieżącym przewodniku Google. Weryfikacja deweloperów Androida obejmie szerszy zakres w 2027 roku i później, a na dzień 14 sierpnia 2026 nie opublikowano dokładnej daty globalnej.
Które z tych terminów dotyczą zupełnie nowego konta dewelopera, które nic jeszcze nie opublikowało?
Te po stronie przesyłania. Twoje pierwsze przesłanie musi spełniać docelowy poziom API dla swojego formatu urządzenia, nazwa pakietu musi być zarejestrowana, aplikacja potrzebuje oceny treści i wypełnionej deklaracji Bezpieczeństwa danych, a każde zasady powiązane z uprawnieniami, które pasują do zestawu Twoich funkcji, obowiązują od pierwszej wersji, a nie dopiero od aktualizacji. Jedynym wymogiem, którego nie ma w tym kalendarzu, jest bramka testów zamkniętych, ponieważ nie jest to zmiana zaplanowana w czasie: nowe osobiste konto dewelopera musi przeprowadzić test zamknięty z udziałem co najmniej 12 testerów, którzy uczestniczyli w nim nieprzerwanie przez co najmniej 14 dni, zanim będzie mogło poprosić o opublikowanie wersji produkcyjnej. Test wewnętrzny tego nie zastępuje, a w trakcie testu możesz nadal wydawać kolejne wersje, bo 14 dni przerywa spadek liczby testerów, a nie nowe przesłanie. PrimeTestLab dostarcza takich testerów na prawdziwych urządzeniach od $19.99.
Podsumowanie
Streszczenie
Na dzień 14 sierpnia 2026 najbliższy potwierdzony termin Google Play to 30 września 2026. Sekwencja 2026 roku wygląda tak: 26 sierpnia dla reguł losowego i anonimowego czatu oraz koniec geofencingu jako zatwierdzonego scenariusza użycia usługi działającej na pierwszym planie; 31 sierpnia dla wymagań docelowego poziomu API, API 36 dla przesłań mobilnych, z osobnym progiem dostępności API 35 dla aplikacji, których nigdy nie aktualizujesz; 30 września dla rejestracji nazw pakietów w Google Play i pierwszego egzekwowania weryfikacji deweloperów Androida w krajach: Brazylia, Indonezja, Singapur i Tajlandia; 1 października dla raportowania i opłat w objętych zmianą programach w USA; oraz 1 listopada jako koniec przedłużenia dla docelowego poziomu API. Kontakty i lokalizacja są rozstrzygnięte na 27 stycznia 2027 r., po tym jak Google zastąpiło datę 28 października 2026 r., którą wcześniej podawało dla obu. Jedne zasady wciąż są sporne: standardy bezpieczeństwa dzieci to 26 sierpnia w Play Console Help i 28 października w Android Developers, więc buduj pod 26 sierpnia. 1 lutego 2027 r. to aktualna data dla rozmiaru stron 16 KB, zastępująca 1 listopada 2025 r. i 31 maja 2026 r. A jeden wymóg, którego nie ma na żadnej z tych list, wciąż powstrzymuje nowe osobiste konta deweloperów przed publikacją: test zamknięty z 12 testerami uczestniczącymi w nim nieprzerwanie przez 14 dni. Zobacz plany cenowe →
Źródła podstawowe