Aktualizace iOS aplikace: postupné vydání na 7 dní

Když chceš vydat aktualizaci iOS aplikace, vytvoříš v App Store Connect novou verzi s vyšším číslem. Připojíš k ní nový build, napíšeš text „Novinky“ a pošleš ji do App Review. Každá nová verze znovu prochází kontrolou Applu, i když jde jen o drobnou opravu. Ještě před odesláním si vybereš, jak verze vyjde po schválení: ručně, hned, ne dřív než k určitému datu, nebo postupně během 7 dní.

Postupné vydání se týká jen automatických aktualizací: první den 1 % těchto uživatelů, sedmý den všichni. Můžeš ho pozastavit až na 30 dní celkem, nebo ho najednou dokončit. Tenhle návod vychází z nápovědy Applu, kterou jsem znovu prošel 3. listopadu 2026.

Aktualizace svých iOS aplikací, mimo jiné Solys, TradaZen a Nolera, vydávám přes Expo a EAS. Příklady níže pocházejí právě z těchto vydání.

Jak vydat aktualizaci iOS aplikace: kroky popořadě

Nápověda App Store Connect k novým verzím uvádí tento postup:

1. V sekci Apps vyber svou aplikaci a klikni na tlačítko + vedle platformy.
2. Zadej číslo verze vyšší než to předchozí a klikni na Create.
3. Zkontroluj metadata: ta z aktuálně vydané verze se zkopírují automaticky.
4. Nahraj nový build se zvýšeným číslem buildu.
5. Otestuj build v TestFlightu, přidej ho k verzi a odešli ji do App Review.

Než začneš, musí platit dvě podmínky. Vydaná verze musí mít stav Ready for Distribution. A potřebuješ jednu z těchto rolí: Account Holder, Admin, App Manager nebo Marketing.

Cesta zpátky neexistuje. Apple to píše na stejné stránce: když má verze problém, nemůžeš se vrátit k předchozí. Musíš vytvořit a odeslat novou verzi.

Číslo verze a číslo buildu

Verze je číslo, které zákazníci vidí na tvé stránce v obchodě. Build označuje každé jednotlivé nahrání. Dvojice verze a build musí být jedinečná: pravidla a související chyby najdeš v článku verze a číslo buildu.

Moje konvence, žádné pravidlo Applu: poslední číslo zvyšuju u opravy, z 1.4.0 na 1.4.1. Prostřední zvyšuju u nové funkce, z 1.4.1 na 1.5.0. Číslo buildu jen roste, napříč verzemi. V Expu je verze v app.json a EAS umí zvýšit build při každé produkční kompilaci. Nastavení popisuju v článku vydání Expo aplikace přes EAS.

Text „Novinky“: co Apple vyžaduje

Stránka s informacemi o verzi popisuje pole What's New in This Version:

• Nejvýš 4 000 znaků.
• U první verze chybí, u všech dalších je povinné.
• Dá se přeložit do každého jazyka tvé stránky v obchodě.

Pravidlo 2.3.12 v App Review Guidelines přidává požadavek: jasně popsat nové funkce a změny produktu. U obyčejných oprav chyb, zabezpečení nebo výkonu stačí obecná formulace. Důležitou změnu je potřeba vypsat. „Opravy chyb a vylepšení“ tedy nestačí u verze, která mění tvoje předplatné nebo hlavní obrazovku.

Apple na své stránce o hodnoceních taky doporučuje uvést v poznámkách opravené problémy, které zákazníci popsali ve svých recenzích.

Tady jsou tři šablony k úpravě, jedna pro každý typ verze.

Pro opravu:

Opravy a stabilita.
- [Funkce]: [co nefungovalo] je opraveno.
- [Obrazovka] se načítá rychleji.
Díky všem, kdo problém nahlásili.

Pro novou funkci:

Novinka: [funkce, pěti slovy].
[Co teď můžeš dělat, jednou větou.]
Kde ji najdeš: [záložka] > [tlačítko].

Dále v této verzi:
- [Viditelné vylepšení].
- Opravy chyb.

Pro změněný postup:

[Obrazovka nebo postup] se mění.
- Co se pro tebe mění: [konkrétní dopad].
- Co ti zůstává: [data, nastavení, nákup].
Máš dotaz? [Nastavení] > [Nápověda].

Poslední řádek šablony pro opravu použij, jen pokud problém opravdu někdo nahlásil. Nikdy nepiš novinku, která v buildu není: pravidlo 2.3 vyžaduje metadata, která odpovídají aplikaci.

Ruční, automatické vydání nebo vydání k datu

Nápověda k možnostem vydání nabízí tři:

Možnost	Po schválení Applem
Ruční	Stav Pending Developer Release, vydáš, kdy chceš
Automatické	Verze vyjde hned po schválení
Automatické, ne dříve než...	Počká na zvolené datum a pak vyjde sama

