Odrzucenie aplikacji w App Store: jak to naprawić, wytyczna po wytycznej (2026)

Odrzucenie w App Store to wiadomość od App Review, która wskazuje wytyczną, opisuje, co zobaczył recenzent, i wstrzymuje wydanie, dopóki nie naprawisz problemu, nie wyjaśnisz go lub się nie odwołasz. Zacznij od zamiany tej wiadomości w problem, który da się przetestować. Kolejny krok zależy od tego, czy recenzent nie mógł korzystać z aplikacji, znalazł niezgodność z zasadami, czy potrzebuje dodatkowych informacji. Według stanu na październik 2026 r. App Review Guidelines zaktualizowano ostatnio 16 października 2026 r., więc przed zacytowaniem punktu sprawdź aktualną numerację.

Co tak naprawdę mówi wiadomość o odrzuceniu w App Store?

Wiadomość o odrzuceniu w App Store podaje wytyczną, którą zastosował recenzent, opisuje konkretne zachowanie, które zaobserwował, i wymienia kolejne kroki. Często zawiera też urządzenie, wersję iOS i zrzuty ekranu.

Zapisz pełną treść wiadomości, wszystkie zrzuty ekranu, numer buildu i dane urządzenia. Przeczytaj wskazany punkt na aktualnej stronie wytycznych. Następnie napisz jedno zdanie: „Recenzent nie mógł wykonać X, ponieważ Y”. Jeśli wiadomość prosi o brakujące informacje, a nie zgłasza błąd, zanotuj dokładnie, czego brakuje. Standardowy tekst Apple dla 2.1 mówi też, jak odtworzyć problem: „W przypadku nowych aplikacji odinstaluj z urządzenia wszystkie poprzednie wersje aplikacji, a następnie zainstaluj ją i wykonaj kroki, aby odtworzyć problem”.

• Czy wiadomość wskazuje crash, niedostępny ekran lub niedokończoną funkcję? Odtwórz ten przepływ w przesłanym buildzie wydaniowym, na typie urządzenia wskazanym przez Apple.
• Czy wskazuje zrzuty ekranu, opis lub notatki dla recenzenta? Sprawdź, czy da się to naprawić samymi metadanymi.
• Czy dotyczy płatności, logowania, prywatności lub minimalnej funkcjonalności? Porównaj działanie produktu ze wskazaną wytyczną.

Na które wytyczne powołują się odrzucenia w App Store i czego wymagają?

Każda wytyczna stawia konkretne wymaganie, więc dopasuj wskazany numer do jego brzmienia i testuj właśnie pod kątem tego brzmienia. Tabela cytuje aktualny tekst wytycznych, na które najczęściej powołują się wiadomości o odrzuceniu.

Aktualizacja z 16 października 2026 r. dodała punkt 2.5.19 dotyczący ukrytych, uśpionych lub nieudokumentowanych funkcji, które wcześniej obejmował punkt 2.3.1. Dodała też punkt 2.3.14 o zasobach kreatywnych i włączyła uprawnienie Music Streaming Services do uprawnienia StoreKit External Purchase Link w ramach 3.1.1(a). Traktuj tabelę jako punkt wyjścia, a nie gwarantowaną poprawkę. Jedna wytyczna może obejmować różne problemy, a przykład podany przez recenzenta to konkretny przypadek, który musisz rozwiązać.

Jak naprawić odrzucenie z powodu 4.2 Minimum Functionality?

Odrzucenie z powodu 4.2 naprawisz, dodając aplikacji realną wartość, a nie przeredagowując opis. Wytyczna 4.2 mówi: „Jeśli Twoja aplikacja nie jest szczególnie użyteczna, unikalna lub »aplikacyjna«, nie ma dla niej miejsca w App Store”.

Zastanów się, co ktoś może zrobić w Twojej aplikacji, co czyni ją użyteczną właśnie jako aplikację. Może to być przejście przez cały przepływ pracy, zapisanie istotnego stanu, korzystanie z możliwości urządzenia w sposób pasujący do aplikacji albo mobilne doświadczenie zbudowane z myślą o urządzeniu. Żadna opublikowana lista funkcji nie gwarantuje akceptacji. Jeśli takie przepływy już istnieją, opisz je w notatkach dla recenzenta z dokładnymi krokami i zrzutami ekranu. Jeśli aplikacja głównie wyświetla stronę internetową, potrzebuje pracy nad produktem. Dodanie powiadomień lub pustego ekranu ustawień tylko po to, by wyglądała natywnie, nie zastąpi realnej wartości dla użytkowników.

Jak odpowiedzieć App Review w App Store Connect?

Odpowiedz w App Store Connect: otwórz zgłoszenie przez link do nierozwiązanych problemów aplikacji, kliknij Resolve, a potem Reply to App Review. Według strony pomocy Apple wymaga to roli Account Holder, Admin lub App Manager.

1. W sekcji Apps wybierz aplikację.
2. U góry strony kliknij link informujący o nierozwiązanych problemach.
3. W sekcji In Progress kliknij Resolve obok zgłoszenia.
4. Kliknij Reply to App Review i wpisz treść.
5. Aby dołączyć zrzuty ekranu lub dokumenty, kliknij Attach File, a następnie Reply.

