Guideline 4.2 Minimum Functionality: zamítnutá aplikace

Guideline 4.2, „Minimum Functionality“, zamítá aplikaci, která nenabízí nic víc než web, nebo nabízí tak málo, že si ji nikdo nenechá. Řešením není vršit nativní funkce: jde o to postavit jednu z nich do středu používání a pak reviewerovi říct, kde ji najde. Oprava skoro vždycky znamená nový build.

Sám vydávám vlastní iOS aplikace: Solys, TradaZen a Nolera jsou na App Store. Tenhle návod vychází z oficiálního textu Applu, který jsem četl 15. října 2026, a ze zamítnutí podle 4.2, která vývojáři zveřejnili na fórech Applu. Zamítnuté aplikace níže jsou jen příklady. Pro přehled všech důvodů si radši přečti, proč Apple zamítá aplikace.

Co říká guideline 4.2?

Pravidlo 4.2 najdeš v sekci 4, „Design“, v App Review Guidelines. Hned první věta stanoví kritérium: „Your app should include features, content, and UI that elevate it beyond a repackaged website.“ Jinými slovy, tvoje aplikace musí nabídnout funkce, obsah a rozhraní, které ji posunou nad web zabalený do krabičky.

Text přidává dvě myšlenky. Aplikace, která není opravdu užitečná, jedinečná nebo „app-like“, na App Store nepatří. A aplikace, která nenabízí trvalou zábavu ani dostatečnou užitečnost, může být zamítnuta. Pravidlo 4.2 tedy posuzuje dvě věci: rozdíl oproti webu a množství hodnoty.

Podpravidla, která může zpráva citovat

Podpravidlo	Co Apple požaduje	Typické zamítnutí
4.2	Jít dál než web	Web zobrazený ve WebView
4.2.1	Skutečný zážitek v rozšířené realitě	3D model položený do AR zobrazení
4.2.2	Ne jen marketing nebo odkazy	Prezentační aplikace, agregátor, odkazy
4.2.3	Samostatná aplikace, jasná stahování	Aplikace vyžadující jinou aplikaci
4.2.6	Žádná aplikace z komerční šablony	Šablona odeslaná dodavatelem

Tři upřesnění. Pravidlo 4.2.2 dělá výjimku pro katalogy: „Other than catalogs, apps shouldn't primarily be marketing materials, advertisements, web clippings, content aggregators, or a collection of links.“ Katalog produktů tedy projít může. Reklamní leták ne.

Pravidlo 4.2.3 má dva body. Bod (i) vyžaduje, aby aplikace fungovala sama, bez instalace jiné aplikace. Bod (ii) vyžaduje, pokud aplikace musí při prvním spuštění stahovat data, aby předem oznámila velikost stahování a požádala o souhlas.

Pravidlo 4.2.6 o komerčních šablonách a službách na generování aplikací rozebírám v návodu ke guideline 4.3, protože jde ruku v ruce s pravidlem proti spamu.

Dvě nejčastější zprávy podle 4.2

Zpráva od Applu začíná nadpisem „Guideline 4.2 - Design - Minimum Functionality“. Pokračování ti řekne, který z obou problémů reviewer viděl. Tady jsou dvě formulace, které vývojáři zveřejnili na fórech Applu. Jsou pár let staré: přesné znění se mohlo změnit, ty dvě skupiny ne.

Aplikace vypadá jako web. „Your app provides a limited user experience as it is not sufficiently different from a mobile browsing experience.“ Tahle zpráva, zveřejněná na fórech Applu, obsahuje klíčovou větu: „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.“

Aplikace je moc chudá. „We found that the usefulness of your app is limited by the minimal amount of content or features it includes.“ Tahle druhá zpráva žádá přepracovat koncept a přiznává, že žádné číselné pravidlo neurčuje, co je užitečné nebo zábavné.

Přidat k zabalenému webu notifikace, polohu a tlačítko sdílení nestačí: Apple to napsal ve svých vlastních zamítnutích.

Čtyři typické případy zamítnutí podle 4.2

Čtyři případy níže jsou vymyšlené příklady pro ilustraci pravidla, ne skutečné aplikace.

Zabalený web

Příklad: sportovní klub zobrazuje svůj mobilní web ve WebView a navrch dá nativní lištu s taby. Rozvrh, rezervace i účet jsou webové stránky. Reviewer v tom najde to samé, co by mu ukázal Safari. Apple to říká na své stránce App Review: web servírovaný v iOS aplikaci, webový obsah nepřizpůsobený iOS nebo omezené webové interakce kvalitní aplikaci nedělají.

Co bych udělal já: přestavět nativně obrazovky hlavní akce, tady rozvrh a rezervaci. Pak přidat, co web neumí: připomínku před lekcí, rozvrh dostupný bez sítě, příští lekci ve widgetu.

Příliš jednoduchá aplikace

Příklad: aplikace, která zobrazí jeden citát denně, a nic víc. Projdeš ji za deset vteřin. Pravidlo 4.2 mluví o „lasting entertainment value or adequate utility“: hodnotě, která vydrží, nebo dostatečné užitečnosti. Při opravě přidej hloubku hlavní akci, ne obrazovky kolem ní. Tady: historii, oblíbené, připomínku ve zvolený čas, widget na ploše.

Aplikace vygenerovaná AI, bez čehokoli nativního

Příklad: textové pole, tlačítko, odpověď AI zobrazená jako holý text. Apple nesoudí nástroj, ale to, co se objeví na obrazovce reviewera. Pokud se celý zážitek vejde do webové stránky, má 4.2 dobrou šanci dopadnout.

Co AI dělá dobře a co jí nejde, rozebírám v článku vytvořit aplikaci s AI. Formát, který vytváří jednotlivé generátory, webovou aplikaci nebo mobilní projekt, porovnávám v článku Lovable, Rork nebo FlutterFlow.

Skořápka čekající na obsah

Příklad: tržiště bez inzerátů, prázdný adresář, feed se zprávou „Brzy k dispozici“. Reviewer otevře aplikaci, která nemá co ukázat. Tenhle případ se týká i pravidla 2.1, které zamítá provizorní obsah: viz návod ke guideline 2.1. Pošli aplikaci, až bude mít skutečný obsah, nebo dodej už naplněný demo účet.

Test, který dělám: „A co v Safari?“

Před odesláním se ptám, jestli by web mohl nabídnout stejnou hlavní funkci. Pokud ano, aplikace je vystavená riziku 4.2. Tady je moje tabulka pro posouzení nativní funkce. Funkce se počítá, když slouží hlavní akci, ne když jen zdobí.

Funkce	Počítá se, když...	Nestačí, když...
Notifikace	Přinášejí očekávanou informaci	Jen přeposílají tvoje články
Offline	Hlavní obsah zůstává použitelný	Zobrazí se jen chybová obrazovka
Widget	Ukazuje data konkrétního člověka	Zobrazuje tvoje logo
Sdílení	Do tvé aplikace se posílá obsah	Sdílí jen odkaz
Kamera, senzory	Jsou součástí hlavní akce	Otevírají tvůj web
Lokální data	Aplikace počítá, třídí a pamatuje si	Všechno žije na webové stránce

Doporučení Applu míří stejným směrem. Widget zobrazuje aktuální obsah, čitelný na první pohled. Notifikace přináší užitečnou informaci v pár slovech a neslouží k tomu, aby tě tlačila k nějakému úkolu v aplikaci.

Co moje aplikace dělají a web ne

Každou aplikaci navrhuju kolem hlavní funkce, která v prohlížeči neexistuje, nebo kolem hodnoty, kvůli které se lidi vracejí.

• Solys je budík. Zvonění jde přes AlarmKit, službu budíků v iOS 26: projde přes tichý režim, stejně jako budík od Applu. Abys ho vypnul, musíš vyhrát minihru, a vybrané aplikace zůstanou po probuzení pozastavené. Žádná webová stránka nerozezvoní iPhone v tichém režimu.
• TradaZen je simulátor tradingu: skutečný graf ke skutečnému datu, rozhodnutí, svíčky, které se postupně odhalují, hodnocené duely a postupující rank. Tady aplikaci nenese nativní funkce. Nese ji trvalá zábavní hodnota, o které mluví 4.2.
• Nolera je šatník: vyfotíš si oblečení, aplikace ho vyřízne z pozadí, roztřídí a každé ráno ti navrhne outfit. Kamera je součástí hlavní akce. Není to bonus.

Pravidlo 4.2 nevyžaduje seznam nativních funkcí: vyžaduje důvod, proč si nainstalovat aplikaci místo otevření webu.

Jak opravit zamítnutí podle 4.2, krok za krokem

1. Urči skupinu. Webové prohlížení: jde o zabalený web. Minimální obsah nebo funkce: jde o moc chudou aplikaci. Pravidlo 4.2.3: závislost na jiné aplikaci nebo neohlášené stahování.
2. Změň produkt, ne formulaci. Odpověď, která argumentuje a nic nemění, nemá důvod přesvědčit. Přestav nativně obrazovky hlavní akce, nebo přidej hloubku, která chybí.
3. Počítej s novým buildem. Příčina je v aplikaci: vzdálená aktualizace nestačí. Každé odeslání jde znovu do fronty, viz doba schvalování na App Store.
4. Napiš poznámky pro review, které navádějí. Apple na své stránce o informacích pro kompletní review žádá popsat koncept, funkce a cílovou skupinu. U aktualizace: co se změnilo a kde to najít.
5. Odvolej se, jen pokud reviewer něco přehlédl. Pokud tvoje nativní funkce už existovala, ale nikdo ji neviděl, odpověz v App Store Connect s krátkým videem. Odvolání k App Review Board má smysl, když byla tvoje aplikace špatně pochopena, ne když je chudá.

Šablona poznámek, kterou bych použil, v angličtině, uprav si ji:

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]

Piš jen to, co v odeslaném buildu opravdu je. Ohlášená funkce, kterou nejde najít, by ti vynesla další zamítnutí, tentokrát podle 2.1.

Checklist 4.2 před odesláním

• Umíš jednou větou říct, co tvoje aplikace dělá a web ne.
• Obrazovky hlavní akce jsou nativní, ne webové stránky.
• Každá nativní funkce slouží hlavní akci a reviewer na ni narazí za méně než dvě minuty.
• Aplikace má skutečný obsah hned od prvního spuštění, nebo naplněný demo účet.
• Aplikace funguje sama, bez instalace jiné aplikace.
• Velké stahování při prvním spuštění oznámí svou velikost a požádá o souhlas.
• Poznámky pro review popisují koncept, cílovou skupinu a umístění každé funkce.
• Pokud se tvůj nápad pohybuje na hraně, otestoval jsi ho před psaním kódu, s dobře vymezeným MVP iOS aplikace.

Projdi 4.2 hned při dalším odeslání

Pokud ti právě zamítli aplikaci podle 4.2, Apple Review Kit ti pomůže najít citované pravidlo a co požaduje, i se šablonami poznámek pro testera. Pokud ještě stavíš, cesta v iOS Kit začíná u hlavní funkce ještě před prvním řádkem kódu. Pokud chceš lidský pohled, zarezervuj si se mnou hodinu. Celý postup najdeš na stránce aplikace zamítnutá Applem.

Pokud chystáš své první vydání, udělej si bezplatnou diagnostiku: seřadí ti kroky a pošle ti můj checklist proti zamítnutí od Applu. Úvodní stránka ukazuje, jak vytvořit mobilní aplikaci připravenou na review od začátku.

Nikdo ti nemůže zaručit, že Apple tvoji aplikaci přijme. Můžu ti ale pomoct dát jí důvod existovat na App Store.

Časté dotazy

Co znamená „Guideline 4.2 - Design - Minimum Functionality“?

Je to nadpis zamítnutí kvůli minimální funkčnosti. Apple usoudil, že tvoje aplikace se příliš podobá webu, nebo nabízí příliš málo obsahu či funkcí. Stejný nadpis může mířit na podpravidlo: „Guideline 4.2.2“ pro prezentační aplikaci nebo seznam odkazů, 4.2.3 pro aplikaci závislou na jiné aplikaci.

Je aplikace ve WebView vždycky zamítnutá?

Ne. Pravidlo míří na web zabalený do aplikace, ne na technologii. Reviewer posuzuje hlavní zážitek: pokud jsou jeho obrazovky webové stránky, které dělají totéž co Safari, riziko je vysoké. Stránka nápovědy otevřená v prohlížeči problém není.

Stačí k projití 4.2 přidat push notifikace?

Ne. V jedné zprávě o zamítnutí zveřejněné na jeho fórech Apple píše, že notifikace, poloha a sdílení nestačí, aby byl zážitek dost bohatý. Notifikace se počítá, když slouží hlavní funkci, třeba jako budík nebo připomínka, kterou si člověk sám nastavil.

Jaký je rozdíl mezi guideline 4.2 a 4.3?

Pravidlo 4.2 posuzuje tvoji aplikaci samotnou: přináší dost oproti webu? Pravidlo 4.3 ji srovnává s ostatními: je to kopie, varianta nebo další aplikace v přesycené kategorii? Jedna aplikace může dostat obojí, ale opravují se každé jinak.

Je po zamítnutí podle 4.2 potřeba nový build?

Skoro vždycky, protože příčina je v aplikaci samotné. Jediná výjimka: reviewer nenašel funkci, která už existovala. V tom případě odpověz v App Store Connect s přesnými poznámkami a krátkým videem, bez změny buildu.