Guideline 4.2 Minimum Functionality: zamietnutá aplikácia

Guideline 4.2, „Minimum Functionality“, zamietne aplikáciu, ktorá neponúka nič viac než web, alebo ponúka príliš málo na to, aby si ju človek nechal. Riešením nie je kopiť natívne funkcie, ale dať jednu do jadra používania a potom reviewerovi povedať, kde ju nájde. Oprava takmer vždy znamená nový build.

Publikujem vlastné iOS aplikácie: Solys, TradaZen a Nolera sú na App Store. Tento návod vychádza z oficiálneho textu Apple, ktorý som čítal 15. októbra 2026, a zo zamietnutí podľa 4.2, ktoré vývojári zverejnili na fórach Apple. Zamietnuté aplikácie spomenuté nižšie sú príklady. Pre prehľad všetkých dôvodov si radšej prečítaj, prečo Apple zamieta aplikácie.

Čo hovorí guideline 4.2?

Pravidlo 4.2 nájdeš v sekcii 4, „Design“, v App Review Guidelines. Jeho prvá veta stanovuje kritérium: „Your app should include features, content, and UI that elevate it beyond a repackaged website.“ Inými slovami, tvoja aplikácia musí ponúkať funkcie, obsah a rozhranie, ktoré ju posunú nad web zabalený do krabičky.

Text pridáva dve myšlienky. Aplikácia, ktorá nie je naozaj užitočná, jedinečná alebo „app-like“, na App Store nepatrí. A aplikáciu, ktorá neponúka ani trvalú zábavu, ani dostatočnú užitočnosť, môžu zamietnuť. Pravidlo 4.2 teda posudzuje dve veci: rozdiel oproti webu a množstvo hodnoty.

Podpravidlá, ktoré môže správa citovať

Podpravidlo	Čo Apple požaduje	Typické zamietnutie
4.2	Ísť nad rámec webu	Web zobrazený vo WebView
4.2.1	Skutočný zážitok v rozšírenej realite	3D model položený do AR zobrazenia
4.2.2	Nielen marketing alebo odkazy	Reklamná aplikácia, agregátor, odkazy
4.2.3	Samostatná aplikácia, jasné sťahovanie	Aplikácia, ktorá vyžaduje inú
4.2.6	Žiadna aplikácia z komerčnej šablóny	Šablóna odoslaná dodávateľom

Tri spresnenia. Pravidlo 4.2.2 robí výnimku pre katalógy: „Other than catalogs, apps shouldn't primarily be marketing materials, advertisements, web clippings, content aggregators, or a collection of links.“ Katalóg produktov teda prejsť môže. Reklamný leták nie.

Pravidlo 4.2.3 má dva body. Bod (i) požaduje, aby aplikácia fungovala sama, bez inštalácie inej aplikácie. Bod (ii) požaduje, aby aplikácia, ktorá musí pri prvom spustení stiahnuť dáta, oznámila veľkosť sťahovania a vopred si vypýtala súhlas.

Pravidlo 4.2.6 o komerčných šablónach a službách na generovanie aplikácií rozoberám v návode ku guideline 4.3, lebo ide ruka v ruke s pravidlom proti spamu.

Dve najčastejšie správy 4.2

Správa od Apple začína nadpisom „Guideline 4.2 - Design - Minimum Functionality“. Pokračovanie prezradí, ktorý z dvoch problémov reviewer videl. Tu sú dve formulácie, ktoré vývojári zverejnili na fórach Apple. Sú niekoľko rokov staré: presné znenie sa mohlo zmeniť, tie dve skupiny nie.

Aplikácia vyzerá ako web. „Your app provides a limited user experience as it is not sufficiently different from a mobile browsing experience.“ Táto správa, zverejnená na fórach Apple, obsahuje rozhodujúcu vetu: „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.“

Aplikácia je príliš chudobná. „We found that the usefulness of your app is limited by the minimal amount of content or features it includes.“ Táto druhá správa žiada prehodnotiť koncept a priznáva, že žiadne číselné pravidlo nedefinuje, čo je užitočné alebo zábavné.

Pridať notifikácie, polohu a tlačidlo zdieľania k zabalenému webu nestačí: Apple to napísal vo vlastných zamietnutiach.

Štyri typické prípady zamietnutia 4.2

Štyri prípady nižšie sú vymyslené príklady na ilustráciu pravidla, nie skutočné aplikácie.

Zabalený web

Príklad: fitness klub zobrazuje svoj mobilný web vo WebView s natívnou lištou kariet navrchu. Rozvrh, rezervácia aj účet sú webové stránky. Reviewer v nich vidí to isté, čo by mu ukázalo Safari. Apple to hovorí na svojej stránke App Review: web podávaný v iOS aplikácii, webový obsah neprispôsobený iOS alebo obmedzené webové interakcie nerobia kvalitnú aplikáciu.

Čo by som urobil ja: prerobiť natívne obrazovky hlavnej činnosti, tu rozvrh a rezerváciu. Potom pridať to, čo web nedokáže: pripomienku pred tréningom, rozvrh dostupný bez siete, najbližší tréning vo widgete.

Príliš jednoduchá aplikácia

Príklad: aplikácia, ktorá zobrazí jeden citát denne a nič viac. Prejdeš ju za desať sekúnd. Pravidlo 4.2 hovorí o „lasting entertainment value or adequate utility“: o hodnote, ktorá vydrží, alebo o dostatočnej užitočnosti. Ak to chceš opraviť, pridaj hĺbku hlavnej činnosti, nie obrazovky okolo nej. Tu: históriu, obľúbené, pripomienku vo zvolenom čase, widget na ploche.

Aplikácia vygenerovaná AI, bez ničoho natívneho

Príklad: textové pole, tlačidlo a odpoveď AI zobrazená ako obyčajný text. Apple neposudzuje nástroj, ale to, čo sa objaví na obrazovke reviewera. Ak sa celý zážitok zmestí na webovú stránku, 4.2 má dobrú šancu prísť.

Čo AI robí dobre a čo pokazí, rozoberám v článku vytvoriť aplikáciu s AI. Formát, ktorý vytvára každý generátor, webovú aplikáciu alebo mobilný projekt, porovnávam v článku Lovable, Rork alebo FlutterFlow.

Prázdna škrupina čakajúca na obsah

Príklad: trhovisko bez inzerátov, prázdny katalóg, feed s nápisom „Už čoskoro“. Reviewer otvorí aplikáciu, ktorá nemá čo ukázať. Tento prípad sa týka aj pravidla 2.1, ktoré zamieta dočasný obsah: pozri návod ku guideline 2.1. Pošli aplikáciu, keď má skutočný obsah, alebo dodaj už naplnený demo účet.

Test, ktorý robím: „A v Safari?“

Pred odoslaním sa pýtam, či by rovnakú hlavnú funkciu mohol ponúknuť web. Ak áno, aplikácia je vystavená riziku 4.2. Toto je moja tabuľka na posúdenie natívnej funkcie. Funkcia sa počíta, keď slúži hlavnej činnosti, nie keď len zdobí.

Funkcia	Počíta sa, keď...	Nestačí, keď...
Notifikácie	Prinášajú očakávanú informáciu	Len preposielajú tvoje články
Offline	Hlavný obsah zostáva použiteľný	Zobrazí sa len chybová obrazovka
Widget	Ukazuje údaj konkrétneho človeka	Zobrazuje tvoje logo
Zdieľanie	Do tvojej aplikácie sa posiela obsah	Zdieľa len odkaz
Kamera, senzory	Sú súčasťou hlavnej činnosti	Otvárajú tvoj web
Lokálne dáta	Aplikácia počíta, triedi a pamätá si	Všetko žije na webovej stránke

Odporúčania Apple idú rovnakým smerom. Widget zobrazuje aktuálny obsah čitateľný na prvý pohľad. Notifikácia prináša užitočnú informáciu v pár slovách a neslúži na to, aby človeka tlačila k nejakej úlohe v aplikácii.

Čo moje aplikácie robia a web nie

Každú aplikáciu navrhujem okolo hlavnej funkcie, ktorá v prehliadači neexistuje, alebo okolo hodnoty, vďaka ktorej sa ľudia vracajú.

• Solys je budík. Zvonenie ide cez AlarmKit, službu budíkov v iOS 26: prejde cez tichý režim ako budík od Apple. Ak ho chceš vypnúť, musíš vyhrať minihru, a vybrané aplikácie zostanú po zobudení pozastavené. Žiadna webová stránka nerozozvučí iPhone v tichom režime.
• TradaZen je simulátor tradingu: skutočný graf ku skutočnému dátumu, rozhodnutie, sviečky, ktoré sa postupne odhaľujú, hodnotené duely a rank, ktorý rastie. Tu aplikáciu neťahá natívna funkcia. Je to trvalá zábavná hodnota, o ktorej hovorí 4.2.
• Nolera je šatník: odfotíš si oblečenie, aplikácia ho vystrihne z pozadia a zatriedi a každé ráno ti navrhne outfit. Kamera je súčasťou hlavnej činnosti. Nie je to bonus.

Pravidlo 4.2 nevyžaduje zoznam natívnych funkcií: vyžaduje dôvod nainštalovať si aplikáciu namiesto otvorenia webu.

Ako opraviť zamietnutie 4.2 krok za krokom

1. Urči skupinu. Webové prehliadanie: ide o zabalený web. Minimálny obsah alebo funkcie: ide o príliš chudobnú aplikáciu. Pravidlo 4.2.3: závislosť od inej aplikácie alebo neohlásené sťahovanie.
2. Zmeň produkt, nie formuláciu. Odpoveď, ktorá argumentuje a nič nemení, nemá prečo presvedčiť. Prerob natívne obrazovky hlavnej činnosti alebo pridaj chýbajúcu hĺbku.
3. Počítaj s novým buildom. Príčina je v aplikácii: aktualizácia na diaľku nestačí. Každé odoslanie znova prejde frontom, pozri ako dlho trvá schválenie na App Store.
4. Napíš poznámky pre review, ktoré navigujú. Apple na svojej stránke o informáciách pre úplnú kontrolu žiada opísať koncept, funkcie a cieľovú skupinu. Pri aktualizácii: čo sa zmenilo a kde to nájsť.
5. Odvolaj sa, len ak reviewer niečo prehliadol. Ak tvoja natívna funkcia už existovala, ale nikto ju nevidel, odpovedz v App Store Connect s krátkym videom. Odvolanie na App Review Board má zmysel, keď tvoju aplikáciu zle pochopili, nie keď je chudobná.

Šablóna poznámok, ktorú by som použil, v angličtine, na úpravu:

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]

Píš len to, čo v odoslanom builde existuje. Ohlásená funkcia, ktorú nemožno nájsť, by ti priniesla ďalšie zamietnutie, tentoraz podľa 2.1.

Checklist 4.2 pred odoslaním

• Vieš jednou vetou povedať, čo tvoja aplikácia robí a web nie.
• Obrazovky hlavnej činnosti sú natívne, nie webové stránky.
• Každá natívna funkcia slúži hlavnej činnosti a reviewer na ňu narazí do dvoch minút.
• Aplikácia má skutočný obsah od prvého spustenia alebo naplnený demo účet.
• Aplikácia funguje sama, bez inštalácie inej aplikácie.
• Veľké sťahovanie pri prvom spustení oznámi svoju veľkosť a vypýta si súhlas.
• Poznámky pre review opisujú koncept, cieľovú skupinu a umiestnenie každej funkcie.
• Ak je tvoj nápad na hrane, otestoval si ho ešte pred kódovaním, s dobre vymedzeným MVP iOS aplikácie.

Ako prejsť cez 4.2 pri ďalšom odoslaní

Ak ti práve zamietli aplikáciu podľa 4.2, Apple Review Kit ti pomôže nájsť citované pravidlo a to, čo požaduje, so šablónami poznámok pre testera. Ak ešte staviaš, postup v iOS Kit začína hlavnou funkciou ešte pred prvým riadkom kódu. Ak chceš ľudský pohľad, rezervuj si so mnou hodinu. Celý postup nájdeš na stránke aplikácia zamietnutá od Apple.

Ak pripravuješ svoje prvé vydanie, urob si bezplatnú diagnostiku: zoradí kroky a pošle ti môj checklist proti zamietnutiu od Apple. Úvodná stránka ukazuje, ako vytvoriť mobilnú aplikáciu navrhnutú pre review od začiatku.

Nikto ti nemôže zaručiť, že Apple tvoju aplikáciu prijme. Môžem ti pomôcť dať jej dôvod existovať na App Store.

Často kladené otázky

Čo znamená „Guideline 4.2 - Design - Minimum Functionality“?

Je to nadpis zamietnutia pre minimálnu funkcionalitu. Apple usúdil, že tvoja aplikácia sa príliš podobá na web alebo ponúka príliš málo obsahu či funkcií. Ten istý nadpis môže mieriť na podpravidlo: „Guideline 4.2.2“ pre reklamnú aplikáciu alebo zoznam odkazov, 4.2.3 pre aplikáciu závislú od inej aplikácie.

Zamietnu aplikáciu vo WebView vždy?

Nie. Pravidlo mieri na web vložený do aplikácie, nie na technológiu. Reviewer posudzuje hlavný zážitok: ak sú jeho obrazovky webové stránky, ktoré robia to isté čo Safari, riziko je vysoké. Stránka pomocníka otvorená v prehliadači nie je problém.

Stačí pridať push notifikácie, aby som prešiel cez 4.2?

Nie. V správe o zamietnutí zverejnenej na svojich fórach Apple píše, že notifikácie, poloha a zdieľanie nestačia na to, aby bol zážitok dostatočne bohatý. Notifikácia sa počíta, keď slúži hlavnej funkcii, napríklad ako budík alebo pripomienka, ktorú si človek sám zvolil.

Aký je rozdiel medzi guideline 4.2 a 4.3?

Pravidlo 4.2 posudzuje tvoju aplikáciu samotnú: prináša dosť v porovnaní s webom? Pravidlo 4.3 ju porovnáva s ostatnými: je to kópia, variant alebo ďalšia aplikácia v presýtenej kategórii? Jedna aplikácia môže dostať obe, ale neopravujú sa rovnako.

Potrebujem po zamietnutí 4.2 nový build?

Takmer vždy, lebo príčina je v samotnej aplikácii. Jediná výnimka: reviewer nenašiel funkciu, ktorá už existovala. V takom prípade odpovedz v App Store Connect s presnými poznámkami a krátkym videom, bez zmeny buildu.