app-storeodrzucenie-w-app-storeaso

Checklista wysyłki do App Store 2026: 47 rzeczy, na których wykładają się founderzy

Każdy powód odrzucenia w App Store, który naprawdę zdarza się w 2026, plus naprawa do każdego. Sprawdź to przed wysyłką i oszczędź sobie tygodni odrzuceń.

Paweł Karniej·9 kwietnia 2026·8 min czytania

Pełna lista do odhaczenia, zanim klikniesz wyślij.

W skrócie

Pierwsza wysyłka na iOS zwykle wraca odrzucona raz albo dwa. Większość odrzuceń da się przewidzieć. Ta checklista na 47 punktów pokrywa powody odrzuceń, pułapki metadanych, naruszenia zasad projektowych, reguły zakupów w aplikacji, wymagania o prywatność i kroki po wysyłce, o których founderzy zapominają. Przejdź przez nią przed kliknięciem "Submit for Review", a zbijesz liczbę cykli odrzucenia z dwóch do czterech na zero do jednego. Pełna checklista jest w zakresie każdego sprintu Silpho Launch, a tutaj dostajesz ją za darmo.

Najważniejsze fakty

  • Od 30 do 50 procent pierwszych wysyłek na iOS wraca odrzuconych. Po kilku premierach liczba spada poniżej 10 procent, bo odrzucenia stają się przewidywalne.

  • Czas recenzji Apple to średnio 2 do 7 dni w 2026, wobec 24 godzin w latach 2022 do 2024.

  • Manifest prywatności (PrivacyInfo.xcprivacy) jest obowiązkowy i to najczęstszy powód odrzucenia nowych appek.

  • Usuwanie konta jest obowiązkowe w każdej appce z rejestracją. Pominięcie to automatyczne odrzucenie.

  • Większość odrzuceń związanych z metadanymi naprawisz w niecałą godzinę.


Checklista przed wysyłką (47 punktów)

Konto i podpisywanie

  1. Członkostwo w Apple Developer Program jest aktualne (390 zł rocznie)

  2. Bundle ID zgadza się między Xcode, App Store Connect i certyfikatami push

  3. Certyfikat dystrybucyjny jest ważny i nie wygasa w ciągu czterech tygodni

  4. Twoja rola w App Store Connect pozwala wysłać appkę

  5. Provisioning profile są świeże

Prywatność i kwestie prawne

  1. Manifest prywatności (PrivacyInfo.xcprivacy) deklaruje wszystkie wymagane API razem z powodami

  2. App Transport Security (ATS) jest skonfigurowane (tylko HTTPS albo udokumentowane wyjątki)

  3. Adres polityki prywatności działa i jest dostępny

  4. Adres regulaminu działa i jest dostępny

  5. Prompt App Tracking Transparency (ATT) pojawia się, jeśli zbierasz dane powiązane z IDFA

  6. Teksty NSUserTrackingUsageDescription są napisane dla każdego promptu

  7. Usuwanie konta istnieje w appce (obowiązkowe, jeśli można założyć konto)

  8. Formularz Data Safety w Google Play jest wypełniony, jeśli wypuszczasz obie platformy

  9. Deklaracje prywatności w App Store Connect zgadzają się z tym, co robi kod

Działanie appki

  1. Główna funkcja działa przy pierwszym uruchomieniu bez konfiguracji, której użytkownik nie powinien robić

  2. Appka nie wysypuje się przy starcie na żadnym urządzeniu testowym

  3. Sign in with Apple jest wdrożone, jeśli oferujesz logowanie przez inne serwisy społecznościowe (zasada parytetu Apple)

  4. Prompt o powiadomienia push pojawia się z jasnym uzasadnieniem

  5. Błędy sieci pokazują czytelny komunikat, a nie pusty ekran

  6. Stany ładowania istnieją dla każdej operacji dłuższej niż 200 ms

  7. Puste stany istnieją dla list, wyników wyszukiwania i głównych ekranów

Subskrypcje i zakupy w aplikacji

  1. Warunki subskrypcji są jasno pokazane przed zakupem (cena, okres, automatyczne odnowienie)

  2. Przycisk restore purchases jest widoczny i działa w ustawieniach albo na paywallu

  3. Warunki subskrypcji odnawialnej linkują do standardowego EULA Apple albo Twojego własnego

  4. Informacja o darmowym trialu mówi, kiedy zaczyna się naliczanie

  5. Webhook RevenueCat albo Stripe jest podpięty do backendu, jeśli przyznajesz entitlementy po stronie serwera

  6. Walidacja paragonów jest wdrożona (najlepiej po stronie serwera)

  7. Testy w sandboxie objęły co najmniej 3 scenariusze zakupu

