Posodobitev iOS aplikacije: postopna objava (phased release)

Za objavo posodobitve iOS aplikacije v App Store Connect ustvariš novo različico z višjo številko. Nanjo pripneš nov build, napišeš besedilo »Novosti« in jo pošlješ v App Review. Vsaka nova različica gre znova skozi Applov pregled, tudi če gre le za manjši popravek. Pred pošiljanjem izbereš, kako bo izšla po odobritvi: ročno, takoj, ne pred določenim datumom ali s postopno objavo v 7 dneh.

Postopna objava vpliva samo na samodejne posodobitve: prvi dan dobi posodobitev 1 % teh uporabnikov, sedmi dan vsi. Lahko jo zaustaviš za skupno največ 30 dni ali jo zaključiš naenkrat. Ta vodnik sledi Applovim stranem pomoči, ki sem jih preveril 3. novembra 2026.

Posodobitve svojih iOS aplikacij, med njimi Solys, TradaZen in Nolera, objavljam z Expo in EAS. Primeri spodaj so iz teh izdaj.

Objava posodobitve iOS aplikacije: koraki po vrsti

Pomoč App Store Connect za nove različice opisuje ta postopek:

1. V razdelku Apps izberi svojo aplikacijo in klikni gumb + poleg platforme.
2. Vnesi številko različice, višjo od prejšnje, in klikni Create.
3. Preglej metapodatke: tisti iz objavljene različice se kopirajo samodejno.
4. Pošlji nov build s povečano številko builda.
5. Build preizkusi v TestFlight, ga dodaj različici in jo pošlji v App Review.

Preden začneš, morata veljati dva pogoja. Objavljena različica mora imeti status Ready for Distribution. Potrebuješ pa eno od teh vlog: Account Holder, Admin, App Manager ali Marketing.

Vrnitve nazaj ni. Apple to piše na isti strani: če različica povzroča težave, se ne moreš vrniti na prejšnjo. Ustvariti in poslati moraš novo različico.

Številka različice in številka builda

Različica je številka, ki jo stranke vidijo na tvoji strani v trgovini. Build označuje vsako posamezno pošiljko. Par različica in build mora biti edinstven: pravila in povezane napake so v članku različica in številka builda.

Moja konvencija, ki ni Applovo pravilo: zadnja številka se poveča ob popravku, z 1.4.0 na 1.4.1. Srednja se poveča ob novi funkciji, z 1.4.1 na 1.5.0. Številka builda pa samo raste, od različice do različice. Pri Expo je različica zapisana v app.json, EAS pa lahko build poveča ob vsakem produkcijskem prevajanju. Nastavitev je opisana v članku objava Expo aplikacije z EAS.

Besedilo »Novosti«: kaj zahteva Apple

Stran z informacijami o različici opisuje polje What's New in This Version:

• Največ 4.000 znakov.
• Pri prvi različici ga ni, pri vseh naslednjih je obvezno.
• Prevedeš ga lahko v vsak jezik svoje strani v trgovini.

Pravilo 2.3.12 v App Review Guidelines doda zahtevo: nove funkcije in spremembe izdelka moraš jasno opisati. Za navadne popravke napak, varnosti ali zmogljivosti zadošča splošen opis. Pomembno spremembo moraš navesti. »Popravki napak in izboljšave« torej ni dovolj za različico, ki spremeni tvojo naročnino ali glavni zaslon.

Apple na svoji strani o ocenah svetuje tudi, da v opombah omeniš odpravljene težave, ki so jih stranke opisale v ocenah.

Tukaj so trije predlogi za prilagoditev, po eden za vsako vrsto različice.

Za popravek:

Popravki in stabilnost.
- [Funkcija]: [kar ni delovalo] je popravljeno.
- [Zaslon] se naloži hitreje.
Hvala vsem, ki ste to sporočili.

Za novo funkcijo:

Novo: [funkcija, v petih besedah].
[Kaj lahko zdaj narediš, v enem stavku.]
Kje jo najdeš: [zavihek] > [gumb].

Tudi v tej različici:
- [Vidna izboljšava].
- Popravki napak.

Za spremenjen potek:

[Zaslon ali potek] se spreminja.
- Kaj se spremeni zate: [konkreten učinek].
- Kaj ostane: [podatki, nastavitve, nakup].
Imaš vprašanje? [Nastavitve] > [Pomoč].

Zadnja vrstica predloge za popravek velja le, če je težavo res kdo sporočil. Nikoli ne napiši novosti, ki je ni v buildu: pravilo 2.3 zahteva metapodatke, ki se ujemajo z aplikacijo.

Ročna, samodejna ali objava na določen datum

Pomoč o možnostih objave ponuja tri:

Možnost	Po Applovi odobritvi
Ročna	Status Pending Developer Release, objaviš, ko želiš
Samodejna	Različica izide takoj po odobritvi
Samodejna, ne pred ...	Počaka na izbrani datum, nato izide sama

