Czy Twoja aplikacja przejdzie review Apple? Najczęstsze powody odrzucenia

Ile aplikacji odrzuca Apple?

Około 23% zgłoszeń: w raporcie przejrzystości App Store za 2025 rok Apple podaje, że sprawdził 9 100 620 zgłoszeń aplikacji i odrzucił 2 093 244. Odrzucenie przy pierwszym zgłoszeniu to więc codzienność, a nie wyjątek. Najwięcej odrzuceń dotyczyło części wytycznych o działaniu aplikacji (Performance, 1 354 418), dalej części prawnej (Legal, 495 673), projektowej (Design, 415 532), biznesowej (Business, 283 820) i bezpieczeństwa (Safety, 151 159). Jedno zgłoszenie może naruszać kilka wytycznych naraz, a ta sama aplikacja bywa wysyłana kilka razy, więc tych liczb nie należy sumować. Ważniejsze jest co innego: 387 087 zgłoszeń zatwierdzono po wcześniejszym odrzuceniu. Odrzucenie zwykle nie kończy projektu, tylko przesuwa premierę o kilka dni.

Dlaczego Apple odrzuca aplikacje? Najczęstsze powody

Apple publikuje listę typowych problemów na stronie o App Review. Poniżej najważniejsze z nich, z numerami wytycznych, których dotyczą. Wytyczne są dostępne także po polsku jako „Wytyczne dotyczące weryfikacji aplikacji”, z tymi samymi numerami: 2.1 to tam „Kompletność aplikacji”, 4.2 „Minimalna funkcjonalność”, a 4.3 „Spam”.

Awarie i błędy (2.1)

Aplikacja zawiesza się, zamyka albo jedna z funkcji nie działa. Apple prosi, żeby wysyłać tylko wersje gotowe do publikacji, przetestowane na urządzeniach z najnowszym systemem.

Treści zastępcze

Teksty typu „lorem ipsum”, puste ekrany i obrazki do podmiany. Według Apple taka wersja nie jest gotowa do dystrybucji i nie może zostać zatwierdzona.

Brak danych do testu

Jeśli część funkcji wymaga logowania, w sekcji App Review Information w App Store Connect trzeba podać działające konto demo. Wytyczna 2.1 przypomina wprost, żeby przy tym włączyć serwer, z którego korzysta aplikacja.

Niedziałające linki

Wszystkie linki w aplikacji muszą działać. Każda aplikacja musi mieć link do wsparcia z aktualnym kontaktem i link do polityki prywatności.

Polityka prywatności (5.1.1)

Musi opisywać, jakie dane zbiera aplikacja, jak i po co, potwierdzać, że firmy, którym je przekazujesz, chronią je tak samo, oraz wyjaśniać, jak długo dane są przechowywane i jak użytkownik może wycofać zgodę albo zażądać ich usunięcia.

Niejasne prośby o dostęp

Każda prośba o dostęp do aparatu, lokalizacji, kontaktów czy zdjęć wymaga opisu celu (purpose string) w pliku Info.plist. Apple oczekuje jasnego i pełnego wyjaśnienia, do czego dane są potrzebne.

Opisy i zrzuty niezgodne z aplikacją (2.3)

Metadane, w tym informacje o prywatności, opis i zrzuty ekranu, mają pokazywać główne funkcje aplikacji takimi, jakie są, i być aktualizowane z każdą wersją.

Za mało funkcji (4.2) i powielone aplikacje (4.3)

Aplikacja ma dawać więcej niż przepakowana strona internetowa. Kilka niemal identycznych aplikacji, na przykład osobna dla każdego miasta, Apple traktuje jako spam i sugeruje połączenie ich w jedną.

Wymagania, o których łatwo zapomnieć

