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

> Jak vydat aktualizaci iOS aplikace: nová verze, nový build, text novinek a pak ruční, automatické nebo postupné vydání na 7 dní.

Původní stránka: [Aktualizace iOS aplikace: postupné vydání na 7 dní](https://devoria.fr/cs/blog/aktualizace-ios-aplikace-postupne-vydani)
Autor: [Mehdi Azizi](https://devoria.fr/cs/mehdi-azizi)
Publikováno: 2026-11-04
Poslední revize obsahu: 2026-11-04


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](https://developer.apple.com/help/app-store-connect/update-your-app/create-a-new-version) 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](https://devoria.fr/cs/blog/testflight-testovani-iphone-aplikace), 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](https://devoria.fr/cs/blog/app-store-connect-build-number-verze-cislo-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](https://devoria.fr/cs/blog/eas-submit-ios-publikovat-expo-app-app-store).

## Text „Novinky“: co Apple vyžaduje

[Stránka s informacemi o verzi](https://developer.apple.com/help/app-store-connect/reference/app-information/platform-version-information) 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](https://developer.apple.com/app-store/review/guidelines/#2.3.12) 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](https://developer.apple.com/app-store/ratings-and-reviews/) 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:

```text
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:

```text
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:

```text
[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í](https://developer.apple.com/help/app-store-connect/manage-your-apps-availability/select-an-app-store-version-release-option) 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í](https://developer.apple.com/help/app-store-connect/update-your-app/release-a-version-update-in-phases) 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í](https://developer.apple.com/help/app-store-connect/reference/app-information/required-localizable-and-editable-properties).

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](https://developer.apple.com/help/app-review/after-submitting-for-review/request-expedited-review). 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](https://devoria.fr/cs/blog/jak-dlouho-trva-schvaleni-aplikace-app-store).

## 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](https://devoria.fr/cs/blog/propagacni-text-app-store-170-znaku) 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](https://docs.expo.dev/eas-update/introduction/) 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](https://docs.expo.dev/versions/latest/sdk/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í](https://developer.apple.com/help/app-store-connect/monitor-ratings-and-reviews/reset-an-app-overview-rating) 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](https://devoria.fr/cs/kits/app-review) 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](https://devoria.fr/cs/expertise/jak-vydat-aplikaci-v-app-store).

Pokud chystáš své první vydání, [udělej si bezplatnou diagnostiku](https://devoria.fr/cs/diagnostic): 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.


## Tvůj projekt

[Review Kit](https://devoria.fr/cs/kits/app-review): Můj checklist pro review v App Store, moje opravená zamítnutí od Applu, checklist pro Google Play a tři skilly pro Claude Code. 1 199 Kč.

[iOS & Android Kit](https://devoria.fr/cs/kits/ios): Vytvoř si aplikaci pro iPhone a Android s Claude Code: startovní kód mých aplikací, cesta až do obchodů a všechny kity. 2 399 Kč.

[Diagnostika: co tě dělí od tvé iPhone aplikace](https://devoria.fr/cs/diagnostic): 7 otázek, 60 sekund: zjistíš, co ti doopravdy brání vydat iPhone aplikaci, dostaneš cestu ve 4 krocích a kit přesně pro tebe.
