Guideline 4.2 Minimum Functionality: app afgewezen

Guideline 4.2, "Minimum Functionality", wijst een app af die niets meer biedt dan een website, of te weinig om hem te houden. De oplossing is niet om native functies op te stapelen. Je zet er één centraal in het gebruik en vertelt de reviewer waar hij hem vindt. De fix vraagt bijna altijd om een nieuwe build.

Ik publiceer mijn eigen iOS-apps: Solys, TradaZen en Nolera staan in de App Store. Deze gids is gebaseerd op de officiële tekst van Apple, gelezen op 15 oktober 2026, en op 4.2-afwijzingen die ontwikkelaars op de forums van Apple hebben gedeeld. De afgewezen apps verderop zijn voorbeelden. Voor het overzicht van alle redenen lees je beter waarom Apple een app afwijst.

Wat zegt guideline 4.2?

Guideline 4.2 staat in sectie 4, "Design", van de App Review Guidelines. De eerste zin legt het criterium vast: "Your app should include features, content, and UI that elevate it beyond a repackaged website." Met andere woorden: je app moet functies, content en een interface bieden die hem boven een website in een nieuw jasje uittillen.

De tekst voegt twee ideeën toe. Een app die niet echt nuttig, uniek of "app-like" is, hoort niet in de App Store. En een app die geen blijvend vermaak of voldoende nut biedt, kan worden afgewezen. Guideline 4.2 beoordeelt dus twee dingen: het verschil met het web, en de hoeveelheid waarde.

De subregels die het bericht kan noemen

Subregel	Wat Apple vraagt	De typische afwijzing
4.2	Verder gaan dan een website	Site getoond in een WebView
4.2.1	Een echte augmented reality-ervaring	Een 3D-model neergezet in de AR-view
4.2.2	Niet alleen marketing of links	Etalage-app, aggregator, links
4.2.3	Een zelfstandige app, duidelijke downloads	App die een andere app vereist
4.2.6	Geen app op basis van een commerciële template	Template ingediend door een dienstverlener

Drie kanttekeningen. 4.2.2 maakt een uitzondering voor catalogi: "Other than catalogs, apps shouldn't primarily be marketing materials, advertisements, web clippings, content aggregators, or a collection of links." Een productcatalogus kan er dus doorheen. Een reclamefolder niet.

4.2.3 heeft twee onderdelen. Onderdeel (i) vraagt dat de app zelfstandig werkt, zonder dat je een andere app hoeft te installeren. Onderdeel (ii) vraagt, als de app bij de eerste start bestanden moet downloaden, dat je de grootte van de download meldt en vooraf om toestemming vraagt.

4.2.6, over commerciële templates en app-generatiediensten, wordt uitgelegd in de gids over guideline 4.3, omdat die hand in hand gaat met de anti-spamregel.

De twee meest voorkomende 4.2-berichten

Het bericht van Apple begint met de titel "Guideline 4.2 - Design - Minimum Functionality". Het vervolg zegt welk van de twee problemen de reviewer zag. Hier zijn twee formuleringen die ontwikkelaars op de forums van Apple hebben gedeeld. Ze zijn een paar jaar oud: de exacte tekst kan veranderd zijn, de twee families niet.

De app lijkt op een website. "Your app provides a limited user experience as it is not sufficiently different from a mobile browsing experience." Dit bericht, gedeeld op de forums van Apple, bevat een doorslaggevende zin: "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."

De app is te mager. "We found that the usefulness of your app is limited by the minimal amount of content or features it includes." Dit tweede bericht vraagt om het concept te herzien, en erkent dat geen enkele harde regel bepaalt wat nuttig of vermakelijk is.

Notificaties, locatie en een deelknop toevoegen aan een ingepakte website is niet genoeg: Apple heeft dat in zijn eigen afwijzingen geschreven.

Vier typische gevallen van een 4.2-afwijzing

De vier gevallen hieronder zijn voorbeelden die ik bedacht heb om de regel te illustreren, geen echte apps.

De ingepakte website

Voorbeeld: een sportclub toont zijn mobiele site in een WebView, met een native tabbalk erbovenop. Het rooster, het reserveren en het account zijn webpagina's. De reviewer ziet daar wat Safari hem ook zou laten zien. Apple zegt het op zijn App Review-pagina: een website die in een iOS-app wordt geserveerd, webcontent die niet is aangepast aan iOS of beperkte webinteracties maken geen goede app.

Wat ik zou doen: de schermen van de hoofdhandeling native opnieuw bouwen, hier het rooster en het reserveren. Daarna toevoegen wat de site niet kan: een herinnering voor de les, het rooster dat zonder netwerk te bekijken is, de volgende les in een widget.

De te simpele app

Voorbeeld: een app die één quote per dag toont, en verder niets. Na tien seconden heb je alles gezien. Guideline 4.2 spreekt over "lasting entertainment value or adequate utility": waarde die blijft, of voldoende nut. Om dit te fixen voeg je diepgang toe aan de hoofdhandeling, geen schermen eromheen. Hier: een geschiedenis, favorieten, een herinnering op een zelfgekozen tijd, een widget op het beginscherm.

De door AI gegenereerde app, zonder iets native

Voorbeeld: een tekstveld, een knop, een AI-antwoord als platte tekst. Apple beoordeelt niet de tool, maar wat er op het scherm van de reviewer verschijnt. Past de ervaring in een webpagina, dan is de kans groot dat 4.2 valt.

Wat AI goed doet en wat het mist, leg ik uit in een app maken met AI. Het formaat dat elke generator oplevert, webapp of mobiel project, vergelijk ik in Lovable, Rork of FlutterFlow.

Het lege omhulsel dat op content wacht

Voorbeeld: een marktplaats zonder advertenties, een lege gids, een feed met "Binnenkort beschikbaar". De reviewer opent een app die niets te laten zien heeft. Dit geval raakt ook 2.1, die tijdelijke content afwijst: zie de gids over guideline 2.1. Stuur de app in als hij echte content heeft, of geef een demo-account dat al gevuld is.

De test die ik doe: "En in Safari?"

Voor het insturen vraag ik me af of een website dezelfde hoofdfunctie zou kunnen bieden. Zo ja, dan loopt de app risico op 4.2. Dit is mijn checklist om een native functie te beoordelen. Een functie telt als hij de hoofdhandeling dient, niet als hij decoratie is.

Functie	Hij telt als...	Hij is niet genoeg als...
Notificaties	Ze verwachte informatie brengen	Ze je artikelen doorsturen
Offline	De hoofdcontent bruikbaar blijft	Er alleen een foutscherm verschijnt
Widget	Hij gegevens van die persoon toont	Hij je logo toont
Delen	Je content naar je app stuurt	Hij alleen een link deelt
Camera, sensoren	Ze deel zijn van de hoofdhandeling	Ze je site openen
Lokale gegevens	De app rekent, ordent en onthoudt	Alles op een webpagina leeft

De aanbevelingen van Apple wijzen dezelfde kant op. Een widget toont actuele content, in één oogopslag leesbaar. Een notificatie brengt nuttige informatie, in weinig woorden, en is er niet om je naar een taak in de app te duwen.

Wat mijn apps doen dat een site niet doet

Ik ontwerp elke app rond een hoofdfunctie die niet in een browser bestaat, of rond waarde die mensen laat terugkomen.

• Solys is een wekker. Het alarm loopt via AlarmKit, de alarmdienst van iOS 26: het gaat door de stille modus heen, net als de wekker van Apple. Om hem uit te zetten moet je een minigame winnen, en de gekozen apps blijven na het wakker worden gepauzeerd. Geen enkele webpagina laat een iPhone op stil afgaan.
• TradaZen is een tradingsimulator: een echte grafiek op een echte datum, een beslissing, candles die zich onthullen, gerankte duels en een rang die stijgt. Hier draagt geen native functie de app. Het is de blijvende vermaakswaarde waar 4.2 over spreekt.
• Nolera is een kledingkast-app: je fotografeert je kleding, de app stelt ze vrij en ordent ze, en stelt je elke ochtend een outfit voor. De camera is deel van de hoofdhandeling. Hij is geen bonus.

Guideline 4.2 eist geen lijst native functies: hij eist een reden om de app te installeren in plaats van een site te openen.

Een 4.2-afwijzing fixen, stap voor stap

1. Bepaal de familie. Webnavigatie: dat is de ingepakte website. Minimale content of functies: dat is de te magere app. 4.2.3: een afhankelijkheid van een andere app of een niet-aangekondigde download.
2. Verander het product, niet de formulering. Een antwoord dat argumenteert zonder iets te veranderen, heeft geen enkele reden om te overtuigen. Bouw de schermen van de hoofdhandeling native opnieuw, of voeg de diepgang toe die ontbreekt.
3. Reken op een nieuwe build. De oorzaak zit in de app: een update op afstand is niet genoeg. Elke inzending gaat opnieuw door de wachtrij, zie de doorlooptijd van de App Store-review.
4. Schrijf review notes die de weg wijzen. Apple vraagt op zijn pagina over informatie voor een volledige review om het concept, de functies en de doelgroep te beschrijven. Voor een update: wat er veranderd is, en waar je het vindt.
5. Ga alleen in beroep als de reviewer iets gemist heeft. Bestond je native functie al maar is hij niet gezien, antwoord dan in App Store Connect met een korte video. Een beroep bij de App Review Board is terecht als je app verkeerd begrepen is, niet als hij mager is.

Het template voor de notes dat ik zou gebruiken, in het Engels, om aan te passen:

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]

Schrijf alleen op wat in de ingestuurde build bestaat. Een aangekondigde functie die niet te vinden is, levert je een nieuwe afwijzing op, dit keer onder 2.1.

De 4.2-checklist voor het insturen

• Je kunt in één zin zeggen wat je app doet dat een site niet doet.
• De schermen van de hoofdhandeling zijn native, geen webpagina's.
• Elke native functie dient de hoofdhandeling, en de reviewer komt hem binnen twee minuten tegen.
• De app heeft echte content vanaf de eerste start, of een gevuld demo-account.
• De app werkt zelfstandig, zonder andere app om te installeren.
• Een grote download bij de eerste start meldt zijn grootte en vraagt om toestemming.
• De review notes beschrijven het concept, de doelgroep en de plek van elke functie.
• Zit je idee tegen de grens aan, dan heb je het vóór het coderen getest, met een goed afgebakende MVP voor een iOS-app.

Door 4.2 komen bij je volgende inzending

Is je app net afgewezen op 4.2, dan helpt de Apple Review Kit je om de genoemde regel terug te vinden en te zien wat die vraagt, met templates voor de notes voor de tester. Ben je nog aan het bouwen, dan begint het traject van de iOS Kit bij de hoofdfunctie, nog voor de eerste regel code. Wil je een menselijke blik, boek een uur met mij. De volledige aanpak staat op de pagina app afgewezen door Apple.

Bereid je je eerste release voor, doe dan je gratis diagnose: die zet de stappen op volgorde en stuurt je mijn anti-afwijzingschecklist voor Apple. Op de homepage zie je hoe je een mobiele app maakt die vanaf het begin op de review is afgestemd.

Niemand kan garanderen dat Apple je app accepteert. Ik kan je helpen hem een reden te geven om in de App Store te bestaan.

Veelgestelde vragen

Wat betekent "Guideline 4.2 - Design - Minimum Functionality"?

Dat is de titel van de afwijzing wegens minimale functionaliteit. Apple vindt dat je app te veel op een website lijkt, of te weinig content of functies biedt. Dezelfde titel kan een subregel betreffen: "Guideline 4.2.2" voor een etalage-app of een lijst links, 4.2.3 voor een app die afhankelijk is van een andere app.

Wordt een app in een WebView altijd afgewezen?

Nee. De regel richt zich op de website die in een app is gestopt, niet op de technologie. De reviewer beoordeelt de hoofdervaring: zijn die schermen webpagina's die hetzelfde doen als Safari, dan is het risico groot. Een helppagina die in de browser opent, is niet het punt.

Is het toevoegen van pushnotificaties genoeg om door 4.2 te komen?

Nee. In een afwijzingsbericht dat op de forums is gedeeld, schrijft Apple dat notificaties, locatie en delen niet genoeg zijn om de ervaring rijk genoeg te maken. Een notificatie telt als hij de hoofdfunctie dient, zoals een alarm of een herinnering die de gebruiker zelf heeft gekozen.

Wat is het verschil tussen guideline 4.2 en 4.3?

Guideline 4.2 beoordeelt je app op zichzelf: biedt hij genoeg ten opzichte van een website? Guideline 4.3 vergelijkt hem met andere apps: is het een kopie, een variant of nog een app in een verzadigde categorie? Eén app kan beide krijgen, maar je fixt ze niet op dezelfde manier.

Heb je na een 4.2-afwijzing een nieuwe build nodig?

Bijna altijd, want de oorzaak zit in de app zelf. Enige uitzondering: de reviewer heeft een functie die al bestond niet gevonden. Antwoord dan in App Store Connect met precieze notes en een korte video, zonder de build te veranderen.