Czas weryfikacji App Store: ile trzeba czekać

Czas weryfikacji w App Store na papierze jest krótki: Apple deklaruje, że sprawdza co najmniej 50% zgłoszeń w mniej niż 24 godziny, a 90% w mniej niż 48 godzin. Ta liczba pochodzi z oficjalnej strony App Review. Jeśli twoja aplikacja przejdzie za pierwszym razem, możesz więc spodziewać się odpowiedzi mniej więcej po jednym dniu.

Prawdziwy czas liczy się jednak inaczej: to czas od pierwszego wysłania do momentu, w którym aplikacja trafia do sprzedaży. I to, co go wydłuża, prawie nigdy nie jest czekaniem w kolejce. To odrzucenia. Każde odrzucenie uruchamia pełny cykl od nowa: przeczytać powód, poprawić, wysłać ponownie, znowu czekać. Dotyczy to też automatycznego odrzucenia przy wysyłce, jak ITMS-90338. Ten poradnik wyjaśnia, co wydłuża ten czas, jak obsłużyć odrzucenie bez tracenia dni i jakie powody najczęściej trafiają się przy pierwszej aplikacji.

Piszę o tym na podstawie własnych zgłoszeń. Moje aplikacje iOS, w tym Solys (budzik z minigrami) i TradaZen (symulator tradingu), są w App Store, a po drodze zaliczyłem kilka odrzuceń, zarówno przy Solys, jak i przy dwóch innych aplikacjach, Clic i Nolera. Powody opisuję niżej.

Czas weryfikacji App Store: co Apple naprawdę deklaruje

Kiedy twój build jest już wysłany, bez automatycznego błędu typu ITMS-90725, a karta aplikacji jest kompletna, wysyłasz go do weryfikacji z App Store Connect. Zgłoszenie przechodzi wtedy przez kilka statusów: oczekiwanie (Waiting for Review), w trakcie sprawdzania (In Review), a potem zaakceptowane albo odrzucone. Apple informuje cię mailem o każdej zmianie, a stan możesz śledzić w App Store Connect lub w jego aplikacji na iPhone'a.

Trzy oficjalne doprecyzowania, które przydają się przy planowaniu:

• Te liczby to tendencje, a nie gwarancja: nawet co dziesiąte zgłoszenie czeka dłużej niż 48 godzin.
• Zgłoszenia nie zawsze są sprawdzane w kolejności wysłania, jak zaznacza pomoc App Store Connect.
• Na każdej platformie w weryfikacji może być tylko jedna wersja aplikacji. Nie możesz ustawić kilku wersji w kolejce, żeby „zyskać na czasie”.

Po akceptacji możesz wybrać automatyczną publikację albo wypuścić aplikację samodzielnie. Ta druga opcja jest bardzo cenna: najpierw dostajesz akceptację, a datę premiery ustalasz dopiero wtedy, gdy masz zielone światło.

Co wydłuża czekanie

Czas rzadko wydłuża się przez Apple. Prawie zawsze wydłuża się przez to, co mu wysyłamy.

Pierwsze zgłoszenie

Przy pierwszej wersji Apple sprawdza wszystko naraz: kartę aplikacji, zrzuty ekranu, kategorię wiekową, politykę prywatności, deklaracje dotyczące zbierania danych, subskrypcje i samą aplikację. Każdy element to okazja do odrzucenia. To nie kolejka jest dłuższa, tylko powierzchnia jest większa. Jeśli jeszcze nigdy nic nie publikowałeś, kroki do przygotowania znajdziesz w publikowaniu aplikacji w App Store.

Subskrypcje i zakupy w aplikacji

Jeśli twoja aplikacja sprzedaje subskrypcję, dwie zasady zmieniają twój harmonogram:

1. Pierwszą subskrypcję trzeba wysłać razem z nową wersją aplikacji. Jest to napisane czarno na białym w pomocy dotyczącej zakupów w aplikacji. Jeśli aplikacja pójdzie bez niej, będziesz potrzebować nowej wersji, żeby ją zatwierdzić.
2. Wszystkie elementy zgłoszenia muszą zostać zaakceptowane, żeby zgłoszenie zostało zaakceptowane. Jedna odrzucona subskrypcja blokuje całość.

Wytyczna 2.1(b) wymaga też, żeby zakupy w aplikacji były kompletne, widoczne dla recenzenta i działające. Jeśli któryś z nich nie pojawia się w aplikacji, wyjaśnij dlaczego w notatkach dla recenzenta. Pełną konfigurację subskrypcji opisuję w subskrypcjach in-app na iOS.

Brak konta demo

Jeśli twoja aplikacja wymaga logowania, App Review Guidelines wymagają aktywnego konta demo albo pełnego trybu demo oraz działających usług serwerowych w trakcie weryfikacji. Bez danych logowania w sekcji App Review Information twojej wersji recenzent utknie na ekranie logowania, a to oznacza odrzucenie. Pamiętaj też, żeby nie wyłączać serwera testowego w trakcie weryfikacji.

Same odrzucenia

To zdecydowanie główny czynnik. Apple podaje, że ponad 40% nierozwiązanych problemów dotyczy wytycznej 2.1, tej obejmującej awarie, treści tymczasowe i niekompletne informacje. Każde uniknięte odrzucenie to co najmniej jeden zaoszczędzony cykl.

Odpowiedź w Resolution Center

Gdy zgłoszenie zostanie odrzucone, jego status zmienia się na Unresolved Issues. Wiadomość od Apple wskazuje naruszoną wytyczną, często ze zrzutem ekranu pokazującym problem. Wszystko dzieje się w sekcji App Review twojej aplikacji w App Store Connect, którą wciąż często nazywa się Resolution Center.

Oficjalna procedura odpowiadania App Review:

1. W swojej aplikacji kliknij link do nierozwiązanych problemów u góry strony.
2. Kliknij Resolve obok zgłoszenia.
3. Kliknij Reply to App Review, napisz odpowiedź (maksymalnie 4000 znaków) i w razie potrzeby dołącz zrzut ekranu lub dokument.

Co sprawia, że odpowiedź działa:

• Nazwij poprawkę, a nie swoje odczucia. „Prośba o ocenę pojawia się teraz po wygranym demo, zrzut w załączniku” jest lepsze niż długa obrona.
• Dołącz dowód. Zrzut ekranu albo krótki film z poprawionym ekranem oszczędza wymiany pytań.
• Jeśli odrzucenie dotyczy wyłącznie metadanych (tekst karty, zrzuty ekranu, linki, jak przy odrzuceniu 2.3.10), Apple zaznacza, że po poprawce możesz wysłać ponownie ten sam build. Nie trzeba go budować od nowa.

Odwołanie, tylko jeśli masz pewność

Możesz zakwestionować odrzucenie przed App Review Board. Apple prosi, żeby dokładnie wyjaśnić, dlaczego aplikacja jest zgodna z wytycznymi, składać tylko jedno odwołanie na odrzucone zgłoszenie i najpierw odpowiedzieć na oczekujące prośby o informacje. Odwołanie od zasłużonego odrzucenia tylko wydłuża czekanie.

Szybkie wysłanie poprawki

Kiedy powód jest jasny, szybkość wynika z dyscypliny:

• Popraw powód odrzucenia i tylko to. Wrzucenie trzech nowości do poprawionego buildu to ponowne otwarcie powierzchni weryfikacji.
• Przetestuj poprawkę w warunkach recenzenta. Przy problemie z wyświetlaniem oznacza to najmniejszy i największy obsługiwany iPhone, a nie tylko twój.
• Uważaj na usuwane elementy. W zgłoszeniu z nierozwiązanymi problemami pomoc Apple zaznacza, że usuniętego elementu nie można dodać z powrotem do tego samego zgłoszenia, a każdy element można zmienić tylko raz przed ponownym wysłaniem. Zastanów się, zanim usuniesz odrzuconą subskrypcję.
• Wyślij ponownie, potem odpowiedz. Jedno lub dwa rzeczowe zdania w odpowiedzi o tym, co się zmieniło.

