Guideline 4.2 Minimum Functionality: zavrnjena aplikacija

Guideline 4.2, »Minimum Functionality«, zavrne aplikacijo, ki ne ponuja nič več kot spletna stran, ali pa premalo, da bi jo kdo obdržal. Rešitev ni kopičenje nativnih funkcij: eno postaviš v jedro uporabe, nato pa reviewerju poveš, kje jo najde. Popravek skoraj vedno zahteva nov build.

Svoje iOS aplikacije objavljam sam: Solys, TradaZen in Nolera so na App Storu. Ta vodnik temelji na Applovem uradnem besedilu, prebranem 15. oktobra 2026, in na zavrnitvah 4.2, ki so jih razvijalci objavili na Applovih forumih. Zavrnjene aplikacije, omenjene spodaj, so primeri. Za pregled vseh razlogov raje preberi, zakaj Apple zavrne aplikacijo.

Kaj pravi guideline 4.2?

Pravilo 4.2 je v razdelku 4, »Design«, dokumenta App Review Guidelines. Prvi stavek postavi merilo: »Your app should include features, content, and UI that elevate it beyond a repackaged website.« Z drugimi besedami: tvoja aplikacija mora ponuditi funkcije, vsebino in vmesnik, ki jo dvignejo nad spletno stran, preoblečeno v škatlo.

Besedilo doda še dve misli. Aplikacija, ki ni zares uporabna, edinstvena ali »app-like«, ne sodi na App Store. In aplikacijo, ki ne ponuja ne trajne zabave ne zadostne uporabnosti, lahko zavrnejo. Pravilo 4.2 torej presoja dve stvari: razliko od spleta in količino vrednosti.

Podpravila, ki jih sporočilo lahko navede

Podpravilo	Kaj Apple zahteva	Tipična zavrnitev
4.2	Preseči spletno stran	Stran, prikazana v WebView
4.2.1	Prava izkušnja razširjene resničnosti	3D-model, postavljen v pogled AR
4.2.2	Ne le marketing ali povezave	Predstavitvena aplikacija, agregator
4.2.3	Samostojna aplikacija, jasni prenosi	Aplikacija, ki zahteva drugo aplikacijo
4.2.6	Ne aplikacija iz komercialne predloge	Predloga, ki jo odda ponudnik

Tri pojasnila. Pravilo 4.2.2 naredi izjemo za kataloge: »Other than catalogs, apps shouldn't primarily be marketing materials, advertisements, web clippings, content aggregators, or a collection of links.« Katalog izdelkov torej lahko gre skozi. Reklamna brošura ne.

Pravilo 4.2.3 ima dve alineji. Točka (i) zahteva, da aplikacija deluje sama, brez namestitve druge aplikacije. Točka (ii) zahteva, da aplikacija, ki mora ob prvem zagonu prenesti vire, sporoči velikost prenosa in pred tem prosi za soglasje.

Pravilo 4.2.6 o komercialnih predlogah in storitvah za generiranje aplikacij je podrobno opisano v vodniku po guideline 4.3, ker gre z roko v roki s pravilom proti spamu.

Dve najpogostejši sporočili 4.2

Applovo sporočilo se začne z naslovom »Guideline 4.2 - Design - Minimum Functionality«. Nadaljevanje pove, katero od dveh težav je reviewer opazil. Tukaj sta dve formulaciji, ki so ju razvijalci objavili na Applovih forumih. Stari sta nekaj let: natančno besedilo se je morda spremenilo, obe družini pa ne.

Aplikacija je videti kot spletna stran. »Your app provides a limited user experience as it is not sufficiently different from a mobile browsing experience.« To sporočilo, objavljeno na Applovih forumih, vsebuje odločilen stavek: »Including iOS features such as push notifications, Core Location, and sharing do not provide a robust enough experience to be appropriate for the App Store.«

Aplikacija je preskromna. »We found that the usefulness of your app is limited by the minimal amount of content or features it includes.« To drugo sporočilo zahteva, da premisliš koncept, in priznava, da nobeno številčno pravilo ne določa, kaj je uporabno ali zabavno.

Dodati obvestila, lokacijo in gumb za deljenje zapakirani spletni strani ni dovolj: Apple je to zapisal v svojih zavrnitvah.

Štirje tipični primeri zavrnitve 4.2

Spodnji štirje primeri so izmišljeni za ponazoritev pravila, niso resnične aplikacije.

Zapakirana spletna stran

Primer: športni klub prikaže svojo mobilno stran v WebView, nad njo pa nativno vrstico z zavihki. Urnik, rezervacija in račun so spletne strani. Reviewer vidi isto, kot bi mu pokazal Safari. Apple to pove na svoji strani App Review: stran, servirana v iOS aplikaciji, spletna vsebina, ki ni prilagojena za iOS, ali omejene spletne interakcije ne naredijo kakovostne aplikacije.

Kaj bi naredil jaz: nativno bi na novo zgradil zaslone glavnega opravila, tukaj urnik in rezervacijo. Nato bi dodal tisto, česar stran ne zna: opomnik pred vadbo, urnik, dostopen brez omrežja, naslednjo vadbo v widgetu.

Preveč preprosta aplikacija

Primer: aplikacija, ki prikaže en citat na dan, in nič drugega. V desetih sekundah jo vidiš celo. Pravilo 4.2 govori o »lasting entertainment value or adequate utility«: o vrednosti, ki traja, ali o zadostni uporabnosti. Za popravek dodaj globino glavnemu opravilu, ne zaslonov okrog njega. Tukaj: zgodovino, priljubljene, opomnik ob izbrani uri, widget na domačem zaslonu.

Aplikacija, ustvarjena z AI, brez česarkoli nativnega

Primer: besedilno polje, gumb in odgovor AI, prikazan kot golo besedilo. Apple ne ocenjuje orodja, ampak tisto, kar se pojavi na reviewerjevem zaslonu. Če izkušnja zlahka obstaja kot spletna stran, je zavrnitev 4.2 precej verjetna.

Kaj AI naredi dobro in kaj zgreši, podrobno opišem v članku ustvariti aplikacijo z AI. Format, ki ga ustvari posamezen generator, spletna aplikacija ali mobilni projekt, primerjam v članku Lovable, Rork ali FlutterFlow.

Lupina, ki čaka na vsebino

Primer: tržnica brez oglasov, prazen imenik, vir, ki prikazuje »Kmalu na voljo«. Reviewer odpre aplikacijo, ki nima česa pokazati. Ta primer zadeva tudi pravilo 2.1, ki zavrača začasno vsebino: glej vodnik po guideline 2.1. Aplikacijo pošlji, ko ima resnično vsebino, ali priloži že napolnjen demo račun.

Test, ki ga naredim: »Pa v Safariju?«

Preden pošljem, se vprašam, ali bi spletna stran lahko ponudila isto glavno funkcijo. Če da, je aplikacija izpostavljena pravilu 4.2. Tukaj je moja tabela za presojo nativne funkcije. Funkcija šteje, ko služi glavnemu opravilu, ne ko je okras.

Funkcija	Šteje, ko...	Ni dovolj, ko...
Obvestila	Prinesejo pričakovano informacijo	Le posredujejo tvoje članke
Brez povezave	Glavna vsebina ostane uporabna	Prikaže se le zaslon z napako
Widget	Prikazuje podatek, lasten osebi	Prikazuje tvoj logotip
Deljenje	Vsebino pošlješ v svojo aplikacijo	Deli le povezavo
Kamera, senzorji	So del glavnega opravila	Odprejo tvojo spletno stran
Lokalni podatki	Aplikacija računa, ureja in si zapomni	Vse živi na spletni strani

Applova priporočila gredo v isto smer. Widget prikazuje aktualno vsebino, berljivo na prvi pogled. Obvestilo prinese koristno informacijo z malo besedami in ne služi temu, da te potiska k nalogi v aplikaciji.

Kaj moje aplikacije naredijo, česar spletna stran ne

Vsako aplikacijo zasnujem okrog glavne funkcije, ki je v brskalniku ni, ali okrog vrednosti, zaradi katere se ljudje vračajo.

• Solys je budilka. Zvonjenje gre prek AlarmKit, storitve za alarme v iOS 26: prebije tihi način, kot Applova budilka. Da jo izklopiš, moraš zmagati v mini igri, izbrane aplikacije pa ostanejo zaustavljene po bujenju. Nobena spletna stran ne zazvoni na iPhonu v tihem načinu.
• TradaZen je simulator trgovanja: pravi graf na pravi datum, odločitev, sveče, ki se razkrivajo, rangirani dvoboji in rang, ki napreduje. Tukaj aplikacije ne nosi nativna funkcija. Nosi jo trajna zabavna vrednost, o kateri govori pravilo 4.2.
• Nolera je garderoba: fotografiraš svoja oblačila, aplikacija jih izreže in razvrsti, nato pa ti vsako jutro predlaga oblačilno kombinacijo. Kamera je del glavnega opravila. Ni dodatek.

Pravilo 4.2 ne zahteva seznama nativnih funkcij: zahteva razlog, da namestiš aplikacijo, namesto da odpreš spletno stran.

Kako popraviti zavrnitev 4.2, korak za korakom

1. Prepoznaj družino. Spletno brskanje: gre za zapakirano stran. Minimalna vsebina ali funkcije: gre za preskromno aplikacijo. Pravilo 4.2.3: odvisnost od druge aplikacije ali nenapovedan prenos.
2. Spremeni izdelek, ne besedila. Odgovor, ki argumentira, ne da bi karkoli spremenil, nima razloga, da prepriča. Nativno na novo zgradi zaslone glavnega opravila ali dodaj manjkajočo globino.
3. Računaj na nov build. Vzrok je v aplikaciji: posodobitev na daljavo ni dovolj. Vsaka oddaja gre spet skozi vrsto, glej čas pregleda na App Storu.
4. Napiši opombe za pregled, ki vodijo. Apple na svoji strani o informacijah za popoln pregled zahteva opis koncepta, funkcij in občinstva. Pri posodobitvi: kaj se je spremenilo in kje to najti.
5. Pritoži se le, če je reviewer nekaj spregledal. Če je tvoja nativna funkcija že obstajala, pa je niso videli, odgovori v App Store Connect s kratkim videom. Pritožba pri App Review Board je upravičena, ko so tvojo aplikacijo napačno razumeli, ne ko je preskromna.

Predloga opomb, ki bi jo uporabil, v angleščini, za prilagoditev:

Hello App Review team,

Thank you for your feedback regarding Guideline 4.2.

What changed in build [X]:
- [Main feature] is now fully native: [what the user does].
- [Native feature]: [what it brings]. Where: [screen > button].
- [Second native feature]: [what it brings]. Where: [screen].
- Web content is limited to [legal pages, help].

How to test in two minutes:
1. Launch the app and [main action].
2. Turn on Airplane mode: [content] stays available.
3. Add the widget from the Home Screen: it shows [data].

Best regards,
[Your name]

Napiši samo tisto, kar obstaja v poslanem buildu. Napovedana funkcija, ki je ni mogoče najti, bi ti prinesla novo zavrnitev, tokrat po pravilu 2.1.

Kontrolni seznam 4.2 pred oddajo

• V enem stavku znaš povedati, kaj tvoja aplikacija naredi, česar spletna stran ne.
• Zasloni glavnega opravila so nativni, ne spletne strani.
• Vsaka nativna funkcija služi glavnemu opravilu, reviewer pa nanjo naleti v manj kot dveh minutah.
• Aplikacija ima resnično vsebino že ob prvem zagonu ali napolnjen demo račun.
• Aplikacija deluje sama, brez druge aplikacije za namestitev.
• Velik prenos ob prvem zagonu sporoči svojo velikost in prosi za soglasje.
• Opombe za pregled opisujejo koncept, občinstvo in mesto vsake funkcije.
• Če je tvoja ideja blizu meje, si jo preizkusil pred kodiranjem, z dobro zastavljenim MVP-jem iOS aplikacije.

Skozi 4.2 že ob naslednji oddaji

Če so ti aplikacijo pravkar zavrnili po pravilu 4.2, ti Apple Review Kit pomaga najti navedeno pravilo in kaj zahteva, s predlogami opomb za testerja. Če še gradiš, pot iOS Kit začne pri glavni funkciji, še pred prvo vrstico kode. Za človeški pogled rezerviraj uro z mano. Celoten postopek je na strani aplikacija, ki jo je Apple zavrnil.

Če pripravljaš svojo prvo izdajo, naredi brezplačno diagnostiko: postavi korake v pravi vrstni red in ti pošlje moj kontrolni seznam proti Applovim zavrnitvam. Domača stran pokaže, kako ustvariti mobilno aplikacijo, zasnovano za pregled že od začetka.

Nihče ne more zagotoviti, da bo Apple sprejel tvojo aplikacijo. Lahko pa ti pomagam, da ji daš razlog za obstoj na App Storu.

Pogosta vprašanja

Kaj pomeni »Guideline 4.2 - Design - Minimum Functionality«?

To je naslov zavrnitve zaradi minimalne funkcionalnosti. Apple meni, da je tvoja aplikacija preveč podobna spletni strani ali da ponuja premalo vsebine ali funkcij. Isti naslov lahko cilja na podpravilo: »Guideline 4.2.2« za predstavitveno aplikacijo ali seznam povezav, 4.2.3 za aplikacijo, ki je odvisna od druge aplikacije.

Ali je aplikacija v WebView vedno zavrnjena?

Ne. Pravilo cilja na spletno stran, preoblečeno v aplikacijo, ne na tehnologijo. Reviewer presoja glavno izkušnjo: če so njeni zasloni spletne strani, ki počnejo isto kot Safari, je tveganje visoko. Stran s pomočjo, odprta v brskalniku, ni problem.

Ali je dovolj dodati push obvestila, da prideš skozi 4.2?

Ne. V sporočilu o zavrnitvi, objavljenem na svojih forumih, Apple piše, da obvestila, lokacija in deljenje ne zadoščajo, da bi bila izkušnja dovolj bogata. Obvestilo šteje, ko služi glavni funkciji, na primer alarm ali opomnik, ki si ga je oseba izbrala.

Kakšna je razlika med guideline 4.2 in 4.3?

Pravilo 4.2 presoja tvojo aplikacijo samo zase: ali prinaša dovolj v primerjavi s spletno stranjo? Pravilo 4.3 jo primerja z drugimi: je kopija, različica ali še ena aplikacija v nasičeni kategoriji? Ista aplikacija lahko dobi obe zavrnitvi, a se ne popravljata na enak način.

Ali po zavrnitvi 4.2 potrebujem nov build?

Skoraj vedno, saj je vzrok v sami aplikaciji. Edina izjema: reviewer ni našel funkcije, ki je že obstajala. V tem primeru odgovori v App Store Connect z natančnimi opombami in kratkim videom, ne da bi spreminjal build.