U ručního vydání otevřeš verzi ve stavu Pending Developer Release, klikneš na Release This Version a potvrdíš. Apple upozorňuje, že zobrazení v App Storu může trvat až 24 hodin. Zpráva na stránce verze nabízí Cancel This Release pro zrušení. Pokud verze čeká déle než 30 dní, Apple ti pošle připomínku e-mailem.

Ruční vydání slouží k tomu, abys zvolil okamžik, třeba vydání v den oznámení. Solys 2.0.0 s novou verzí ročního předplatného šla na konci září 2026 do kontroly s ručním vydáním.

U běžných verzí nechávám automatické vydání. Nolera 1.0.2, schválená 12. října 2026, se podle veřejného vyhledávacího API iTunes objevila v App Storu necelou minutu po e-mailu od Applu. Je to jediné pozorování: počítej s rezervou.

Postupné vydání na 7 dní

Nápověda Applu k postupnému vydání uvádí přesný harmonogram:

Den	Podíl uživatelů
1	1 %
2	2 %
3	5 %
4	10 %
5	20 %
6	50 %
7	100 %

Aktualizace jde k náhodnému vzorku uživatelů, kteří mají zapnuté automatické aktualizace, na kompatibilních zařízeních. Nedozví se, že do vzorku patří.

Postupné vydání brzdí jen automatické aktualizace. Apple upřesňuje, že novou verzi si z App Storu může kdokoli kdykoli stáhnout. Kdo tvou aplikaci nainstaluje nebo na její stránce klepne na „Update“, ji tedy může mít hned první den. Není to test na 1 % uživatelů: je to brzda pro ty ostatní.

Zapneš ho tak, že otevřeš verzi, sjedeš do sekce Phased Release for Automatic Updates, zaškrtneš „Release update over a 7-day period using phased release“ a uložíš. Potřebuješ roli Account Holder, Admin nebo App Manager. Volba je dostupná až do stavu Pending Developer Release: zapnout ho můžeš i po schválení Applem, dokud verze čeká na tvoje ruční vydání.

Jakmile je verze schválená, její stav Ready for Distribution nese označení „Phased Release“. Po 7 dnech dostanou Admin a App Manager aplikace notifikaci.

Pozastavení, obnovení a vydání pro všechny

• Pozastavení: až 30 dní celkem, v libovolném počtu pauz. Po 10denní pauze ti na další zbývá 20 dní.
• Obnovení: vydání pokračuje od dne, kde jsi ho zastavil.
• Vydání pro všechny: tlačítko Release to All Users vpravo nahoře u verze pošle aktualizaci na všechna zařízení s automatickými aktualizacemi.
• Stažení z prodeje: ukončí postupné vydání natrvalo, i když ti vyprší členství ve vývojářském programu. Když se aplikace vrátí do prodeje, verze je najednou dostupná pro všechny.

Po vydání pro všechny už se nic nastavit nedá, jak uvádí tabulka upravitelných vlastností.

Nolera 1.0.2 vyšla bez postupného vydání. Takhle bych ho během týdne používal:

Co vidíš	Co uděláš	Co se stane
Pády nebo znepokojivé recenze	Pozastavení	Automatické aktualizace se zastaví
Oprava je hotová	Nová verze	Znovu jde do kontroly, s vlastním postupným vydáním
Po 3 až 4 dnech nic neobvyklého	Release to All Users	Dostanou ji všichni
Čekáš na odpověď od Applu	Pauza, 30 dní celkem	Pokračuje od dne, kde ses zastavil

Během pauzy ruční stahování pokračuje. Zaškrtni postupné vydání u každé verze, která sahá na platby nebo první spuštění: tam chyba stojí nejvíc a vrátit se nemůžeš.

Když je oprava naléhavá: zrychlená kontrola

Apple umožňuje požádat o zrychlenou kontrolu. Je jen pro skutečně naléhavé případy: kritickou chybu k opravě nebo vydání vázané na událost.

1. Nejdřív odešli svou verzi. Chybu popiš v poli Notes určeném pro reviewera.
2. Vyplň formulář žádosti o zrychlenou kontrolu a vyber aplikaci a platformu.
3. Apple kontrolu urychlí podle svých možností. Nic není zaručené.

U události uveď v poznámkách její datum a svůj vztah k ní. Obvyklé lhůty najdeš v článku jak dlouho trvá schválení v App Storu.

Co znovu jde do kontroly a co ne

