Google Play zaostrza wymagania dla aplikacji na Androida. Zmiany od 2027 roku

Google podnosi poprzeczkę techniczną dla aplikacji dostępnych w Google Play. Od lutego 2027 roku sklep będzie oceniać aplikacje i gry według nowych progów „złego zachowania” — dotyczących pamięci dynamicznej, pamięci bitmap oraz optymalizacji kodu DEX. Programy, które trwale przekroczą limity, mogą stracić widoczność w Google Play i część możliwości publikowania. Nie oznacza to jednak automatycznego usunięcia aplikacji ze sklepu.

Drugi wymóg zacznie obowiązywać w kwietniu 2027 roku. Aplikacje korzystające z logowania będą musiały obsługiwać Zero-Tap Sign-In podczas przenoszenia danych na nowe urządzenie z Androidem, wykorzystując system Restore Credentials. Gry są obecnie wyłączone z tego obowiązku. 17

Co dokładnie zmierzy Google Play?

Nowe zasady koncentrują się na trzech obszarach, które mogą wpływać na spowolnienia, awarie i nieefektywne dostarczanie aplikacji.

1. Zużycie pamięci dynamicznej

Google będzie mierzyć anonimowy rozmiar rezydentnego zbioru stron, czyli RSS, razem ze skompresowaną pamięcią wymiany (compressed swap). Chodzi o prywatną pamięć zużywaną przez aplikację podczas działania, a nie o każdy plik z kodem lub zasobami zapisany na urządzeniu.

W przypadku gier limity pamięci dynamicznej na pierwszym planie będą zależeć od ilości RAM-u w urządzeniu. Podany zakres wynosi od 2,25 GB dla urządzeń z 4 GB RAM-u do 5 GB dla urządzeń z 16 GB RAM-u. Google Play chce więc oceniać aplikacje według klas urządzeń, zamiast stosować identyczny limit dla każdego telefonu i tabletu.

2. Pamięć bitmap

Zużycie pamięci przez bitmapy będzie sprawdzane na pierwszym i drugim planie oraz w pamięci podręcznej. Progi wyniosą:

• 200 MB na pierwszym i drugim planie,
• 400 MB w pamięci podręcznej.

Celem jest ograniczenie sytuacji, w której duże zasoby graficzne pozostają niepotrzebnie w pamięci, mimo że nie są aktualnie widoczne dla użytkownika.

3. Optymalizacja kodu DEX

Gry zawierające więcej niż 50 MB kodu DEX będą musiały osiągnąć co najmniej 25-procentowe pokrycie pakietu aplikacji dzięki optymalizacji kodu, zmniejszaniu jego rozmiaru i zaciemnianiu. Deweloperzy mogą wykorzystać między innymi R8 lub inne narzędzia do usuwania niepotrzebnego kodu i poprawy efektywności dostarczanego pakietu.

Jak będzie wyglądać egzekwowanie zasad?

Google Play nie oceni aplikacji na podstawie jednej wyjątkowo nieudanej sesji. Progi będą wyliczane przy użyciu 90. percentyla, czyli P90, z danych zbieranych w kroczącym okresie 28 dni. W praktyce oznacza to, że Google chce wychwytywać trwałe problemy występujące podczas rzeczywistego korzystania z aplikacji, a nie pojedynczy najgorszy pomiar.

Aplikacje niespełniające wymagań mogą mieć ograniczoną widoczność oraz możliwości publikowania w Google Play. Nie jest to równoznaczne z zapowiedzianym automatycznym banem lub usunięciem każdego programu, który przekroczy próg. Google przygotowuje również narzędzia monitorujące i diagnostyczne w Play Console, aby deweloperzy mogli sprawdzać statystyki pamięci dynamicznej i bitmap jeszcze przed rozpoczęciem egzekwowania zasad.

Progi mogą się z czasem zmieniać, gdy Google zbierze więcej danych i lepiej pozna różnice między urządzeniami oraz kategoriami aplikacji. Opublikowane wartości należy więc traktować jako punkt wyjścia do stałego monitorowania, a nie jednorazowy certyfikat zgodności.

Osobny termin dla Zero-Tap Sign-In

Druga zmiana dotyczy zupełnie innego elementu korzystania z Androida: przesiadki na nowe urządzenie. Od kwietnia 2027 roku aplikacje z funkcją logowania będą musiały obsługiwać Zero-Tap Sign-In, czyli automatyczne przywracanie stanu logowania podczas migracji między urządzeniami z Androidem za pomocą interfejsu Restore Credentials API.

Restore Credentials działa za pośrednictwem Credential Manager i ma po cichu ponownie zalogować użytkownika po odtworzeniu aplikacji na nowym urządzeniu. Mechanizm może działać niezależnie od głównej metody uwierzytelniania — w tym haseł, kluczy dostępu (passkeys) i logowania federacyjnego. 1719

Wymóg ma ograniczyć uciążliwe, ręczne logowanie do każdej aplikacji po przeniesieniu danych na nowy telefon. Gry są obecnie wyłączone z tej zasady, choć Google może zmienić to podejście w miarę rozwoju polityki.

Jak nowe zasady łączą się z Androidem 17?

Wymagania Google Play uzupełniają, a nie zastępują, mechanizmy kontroli pamięci wprowadzone w Androidzie 17. System operacyjny korzysta z limitów pamięci przypisanych do pojedynczej aplikacji i zależnych od całkowitej ilości RAM-u w urządzeniu. Początkowo rozwiązanie pojawiło się na telefonach Pixel, ale Google zapowiada jego wykorzystanie przez kolejnych producentów w urządzeniach z 4 GB aż do ponad 16 GB RAM-u.

Po przekroczeniu limitu Android 17 może spowolnić aplikację, a w dalszej kolejności ją zakończyć. Nowe zasady Google Play działają wcześniej — na etapie dystrybucji — i mają zachęcić deweloperów do ograniczenia zużycia pamięci oraz optymalizacji kodu, zanim użytkownicy odczują systemowe ograniczenia podczas korzystania z aplikacji.

To ważne rozróżnienie. Android 17 określa, co może wydarzyć się z aplikacją uruchomioną na konkretnym urządzeniu. Z kolei zasady Google Play decydują o tym, czy aplikacja zachowa standardową widoczność i pełne możliwości publikowania w sklepie.

Co deweloperzy Androida powinni zrobić już teraz?

Twórcy dużych aplikacji i gier powinni przede wszystkim:

1. Sprawdzić zużycie anonimowego RSS i skompresowanej pamięci wymiany podczas działania na pierwszym i drugim planie.
2. Monitorować pamięć bitmap osobno od ogólnego zużycia sterty, także w stanie pamięci podręcznej.
3. Zmierzyć rozmiar kodu DEX oraz pokrycie pakietu wynikające ze zmniejszania, optymalizacji i zaciemniania kodu.
4. Testować aplikacje na urządzeniach z różną ilością RAM-u, a nie wyłącznie na drogich modelach z najwyższej półki.
5. Śledzić nowe narzędzia diagnostyczne w Play Console oraz dane Android vitals.
6. Przejrzeć proces uwierzytelniania i zaplanować obsługę Restore Credentials przed kwietniem 2027 roku.

Przekaz dla twórców jest prosty: efektywne zarządzanie pamięcią i optymalizacja kodu stają się kwestią dystrybucji, a nie tylko dobrą praktyką wydajnościową. Aplikacje, które nie zostaną przygotowane na czas, mogą nadal działać, ale ryzykują gorszą widoczność w Google Play, ograniczenia publikowania oraz większą podatność na własne mechanizmy kontroli pamięci Androida.