Android uruchamia w sierpniu globalny „advanced flow” dla instalowania aplikacji od niezweryfikowanych twórców – nowy model sideloadingu pojawia się wraz z ograniczonymi kontami dystrybucyjnymi przed wejściem obowiązkowej weryfikacji

Android nie rezygnuje z sideloadingu, ale od sierpnia 2026 r. zaczyna wyraźnie oddzielać zwykłą instalację aplikacji od świadomego obchodzenia systemu weryfikacji twórców. Dla użytkownika oznacza to jedno: APK od niezweryfikowanego dewelopera nadal będzie można zainstalować, lecz nie zawsze tak szybko i bezpośrednio jak wcześniej. Dla twórców pojawia się natomiast druga ścieżka — limited distribution account, czyli ograniczone konto dystrybucyjne bez opłaty i bez weryfikacji dokumentem tożsamości, przeznaczone głównie dla studentów, hobbystów i małych projektów testowych.

Zmiana jest istotna także w Polsce, choć nie dlatego, że 19 sierpnia 2026 r. Google blokuje tu instalowanie niezweryfikowanych aplikacji. Nie blokuje. Sierpniowe wdrożenie przygotowuje Androida do szerszego modelu weryfikacji, którego pierwsza obowiązkowa faza zacznie się 30 września 2026 r. w Brazylii, Indonezji, Singapurze i Tajlandii, a globalne rozszerzanie wymagań zaplanowano od 2027 r.

Advanced flow nie blokuje APK, ale usuwa „szybkie kliknięcie i instalację”

Najważniejsza zmiana po stronie użytkownika to advanced flow, czyli specjalny tryb pozwalający instalować aplikacje pochodzące od twórców, którzy nie przeszli weryfikacji Androida. Google nie zamienia więc Androida w system działający wyłącznie z oficjalnym sklepem. Nadal można korzystać z alternatywnych sklepów, pobierać pliki APK ze stron producentów albo instalować własne kompilacje. Różnica pojawia się wtedy, gdy aplikacja nie jest zarejestrowana przez zweryfikowanego dewelopera.

Procedura jest celowo niewygodna. To nie przypadek ani efekt źle zaprojektowanego interfejsu. Google chce utrudnić sytuację, w której oszust podczas rozmowy telefonicznej przekonuje użytkownika, żeby w kilka minut wyłączył zabezpieczenia i zainstalował spreparowany APK.

Uruchomienie advanced flow obejmuje kilka etapów:

• użytkownik musi włączyć opcje programistyczne w ustawieniach systemu;

• Android pyta, czy zmiana nie jest wykonywana pod czyjąś instrukcją;

• telefon musi zostać ponownie uruchomiony, co przerywa m.in. trwającą sesję zdalnego dostępu lub połączenie wykorzystywane przez oszusta;

• po rozpoczęciu procedury obowiązuje 24-godzinny okres oczekiwania;

• po upływie doby użytkownik potwierdza decyzję biometrią — odciskiem palca lub rozpoznawaniem twarzy — albo kodem PIN;

• dopiero wtedy można aktywować instalowanie aplikacji niezweryfikowanych twórców na 7 dni albo bezterminowo.

Nawet po aktywacji trybu ostrzeżenie nie znika całkowicie. Przy instalowaniu takiej aplikacji Android nadal informuje, że pochodzi ona od niezweryfikowanego twórcy, a użytkownik musi świadomie wybrać opcję odpowiadającą „Install Anyway”.

W praktyce najbardziej irytujący będzie właśnie 24-godzinny bufor. Jeżeli ktoś pobiera awaryjne narzędzie serwisowe, aplikację firmową od małego dostawcy albo starszą wersję programu, którego twórca nie zdążył się zarejestrować, nie uruchomi advanced flow pięć minut przed instalacją. Trzeba zrobić to wcześniej.

Jest jednak istotny wyjątek: ADB pozostaje poza tym mechanizmem. Instalacja przez Android Debug Bridge nie wymaga przechodzenia 24-godzinnego oczekiwania, dlatego dla programistów, testerów i osób pracujących z własnymi buildami nadal będzie to najszybsza droga. Google nie przewiduje obecnie polecenia ADB, które skracałoby lub omijało czas oczekiwania advanced flow.

Po aktywacji advanced flow nie trzeba też pozostawiać stale włączonych opcji programistycznych. Ma to znaczenie zwłaszcza w Polsce, gdzie część aplikacji bankowych, płatniczych lub firmowych traktuje aktywny tryb deweloperski jako sygnał podwyższonego ryzyka.

Limited distribution account: bez 25 dolarów, ale tylko dla 20 urządzeń

