iOS frissítés kiadása: fokozatos kiadás az App Store-ban

Egy iOS frissítés kiadásához új verziót hozol létre az App Store Connectben, magasabb verziószámmal. Hozzácsatolsz egy új buildet, megírod az „Újdonságok” szövegét, aztán beküldöd az App Review-ra. Minden új verzió újra átmegy az Apple ellenőrzésén, még egy egyszerű hibajavítás is. Beküldés előtt kiválasztod, hogyan jelenjen meg a jóváhagyás után: kézzel, azonnal, egy adott dátumnál nem korábban, vagy 7 napos fokozatos kiadással.

A fokozatos kiadás csak az automatikus frissítéseket érinti: az első napon ezeknek a felhasználóknak az 1%-a kapja meg, a hetedik napon mindenki. Összesen legfeljebb 30 napra szüneteltetheted, vagy egy kattintással befejezheted. Ez az útmutató az Apple súgóoldalait követi, amelyeket 2026. november 3-án néztem át újra.

Az iOS-appjaim frissítéseit Expóval és EAS-szel adom ki, köztük a Solyst, a TradaZent és a Nolerát. A lent említett esetek ezekből a kiadásokból származnak.

iOS frissítés kiadása: a lépések sorrendben

Az App Store Connect súgója az új verziókról ezt a menetet adja meg:

1. Az Apps menüben válaszd ki az appodat, majd kattints a platform melletti + gombra.
2. Adj meg az előzőnél magasabb verziószámot, majd kattints a Create gombra.
3. Nézd át a metaadatokat: az élő verzióé automatikusan átmásolódik.
4. Küldj fel egy új buildet, megnövelt buildszámmal.
5. Teszteld ezt a buildet a TestFlightban, add hozzá a verzióhoz, majd küldd be az App Review-ra.

Két feltétel, mielőtt belekezdesz. Az élő verziónak Ready for Distribution állapotban kell lennie. És kell hozzá a következő szerepkörök egyike: Account Holder, Admin, App Manager vagy Marketing.

Visszalépés nincs. Az Apple ugyanezen az oldalon írja: ha egy verzió gondot okoz, nem térhetsz vissza az előzőre. Új verziót kell létrehoznod és beküldened.

Verziószám és buildszám

A verzió az a szám, amit a vásárlóid látnak az adatlapodon. A build minden egyes feltöltést azonosít. A verzió és a build párosának egyedinek kell lennie: a szabályokat és a kapcsolódó hibákat a verzió- és buildszám cikkben találod.

Az én konvencióm, ami nem Apple-szabály: hibajavításnál az utolsó szám nő, 1.4.0-ról 1.4.1-re. Új funkciónál a középső, 1.4.1-ről 1.5.0-ra. A buildszám pedig csak felfelé megy, verzióról verzióra. Expóval a verzió az app.json fájlban él, és az EAS minden production fordításnál növelheti a buildet. A beállítást az Expo-app kiadása EAS-szel cikkben írom le.

Az „Újdonságok” szöveg: mit követel meg az Apple

A verzióinformációk oldala írja le a What's New in This Version mezőt:

• Legfeljebb 4000 karakter.
• Az első verziónál nincs, minden további verziónál kötelező.
• Az adatlapod minden nyelvére lefordítható.

Az App Review Guidelines 2.3.12-es pontja még egy követelményt hozzátesz: egyértelműen le kell írni az új funkciókat és a termék változásait. Egyszerű hiba-, biztonsági vagy teljesítményjavításnál elég egy általános megfogalmazás. Egy fontos változást fel kell sorolni. A „Hibajavítások és fejlesztések” tehát nem elég egy olyan verzióhoz, amely megváltoztatja az előfizetésedet vagy a főképernyődet.

Az Apple azt is tanácsolja az értékelésekről szóló oldalán, hogy a jegyzetekben jelezd azokat a javított problémákat, amelyeket a vásárlók az értékeléseikben leírtak.

Íme három sablon, amit testre szabhatsz, verziótípusonként egy.