• Jeśli w aplikacji można założyć konto, musi dać się je w niej także usunąć (wytyczna 5.1.1(v)). Szczegóły opisujemy we wpisie jak dodać usuwanie konta w aplikacji.
• Logowanie przez Google albo Facebooka wymaga dodatkowej, równoważnej opcji logowania chroniącej prywatność (wytyczna 4.8). Wyjaśniamy to w tekście logowanie przez Google lub Facebooka a zasady Apple.
• Powiadomienia push nie mogą być wymagane do działania aplikacji, a do marketingu wolno ich używać tylko po wyraźnej zgodzie wyrażonej w aplikacji i z możliwością rezygnacji (wytyczna 4.5.4).
• Odblokowanie funkcji albo treści cyfrowych, na przykład subskrypcji, co do zasady wymaga zakupów w aplikacji (wytyczna 3.1.1). Wytyczne opisują od tej zasady wyjątki dla niektórych krajów i rodzajów aplikacji.
• Zanim poprosisz o subskrypcję, trzeba jasno opisać, co użytkownik dostaje za tę cenę (wytyczna 3.1.2(c)).
• Śledzenie aktywności użytkownika, na przykład na potrzeby reklam, wymaga wyraźnej zgody przez App Tracking Transparency (wytyczna 5.1.2(i)). Dotyczy to także bibliotek reklamowych dodanych do aplikacji.
• W Unii Europejskiej konto dewelopera potrzebuje statusu handlowca (trader status) wynikającego z aktu o usługach cyfrowych. Od 17 lutego 2025 roku aplikacje bez tego statusu są usuwane z App Store w UE do czasu jego uzupełnienia.
• Od 28 kwietnia 2026 roku nowe wersje trzeba budować w Xcode 26 lub nowszym z SDK dla iOS 26, a od 9 września 2026 roku aplikacje na iOS i iPadOS muszą być przeznaczone dla iOS 13 lub nowszego. Terminy na najbliższe miesiące zebraliśmy we wpisie wymagania Google Play i App Store do kwietnia 2027.
• Aplikacje z branż regulowanych, takich jak bankowość, opieka zdrowotna czy hazard, musi zgłosić firma, która świadczy daną usługę, a nie prywatne konto programisty.

Lista kontrolna przed wysłaniem aplikacji do Apple

1. Przetestuj wersję do wysłania na prawdziwych urządzeniach z najnowszym iOS, nie tylko w symulatorze. Najprościej przez TestFlight, z kilkoma osobami spoza zespołu.
2. Przejdź każdy ekran i usuń teksty zastępcze, puste zakładki i przyciski „wkrótce”.
3. Załóż konto demo z przykładowymi danymi, wpisz login i hasło w App Review Information i sprawdź w dniu wysyłki, że konto działa.
4. Upewnij się, że serwer i panel, z których korzysta aplikacja, działają w wersji produkcyjnej, a nie tylko testowej.
5. Kliknij wszystkie linki w aplikacji i w karcie sklepu: wsparcie, polityka prywatności, regulamin.
6. Porównaj politykę prywatności i etykiety prywatności w App Store Connect z tym, co aplikacja faktycznie zbiera, łącznie z bibliotekami analitycznymi i reklamowymi.
7. Przeczytaj wszystkie komunikaty z prośbą o dostęp do aparatu, lokalizacji czy zdjęć. Każdy ma mówić konkretnie, do czego dostęp jest potrzebny.
8. Sprawdź, czy zrzuty ekranu i opis pokazują obecną wersję aplikacji, a nie plany na przyszłość.
9. Jeśli aplikacja ma konta, sprawdź ścieżkę usuwania konta. Jeśli ma logowanie przez Google lub Facebooka, sprawdź wymóg z wytycznej 4.8.
10. W notatkach dla recenzenta opisz w kilku zdaniach, jak przetestować najważniejszą funkcję, zwłaszcza gdy wymaga konkretnego miejsca, sprzętu albo konfiguracji. Przy trudnym do odtworzenia sprzęcie przygotuj nagranie wideo.

Apple odrzucił aplikację: co zrobić krok po kroku