Druga sierpniowa zmiana dotyczy twórców, którzy nie potrzebują pełnej, publicznej dystrybucji aplikacji. Limited distribution account jest już dostępne globalnie i zostało zaprojektowane dla studentów, nauczycieli, hobbystów, osób uczących się Androida oraz autorów niewielkich projektów prywatnych.

Najważniejsza różnica względem pełnego konta jest konkretna: nie trzeba przedstawiać urzędowego dokumentu tożsamości i nie ma opłaty rejestracyjnej. Pełne konto dystrybucyjne w Android Developer Console kosztuje 25 USD, czyli przy kursie w okolicach 3,6-3,8 zł za dolara około 90-95 zł. Konto ograniczone ma koszt 0 USD.

Nie jest to jednak darmowy odpowiednik normalnego konta. Limit wynosi 20 konkretnych urządzeń. To fundamentalne ograniczenie, a nie miękki próg marketingowy. Takie konto sprawdzi się przy:

• aplikacji tworzonej na zajęcia lub pracę dyplomową;

• narzędziu używanym w małej grupie testowej;

• własnej aplikacji instalowanej na telefonach i tabletach autora;

• projekcie hobbystycznym przekazywanym kilku znajomym;

• prototypie, który nie jest jeszcze przeznaczony do publicznej dystrybucji.

Nie ma natomiast sensu próbować budować na nim normalnej działalności. Jeżeli aplikacja ma trafić do klientów firmy, użytkowników płacących za usługę, pracowników kilku oddziałów albo społeczności większej niż kilkanaście osób, limit 20 urządzeń bardzo szybko stanie się problemem. W takiej sytuacji trzeba przejść na pełną dystrybucję i normalną weryfikację dewelopera.

Google rozdziela obecnie trzy modele:

Pełna dystrybucja — dla firm i profesjonalnych twórców. Wymaga weryfikacji tożsamości, ale aplikację można rozpowszechniać szeroko przez własną stronę, sklep zewnętrzny lub Google Play.

Limited distribution — bez dokumentu tożsamości i bez opłaty, lecz maksymalnie na 20 urządzeń.

Niezarejestrowana aplikacja — twórca pozostaje niezweryfikowany, a użytkownik instaluje ją przez advanced flow albo ADB.

Dla niezależnego polskiego autora najczęstszy błąd będzie prosty: wybranie limited distribution tylko po to, aby nie przechodzić weryfikacji, mimo że projekt od początku ma być publiczny. To działa przy demonstracji aplikacji kilkunastu testerom. Nie jest rozsądnym modelem dla programu udostępnianego na GitHubie kilku tysiącom osób.

Obowiązkowa weryfikacja nie wchodzi wszędzie we wrześniu — 2026 r. to dopiero pierwszy etap

Najwięcej nieporozumień budzi harmonogram. Data 30 września 2026 r. nie oznacza globalnego zakazu instalowania niezarejestrowanych APK. Pierwsza obowiązkowa faza dotyczy użytkowników w Brazylii, Indonezji, Singapurze i Tajlandii, korzystających z certyfikowanych urządzeń z Androidem 7 lub nowszym oraz z określonych sklepów uczestniczących w programie.

Na starcie są to:

• Google Play,

• HONOR App Market,

• OPPO App Market,

• Samsung Galaxy Store,

• Palm Store,

• vivo V-Appstore,

• Xiaomi GetApps.

Jeżeli aplikacja jest pobierana bezpośrednio jako APK albo pochodzi ze sklepu niewłączonego do tej pierwszej fazy, wymagania obowiązujące od 30 września nie zaczynają jeszcze automatycznie działać. Google wskazuje jednocześnie, że od 2027 r. system ma być rozszerzany globalnie na aplikacje instalowane na certyfikowanych urządzeniach z Androidem, niezależnie od źródła dystrybucji.

To właśnie dlatego polski deweloper nie powinien traktować 2026 r. jako okresu, w którym „nic nie trzeba robić”. Jeśli aplikacja ma być utrzymywana również w 2027 r., sensownie jest przygotować konto i rejestrację pakietu wcześniej.

Technicznie najważniejszy element całego systemu to nie nazwa aplikacji ani adres strony, lecz package name i klucz podpisujący. W Android Developer Console deweloper musi wykazać związek pomiędzy swoim kontem, nazwą pakietu i podpisanym APK. Utrata właściwego klucza podpisującego może uniemożliwić poprawne zarejestrowanie pakietu, dlatego migrację warto zacząć od audytu kluczy, a nie od zakładania konta.

Firmy rejestrujące konto jako organizacja muszą dodatkowo liczyć się z numerem D-U-N-S. Google podaje, że jego uzyskanie może zająć nawet 28 dni. Firma planująca przejście na pełną dystrybucję nie powinna więc odkładać formalności do tygodnia przed terminem wdrożenia.