Pri ročni objavi odpreš različico s statusom Pending Developer Release, klikneš Release This Version in potrdiš. Apple opozarja, da se lahko v App Store prikaže šele po največ 24 urah. Sporočilo na strani različice ponuja Cancel This Release za preklic. Če različica čaka več kot 30 dni, ti Apple pošlje opomnik po e-pošti.

Ročna objava je zato, da izbereš trenutek, na primer objavo na dan napovedi. Solys 2.0.0, ki je prinesla novo različico letne naročnine, je konec septembra 2026 šla v pregled z ročno objavo.

Za rutinske različice pustim samodejno objavo. Nolera 1.0.2, odobrena 12. oktobra 2026, se je po podatkih javnega iTunes Search API pojavila v App Store manj kot minuto po Applovem e-poštnem sporočilu. To je ena sama opažena izkušnja: računaj z rezervo.

Postopna objava v 7 dneh

Applova pomoč o postopni objavi navaja natančen razpored:

Dan	Delež uporabnikov
1	1 %
2	2 %
3	5 %
4	10 %
5	20 %
6	50 %
7	100 %

Posodobitev gre naključnemu vzorcu uporabnikov, ki imajo vklopljene samodejne posodobitve, na združljivih napravah. Ne izvejo, da so v vzorcu.

Postopna objava zavira samo samodejne posodobitve. Apple poudarja, da lahko kdorkoli novo različico kadarkoli prenese iz App Store. Kdor namesti tvojo aplikacijo ali na tvoji strani tapne »Update«, jo lahko dobi že prvi dan. To ni test na 1 % uporabnikov: je zavora za vse ostale.

Za vklop odpri različico, se pomakni do razdelka Phased Release for Automatic Updates, označi »Release update over a 7-day period using phased release« in shrani. Potrebuješ vlogo Account Holder, Admin ali App Manager. Možnost je na voljo do statusa Pending Developer Release: vklopiš jo lahko še po Applovi odobritvi, dokler različica čaka na tvojo ročno objavo.

Ko je različica odobrena, ima njen status Ready for Distribution oznako »Phased Release«. Po 7 dneh dobijo Admin in App Manager aplikacije obvestilo.

Premor, nadaljevanje in objava za vse

• Premor: skupno do 30 dni, v poljubno mnogo delih. Premor 10 dni pusti 20 dni za naslednje.
• Nadaljevanje: objava se nadaljuje na dan, ko si jo ustavil.
• Objava za vse: gumb Release to All Users zgoraj desno na strani različice pošlje posodobitev vsem napravam s samodejnimi posodobitvami.
• Umik iz prodaje: dokončno ustavi objavo, tudi če ti poteče članstvo v programu za razvijalce. Če se aplikacija vrne v prodajo, je različica takoj na voljo vsem.

Po objavi za vse ni več mogoče ničesar nastaviti, piše v tabeli spremenljivih lastnosti.

Nolera 1.0.2 je izšla brez postopne objave. Takole bi jo uporabil med tednom:

Kaj vidiš	Kaj narediš	Kaj se zgodi
Zrušitve ali zaskrbljujoče ocene	Premor	Samodejne posodobitve se ustavijo
Popravek je pripravljen	Nova različica	Gre znova v pregled, z lastno postopno objavo
Po 3 ali 4 dneh nič nenavadnega	Release to All Users	Dobijo jo vsi
Čakaš na Applov odgovor	Premor, skupno 30 dni	Nadaljevanje na dan, ko si ustavil

Med premorom ročni prenosi tečejo naprej. Postopno objavo označi pri vsaki različici, ki posega v plačila ali prvi zagon: tam je napaka najdražja, nazaj pa se ne moreš vrniti.

Ko je popravek nujen: pospešeni pregled

Apple omogoča, da zaprosiš za pospešeni pregled. Namenjen je le resničnim nujnim primerom: kritični napaki, ki jo je treba popraviti, ali izdaji, vezani na dogodek.

1. Najprej pošlji različico. Napako opiši v polju Notes, namenjenem pregledovalcu.
2. Izpolni obrazec za pospešeni pregled ter izberi aplikacijo in njeno platformo.
3. Apple pregled pospeši glede na razpoložljivost. Nič ni zagotovljeno.

Pri dogodku v opombah navedi njegov datum in svojo povezavo z njim. Običajni roki so v članku kako dolgo traja odobritev v App Store.

Kaj gre znova v pregled in kaj ne

Sprememba	Kaj potrebuješ
Nativna koda, dovoljenja, različica SDK	Nov build, nova različica, celoten pregled
Posnetki zaslona, opis, ključne besede, novosti	Novo različico, pregledano skupaj z njo
Promocijsko besedilo	Nič: spremeni se brez novega pošiljanja
Premor, nadaljevanje, objava za vse	Nič: to so nastavitve objave
Glava strani v trgovini za iOS 27	Samostojno v Asset Library ali z različico
Popravek JavaScripta, z Expo	Mogoča je oddaljena posodobitev

