Aktualizácia mobilnej aplikácie po spustení: ako riadiť verzie, aby vás Apple ani Google neprekvapili

01Krátka odpoveď: čo aplikácia po spustení potrebuje

Pre predstavu, ako to robia najúspešnejšie aplikácie: podľa priebežnej štatistiky 42matters z 27. septembra 2026 vydá aspoň raz týždenne novú verziu 47 % z 1 000 aplikácií s najväčším počtom hodnotení v App Store a 39 % v Google Play. Aspoň raz za rok aktualizuje 98 %, resp. 97 % z nich.

Menšia firemná aplikácia nemusí vychádzať tak často. Počítajte však s tým, že aj aplikácia, na ktorej sa práve nič nevyvíja, potrebuje niekoľko aktualizácií ročne, aby zostala v obchodoch a fungovala na nových telefónoch.

02Prečo aplikácia bez aktualizácií prestane fungovať

Oba obchody majú pravidlá, ktoré zastarané aplikácie postupne vytláčajú. Dôvod je praktický: nové verzie systémov lepšie chránia súkromie a bezpečnosť a obchody chcú, aby to aplikácie využívali.

Google Play: každý rok 31. augusta nová cieľová verzia Androidu

Od 31. augusta 2026 musia nové aplikácie aj aktualizácie pre telefóny a tablety cieliť na Android 16 (úroveň API 36). Kto potrebuje viac času, môže požiadať o odklad do 1. novembra 2026. Pravidlo sa posúva každý rok: v roku 2023 platila úroveň 33, v roku 2024 úroveň 34 a v roku 2025 úroveň 35 (Google Play).

Existujúce aplikácie majú miernejšiu latku, no aj tá rastie. Aplikáciu, ktorá necieli aspoň na Android 15 (API 35), v obchode naďalej nájdu tí, ktorí ju už majú, a ľudia so starším Androidom. Noví používatelia s novším Androidom, než na aký aplikácia cieli, ju nenájdu a Google Play im oznámi, že aplikácia bola vytvorená pre staršiu verziu Androidu. Pre firmu to znamená menej stiahnutí, často bez toho, aby si to niekto vo firme všimol.

Cieľová verzia nie je len číslo v nastaveniach. Každá nová úroveň mení správanie aplikácie: o aké povolenia musí žiadať, čo smie robiť na pozadí alebo ako vyzerajú notifikácie. Preto treba po jej zvýšení aplikáciu znova otestovať.

Apple: nové Xcode každú jar a minimálne iOS 13

Od 28. apríla 2026 prijíma App Store Connect len aplikácie zostavené v Xcode 26 so sadou SDK pre iOS 26. Predchádzajúce požiadavky platili od 25. apríla 2023 a od 29. apríla 2024, rytmus je teda podobný ako pri Googli, len na jar. Od 9. septembra 2026 musí navyše každé zostavenie nahraté do App Store Connect, aj pri aktualizácii, podporovať ako najstaršiu verziu aspoň iOS 13 (tzv. deployment target) (Apple).

Apple tiež priebežne odstraňuje opustené aplikácie. Týka sa to aplikácií, ktoré tri roky nikto neaktualizoval a za posledných 12 mesiacov si ich takmer nikto nestiahol. Vývojár dostane e-mail a 90 dní na novú verziu, inak aplikácia z App Store zmizne, kým ju neaktualizuje. Aplikácia, ktorá padá hneď po spustení, ide preč okamžite. Súčasným používateľom však aplikácia funguje ďalej (Apple).

03Aké verzie iOS a Androidu majú ľudia na Slovensku

Skôr než sa rozhodnete, ktoré verzie systémov bude aplikácia podporovať, pozrite sa, čo ľudia naozaj používajú. Najlepší verejne dostupný zdroj pre Slovensko je StatCounter, ktorý meria návštevy webov. Neukazuje teda počet telefónov, no na odhad pomerov postačí.

V auguste 2026 pripadalo na Slovensku 73,5 % mobilných návštev na Android a 26,5 % na iOS (StatCounter). Zaujímavejšie je, ako rozdielne sa oba systémy aktualizujú. Z iPhonov na Slovensku prichádza 85,6 % návštev z niektorej verzie iOS 26. Android 16 je pri 38,3 % návštev z Androidu (novší Android 17 zatiaľ pod 1 %) a takmer pätina (19,8 %) prichádza z Androidu 12 alebo staršieho.

