Od promptu do publicznej strony w sklepie
- Co zbudowało Twoje narzędzieAplikacja webowa, projekt Expo, Flutter lub natywny
- Podpisany AAB wersji produkcyjnejPlik, który akceptuje Google Play
- Konto deweloperaJednorazowo 25 USD, potwierdzona tożsamość
- Formularze zawartości aplikacjiPrywatność, bezpieczeństwo danych, ocena treści
- Test zamknięty12 testerów, 14 dni, jeśli Twoje konto tego wymaga
- Wersja produkcyjnaPo przyznaniu dostępu
Twoje narzędzie AI zmienia tylko pierwszy krok. Kroki od drugiego do szóstego są takie same dla każdej aplikacji na Androida.
Szybka odpowiedź
Aby publicznie opublikować w Google Play aplikację z vibe codingu, zbuduj podpisany pakiet Android App Bundle (AAB) za pomocą frameworka, który faktycznie wygenerowało Twoje narzędzie, a następnie spełnij wymagania dotyczące konta, zawartości aplikacji i wersji. W przypadku osobistego konta dewelopera utworzonego po 13 listopada 2023 r. aplikacja potrzebuje też testu zamkniętego z udziałem co najmniej 12 testerów, którzy nieprzerwanie uczestniczą w nim przez 14 dni, zanim będzie można poprosić o dostęp do wersji produkcyjnej. Prywatna ścieżka Google AI Studio dla aplikacji do użytku osobistego, ogłoszona 13 października 2026 r., to osobna droga i nie tworzy publicznej strony w sklepie.
Większość kreatorów aplikacji AI kończy na działającym podglądzie: adresie URL, sesji Expo Go albo pliku APK na Twoim własnym telefonie. Żadna z tych rzeczy nie jest tym, co sprawdza Google Play. Ten artykuł zaczyna od tego, co Twoje narzędzie faktycznie wygenerowało, a potem prowadzi przez kompilację, poprawki, formularze i test w kolejności, w jakiej prosi o nie Play Console. Stan na 16 października 2026 r.
Co obejmuje ten artykuł
Czy mogę opublikować w Google Play aplikację stworzoną z AI?
Tak, jeśli gotowa aplikacja spełnia wymagania Google Play. Nie znaleźliśmy żadnych zasad Google, które blokowałyby aplikację dlatego, że jej kod napisała AI. Publiczna wersja przechodzi tę samą weryfikację oraz te same kontrole jakości i zgodności z zasadami co każda inna aplikacja, więc pisanie kodu z pomocą AI nie zdejmuje z Ciebie odpowiedzialności za gotową aplikację.
Samo ogłoszenie Google z 13 października 2026 r. mówi o vibe codingu aplikacji na Androida w Google AI Studio. Nie tworzy ono jednak skrótu: publiczna strona w sklepie nadal wymaga działającej wersji, rzetelnych deklaracji i, w przypadku wielu nowych kont osobistych, testu zamkniętego. Nie znaleźliśmy żadnych datowanych zasad Google, które celowałyby w aplikacje pisane przez AI jako kategorię. Słabe kompilacje z AI wyłapują zasady ogólne, dotyczące przydatności i niedziałających funkcji.
„Nie zezwalamy na aplikacje, które mają jedynie ograniczoną funkcjonalność i treść.”
Zasady programu Google Play dla deweloperów, Minimalna funkcjonalność
Kod z AI, funkcje AI i grafiki ze strony w sklepie stworzone przez AI to trzy osobne kwestie
AI napisała Twój kod
Nie ma deklaracji dotyczącej autorstwa kodu. Weryfikacja ocenia aplikację, którą publikujesz: czy działa, co robi z danymi i czy jest przydatna.
Twoja aplikacja generuje treści za pomocą AI
Aplikacje, które generują treści w trakcie działania, podlegają zasadom Google dotyczącym treści generowanych przez AI: potrzebne są zabezpieczenia przed zabronionymi treściami i sposób, by użytkownicy mogli je zgłosić lub oznaczyć w aplikacji.
AI stworzyła grafiki do sklepu
Grafiki i filmy na stronie aplikacji w sklepie oraz materiały promocyjne mają własne, warunkowe deklaracje oznaczenia AI, oceniane element po elemencie. Dotyczy to materiałów, a nie Twojego kodu.
Wszystko, czego nowa aplikacja potrzebuje przed weryfikacją, opisujemy w artykule Wymagania publikacji w Google Play na 2026 rok.
Chcesz publicznej strony w sklepie czy tylko aplikacji na swoim telefonie?
Zdecyduj o tym najpierw, bo prywatny użytek osobisty i publiczna strona w Google Play mają teraz różne ścieżki wejścia. Wszystko po tej sekcji dotyczy publicznej strony w sklepie.
Prywatna ścieżka Google AI Studio a publiczna strona w Google Play
Aplikacja, którą instalujesz tylko Ty
13 października 2026 r. Google ogłosiło, że aplikacje stworzone metodą vibe codingu w Google AI Studio można prywatnie zainstalować na własnym urządzeniu z osobistego katalogu. Google opisuje wdrażanie jako rozpoczynające się na wybranych rynkach, w tym w USA, dla użytkowników w wieku od 18 lat ze standardowym kontem Google. Udostępnianie małemu gronu osób ma pojawić się później.
Aplikacja, którą może zainstalować każdy
Publiczna strona w sklepie wymaga konta dewelopera w Play Console (jednorazowo 25 USD, z potwierdzeniem tożsamości, a w przypadku nowych kont osobistych także z weryfikacją na fizycznym urządzeniu z Androidem 10 lub nowszym), podpisanego pliku AAB, formularzy zawartości aplikacji oraz, w przypadku kont osobistych utworzonych po 13 listopada 2023 r., testu zamkniętego. Google podaje, że publiczna wersja nadal przechodzi standardową weryfikację pod kątem zaufania, bezpieczeństwa i jakości.
Nie udało nam się zweryfikować pełnej listy krajów dla ścieżki prywatnej, więc zanim zaczniesz na niej planować, sprawdź w ogłoszeniu Google z października 2026 r., czy obejmuje ona Twój rynek. Nie zakładaj też, że prywatna aplikacja omija kontrole bezpieczeństwa; Google tego nie powiedziało.
Jak uzyskać plik AAB z mojego narzędzia?
Proces kompilacji na Androida zależy od frameworka Twojego projektu, a nie od nazwy asystenta kodowania. Przycisk publikacji strony WWW może utworzyć witrynę, nie tworząc pakietu Android App Bundle, więc najpierw ustal, co masz: aplikację webową, projekt Expo lub React Native, projekt Flutter albo kreator, który sam eksportuje plik AAB.
Wybierz narzędzie, w którym budujesz
Replit
- Droga do AAB
- Dokumentacja mobilna Replit podaje, że publikowanie w Google Play nie jest jeszcze obsługiwane przez Replit, a EAS CLI i EAS Build nie działają w Replit. Jeśli Twój projekt to aplikacja Expo, wyeksportuj kod źródłowy przez Git i uruchom produkcyjną kompilację Expo (patrz karta Expo) na własnym komputerze. Jeśli to projekt webowy, skorzystaj ze ścieżki Capacitor opisanej w karcie Lovable.
- Uważaj na
- Porady, by uruchomić EAS z poziomu Replit Shell, są nieaktualne. Ścieżka „eksport, potem kompilacja zewnętrzna” łączy udokumentowane elementy; Replit nie oferuje jej jako jednego przycisku.
Lovable
- Droga do AAB
- Lovable publikuje strony WWW. Nie ma wbudowanego pakowania do sklepu ani przesyłania. Udokumentowaną opcją jest samodzielne spakowanie wersji webowej za pomocą Capacitor:
npm install @capacitor/android, potemnpx cap add androidinpx cap open android, a następnie utworzenie podpisanego pakietu w Android Studio. - Uważaj na
- Główna wersja Capacitor wyznacza docelowy poziom API, który możesz osiągnąć: Capacitor 8 odpowiada API 36, a Capacitor 7 odpowiada API 35. Sprawdź wtyczki i podpisywanie i pamiętaj, że nakładka nadal musi być przydatną aplikacją, a nie tylko stroną WWW w ramce.
Bolt
- Droga do AAB
- Bolt może utworzyć aplikację webową albo mobilny projekt Expo. W przypadku projektu Expo pobierz go do lokalnego edytora, skonfiguruj EAS i uruchom produkcyjną kompilację na Androida. Projekt webowy wymaga powłoki, takiej jak Capacitor, albo osobnej kompilacji natywnej.
- Uważaj na
- Nie uruchamiaj natywnych kroków kompilacji na zwykłym projekcie webowym. Własny poradnik Bolt prowadzi od testu wewnętrznego prosto do wersji produkcyjnej; jeśli Twoje konto jest objęte wymogiem, dodaj pomiędzy nimi test zamknięty Google.
FlutterFlow
- Droga do AAB
- Przejdź do Settings and Integrations > App Settings > Mobile Deployment > Google Play Store, a następnie wdróż lub pobierz plik AAB. FlutterFlow opisuje pierwsze ręczne przesłanie do testu wewnętrznego, a po nim wdrożenia automatyczne.
- Uważaj na
- Zapisz lub wyeksportuj wygenerowany klucz przesyłania albo zaimportuj swój oryginalny. Sprawdź wartości SDK w zaawansowanych ustawieniach Androida; FlutterFlow nie obiecuje, że każdy projekt spełnia wymagania dotyczące API lub 16 KB.
Kodular
- Droga do AAB
- Użyj opcji Export app as AAB (udokumentowany skrót to Alt + Shift + E) i prześlij powstały pakiet.
- Uważaj na
- Wersja Kodular 2026.05.3, opublikowana 27 września 2026 r., dodała docelowy poziom API 36, więc przebuduj każdy starszy plik AAB. Przestarzały komponent Firebase Database blokuje kompilację, dopóki go nie zmigrujesz, a każde rozszerzenie wymaga osobnego sprawdzenia zgodności.
Expo
- Droga do AAB
- Skonfiguruj EAS i podpisywanie, a następnie uruchom
eas build --platform android --profile production. Pobierz plik AAB albo prześlij go poleceniemeas submit --platform android. - Uważaj na
- Podglądowy plik APK nie nadaje się do przesłania do Google Play; profil produkcyjny buduje AAB. Dokumentacja przesyłania Expo, zaktualizowana 9 października 2026 r., obsługuje automatyczne pierwsze przesłanie, które domyślnie trafia na ścieżkę testów wewnętrznych. Test wewnętrzny to nie test zamknięty, więc wybieraj ścieżkę świadomie.
Cursor lub Claude Code (Flutter)
- Droga do AAB
- Skonfiguruj podpisywanie wersji, sprawdź identyfikator aplikacji i wartości SDK w Gradle, a następnie uruchom
flutter build appbundle. Pakiet pojawi się wbuild/app/outputs/bundle/release/app.aab. - Uważaj na
- Asystent nie jest środowiskiem uruchomieniowym; jest nim Flutter. Sprawdź natywne wtyczki i zachowaj oryginalny identyfikator aplikacji, jeśli aktualizujesz aplikację, która już istnieje w Google Play.
Cursor lub Claude Code (React Native)
- Droga do AAB
- Skonfiguruj magazyn kluczy przesyłania i podpisywanie wersji, a następnie uruchom
npx react-native build-android --mode=release. Pakiet pojawi się wandroid/app/build/outputs/bundle/release/app-release.aab. Jeśli projekt korzysta z Expo, postępuj według karty Expo. - Uważaj na
- React Native 0.81 domyślnie ustawił docelowy poziom API 36, a wersja 0.77 dodała obsługę 16 KB. To kamienie milowe, a nie dowód, że każda biblioteka w Twojej aplikacji spełnia wymagania.
Każdą z powyższych ścieżek sprawdziliśmy 16 października 2026 r. w dokumentacji samego dostawcy; żadnej nie uruchomiliśmy na przykładowym projekcie. Kreatory szybko się zmieniają, więc przed kompilacją potwierdź wszystko w aktualnej dokumentacji. I nie podnoś ręcznie numeru docelowego SDK, żeby stary projekt przeszedł: zamiast tego zaktualizuj narzędzia do wersji, która obsługuje nowy poziom docelowy.
Co muszę poprawić przed przesłaniem?
Sprawdź plik wersji, zanim zaprosisz kogokolwiek do testów. Trzy kontrole techniczne wyłapują większość niespodzianek po przebudowie: docelowy poziom API, rozmiar strony pamięci bibliotek natywnych oraz tożsamość i podpisywanie aplikacji.
Docelowy poziom API
Od 31 sierpnia 2026 r. nowe aplikacje i aktualizacje aplikacji na telefony i tablety muszą być kierowane na Androida 16 (poziom API 36) lub wyższy; aplikacje, którym przyznano przedłużenie, miały czas do 1 listopada 2026 r. Aplikacje na Wear OS, Android Automotive, TV i XR mają inne poziomy docelowe. Szczegóły i sposób naprawy znajdziesz w artykule o docelowym poziomie API.
Rozmiar strony 16 KB i biblioteki natywne
Aplikacje zawierające kod natywny muszą obsługiwać urządzenia ze stronami pamięci o rozmiarze 16 KB. Aktualny przewodnik Google blokuje niezgodne aktualizacje od 1 lutego 2027 r. w przypadku aplikacji kierowanych na API 35 i wyższe, ale to nie jest zwolnienie dla nowej aplikacji: sprawdź biblioteki natywne już teraz. Obsługa 16 KB we frameworku nie oznacza, że każda natywna zależność w Twojej aplikacji jest zgodna. Zobacz, jak znaleźć i naprawić błąd 16 KB.
Tożsamość i podpisywanie aplikacji
„Jeśli zmienisz identyfikator aplikacji, Sklep Google Play potraktuje przesłany plik jako zupełnie inną aplikację.”
Android Developers, Konfigurowanie modułu aplikacji
Gdy przebudowa przez AI generuje projekt od nowa, porównaj nowy identyfikator aplikacji z tym, który zna już Play Console. Przechowuj klucz przesyłania i jego hasła w bezpiecznym miejscu. W przypadku podpisywania aplikacji przez Google Play klucz podpisywania aplikacji przechowuje Google, a klucz przesyłania, którym podpisujesz każdy pakiet, to osobny klucz.
Czy Google odrzuci moją nakładkę na stronę WWW?
Nie za to, że jest nakładką. Nakładka musi spełniać te same opublikowane zasady jakości co reszta aplikacji, a niektóre z nich najmocniej uderzają w ubogie nakładki.
Zgoda i przydatna funkcjonalność
Zasady Google dotyczące spamu nie dopuszczają aplikacji, które „wyświetlają stronę internetową w komponencie WebView bez zgody właściciela lub administratora tej strony”, ani aplikacji, których głównym celem jest kierowanie ruchu partnerskiego do witryny. Zasady minimalnej funkcjonalności osobno obejmują aplikacje z ograniczoną treścią lub niedziałającymi funkcjami. Nakładka na Twoją własną stronę przechodzi test zgody, ale nadal musi robić coś przydatnego i działać na prawdziwym urządzeniu.
TWA a WebView
Trusted Web Activity wyświetla Twoją stronę w przeglądarce użytkownika i potwierdza własność przez Digital Asset Links; WebView wyświetla ją wewnątrz Twojej własnej aplikacji. Deweloperzy zgłaszają zarówno opublikowane aplikacje TWA, jak i odrzucone, a publiczna dokumentacja Google nie mówi, że korzystanie z TWA jest niewidoczne dla kontroli testów. Zmieniaj architekturę tylko z powodu zidentyfikowanego problemu, a nie dlatego, że na forum piszą, iż nakładki zawsze odpadają.
Jeśli Twoja aplikacja TWA po instalacji z Google Play pokazuje pasek adresu przeglądarki, najpierw sprawdź Digital Asset Links pod kątem certyfikatu podpisywania Play: poprawka SHA-256 w assetlinks.json opisuje to krok po kroku.
Zdiagnozuj faktyczny powód odrzucenia
Przeczytaj zasadę wskazaną w e-mailu o odrzuceniu i odtwórz problem w wersji produkcyjnej, a nie w podglądzie. Odrzucenie za niedziałające funkcje (Broken Functionality) wskazuje na awarię, niedziałające logowanie albo ekran, który się nie wczytuje, a nie na framework. Zobacz, jak naprawić odrzucenie za niedziałające funkcje.
Których formularzy Play Console potrzebuję?
Twoje deklaracje muszą opisywać, co faktycznie robi opublikowana aplikacja i jej zależności, w tym pakiety SDK, logowanie, analityka, reklamy i każda chmurowa usługa AI. Kreatory AI często dodają je, nie informując Cię o tym.
„Aplikacje, które nie uzyskują dostępu do żadnych danych osobowych ani danych wrażliwych użytkowników, nadal muszą przesłać politykę prywatności.”
Zasady programu Google Play dla deweloperów, Dane użytkownika
| Formularz | Kto go potrzebuje | Gdzie | Gotowe, gdy |
|---|---|---|---|
| Polityka prywatności | Kto go potrzebujeKażda aplikacja | GdzieApp content > Privacy policy, a do tego polityka lub link do niej w samej aplikacji | Gotowe, gdyPubliczna strona zgodna z Twoją aplikacją i jej rzeczywistym przetwarzaniem danych |
| Bezpieczeństwo danych | Kto go potrzebujeAplikacje na ścieżce testów zamkniętych, otwartych lub produkcyjnej, nawet jeśli nie zbierają żadnych danych | GdzieApp content > Data safety | Gotowe, gdyOdpowiedzi oparte na rzeczywistym spisie pakietów SDK, backendu i komponentów WebView |
| Ocena treści | Kto go potrzebujeKażda nowa aplikacja | GdzieApp content > Content rating questionnaire | Gotowe, gdyPrzesłana ocena; Google nie dopuszcza aplikacji bez oceny |
| Dostęp do aplikacji | Kto go potrzebujeAplikacje z logowaniem lub funkcjami z ograniczonym dostępem | GdzieApp content > App access | Gotowe, gdyWeryfikator ma dostęp do każdej reklamowanej funkcji |
| Reklamy i grupa docelowa | Kto go potrzebujeKażda aplikacja | GdzieApp content > Ads, a następnie Target audience and content | Gotowe, gdyZadeklarowane rzeczywiste grupy wiekowe i sposób wyświetlania reklam |
| Funkcje generatywnej AI | Kto go potrzebujeAplikacje, które generują treści w trakcie działania | GdzieW samej aplikacji | Gotowe, gdyZabezpieczenia treści i sposób zgłaszania lub oznaczania wyników w aplikacji |
| Dostęp do kontaktów | Kto go potrzebujeAplikacje kierowane na API 37+, które proszą o READ_CONTACTS | GdzieDeklaracja w sekcji App content | Gotowe, gdySzeroki dostęp uzasadniony lub zastąpiony selektorem kontaktów do 27 stycznia 2027 r. |
| Usuwanie konta | Kto go potrzebujeAplikacje, w których użytkownicy mogą założyć konto | GdzieŚcieżka zgłaszania usunięcia w aplikacji i w internecie, z tym adresem URL wpisanym w Play Console | Gotowe, gdyUsunięcie konta usuwa jego dane, a każde uzasadnione zatrzymanie danych jest ujawnione |
Nazwy pozycji menu różnią się między stronami pomocy Google, więc jeśli w Twojej konsoli etykieta wygląda inaczej, poszukaj w sekcji App content (Zawartość aplikacji). Te ścieżki pochodzą z dokumentacji Google, a nie ze zrzutów ekranu Twojego konta.
Gdzie mieści się test zamknięty?
Po kompilacji, formularzach i przygotowaniu działającej wersji, a przed prośbą o dostęp do wersji produkcyjnej. Google wymaga go od osobistych kont dewelopera utworzonych po 13 listopada 2023 r.; konta organizacji i starsze konta osobiste nie są objęte tą zasadą.
„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.”
Pomoc Play Console, artykuł 14151465
Użyj właściwej ścieżki
Test odbywa się na ścieżce testów zamkniętych. Test wewnętrzny to przydatne przygotowanie, z maksymalnie 100 testerami na aplikację, ale się nie liczy; różnicę wyjaśnia artykuł o konfiguracji testu wewnętrznego. Adres URL podglądu, sesja Expo Go ani zainstalowany ręcznie plik APK też się nie liczą: testerzy dołączają do testu i instalują aplikację z Google Play.
Najpierw wniosek, potem publikacja
Gdy Panel pokaże, że spełniasz warunki, poproś o dostęp do wersji produkcyjnej i rzetelnie odpowiedz na pytania o swój test. Google podaje, że weryfikacja zwykle trwa siedem dni lub mniej, a czasami może potrwać dłużej. Zatwierdzenie daje Ci dostęp do wersji produkcyjnej; nadal musisz przygotować i przesłać wersję produkcyjną, zanim aplikacja stanie się publiczna. Jeśli właśnie opłaciłeś rejestrację, artykuł co zrobić po zapłaceniu 25 USD przedstawia całą kolejność kroków.
Co, jeśli przebudowa zgubiła mój klucz lub zmieniła pakiet?
Najpierw ustal, czy przebudowa zmieniła Twoje dane uwierzytelniające, tożsamość aplikacji, czy jedno i drugie. Utrata klucza przesyłania to coś innego niż utrata klucza podpisywania aplikacji, a zmieniony identyfikator aplikacji tworzy inną aplikację w Google Play, nawet jeśli ekrany wyglądają identycznie.
| Objaw | Sprawdź najpierw | Sposób odzyskania |
|---|---|---|
| Utracony magazyn kluczy przesyłania | Sprawdź najpierwCzy aplikacja korzysta z podpisywania aplikacji przez Google Play? | Sposób odzyskaniaUtwórz nowy klucz przesyłania, wyeksportuj jego certyfikat publiczny jako plik PEM, a następnie poproś o zresetowanie klucza przesyłania w Play Console w sekcji Manage Play app signing > Upload key certificate. |
| Utracony samodzielnie zarządzany klucz podpisywania aplikacji | Sprawdź najpierwCzy podpisywaniem zarządzało Google, czy Ty? | Sposób odzyskaniaBez oryginalnego klucza i bez podpisywania aplikacji przez Google Play aktualizacja istniejącej aplikacji może być niemożliwa. Sprawdź to, zanim przebudujesz aplikację pod nową tożsamością. |
| Przebudowa ma inny pakiet | Sprawdź najpierwPorównaj nowy identyfikator aplikacji z opublikowaną aplikacją | Sposób odzyskaniaJeśli chcesz aktualizacji, przywróć oryginalny identyfikator aplikacji, a potem sprawdź podpisywanie i kod wersji. |
| TWA pokazuje pasek przeglądarki po instalacji z Google Play | Sprawdź najpierwCzy assetlinks.json zawiera certyfikat podpisywania Play? | Sposób odzyskaniaPopraw Digital Asset Links dla rzeczywistej nazwy pakietu i klucza podpisywania. |
| Kompilacja wersji produkcyjnej nie działa, choć podgląd działa | Sprawdź najpierwCzym różni się podgląd od pakietu wersji produkcyjnej? | Sposób odzyskaniaPrzetestuj samą kompilację wersji produkcyjnej i sprawdź jej konfigurację, biblioteki natywne i zależności. Działający podgląd w przeglądarce lub w Expo nie dowodzi, że pakiet jest gotowy. |
„Jeśli zgubisz klucz przesyłania lub podejrzewasz, że został przejęty, nie tracisz dostępu do swojej aplikacji.”
Pomoc Play Console, Korzystanie z podpisywania aplikacji przez Google Play
keytool -export -rfc -keystore upload-keystore.jks -alias upload -file upload_certificate.pemUżyj swojej rzeczywistej ścieżki magazynu kluczy i aliasu. Przesyłasz tylko certyfikat publiczny; nigdy nikomu nie wysyłaj klucza prywatnego.
Lista kontrolna przed wysłaniem
Wyślij aplikację, gdy rzeczywista wersja produkcyjna, deklaracje, dane dostępowe dla weryfikatora i dowody z testów są ze sobą zgodne. Zaznaczaj każdy punkt, gdy go spełnisz.
Dziesięć punktów przed wysłaniem
Spełnione punkty: 0 z 10Spełniono wszystkie dziesięć punktów. Twoja wersja, formularze i dowody z testów są ze sobą zgodne.
Kiedy pomaga usługa testerów?
Gdy masz działającą wersję do testu zamkniętego, a jedynym pozostałym problemem jest znalezienie 12 osób, które dołączą do testu i wytrwają 14 dni. Usługa testerów nie naprawi Twojej kompilacji, nie zweryfikuje Twojego konta ani nie podejmie za Ciebie decyzji Google.
Wielu twórców aplikacji z AI dociera do tego etapu na samym końcu: aplikacja działa, ale nikt w ich otoczeniu nie ma telefonu z Androidem albo znajomy rezygnuje dziewiątego dnia. PrimeTestLab zapewnia prawdziwych testerów na prawdziwych urządzeniach z Androidem. Udostępniasz link przystąpienia do testów, testerzy dołączają w ciągu 4-6 godzin i zostają przez pełne 14 dni, a tester, który zrezygnuje, zostaje zastąpiony tego samego dnia (zastępca zaczyna własne 14 dni, dlatego zapas ponad 12 ma znaczenie). Nigdy nie dajesz nam dostępu do Play Console, a test śledzisz na bieżącym panelu i na koniec dostajesz pisemny raport.
Zobacz, jak działa usługa 12 testerów, albo wybierz plan poniżej.
Aktualne plany
Starter
12 testerów
$19.99
Enterprise
25 testerów
$27.99
Professional
25 testerów
$59.99
Plus 5% opłaty serwisowej przy kasie (minimum $1.50). Visa lub Mastercard przez Stripe. Jeśli po pełnym teście Google nie przyzna dostępu do wersji produkcyjnej, wybierasz bezpłatny ponowny test lub pełny zwrot pieniędzy.
Najczęściej zadawane pytania
Czy mogę opublikować w Google Play aplikację stworzoną z AI?
Tak. Aplikację zbudowaną z AI można przesłać do publicznej publikacji, a Google podaje, że ta ścieżka zachowuje standardową weryfikację pod kątem zaufania, bezpieczeństwa i jakości. Ustal, jaki framework wygenerowało Twoje narzędzie, utwórz z niego podpisany pakiet Android App Bundle i spełnij wymagania dotyczące konta i aplikacji, które Cię obowiązują. Samo użycie AI nie sprawia, że gotowa aplikacja jest przygotowana do publikacji.
Replit dał mi link. Gdzie jest mój plik AAB?
Opublikowany link do strony WWW nie jest pakietem na Androida. Sprawdź, czy Twój projekt to strona WWW, czy mobilny projekt Expo lub React Native. Aktualna dokumentacja Replit nie obsługuje publikowania w Google Play ani uruchamiania EAS w Replit. Wyeksportowanie kodu mobilnego i skompilowanie go za pomocą Expo w innym miejscu to możliwa ścieżka, ale nie jest to przycisk publikacji w Replit.
Czy mogę umieścić moją stronę z Lovable w aplikacji na Androida?
Lovable opisuje zewnętrzne pakowanie, w tym przez Capacitor, ale nie ma wbudowanego przesyłania do Google Play. Powłoka na Androida nadal wymaga podpisania wersji, właściwej konfiguracji i sprawdzenia na prawdziwym urządzeniu. Zgoda na użycie strony WWW to tylko jedna kwestia; aplikacja potrzebuje też przydatnej funkcjonalności i stabilnego działania. Samo spakowanie nie sprawia, że zostanie zaakceptowana.
Czy potrzebuję testerów, jeśli zbudowałem aplikację w Expo lub FlutterFlow?
Sprawdź swoje konto Play, a nie kreator. Zasada Google obejmuje konta osobiste utworzone po 13 listopada 2023 r. i żadne narzędzie do kompilacji nie jest z niej zwolnione. Udane przesłanie do testu wewnętrznego z Expo lub FlutterFlow nie zalicza wymaganego testu zamkniętego. Śledź Panel aplikacji i przeprowadź test na ścieżce testów zamkniętych, jeśli Twoje konto tego wymaga.
Czy TWA trzeba przerobić na WebView, żeby przejść?
Nie znaleźliśmy żadnego wymogu Google, który nakazywałby takie przerobienie. Google opisuje Trusted Web Activities jako integrację z Androidem opartą na przeglądarce, a deweloperzy zgłaszają zarówno udane publikacje TWA, jak i odrzucenia. Zacznij od faktycznego powodu odrzucenia, zgody na użycie strony, funkcjonalności i zachowania wersji produkcyjnej. Twierdzenia, że testy TWA są niewidoczne dla Google, nie znajdują potwierdzenia w publicznej dokumentacji.
Moja aplikacja niczego nie zbiera. Czy nadal potrzebuję informacji o prywatności?
Tak. Google wymaga polityki prywatności nawet od aplikacji, które nie uzyskują dostępu do żadnych danych osobowych ani wrażliwych, a aplikacje na ścieżce testów zamkniętych, otwartych lub produkcyjnej muszą wypełnić sekcję Bezpieczeństwo danych. Najpierw sprawdź każdy pakiet SDK i usługę zdalną: analityka, reklamy, logowanie lub treści webowe kontrolowane przez aplikację mogą zmienić prawidłowe odpowiedzi, nawet gdy Twoje własne ekrany niczego nie zbierają.
Zgubiłem magazyn kluczy. Czy muszę zakładać nową aplikację?
Najpierw ustal, który klucz utraciłeś. W przypadku podpisywania aplikacji przez Google Play utracony klucz przesyłania można zastąpić przez reset klucza przesyłania w Google, korzystając z certyfikatu publicznego nowego klucza. Utrata samodzielnie zarządzanego klucza podpisywania aplikacji bez takiego zabezpieczenia to inna sytuacja i może uniemożliwić aktualizacje. Sprawdź konfigurację podpisywania oryginalnej aplikacji, zanim przebudujesz ją pod nową tożsamością.
Czy mogę zmienić nazwę pakietu przy przebudowie?
Zmiana identyfikatora aplikacji sprawia, że Google Play traktuje pakiet jako inną aplikację. Jeśli chcesz zaktualizować istniejącą stronę w sklepie, przywróć jej oryginalny identyfikator aplikacji i podpisz pakiet właściwymi danymi uwierzytelniającymi. Znajoma nazwa aplikacji ani identyczny interfejs nie zachowują tożsamości, gdy zmienił się identyfikator pakietu pod spodem.
Czy przebudowa z najnowszym frameworkiem naprawia błąd 16 KB?
Może naprawić własne biblioteki frameworka, ale nie dowodzi, że cała aplikacja jest zgodna. Natywne wtyczki, pakiety SDK lub rozszerzenia nadal mogą zawierać niezgodne pliki binarne. Sprawdź ostateczny pakiet wersji produkcyjnej i przetestuj go w środowisku 16 KB. Google traktuje zależności natywne jako część Twojej aplikacji, także te, które dodał za Ciebie zewnętrzny kreator.
Czy moje zmiany w Lovable automatycznie zaktualizują aplikację w Google Play?
To zależy od tego, jak zbudowana jest aplikacja. TWA wyświetla Twoje bieżące treści webowe przez przeglądarkę, a spakowany projekt na Androida ma własną natywną wersję i konfigurację. Ustal, na które pliki i usługi wpływa zmiana, zanim zdecydujesz, czy potrzebujesz nowego pakietu. Nie zakładaj, że każda zmiana w stronie, wtyczce, uprawnieniach czy podpisywaniu przechodzi ten sam proces aktualizacji.
Podsumowanie
W skrócie
Narzędzie AI, którego użyłeś, nie zmienia tego, czego wymaga Google Play: podpisanego pliku AAB, deklaracji oraz, w przypadku kont osobistych utworzonych po 13 listopada 2023 r., testu zamkniętego z udziałem 12 testerów, którzy uczestniczą w nim nieprzerwanie przez 14 dni. Ustal, co zbudowało Twoje narzędzie, postępuj według ścieżki publikacji dla tego frameworka, przejdź kontrole docelowego API, 16 KB i podpisywania, a formularze wypełnij na podstawie rzeczywistej kompilacji. Gdy znalezienie testerów to ostatnia przeszkoda między Tobą a dostępem do wersji produkcyjnej, PrimeTestLab zapewni ich od $19.99. Zobacz plany →