# Czas weryfikacji App Store: ile trzeba czekać > Apple sprawdza 50% zgłoszeń w mniej niż 24 godziny i 90% w mniej niż 48. Prawdziwe opóźnienia biorą się z odrzuceń. Oto jak ich uniknąć. Oryginalna strona: [Czas weryfikacji App Store: ile trzeba czekać](https://devoria.fr/pl/blog/czas-weryfikacji-app-store-ile-czekac) Autor: [Mehdi Azizi](https://devoria.fr/pl/mehdi-azizi) Publikacja: 2026-09-23 Ostatnia aktualizacja treści: 2026-10-09 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](https://developer.apple.com/distribute/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](https://devoria.fr/pl/blog/eas-submit-ios-publikacja-aplikacji-expo-app-store), 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](https://devoria.fr/pl/blog/waiting-for-review-app-store-connect-statusy): 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](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/overview-of-submitting-for-review). - **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](https://devoria.fr/pl/kits/captures-app-store), 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](https://devoria.fr/pl/expertise/publikacja-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](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/submit-an-in-app-purchase/). 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](https://devoria.fr/pl/expertise/subskrypcja-w-aplikacji-ios). ### Brak konta demo Jeśli twoja aplikacja wymaga logowania, [App Review Guidelines](https://developer.apple.com/app-store/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](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/): 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](https://devoria.fr/pl/blog/guideline-2-3-10-odrzucenie-aplikacji-metadane)), 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](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/manage-a-submission-with-unresolved-issues/) 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ę](https://devoria.fr/pl/blog/odrzucenie-aplikacji-apple-prawdziwe-przypadki). 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](https://developer.apple.com/design/human-interface-guidelines/privacy) 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](https://devoria.fr/pl/expertise/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](https://devoria.fr/pl/blog/konto-deweloperskie-apple-cena). - **Przejrzyj zgłoszenie jak recenzent**: konto demo, aktualna polityka prywatności, kompletny [privacy manifest](https://devoria.fr/pl/blog/itms-91053-missing-api-declaration-expo), 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](https://devoria.fr/pl/kits/review-apple) 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](https://devoria.fr/pl/diagnostic) 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ę](https://devoria.fr/pl/coaching): przeczytamy razem wiadomość od Apple na wideorozmowie. A jeśli dopiero ją budujesz, strona główna pokazuje, jak [stworzyć aplikację mobilną](https://devoria.fr/pl) 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](https://devoria.fr/pl/expertise/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. ## Twój projekt [Apple Review Kit](https://devoria.fr/pl/kits/review-apple): Checklista review App Store, której używam, moje poprawione odrzucenia od Apple, notatki dla recenzenta i dwa skille Claude Code, które sprawdzają twoją aplikację. 29 €. [iOS Kit](https://devoria.fr/pl/kits/ios): Stwórz aplikację na iPhone'a z Claude Code: Starter Code moich aplikacji, skille sprawdzające jego pracę oraz Apple Review Kit, App Store Screenshots Kit i ASO Kit. 129,99 €.