Hibajavításhoz:

Javítások és stabilitás.
- [Funkció]: [ami nem működött] javítva.
- A(z) [képernyő] gyorsabban betölt.
Köszönjük mindenkinek, aki jelezte.

Új funkcióhoz:

Új: [a funkció, öt szóban].
[Amit most már megtehetsz, egy mondatban.]
Hol találod: [fül] > [gomb].

Ebben a verzióban még:
- [Látható fejlesztés].
- Hibajavítások.

Megváltozó folyamathoz:

Változik a(z) [képernyő vagy folyamat].
- Ami változik számodra: [konkrét hatás].
- Ami megmarad: [adatok, beállítások, vásárlás].
Kérdésed van? [Beállítások] > [Súgó].

A hibajavító sablon utolsó sora csak akkor érvényes, ha valaki tényleg jelezte a problémát. Soha ne írj olyan újdonságot, ami nincs benne a buildben: a 2.3-as pont az apphoz hű metaadatokat követel meg.

Kézi, automatikus vagy dátumhoz kötött kiadás

A kiadási lehetőségekről szóló súgó hármat kínál:

Lehetőség	Az Apple jóváhagyása után
Kézi	Pending Developer Release állapot, akkor adod ki, amikor akarod
Automatikus	A verzió a jóváhagyással azonnal megjelenik
Automatikus, nem korábban mint...	Megvárja a választott dátumot, aztán magától megjelenik

Kézi kiadásnál megnyitod a Pending Developer Release állapotú verziót, rákattintasz a Release This Version gombra, majd megerősíted. Az Apple figyelmeztet, hogy akár 24 óra is kellhet, mire megjelenik az App Store-ban. A verzió oldalán egy üzenet a Cancel This Release lehetőséget kínálja a visszavonásra. Ha a verzió több mint 30 napig várakozik, az Apple e-mailben emlékeztet.

A kézi kiadás arra jó, hogy te válaszd meg az időpontot, például hogy egy bejelentés napján jelenjen meg. A Solys 2.0.0, amely az éves előfizetés új változatát hozta, 2026 szeptemberének végén ment ellenőrzésre kézi kiadással.

Rutinverzióknál az automatikus kiadást hagyom. A 2026. október 12-én elfogadott Nolera 1.0.2 az iTunes nyilvános kereső API-ja szerint kevesebb mint egy perccel az Apple e-mailje után megjelent az App Store-ban. Ez egyetlen megfigyelés: számolj bőven.

A 7 napos fokozatos kiadás

Az Apple súgója a fokozatos kiadásról megadja a pontos ütemezést:

Nap	A felhasználók aránya
1	1%
2	2%
3	5%
4	10%
5	20%
6	50%
7	100%

A frissítés az automatikus frissítést bekapcsoló felhasználók véletlenszerű mintájához megy ki, a kompatibilis eszközökön. Ők nem kapnak értesítést arról, hogy a mintába tartoznak.

A fokozatos kiadás csak az automatikus frissítéseket fékezi. Az Apple pontosít: bárki bármikor letöltheti az új verziót az App Store-ból. Aki telepíti az appodat, vagy megnyomja az Update gombot az adatlapodon, az tehát már az első napon megkaphatja. Ez nem teszt a felhasználóid 1%-án: ez egy fék a többieken.

A bekapcsoláshoz nyisd meg a verziót, görgess le a Phased Release for Automatic Updates részhez, jelöld be a „Release update over a 7-day period using phased release” lehetőséget, majd mentsd. Account Holder, Admin vagy App Manager szerepkör kell hozzá. A lehetőség a Pending Developer Release állapotig elérhető: az Apple jóváhagyása után is bekapcsolhatod, amíg a verzió a kézi kiadásodra vár.

Ha a verziót jóváhagyták, a Ready for Distribution állapota mellett a „Phased Release” jelzés látszik. A 7 nap végén az app Admin és App Manager szerepkörű tagjai értesítést kapnak.

