Proč kontrola aplikace trvá tak dlouho?

Pomalá recenze automaticky neznamená, že má vaše aplikace problém. Naučte se rozlišit zpoždění fronty od zablokovaného odeslání, co Apple a Google skutečně slibují a kdy kontaktovat podporu.

Nahráli jste build, zkontrolovali snímky obrazovky a naplánovali spuštění. Pak se nic neděje. App Store Connect stále říká Čeká na kontrolu, nebo Play Console drží vaše změny v kontrole. Mezitím každý den nejistoty ztěžuje koordinaci marketingu, zákaznické podpory a oznámení o vydání.

Frustrující je, že zpoždění má několik možných vysvětlení. Vaše podání může jednoduše čekat, až na něj přijde řada. Recenzent může potřebovat informace. Vaše sestavení se možná vůbec nedostalo k recenzi. Nebo recenze již mohla být dokončena a publikace čeká na vás. Tento průvodce vysvětluje, jak tyto situace rozlišit. Zaměřuje se na Apple App Review, se samostatným srovnáním s Google Play. Zdroje byly zkontrolovány 3. října 2026.

Jak dlouho by měla trvat kontrola aplikace?

Apple říká, že v průměru je 90 % odeslání zkontrolováno za méně než 24 hodin. To je užitečný kontext, ale není to zaručená doba vyřízení pro vaši konkrétní aplikaci. Některá odeslání spadají mimo toto okno a statistika vám neposkytuje čas dokončení pro tyto výjimky. Apple také varuje, že neúplná odeslání mohou zpozdit recenzi. [1]

Berte toto číslo jako plánovací referenci, ne jako závazek ke spuštění. Podání, které trvá déle než den, samo o sobě není důkazem odmítnutí nebo rozbitého účtu. Stejně tak by vás průměr neměl přesvědčit, abyste ignorovali akční zprávu. Stav a korespondence s recenzentem záleží více než srovnání s nejrychlejším schválením jiného vývojáře.

Nejprve identifikujte, kde je zpoždění skutečně

Čtěte přesný stav, místo abyste každý žlutý indikátor překládali jako „Apple kontroluje mou aplikaci.“ Waiting for Review znamená, že podání je ve frontě; In Review znamená, že kontrola začala. Pending Developer Release znamená, že aplikace byla přijata, ale stále potřebuje vaši akci k vydání. Waiting for Export Compliance je jiný proces. Přijatá položka může také zůstat nepublikovaná, pokud byla jiná položka v jejím podání zamítnuta. [2]

Zkontrolujte verzi aplikace a odeslání společně, nejen nahraný build. Snímek obrazovky seznamu buildů může vyprávět jiný příběh než stránka odeslání. Zapište si verzi, číslo buildu, čas odeslání a aktuální stav. Tento malý záznam vám zabrání řešit starší build nebo zaměnit odeslání TestFlight s vydáním v App Store.

Recenzenti musí zažít kompletní aplikaci

Recenzent nemůže posoudit funkci, ke které se nedostane. Kontrolní seznam společnosti Apple pro odeslání žádá o plný přístup, aktivní demo účet nebo vhodný demo režim, potřebný hardware nebo vzorové zdroje a živé backendové služby. Také žádá vývojáře, aby v poznámkách k recenzi vysvětlili nezřejmé funkce a nákupy. Tyto požadavky činí přístup rozumným prvním místem k prozkoumání. [3]

Otestujte přesně ty přihlašovací údaje, které jste dodali, nejlépe na čistém zařízení. Zkontrolujte, zda účet nevyžaduje ověření e-mailu, placené oprávnění, pozvánku nebo jednorázové heslo. Vyzkoušejte cestu onboardingu bez vašeho vývojářského účtu. Pokud funkce vyžaduje konkrétní region nebo druhého uživatele, vysvětlete, jak může recenzent toto nastavení reprodukovat. Nepředpokládejte, že odvodí váš zamýšlený pracovní postup.

Krátký, reprodukovatelný návod je užitečnější než prodejní řeč. Například: přihlaste se pomocí dodaného účtu, otevřete Knihovnu, vyberte ukázkový projekt a klepněte na Exportovat. Uveďte očekávaná omezení a vysvětlete, proč existují. To nezajistí prioritu; snižuje to zbytečnou nejednoznačnost, když se někdo dostane k vašemu odeslání.

