Odrzucenie aplikacji przez Apple: 5 prawdziwych przypadków

Odrzucenie przez Apple prawie zawsze ma konkretny powód, zapisany w wiadomości z recenzji: numer wytycznej, często razem ze zrzutem ekranu. Najczęstsze powody przy pierwszej aplikacji to aplikacja niedokończona (2.1), źle zadeklarowana prywatność (5.1.1), wprowadzające w błąd metadane (2.3.2), płatność omijająca zakup w aplikacji (3.1.1) albo prośba o ocenę w złym miejscu (5.6.3). W zdecydowanej większości przypadków recenzent dobrze zrozumiał twoją aplikację: to twoje zgłoszenie dawało mu powód do odrzucenia.

Wiem to, bo sam dostałem te odrzucenia. Publikuję własne aplikacje na iOS: Solys (budzik z minigrami) i TradaZen (symulator tradingu) są w App Store. Solys został odrzucony dwa razy, raz przed premierą, raz przy aktualizacji, a dwie inne aplikacje, Clic i Nolera, zostały odrzucone, poprawione i wysłane ponownie do Apple. Oto pięć odrzuceń, ich prawdziwa przyczyna, a potem metoda odpowiadania i checklista, którą stosuję przed każdą wysyłką.

Dlaczego Apple odrzuca aplikację: 5 odrzuceń, które dostałem

Odrzucenie 2.1 w Solys: demo nie dało się wygrać

Onboarding Solys oferuje grywalne demo: trzeba wygrać minigrę, tak jak przy budzeniu. Na moich telefonach wszystko działało. Recenzent testował jednak na iPadzie, gdzie aplikacja na iPhone'a działa w trybie zgodności, w mniejszym oknie. W tym rozmiarze przejście dla ptaka z minigry robiło się węższe niż sam ptak, a przycisk „Continue” zapalał się tylko po wygranej. Apple poprosiło o sposób na pominięcie misji z grą.

Poprawka: demo, którego geometria jest liczona na podstawie rzeczywistego rozmiaru ekranu, i link do pominięcia demo w razie porażki.

Lekcja: każdy obowiązkowy krok musi mieć wyjście, a każdy obowiązkowy ekran testujesz na najmniejszym możliwym formacie przed każdą wysyłką.

Odrzucenie 5.6.3 w Solys: prośba o ocenę w trakcie onboardingu

Drugie odrzucenie, przy kolejnej aktualizacji. Apple napisało, że aplikacja prosi o ocenę przy pierwszym uruchomieniu lub w trakcie onboardingu. Ekran oceny pojawiał się zaraz po demo, zanim użytkownik czegokolwiek w aplikacji doświadczył.

Poprawka: prośbę przeniosłem na koniec ścieżki i wyświetla się tylko wtedy, gdy użytkownik właśnie wygrał demo.

Lekcja: każda wrażliwa prośba (ocena, powiadomienia, subskrypcja, śledzenie) pojawia się po pokazaniu wartości, nigdy przed.

Odrzucenie 5.1.1 w Clic: polityka prywatności online była nieaktualna

Clic generuje treści za pomocą AI i aplikacja miała swój ekran zgody. Problem był gdzie indziej: polityka prywatności opublikowana na stronie była starą wersją i nie opisywała wszystkiego, co aplikacja zbiera.

Poprawka: opublikowana pełna polityka, dodane podsumowanie po angielsku, zaktualizowane notatki do recenzji.

Lekcja: Apple czyta twoją politykę online, a nie tę, która leży w repozytorium. Przed każdą wysyłką otwórz zadeklarowany URL i sprawdź, czy opisuje to, co robi twoja aplikacja.

Odrzucenie 5.1.1 w Nolera: przycisk „Zezwól” przed prośbą systemu

Przed właściwą prośbą iOS o dostęp do aparatu Nolera wyświetlała ekran z wyjaśnieniem i przyciskiem „Zezwól”. Dla Apple taki napis skłania do akceptacji przed oficjalną prośbą systemu.

Poprawka: przycisk nazywa się teraz „Kontynuuj”, we wszystkich 8 językach aplikacji.

Lekcja: ekran przygotowujący do uprawnienia wyjaśnia, a nie decyduje za użytkownika. Zalecenia Apple znajdziesz w jego zasadach projektowania dotyczących prywatności.

Odrzucenie 2.3.2 w Nolera: ikona użyta jako obraz promocyjny

Subskrypcje mogą mieć obraz promocyjny w App Store Connect. W dwóch subskrypcjach Nolery była to po prostu ikona aplikacji. Apple uznało to za niezgodne z zasadami.

Poprawka: usunąłem obrazy z obu subskrypcji i utworzyłem zgłoszenie od nowa.

Lekcja: sprawdzany jest każdy element twojej karty, także te, które wypełniasz bez zastanowienia, jak klasyfikacja wiekowa.

Które wytyczne pojawiają się najczęściej?

Wszystkie zasady są w App Review Guidelines. Te, na których najczęściej wykłada się pierwsza aplikacja:

2.1: App Completeness. Aplikacja się wysypuje, przycisk prowadzi donikąd, obowiązkowy ekran nie działa na jakimś formacie. Jeśli aplikacja wymaga logowania, podaj konto demonstracyjne w notatkach do recenzji, inaczej recenzent utknie na ekranie logowania. Wszystko o tym powodzie znajdziesz w moim przewodniku po wytycznej 2.1.

2.3: Metadata. Zrzuty ekranu, które nie pokazują prawdziwej aplikacji, opis obiecujący nieistniejącą funkcję, niezgodne obrazy promocyjne.

3.1.1: In-App Purchase. Do odblokowania cyfrowych treści lub funkcji w aplikacji ogólną zasadą jest zakup w aplikacji przez Apple. Wyjątki zależą od kraju i się zmieniają: przeczytaj aktualną wersję wytycznych, zanim zaplanujesz inną metodę płatności. Cały temat opisuję na stronie subskrypcje in-app na iOS.

3.1.2: Subscriptions. Aplikacja z subskrypcją musi jasno pokazać, co użytkownik dostaje i za jaką cenę. Typowe błędy ekranu płatności opisuję w paywall na iOS: 7 błędów początkujących.

4.3: Spam. Aplikacja wygląda jak tysiąc innych albo sama w sobie wnosi za mało. To odrzucenie najtrudniej naprawić: zapobiegasz mu już przy wyborze pomysłu. Szczegółowo wyjaśniam to w przewodniku po wytycznej 4.3.

5.1.1: Privacy. Deklaracje zbierania danych niezgodne z zachowaniem aplikacji, niepełna polityka prywatności, uprawnienie wymagane bez jasnego wyjaśnienia.

Jak odpowiedzieć na odrzucenie Apple bez tracenia dni?

Odrzucenie to nie wyrok, tylko wymiana wiadomości. Procedura, która działa:

1. Przeczytaj powód dwa razy. Wiadomość cytuje wytyczną i często dołącza zrzut ekranu. Wielu deweloperów odpowiada nie na temat, bo czytali za szybko.
2. Szukaj prawdziwej przyczyny. Zarówno w Clic, jak i w Nolerze prawdziwa przyczyna nie była tą, którą na pierwszy rzut oka sugerował tekst. Odtwórz problem w warunkach recenzenta: ten sam typ urządzenia, nowe konto, pierwsze uruchomienie.
3. Popraw powód odrzucenia, nic więcej. To nie moment na dodawanie trzech funkcji: każda zmiana powiększa obszar recenzji.
4. Odpowiedz w App Store Connect. Wyjaśnij w dwóch rzeczowych zdaniach, co poprawiłeś, odpowiadając na wiadomość od App Review.
5. Odwołuj się tylko wtedy, gdy masz pewność. Apple pozwala zwrócić się do App Review Board, jeśli uważasz, że twoją aplikację źle zrozumiano, z jednym odwołaniem na odrzucone zgłoszenie. Kwestionowanie zasłużonego odrzucenia to strata czasu.

Jeśli chodzi o czas, Apple podaje, że rozpatruje co najmniej 50% zgłoszeń w mniej niż 24 godziny, a 90% w mniej niż 48 godzin. To odrzucenia wydłużają harmonogram, a nie kolejka: szczegóły w czas weryfikacji w App Store. Pełne postępowanie po odrzuceniu opisuję na stronie aplikacja odrzucona przez Apple.

Odrzucenie, którego dało się uniknąć, kosztuje pełny cykl recenzji. Najlepsza odpowiedź dla Apple to zgłoszenie, któremu nie ma nic do zarzucenia.

Checklista, którą stosuję przed każdą wysyłką

Zbudowana odrzucenie po odrzuceniu, na moich aplikacjach:

• Każdy obowiązkowy ekran przetestowany na najmniejszym iPhonie, największym i na iPadzie w trybie zgodności, według listy z wytycznej 4.0 design
• Możliwe wyjście z każdego kroku onboardingu, nawet w razie porażki
• Konto demonstracyjne w notatkach do recenzji, jeśli aplikacja ma logowanie
• Zakupy przetestowane w sandboxie, łącznie z przywracaniem
• Cena, okres i linki do regulaminu i polityki prywatności tam, gdzie Apple ich wymaga, w każdym języku
• Polityka prywatności online przeczytana ponownie w dniu wysyłki
• Deklaracje prywatności zgodne z tym, co aplikacja faktycznie zbiera, łącznie z privacy manifest
• Ekrany przed uprawnieniami bez przycisku „Zezwól”
• Prośby o ocenę i powiadomienia umieszczone po pokazaniu wartości, bez odblokowywania czegokolwiek w zamian za ocenę (wytyczna 3.2.2)
• Obrazy promocyjne i zrzuty ekranu pokazujące prawdziwą aplikację, także na twoich niestandardowych stronach produktu

Jeśli to twoja pierwsza publikacja, strona jak opublikować aplikację w App Store opisuje wszystkie kroki przed wysyłką.

Szablon do wyjaśnienia ścieżki w aplikacji dla App Review

