První publikace aplikace v App Store a Google Play: co připravit ke schválení
Aplikace funguje v telefonu vývojáře, ale do veřejného obchodu ještě vede několik kroků. Potřebujete správné účty, otestovanou verzi, úplné podklady a přístup pro kontrolora. Ukážeme, jak připravit první vydání pro App Store a Google Play, rozdělit odpovědnosti a řešit případné zamítnutí. Schválení na první pokus slíbit nelze, zbytečným prodlevám však můžete předejít.
Představte si modelovou situaci: marketing už připravil kampaň, dodavatel hlásí „aplikace je nahraná“ a vedení očekává, že si ji zákazníci večer stáhnou. Jenže soubor čeká v konzoli, chybí přístup pro kontrolu a nikdo jej neposlal ke schválení. První vydání proto plánujte jako samostatnou část projektu. Následující postup se týká veřejné distribuce běžné mobilní aplikace; podnikové či jiné alternativní způsoby distribuce mají vlastní pravidla. Dokumentaci jsme ověřili 6. listopadu 2026.
01Co připravit před prvním publikováním aplikace
Začněte jednoduchým pořadím: určit vydavatele, dokončit účty, připravit verzi a podklady, odeslat ke kontrole, ověřit veřejné vydání. Současně určete jednoho člověka, který drží přehled o obou obchodech. Neznamená to, že vše vyplní sám. Musí ale vědět, kdo dodá chybějící údaj a kdo smí potvrdit jeho správnost.
U firemního produktu doporučujeme účty spravované firmou a jmenovité přístupy dodavatele. Sdílené heslo jediného vývojáře komplikuje zastupování i ukončení spolupráce. Apple rozlišuje role a odpovědnosti v App Store Connect; Google vyžaduje ověření údajů vydavatele.
- Firma potvrdí vydavatele, země, obchodní model, kontakty a skutečný účel zpracování údajů.
- Vývojář připraví podepsaný build, seznam SDK, technické deklarace a opravy.
- Produktový vlastník ověří hlavní uživatelské cesty, soulad popisu s funkcemi a podklady pro kontrolora.
Odděleně vyřešte status obchodníka. Apple má pravidla pro distribuci v EU. Google u nových účtů požaduje deklaraci při založení, u existujících uvádí termín 1. února 2027. Nejde o stejné ověření jako identita firmy. Status určete podle skutečné činnosti a plánované distribuce.
Přístupy a doklady o předání uspořádejte podle předávacího protokolu k aplikaci. Do sdílené tabulky patří správce a stav, nikoli hesla.
02Podklady pro kontrolu: funkční aplikace, přístupy a pravdivé deklarace
Zafixujte verzi, kterou chcete vydat. Označte ji číslem buildu a stejnou verzi použijte pro závěrečnou kontrolu. Vyzkoušejte čistou instalaci, přihlášení, hlavní úkol a návrat po zavření aplikace. U rezervací projděte také zrušení, u objednávek neúspěšnou platbu. Výsledek zapisujte jako konkrétní scénář, zařízení a nalezenou chybu, ne jako obecné „otestováno“.
Kontrolor musí projít podstatné funkce bez telefonování vašemu kolegovi. Připravte funkční demonstrační přístup a srozumitelnou cestu k omezeným funkcím. Apple požaduje dostupný backend a vysvětlení nejasných funkcí. Google chce pokyny i pro omezení polohou, členstvím nebo zvláštním přihlášením.
U modelové servisní aplikace nestačí poslat prázdný účet technika. Připravte bezpečná demonstrační data a popište, kde otevřít zakázku, přidat fotografii a odeslat výsledek. Prověřte, zda přístup nevyprší během kontroly nebo nezávisí na jednorázovém kódu u nepřítomného zaměstnance. Tím neměníte zabezpečení zákaznických účtů, řešíte kontrolovatelný přístup k předkládané funkci.
Deklarace soukromí vyplňujte podle skutečného chování aplikace. Apple App Privacy i Google Data safety zahrnují také knihovny a SDK. Vyžádejte si od vývojáře soupis analytiky, hlášení chyb, reklam a dalších přenosů. Pouhé tvrzení, že firma sama údaje neukládá, nestačí.
Pokud aplikace umožňuje založit účet, projděte i jeho smazání. Apple vyžaduje zahájení smazání v aplikaci. Pravidla Googlu pro dotčené mobilní aplikace zahrnují cestu v aplikaci i dostupný webový odkaz. U zákonného uchování některých údajů musí popis odpovídat skutečnému postupu.
Zkontrolujte popis, screenshoty, podporu, hodnocení obsahu a případné nákupy. Prezentace nesmí slibovat funkci plánovanou až na další verzi. Podrobnější práci s texty a snímky řeší průvodce ASO. Zde potřebujete především správné, úplné a vzájemně shodné podklady.
03Jak publikovat aplikaci v App Store
V App Store Connect nejdřív založíte záznam aplikace, potom k verzi přiřadíte správný build a připravíte odeslání. Apple popisuje založení záznamu odděleně od samotného odeslání ke kontrole. Právě záměna těchto kroků často vytváří nedorozumění uvnitř týmu.
- Zkontrolujte účet, přijaté smlouvy a oprávnění člověka, který bude verzi odesílat. Nastavte záznam správné aplikace a platformy.
- Nechte nahrát otestovaný build. Potvrďte jeho identitu podle čísla, nikoli pouze podle stejné ikony aplikace.
- Doplňte povinná metadata, informace pro kontrolu a požadované deklarace. Vyřešte také ceny, dostupnost a nákupy, pokud se projektu týkají.
- Přidejte verzi pomocí Add for Review. Projděte obsah připraveného odeslání a potvrďte Submit for Review.
- Sledujte stav, zprávy kontrolora a podmínky zveřejnění. Schválenou verzi ověřte také z pohledu běžného zákazníka.
Ready for Review neznamená, že Apple již kontroluje aplikaci. Přidání položky do připraveného odeslání a jeho skutečné odeslání jsou samostatné kroky. Stejně tak stav Pending Developer Release znamená, že přijatá verze čeká na zveřejnění vývojářem. Přesné významy najdete v přehledu stavů App Store Connect.
Před kliknutím na odeslání si poznamenejte verzi, přiložené položky a odpovědnou osobu. Pokud aplikace obsahuje placenou část, ověřte, že ji kontrolor najde a může projít. Pouhý snímek nákupní obrazovky nedokládá, že celý nákupní průchod funguje.
04Jak nahrát a vydat aplikaci na Google Play
V Play Console vytvořte aplikaci a dokončete úkoly jejího panelu. Postup založení a nastavení zahrnuje záznam obchodu i přípravu distribuce. Android App Bundle je distribuční balíček aplikace; jeho úspěšné nahrání samo o sobě neznamená dostupnost pro veřejnost.
Typ účtu ověřte před slibem termínu. U osobních účtů založených po 13. listopadu 2023 Google požaduje uzavřený test s nejméně 12 testery zapojenými do uzavřeného testu nepřetržitě alespoň 14 dní a následnou žádost o produkční přístup. Splněná délka testu sama není schválením žádosti. Jde o konkrétní podmínky nových osobních účtů, nikoli o univerzální pravidlo pro každou firmu.
- Dokončete záznam v obchodu a příslušné deklarace v App content, včetně přístupu pro kontrolu.
- Připravte podepsaný balíček, nastavení Play App Signing a otestujte verzi z distribučního kanálu.
- Splňte případné podmínky produkčního přístupu a vyberte zamýšlené země.
- Vytvořte produkční vydání, přidejte správný balíček a odstraňte blokující chyby.
- V Publishing overview ověřte, co opravdu odesíláte ke kontrole. Po zpracování zkontrolujte stav aplikace a její veřejnou dostupnost.
Oficiální postup přípravy vydání výslovně uvádí, že u prvního vydání nejsou k dispozici procenta postupného rolloutu. Testovací kanál využijte před produkcí. Neplánujte první veřejné vydání podle návodu pro aktualizaci již používané aplikace.
Úkol neuzavírejte zprávou „soubor prošel“. V přehledu publikačních stavů rozlišujte koncept, testování a produkci. Odkaz dostupný interním testerům nedokládá, že aplikaci nainstaluje nový zákazník.
05Kdy bude aplikace veřejná a jak naplánovat první vydání
Naplánujte zvlášť dokončení podkladů, odeslání ke kontrole a start komunikace zákazníkům. Rezervu mohou spotřebovat chybějící firemní údaje, testovací požadavky, dotaz kontrolora i oprava aplikace. Termín kampaně proto neodvozujte pouze od dne, kdy vývojář dokončí poslední funkci.
Apple umožňuje volit způsob zveřejnění. Google u managed publishing vyžaduje, aby aplikace už byla dostupná; pro úplně první publikaci jej použít nelze. Pro plánovaný launch doporučuje nejprve uzavřené testování. Podmínky řízeného publikování proto ověřte podle skutečného stavu aplikace, ne pouze podle názvu tlačítka.
Připravte krátkou přejímku veřejného vydání: správná země a jazyk stránky, očekávaná verze, instalace na podporovaném zařízení, přihlášení a dokončení hlavního úkolu. Nechte ji provést člověka mimo vývojový tým. Teprve výsledek tohoto průchodu potvrzuje, že můžete zákazníka poslat do obchodu.
Součástí předání má být kontakt pro první hlášení chyb. Pravidelnou péči, další verze a dohled rozebírá článek Aktualizace mobilní aplikace po spuštění.
06Co dělat, když App Store nebo Google Play aplikaci zamítne
Nejdřív určete, co bylo zamítnuto: build, konkrétní metadata, přístup do aplikace nebo funkce odporující pravidlu. Uložte zprávu, číslo pravidla, označení verze a případný snímek. Zpracujte ji jako ověřitelný úkol. Změna náhodného textu a okamžité opakované odeslání může skutečný problém ponechat.
- Zopakujte popsaný průchod na stejné verzi a zjistěte, zda chyba vzniká také mimo vývojářský telefon.
- Přiřaďte opravu konkrétnímu člověku. Pokud je problém v nejasném použití, doplňte přesný postup a potřebné podklady.
- Po opravě zkontrolujte návaznosti: změna přihlášení může ovlivnit demo účet, změna SDK datové deklarace.
- Odpovězte věcně: co se změnilo, kde to kontrolor najde a jakou verzi posuzuje. Potom proveďte požadované opětovné odeslání.
Apple nabízí komunikaci s App Review a odvolání. Google ve stavu zásad rozlišuje zamítnutí, odstranění a pozastavení. Odmítnutou aplikaci neodesílejte znovu beze změny, dokud trvá zjištěné porušení. Pokud se závěrem nesouhlasíte, doložte konkrétní důvod oficiální cestou.
Schválení obchodu nepovažujte za doklad bezpečnosti celého systému. Oprávnění na serveru a práci s daty je nutné prověřit samostatně; podrobnosti najdete v článku o bezpečnosti mobilní aplikace.
07Kontrolní seznam před odesláním první verze
Následující tabulka je pracovní šablona, nikoli seznam všech pravidel pro každý typ aplikace. Ke každému řádku doplňte jméno, datum a odkaz na důkaz. Stav zapisujte jako ověřeno, chybí nebo netýká se projektu. Zelená tabulka nezaručuje schválení, pomůže však odhalit nedokončenou práci před odesláním.
| Položka | Kdo ji potvrzuje | Co doložit |
|---|---|---|
| Vydavatel a účty | Odpovědná osoba firmy | Funkční firemní přístup, role a splněné požadavky konzole. |
| Předkládaná verze | Vývojář | Číslo buildu a výsledky zkoušek této verze. |
| Přístup pro kontrolu | Produktový vlastník | Vyzkoušený demo přístup a postup k hlavním funkcím. |
| Údaje a SDK | Firma s vývojářem | Soupis přenosů a odpovídající deklarace soukromí. |
| Prezentace a obsah | Produktový vlastník | Schválené texty, obrázky, rating a funkční odkazy. |
| Platby a účet | Vlastník příslušné funkce | Ověření relevantních nákupních a mazacích průchodů. |
| Skutečné odeslání | Správce vydání | Stav v obou konzolích, nikoli jen zpráva o uploadu. |
| Veřejné vydání | Firma | Ověření stránky, instalace a hlavního úkolu zákazníka. |
Pokud u důležité položky chybí vlastník, nejdřív jej určete. Chybějící informace o sběru dat není úkol pro člověka, který jen vkládá screenshoty. Vydání usnadní především jasné předání mezi lidmi, kteří znají obchodní, produktovou a technickou část.
08Časté otázky k prvnímu vydání aplikace
Jak dlouho trvá schválení aplikace v App Store a Google Play?
Pevnou dobu nelze slíbit. Záleží na účtu, typu aplikace, úplnosti podkladů a případných opravách. Google u některých účtů uvádí kontrolu až sedm dní, výjimečně déle. Do plánu započtěte také ověření účtu, případný uzavřený test a zveřejnění. Samotný termín odeslání není termínem dostupnosti.
Musí každá nová aplikace na Google Play projít uzavřeným testem?
Nejde o stejnou povinnost pro všechny účty. Popsaný požadavek 12 testerů a 14 dní se týká osobních účtů založených po 13. listopadu 2023. Po testu se žádá o produkční přístup. Testování reálných uživatelských cest doporučujeme i tehdy, kdy tato konkrétní podmínka pro váš účet neplatí.
Lze zaručit publikování aplikace bez odmítnutí?
Ne. Apple výslovně uvádí, že jeho kontrolní seznam není garancí schválení. Kvalitní příprava umožní odstranit zjistitelné chyby a předat úplné podklady. Rozhodnutí obchodu však nelze nahradit příslibem dodavatele ani předchozím schválením jiné aplikace.
09Zdroje a rozsah ověření
Ověřeno 6. listopadu 2026 v dokumentaci Apple a Google. Odkazy v jednotlivých kapitolách podporují konkrétní kroky a podmínky. Názvy obrazovek se mohou lišit podle jazyka konzole a typu účtu. Modelový příklad a pracovní tabulka jsou autorským doporučením, nikoli výsledkem měření úspěšnosti publikací.