1. Przeczytaj wiadomość od App Review w App Store Connect: na stronie aplikacji pojawia się link do nierozwiązanych problemów, a przy zgłoszeniu przycisk Resolve. Zapisz numer wytycznej i to, co dokładnie zobaczył recenzent.
2. Ustal, czy problem dotyczy działania aplikacji, czy tylko metadanych, czyli opisu, zrzutów ekranu albo informacji w App Store Connect. Według Apple przy odrzuceniu za metadane po poprawce można wysłać ten sam build.
3. Jeśli recenzent czegoś nie zrozumiał albo zabrakło mu informacji, odpowiedz przyciskiem Reply to App Review. Do odpowiedzi można dołączać zrzuty ekranu i dokumenty, dopóki nie wyślesz aplikacji ponownie.
4. Jeśli problem jest w aplikacji, popraw go, przetestuj przez TestFlight i wyślij nową wersję z krótkim opisem zmian w notatkach dla recenzenta.
5. Gdy uważasz, że recenzent źle zrozumiał aplikację albo potraktował ją niesprawiedliwie, możesz odwołać się do App Review Board. Apple prosi o konkretne argumenty, wcześniejszą odpowiedź na pytania recenzenta i tylko jedno odwołanie na zgłoszenie.

Najczęstsze błędy po odrzuceniu

• Wysłanie tej samej wersji jeszcze raz bez zmian albo z kosmetyczną poprawką. Najpierw trzeba zrozumieć, której wytycznej dotyczy odrzucenie i co dokładnie zobaczył recenzent.
• Ukrywanie funkcji przed recenzentem. To łamanie zasad, które może skończyć się poważniej niż jednym odrzuceniem.
• Odwołanie bez argumentów, zanim odpowiesz na pytania recenzenta.
• Planowanie premiery na dzień wysyłki. Apple sprawdza zwykle co najmniej 50% zgłoszeń w mniej niż 24 godziny i 90% w mniej niż 48 godzin, ale niekompletne zgłoszenie wydłuża ten czas.
• Poprawianie tylko opisu w sklepie, gdy problem dotyczy działania aplikacji, albo odwrotnie.

Czy da się przyspieszyć review w App Store?

Tak, ale tylko w szczególnych sytuacjach. Apple pozwala poprosić o przyspieszone sprawdzenie (expedited review) przy krytycznym błędzie w opublikowanej aplikacji, z opisem kroków do odtworzenia błędu, albo gdy premiera ma zbiegać się z wydarzeniem, z którym aplikacja jest bezpośrednio związana, z nazwą i datą tego wydarzenia. Apple prowadzi też 30-minutowe konsultacje wideo z zespołem App Review, na których można zapytać o wytyczne i typowe powody odrzucenia. Gdy w poprawce błędu recenzent znajdzie inne problemy, niezwiązane z prawem ani bezpieczeństwem, można je czasem rozwiązać w kolejnej wersji, odpowiadając na wiadomość w App Store Connect. Cały proces od założenia kont do publikacji opisujemy w tekście jak wygląda publikacja aplikacji w App Store i Google Play.

Jak możemy pomóc

Publikacja w App Store i Google Play jest u nas ostatnim krokiem budowy aplikacji, więc konto demo, notatki dla recenzenta i zgodność polityki prywatności z kodem są częścią projektu, a nie dodatkiem na koniec. Jeśli Twoja aplikacja została odrzucona, możemy przejrzeć komunikat od Apple i wskazać, co poprawić. Jak pracujemy, opisujemy na stronie tworzenie aplikacji mobilnych, a aplikacje zaczynają się u nas od 11 900 zł netto.

Źródła

• Apple: App Store Review Guidelines
• Apple: Wytyczne dotyczące weryfikacji aplikacji (wersja polska)
• Apple: App Review, w tym typowe problemy i odwołania
• App Store Connect: odpowiadanie na wiadomości od App Review
• Apple: raport przejrzystości App Store za 2025 rok
• Apple: nadchodzące wymagania App Store Connect
• Apple: TestFlight