Od 30 września 2026 roku Google zacznie stosować nowe wymagania dotyczące identyfikacji deweloperów Androida. Weryfikacja będzie dotyczyć nie tylko uczestników Google Play: stopniowo stanie się częścią całego ekosystemu certyfikowanych urządzeń z Androidem.
Szczególne ryzyko dotyczy deweloperów z jurysdykcji, w których Google nie może przeprowadzać weryfikacji ani świadczyć określonych usług ze względu na amerykańskie ograniczenia sankcyjne. Jednak mówienie o całkowitym zakazie aplikacji na Androida z «krajów objętych sankcjami» jest na razie nieprecyzyjne. Zasady są bardziej złożone: znaczenie mają miejsce pobytu dewelopera, status jego konta, sposób dystrybucji aplikacji oraz kraj użytkownika.
Do tej pory deweloper mógł umieścić plik APK na swojej stronie internetowej lub skorzystać z niezależnego sklepu z aplikacjami bez przechodzenia weryfikacji tożsamości w Google. Użytkownik widział ostrzeżenie o ryzyku, ale zazwyczaj mógł kontynuować instalację.
Nowy system wiąże aplikację ze zweryfikowaną osobą fizyczną lub organizacją. Aby móc w pełni dystrybuować aplikację, deweloper będzie musiał przejść weryfikację oraz zarejestrować używane nazwy pakietów i klucze podpisu.
W przypadku aplikacji z Google Play procedura odbywa się za pośrednictwem Play Console. Dla deweloperów, którzy korzystają wyłącznie z alternatywnych sklepów lub rozpowszechniają pliki APK bezpośrednio, przeznaczona jest oddzielna Android Developer Console.
W istocie Google sprawdza nie zawartość aplikacji, lecz to, kto za nią stoi. Firma wyjaśnia to walką z oszustami, którzy po zablokowaniu jednej szkodliwej aplikacji tworzą nowe anonimowe konto i kontynuują dystrybucję.
Pierwszy etap wdrożenia zaplanowano na 30 września 2026 roku. Obejmie on Brazylię, Indonezję, Singapur i Tajlandię, ale tylko określone sklepy z aplikacjami uczestniczące w początkowym wdrożeniu systemu.
To istotne doprecyzowanie: we wrześniu 2026 roku wymagania nie staną się jeszcze powszechnym zakazem dotyczącym każdego pliku APK w tych czterech krajach. Google wyraźnie wskazuje, że aplikacje z innych sklepów oraz pliki pobierane bezpośrednio przez użytkownika na pierwszym etapie nie będą podlegały nowej zasadzie.
Od 2027 roku firma planuje rozszerzać system na kolejne kraje i kanały dystrybucji. Szczegółowy harmonogram globalnego wdrożenia nie został jeszcze opublikowany.
Zasady mają obowiązywać na certyfikowanych urządzeniach z Androidem 7 i nowszym. Dlatego nie należy zakładać, że zmiany obejmą wyłącznie nowe smartfony lub kolejną wersję systemu operacyjnego.
Po pełnym uruchomieniu systemu aplikacji, która nie została zarejestrowana przez zweryfikowanego dewelopera, nie będzie można zainstalować ani zaktualizować w standardowy sposób na urządzeniu, na którym działa weryfikacja.
Nie oznacza to, że plik APK technicznie przestanie istnieć. Google zachowuje dwa alternatywne warianty z punktu widzenia procesu instalacji przez użytkownika.
Pierwszy to instalacja za pośrednictwem Android Debug Bridge. Jest ona przeznaczona przede wszystkim do tworzenia i testowania aplikacji, wymaga połączenia z komputerem i nie nadaje się dla masowego odbiorcy.
Drugi to specjalny tryb dla zaawansowanych użytkowników. Aby zezwolić na instalowanie aplikacji od niezweryfikowanych deweloperów, właściciel urządzenia będzie musiał włączyć opcje programistyczne, potwierdzić brak nacisku ze strony osób trzecich, ponownie uruchomić smartfon, przejść ponowne uwierzytelnienie i odczekać dobę. Następnie zezwolenie będzie można aktywować na siedem dni lub bezterminowo.
Formalnie możliwość zainstalowania aplikacji pozostanie. Z biznesowego punktu widzenia nie można jednak uznać tego za pełnoprawną alternatywę: znaczna część użytkowników nie będzie chciała zmieniać ustawień systemowych, przechodzić wieloetapowej procedury i czekać 24 godziny. Dla dewelopera oznacza to spadek konwersji, trudności z aktualizacjami i dodatkowe pytania ze strony partnerów.
Sformułowanie «deweloperzy z krajów objętych sankcjami» wymaga ostrożności. Reżimy sankcyjne nie sprowadzają się do jednej listy państw i nie zawsze obejmują wszystkich obywateli określonego kraju.
Na możliwość przejścia weryfikacji mogą wpływać:
Dlatego samo obywatelstwo nie zawsze jest kryterium decydującym. Deweloper może posiadać paszport jednego państwa, mieszkać w innym i publikować aplikację w imieniu firmy zarejestrowanej w trzecim kraju. Google będzie oceniać łącznie informacje dotyczące właściciela konta i organizacji.
W oficjalnej dokumentacji wskazano, że urządzenia w krajach objętych sankcjami są wyłączone z weryfikacji. Użytkownicy w takich regionach będą mogli nadal instalować aplikacje bez weryfikacji. Jednocześnie, zgodnie z wyjaśnieniem przedstawiciela Google, mieszkający tam deweloperzy nie będą mogli przejść samej procedury.
Powstaje asymetryczna sytuacja: aplikacja pozostaje dostępna na terytorium wyłączonym z systemu, ale jej standardowa instalacja za granicą będzie utrudniona w miarę globalnego rozszerzania weryfikacji.
Zagraniczna firma może być rozwiązaniem, jeżeli to ona rzeczywiście wydaje produkt i spełnia wymagania Google. Sam wpis do rejestru handlowego nie wystarczy.
W przypadku konta organizacji konieczne będzie potwierdzenie istnienia firmy oraz uprawnień jej przedstawiciela. Google wskazuje w szczególności na konieczność posiadania numeru D-U-N-S. Ponadto informacje w konsoli muszą być zgodne z dokumentami rejestrowymi, danymi kontaktowymi i profilem płatności.
Zagraniczna firma powinna mieć jasno określony związek z aplikacją: prawa do kodu oprogramowania i marki, umowy z deweloperami, dostęp do kluczy podpisu, kontrolę nad kontem oraz podstawę prawną do uzyskiwania przychodów z produktu. Jeżeli aplikacja prawnie należy do jednej osoby, a weryfikację przechodzi nominalna firma bez praw do produktu i bez roli operacyjnej, taka niezgodność może ujawnić się podczas weryfikacji lub późniejszego sporu.
Nie należy również zakładać, że rejestracja organizacji automatycznie eliminuje ryzyko sankcyjne. Google i inni kontrahenci mogą analizować nie tylko kraj rejestracji, ale także właścicieli, osoby zarządzające, faktyczne miejsce prowadzenia działalności oraz źródło płatności.
Zagraniczna struktura pomaga więc nie «zmienić kraj w ustawieniach», lecz stworzyć zgodny z prawem model międzynarodowej dystrybucji. Jeżeli za rejestracją nie stoi rzeczywista struktura, ryzyko blokady pozostaje.
Należy zacząć od ustalenia właściciela produktu. Zespół powinien określić, kto prawnie kontroluje aplikację, konta, domenę, znak towarowy i klucze podpisu. Jeżeli aktywa te są rozdzielone pomiędzy założycieli i kilka firm, weryfikacja może ujawnić problem, który wcześniej nie utrudniał publikacji.
Następnie należy sprawdzić dostępność Android Developer Console lub Play Console dla wybranej osoby i jurysdykcji. Nie warto ograniczać się do samej możliwości otwarcia strony rejestracyjnej: znaczenie ma skuteczne zweryfikowanie dokumentów i profilu płatności.
Szczególną uwagę należy zwrócić na aplikacje dystrybuowane poza Google Play. Dla każdej z nich trzeba ustalić nazwę pakietu, używane klucze oraz aktualny status rejestracji. Utrata klucza podpisu może znacznie utrudnić potwierdzenie praw do pakietu.
Na koniec należy przeanalizować geografię użytkowników. Jeżeli produkt działa już w Brazylii, Indonezji, Singapurze lub Tajlandii, trzeba ustalić, za pośrednictwem jakich sklepów jest dystrybuowany i czy dany kanał podlega pierwszemu etapowi wdrożenia. W przypadku pozostałych rynków do globalnego wdrożenia pozostaje jeszcze czas, jednak przeniesienie kont, uregulowanie praw do aplikacji i uzyskanie numeru D-U-N-S mogą zająć kilka miesięcy.
Nowe zasady Google nie stanowią jednorazowego zakazu aplikacji ze względu na kryterium narodowościowe. Chodzi o przejście Androida na model, w którym masowa dystrybucja oprogramowania jest powiązana ze zweryfikowaną osobą lub firmą.
Najbardziej narażone są zespoły znajdujące się w jurysdykcjach z ograniczonym dostępem do usług Google, korzystające z kont osobistych lub takie, które nie uregulowały prawnie przynależności aplikacji do struktury korporacyjnej. Techniczna możliwość instalacji pliku APK pozostanie, ale skomplikowany proces po stronie użytkownika nie zastąpi normalnego dostępu do rynku międzynarodowego.
Dlatego przygotowanie powinno obejmować nie tylko rejestrację w konsoli. Deweloper musi uporządkować kwestie prawnego właściciela produktu, struktury korporacyjnej, praw do kodu i marki, kluczy podpisu oraz geografii dystrybucji. To właśnie połączenie tych elementów, a nie formalna rejestracja zagranicznej firmy, zdecyduje o tym, czy aplikacja zachowa dostęp do międzynarodowej grupy odbiorców po globalnym uruchomieniu weryfikacji.