# Przyspieszona weryfikacja App Store: jak poprosić Apple > Apple podaje dwa przypadki: krytyczny błąd w opublikowanej wersji albo premiera związana z wydarzeniem. Procedura, co napisać i co dzieje się potem. Oryginalna strona: [Przyspieszona weryfikacja App Store: jak poprosić Apple](https://devoria.fr/pl/blog/przyspieszona-weryfikacja-app-store-jak-poprosic-apple) Autor: [Mehdi Azizi](https://devoria.fr/pl/mehdi-azizi) Publikacja: 2026-11-06 Ostatnia aktualizacja treści: 2026-11-06 **Przyspieszona weryfikacja istnieje, ale Apple zastrzega ją dla wyjątkowych okoliczności i podaje dwie: naprawę krytycznego błędu w już opublikowanej wersji albo wydanie wersji zgranej z wydarzeniem, z którym twoja aplikacja jest bezpośrednio związana.** Najpierw wysyłasz wersję, w Notes dla recenzenta wyjaśniasz, na czym polega pilność, a potem wysyłasz formularz. Apple rozpatruje każdą prośbę i przyspiesza w miarę swoich możliwości: to nigdy nie jest gwarancja. Moje aplikacje, Solys, TradaZen i Nolera, są zrobione w Expo. Kiedy błąd siedzi w kodzie JavaScript, poprawka idzie jako aktualizacja zdalna, bez przechodzenia przez App Review. Przyspieszona weryfikacja przydaje mi się więc tylko przy buildzie natywnym i to jest też pierwsze pytanie, które musisz sobie zadać, zanim o nią poprosisz. Ten poradnik opiera się na [stronie pomocy Apple o przyspieszonej weryfikacji](https://developer.apple.com/help/app-review/after-submitting-for-review/request-expedited-review/), sprawdzonej 6 listopada 2026. ## Co podaje Apple, a co nie przejdzie Apple mówi o wyjątkowych okolicznościach i prosi, żeby zgłaszać tylko prawdziwe sytuacje awaryjne. Jego [strona App Review](https://developer.apple.com/distribute/app-review/) podaje dwa przykłady i to, co trzeba dostarczyć w każdym z nich. Trzy odrzucone wiersze tabeli to moja interpretacja tych stron, nie lista Apple. | Powód | U Apple | Co trzeba dostarczyć albo zrozumieć | | ------------------------------------- | -------------------- | -------------------------------------------------- | | Krytyczny błąd w opublikowanej wersji | Podany jako przykład | Kroki odtworzenia, obecna wersja | | Premiera związana z wydarzeniem | Podany jako przykład | Wydarzenie, jego data, związek aplikacji z nim | | Spóźniona pierwsza publikacja | Nie, moim zdaniem | Nic nie czyni jej pilną w oczach Apple | | Data marketingowa bez wydarzenia | Nie, moim zdaniem | Kampania to nie wydarzenie związane z aplikacją | | Czekanie dłużej niż zwykle | Nie, moim zdaniem | Normalny czas oczekiwania to nie sytuacja awaryjna | **Apple nie definiuje tego pojęcia. W praktyce krytyczny błąd to aplikacja, która się wysypuje, blokuje kluczową funkcję albo uniemożliwia płatność u prawdziwych użytkowników, w opublikowanej wersji.** Literówka na jakimś ekranie się nie liczy. A jeśli twoja aplikacja wciąż jest w weryfikacji, gdy zbliża się wydarzenie, Apple zaznacza, że z tego powodu też możesz poprosić o przyspieszenie. ## Procedura w trzech krokach 1. **Wyślij wersję w App Store Connect.** Przyspieszyć można tylko zgłoszenie, które już zostało wysłane. Jeśli jakieś funkcje wymagają logowania, podaj konto demo w sekcji App Review Information. 2. **Wypełnij pole Notes podczas wysyłania.** Przy krytycznym błędzie opisz naprawiony błąd i jak go odtworzyć w obecnej wersji. Przy wydarzeniu podaj jego nazwę, datę i to, co łączy z nim twoją aplikację. 3. **Wyślij formularz Request an Expedited App Review**, dostępny ze strony pomocy Apple po zalogowaniu się na konto deweloperskie. Wybierasz w nim aplikację i platformę, a potem wysyłasz. Apple rozpatruje prośbę i odpowiada, a ty śledzisz zgłoszenie w App Store Connect. Jeśli prośba zostanie przyjęta, wersja przejdzie w In Review wcześniej, niż wynikałoby z kolejki. Jeśli zostanie odrzucona, weryfikacja toczy się normalnie: nic nie tracisz. > Przycisk Reply to App Review w App Store Connect nie służy do proszenia o przyspieszoną weryfikację. [Strona kontaktu z App Review](https://developer.apple.com/help/app-review/after-submitting-for-review/contact-app-review/) zastrzega go dla korespondencji o trwającym zgłoszeniu; prośba o przyspieszenie i odwołanie mają osobne formularze. ## Co napisać: dwa szablony App Review czyta po angielsku. Oto dwa teksty, które trzymam pod ręką, do dopasowania w Notes, a także w formularzu, jeśli daje ci wolne pole. Mieszczą się w pięciu linijkach, bo recenzent musi zrozumieć pilność bez otwierania aplikacji. **Krytyczny błąd w opublikowanej wersji:** > Version 2.0.3, currently live, crashes at launch for users who enabled notifications on iOS 26.1. Steps to reproduce: install 2.0.3, allow notifications, force quit, relaunch. The app closes immediately. Version 2.0.4 fixes the crash (notification permission is now read after the first screen loads). No other change in this build. **Premiera związana z wydarzeniem:** > This version adds the official schedule and live results for the Nantes Trail Festival on June 5, 2027. Our app is the event's official companion app (see the link to the organizer's page in the App Review Information section). Attendees need the update before the start on June 5 at 8:00 AM CEST. Te dwa teksty to przykłady, nie prośby, które faktycznie wysłałem. Dwie zasady dla twoich. **Fakty, które da się sprawdzić**: wersja, system, kroki, data, związek z wydarzeniem. **Nic poza pilnością**: jeśli twój build zawiera też nową funkcję, wspomnij o niej jednym zdaniem, ale jej nie broń. ## Zanim poprosisz, sprawdź, czy tego potrzebujesz Apple prosi, żeby zostawić to na prawdziwe sytuacje awaryjne. Trzy pytania i jedna pułapka, zanim wyślesz formularz. **Czy poprawka przejdzie bez weryfikacji?** W Expo aktualizacja zdalna podmienia kod JavaScript w już zainstalowanych aplikacjach bez nowego buildu. Tej drogi używam do swoich poprawek. Nie obejmuje ona kodu natywnego, uprawnień ani natywnych zależności: do nich potrzebny jest build i weryfikacja. Jej zawartość musi też mieścić się w tym, co Apple zatwierdził, jak przypomina [opis EAS Update](https://docs.expo.dev/eas-update/introduction/): aktualizacja zdalna nie zmienia przeznaczenia aplikacji. Poradnik o [stopniowym wdrażaniu aktualizacji iOS](https://devoria.fr/pl/blog/aktualizacja-aplikacji-ios-stopniowe-wdrazanie) szczegółowo opisuje, co którędy przechodzi. **Czy czekanie jest nienormalne?** Apple podaje, że zazwyczaj rozpatruje co najmniej 50% zgłoszeń w mniej niż 24 godziny i 90% w mniej niż 48 godzin. Jeśli twoja wersja jest [w oczekiwaniu na weryfikację](https://devoria.fr/pl/blog/waiting-for-review-app-store-connect-statusy) od jednego dnia, mieścisz się w normie [czasu weryfikacji App Store](https://devoria.fr/pl/blog/czas-weryfikacji-app-store-ile-czekac). [Strona śledzenia zgłoszenia](https://developer.apple.com/help/app-review/after-submitting-for-review/review-status/) przypomina też, co wydłuża weryfikację: pierwsza aplikacja bez historii, dokumenty do sprawdzenia, temat regulowany. **Czy zgłoszenie jest kompletne?** Przyspieszona weryfikacja niekompletnego zgłoszenia niczego nie przyspieszy. Apple ostrzega, że niekompletne zgłoszenie opóźnia weryfikację albo kończy się niepowodzeniem. Konto demo, notatki, dokumenty: wszystko musi być na miejscu przed formularzem. **A przede wszystkim nie wycofuj wersji, żeby wysłać ją ponownie.** Wycofana wersja wypada z kolejki i zaczyna od zera. Jeśli Apple zada ci pytanie w trakcie weryfikacji, odpowiedz w App Store Connect zamiast wysyłać ponownie, jak wyjaśnia poradnik o [odpowiadaniu App Review w Resolution Center](https://devoria.fr/pl/blog/resolution-center-apple-odpowiedz-odrzucenie-app-review). ## Jeśli Apple odmówi przyspieszenia Zachowujesz swoje miejsce w kolejce: odmowa przyspieszenia nic nie zmienia w trwającej weryfikacji. Żeby nie przeżywać tego ponownie: - **Planuj wydania.** Przy wydarzeniu Apple radzi wybrać zaplanowaną publikację w App Store Connect: wersja jest weryfikowana z wyprzedzeniem i wychodzi w wybranym dniu. [Opcję publikacji wersji](https://developer.apple.com/help/app-store-connect/manage-your-apps-availability/select-an-app-store-version-release-option) ustawiasz na stronie wersji, w sekcji App Store Version Release. - **Wysyłaj wcześnie.** Wersja gotowa tydzień przed wydarzeniem zostawia czas na normalną weryfikację, a nawet na poprawienie odrzucenia. - **Miej kanał bez weryfikacji dla JavaScriptu.** W Expo to właśnie on zamienia krytyczny błąd w poprawkę na kilka minut. Moje szablony notatek dla recenzenta, checklista przed wysłaniem i odpowiedzi na najczęstsze odrzucenia są zebrane w [Review Kit](https://devoria.fr/pl/kits/app-review). A jeśli chcesz wiedzieć, czego brakuje w twoim zgłoszeniu, zanim je wyślesz, [darmowa diagnoza](https://devoria.fr/pl/diagnostic) ci to powie i prześle moją checklistę chroniącą przed odrzuceniem przez Apple. Wszystkie etapy publikacji znajdziesz w [publikowaniu aplikacji w App Store](https://devoria.fr/pl/expertise/publikacja-aplikacji-w-app-store). ## Najczęściej zadawane pytania ### Ile trwa przyspieszona weryfikacja w App Store? Apple nie podaje żadnego terminu. Informuje, że rozpatruje każdą prośbę i przyspiesza weryfikację w miarę swoich możliwości i bieżącego obciążenia. Przyjęta prośba sprawia, że wersja przechodzi w In Review przed swoją kolejką, bez obietnicy konkretnej godziny. ### Czy można poprosić o przyspieszoną weryfikację pierwszej aplikacji? Nic tego nie zabrania, ale Apple zastrzega przyspieszenie dla prawdziwych sytuacji awaryjnych i podaje dwa przykłady: krytyczny błąd w już opublikowanej wersji albo premierę związaną z wydarzeniem o konkretnej dacie. Pierwsza publikacja spóźniona względem twojego planu moim zdaniem nie pasuje do żadnego z nich. ### Ile razy można prosić o przyspieszoną weryfikację? Apple nie podaje liczby. Prosi, żeby zgłaszać tylko prawdziwe sytuacje awaryjne. Moim zdaniem każda prośba bez rzeczywistego powodu sprawia, że następna jest mniej wiarygodna: zostaw ją na błąd, który dotyka twoich użytkowników. ### Czy trzeba wycofać zgłoszenie przed prośbą o przyspieszenie? Nie, wręcz przeciwnie. Przyspieszyć można tylko już wysłane zgłoszenie, a wycofana wersja traci miejsce w kolejce. Wyślij, wypełnij Notes, a potem wyślij formularz. ### Gdzie jest formularz przyspieszonej weryfikacji? Na stronie Apple dla deweloperów, po zalogowaniu się na konto: prowadzi do niego strona pomocy o przyspieszonej weryfikacji przez link Request an Expedited App Review. Wybierasz w nim aplikację i platformę. ### Czy przyspieszona weryfikacja gwarantuje, że aplikacja zostanie zaakceptowana? Nie. Zmienia tylko pozycję w kolejce. Wersja musi spełniać App Review Guidelines jak każda inna i odrzucenie nadal jest możliwe. ### Czy można naprawić błąd bez przechodzenia przez App Review? W Expo albo React Native aktualizacja zdalna podmienia kod JavaScript bez nowego buildu i bez weryfikacji. Kod natywny, uprawnienia i natywne zależności zawsze wymagają buildu wysłanego do Apple. ## Twój projekt [Review Kit](https://devoria.fr/pl/kits/app-review): Moja checklista do App Store Review, poprawione odrzucenia od Apple, checklista do Google Play i trzy skille Claude Code. 219 zł. [iOS & Android Kit](https://devoria.fr/pl/kits/ios): Stwórz swoją aplikację na iPhone'a i Androida z Claude Code: kod startowy moich aplikacji, droga aż do sklepów i wszystkie kity. 439 zł. [Diagnoza: co dzieli cię od twojej aplikacji na iPhone'a](https://devoria.fr/pl/diagnostic): 7 pytań, 60 sekund: wiesz, co naprawdę blokuje publikację twojej aplikacji na iPhone'a, masz plan w 4 krokach i kit dopasowany do ciebie.