Przewodnik po publikacji aplikacji i gier od zera w Google Play Store: pakietowanie, formularze, testy zamknięte i publikacja produkcyjna

Przewodnik po publikacji aplikacji w Google Play Store (Od zera do publikacji)

Niniejszy przewodnik wyjaśnia krok po kroku procesy tworzenia nowoczesnej aplikacji na platformę Android (w szczególności projektów .NET MAUI, MonoGame lub hybrydowych C#) od podstaw w Google Play Console, jej pakietowania, podpisywania cyfrowego, rozwiązywania ewentualnych błędów krytycznych oraz przechodzenia przez wszystkie etapy zgłoszeniowe w sklepie (tworzenie aplikacji, polityka prywatności, uprawnienia dostępu i logowania, reklamy, ocena IARC, bezpieczeństwo danych, testy zamknięte i otwarta publikacja produkcyjna).

---

Spis treści

1. Wprowadzenie i przygotowanie architektoniczne
2. Tworzenie nowej aplikacji / gry od podstaw w Play Console (Create App)
   • A. Szczegóły aplikacji (App Details)
   • B. Typ aplikacji, cennik i deklaracje
3. Tworzenie Keystore i automatyzacja kompilacji/podpisywania
4. Pierwsza instalacja pakietu w Play Console i błędy krytyczne
   • Błąd 1: Wymagany docelowy poziom API 36 (Android 16)
   • Błąd 2: Ostrzeżenie o znacznie wyższym kodzie wersji
5. Przygotowanie polityki prywatności
6. Dostęp do aplikacji / dane logowania
7. Deklaracja dotycząca reklam
8. Klasyfikacja treści (Kwestionariusz IARC)
9. Grupa docelowa i wybór przedziału wiekowego
10. Panel zawartości aplikacji (App Content Dashboard)
11. Formularz bezpieczeństwa danych (Data Safety)
12. Oświadczenia prawne i regulacyjne (Rządowe, Finansowe, Zdrowotne)
13. Ustawienia sklepu i dane kontaktowe
14. Główna karta katalogowa i zasoby wizualne
15. Konfiguracja i przegląd testów zamkniętych
16. Deklaracja identyfikatora reklamowego (Advertising ID)
17. Przesłanie do weryfikacji (Final Submission)
18. Wniosek o dostęp do produkcji po testach zamkniętych
19. Ostateczny sukces: zatwierdzenie dostępu do produkcji (Production Access)
20. Lista kontrolna przed wdrożeniem (Zakończona)
21. Arar Games i nasze gry

---

1. Wprowadzenie i przygotowanie architektoniczne

Podczas publikowania nowej aplikacji w Google Play Store należy ściśle przestrzegać aktualnych zasad bezpieczeństwa i standardów technicznych Google:

• Format pakietu: Akceptowany jest wyłącznie format .aab (Android App Bundle). Pliki APK nie mogą być publikowane w sklepie (ale można je generować do ręcznego testowania sideload).
• Minimalny Target SDK: Google Play wymaga obecnie, aby nowo publikowane lub aktualizowane aplikacje były kierowane na co najmniej Android API Level 36 (Android 16).
• Bezpieczny podpis: Aplikacja musi być podpisana kluczem RSA 2048-bit zgodnym ze schematem v2/v3.

---

2. Tworzenie nowej aplikacji / gry od podstaw w Play Console (Create App)

Po zalogowaniu się do panelu Google Play Console (play.google.com/console) proces publikacji rozpoczyna się kliknięciem niebieskiego przycisku "Create app" (Utwórz aplikację) w prawym górnym rogu ekranu głównego, na którym widnieje lista wszystkich aplikacji. Formularz ten ustala cyfrowy identyfikator aplikacji w konsoli, jej nazwę pakietu oraz podstawową klasyfikację w sklepie.

A. Szczegóły aplikacji

1. App Name (Nazwa aplikacji):
   • Jest to pierwsza oficjalna nazwa, którą użytkownicy zobaczą w sklepie.
   • Ograniczona do maksymalnie 30 znaków (np. YourAppName).
   • Zalecenie: Unikaj nadmiernego upychania słów kluczowych (keyword stuffing) oraz wprowadzających w błąd słów promocyjnych ("Best", "Free", "#1"); w przeciwnym razie aplikacja może zostać odrzucona podczas weryfikacji.
2. Package Name (Nazwa pakietu):
   • Unikalny globalnie identyfikator pakietu Java/Android w ekosystemie Androida (konwencja odwrotnej domeny, np. com.yourcompany.appname).
   • Maksymalnie 150 znaków.
   • ⚠️ Krytyczna zasada: Po utworzeniu aplikacji na tym ekranie i wgraniu pierwszego pakietu nazwy pakietu nie można już nigdy zmienić! Wartość ApplicationId (<ApplicationId>com.yourcompany.appname</ApplicationId>) w projekcie musi dokładnie odpowiadać tej nazwie.
   • Check availability (Sprawdź dostępność): Kliknięcie przycisku natychmiast weryfikuje, czy wybrana nazwa pakietu nie została już zarejestrowana przez innego dewelopera w ekosystemie Google Play.
3. Default Language (Język domyślny):
   • Główny język karty katalogowej aplikacji w sklepie (np. English (United States) – en-US).
   • Informacje o aplikacji będą wyświetlane w tym języku użytkownikom we wszystkich krajach, dla których nie zdefiniowano dedykowanej lokalizacji (tłumaczenia).

---

B. Typ aplikacji, cennik i deklaracje

1. App or Game (Aplikacja czy gra):
   • Określa podstawowy typ produktu (App lub Game).
   • Ważna uwaga: Wybór ten determinuje główną kategorię sklepu (zakładka Aplikacje lub Gry) i nie może być zmieniony w późniejszym czasie.
2. Free or Paid (Bezpłatna czy płatna):
   • Wybierz, czy aplikacja będzie dostępna w sklepie za darmo, czy jako płatny zakup.
   • ⚠️ Krytyczna, nieodwracalna zasada: Zgodnie z zasadami Google Play, aplikacja raz opublikowana jako „Bezpłatna” nigdy w przyszłości nie może stać się aplikacją „Płatną”! Jeśli chcesz sprzedawać swój produkt bezpośrednio w sklepie, musisz wybrać Paid na starcie. Aby udostępniać aplikację bezpłatnie i generować przychody, zaleca się zakupy w aplikacji (In-App Purchase) lub reklamy AdMob.
3. Automatic Protection (Automatyczna ochrona):
   • Google Play dodaje automatyczną weryfikację instalatora (installer check) do kodu APK/AAB aplikacji. Jeśli użytkownicy pobiorą aplikację z nieautoryzowanych źródeł zewnętrznych, otrzymają ostrzeżenie z zaleceniem pobrania oryginalnej wersji z Google Play.
4. Declarations (Deklaracje prawne i zasady):
   • Developer Program Policies: Potwierdzenie pełnej zgodności aplikacji z zasadami programu dla deweloperów oraz wytycznymi dotyczącymi treści Google Play.
   • US Export Laws: Potwierdzenie zgodności oprogramowania z amerykańskimi przepisami eksportowymi i embargami.
5. Create App (Utwórz aplikację):
   • Po zatwierdzeniu formularza kliknij niebieski przycisk "Create app" w prawym dolnym rogu. Konsola zarejestruje aplikację w systemie i przekieruje Cię do głównego panelu zarządzania (Dashboard).

---

3. Tworzenie Keystore i automatyzacja kompilacji/podpisywania

Aby proces wdrażania był bezbłędny i powtarzalny, w katalogu głównym projektu warto utworzyć folder Deploy/ wraz ze skryptami automatyzacji.

A. Generowanie magazynu kluczy Keystore (1_CreateKeystore.bat)

Przy użyciu narzędzia keytool z pakietu JDK generowany jest klucz ważny przez 25 lat (10 000 dni):

keytool -genkeypair -v ^
    -keystore "%KEYSTORE_PATH%" ^
    -alias %ALIAS% ^
    -keyalg RSA ^
    -keysize 2048 ^
    -validity 10000 ^
    -storepass "%PASS%" ^
    -keypass "%PASS%" ^
    -dname "CN=SirketAdi, OU=Apps, O=SirketAdi, C=TR"

Wskazówka: Użycie nawiasowych bloków if (...) podczas pobierania hasła od użytkownika za pomocą set /p w plikach wsadowych Windows może prowadzić do błędów składniowych (: was unexpected at this time). Zarządzanie przepływem za pomocą etykiet goto oraz ujmowanie parametrów haseł w cudzysłowy "%PASS%" zapewnia stabilność.

B. Automatyczne wersjonowanie i kompilacja podpisanego AAB (2_BuildAndSign_AAB.bat)

Google Play wymaga ściśle rosnącej wartości versionCode przy każdej aktualizacji. Aby zarządzać tym automatycznie, stosuje się formułę opartą na dacie i godzinie:

# Ostatnia cyfra roku + Miesiąc + Dzień + Godzina + Minuta (Np: 2026-10-06 02:42 -> 610060242)
$vc = (Get-Date).ToString('yy').Substring(1) + (Get-Date).ToString('MMddHHmm')

Polecenia kompilacji i podpisywania:

dotnet build "Proje.Android.csproj" -c Release -f net9.0-android /p:AndroidPackageFormat=aab /p:ApplicationVersion=%VERSION_CODE% /p:ApplicationDisplayVersion=%VERSION_NAME%

jarsigner -sigalg SHA256withRSA -digestalg SHA-256 ^
    -keystore "%KEYSTORE%" ^
    -storepass "%PASS%" ^
    -keypass "%PASS%" ^
    -signedjar "%SIGNED_FILE%" ^
    "%AAB_INPUT%" ^
    %ALIAS%

Po zakończeniu procesu folder zawierający skompilowany plik zostanie otwarty bezpośrednio w Eksploratorze Windows za pomocą polecenia start "" "%OUTPUT%".

---

4. Pierwsza instalacja pakietu w Play Console i błędy krytyczne

Po przesłaniu podpisanego pliku .aab do kanału Internal testing (Testy wewnętrzne) lub Production (Produkcja) w konsoli Google Play może pojawić się następujący ekran:

Błąd 1: Wymagany docelowy poziom API 36 (Android 16)

Komunikat błędu: "Your app currently targets API level 35 and must target at least API level 36 to ensure it is built on the latest APIs optimized for security and performance."

Rozwiązanie:

Jest to błąd blokujący publikację i wersja nie może zostać wydana bez jego naprawy.

1. Zdefiniuj jawnie tag <uses-sdk> w pliku Platforms/Android/AndroidManifest.xml:

   <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.yourcompany.appname">
       <uses-sdk android:minSdkVersion="24" android:targetSdkVersion="36" />
       ...
   </manifest>

2. Dodaj odpowiedni wpis w sekcji <PropertyGroup> pliku .csproj:

   <AndroidTargetSdkVersion>36</AndroidTargetSdkVersion>

Błąd 2: Ostrzeżenie o znacznie wyższym kodzie wersji

Komunikat ostrzeżenia:
"This release's version code is significantly higher than your previous version code. Over time, this will result in your app reaching the maximum limit for version codes... Learn more"

Rozwiązanie:

• Google Play wyświetla to ostrzeżenie, gdy poprzedni kod wersji projektu był małą liczbą (np. 1 lub 8), a nowy format korzysta z dynamicznej daty (np. 610 milionów).
• To nie jest błąd blokujący. Można go pominąć, klikając niebieski przycisk Proceed anyway (Kontynuuj mimo to) tuż pod ostrzeżeniem.
• Ponieważ liczba ta posłuży jako baza dla kolejnych wydań, ostrzeżenie o gwałtownym skoku nie pojawi się ponownie.

---

5. Przygotowanie polityki prywatności

Zgodnie z zasadami Google Play, nawet jeśli aplikacja nie zbiera danych wrażliwych, wymagane jest podanie linku do Polityki prywatności w formacie ogólnodostępnej, standardowej strony internetowej (nie PDF) z aktywnym protokołem HTTPS.

Bezpłatny hosting na GitHubie

Plik markdown (blob/main/...) w repozytorium GitHub jest bezpośrednio rozpoznawany przez Google jako poprawna strona internetowa.

Główne sekcje, które powinny znaleźć się w polityce

1. Reklamy (Google AdMob): Banery, reklamy pełnoekranowe i z nagrodą; wykorzystanie identyfikatora reklamowego Androida (AD_ID), danych technicznych urządzenia i przybliżonej lokalizacji IP.
2. Zakupy w aplikacji i subskrypcje (Google Play Billing): Płatności są w całości realizowane w ramach infrastruktury Google, a deweloper nigdy nie ma dostępu do danych kart ani informacji rozliczeniowych.
3. Analityka i telemetria (Firebase Analytics & Crashlytics): Anonimowe zdarzenia użytkowania i raporty o awariach.
4. Zarządzanie zgodami (Google UMP): Okna zgody zgodne z RODO (GDPR) oraz prawo użytkownika do zmiany preferencji w ustawieniach.
5. Wyłączenia prawne i oświadczenia specjalne (np. gry losowe / narzędzia prognostyczne):
   • Aplikacja bezwzględnie nie jest platformą zakładów ani gier hazardowych.
   • Oferuje wyłącznie optymalizację matematyczną kuponów i wsparcie statystyczne.
   • W przypadku przekierowań do oficjalnych operatorów nazwy użytkowników i hasła nigdy nie są przechowywane, a weryfikacja 2FA/SMS odbywa się bezpośrednio w interfejsie oficjalnej instytucji.
6. Uwaga dotycząca bezpieczeństwa: W treści polityki prywatności nie należy umieszczać osobistych linków (np. prywatnego profilu GitHub dewelopera); należy podać wyłącznie firmowy adres e-mail i oficjalną stronę internetową.

---

6. Dostęp do aplikacji / dane logowania

Zanim weryfikatorzy Google rozpoczną sprawdzanie aplikacji, należy wskazać, czy zawiera ona jakiekolwiek obszary z ograniczonym dostępem:

• Wybór: No (Żadna część aplikacji nie jest ograniczona).
• Wyjaśnienie: Jeśli w aplikacji nie ma kont użytkowników, logowania za pomocą loginu/hasła ani zablokowanych ekranów, należy wybrać No. W przypadku wybrania opcji „Yes” Google poprosi o podanie danych logowania użytkownika testowego.

---

7. Deklaracja dotycząca reklam

Na tym etapie deklarujesz, czy w aplikacji wyświetlane są reklamy:

• Wybór: Yes, my app contains ads (Tak, moja aplikacja zawiera reklamy).
• Wyjaśnienie: Jeśli aplikacja zawiera bibliotekę AdMob lub planowane jest włączenie reklam w przyszłości, należy wybrać opcję „Yes”. Spowoduje to dodanie etykiety "Zawiera reklamy" na karcie sklepu Google Play i zapewni pełną zgodność z zasadami.

---

8. Klasyfikacja treści (Kwestionariusz IARC)

Aby określić kategorię wiekową aplikacji, należy wypełnić ankietę IARC (International Age Rating Coalition).

A. Wybór kategorii i podanie adresu e-mail

• Kategoria: All Other App Types (Wszystkie inne typy aplikacji: narzędzia, programy użytkowe, kalkulatory, które nie są grami ani mediami społecznościowymi).
• E-mail: Wprowadź kontaktowy adres e-mail i zaakceptuj warunki IARC.

B. Pytania kwestionariusza (Questionnaire)

Część 1: Przemoc i komunikacja między użytkownikami

• Downloaded App (Przemoc, seksualność, wulgarny język): No
• User Content Sharing (Udostępnianie wiadomości, dźwięków lub multimediów między użytkownikami): No

Część 2: Treści i produkty z ograniczeniami wiekowymi

• Online Content (Strumieniowanie muzyki/wideo lub katalog e-commerce): No
• Promotion of Age-Restricted Products (Tytoń, alkohol, hazard): No (Zdecydowanie „No”, ponieważ aplikacja nie umożliwia zawierania zakładów)
• Miscellaneous (Udostępnianie dokładnej lokalizacji GPS): No

Część 3: Produkty cyfrowe i funkcje dodatkowe

• Digital Goods (Sprzedaż towarów cyfrowych): No („No”, jeśli w pakiecie nie ma aktywnego rozliczania Google Play; jeśli jest aktywne, wybierz „Yes”, aby otrzymać oznaczenie Zakupów cyfrowych)
• Cash Rewards (Nagrody pieniężne, karty podarunkowe): No
• Web Browser (Przeglądarka internetowa / wyszukiwarka): No
• News / Educational (Wiadomości lub produkt edukacyjny): No

Odpowiedź „No” na te pytania zapewnia aplikacji klasyfikację odpowiednią dla najszerszego grona odbiorców na świecie (PEGI 3, ESRB Everyone).

---

9. Grupa docelowa i wybór przedziału wiekowego

Podczas ustalania grupy docelowej kluczowe znaczenie ma dokładne zadeklarowanie, czy aplikacja jest skierowana do dzieci, w świetle wytycznych Google Designed for Families (Polityka rodzinna) oraz przepisów COPPA.

Właściwy wybór: wyłącznie 18 and over (18 lat i więcej)

• Dlaczego tylko 18+?
  1. Zgodność z prawem: Analizy sportowe, statystyki i narzędzia do kuponów opierają się na biuletynach gier losowych, w związku z czym są przeznaczone dla odbiorców dorosłych.
  2. Ochrona przed restrykcjami Polityki rodzinnej: W przypadku wyboru wieku poniżej 13 lat lub 13-17 lat Google wymaga certyfikowanych bibliotek reklamowych przyjaznych dzieciom, ogranicza telemetrię i wdraża znacznie bardziej rygorystyczny proces audytu.
  3. Spójność z Polityką prywatności: 100% zgodność z zapisem "Aplikacja jest przeznaczona dla użytkowników w wieku 18 lat i starszych".
• Krok drugi (Czy aplikacja może przypadkowo przyciągać dzieci?):
  • Na to pytanie należy odpowiedzieć No. Brak postaci z kreskówek, motywów z zabawkami czy animacji dziecięcych w interfejsie oznacza, że produkt nie przyciąga mimowolnie uwagi dzieci.

---

10. Panel zawartości aplikacji (App Content Dashboard)

Google Play Console monitoruje gotowość prawną i treści aplikacji za pomocą listy kontrolnej w menu bocznym: Policy and programs -> App content.

Zielone ikony z ptaszkiem (✓) pojawiają się po ukończeniu polityki prywatności, uprawnień dostępu, reklam i oceny treści. Pozostałe sekcje z listy (Bezpieczeństwo danych, Organy rządowe, Funkcje finansowe, Zdrowie) należy uzupełniać po kolei.

---

11. Formularz bezpieczeństwa danych (Data Safety)

Jest to jeden z najbardziej rygorystycznie kontrolowanych obszarów w Google Play. Należy dokładnie zadeklarować, jakie dane aplikacja i dołączone biblioteki zbierają lub udostępniają stronom trzecim.

Pytanie: Czy Twoja aplikacja zbiera lub udostępnia którekolwiek z wymaganych typów danych użytkownika?

• Wybór dla pierwszego wydania: No (Nie).
• Uzasadnienie techniczne: Ponieważ w pierwszym wgranym pakiecie .aab pakiety AdMob SDK ani Firebase SDK nie są jeszcze bezpośrednio zintegrowane i nie zbiera się identyfikatorów użytkowników ani danych poufnych, wybór opcji No pozwala na bezproblemowe ukończenie formularza.
• Uwaga na przyszłość: Po aktywowaniu i zakodowaniu SDK AdMob lub Firebase należy powrócić do tego formularza i zmienić pozycje "Przybliżona lokalizacja", "Wydajność aplikacji" oraz "Identyfikatory urządzenia lub inne (AD_ID)" na Yes.

Po sprawdzeniu podglądu dane zostają zapisane.

---

12. Oświadczenia prawne i regulacyjne

A. Aplikacje rządowe (Government Apps)

• Wybór: No (Aplikacja nie reprezentuje oficjalnej instytucji rządowej).

B. Funkcje finansowe (Financial Features)

• Wybór: My app doesn't provide any financial features na dole strony.
• Potwierdzenie: W wyskakującym okienku potwierdza się brak konieczności przedkładania licencji finansowych lub dokumentacji:

C. Aplikacje zdrowotne (Health Apps)

• Wybór: My app does not have any health features na dole strony.
• Potwierdzenie: W oknie dialogowym potwierdza się brak konieczności posiadania certyfikatów medycznych:

---

13. Ustawienia sklepu i dane kontaktowe

W tym miejscu konfiguruje się kategorię w sklepie oraz kanały komunikacji użytkowników z deweloperem:

• Kategoria aplikacji: Sports lub Utilities / Tools.
• Tagi: Wybierz odpowiednie słowa kluczowe (np. Sport, Narzędzia).
• Dane kontaktowe na karcie sklepu:
  • Adres e-mail: destek@sirketadi.com (Firmowy e-mail pomocy technicznej jest wymagany).
  • Strona internetowa: https://company.com
• Marketing zewnętrzny: Pozostaw zaznaczone, aby umożliwić Google promocję Twojej aplikacji poza Google Play:

---

14. Główna karta katalogowa i zasoby wizualne

Wizytówka sklepu to najważniejsza przestrzeń bezpośrednio wpływająca na decyzję użytkowników o instalacji:

A. Teksty

• Nazwa aplikacji: Maksymalnie 30 znaków (np. 15te15 - Spor Toto Assistant).
• Krótki opis: Maksymalnie 80 znaków (np. Formula optimization, probability calculation and smart Spor Toto coupon assistant.).
• Pełny opis: Szczegółowy opis uwzględniający funkcje, zalety algorytmu i zastrzeżenia prawne.

B. Standardy wymiarów grafik

• Ikona aplikacji (App Icon): Dokładnie 512 x 512 px, 32-bitowy PNG, maksymalnie 1 MB.
• Grafika promująca (Feature Graphic): Dokładnie 1024 x 500 px, JPG lub 24-bitowy PNG, maksymalnie 15 MB.
• Zrzuty ekranu na telefony:
  • Od 2 do 8 zrzutów ekranu.
  • Minimalny wymiar boku: 1080 px (np. 1080 x 2340 px).
  • Proporcje: 16:9 lub 9:16.

C. Deklaracja treści generowanych przez AI

• Nawet jeśli grafiki powstały przy użyciu narzędzi AI, zaznacza się Don't label assets, o ile nie przedstawiają fotorealistycznych twarzy prawdziwych osób wprowadzających w błąd.

---

15. Konfiguracja i przegląd testów zamkniętych

W przypadku nowo utworzonych osobistych kont deweloperskich w Google Play Console ukończenie procesu Testów zamkniętych (Closed Testing) jest warunkiem koniecznym przed przejściem do wydania produkcyjnego.

A. Przesyłanie zmian do weryfikacji (Przegląd publikowania)

Po uzupełnieniu wszystkich formularzy przegląd publikowania wyświetli listę oczekujących zmian:

Jednak przycisk "Send changes for review" (Prześlij zmiany do weryfikacji) w prawym górnym rogu aktywuje się dopiero po skonfigurowaniu co najmniej jednej wersji w kanale testów zamkniętych.

B. Kroki testu zamkniętego

Ukończenie konfiguracji testu zamkniętego wymaga 3 kroków:

1. Wybór krajów i regionów (Select countries and regions):

• Wybierz kraje, w których aplikacja ma być testowana (domyślnie można wybrać cały świat lub określony region) i kliknij Save w prawym dolnym rogu.

2. Wybór testerów (Select testers):

• Na karcie Testers wybierz listę e-mail lub utwórz nową.
• Aby uzyskać zgodę na publikację produkcyjną na kontach osobistych, Google wymaga udziału co najmniej 20 testerów przez okres 14 kolejnych dni. Ważne jest więc dodanie wystarczającej liczby aktywnych użytkowników.
• Po wybraniu listy kliknij Save changes w prawym dolnym rogu.

3. Utworzenie nowego wydania (Create a new release):

• Po skonfigurowaniu krajów i testerów pojawi się status "2 of 4 complete".
• Kliknij niebieski przycisk Create new release w prawym górnym rogu.

• Wgraj podpisany pakiet .aab. Po zakończeniu przesyłania Google przeprowadzi analizę pakietu:

• Zgodnie z grafiką Target SDK: 36 został poprawnie wykryty, a Version: 610060410 oraz architektury zostały zatwierdzone.
• Po kliknięciu Next pojawi się ekran ostrzeżenia o skoku kodu wersji:

• Rozwiązanie: Kliknij niebieski link Proceed anyway bezpośrednio pod ostrzeżeniem "This release's version code is significantly higher than your previous version code".
• Po usunięciu błędu zapisz wersję, klikając niebieski przycisk Save w prawym dolnym rogu.

Po wykonaniu tych kroków wróć do ekranu Publishing overview i rozpocznij weryfikację Google za pomocą przycisku Send changes for review.

C. Częsta sytuacja: Ostrzeżenie „App not available” przy linku testowym

Najczęstszy komunikat, z jakim spotykają się deweloperzy po otwarciu linku do testów zamkniętych (play.google.com/apps/testing/com...):

"App not available - A testing version of this app hasn't been published yet or isn't available for this account."

Przyczyny i rozwiązanie:

1. W trakcie weryfikacji (In Review): Link nie będzie aktywny, dopóki zespół recenzentów Google nie zatwierdzi wydania. Link zacznie działać, gdy status w Play Console zmieni się na "Available to testers".
2. Niezgodność kont Google: Konto Google zalogowane w przeglądarce musi dokładnie odpowiadać adresowi e-mail dodanemu do listy Testers w Play Console.
3. Czas propagacji serwerów: Nawet po zatwierdzeniu przez Google rozpowszechnienie linku na serwerach sklepu na całym świecie może zająć 1-2 godziny.

D. Dołączanie do programu testów (Become a Tester - Opt-in)

Po zatwierdzeniu i aktywacji linku pojawia się oficjalny ekran zaproszenia:

• Strona zawiera ikonę aplikacji, nazwę dewelopera oraz zaproszenie do testów.
• Po kliknięciu przycisku Become a tester konto zostaje włączone do testu.
• Aplikację można zainstalować bezpośrednio ze sklepu Google Play na urządzeniu z Androidem, klikając link „Download it on Google Play”.

---

16. Deklaracja identyfikatora reklamowego (Advertising ID)

Dla wszystkich aplikacji kierowanych na system Android 13 (API 33) lub nowszy Google Play wymaga wyraźnej deklaracji użycia Advertising ID (AD_ID).

Pytanie: Czy Twoja aplikacja korzysta z identyfikatora reklamowego?

Zasada Google na tej stronie brzmi:

"If you say that your app uses advertising ID, we will block releases that don't include the com.google.android.gms.permission.AD_ID permission in the manifest file when targeting Android 13."

• Opcja 1 (Zalecana): No (Nie).
• W zainstalowanym pakiecie testów zamkniętych biblioteki AdMob nie zostały jeszcze faktycznie skompilowane w kodzie i uprawnienie AD_ID nie występuje w pliku AndroidManifest.xml. Zapisanie wyboru No eliminuje ryzyko konfliktu manifestu.
• Opcja 2 (W przypadku wyboru „Yes”):

• W przypadku wybrania Yes należy zaznaczyć cel [x] Advertising or marketing oraz koniecznie zaznaczyć pole "Turn off release errors" u dołu (I understand the ramifications of not including the com.google.android.gms.permission.AD_ID permission...), ponieważ uprawnienie nie zostało jeszcze dodane do manifestu.

W obu przypadkach po dokonaniu wyboru kliknij Save w prawym dolnym rogu.

---

17. Przesłanie do weryfikacji (Final Submission)

Po uzupełnieniu karty sklepu, polityki prywatności, formularzy bezpieczeństwa, oświadczeń prawnych, grupy docelowej oraz wersji testów zamkniętych przejdź na ekran Publishing overview:

• Submit 14 changes for review: Google Play łączy wszystkie deklaracje i wersję testową w jeden pakiet weryfikacyjny (14 zmian oczekujących na zatwierdzenie).
• Oficjalny proces akceptacji rozpoczyna się po kliknięciu niebieskiego przycisku Submit 14 changes for review.
• W tle uruchamiane są automatyczne kontrole jakości (Quick checks), po czym aplikacja trafia do kolejki weryfikacyjnej zespołu Google Play. Na kontach osobistych weryfikacja trwa zazwyczaj od 24 do 72 godzin.

---

18. Wniosek o dostęp do produkcji po testach zamkniętych

Gdy wymagany przez Google proces testów zamkniętych (co najmniej 14 dni nieprzerwanych testów z minimum 20 testerami) dobiegnie końca, w panelu głównym Play Console aktywuje się przycisk "Apply for production". Kliknięcie tego przycisku otwiera 3-etapowy formularz weryfikacyjny, sprawdzający, czy aplikacja została rzeczywiście przetestowana i jest gotowa do publikacji na żywo:

Etapy formularza:

1. O testach zamkniętych (About your closed test): Wyjaśnienie, w jaki sposób pozyskano testerów, jak zbierano opinie i jakie ulepszenia wprowadzono na ich podstawie.
2. O aplikacji (About your app): Grupa docelowa aplikacji oraz kluczowe korzyści, jakie przynosi użytkownikom.
3. Gotowość produkcyjna (Your production readiness): Sposób monitorowania błędów i zarządzania opiniami użytkowników po premierze.

Kluczowe pytania i przykładowe odpowiedzi zgłoszeniowe

1. "How did you recruit users for your closed testing? For example, did you ask friends and family, or use a paid testing provider?"

W jaki sposób pozyskałeś użytkowników do testów zamkniętych? (Np. rodzina i znajomi czy płatna usługa testowa?)

Ważna zasada: Google nie akceptuje botów ani sztucznych farm testowych. Najbezpieczniej jest zadeklarować, że testerzy to rzeczywiści, organiczni użytkownicy z bliskiego kręgu oraz tematycznych społeczności.

I recruited testers organically through friends, family, and colleagues interested in sports analysis. Additionally, I invited active football prediction fans from targeted social media groups (Reddit & sports communities). No paid services were used; all were real, active users.

2. "How easy was it to recruit testers for your app?"

Jak łatwo było pozyskać testerów dla Twojej aplikacji?

• Zalecany wybór: Neither difficult or easy lub Easy. Wybór ten potwierdza, że proces przebiegał w sposób naturalny i zrównoważony.

3. "Describe the engagement you received from testers during your closed test"

Opisz zaangażowanie testerów podczas testów zamkniętych:
(Wskazówka Google: wskaż, czy użytkownicy korzystali ze wszystkich funkcji i czy ich zachowanie odpowiadało rzeczywistym scenariuszom)

Testers actively used all core features: match fixtures, filters, and coupon generation. Their engagement matched real user behavior, logging in regularly around weekly match days to create coupons and review predictions. All tester activity closely mirrored real-world football fan usage.

4. "Provide a summary of the feedback that you received from testers. Include how you collected the feedback."

Przedstaw podsumowanie opinii otrzymanych od testerów oraz metody ich gromadzenia:

Feedback was collected via Google Play internal feedback, emails, and tester messaging groups. Testers appreciated the fast coupon generator but suggested improving font readability on small screens, adding clearer filter descriptions, and optimizing fixture loading on slow mobile networks.

---

Krok 2: O aplikacji (About your app)

W tym kroku określa się grupę docelową, wartość dodaną aplikacji oraz przewidywaną liczbę instalacji w pierwszym roku:

1. "Who is the intended audience of your app?"

Kto jest grupą docelową Twojej aplikacji?

The intended audience includes adult football fans, sports enthusiasts, and Toto players seeking analytical tools to plan predictions. It is designed for users aged 18+ who want structured match fixture insights, mathematical coupon filtering, and systematic statistical analysis.

2. "Describe how your app provides value to users"

Opisz, jaką wartość aplikacja dostarcza użytkownikom:

The app provides value by automating complex coupon filtering and Toto calculations, saving users substantial time. It offers clean weekly fixture overviews, probability statistics, and intuitive mathematical tools that help sports fans make well-structured, data-informed prediction plans.

3. "How many installs do you expect your app to have in your first year?"

Ilu pobrań aplikacji spodziewasz się w pierwszym roku?

• Zalecany wybór: 0 - 10K (Realny i naturalny cel dla niezależnego dewelopera).

---

Krok 3: Gotowość produkcyjna (Your production readiness)

Ostatni etap dotyczy zmian wprowadzonych na podstawie wniosków z testów zamkniętych oraz uzasadnienia gotowości do wdrożenia na żywo:

1. "What changes did you make to your app based on what you learned during your closed test?"

Jakie zmiany wprowadziłeś w aplikacji na podstawie wniosków z testów zamkniętych?

Zalecenie: Odpowiedź powinna być w pełni spójna z opiniami z poprzednich kroków (dostosowanie do małych ekranów, wielkość czcionki, etykiety filtrów i buforowanie danych).

Based on tester feedback, we adjusted font scaling and spacing for smaller screens, added descriptive labels to filter options, and optimized fixture caching for slower network connections. We also streamlined the coupon generation interface to make navigation smoother and more intuitive.

2. "How did you decide that your app is ready for production?"

Na jakiej podstawie uznałeś, że aplikacja jest gotowa do produkcji na żywo?

Zalecenie: Należy podkreślić metryki Android Vitals (zero awarii, zero błędów ANR), 14-dniowy okres stabilności i bezproblemowe działanie na różnych wersjach Androida.

We confirmed production readiness through 14 days of closed testing with zero crashes and zero ANRs in Android Vitals. All core workflows (fixture browsing, filtering, and coupon generation) executed smoothly across diverse devices, and testers confirmed high stability and complete features.

Po wypełnieniu wszystkich pól wniosek zostaje przesłany kliknięciem niebieskiego przycisku Apply w prawym dolnym rogu.

Ekran wysłanego wniosku (Proces weryfikacji)

Kliknięcie przycisku „Apply” powoduje powrót do głównego pulpitu Play Console, gdzie w zakładce Production widoczna jest karta procesu weryfikacji:

"We have your application for production access"
"We're reviewing your application form. We'll email the account owner with an update. This usually takes 7 days or less, but may occasionally take longer."

Co warto wiedzieć o tej fazie:

1. Czas oczekiwania: Chociaż Google podaje orientacyjny termin "7 days or less", dla aplikacji ze spójnymi odpowiedziami i zerowym wskaźnikiem awarii decyzja zapada najczęściej w ciągu 24 do 72 godzin.
2. Powiadomienie o wyniku: Po zakończeniu oceny oficjalne potwierdzenie jest przesyłane na adres e-mail właściciela konta (patrz rozdział 19).
3. Działania w trakcie oczekiwania: Nie ma potrzeby podejmowania żadnych dodatkowych kroków; kanał testów zamkniętych może pozostać aktywny, wystarczy poczekać na decyzję zespołu weryfikacyjnego Play Console.

---

19. Ostateczny sukces: zatwierdzenie dostępu do produkcji (Production Access)

Gdy proces Testów zamkniętych (14 dni aktywnych testów z co najmniej 20 testerami) zakończy się pomyślnie, a wniosek zostanie zatwierdzony, zespół Google Play Console przesyła oficjalną wiadomość z gratulacjami:

"Congratulations! Your app has been granted Google Play production access"
"You applied for Google Play production access for your app, and this has now been granted. Production is where you make your app available to billions of users on Google Play."

Co oznacza ten e-mail?

1. Wydanie publiczne: Aplikacja może zostać opublikowana dla miliardów użytkowników systemu Android na całym świecie, a nie tylko dla zaproszonych testerów.
2. Przekroczenie progu konta osobistego: Wymóg 20 testerów i 14 dni został oficjalnie spełniony, a konto deweloperskie zyskało status zaufanego.
3. Uruchomienie jednym kliknięciem: W kanale Production panelu Play Console sprawdzona wersja może natychmiast trafić na oficjalną stronę sklepu.

---

20. Lista kontrolna przed wdrożeniem (Zakończona)

Wszystkie pozycje kontrolne na etapie składania aplikacji:

• Czy w Play Console utworzono identyfikator aplikacji i unikalną nazwę pakietu?
• Czy podpisany pakiet .aab został skompilowany z targetSdkVersion 36?
• Czy kod wersji (versionCode) jest wyższy niż w poprzednich wersjach? (Czy kliknięto Proceed anyway przy ostrzeżeniu?)
• Czy adres URL Polityki prywatności jest aktywny i otwiera się przez HTTPS?
• Czy dostęp do aplikacji został zapisany jako No?
• Czy deklaracja dotycząca reklam została oznaczona jako Yes?
• Czy ocena treści IARC została wypełniona i zatwierdzona certyfikatem?
• Czy grupa docelowa została wybrana jako 18 and over?
• Czy formularz bezpieczeństwa danych (Data Safety) został wypełniony?
• Czy deklaracje dotyczące instytucji rządowych, finansowych i zdrowotnych zostały zapisane jako No?
• Czy zasoby graficzne sklepu (ikona 512x512, grafika promująca 1024x500, zrzuty ekranu) zostały wgrane?
• Testy zamknięte: Czy kraje i regiony zostały wybrane i zapisane?
• Testy zamknięte: Czy lista testerów została wybrana i zapisana?
• Testy zamknięte: Czy podpisany pakiet .aab został wgrany i wersjonowany?
• Identyfikator reklamowy (Advertising ID): Czy zapisano jako No dla wydania początkowego?
• Przegląd publikowania: Czy wszystkie zmiany zostały przesłane do weryfikacji Google?
• Czy zakończono proces testów zamkniętych i uzyskano dostęp do Production?

---

21. Arar Games i nasze gry

Odwiedź nasze oficjalne strony w sklepach, aby osobiście wypróbować gry, unikalne mechaniki oraz aktualizacje stworzone przez nasze niezależne studio:

🎮 Nasze gry:

• 🛡️ Blocked: Pixel Panzer:
  Dynamiczna akcja czołgowa w stylu retro pixel, pociski żywiołów ColorWheel, zmienne warunki pogodowe, starcia z bossami, globalne rankingi i osiągnięcia Google Play!
  👉 Pobierz w Google Play (Android i PC) | Microsoft Store (Windows PC)
• 🎨 Paint Trek:
  Wymagająca refleksu zręcznościowa rozgrywka w barwnych pikselach i kosmicznej scenerii.
  👉 Google Play | Microsoft Store (PC & Xbox)
• 🚀 Space Dodger:
  Szybka, klasyczna zręcznościówka polegająca na omijaniu przeszkód w otchłani kosmosu.
  👉 Pobierz w Google Play

📢 Media społecznościowe i kontakt:

Bądź na bieżąco z naszymi nowymi przewodnikami technicznymi, devlogami i nowościami ze świata naszych gier:

• 🎵 TikTok: @arargamesstudio
• 📸 Instagram: @arargamesstudio
• 🐦 X (Twitter): @arargamesstudio
• 📺 YouTube: @koreaaria
• 🧵 Threads: @arargamesstudio
• 📘 Facebook: arargamesstudio

---

Przygotowano przez: Archiwum Dokumentacji Deweloperskiej Arar Games