Zamítnutí potřebuje odpověď, ne další čekání

Když Apple zamítne aplikaci, jeho zpráva vysvětluje problém a příslušné pokyny. App Store Connect vám umožňuje odpovědět a připojit podpůrné materiály. Apple také uvádí, že zamítnutí metadat lze vyřešit a znovu odeslat pomocí stejného buildu. Nový binární soubor tedy není vždy nutný. [4]

Reagujte na konkrétní námitku. Pokud recenzent nemohl najít funkci, uveďte kroky navigace. Pokud se jeho obava týká zavádějícího snímku obrazovky, opravte snímek. Pokud nesouhlasíte, vysvětlete chování a doložte důkazy, místo abyste opakovali, že to dělají konkurenční aplikace. Oddělte, co jste změnili, od toho, co žádáte Apple o vysvětlení.

Veďte si jednoduchý záznam problémů: otázka recenzenta, vaše odpověď, změněný podklad nebo build a další požadovaná akce. To usnadní sledování následné korespondence. Také to zabrání týmu, aby nezávisle posílal různá vysvětlení. Komunikace s recenzí je ladící konverzace, ne soutěž o nejdelší odpověď.

Zpracování buildu a TestFlight jsou samostatné kontrolní body

Nahraný build nemusí být nutně připraven k odeslání. Referenční dokumentace stavů buildu společnosti Apple rozlišuje zpracování, chybějící informace o souladu a připravenost k odeslání. Také rozlišuje stavy TestFlight Čeká na recenzi a V beta recenzi od dostupnosti pro interní testery. Externí beta testování může vyžadovat recenzi aplikace TestFlight. [5]

Pokud vaše beta verze uvízla, zkontrolujte stav buildu, než začnete hledat problém ve frontě kontroly App Store. U Missing Compliance Apple instruuje vývojáře, aby odpověděli na otázky ohledně šifrování nebo dodali příslušnou dokumentaci. Některé buildy mohou deklarovat příslušnou výjimku prostřednictvím své konfigurace, ale měli byste odpovídat přesně, nikoli měnit nastavení jen proto, abyste obešli výzvu. [6]

Schváleno ne vždy znamená okamžitě dostupné

Publikační workflow společnosti Apple odděluje výběr buildu, nastavení dostupnosti, odeslání, řešení problémů s recenzí a distribuci. Říká, že schválená aplikace může trvat až 24 hodin, než se zveřejní. Také si vyberete, zda je vydání ruční, automatické nebo postupné. Zkontrolujte tato nastavení, než popíšete schválenou verzi jako „stále v recenzi“. [7]

U aktualizací postupná distribuce postupně distribuuje verzi oprávněným uživatelům s automatickými aktualizacemi po dobu sedmi dnů. To je volba zavádění, nikoli sedm dní recenze navíc. Pokud jeden zákazník stále vidí starší verzi, nejprve potvrďte způsob vydání a dostupnost, místo abyste předpokládali, že recenzent zadržel schválení. [8]

Google Play má jiné okno recenze

Neaplikujte časování titulků společnosti Apple na Google Play. Google uvádí, že recenze mohou trvat několik hodin nebo až sedm dní, ve výjimečných případech déle. Jeho přehled publikování také varuje, že odeslání další změny, zatímco jsou změny v recenzi, může aplikaci posunout zpět ve frontě recenzí. Opakované drobné úpravy tak mohou působit proti předvídatelnému vydání. [9]

Přehled publikování v Play Console rozlišuje změny v kontrole od změn připravených k publikování. S povoleným řízeným publikováním jsou schválení a publikace samostatná rozhodnutí. Podívejte se na frontu změn, nejen na to, zda je nový zápis viditelný na telefonu. Dokončete zamýšlený balíček vydání před jeho odesláním a vyhněte se nesouvisejícím úpravám během čekání, pokud něco skutečně nepotřebuje opravu.

Praktický příklad: diagnostikujte před opětovným odesláním