Deweloper korzystający już z Google Play ma prostszą sytuację. Google deklaruje, że ponad 99 proc. aplikacji w Play zostało zarejestrowanych automatycznie, przede wszystkim tam, gdzie możliwe było potwierdzenie własności na podstawie istniejącego konta i Play App Signing. Status aplikacji trzeba jednak sprawdzić w Play Console — automatyzacja nie oznacza, że każdy starszy pakiet lub każda aplikacja rozpowszechniana również poza Play została poprawnie przypisana.

W przypadku dystrybucji poza Google Play właściwym narzędziem jest Android Developer Console. Twórca rejestruje tam konto, potwierdza tożsamość przy pełnej dystrybucji i rejestruje nazwy pakietów wraz z właściwymi kluczami. Do masowej obsługi aplikacji Google przygotowało również Android Developer Console API oraz Android Developer ID Status API, co ma znaczenie dla firm posiadających wiele pakietów i zautomatyzowane procesy CI/CD.

Więcej informacji na: ANCHOR

FAQ

Czy od sierpnia 2026 r. Android blokuje w Polsce instalację plików APK spoza Google Play?
Nie. Samo pobieranie i instalowanie aplikacji spoza Google Play nie zostaje wyłączone. Sierpień przynosi globalny advanced flow i ograniczone konta dystrybucyjne, natomiast pierwsza obowiązkowa egzekucja zasad zaczyna się 30 września 2026 r. w Brazylii, Indonezji, Singapurze i Tajlandii i początkowo obejmuje określone sklepy. Globalne rozszerzanie systemu zaplanowano od 2027 r.

Czy advanced flow trzeba przechodzić przy każdej instalacji?
Nie. Jest to jednorazowa konfiguracja urządzenia. Po jej zakończeniu można zezwolić na instalowanie aplikacji niezweryfikowanych twórców na 7 dni albo bezterminowo. Przy instalacji nadal pojawia się ostrzeżenie.

Czy naprawdę trzeba czekać 24 godziny?
Tak. Android wprowadza jednorazowy, 24-godzinny okres oczekiwania przed pełnym aktywowaniem advanced flow. Ma on utrudnić oszustwa prowadzone „na żywo”, gdy przestępca nakłania ofiarę do natychmiastowego wyłączenia zabezpieczeń.

Czy programista może ominąć ten czas przez ADB?
Instalacja aplikacji przez ADB działa jak dotychczas i nie podlega 24-godzinnemu oczekiwaniu. Nie ma natomiast wspieranego polecenia ADB, które skracałoby sam okres oczekiwania advanced flow.

Ile kosztuje pełne konto w Android Developer Console?
Opłata wynosi 25 USD. Limited distribution account jest bezpłatne, ale umożliwia dystrybucję maksymalnie na 20 konkretnych urządzeń.

Czy limited distribution account wymaga dowodu osobistego albo paszportu?
Nie. Ten wariant został przygotowany właśnie dla osób, które nie chcą lub nie potrzebują przechodzić pełnej weryfikacji dokumentem tożsamości. Ceną za prostszy model jest limit 20 urządzeń.

Czy aplikacja już zainstalowana będzie nadal otrzymywać aktualizacje, jeśli twórca pozostanie niezweryfikowany?
Nie zawsze. Gdy egzekwowanie nowych zasad obejmie daną instalację, niezarejestrowana aplikacja może być aktualizowana tylko przy aktywnym advanced flow albo przez ADB. Sam fakt, że starsza wersja znajduje się już na urządzeniu, nie gwarantuje możliwości normalnej aktualizacji.

Czy aplikacje firmowe instalowane przez system MDM też muszą przechodzić tę procedurę?
Aplikacje dystrybuowane przez sklep organizacji na zarządzanych urządzeniach są traktowane inaczej, ponieważ administrator IT już kontroluje ich wdrażanie. Google mimo to zaleca rejestrację takich pakietów, szczególnie jeśli aplikacja może później trafić na urządzenie niezarządzane.

Pierwszą rzeczą, którą powinien zrobić twórca aplikacji dystrybuowanej poza Google Play, nie jest zakładanie nowego konta, lecz sprawdzenie klucza podpisującego i nazw pakietów wszystkich aktywnych aplikacji. Jeśli klucz został zgubiony, zmieniony bez dokumentacji albo kilka zespołów używa różnych certyfikatów dla tego samego pakietu, właśnie ten problem trzeba usunąć najpierw. Dopiero potem ma sens wybór między pełnym kontem za 25 USD, ograniczoną dystrybucją do 20 urządzeń a pozostawieniem instalacji użytkownikom korzystającym z advanced flow.