Apple zverejňuje vlastné čísla za celý svet. K 7. júnu 2026 malo iOS 26 nainštalovaných 86 % iPhonov uvedených na trh za posledné štyri roky a 79 % všetkých iPhonov (Apple). Google podobný prehľad verzií Androidu verejne nevydáva, vývojári ho vidia len pre vlastnú aplikáciu v Google Play Console.

Čo z toho vyplýva pre prax: pri iOS zvyčajne stačí podporovať aktuálnu a predchádzajúcu hlavnú verziu. Pri Androide musí aplikácia počítať so štyrmi až piatimi verziami systému a s množstvom výrobcov telefónov. Ak aplikáciu vyvíjate v React Native a Expo, minimum za vás čiastočne určia nástroje: aktuálne Expo SDK 57 podporuje iOS 16.4 a novší a Android 7 a novší (Expo). O rozdieloch medzi natívnym a multiplatformovým vývojom sme písali v článku Natívna aplikácia vs. multiplatformový vývoj.

04Číslo verzie: čo znamená 2.4.1 a prečo sú čísla dve

Každá verzia aplikácie má v skutočnosti dve čísla. Číslo verzie vidí používateľ v obchode, napríklad 2.4.1. Číslo zostavenia (build) je interné a s každým nahratím do obchodu musí rásť. V iOS sa volajú CFBundleShortVersionString a CFBundleVersion, v Androide versionName a versionCode.

Pri Androide je číslo zostavenia prísne: Google Play neprijme versionCode, ktorý už aplikácia raz použila, a systém nedovolí nainštalovať verziu s nižším číslom cez vyššiu. Najvyššia povolená hodnota je 2 100 000 000 (Android Developers). Kto čísla generuje z dátumu a času, musí si postrážiť, aby sa do limitu zmestili.

Pre číslo verzie sa najčastejšie používa sémantické verzovanie (semver) v tvare HLAVNÁ.VEDĽAJŠIA.OPRAVA. Pravidlá na semver.org sú napísané pre knižnice a rozhrania, pri aplikáciách sa však ujali v zjednodušenej podobe: posledné číslo pre opravy, prostredné pre nové funkcie, prvé pre veľké zmeny.

K číslu verzie patrí aj text „Čo je nové“. V App Store má limit 4 000 znakov a pri prvej verzii sa nevypĺňa, v Google Play je to 500 znakov na jazyk a nesmie slúžiť na propagáciu. Apple navyše ponúka propagačný text do 170 znakov, ktorý sa dá zmeniť kedykoľvek bez novej verzie (Apple, Google Play). Píšte ho pre ľudí: čo sa zlepšilo a čo sa opravilo, nie „drobné opravy a vylepšenia“ pri každej verzii.

05Testovanie pred vydaním: TestFlight a testovacie kanály Google Play

Každá verzia by mala prejsť rukami skutočných ľudí na skutočných telefónoch skôr, než ju dostanú všetci. Oba obchody na to majú vlastné bezplatné nástroje.

• TestFlight (Apple): až 100 interných testerov z vášho tímu a až 10 000 externých, ktorých pozvete e-mailom alebo odkazom. Zostavenie je dostupné 90 dní. Prvé zostavenie pre externých testerov musí schváliť Apple, ďalšie už úplnou kontrolou prejsť nemusia (Apple).
• Interné testovanie (Google Play): až 100 testerov, nová verzia je u nich v priebehu niekoľkých minút (Google Play).
• Uzavreté a otvorené testovanie (Google Play): uzavreté pre vybraných ľudí podľa e-mailov, otvorené pre kohokoľvek, kto sa prihlási. Spätná väzba testerov neovplyvní verejné hodnotenie aplikácie.

Pozor na jednu pascu pri zakladaní účtu. Kto si v Google Play založil osobný vývojársky účet po 13. novembri 2023, musí pred prvým vydaním urobiť uzavretý test aspoň s 12 testermi, ktorí sú prihlásení nepretržite 14 dní. Predtým to bolo 20 testerov, takže staršie návody nesedia. Účtov vedených na firmu (organizáciu) sa povinnosť netýka (Google Play). Firemnú aplikáciu preto zakladajte na firemný účet, ušetríte si dva týždne aj starosti s vlastníctvom.

Na vlastníctvo účtov myslite od začiatku. Ak vývojárske účty a prístupy drží len dodávateľ, každá aktualizácia závisí od neho. Ako to napraviť, keď sa to už stalo, opisujeme v článku Ako prevziať web od dodávateľa, postup platí obdobne aj pre aplikácie.