Szüneteltetés, folytatás és kiadás mindenkinek

• Szüneteltetés: összesen legfeljebb 30 napig, ahányszor csak akarod. Egy 10 napos szünet után 20 nap marad a következőkre.
• Folytatás: a kiadás attól a naptól indul újra, ahol megállítottad.
• Kiadás mindenkinek: a verzió jobb felső sarkában lévő Release to All Users gomb minden automatikus frissítést használó eszközre kiküldi a frissítést.
• Eladásból való kivonás: végleg leállítja a kiadást, akkor is, ha lejár a fejlesztői programtagságod. Ha az app újra elérhető lesz, a verzió egyszerre mindenkinek elérhető.

A mindenkinek szóló kiadás után már semmit nem lehet állítani, írja a módosítható tulajdonságok táblázata.

A Nolera 1.0.2 fokozatos kiadás nélkül jelent meg. Így használnám a hét során:

Amit látsz	Amit teszel	Ami történik
Összeomlások vagy aggasztó értékelések	Szüneteltetés	Az automatikus frissítések leállnak
Kész a javítás	Új verzió	Újra ellenőrzésre megy, saját fokozatos kiadással
3-4 nap után semmi rendellenes	Release to All Users	Mindenki megkapja
Az Apple válaszára vársz	Szüneteltetés, összesen 30 nap	Folytatás attól a naptól, ahol megálltál

Szünet alatt a kézi letöltések folytatódnak. Kapcsold be a fokozatos kiadást minden olyan verziónál, amely a fizetést vagy az első indítást érinti: ott kerül a legtöbbe egy hiba, és visszalépni nem fogsz tudni.

Ha sürgős a javítás: a gyorsított ellenőrzés

Az Apple lehetővé teszi, hogy gyorsított ellenőrzést kérj. Valódi vészhelyzetekre szól: egy kritikus hiba javítására, vagy egy eseményhez kötött kiadásra.

1. Először küldd be a verziódat. Írd le a hibát a reviewernek szánt Notes mezőben.
2. Töltsd ki a gyorsított ellenőrzés kérésére szolgáló űrlapot, majd válaszd ki az appodat és a platformját.
3. Az Apple a kapacitásától függően gyorsítja az ellenőrzést. Semmi sem garantált.

Esemény esetén a jegyzetekben add meg a dátumát és a kapcsolatodat vele. A szokásos átfutási időket az App Store jóváhagyási idejéről szóló cikkben találod.

Mi megy újra review-ra, és mi nem

Változás	Ami kell hozzá
Natív kód, engedélyek, SDK-verzió	Új build, új verzió, teljes ellenőrzés
Képernyőképek, leírás, kulcsszavak, újdonságok	Egy új verzió, vele együtt ellenőrizve
Promóciós szöveg	Semmi: új beküldés nélkül változik
Szüneteltetés, folytatás, kiadás mindenkinek	Semmi: ezek kiadási beállítások
iOS 27-es adatlap-fejléc	Önállóan az Asset Libraryben, vagy egy verzióval
JavaScript-javítás Expóval	Távoli frissítés lehetséges

A promóciós szöveg a verzióinformációk oldala szerint új beküldés nélkül változik. Expóval egy távoli frissítés az App Store megkerülésével módosítja a JavaScriptet, a szövegeket és a képeket. Az Expo dokumentációja két korlátot szab: a natív kód, az engedélyek és az SDK-verzió új binárist igényel, és a frissítéseknek meg kell felelniük az App Store szabályainak.

Az én esetem: egy távoli javítás, amit a reviewer sosem látott

2026 szeptemberében a Nolera egyik buildje ellenőrzésre várt. Kijavítottam egy hibát a szkennelő képernyőn, és a várakozás alatt távoli frissítésként kiadtam ezt a javítást. A buildet ennek ellenére elutasították, épp ezért a már kijavított hibáért.