Projekt i UX

  1. Ikona spełnia specyfikację Apple (1024x1024, bez przezroczystości, bez zaokrąglonych rogów w źródle)

  2. Ikona nie zawiera słowa "App" ani nazw konkurencji

  3. Obszary dotykowe mają co najmniej 44x44 punkty

  4. Kontrast kolorów spełnia minimum dostępności (użyj Accessibility Inspector w Xcode)

  5. Dynamic Type działa (tekst skaluje się z ustawieniem systemowym)

  6. Tryb ciemny działa albo jest świadomie wyłączony

  7. Etykiety VoiceOver istnieją dla ważnych elementów interaktywnych

  8. Appka obsługuje obrót urządzenia, jeśli nie blokuje orientacji

Metadane i materiały do sklepu

  1. Nazwa appki (maks. 30 znaków) nie przywłaszcza znaków towarowych, których nie masz

  2. Podtytuł (maks. 30 znaków) mówi o korzyści, a nie jest workiem słów kluczowych

  3. Pierwsze 3 linie opisu prowadzą wartością (reszta nie wyświetla się bez kliknięcia "więcej")

  4. Słowa kluczowe (100 znaków) są oddzielone przecinkami, bez marnowania miejsca na spacje

  5. Zrzuty ekranu: 3 do 5 na każdy rozmiar urządzenia, zoptymalizowane pod konwersję

  6. Wideo podglądowe trwa 15 do 30 sekund i pokazuje magiczny moment

  7. Ankieta o kategorię wiekową zgadza się z tym, co jest w appce

  8. Kategoria i podkategoria pasują do tego, czego szukają użytkownicy

Ostatni przegląd

  1. Build z TestFlight przetestowała co najmniej jedna osoba z zewnątrz (nie ten, kto go pisał)

  2. Raporty crashy z TestFlight są przejrzane i naprawione

  3. Pole "Notes for Reviewer" w App Store Connect wyjaśnia każdą nieoczywistą funkcję i podaje konto testowe


7 najczęstszych odrzuceń w 2026

1. Brakujący albo niepełny manifest prywatności

Naprawa: dodaj PrivacyInfo.xcprivacy z deklaracją każdego wymaganego API, którego używa Twoja appka albo jej SDK. Apple publikuje listę "required reason APIs". Przypisz do każdego uzasadniony powód.

Czas naprawy: 1 do 4 godzin.

2. Brak usuwania konta

Naprawa: zbuduj w appce przepływ, który usuwa konto i dane użytkownika. Nawet jeśli to zgłoszenie mailowe, przepływ musi istnieć.

Czas naprawy: 4 do 8 godzin.

3. Niejasne warunki subskrypcji

Naprawa: ekran z ceną musi pokazywać też okres, informację o automatycznym odnowieniu i link do warunków. Domyślny szablon paywalla z RevenueCat to ogarnia, własne paywalle zwykle nie.

Czas naprawy: 2 do 4 godzin.

4. Brak Sign in with Apple

Naprawa: jeśli oferujesz logowanie przez Google, Facebooka albo cokolwiek innego, musisz zaoferować też Sign in with Apple. Dodaj je.

Czas naprawy: 1 do 2 dni.

5. Zepsuta albo niejasna funkcjonalność

Naprawa: obejrzyj zrzut ekranu z odrzucenia, znajdź zepsuty przepływ, napraw go. Klasyk: recenzent nie przechodzi onboardingu, bo appka wymaga konta z weryfikacją numeru telefonu.

Czas naprawy: różnie, zwykle 4 do 16 godzin.

6. Naruszenia w metadanych albo zrzutach ekranu

Naprawa: przeczytaj jeszcze raz sekcje 2.3 (rzetelne metadane) i 5 (kwestie prawne) App Store Review Guidelines. Usuń nazwy konkurencji, cudze znaki towarowe i wszystko, co przekłamuje appkę.

Czas naprawy: 1 do 4 godzin.

7. Płatności poza systemem App Store