Apple podaje, że możesz korespondować i dołączać pliki „do momentu ponownego przesłania do App Review”, więc wyślij dowody przed ponownym przesłaniem. Odpowiedź ma być krótka i rzeczowa: napisz, co się zmieniło, gdzie to jest i jak to zweryfikować. Nie spieraj się o inne aplikacje, które pozornie robią to samo.

Poprawić metadane, wgrać nowy build czy się odwołać?

Popraw metadane i prześlij ponownie ten sam build, gdy błędne były tylko informacje na karcie aplikacji. Wgraj nowy build, gdy musi się zmienić działanie aplikacji. Odwołuj się tylko wtedy, gdy uważasz, że aplikacja już spełnia wytyczną.

Wskazówki Apple dotyczące odwołań proszą, by „wyjaśnić punkt po punkcie, w jaki sposób aplikacja spełnia” wytyczną. Mówią też, by nie odwoływać się po tym, jak już naprawiłeś problemy i ponownie przesłałeś aplikację. Kompletne odwołanie „nie gwarantuje”, że decyzja zostanie zmieniona. W przypadku aplikacji już dostępnych w sklepie zasada Bug Fix Submissions z wytycznych mówi, że poprawki błędów nie będą wstrzymywane z powodu naruszeń wytycznych, „z wyjątkiem tych związanych z kwestiami prawnymi lub bezpieczeństwem”.

Jak inni deweloperzy naprawili prawdziwe odrzucenia w App Store?

W publicznych wątkach na forach wiele odrzuceń z powodu 2.1 wynikało z różnic między środowiskiem recenzenta a dewelopera: innej sieci, innego urządzenia lub innego stanu uprawnień. Odrzucenie z powodu 4.2 to problem produktowy, więc drobne poprawki rzadko je usuwają.

Błąd logowania w ramach 2.1. Deweloper na Apple Developer Forums zacytował wiadomość „W szczególności nie mogliśmy się zalogować z powodu błędu”, mimo że wersja produkcyjna i wersja z TestFlight logowały się tymi samymi danymi. Inni deweloperzy w wątku opisali różne rozwiązania. Jeden naprawił problem, „zmieniając http na https na serwerze WWW”. Inny, po trzech odrzuceniach, dodał stan „Sprawdź połączenie” zamiast niekończącego się wskaźnika ładowania. Trzeci po pięciu odrzuceniach usunął iPada z deployment target, co obchodzi problem kosztem rezygnacji ze wsparcia dla iPada.

Crash przy uruchomieniu. Na forum Solar2D deweloper otrzymał informację „Nie mogliśmy zrecenzować aplikacji, ponieważ uległa awarii przy uruchomieniu” na iPhonie 13 mini z iOS 18.3.2. Dołączony log awarii wskazywał brakujący klucz NSUserTrackingUsageDescription. Deweloper potwierdził: „Przeszło po dodaniu: NSUserTrackingUsageDescription”.

Aplikacja oparta na WebView w ramach 4.2. Deweloper na Apple Developer Forums opisał 10. odrzucenie aplikacji opartej na WebView. Recenzent przesłał zrzut ekranu lewego menu z informacją, że brakuje w nim treści. Główne ekrany były już natywne, ale dwa lub trzy nadal otwierały WebView. Odpowiedź oznaczona jako rozwiązanie pochodziła od App Review i zalecała indywidualną konsultację z App Review. Wątek nie potwierdza akceptacji.

Porównanie: przypadki z 2.1 rozwiązano, odtwarzając warunki recenzenta i czytając log awarii. Przypadek z 4.2 utknął, bo każde ponowne przesłanie zmieniało tylko część aplikacji, która nadal była w większości stroną internetową.

Jak zapobiec ponownemu odrzuceniu z tego samego powodu?

Zamień każdy rozwiązany problem w punkt checklisty wydania i testuj go ponownie w buildzie wydaniowym przed każdym przesłaniem. Wytyczne Apple ostrzegają, że recenzja „potrwa dłużej”, jeśli aplikacja jest wielokrotnie odrzucana za naruszenie tej samej wytycznej.

• Usuń aplikację, a następnie zainstaluj build wydaniowy od nowa na fizycznym iPhonie i iPadzie.
• Zaloguj się kontem do recenzji w sieci bez serwerów deweloperskich i wyjątków HTTP.
• Otwórz każdy monit o uprawnienia i upewnij się, że każdy opis użycia w Info.plist istnieje.
• Upewnij się, że każdy zakup w aplikacji jest przesłany, widoczny i wyjaśniony w notatkach dla recenzenta.
• Aktualizuj notatki dla recenzenta przy każdej zmianie przepływu. Nie wklejaj notatek sprzed sześciu wydań.

W przypadku problemów z 2.1 skorzystaj z planu testów buildu wydaniowego dla odrzuceń z powodu 2.1 i skonfiguruj konto demo dla recenzenta. Następnie przejdź przez checklistę przesyłania dla kolejnego buildu. Jeśli wiadomość od recenzenta wciąż Cię blokuje, prześlij nam szczegóły, a pomożemy ustalić, czy brakującym elementem jest dostęp, metadane czy kod.