Změna	Co je potřeba
Nativní kód, oprávnění, verze SDK	Nový build, nová verze, úplná kontrola
Screenshoty, popis, klíčová slova, novinky	Nová verze, kontrola spolu s ní
Propagační text	Nic: mění se bez nového odeslání
Pozastavení, obnovení, vydání pro všechny	Nic: jsou to nastavení vydání
Záhlaví stránky v iOS 27	Samostatně v Asset Library, nebo s verzí
Oprava JavaScriptu, s Expem	Je možná vzdálená aktualizace

Propagační text se podle stránky s informacemi o verzi mění bez nového odeslání. V Expu vzdálená aktualizace změní JavaScript, texty a obrázky bez průchodu App Storem. Dokumentace Expa stanovuje dvě omezení: nativní kód, oprávnění a verze SDK vyžadují nový binární soubor a aktualizace musí dodržovat pravidla App Storu.

Můj případ: vzdálená oprava, kterou reviewer nikdy neviděl

V září 2026 čekal build Nolery na kontrolu. Opravil jsem chybu na obrazovce skenování a během čekání tu opravu vydal jako vzdálenou aktualizaci. Build byl přesto zamítnut, a to kvůli té už opravené chybě.

Vysvětlení je v dokumentaci expo-updates: ve výchozím nastavení aplikace stáhne aktualizaci při spuštění a použije ji až při dalším spuštění. Reviewer aplikaci nainstaluje, jednou ji spustí a testuje kód zabudovaný v buildu. Totéž platí pro tvoje nové uživatele: jejich první relace běží na kódu z buildu.

Od té doby jde každá změna úvodní obrazovky, paywallu nebo hlavní funkce v novém buildu. Vzdálená aktualizace slouží jen lidem, kteří už aplikaci mají.

Vynulování hodnocení s novou verzí

Každá nová verze nabízí volbu Reset rating when this version is released. Podle nápovědy Applu k vynulování platí pro všechny země, zachová psané recenze a po vydání se nedá vrátit. Apple doporučuje používat ji střídmě, protože stránka s malým počtem hodnocení může lidi odradit.

Checklist před odesláním aktualizace

• Číslo verze je vyšší, build je zvýšený.
• Build je otestovaný v TestFlightu, na malém iPhonu a na iPadu, pokud na něm aplikace běží.
• Novinky jsou napsané v každém jazyce a důležité změny jsou vypsané.
• Screenshoty ukazují aktuální rozhraní, pokud se změnilo.
• Poznámky pro reviewera říkají, co se změnilo a kde to najde.
• Možnost vydání je zvolená: ruční, pokud musíš dodržet datum.
• Postupné vydání je zaškrtnuté, pokud verze sahá na platby nebo první spuštění.
• Víš, jestli případná oprava může jít vzdáleně, nebo bude potřebovat build.

Projít kontrolou u každé aktualizace

Každá aktualizace znovu jde před App Review a zamítnutí ti zablokuje opravu. Review Kit obsahuje můj checklist před odesláním, moje opravená zamítnutí a dva skilly pro Claude Code, které projdou tvůj projekt a stránku v obchodě a připraví ti odpověď, když Apple zamítne. Celý postup najdeš na stránce jak vydat aplikaci v App Storu.

Pokud chystáš své první vydání, udělej si bezplatnou diagnostiku: seřadí ti kroky a pošle ti můj checklist proti zamítnutí od Applu.

Časté dotazy

Jak dlouho trvá postupné vydání v App Storu?

Sedm dní: první den 1 % uživatelů s automatickými aktualizacemi, pak 2, 5, 10, 20 a 50 % a sedmý den 100 %. Můžeš ho pozastavit až na 30 dní celkem, nebo ho kdykoli dokončit přes Release to All Users.

Prochází aktualizace iOS aplikace znovu kontrolou Applu?

Ano. Každá nová verze se svým buildem a metadaty prochází App Review. Propagační text a nastavení vydání se ale mění bez nového odeslání.

Dá se v App Storu vrátit ke starší verzi aplikace?

Ne. Musíš vytvořit novou verzi s opravou a odeslat ji ke kontrole. Proto se hodí postupné vydání a jeho pozastavení.

Dostanou noví uživatelé aktualizaci během postupného vydání?

Ano, pokud si aplikaci stáhnou z App Storu. Postupné vydání řídí jen automatické aktualizace: novou verzi si může kdokoli kdykoli stáhnout.

Dá se postupné vydání zapnout po schválení Applem?

Ano, dokud má verze stav Pending Developer Release, tedy při ručním vydání, které ještě neproběhlo. Jakmile verze vyjde, je na to u ní pozdě.

Co napsat do poznámek k vydání aktualizace?

Nové funkce a důležité změny, jasně vypsané: to říká pravidlo 2.3.12. U obyčejné opravy chyb, zabezpečení nebo výkonu stačí obecná formulace. Pole pojme 4 000 znaků a dá se přeložit do každého jazyka.