Lista kontrolna zgłoszenia aplikacji: każdy zasób dla obu sklepów (2026)

Zbudowałeś aplikację. Teraz oba sklepy chcą stosu zasobów i odpowiedzi, zanim ją przepuszczą, a te dwa stosy się różnią. To jest zbiór nadrzędny: każdy zasób i każde pole, o które proszą App Store Connect i Google Play Console, pogrupowane według sklepu, wraz z zasadami builda z 2026 roku, które blokują wysyłkę jeszcze przed rozpoczęciem weryfikacji.

Mamy już listę kontrolną skupioną tylko na zrzutach ekranu (link na dole). Ta jest szersza — zrzuty ekranu to tu jedna pozycja obok ikon, grafik funkcji, tekstów oferty, formularzy prywatności, ocen wiekowych i wymagań builda, które warunkują samą wysyłkę.

Wymagania i terminy się zmieniają. Traktuj każdą datowaną zasadę poniżej jako wskazówkę do potwierdzenia w dokumentacji danego sklepu w dniu zgłoszenia, nie jako stały fakt.

Krok 0: dwa konta deweloperskie

Nigdzie nie wyślesz zgłoszenia bez konta w każdym ze sklepów, a ich cennik działa na różnych modelach:

• Apple Developer Program — 99 $ rocznie (USD, rozliczane w lokalnej walucie). To cykliczne członkostwo. Jeśli wygaśnie, twoje aplikacje znikają z App Store do czasu odnowienia.
• Google Play Console — 25 $, płatne jednorazowo przy rejestracji. Jednorazowo, bezzwrotnie, bez odnawiania.
• Weryfikacja tożsamości w obu przypadkach. Konta osobiste i organizacyjne przechodzą przez weryfikację. Konta organizacyjne w Google wymagają numeru D-U-N-S; Apple weryfikuje podmiot prawny przy rejestracji organizacji. Zaplanuj na to kilka dni, zanim zaplanujesz wysyłkę.

Apple: o co pyta App Store Connect

Build:

• Binarium aplikacji zbudowane aktualnym SDK. Od kwietnia 2025 aplikacje iOS i iPadOS muszą być zbudowane co najmniej SDK iOS 18 (Xcode 16), żeby przesłać build. Apple zapowiedziało, że od 28 kwietnia 2026 wysyłki będą wymagać co najmniej SDK iOS 26 — potwierdź, które SDK obowiązuje w dniu zgłoszenia.
• Ikona aplikacji wewnątrz builda. Apple pobiera ikonę z katalogu zasobów aplikacji; nie ma osobnego uploadu ikony w App Store Connect. Brakująca lub błędna ikona powoduje odrzucenie już przy walidacji uploadu.
• Unikalne bundle ID, ważne podpisywanie i odpowiedzi dotyczące zgodności eksportowej. Pytania o szyfrowanie/eksport pojawiają się przy wysyłce — większość aplikacji odpowiada standardowym wyjątkiem, ale odpowiedzieć trzeba.

Zasoby wizualne:

• Zrzuty ekranu dla iPhone'a 6,9 cala. Co najmniej jeden, maksymalnie dziesięć. Akceptowane rozmiary to m.in. 1320 × 2868, 1290 × 2796 i 1260 × 2736 (pionowo). Apple automatycznie skaluje ten zestaw do mniejszych iPhone'ów, więc zestaw 6,5 cala jest potrzebny tylko, jeśli całkowicie pomijasz 6,9 cala.
• Zrzuty ekranu iPada, jeśli aplikacja wspiera iPada. Zestaw 13-calowy to 2064 × 2752 lub 2048 × 2732 (pionowo). Wymagane, gdy aplikacja działa na iPadzie.
• Opcjonalne wideo App Preview na rozmiar urządzenia, 15–30 sekund.

Teksty oferty:

• Nazwa aplikacji (do 30 znaków) i podtytuł (do 30).
• Słowa kluczowe — jedno pole 100-znakowe, oddzielane przecinkami, które nigdy nie jest widoczne dla użytkowników, ale napędza wyszukiwanie.
• Opis (do 4000 znaków) i tekst promocyjny (do 170, edytowalny bez nowego builda).
• URL wsparcia oraz opcjonalnie URL marketingowy.

Kwestie prawne, prywatność i ocena wiekowa:

• URL polityki prywatności. Wymagany dla każdej aplikacji.
• Odpowiedzi App Privacy — "etykieta odżywcza". Deklarujesz, jakie dane zbiera twoja aplikacja i jej zewnętrzne SDK-i oraz jak są wykorzystywane. Te odpowiedzi są wymagane do zgłoszenia i pojawiają się jako etykieta prywatności na stronie produktu.
• Ocena wiekowa. Udzielana przez kwestionariusz. Apple przeszło na bardziej szczegółowy system ocen wiekowych (z progami 13+, 16+ i 18+), widoczny na urządzeniach z iOS 26 i nowszych, więc sprawdź ponownie swoje odpowiedzi, jeśli ostatnio oceniałeś aplikację według starego schematu.
• Kategoria główna (i opcjonalnie dodatkowa), a także ścieżka usunięcia konta w aplikacji, jeśli obsługuje ona tworzenie kont.

Google: o co pyta Play Console

Build:

• Android App Bundle (.aab), nie APK, dla nowych aplikacji.
• Docelowy poziom API. Nowe aplikacje i aktualizacje muszą obecnie celować w Android 15 (poziom API 35) lub wyższy. Google zapowiedziało, że od 31 sierpnia 2026 nowe aplikacje i aktualizacje muszą celować w Android 16 (poziom API 36) — zweryfikuj obowiązujący poziom w dniu zgłoszenia.
• Podpisany build release, zazwyczaj przez Play App Signing.

Zasoby wizualne:

• Ikona aplikacji — 512 × 512 px, 32-bitowy PNG, poniżej 1 MB.
• Grafika funkcji — 1024 × 500 px, JPEG lub 24-bitowy PNG bez kanału alfa. To wymagany zasób oferty w Play, bez odpowiednika u Apple, i to on jest banerem na górze twojej oferty.
• Co najmniej 2 zrzuty ekranu telefonu (do 8). JPEG lub 24-bitowy PNG, każdy bok od 320 do 3840 px, proporcje 16:9 lub 9:16. Zrzuty ekranu tabletów i innych formatów urządzeń są opcjonalne, chyba że celujesz w te urządzenia.
• Opcjonalne wideo promocyjne jako URL YouTube.

Teksty oferty:

• Nazwa aplikacji (do 30 znaków).
• Krótki opis (do 80) — pierwsza linia, którą czyta użytkownik.
• Pełny opis (do 4000).

Kwestie prawne, prywatność i ocena wiekowa:

• URL polityki prywatności. Wymagany.
• Formularz bezpieczeństwa danych. Odpowiednik etykiety prywatności Apple u Google — deklarujesz, jakie dane zbierasz, udostępniasz i jak są obsługiwane. Wymagany przed publikacją i musi odpowiadać faktycznemu zachowaniu aplikacji.
• Kwestionariusz oceny treści (IARC). Generuje regionalne oceny wiekowe na podstawie twoich odpowiedzi.
• Kategoria aplikacji oraz deklaracje docelowej grupy odbiorców i reklam. Jeśli częścią odbiorców są dzieci, obowiązują dodatkowe wymagania.

Zasady z 2026 roku, które odrzucają build przed weryfikacją

To nie kwestia dopracowania — one blokują wysyłkę lub publikację całkowicie, więc warto je potwierdzić w pierwszej kolejności:

• Minimalne SDK Apple. Wysyłki wymagają SDK iOS 18 (Xcode 16) od kwietnia 2025, a według zapowiedzi Apple SDK iOS 26 stanie się minimum około 28 kwietnia 2026. Zbuduj starym SDK, a App Store Connect odrzuci binarium przy wysyłce.
• Docelowy poziom API Google. Nowe aplikacje i aktualizacje celują dziś w Android 15 (API 35), a od 31 sierpnia 2026, według deklarowanego harmonogramu Google, przechodzą na Android 16 (API 36). Zbyt niski docelowy poziom API blokuje publikację.
• Brama zamkniętych testów Google dla kont osobistych. Osobiste konta deweloperskie utworzone po 13 listopada 2023 muszą przeprowadzić zamknięty test z co najmniej 12 uczestnikami przez 14 kolejnych dni, zanim będą mogły ubiegać się o dostęp produkcyjny. (Google obniżyło ten próg z 20 testerów pod koniec 2024.) Zweryfikowane konta organizacyjne są zwolnione. To najbardziej zaskakuje solowych deweloperów — dodaje minimum dwa tygodnie między "aplikacja jest gotowa" a "aplikacja jest na żywo", więc zacznij zamknięty test wcześnie.

Wspólny pre-flight (oba sklepy)

Kilka kontroli dotyczy obu stron i łatwo je pominąć w pośpiechu przed wysyłką:

• Podpisy zrzutów ekranu w języku danej lokalizacji. Angielskie podpisy w niemieckiej czy japońskiej ofercie są flagowane. Język podpisu i lokalizacja oferty muszą się zgadzać.
• Zasoby i teksty zgadzają się z aplikacją. Jeśli zrzut ekranu lub opis pokazuje funkcję, wysłana aplikacja musi rzeczywiście ją mieć. Oba sklepy odrzucają za metadane, które zawyżają możliwości aplikacji.
• Żadnych cen ani adresów spoza sklepu wpisanych w zrzuty ekranu. Ceny należą do strony sklepu, nie do grafiki; nakładki "odwiedź naszą stronę" ściągają odrzucenia.
• Deklaracje prywatności odpowiadają rzeczywistości. Zarówno etykieta prywatności Apple, jak i formularz bezpieczeństwa danych Google muszą odzwierciedlać to, co faktycznie robi twój kod i SDK-i.
• Działające konto testowe, jeśli aplikacja jest za logowaniem, przekazane recenzentowi w notatkach do weryfikacji.

Gdzie pasuje Mokbi

Większość tej listy kontrolnej to twoja robota — konto, build, odpowiedzi o prywatności, oceny wiekowe. Mokbi pokrywa zasoby wizualne i teksty, czyli tę część, która pochłania najwięcej godzin, gdy robisz to ręcznie dla dwóch sklepów i wielu języków.

• Zasoby wizualne. Tworzy zrzuty ekranu dla obu sklepów we wymaganych rozmiarach oraz grafikę funkcji dla Play, z jednego projektu — więc nie przycinasz na nowo tej samej grafiki dla różnych klas urządzeń.
• Teksty oferty. Tworzy szkic nazwy, podtytułu, opisu i krótkiego opisu, a potem tłumaczy całą ofertę na 50 języków, dzięki czemu każda lokalizacja wysyłana jest z dopasowanymi podpisami i tekstami.
• Publikację gotowej oferty. Mokbi wysyła za ciebie gotowe zasoby i teksty oferty: prosto do Google Play przez Play Developer API oraz przygotowane w App Store Connect jako wersja gotowa do zgłoszenia. Apple wymaga od ciebie tego ostatniego kroku Submit i weryfikacji — to zasada Apple, nie ograniczenie Mokbi.

Chodzi nie o to, żeby zastąpić listę kontrolną — tylko o to, żeby zdjąć z niej kolumny zasobów i tłumaczeń, żeby reszta zajęła krótsze popołudnie.

Co przeczytać dalej

• Wymagania oferty Google Play, zasób po zasobie
• Co możesz zmienić bez nowej wersji
• Lista kontrolna samych zrzutów ekranu przed zgłoszeniem

Otwórz edytor →