A przyspieszona weryfikacja? Istnieje, ale Apple zastrzega ją dla dwóch przypadków: poprawki krytycznego błędu w już opublikowanej wersji, z krokami do jego odtworzenia, oraz aplikacji powiązanych z wydarzeniem o konkretnej dacie. To nie jest skrót dla spóźnionej pierwszej publikacji.

Najczęstsze odrzucenia u początkujących

Moje dwa odrzucenia przy Solys opisałem już szczegółowo w tekście dlaczego Apple odrzuca aplikację. Oto powody, które naprawdę dostałem, z numerami wytycznych, bo to dokładnie te, które czyhają na pierwszą aplikację.

2.1, aplikacja nie działa (Solys). Demo powitalnego w Solys nie dało się wygrać na małym ekranie iPhone'a: obowiązkowy krok był nie do przejścia, więc aplikację uznano za niekompletną. Już poprawione.

5.6.3, prośba o ocenę za wcześnie (Solys). O ocenę w App Store prosiłem na początku onboardingu, zanim użytkownik czegokolwiek doświadczył w aplikacji. Prośba powinna pojawić się po prawdziwym momencie wartości.

5.1.1, nieaktualna polityka prywatności (Clic). Wytyczna 5.1.1 wymaga linku do polityki prywatności w App Store Connect i w aplikacji, a sama polityka musi dokładnie opisywać zbierane dane, sposób ich wykorzystania i sposób ich usunięcia. W Clic wersja online nie była aktualna. Polityka, która nie nadąża za produktem, wystarczy do odrzucenia zgłoszenia.

5.1.1, przycisk „Zezwól” przed systemową prośbą (Nolera). Nolera wyświetlała ekran z wyjaśnieniem przed prośbą o dostęp do aparatu, z przyciskiem „Zezwól”. Human Interface Guidelines dotyczące prywatności mówią jasno: ekran przed systemowym alertem jest dozwolony, ale jego przycisk nie może brzmieć „Zezwól” ani podobnie, bo na tym etapie niczego się nie zezwala. Apple zaleca „Kontynuuj” albo „Dalej”.

2.3.2, ikona użyta jako obraz promocyjny subskrypcji (Nolera). Wytyczna 2.3.2 reguluje promowanie zakupów w aplikacji w App Store: nazwa, obraz i opis muszą być odpowiednie. W Nolera obraz promocyjny subskrypcji był po prostu ikoną aplikacji. Potrzebny jest obraz dedykowany zakupowi.

Co łączy te pięć odrzuceń: żadne nie było skomplikowanym problemem w kodzie. Wszystkie dało się zauważyć, przeglądając zgłoszenie oczami recenzenta. Jeśli twoja aplikacja właśnie została odrzucona, a powód jest niejasny, pełne podejście znajdziesz w tekście aplikacja odrzucona przez Apple.

Uwzględnij czas weryfikacji w planie

Kilka prostych zasad, żeby weryfikacja nie przesunęła twojej premiery:

• Nie ogłaszaj daty przed akceptacją. Uzyskaj akceptację, wybierz publikację ręczną, potem ustal datę.
• Zostaw zapas na co najmniej jeden cykl odrzucenia, jeśli to twoje pierwsze zgłoszenie albo twoja pierwsza subskrypcja.
• Załóż konto deweloperskie wcześnie, jeśli działasz przez firmę: sam numer D-U-N-S może zająć ponad tydzień. Wszystko wyjaśniam w poradniku o koncie deweloperskim Apple.
• Przejrzyj zgłoszenie jak recenzent: konto demo, aktualna polityka prywatności, kompletny privacy manifest, ekrany uprawnień, obrazy subskrypcji i każdy obowiązkowy ekran na małym i dużym iPhonie.