Promocijsko besedilo se po strani z informacijami o različici spremeni brez novega pošiljanja. Z Expo oddaljena posodobitev spremeni JavaScript, besedila in slike brez App Store. Dokumentacija Expo postavlja dve omejitvi: nativna koda, dovoljenja in različica SDK zahtevajo nov binarni paket, posodobitve pa morajo spoštovati pravila App Store.

Moj primer: oddaljeni popravek, ki ga pregledovalec ni nikoli videl

Septembra 2026 je build aplikacije Nolera čakal na pregled. Popravil sem napako na zaslonu za skeniranje in popravek med čakanjem objavil kot oddaljeno posodobitev. Build je bil kljub temu zavrnjen, zaradi te že popravljene napake.

Razlaga je v dokumentaciji expo-updates: privzeto aplikacija posodobitev prenese ob zagonu in jo uporabi ob naslednjem zagonu. Pregledovalec aplikacijo namesti, jo zažene enkrat in testira kodo, vgrajeno v build. Isto pravilo velja za tvoje nove uporabnike: njihova prva seja teče na kodi iz builda.

Od takrat gre vsaka sprememba začetnega zaslona, paywalla ali glavne funkcije v nov build. Oddaljena posodobitev je samo za tiste, ki aplikacijo že imajo.

Ponastavitev ocene z novo različico

Vsaka nova različica ponuja možnost Reset rating when this version is released. Po Applovi pomoči o ponastavitvi velja za vse države, ohrani pisne ocene in je po objavi ne moreš preklicati. Apple svetuje zmerno uporabo, ker lahko stran z malo ocenami odvrača.

Kontrolni seznam pred pošiljanjem posodobitve

• Številka različice je višja, build je povečan.
• Build je preizkušen v TestFlight, na majhnem iPhonu in na iPadu, če aplikacija teče tudi tam.
• Novosti so napisane v vsakem jeziku, pomembne spremembe so navedene.
• Posnetki zaslona kažejo trenutni vmesnik, če se je spremenil.
• Opombe za pregledovalca povedo, kaj se je spremenilo in kje to najti.
• Možnost objave je izbrana: ročna, če moraš ujeti datum.
• Postopna objava je označena, če različica posega v plačila ali prvi zagon.
• Veš, ali lahko morebitni popravek gre na daljavo ali bo zahteval build.

Uspešen pregled ob vsaki posodobitvi

Vsaka posodobitev gre znova skozi App Review, zavrnitev pa blokira tvoj popravek. Review Kit združuje moj kontrolni seznam pred pošiljanjem, moje popravljene zavrnitve in dva Claude Code skilla, ki pregledata tvoj projekt in stran v trgovini ter pripravita odgovor, če Apple zavrne. Celoten postopek je na strani objava aplikacije v App Store.

Če pripravljaš svojo prvo izdajo, naredi brezplačno diagnozo: uredi korake po vrsti in ti pošlje moj kontrolni seznam proti Applovim zavrnitvam.

Pogosta vprašanja

Koliko časa traja postopna objava v App Store?

Sedem dni: prvi dan 1 % uporabnikov s samodejnimi posodobitvami, nato 2, 5, 10, 20 in 50 %, sedmi dan 100 %. Lahko jo zaustaviš za skupno največ 30 dni ali jo kadarkoli zaključiš z Release to All Users.

Ali gre posodobitev iOS aplikacije znova skozi Applov pregled?

Da. Vsaka nova različica z buildom in metapodatki gre skozi App Review. Promocijsko besedilo in nastavitve objave pa se spremenijo brez novega pošiljanja.

Ali se lahko v App Store vrnem na staro različico aplikacije?

Ne. Ustvariti moraš novo različico s popravkom in jo poslati v pregled. Zato sta postopna objava in njen premor tako uporabna.

Ali novi uporabniki dobijo posodobitev med postopno objavo?

Da, če aplikacijo prenesejo iz App Store. Postopna objava uravnava samo samodejne posodobitve: kdorkoli lahko novo različico prenese kadarkoli.

Ali lahko postopno objavo vklopim po Applovi odobritvi?

Da, dokler ima različica status Pending Developer Release, torej pri ročni objavi, ki še ni izšla. Ko različica izide, je za to različico prepozno.

Kaj napisati v opombe ob izdaji posodobitve?

Nove funkcije in pomembne spremembe, jasno naštete: tako zahteva pravilo 2.3.12. Za navaden popravek napak, varnosti ali zmogljivosti zadošča splošen opis. Polje sprejme 4.000 znakov in ga prevedeš v vsak jezik.