A magyarázat az expo-updates dokumentációjában van: alapértelmezés szerint az app indításkor letölti a frissítést, és a következő indításkor alkalmazza. A reviewer telepíti az appot, egyszer elindítja, és a buildbe épített kódot teszteli. Ugyanez a szabály érvényes az új felhasználóidra: az első munkamenetük a build kódján fut.

Azóta a kezdőképernyő, a paywall vagy a fő funkció minden változása új buildben megy ki. A távoli frissítés csak azoknak szól, akiknek már megvan az app.

Az értékelés nullázása egy verzióval

Minden új verzió felkínálja a Reset rating when this version is released lehetőséget. Az Apple nullázásról szóló súgója szerint minden országra érvényes, megtartja az írásos értékeléseket, és a kiadás után nem vonható vissza. Az Apple azt tanácsolja, hogy takarékosan élj vele, mert egy kevés értékelést mutató adatlap elriaszthat.

Ellenőrzőlista a frissítésed beküldése előtt

• A verziószám magasabb, a build megnövelve.
• A build tesztelve van TestFlightban, kis iPhone-on és iPaden is, ha az appod ott is fut.
• Az újdonságok minden nyelven meg vannak írva, a fontos változások fel vannak sorolva.
• A képernyőképek az aktuális felületet mutatják, ha az megváltozott.
• A reviewernek szóló jegyzetek leírják, mi változott és hol található.
• A kiadási mód ki van választva: kézi, ha egy dátumot kell tartanod.
• A fokozatos kiadás be van jelölve, ha a verzió a fizetést vagy az első indítást érinti.
• Tudod, hogy egy esetleges javítás mehet-e távolról, vagy buildet igényel.

Átjutni a review-n minden frissítésnél

Minden frissítés újra az App Review elé kerül, és egy elutasítás blokkolja a javításodat. A Review Kit összegyűjti a beküldés előtti ellenőrzőlistámat, a kijavított elutasításaimat és két Claude Code skillt, amelyek átnézik a projektedet és az adatlapodat, majd előkészítik a válaszodat, ha az Apple elutasít. A teljes folyamat az alkalmazás kiadása az App Store-ban oldalon van.

Ha az első kiadásodra készülsz, csináld meg az ingyenes diagnózist: sorba rakja a lépéseket, és elküldi az Apple-elutasítások elleni ellenőrzőlistámat.

Gyakori kérdések

Meddig tart a fokozatos kiadás az App Store-ban?

Hét napig: az első napon az automatikus frissítést használók 1%-a, aztán 2, 5, 10, 20 és 50%, a hetedik napon pedig 100%. Összesen legfeljebb 30 napra szüneteltetheted, vagy bármikor befejezheted a Release to All Users gombbal.

Egy iOS-app frissítése újra átmegy az Apple review-ján?

Igen. Minden új verzió a buildjével és a metaadataival együtt átmegy az App Review-n. A promóciós szöveg és a kiadási beállítások viszont új beküldés nélkül módosíthatók.

Vissza lehet térni egy app korábbi verziójára az App Store-ban?

Nem. Új verziót kell létrehozni a javítással, és beküldeni ellenőrzésre. Ezért hasznos a fokozatos kiadás és annak szüneteltetése.

Megkapják az új felhasználók a frissítést a fokozatos kiadás alatt?

Igen, ha az App Store-ból töltik le az appot. A fokozatos kiadás csak az automatikus frissítéseket szabályozza: bárki bármikor letöltheti az új verziót.

Be lehet kapcsolni a fokozatos kiadást az Apple jóváhagyása után?

Igen, amíg a verzió Pending Developer Release állapotban van, vagyis kézi kiadásra vár, és még nem jelent meg. Ha a verzió már kint van, arra a verzióra késő.

Mit írjak egy frissítés kiadási jegyzetébe?

Az új funkciókat és a fontos változásokat, egyértelműen felsorolva: ezt írja elő a 2.3.12-es pont. Egyszerű hiba-, biztonsági vagy teljesítményjavításnál elég egy általános megfogalmazás. A mező 4000 karaktert fogad, és minden nyelvre lefordítható.