Jeśli chcesz, żeby ktoś przejrzał twoje zgłoszenie przed wysłaniem

Apple Review Kit zawiera moją checklistę przed wysłaniem, moje poprawione odrzucenia od Apple i skille Claude Code, które przeglądają twój projekt, paywall i kartę aplikacji. Nie gwarantuje akceptacji, bo decyduje Apple, ale pomaga wyłapać opisane wyżej powody, zanim kosztują cię cykl.

Przygotowujesz pierwsze wysłanie? Darmowa diagnoza wyśle ci moją checklistę przeciw odrzuceniom Apple i powie, co jeszcze zostało do zrobienia. Jeśli twoja aplikacja już utknęła, zarezerwuj ze mną godzinę: przeczytamy razem wiadomość od Apple na wideorozmowie. A jeśli dopiero ją budujesz, strona główna pokazuje, jak stworzyć aplikację mobilną z myślą o weryfikacji od samego początku.

Najczęściej zadawane pytania

Ile trwa weryfikacja aplikacji w App Store?

Apple deklaruje, że sprawdza co najmniej 50% zgłoszeń w mniej niż 24 godziny, a 90% w mniej niż 48 godzin. To nie jest gwarancja: niektóre trwają dłużej i nie zawsze są sprawdzane w kolejności wysłania. Prawdziwy czas to okres od pierwszego wysłania do wprowadzenia do sprzedaży, a wydłuża się głównie przez odrzucenia.

Co wydłuża czas weryfikacji aplikacji?

Zdecydowanie odrzucenia: każde uruchamia pełny cykl od nowa (przeczytać powód, poprawić, wysłać ponownie, znowu czekać). Apple podaje, że ponad 40% nierozwiązanych problemów dotyczy wytycznej 2.1, tej o awariach, treściach tymczasowych i niekompletnych informacjach. Pierwsze zgłoszenie też mnoży okazje do odrzucenia, bo Apple sprawdza wszystko naraz.

Jak odpowiedzieć na odrzucenie w App Store?

W sekcji App Review swojej aplikacji otwórz nierozwiązane problemy, kliknij Resolve, a potem Reply to App Review. Napisz odpowiedź (maksymalnie 4000 znaków), nazwij poprawkę zamiast swoich odczuć i dołącz zrzut ekranu albo krótki film. Jeśli odrzucenie dotyczy tylko metadanych, po poprawce możesz wysłać ponownie ten sam build. Jeśli powód jest niejasny, przeczytaj aplikacja odrzucona przez Apple.

Czy można poprosić Apple o przyspieszoną weryfikację?

Tak, przyspieszona weryfikacja istnieje, ale Apple zastrzega ją dla dwóch przypadków: poprawki krytycznego błędu w już opublikowanej wersji, z krokami do jego odtworzenia, oraz aplikacji powiązanych z wydarzeniem o konkretnej dacie. To nie jest skrót dla spóźnionej pierwszej publikacji.

Czy pierwszą subskrypcję trzeba wysłać razem z aplikacją?

Tak, według pomocy Apple: pierwszą subskrypcję trzeba wysłać razem z nową wersją aplikacji. Jeśli aplikacja pójdzie bez niej, będziesz potrzebować nowej wersji, żeby ją zatwierdzić. Żeby zgłoszenie zostało zaakceptowane, wszystkie jego elementy muszą zostać zaakceptowane: jedna odrzucona subskrypcja blokuje całość.

Kiedy ogłosić datę premiery aplikacji?

Nie przed akceptacją aplikacji przez Apple. Wybierz publikację ręczną: najpierw uzyskujesz akceptację, a datę premiery ustalasz, gdy masz zielone światło. Jeśli to twoje pierwsze zgłoszenie albo pierwsza subskrypcja, zostaw też zapas na co najmniej jeden cykl odrzucenia.