Pobierz szablon notatek dla App Review: instrukcje po francusku, notatki po angielsku do uzupełnienia i szkic odpowiedzi na odrzucenie. Każe ci podać wersję, ścieżkę przez ekrany i oczekiwany wynik. Zostaw tylko to, co istnieje w twoim buildzie.

Zastąp „aplikacja poprawnie zapisuje dane” powtarzalnym scenariuszem: ekran startowy, akcja, zamknięcie i ponowne uruchomienie, odnaleziony wynik. Po odrzuceniu opisz poprawione zachowanie i urządzenie, na którym je sprawdziłeś. Jeśli nie udało ci się odtworzyć problemu, wyjaśnij, czego brakuje, żeby go odtworzyć.

Dane logowania do konta demonstracyjnego wpisujesz w dedykowanych polach App Store Connect, nigdy w publicznym pliku. Dowody możesz przygotować z pomocą listy testów w TestFlight, a pięć darmowych szablonów znajdziesz tutaj.

Jak uniknąć tych odrzuceń przed wysyłką

Apple Review Kit zawiera moją checklistę przed wysyłką, moje poprawione odrzucenia od Apple i skille Claude Code, które przed wysyłką sprawdzają twój projekt, paywall i kartę aplikacji.

Twoja aplikacja już została odrzucona? Kit pomoże ci znaleźć cytowaną zasadę, zrozumieć, czego wymaga, i da przykład poprawki oraz odpowiedzi. Jeśli chcesz, żebyśmy od razu przejrzeli twoją sprawę razem, zarezerwuj ze mną godzinę przez wideo.

Nikt nie zagwarantuje, że Apple zaakceptuje twoją aplikację. Wychodzenie od odrzuceń, które ktoś już przeżył, po prostu zmniejsza szansę, że wpadniesz na te same.

Jeszcze nie wysłałeś aplikacji? Darmowa diagnoza wyśle ci moją checklistę przeciw odrzuceniom Apple i powie, co jeszcze zostało do zrobienia. Jeśli dopiero ją budujesz, strona główna pokazuje, jak stworzyć aplikację mobilną, pamiętając o tych odrzuceniach.

Najczęściej zadawane pytania

Dlaczego Apple odrzuciło moją aplikację?

Prawie zawsze z konkretnego powodu, zapisanego w wiadomości z recenzji: numer wytycznej, często ze zrzutem ekranu. Przy pierwszej aplikacji najczęstsze powody to aplikacja niedokończona (2.1), źle zadeklarowana prywatność (5.1.1) i wprowadzające w błąd metadane (2.3.2). Do tego dochodzą płatność omijająca zakup w aplikacji (3.1.1) i prośba o ocenę w złym miejscu (5.6.3).

Dlaczego moja aplikacja została odrzucona, skoro działa na moim iPhonie?

Bo recenzent może testować w innych warunkach niż ty. W Solys, moim budziku z minigrami, testował na iPadzie, gdzie aplikacja na iPhone'a działa w trybie zgodności, w mniejszym oknie. Tam demo nie dało się wygrać. Poprawka: demo liczone na podstawie rzeczywistego rozmiaru ekranu i link do jego pominięcia w razie porażki.

Co zrobić, gdy Apple odrzuci moją aplikację?

Przeczytaj powód dwa razy, a potem szukaj prawdziwej przyczyny, odtwarzając problem w warunkach recenzenta: ten sam typ urządzenia, nowe konto, pierwsze uruchomienie. Popraw powód odrzucenia i nic więcej, bo każda zmiana powiększa obszar recenzji. Potem odpowiedz w App Store Connect dwoma rzeczowymi zdaniami o tym, co poprawiłeś.

Czy można odwołać się od odrzucenia przez Apple?

Tak, ale tylko jeśli masz pewność. Apple pozwala zwrócić się do App Review Board, jeśli uważasz, że twoją aplikację źle zrozumiano, z jednym odwołaniem na odrzucone zgłoszenie. Kwestionowanie zasłużonego odrzucenia to strata czasu. W przeciwnym razie popraw powód i odpowiedz w App Store Connect.

Czy odrzucenie wydłuża czas publikacji?

Tak. Apple podaje, że rozpatruje co najmniej 50% zgłoszeń w mniej niż 24 godziny, a 90% w mniej niż 48 godzin: to więc odrzucenia wydłużają harmonogram, a nie kolejka. Odrzucenie, którego dało się uniknąć, kosztuje pełny cykl recenzji. Szczegóły dotyczące czasu znajdziesz w czas weryfikacji w App Store.

Co sprawdzić przed wysłaniem aplikacji do Apple?

Przetestuj każdy obowiązkowy ekran na najmniejszym iPhonie, największym i na iPadzie w trybie zgodności, a potem przetestuj zakupy w sandboxie, łącznie z przywracaniem. Przeczytaj ponownie swoją politykę prywatności online w dniu wysyłki i podaj konto demonstracyjne w notatkach do recenzji, jeśli aplikacja ma logowanie. Ta checklista powstała odrzucenie po odrzuceniu, na moich aplikacjach.