Szybka odpowiedź
Na dzień 15 października 2026, każdy datowany termin zasad Google Play z 2026 roku już minął, a wiersze poniżej zostają jako punkt odniesienia dla ostrzeżeń i powiadomień, które wciąż się na nie powołują. Dwie aktualne strony Google z terminami są już zgodne, że kontakty i lokalizacja wchodzą w życie 27 stycznia 2027 r.; oś czasu Android Developers podawała dla obu 28 października 2026 r. do sierpnia 2026 r., więc ta data jest nieaktualna, a nie błędna. Zamknął się też ostatni otwarty konflikt: Standardy bezpieczeństwa dzieci to teraz 26 sierpnia 2026 r. na obu stronach Google, co zastępuje datę 28 października 2026 r. podawaną wcześniej przez Android Developers. 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 15 października 2026, a tam, gdzie Google samo sobie przeczy, drukujemy obie daty i oba adresy URL, zamiast po cichu wybierać jedną.
Aktualizacja: 16 października 2026
Aktualizacja z października 2026 r.: obie strony Google z terminami datują teraz rozszerzenie standardów bezpieczeństwa dzieci na 26 sierpnia 2026 r., więc żaden wiersz na tej stronie nie jest już sporny. Geofencing znika z zatwierdzonych zastosowań usługi działającej na pierwszym planie 27 stycznia 2027 r., a nie 26 sierpnia, jak wcześniej podawała ta strona. Dodano: datę 1 grudnia dla programu w USA oraz wymagania na 2027 rok podane tylko z miesiącem, dotyczące pamięci, DEX, przywracania logowania i API 37. 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 27 stycznia 2027, czyli za 82 dni. Poniżej śledzimy 48 wierszy, od 1 stycznia 2026 do 30 września 2027. Gdy 15 października 2026 r. ponownie przeczytano obie strony Google z terminami, żaden wiersz nie miał sprzecznych dat: ostatnia rozbieżność, dotycząca rozszerzenia standardów bezpieczeństwa dzieci, zamknęła się, gdy obie strony ustaliły 26 sierpnia 2026 r. Najpierw przefiltruj rejestr pod własną aplikację, bo większość tych wierszy Ciebie nie dotyczy.
Co obejmuje liczba 48
Ta suma to taksonomia tej strony, a nie liczba publikowana przez Google, więc warto powiedzieć, co się na nią składa: 24 dat wejścia zasad w życie, 0 wierszy, gdzie dwie aktualne strony Google podają dwie różne daty, 7 dat ogłoszeń i doprecyzowań, które same z siebie niczego nie egzekwują, 11 handlowych i programowych kamieni milowych Play, które w ogóle nie są wymogami zasad programu dla deweloperów, oraz 6 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-10-15.
-
Ź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 11.
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: 48.
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 12, 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; Przywracanie logowania dla powracających użytkowników; 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 15 października 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 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
-
15 wrz 2026 Wear OS: obsługa architektury 64-bitowej i rozmiaru stron 16 KB Potwierdzone Minęło
-
30 wrz 2026 Rejestracja nazw pakietów w Google Play Potwierdzone Minęło
-
30 wrz 2026 Weryfikacja deweloperów Androida, pierwsze egzekwowanie przy instalacji Potwierdzone Minęło
-
30 wrz 2026 Zmiany opłat serwisowych docierają do Australii i Japonii Program Potwierdzone Minęło
-
30 wrz 2026 Program New Apps and Games staje się dostępny Program Potwierdzone Minęło
-
1 paź 2026 Raportowanie transakcji w USA i obowiązujące opłaty serwisowe Program Potwierdzone Minęło
-
1 lis 2026 Koniec przedłużenia dla docelowego poziomu API Potwierdzone Minęło
-
listopad 2026 Deklaracja dotycząca uprawnień do lokalizacji staje się dostępna w Play Console Brak daty Brak daty
-
1 gru 2026 Linki do treści zewnętrznych w USA: raportowanie udanych pobrań i obowiązujące opłaty Program Potwierdzone 25 dni
-
31 gru 2026 Zmiany opłat serwisowych i nowy program docierają do Korei Program Potwierdzone 55 dni
-
27 sty 2027 Geofencing usunięty z zatwierdzonych scenariuszy użycia usługi działającej na pierwszym planie Potwierdzone 82 dni
-
27 sty 2027 SMS-y i rejestr połączeń: koniec wyjątku dla weryfikacji przez połączenie telefoniczne Potwierdzone 82 dni
-
27 sty 2027 Zasady dotyczące uprawnień do kontaktów Potwierdzone 82 dni
-
27 sty 2027 Zasady dotyczące uprawnień do lokalizacji Potwierdzone 82 dni
-
1 lut 2027 Egzekwowanie zgodności z rozmiarem stron 16 KB Potwierdzone 87 dni
-
luty 2027 Progi pamięci i bitmap (jakość techniczna) Brak daty Brak daty
-
luty 2027 Wymagania dotyczące optymalizacji DEX (jakość techniczna) Brak daty Brak daty
-
kwiecień 2027 Przywracanie logowania dla powracających użytkowników Brak daty Brak daty
-
sierpień 2027 Docelowe API 37 dla nowych aplikacji i aktualizacji aplikacji (ogłoszony miesiąc) Brak daty Brak daty
-
30 wrz 2027 Zmiany opłat serwisowych i nowy program docierają do reszty świata Program Potwierdzone 328 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ń 15 października 2026. Kolejne zmiany dodamy, gdy Google je ogłosi. Poza wierszami z datą Google wskazało cztery wymagania tylko z dokładnością do miesiąca (listopad 2026 r., luty 2027 r., kwiecień 2027 r. i sierpień 2027 r.); są wymienione jako wiersze z samym miesiącem i nigdy nie dostają wymyślonego dnia. 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 11, 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.
- 1 grudnia 2026 Linki do treści zewnętrznych w USA: raportowanie udanych pobrań i obowiązujące opłaty Deweloperzy zapisani do programu linków do treści zewnętrznych 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. Wszystkie trzy 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, a obie strony datują teraz rozszerzenie standardów bezpieczeństwa dzieci na 26 sierpnia 2026 r.
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 15 października 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
Obie strony są już zgodne. Android Developers publikowało wcześniej
28 października 2026Rozstrzygnięte na 26 sierpnia 2026
0 konflikty nadal żywe, rozstrzygnięte: 3. Obie strony przeczytaliśmy ponownie 15 października 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ła wiersza o bezpieczeństwie dzieci, dopóki był sporny: definicja aplikacji z losowym lub anonimowym czatem była na obu stronach taka sama i różniła się tylko data. Jeśli zakres pracy wyznaczyłeś według definicji, a nie według daty, żadne z tych przesunięć 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
Gdy obie strony Google z terminami przeczytano ostatnio, żadna data na tej stronie nie była między nimi sporna. To migawka, a nie gwarancja: konflikt pojawia się i zamyka w ten sam sposób, przez cichą zmianę jednej ze stron, więc przeczytaj ponownie obie, zanim oprzesz się na którymkolwiek wierszu.
Co zmienia się 26 sierpnia 2026 r.?
Trzy 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; a standardy bezpieczeństwa dzieci obejmują losowy i anonimowy czat, co obie strony Google datują teraz na 26 sierpnia. Jeśli żadna z tych rzeczy nie opisuje Twojej aplikacji, 26 sierpnia nie jest Twoją datą. Geofencing, który ta strona wcześniej wymieniała w tym miejscu, wchodzi w życie 27 stycznia 2027 r.
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.
-
Potwierdzone
Standardy bezpieczeństwa dzieci obejmują anonimowy i losowy czat
Kogo dotyczy Aplikacje losowego i anonimowego czatu.
Zrób Traktuj aplikację z losowym lub anonimowym czatem jako objętą standardami bezpieczeństwa dzieci i spełnij ich wymagania.
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 Konsoli Play, 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.
Standardy bezpieczeństwa dzieci: obie strony Google podają teraz 26 sierpnia
To był ostatni wiersz na tej stronie, w którym dwie strony Google się nie zgadzały: Play Console Help datowało rozszerzenie standardów bezpieczeństwa dzieci na 26 sierpnia 2026 r., a oś czasu Android Developers podawała 28 października 2026 r. Gdy obie przeczytano ponownie 15 października 2026 r., obie podawały 26 sierpnia. Jeśli przygotowywałeś się na wcześniejszą datę, wybrałeś właściwą. Definicja aplikacji z losowym lub anonimowym czatem nigdy nie różniła się między tymi dwiema stronami.
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 Konsoli Play 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ąć.
- To okno zamknęło się 1 listopada 2026 r., więc przedłużenie nie jest już dostępne, a każde sformułowanie sugerujące, że wciąż można o nie poprosić, jest nieaktualne.
Google ma osobny proces proszenia o więcej czasu na niektóre deklaracje wynikające z zasad, pokazywany w Konsoli Play 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
Minęło-
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 Konsoli Play.
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ń 15 października 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 Konsoli Play 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 w tym miesiącu, 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. Późniejsze powiadomienie dodaje 1 grudnia dla raportowania udanych pobrań w programie linków do treści zewnętrznych. Jeśli szukasz 28 października, to nie jest to już termin dla niczego: Google przeniosło kontakty i lokalizację na 27 stycznia 2027 r., a obie strony datują teraz standardy bezpieczeństwa dzieci na 26 sierpnia.
1 października: raportowanie i opłaty w objętych zmianą programach w USA
1 października 2026
Minęło-
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.
1 grudnia: raportowanie udanych pobrań w programie linków do treści zewnętrznych w USA
1 grudnia 2026
za 25 dni-
Potwierdzone
Linki do treści zewnętrznych w USA: raportowanie udanych pobrań i obowiązujące opłaty
Kogo dotyczy Deweloperzy zapisani do programu linków do treści zewnętrznych w USA.
Zrób Wdróż aktualne raportowanie udanych pobrań wymagane przez program przed 1 grudnia.
Powiadomienie z września 2026 r. dodaje drugą datę, ale tylko dla jednego programu. Jeśli jesteś zapisany do programu linków do treści zewnętrznych w USA, raportowanie udanych pobrań i ewentualne obowiązujące opłaty zaczynają się 1 grudnia 2026 r. Obowiązki od 1 października pozostają bez zmian; nie przesuwa to wszystkich programów w USA na grudzień.
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ść od tego czasu się zamknęła. 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
Jeśli jakieś źródło podaje Ci 28 października, zapytaj, o które zasady chodzi. Była to opublikowana przez Google data dla kontaktów i lokalizacji, dopóki nie przesunięto ich na 27 stycznia 2027 r., oraz data Android Developers dla standardów bezpieczeństwa dzieci, dopóki obie strony nie ustaliły 26 sierpnia. Dziś nie jest aktualna dla niczego.
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
Minęło-
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.
To okno jest zamknięte. Sformułowania sugerujące gdziekolwiek, że o przedłużenie docelowego poziomu API z 2026 roku wciąż można poprosić, są nieaktualne, także w starszych artykułach i w odpowiedziach asystentów wytrenowanych na tych artykułach. Zostaje leżący pod spodem wymóg z 31 sierpnia, który się nie przesunął.
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?
34 z 48 śledzonych wierszy mamy za sobą na dzień 15 października 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 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
wrzesień 2026
- 15 wrz Wear OS: obsługa architektury 64-bitowej i rozmiaru stron 16 KB Potwierdzone
- 30 wrz Rejestracja nazw pakietów w Google Play Potwierdzone
- 30 wrz Weryfikacja deweloperów Androida, pierwsze egzekwowanie przy instalacji Potwierdzone
- 30 wrz Zmiany opłat serwisowych docierają do Australii i Japonii Potwierdzone
- 30 wrz Program New Apps and Games staje się dostępny Potwierdzone
październik 2026
- 1 paź Raportowanie transakcji w USA i obowiązujące opłaty serwisowe Potwierdzone
listopad 2026
- 1 lis Koniec przedłużenia dla docelowego poziomu API 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?
Wiersze z datą, wiersze z samym miesiącem i jeden celowo nieostry okres. 27 stycznia 2027 r. obejmuje cztery 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, zasady dotyczące uprawnień do kontaktów i lokalizacji oraz usunięcie geofencingu z zatwierdzonych scenariuszy użycia usługi działającej na pierwszym planie. 1 lutego 2027 r. to aktualna data egzekwowania wymogu rozmiaru stron 16 KB. Google wskazało też luty, kwiecień i sierpień 2027 r. dla wymagań dotyczących jakości technicznej i docelowego API, nie podając dnia. 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 82 dni-
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.
-
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 tak, wypełnij deklarację w Play Console; jeśli nie, przejdź na Android Contact Picker.
-
Potwierdzone
Zasady dotyczące uprawnień do lokalizacji
Kogo dotyczy Aplikacje kierowane na Androida 17 (poziom API 37) lub nowszego, które proszą o dokładną lokalizację na potrzeby jednorazowego działania zainicjowanego przez użytkownika.
Zrób Do tego jednorazowego żądania dokładnej lokalizacji użyj systemowego przycisku lokalizacji, a każdy inny dostęp do lokalizacji ogranicz do minimalnego zakresu.
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 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. Dla kontaktów Google opisuje 30-dniowe przedłużenie, które możesz przyznać sobie sam w Play Console.
Tutaj trafia też wiersz o geofencingu. Geofencing przestaje być zatwierdzonym scenariuszem użycia usługi działającej na pierwszym planie 27 stycznia 2027 r., czyli w dniu, który podają obie aktualne strony Google z terminami; ta strona podawała go wcześniej pod 26 sierpnia 2026 r. Jako alternatywę Google wskazuje Geofence API. Zmiana dotyczy deklaracji usługi działającej na pierwszym planie, a nie aplikacji, które korzystają z geofencingu przez to API.
1 lutego 2027 r.
1 lutego 2027
za 87 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.
Daty, które Google podało tylko z dokładnością do miesiąca
Te wiersze mają miesiąc, ale nie mają dnia. Ogłoszenie Google o jakości technicznej z 26 sierpnia 2026 r. podaje luty 2027 r. dla wymagań dotyczących pamięci i DEX oraz kwiecień 2027 r. dla przywracania logowania, a artykuł Android Developers wskazuje sierpień 2027 r. dla docelowego API 37. Traktuj miesiąc jako sygnał do planowania i nie wpisuj do planu pierwszego dnia miesiąca: dokładny dzień nie pojawia się w żadnym źródle, które ta strona zdołała znaleźć. Są to terminy odrębne od daty 1 lutego 2027 r. dla 16 KB, którą Google podało z dokładnym dniem.
-
listopad 2026
Deklaracja dotycząca uprawnień do lokalizacji staje się dostępna w Play Console
Kogo dotyczy Aplikacje objęte zasadami dotyczącymi uprawnień do lokalizacji.
Zrób Przygotuj uzasadnienie już teraz i wypełnij deklarację, gdy Play Console o nią poprosi.
-
luty 2027
Progi pamięci i bitmap (jakość techniczna)
Kogo dotyczy Aplikacje na telefony i tablety.
Zrób Sprawdź w Android vitals problemy z pamięcią i bitmapami przed lutym 2027 r.
-
luty 2027
Wymagania dotyczące optymalizacji DEX (jakość techniczna)
Kogo dotyczy Aplikacje przekraczające progi rozmiaru wymienione przez Google, we wszystkich formatach urządzeń.
Zrób Zmierz swoją aplikację względem progów DEX ze strony pomocy Google o jakości technicznej.
-
kwiecień 2027
Przywracanie logowania dla powracających użytkowników
Kogo dotyczy Aplikacje na telefony i tablety, które korzystają z logowania, z wyjątkami wymienionymi przez Google.
Zrób Wdróż opisane przez Google przywracanie logowania dla użytkownika, który wraca na nowym urządzeniu.
-
sierpień 2027
Docelowe API 37 dla nowych aplikacji i aktualizacji aplikacji (ogłoszony miesiąc)
Kogo dotyczy Nowe aplikacje i aktualizacje aplikacji. Wyjątki dla formatów urządzeń nie zostały jeszcze opublikowane.
Zrób Zaplanuj migrację na API 37, a dokładny dzień weź ze strony Google o wymaganiach dotyczących docelowego API, gdy się tam pojawi.
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ń 15 października 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ć?
9 w szczególności. Cztery 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, 28 października 2026 r. dla kontaktów i lokalizacji, którą Android Developers zastąpiło datą 27 stycznia 2027 r., oraz 28 października 2026 r. dla standardów bezpieczeństwa dzieci, które obie strony datują teraz na 26 sierpnia. Pięć to błędne odczytania krążące jako fakty: zakaz aplikacji bez oceny treści od 26 sierpnia, którego nigdy nie ogłoszono; ogólnoświatowe wyłączenie sideloadingu 30 września, które dotyczy czterech krajów; geofencing od 26 sierpnia, który w rzeczywistości obowiązuje od 27 stycznia 2027 r.; termin 14 października, w którym miałyby zniknąć wszystkie aplikacje z powodu danych D-U-N-S, a którego Google nigdy nie wyznaczyło; oraz 1 lutego lub 1 kwietnia jako dokładne dni dla wymagań, które Google podało tylko z dokładnością do miesiąca.
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 Konsoli Play.
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 15 października 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
ZastąpioneCzego dotyczy Data rozszerzenia standardów bezpieczeństwa dzieci na osi czasu zasad Android Developers.
Status dzisiaj Nieaktualna. Obie strony Google datują teraz rozszerzenie standardów bezpieczeństwa dzieci na 26 sierpnia 2026 r., więc data 28 października, którą podawało Android Developers, nie jest już nigdzie aktualna.
Bezpieczne sformułowanie 26 sierpnia 2026 r. na obu stronach Google. 28 października 2026 r. to prawdziwa data Android Developers, która została zastąpiona.
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.
26 sierpnia 2026 r. dla geofencingu
Nie to, na co wyglądaCzego dotyczy Data, którą ta strona i inne zestawienia podawały dla usunięcia geofencingu z zatwierdzonych scenariuszy użycia usługi działającej na pierwszym planie.
Status dzisiaj Błędna. Obie aktualne strony Google z terminami podają 27 stycznia 2027 r.
Bezpieczne sformułowanie Geofencing przestaje być zatwierdzonym scenariuszem użycia usługi działającej na pierwszym planie 27 stycznia 2027 r. Użyj Geofence API.
14 października 2026 r. dla D-U-N-S
Nie to, na co wyglądaCzego dotyczy Data krążąca w wątkach deweloperów, rzekomo oznaczająca usunięcie każdej aplikacji, której dane D-U-N-S się nie zgadzają.
Status dzisiaj Nie ma uniwersalnego terminu. Proces weryfikacji tożsamości Google wyznacza terminy dla poszczególnych kont, w powiadomieniu wysłanym do danego konta.
Bezpieczne sformułowanie Trzymaj się terminu z powiadomienia we własnej Play Console i popraw każdą niezgodność z rekordem w Dun & Bradstreet.
1 lutego lub 1 kwietnia 2027 r. dla pamięci, DEX i przywracania logowania
Nie to, na co wyglądaCzego dotyczy Dokładne dni przypisywane wymaganiom, które Google podało tylko z dokładnością do miesiąca.
Status dzisiaj Niezweryfikowane. Google podaje luty 2027 r. i kwiecień 2027 r. bez dnia.
Bezpieczne sformułowanie Luty 2027 r. dla pamięci i DEX, kwiecień 2027 r. dla przywracania logowania, bez opublikowanego dnia. 1 lutego 2027 r. to osobna data dla 16 KB.
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 było też datą Android Developers dla standardów bezpieczeństwa dzieci, dopóki obie strony nie ustaliły 26 sierpnia 2026 r., i stą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 USD · Bez abonamentu · 12 100+ 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, 15 października 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.
-
16 października 2026
Ponownie zweryfikowano każdy wiersz z aktualnymi stronami Google 15 października 2026 r. Standardy bezpieczeństwa dzieci są rozstrzygnięte na 26 sierpnia 2026 r.: Android Developers podawało wcześniej 28 października 2026 r., a teraz obie strony są zgodne, więc żaden wiersz na tej stronie nie jest sporny. Geofencing przesunięto z 26 sierpnia 2026 r. na 27 stycznia 2027 r., czyli na datę, którą podają obie aktualne strony Google z terminami; ta strona podawała go wcześniej pod 26 sierpnia. Dodano datę 1 grudnia 2026 r. dla raportowania udanych pobrań w USA, wymóg techniczny Wear OS z 15 września 2026 r. oraz wiersze z samym miesiącem dla deklaracji dotyczącej lokalizacji z listopada 2026 r., wymagań dotyczących pamięci i DEX z lutego 2027 r., przywracania logowania z kwietnia 2027 r. i kierowania na API 37 z sierpnia 2027 r. Usunięto twierdzenie, że korekta dotycząca kontaktów i lokalizacji nastąpiła w połowie sierpnia: Google nie podało tego dnia.
-
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
- Wiersze na 2027 rok z samym miesiącem. Google wskazało luty, kwiecień i sierpień 2027 r. dla pamięci, DEX, przywracania logowania i API 37, nie podając dnia. Dzień pojawi się jako cicha zmiana strony, a te wiersze zmienią się, kiedy to nastąpi.
- Rozstrzygnięta data 27 stycznia 2027 r. Kontakty, lokalizacja, wyjątek dotyczący weryfikacji przez rejestr połączeń i geofencing trafiają właśnie tutaj, a obie strony Google są dziś zgodne. Dwie z tych zmian dotarły tu przez niezapowiedziane edycje, więc mogą 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ń 15 października 2026 najbliższa potwierdzona data to 27 stycznia 2027, która obejmuje koniec wyjątku dotyczącego SMS-ów i rejestru połączeń przy potwierdzaniu weryfikacyjnego połączenia telefonicznego, zasady dotyczące uprawnień do kontaktów i lokalizacji oraz usunięcie geofencingu z zatwierdzonych scenariuszy użycia usługi działającej na pierwszym planie. To, czy cokolwiek po niej dotyczy Ciebie, zależy od Twojej aplikacji: data raportowania 1 grudnia 2026 r. dotyczy tylko deweloperów w jednym programie w USA, a 27 stycznia 2027 r. przynosi cztery zmiany dotyczące uprawnień i usług działających na pierwszym planie, każdą o innym zakresie. Użyj profilera terminów, aby zostawić tylko wiersze pasujące do Twojej aplikacji.
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 dały kwalifikującym się deweloperom, których to dotyczy, przedłużenie do 1 listopada 2026 r., o które prosi się z poziomu problemu z docelowym poziomem API na stronie stanu zasad aplikacji w Play Console. Traktuj je jako powiązane z konkretną aplikacją: sprawdź datę przyznaną Twojej własnej aplikacji, zamiast zakładać, że każdy deweloper ją ma. Przedłużenie nie tworzy niższego poziomu docelowego, a po jego zakończeniu aktualizację spełniającą wymóg nadal można przesłać normalnie.
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., dopóki strona Android Developers nie została zmieniona tak, aby się z nią zgadzała, bez żadnego ogłoszenia i w dniu, którego Google nie podało. 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. 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. Aplikacje, które zachowują READ_CONTACTS, muszą uzasadnić szeroki dostęp i wypełnić deklarację w Play Console, a Google opisuje 30-dniowe przedłużenie, które możesz przyznać sobie sam. Aplikacje, które nie potrzebują szerokiego dostępu, są kierowane do Android Contact Picker.
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; dotyczy to aplikacji kierowanych na API 35 lub wyższe na urządzeniach 64-bitowych. 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. Własna ilustracja Google pokazuje przedłużenie przyznane do 1 lutego; nic, co opublikowano, nie wskazuje na dalsze przedłużenie poza tę datę.
Jakie terminy Google Play czekają nas już w 2027 roku?
27 stycznia 2027 r. przynosi cztery zmiany o różnym zakresie: 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, zasady dotyczące uprawnień do kontaktów i lokalizacji oraz usunięcie geofencingu z zatwierdzonych scenariuszy użycia usługi działającej na pierwszym planie. 1 lutego 2027 r. to ogólny termin dla aktualizacji w sprawie 16 KB. Wymagania dotyczące pamięci i DEX zaczynają obowiązywać w lutym 2027 r., a przywracanie logowania w kwietniu 2027 r., bez dokładnych dni, a Google zapowiedziało sierpień 2027 r. dla kierowania na API 37, również bez dnia. Weryfikacja deweloperów Androida obejmie szerszy zakres w 2027 roku i później, a na dzień 15 października 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, o ile testerzy pozostają w teście; tester zastępczy zaczyna własne 14 dni, zamiast przejmować dni kogoś innego. PrimeTestLab dostarcza takich testerów na prawdziwych urządzeniach od 19,99 USD.
Pozwalam użytkownikom wybrać tylko jeden kontakt. Czy potrzebuję READ_CONTACTS?
Jeśli użytkownik wybiera tylko konkretne kontakty do danego zadania, zasady Google kierują objęte nimi aplikacje do Android Contact Picker zamiast szerokiego dostępu READ_CONTACTS. Aplikacje kierowane na API 37 lub nowsze, które zachowują to uprawnienie, muszą wyjaśnić, dlaczego selektor nie może obsłużyć kluczowej funkcji, i wypełnić deklarację. Aktualna data zgodności to 27 stycznia 2027 r.
Czy geofencing jest już zakazany, skoro minął 26 sierpnia?
Nie. Aktualna data tej zmiany dotyczącej usług działających na pierwszym planie to 27 stycznia 2027 r., a ta strona podawała ją wcześniej pod 26 sierpnia. Jako alternatywę Google wskazuje Geofence API. Zmiana dotyczy deklarowania usługi działającej na pierwszym planie na potrzeby geofencingu; nie zakazuje każdej aplikacji, która korzysta z geofencingu.
Poprawiłem wersję produkcyjną. Dlaczego ostrzeżenie w Konsoli wciąż jest widoczne?
Sprawdź kody wersji wymienione w ostrzeżeniu i każdą aktywną ścieżkę, zanim założysz, że kompilacja produkcyjna jest jedynym plikiem, którego to dotyczy. Jeden deweloper wskazał jako prawdopodobną przyczynę starą kompilację z testu zamkniętego, ale nie potwierdzono, że ostrzeżenie zniknęło. Traktuj to jako trop diagnostyczny i sprawdź rzeczywisty plik wersji pod kątem wymogu.
Czy wszystkie moje aplikacje znikną 14 października z powodu D-U-N-S?
Nie znaleziono żadnej uniwersalnej reguły usuwania aplikacji 14 października. Konta organizacji potrzebują danych tożsamości zgodnych z ich rekordem w Dun & Bradstreet, a terminy weryfikacji mogą być wyznaczane dla poszczególnych kont. Ostrzeżenie na Twoim własnym koncie może jednak być prawdziwe: przeczytaj to powiadomienie, popraw niezgodność i postępuj zgodnie z jego instrukcjami dotyczącymi pomocy, a nie według daty innego dewelopera.
Czy nowe wymagania z lutego i kwietnia oznaczają pierwszy dzień miesiąca?
Nie, o ile wiadomo z tego, co Google opublikowało. Jego dokumentacja jakości technicznej podaje luty 2027 r. dla wymagań dotyczących pamięci i DEX oraz kwiecień 2027 r. dla przywracania logowania, bez dokładnego dnia. Traktuj je jako wpisy z samym miesiącem, dopóki Google nie opublikuje więcej. Są odrębne od ogólnego terminu 1 lutego 2027 r. dla aktualizacji w sprawie 16 KB i obejmują inne aplikacje.
Podsumowanie
Streszczenie
Na dzień 15 października 2026 najbliższy potwierdzony termin Google Play to 27 stycznia 2027. Sekwencja 2026 roku wygląda tak: 26 sierpnia dla reguł losowego i anonimowego czatu; 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. Żadne zasady nie są już sporne: standardy bezpieczeństwa dzieci to 26 sierpnia 2026 r. na obu stronach Google, a geofencing przestaje być zatwierdzonym scenariuszem użycia usługi działającej na pierwszym planie 27 stycznia 2027 r. 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