06Postupné vydanie: ako nepokaziť aplikáciu všetkým naraz

Ani dôkladné testovanie neodhalí všetko. Preto sa nové verzie nevydávajú všetkým používateľom naraz, ale postupne. Keď sa objaví problém, zasiahne len malú časť ľudí a vydávanie sa dá zastaviť.

App Store: sedem dní, od 1 % po všetkých

Apple ponúka fázované vydanie (phased release), ktoré rozloží aktualizáciu do siedmich dní. Prvý deň ju dostane 1 % používateľov s automatickými aktualizáciami, siedmy deň všetci. Vydávanie môžete pozastaviť, spolu najviac na 30 dní, alebo naopak kedykoľvek pustiť aktualizáciu všetkým (Apple).

Jedna vec sa často prehliada: fázovanie sa týka len automatických aktualizácií. Kto v App Store ťukne na „Aktualizovať“ ručne, dostane novú verziu hneď. Fázované vydanie teda znižuje riziko, ale nezaručuje, že chybnú verziu uvidí len 1 % ľudí.

Google Play: percentá si volíte sami

V Google Play určujete podiel používateľov sami a sami ho musíte zvyšovať, automaticky nerastie. Začať môžete aj len v niekoľkých krajinách. Keď sa objaví chyba, vydávanie zastavíte, ale vrátiť sa k staršej verzii nejde: kto novú verziu dostal, zostane na nej. Oprava znamená vydať ďalšiu verziu s vyšším číslom zostavenia (Google Play).

Ako to vyzerá vo veľkom, ukazuje Spotify. Novú verziu aplikácie vydáva každý týždeň, najprv malej časti používateľov a na druhý deň všetkým. Pri vážnej chybe vydávanie zastaví a pripraví opravu. Týmto postupom sa k všetkým používateľom dostane viac ako 95 % verzií, zvyšok Spotify zruší a zmeny počkajú na ďalší týždeň (Spotify Engineering).

Ako dlho trvá schválenie

Apple uvádza, že v priemere 90 % žiadostí posúdi do 24 hodín. Pri kritickej chybe môžete požiadať o urýchlené posúdenie (Apple). Google spracúva aktualizácie čo najskôr, pri niektorých účtoch a aplikáciách však kontrola trvá až 7 dní, výnimočne aj dlhšie. Užitočná je funkcia riadeného zverejňovania, keď si po schválení sami určíte, kedy sa zmeny zverejnia (Google Play). S rezervou počítajte najmä pri verziách naviazaných na termín, napríklad na kampaň alebo zmenu cenníka.

07Pády a stabilita: čo sledovať po vydaní

Po vydaní verzie sa začína najdôležitejšia časť: merať, či sa aplikácia u ľudí správa tak, ako má. Nástroje ako Sentry alebo Firebase Crashlytics zachytávajú pády aj s informáciou o telefóne, verzii systému a kroku, pri ktorom nastal.

Google sleduje stabilitu aplikácií sám a má pevne stanovené hranice. Ak pád zaznamená viac ako 1,09 % používateľov denne v priemere za všetky zariadenia alebo viac ako 8 % používateľov na jednom modeli telefónu, Google môže aplikáciu v obchode menej ukazovať a na jej stránke zobraziť varovanie. Pri zamrznutí aplikácie (ANR) je hranica 0,47 %. Google hodnotí posledných 28 dní a od februára 2027 môže viditeľnosť ovplyvniť aj spotreba pamäte (Android Developers).

Pre porovnanie: podľa údajov firmy Instabug (dnes Luciq) za rok 2024 mal medián aplikácií jej zákazníkov 99,95 % relácií bez pádu. Horšia štvrtina aplikácií mala 99,77 % alebo menej, lepšia štvrtina 99,99 % alebo viac (Luciq). Rozdiel niekoľkých desatín percentuálneho bodu vyzerá nevinne, v počte pádov je však veľký: zhruba 23 proti 1 pádu na 10 000 relácií.

Stabilita sa premieta do hodnotenia. Google už v roku 2019 uviedol, že 42 % ľudí, ktorí dajú aplikácii jednu hviezdičku, spomína nestabilitu alebo chyby. V tom istom článku Google uviedol, že keď vývojár na recenziu odpovie, používateľ hodnotenie v priemere zvýši o 0,7 hviezdičky (Android Developers Blog). Odpovedať na recenzie po každej verzii sa teda oplatí.

Pozor, pád nemusí spôsobiť len vaša nová verzia. V máji a v júli 2020 zhodila zmena na serveroch Facebooku na iPhonoch aplikácie, ktoré mali v sebe jeho knižnicu Facebook SDK, medzi nimi Spotify či Pinterest (GitHub). Preto je dobré sledovať pády aj medzi vydaniami, nielen pár dní po nich.

08Ako dostať aktualizáciu k používateľom a kedy ju vynútiť

Mať novú verziu v obchode nestačí, musí sa dostať k ľuďom. Podľa prieskumu Kompetenčného a certifikačného centra kybernetickej bezpečnosti z júla 2024 má zapnuté aktualizácie zariadení a aplikácií 60,8 % Slovákov, o 6,9 percentuálneho bodu viac ako rok predtým (KCCKB). Na iPhonoch sú automatické aktualizácie aplikácií predvolene zapnuté, používateľ ich však môže vypnúť (Apple).

Vždy teda zostane skupina ľudí na starej verzii. Aplikácia aj server s tým musia počítať: keď zmeníte rozhranie servera, staré verzie aplikácie musia fungovať ďalej, kým ich ľudia používajú. Až keď stará verzia fungovať nemôže alebo obsahuje vážnu bezpečnostnú chybu, prichádza na rad vynútená aktualizácia.

• Android: Google ponúka funkciu aktualizácií v aplikácii (In-App Updates) v dvoch podobách. Flexibilná stiahne aktualizáciu na pozadí a používateľ pokračuje v práci. Okamžitá zobrazí celú obrazovku a bez aktualizácie sa ďalej nedá pokračovať. Každej verzii môžete priradiť prioritu 0 až 5 (Android Developers).
• Google Play Console: navyše vie vyzvať používateľov starej alebo chybnej verzie na aktualizáciu aj bez zásahu do kódu, ak aplikácia používa Play App Signing a vychádza ako Android App Bundle (Google Play).
• iOS: podobnú funkciu Apple nemá. Aplikácia si pri spustení zistí zo servera minimálnu podporovanú verziu, a ak je nainštalovaná verzia staršia, zobrazí výzvu s odkazom do App Store.

Vynútenú aktualizáciu používajte striedmo. Kto ju uvidí po každej drobnosti, berie ju ako otravnú prekážku. Google sám odporúča pri drobných zmenách vzhľadu nevyžadovať nič, pri zlepšení výkonu ponúknuť flexibilnú aktualizáciu a okamžitú si nechať na kritické bezpečnostné opravy.

09Aktualizácie bez schvaľovania: OTA a vzdialené prepínače

Pri aplikáciách v React Native sa časť zmien dá doručiť priamo do telefónu bez nového schvaľovania v obchode. Hovorí sa tomu aktualizácia na diaľku alebo OTA (over the air), v ekosystéme Expo ju zabezpečuje služba EAS Update. Vie vymeniť JavaScript, štýly a obrázky. Nové natívne knižnice, zmeny povolení ani prechod na novšie Expo SDK takto doručiť nemožno, na ne treba nové zostavenie (Expo).

Apple to pripúšťa len za určitých podmienok. Licenčná zmluva pre vývojárov v článku 3.3.1(B) povoľuje sťahovať interpretovaný kód, ak nemení hlavný účel aplikácie, neobchádza zabezpečenie systému a nevytvára obchod s ďalšími aplikáciami. Pravidlá App Store v bode 2.5.2 zakazujú sťahovať kód, ktorý pridáva alebo mení funkcie (Apple, pravidlá App Store). V praxi sa OTA hodí na rýchle opravy chýb a textov. Nové funkcie patria do bežnej verzie so schválením.

Ak ste predtým používali Microsoft CodePush, služba App Center skončila 31. marca 2025. Microsoft zverejnil verziu CodePush na prevádzku na vlastnom serveri (Microsoft Learn).

Druhým nástrojom sú vzdialené prepínače (feature flags). Nová funkcia je v aplikácii schovaná a zapnete ju na serveri, pokojne len pre časť používateľov. Keď sa niečo pokazí, funkciu vypnete bez novej verzie. Takto podľa svojho opisu z roku 2017 pracuje napríklad Meta, ktorá funkcie vydáva oddelene od verzií aplikácie (Engineering at Meta). Prepínače však pridávajú do kódu zložitosť, preto treba tie nepotrebné priebežne mazať (martinfowler.com).

Pre menšie aplikácie stačí Firebase Remote Config. Od 1. septembra 2026 už však nie je bez obmedzenia zadarmo: zadarmo je do 100 000 načítaní konfigurácie denne na projekt, nad tento limit sa platí 0,06 USD za 10 000 načítaní, teda zhruba 5 eurocentov (Firebase). Do vzdialenej konfigurácie nepatria heslá ani iné tajné údaje.

10Čo hovorí zákon o aktualizáciách

Ak aplikáciu ponúkate spotrebiteľom za peniaze alebo výmenou za ich osobné údaje, zákon vám ukladá dodávať aktualizácie, ktoré aplikácia potrebuje, aby zostala v súlade so zmluvou. Týka sa to vzťahu firmy a jej zákazníkov. Vzťah s vývojárskou agentúrou upravuje zmluva o dielo.

Občiansky zákonník, § 852f ods. 4 až 6

Obchodník musí spotrebiteľa upovedomiť o aktualizáciách digitálneho plnenia vrátane bezpečnostných a dodať tie, ktoré sú potrebné na zachovanie súladu. Pri jednorazovom plnení počas doby, ktorú môže spotrebiteľ dôvodne očakávať, pri nepretržitom počas dohodnutej doby. Platí od 1. júla 2024 (zákon č. 108/2024 Z. z.) a týka sa aj aplikácií, za ktoré spotrebiteľ „platí“ osobnými údajmi (§ 852a). Ak si spotrebiteľ aktualizáciu v primeranej lehote nenainštaluje, obchodník za vadu spôsobenú len tým nezodpovedá, ak ho o aktualizácii a následkoch informoval a chybu nespôsobil nedostatočný návod na inštaláciu (§ 852h ods. 5) (Slov-Lex).

Zákon o ochrane spotrebiteľa od 27. septembra 2026

Pri zmluve za odplatu (alebo pri objednávke spotrebiteľa) musí obchodník pred jej uzavretím uviesť minimálnu dobu bezplatných aktualizácií vrátane bezpečnostných, ak mu ju výrobca alebo poskytovateľ sprístupnil (§ 5 ods. 1 písm. p) zákona č. 108/2024 Z. z.). Medzi nekalé praktiky pribudli dve nové: zamlčanie negatívneho vplyvu aktualizácie a prezentovanie aktualizácie, ktorá len zlepšuje funkcie, ako potrebnej (Slov-Lex).

Nariadenie o kybernetickej odolnosti (CRA)

Mobilná aplikácia, ktorú firma ponúka v rámci podnikania, aj zadarmo, je produkt s digitálnymi prvkami. Výrobcom je aj firma, ktorá si aplikáciu dala vyvinúť a ponúka ju pod svojím menom. Od 11. septembra 2026 platí povinnosť hlásiť aktívne zneužívané zraniteľnosti (včasné varovanie do 24 hodín, oznámenie do 72 hodín). Od 11. decembra 2027 budú platiť hlavné povinnosti: doba podpory spravidla aspoň päť rokov (kratšia, len ak sa produkt má používať kratšie), bezpečnostné aktualizácie zadarmo, a ak je to možné, oddelene od funkčných (Európska komisia).

Zákon o prístupnosti výrobkov a služieb (č. 351/2022 Z. z.)

Od 28. júna 2025 sa týka okrem iného mobilných aplikácií pri finančných službách a službách informačnej spoločnosti, mikropodniky sú vyňaté. Výnimka pre archívy platí len pre obsah, ktorý sa po tomto dátume neaktualizuje. Ak sa na vašu aplikáciu zákon vzťahuje, musí teda prístupnosť spĺňať každá nová verzia (Slov-Lex).

Konkrétne povinnosti vašej aplikácie posúďte s právnikom. Z pohľadu vývoja z toho však vyplýva jednoduchá vec: plán aktualizácií a jasná zodpovednosť za ne patria do zmluvy už pri zadaní aplikácie. Viac o zabezpečení dát v aplikáciách a systémoch na mieru nájdete v článku Bezpečnosť dát v systéme na mieru.

11Plán údržby: s čím počítať každý rok

Na internete sa často uvádza, že údržba aplikácie stojí ročne 15 až 20 % ceny vývoja. Toto číslo sa zvyčajne pripisuje analytickým firmám, dohľadateľný zdroj však nemá. Spoľahlivejšie je zostaviť rozpočet z konkrétnych položiek:

1. Jar: prechod na nové Xcode, ktoré Apple v posledných rokoch vyžadoval vždy od konca apríla. Požiadavka na rok 2027 zatiaľ ohlásená nie je. Zároveň kontrola knižníc a aktualizácia Expo SDK alebo natívnych závislostí.
2. Leto: zvýšenie cieľovej verzie Androidu do 31. augusta a otestovanie zmien správania, ktoré nová úroveň prináša.
3. Pred vydaním nových verzií iOS a Androidu: otestovať aplikáciu na betaverziách systémov a opravy vydať najneskôr v deň, keď nový systém vyjde.
4. Priebežne: sledovanie pádov a hodnotení, odpovede na recenzie, bezpečnostné opravy knižníc a drobné opravy.
5. Podľa plánu rozvoja: nové funkcie, ideálne v pravidelnom rytme, napríklad raz za dva až štyri týždne, aby sa opravy a novinky nehromadili.
6. Raz ročne: kontrola minimálnej podporovanej verzie systémov podľa štatistík vlastnej aplikácie, obnovenie vývojárskych účtov (Apple Developer Program sa platí ročne) a revízia prístupov.

Pripočítajte aj prevádzkové náklady mimo vývoja: server a databázu, nástroje na sledovanie pádov, prípadne platené limity služieb ako Firebase. Ak aplikácia zarába v obchode, zohľadnite provízie Applu a Googlu, ktoré sme rozobrali v článku Ako zarobiť na mobilnej aplikácii.

12Najčastejšie chyby po spustení

• Vývojárske účty na meno dodávateľa. Keď spolupráca skončí, nemáte ako vydať ani opravu.
• Termín obchodu sa rieši až po jeho uplynutí. Oprava kritickej chyby potom čaká na prechod na novú cieľovú verziu Androidu alebo nové Xcode.
• Aktualizácia všetkým naraz. Bez postupného vydania zasiahne chyba každého, kto si aktualizáciu stiahne, a vydávanie nemáte ako včas zastaviť.
• Zmena servera bez ohľadu na staré verzie. Používatelia, ktorí neaktualizovali, zrazu vidia chybu a píšu jednohviezdičkové recenzie.
• Vynútená aktualizácia pre drobnosti. Ľudia si na výzvy zvyknú a prestanú ich brať vážne alebo aplikáciu vymažú.
• Žiadne meranie pádov. O probléme sa dozviete z recenzií, teda neskoro.
• Poznámky k verzii „drobné opravy“. Premárnená šanca ukázať používateľom, že sa aplikácia zlepšuje.

13Časté otázky

14Záver: aktualizácie patria do plánu od prvého dňa

Aplikácia v obchode potrebuje priebežnú starostlivosť. Počítajte s tým už pri plánovaní rozpočtu aj zmluvy s vývojármi: kto bude strážiť termíny Applu a Googlu, kto bude sledovať pády, ako rýchlo sa opravujú chyby a na koho meno sú vývojárske účty. Firmy, ktoré to majú vyriešené, vydávajú nové verzie v pokoji a bez nepríjemných prekvapení.

Ak aplikáciu ešte len chystáte, pozrite sa, ako u nás vývoj prebieha a koľko stojí. Keď už aplikáciu máte a neviete, v akom je stave, začnite kontrolou cieľovej verzie Androidu, verzie Xcode a toho, kto má prístup k vývojárskym účtom.

15Zdroje

• Google Play: požiadavky na cieľovú úroveň API
• Google Play: požiadavky na testovanie pri nových osobných účtoch
• Google Play: testovacie kanály
• Google Play: postupné vydávanie
• Google Play: zverejňovanie a kontrola aplikácií
• Google Play: výzva na aktualizáciu
• Android Developers: číslovanie verzií
• Android Developers: aktualizácie v aplikácii
• Android Developers: Android vitals
• Apple: nadchádzajúce požiadavky
• Apple: odstraňovanie zastaraných aplikácií
• Apple: fázované vydanie
• Apple: TestFlight
• Apple: App Review
• Apple: podiel verzií iOS
• Apple: licenčná zmluva pre vývojárov
• Semantic Versioning 2.0.0
• Expo: EAS Update
• Firebase: cenník
• StatCounter: verzie Androidu na Slovensku
• StatCounter: verzie iOS na Slovensku
• 42matters: frekvencia aktualizácií v App Store
• Luciq: Mobile App Stability Outlook
• Spotify Engineering: ako vydávame aplikáciu Spotify
• KCCKB: Kybernetická bezpečnosť 2024, prieskum verejnej mienky
• Slov-Lex: zákon č. 108/2024 Z. z.
• Európska komisia: Cyber Resilience Act