# iOS frissítés kiadása: fokozatos kiadás az App Store-ban > iOS frissítés kiadása: új verzió, új build, újdonságok szövege, majd kézi, automatikus vagy 7 napos fokozatos kiadás. Eredeti oldal: [iOS frissítés kiadása: fokozatos kiadás az App Store-ban](https://devoria.fr/hu/blog/ios-frissites-kiadasa-fokozatos-kiadas) Szerző: [Mehdi Azizi](https://devoria.fr/hu/mehdi-azizi) Megjelenés: 2026-11-04 A tartalom utolsó frissítése: 2026-11-04 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](https://developer.apple.com/help/app-store-connect/update-your-app/create-a-new-version) 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](https://devoria.fr/hu/blog/testflight-iphone-app-tesztelese), 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](https://devoria.fr/hu/blog/app-store-connect-build-number-verzio-buildszam) 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](https://devoria.fr/hu/blog/eas-submit-ios-expo-app-store-kozzetetel) cikkben írom le. ## Az „Újdonságok” szöveg: mit követel meg az Apple [A verzióinformációk oldala](https://developer.apple.com/help/app-store-connect/reference/app-information/platform-version-information) í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](https://developer.apple.com/app-store/review/guidelines/#2.3.12) 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](https://developer.apple.com/app-store/ratings-and-reviews/), 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: ```text 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: ```text Ú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: ```text 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ó](https://developer.apple.com/help/app-store-connect/manage-your-apps-availability/select-an-app-store-version-release-option) 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](https://developer.apple.com/help/app-store-connect/update-your-app/release-a-version-update-in-phases) 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](https://developer.apple.com/help/app-store-connect/reference/app-information/required-localizable-and-editable-properties). 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](https://developer.apple.com/help/app-review/after-submitting-for-review/request-expedited-review) 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](https://devoria.fr/hu/blog/app-store-ellenorzesi-ido-mennyit-kell-varni) 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](https://devoria.fr/hu/blog/app-store-promocios-szoveg-170-karakter) 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](https://docs.expo.dev/eas-update/introduction/) 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](https://docs.expo.dev/versions/latest/sdk/updates/) 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](https://developer.apple.com/help/app-store-connect/monitor-ratings-and-reviews/reset-an-app-overview-rating) 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](https://devoria.fr/hu/kits/app-review) ö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](https://devoria.fr/hu/expertise/alkalmazas-kozzetetele-app-store) oldalon van. Ha az első kiadásodra készülsz, [csináld meg az ingyenes diagnózist](https://devoria.fr/hu/diagnostic): 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ó. ## A projekted [Review Kit](https://devoria.fr/hu/kits/app-review): Az App Store review checklistem, a javított Apple-elutasításaim, a Google Play checklist és három Claude Code skill. 17 990 Ft. [iOS & Android Kit](https://devoria.fr/hu/kits/ios): Készítsd el iPhone- és Android-appodat Claude Code-dal: az appjaim kezdőkódja, az út a store-okig és az összes kit. 35 990 Ft. [Diagnózis: mi választ el az iPhone-appodtól](https://devoria.fr/hu/diagnostic): 7 kérdés, 60 másodperc: megtudod, mi akadályoz valójában abban, hogy kiadd az iPhone-appodat, megkapod a 4 lépéses utadat és a hozzád illő kitet.