Představte si aplikaci na sledování návyků odeslanou v pondělí ráno. V úterý večer ji zakladatel začne přestavovat, protože schválení nepřišlo. Než to udělá, zkontroluje tři věci: zda je verze skutečně ve frontě, zda kontrola poslala zprávu a zda dodaný účet může dokončit onboarding. Toto je ilustrativní scénář, nikoli měřený případ zákazníka AsoTheory.

Pokud aplikace jen čeká a přístup funguje, náhradní build nenabízí žádné prokázané řešení. Pokud recenzent hlásí selhání přihlášení, oprava přístupu řeší skutečnou překážku. Pokud je stav Pending Developer Release, správná akce je vydání, ne opětovné odeslání. Stejná uplynulá doba může vyžadovat tři zcela odlišné reakce. Proto diagnostika stavu předchází volbě nápravy.

Kdy byste měli kontaktovat Apple?

Pro nevysvětlitelné, neobvykle dlouhé zpoždění použijte kontaktní cestu recenze společnosti Apple se stručnou časovou osou a identifikátory odeslání. Popište aktuální stav, veškerou předchozí korespondenci a co jste již zkontrolovali. V citovaných pokynech neexistuje univerzální práh počtu dní, který by zaručoval eskalaci. Vyhněte se vymýšlení jednoho nebo slibování, že zpráva podpoře posune vaši aplikaci vpřed.

Zrychlená recenze je samostatná žádost. Apple uvádí příklady, jako je kritická oprava chyby nebo vydání spojené s událostí, se kterou jste přímo spojeni. Vysvětlete skutečnou okolnost a dopad; běžná marketingová netrpělivost není totéž. Žádost o zrychlení by neměla být prezentována jako zaručená zkratka. [1]

Plánujte spuštění s ohledem na nejistotu

Užitečná interní poznámka k vydání má čtyři pole: co se mění, k čemu mají zákazníci aktuálně přístup, kdo sleduje korespondenci s recenzenty a co spouští oznámení. Přiřaďte jednu osobu, která bude vlastnit odeslání. Dohodněte se na plánu kontrol místo toho, aby všichni celé odpoledne obnovovali konzoli. Uchovávejte důkazy pohromadě, včetně zpráv recenzentů a přesné odeslané verze. Nic z toho nezkrátí frontu společnosti Apple, ale zabrání tomu, aby se nejistota změnila ve zbytečné přestavby nebo protichůdná rozhodnutí.

Pokud vaše vydání přidává nové předplatné nebo mění onboarding, připravte si odpovědi na podporu ještě před schválením. Ujistěte se, že vaše marketingové odkazy popisují verzi, kterou si lidé skutečně mohou stáhnout. Vyhněte se oznamování, že funkce je živá jen proto, že byl její build přijat. Pro první spuštění mějte připravenou záložní zprávu na vstupní stránce. Toto jsou provozní doporučení, nikoli požadavky obchodu nebo sliby o rychlosti kontroly: jejich hodnota je v tom, že váš tým může stále jednat rozumně, když je časový plán mimo jeho kontrolu.

Zařaďte přípravu na kontrolu do kontrolního seznamu vydání: funkční přístup, jasné poznámky, otestované nákupní toky, přesné podklady, sledovaná korespondence a promyšlené nastavení publikace. Nechte si prostor mezi odesláním a jakýmkoli pevným datem kampaně. Pokud je načasování zásadní, rozhodněte předem, co se stane, když schválení přijde pozdě: pozastavte oznámení, ponechte aktuální verzi dostupnou nebo sdělte revidované okno.

Nakonec rozlišujte důkazy od příběhů. Dlouhé čekání jiných vývojářů může být skutečné, ale nedokazuje, proč je vaše aplikace zpožděná. Ani citované pokyny Apple ani Google nestanovují univerzální vysvětlení, jako že aplikace generované AI způsobují nahromadění. Užitečná otázka není „jaká fáma to vysvětluje?“, ale „v jakém stavu je moje odeslání a existuje akce, kterou mohu skutečně podniknout?“

Související

Blog · Případové studie · Free ASO tools · Produkty · Soukromí a podmínky · AsoTheory