Naprawa: towary cyfrowe sprzedawane w appce na iOS muszą iść przez zakupy w aplikacji Apple. Stripe jest w porządku przy towarach fizycznych, usługach konsumowanych poza appką albo appkach czytnikowych B2B. Jeśli złamałeś tę zasadę, przepnij płatności na RevenueCat albo natywne IAP.

Czas naprawy: 2 do 5 dni, zależnie od głębokości backendu.


Po wysyłce

  1. Przez pierwsze 7 dni codziennie sprawdzaj notatki wysyłki w App Store Connect

  2. Jeśli dostaniesz odrzucenie, przeczytaj cytat dokładnie, bo odrzucenia zawsze wskazują konkretną sekcję wytycznych

  3. Odpisz w Resolution Center z opisem naprawy albo z wyjaśnieniem, jeśli uważasz, że odrzucenie jest błędne

  4. Wyślij ponownie szybko, bo w kolejce recenzji ustawiasz się od nowa na końcu

Czas recenzji Apple wynosił w 2026 średnio 2 do 7 dni. Twój plan premiery musi mieć na to bufor.


A co z Google Play

Wysyłka do Google Play jest zwykle łagodniejsza niż u Apple, ale ma własne pułapki:

  • Formularz Data Safety jest obowiązkowy (odpowiednik deklaracji prywatności Apple)

  • Wrażliwe uprawnienia (SMS, rejestr połączeń) wymagają deklaracji z uzasadnieniem

  • Nowe appki muszą przejść przez zamknięte testy przed wypuszczeniem na produkcję

  • Adres polityki prywatności jest obowiązkowy

Appka zgodna z zasadami Apple przechodzi zwykle przez Google Play po drobnych poprawkach w metadanych.


Jak robię to u klientów

Pełna checklista na 47 punktów przechodzi domyślnie w każdym sprincie Silpho Launch. Boilerplate (Ship React Native) ma już podpięty manifest prywatności, usuwanie konta, prompty ATT i Sign in with Apple. Pakiet premierowy (w zakresie Launch za 15 900 zł netto) obejmuje metadane, zrzuty ekranu, copy i samą wysyłkę do Apple i Google.

Przy ponad 25 premierach większość wysyłek przeszła za pierwszym razem.


FAQ

Ile trwa średnia recenzja w 2026?

2 do 7 dni przy zdrowych wysyłkach. Do 14 dni w szczycie sezonu, czyli w listopadzie i grudniu.

Czy da się przyspieszyć recenzję?

Tak, w ograniczonych przypadkach przez Expedited Review w App Store Connect. Apple przyznaje to przy krytycznych poprawkach błędów, premierach zależnych od terminu albo momentach medialnych. Nie nadużywaj, bo powtarzane prośby są odrzucane.

Co, jeśli wciąż dostaję odrzucenia?

Czytaj maile z odrzuceniami dokładnie. Każdy cytuje wytyczną. Przypisz swoją naprawę do cytowanej wytycznej. Jeśli poleciałeś już trzy razy, umów rozmowę albo przejdź na sprint Silpho Launch.

Czy firma potrzebuje osobnego konta w Apple Developer Program?

Apple Developer Program (Individual) wystarcza samodzielnym founderom. Wersja Organization jest potrzebna, jeśli chcesz nazwę firmy w listingu albo weryfikację D-U-N-S. Rejestracja organizacji trwa 1 do 4 tygodni.

Czym różni się TestFlight od prawdziwej wysyłki?

TestFlight służy do testów wewnętrznych i beta do 10 000 użytkowników. Wysyłka produkcyjna to publiczne wydanie w App Store. Recenzje TestFlight są zwykle szybsze i są oddzielne od recenzji produkcyjnej.

Czy manifest prywatności dotyczy też Google Play?

Nie, to wymaganie Apple. Google Play ma własny formularz Data Safety, który pełni podobną rolę informacyjną.

Czy mogę zautomatyzować pracę przez App Store Connect API?

Tak. fastlane albo oficjalne API Apple zautomatyzuje metadane, zrzuty ekranu i buildy TestFlight. Większość zespołów produkcyjnych (i boilerplate Ship React Native) używa do tego EAS Submit.

Jak wygląda recenzja aktualizacji?

Apple wymaga recenzji każdej aktualizacji binarki. Aktualizacje samego kodu bez zmian w metadanych zwykle przechodzą w mniej niż 24 godziny. EAS Update (OTA) nie wymaga recenzji Apple przy zmianach wyłącznie w JS.


Następne kroki:

Powiązane: