# Je app in de App Store zetten: dit eisen de richtlijnen van Apple

Gepubliceerd: 11 oktober 2026 · 6 min leestijd

Door [Tekin Uslu](https://www.linkedin.com/in/tekinuslu/) · Digitaalnu

Om een app in de App Store te krijgen, word je lid van het Apple Developer Program en dien je een app in die voldoet aan de App Review Guidelines van Apple. De kern: de app moet meer zijn dan een herverpakte website, een privacybeleid hebben, alleen gegevens vragen die nodig zijn en gebruikers hun account binnen de app laten verwijderen. Per 11 oktober 2026 kost het lidmaatschap volgens Apple 99 USD per jaar. Dit artikel loopt door wat de richtlijnen zeggen, zodat je als opdrachtgever weet wat een bouwer moet regelen voordat de app wordt ingediend.

In dit artikel

1. Wat kost het om in de App Store te staan?
2. Wat moet een app bieden naast een herverpakte website?
3. Wat moet er in je privacybeleid en toestemming staan?
4. Moet een gebruiker zijn account kunnen verwijderen?
5. Wat heeft de reviewer nodig om je app te testen?
6. Wat doe je als een app wordt afgewezen?

## Wat kost het om in de App Store te staan?

Begin bij de kosten van het lidmaatschap. Volgens Apple op de pagina over inschrijven kost het Apple Developer Program 99 USD per lidmaatschapsjaar, en kunnen prijzen per regio verschillen. Dat bedrag is geraadpleegd op 11 oktober 2026 en kan wijzigen, dus controleer het op de site van Apple voordat je begroot. Het lidmaatschap staat los van de bouwkosten van de app zelf. Een app laten bouwen begint vanaf €5.000 per project, en hoe groot de app wordt bepaalt de prijs daarboven. In het artikel over [wat een mobiele app kost](https://digitaalnu.nl/blog/mobiele-app-laten-maken-kosten) staat de volledige afweging.

Let op wie het account op zijn naam zet. De richtlijnen zeggen dat apps in sterk gereguleerde sectoren of apps die gevoelige gebruikersinformatie vragen, horen te worden ingediend door een rechtspersoon die de dienst levert, en niet door een individuele ontwikkelaar. Werkt jouw bedrijf in een sector met strenge regels, of vraagt de app gevoelige gegevens, dan is ons advies om het account op de naam van je bedrijf te zetten. Voor bureaus is er een tweede aandachtspunt: apps die zijn gemaakt met een commerciële template- of appgeneratiedienst worden afgewezen, tenzij ze direct zijn ingediend door de aanbieder van de inhoud van de app.

## Wat moet een app bieden naast een herverpakte website?

De eerste inhoudelijke drempel is guideline 4.2 over minimale functionaliteit. Apple schrijft dat je app functies, inhoud en een interface moet hebben die verder gaan dan een herverpakte website. Een app die alleen je bestaande site in een kader toont, botst dus met die regel. Hoe je die extra waarde invult, staat niet in de zin die we citeren. Ons advies: denk aan een vaste werkwijze die in de app beter werkt dan op de website, zoals een planning, een klantaccount of een bestelproces dat bij het apparaat past.

Dezelfde richtlijn noemt wat er niet in hoort. Volgens guideline 4.2.2 mogen apps, afgezien van catalogi, niet primair marketingmateriaal, advertenties, webclippings, contentaggregators of een verzameling links zijn. Een app die alleen je folder in een scherm toont, valt daar naar onze lezing onder. Ben je een vakbedrijf met een mooie site, bedenk dan eerst of je klanten wel iets in een app willen doen. Zo niet, dan is een goede website doorgaans de betere investering, en lees je in het artikel over [een PWA of native app](https://digitaalnu.nl/blog/pwa-of-native-app-wat-past) welke tussenvormen er zijn.

## Wat moet er in je privacybeleid en toestemming staan?

De tweede drempel is privacy. De richtlijnen eisen dat elke app een link naar het privacybeleid heeft, in het metadataveld van App Store Connect en binnen de app op een makkelijk bereikbare plek. Dat beleid moet uitleggen welke gegevens de app verzamelt, hoe de app ze verzamelt en waarvoor ze worden gebruikt. Schrijf het dus niet als een algemene tekst die je van een andere website kopieert, maar laat het aansluiten op wat de app echt doet. Guideline 2.3 vraagt bovendien dat alle metadata, inclusief de privacy-informatie, de kern van de app juist weergeven.

Het beleid moet daarnaast uitleggen hoe lang gegevens worden bewaard en hoe ze worden verwijderd, en hoe een gebruiker zijn toestemming intrekt of om verwijdering van zijn gegevens vraagt. Dat dwingt je om vóór de bouw na te denken over wat de app opslaat en waar. Heeft de app een eigen server of database, dan hoort die keuze in het ontwerp te zitten en niet achteraf in een tekst. Ons advies is om die keuzes vast te leggen in het ontwerpdocument, zodat het privacybeleid en de app later niet uit elkaar lopen.

Toestemming is een aparte eis. Apps die gebruiks- of gebruikersgegevens verzamelen, moeten daarvoor toestemming krijgen, ook als de gegevens op dat moment als anoniem gelden. Bovendien mag een app alleen toegang vragen tot gegevens die relevant zijn voor de kernfunctionaliteit, en alleen gegevens verzamelen en gebruiken die nodig zijn voor de taak. Vraag dus niet om locatie, contacten of foto's omdat het misschien ooit handig is. Elke toestemming die je vraagt, moet je aan de reviewer kunnen uitleggen.

## Moet een gebruiker zijn account kunnen verwijderen?

Gebruik je externe AI in de app, bijvoorbeeld een chatbot die tekst van gebruikers naar een taalmodel stuurt, dan geldt een extra regel. Apple eist dat je duidelijk meldt waar persoonsgegevens met derden worden gedeeld, inclusief externe AI, en dat je daarvoor uitdrukkelijke toestemming vraagt. Apple vraagt die toestemming vóórdat de gegevens worden gedeeld. In de praktijk betekent dat een zichtbaar scherm of een duidelijke keuze, niet een zin diep in de voorwaarden. Over de technische kant van zulke koppelingen lees je meer op de pagina over [AI-integraties](https://digitaalnu.nl/diensten/ai-integraties).

Dan accountverwijdering. Volgens Apple moeten apps die accountaanmaak ondersteunen, gebruikers ook binnen de app het verwijderen van hun account laten starten. Een knop in het profielscherm die het proces begint, is dus het uitgangspunt. Een tweede regel in dezelfde richtlijn gaat over de login zelf: heeft je app geen belangrijke accountfuncties, dan moet hij zonder login te gebruiken zijn. Vraag je bouwer dus bij het ontwerp of een account echt nodig is, want elk account brengt ook een verwijderroute en een privacyverplichting met zich mee.

## Wat heeft de reviewer nodig om je app te testen?

Over het reviewproces zelf zegt de richtlijn iets praktisch. Heeft je app een login, dan geef je bij het indienen demo-accountgegevens mee en zorg je dat je back-end aanstaat. Een reviewer die niet kan inloggen, kan de app niet beoordelen. Daarnaast moeten alle metadata, inclusief de privacy-informatie, de beschrijving, de schermafbeeldingen en de previews, de kern van de app juist weergeven. Laat dus geen functies zien die er nog niet zijn. Over de doorlooptijd van de review doen we geen uitspraak, omdat we daarvoor geen bron hebben geverifieerd.

Richtlijnen veranderen. De versie die we hier gebruiken, is volgens Apple voor het laatst bijgewerkt op 8 juni 2026, en we hebben haar geraadpleegd op 11 oktober 2026. Behandel dit artikel dus als een checklist om mee te beginnen en lees de actuele tekst op developer.apple.com voordat je indient. Dat geldt ook voor het bedrag van het lidmaatschap. Een goede bouwer houdt de richtlijnen bij en heeft de punten uit dit artikel al afgevinkt voordat de eerste versie in review gaat.

## Wat doe je als een app wordt afgewezen?

Wordt een app toch afgewezen, lees dan de toelichting van de reviewer en pas de app of de metadata daarop aan. Loop daarbij in elk geval de punten uit dit artikel opnieuw na: genoeg eigen functionaliteit, een privacybeleid dat klopt met de app, werkende demo-gegevens en een account met een verwijderroute in de app. Dat zijn geen garanties voor goedkeuring, wel de eisen die we in de richtlijnen hebben nagelezen. Wil je weten wat wij voor je regelen bij een app, van ontwerp tot indiening, bekijk dan onze dienst [mobiele apps](https://digitaalnu.nl/diensten/mobiele-apps). Voor Android geldt een eigen set regels, die je vindt in het artikel over [publiceren in Google Play](https://digitaalnu.nl/blog/app-publiceren-in-google-play).

## Startprijzen van Digitaalnu

| Dienst | Vanaf | Doorlooptijd |
| --- | --- | --- |
| Website voor vakmensen | €750 per project | 2 weken |
| Webshop op maat | €2.500 per project | ongeveer 6 weken |
| Webapplicatie of maatwerk software | €2.000 per project | ongeveer 6 weken |
| Mobiele app | €5.000 per project | ongeveer 6 weken |
| WordPress-onderhoud | €45 per maand | doorlopend |
| Managed hosting | €25 per maand | doorlopend |

Vaste prijs vooraf, geen maximumbedrag: de definitieve prijs volgt na een gratis intakegesprek.

## Veelgestelde vragen

### Wat kost het om een app in de App Store te zetten?

Volgens Apple kost het Apple Developer Program 99 USD per lidmaatschapsjaar, met de aantekening dat prijzen per regio kunnen verschillen. Dit bedrag gold op 11 oktober 2026. De bouwkosten van de app komen daar los bovenop; bij Digitaalnu begint een app vanaf €5.000 per project.

### Mag mijn app gewoon mijn website in een scherm zijn?

Nee. Apple verwacht functies, inhoud en een interface die verder gaan dan een herverpakte website. Ook apps die primair marketingmateriaal, een verzameling links of een contentaggregator zijn, horen volgens de richtlijnen niet in de store, met catalogi als uitzondering.

### Moet ik een privacybeleid hebben?

Ja. Elke app moet een link naar het privacybeleid hebben, zowel in App Store Connect als binnen de app. Het beleid legt uit welke gegevens je verzamelt, hoe en waarvoor, en hoe een gebruiker toestemming intrekt of verwijdering van zijn gegevens vraagt.

### Moeten gebruikers hun account in de app kunnen verwijderen?

Ja, als je app accountaanmaak ondersteunt. Apple eist dat mensen het verwijderen van hun account ook binnen de app kunnen starten. Ons advies: zet in het profielscherm een knop die het verwijderen start, zodat de route echt binnen de app begint.

### Wat als mijn app een inlog heeft?

Dan geef je bij het indienen demo-accountgegevens mee en zorg je dat je back-end aanstaat, zodat de reviewer de app echt kan gebruiken. Heeft de app geen belangrijke accountfuncties, dan moet hij zonder login te gebruiken zijn.

## Waar dit op gebaseerd is

- Apple Inc.: [App Review Guidelines - Apple Developer](https://developer.apple.com/app-store/review/guidelines/), geraadpleegd op 11 oktober 2026.
  > “Your app should include features, content, and UI that elevate it beyond a repackaged website.”
  > “Other than catalogs, apps shouldn't primarily be marketing materials, advertisements, web clippings, content aggregators, or a collection of links.”
  > “Apps created from a commercialized template or app generation service will be rejected unless they are submitted directly by the provider of the app's content.”
  > “All apps must include a link to their privacy policy in the App Store Connect metadata field and within the app in an easily accessible manner.”
  > “Identify what data, if any, the app/service collects, how it collects that data, and all uses of that data.”
  > “Explain its data retention/deletion policies and describe how a user can revoke consent and/or request deletion of the user's data.”
  > “Apps that collect user or usage data must secure user consent for the collection, even if such data is considered to be anonymous at the time of or immediately following collection.”
  > “Apps should only request access to data relevant to the core functionality of the app and should only collect and use data that is required to accomplish the relevant task.”
  > “If your app doesn't include significant account-based features, let people use it without a login.”
  > “You must clearly disclose where personal data will be shared with third parties, including with third-party AI, and obtain explicit permission before doing so.”
  > “or that require sensitive user information should be submitted by a legal entity that provides the services, and not by an individual developer.”
  > “include demo account info (and turn on your back-end service!) if your app includes a login.”
  > “make sure all your app metadata, including privacy information, your app description, screenshots, and previews accurately reflect the app's core experience”
  > “Last Updated: June 8, 2026”
- Apple Inc.: [5.1.1(v) - Offering account deletion in your app - Guideline reference - App Review - Help - Apple Developer](https://developer.apple.com/help/app-review/guideline-reference/5-1-1-account-deletion), geraadpleegd op 11 oktober 2026.
  > “Apps submitted to the App Store that support account creation must also let people initiate deletion of their account within the app.”
- Apple Inc.: [Become a member - Apple Developer Program - Apple Developer](https://developer.apple.com/programs/enroll/), geraadpleegd op 11 oktober 2026.
  > “The Apple Developer Program is 99 USD per membership year.”

## Over de auteur

Tekin Uslu is oprichter van Digitaalnu en van moederbedrijf DigiHand (Haarlem, sinds 2009). Hij werkt sinds 2006 in data engineering, geo-informatie en IT-architectuur. [Meer over Tekin Uslu →](https://digitaalnu.nl/over-ons/tekin-uslu)

Wil je hier meer over weten?

Neem contact op voor een vrijblijvend gesprek of bekijk onze diensten.

[Plan een gratis gesprek](https://digitaalnu.nl/contact) · [Mobiele apps laten bouwen →](https://digitaalnu.nl/diensten/mobiele-apps)

## Gerelateerde diensten

- [Mobiele apps laten bouwen →](https://digitaalnu.nl/diensten/mobiele-apps)
- [Maatwerk software →](https://digitaalnu.nl/diensten/maatwerk-software)
- [AI-integraties →](https://digitaalnu.nl/diensten/ai-integraties)

## Meer over apps, ai en maatwerk software

- [Een app publiceren in Google Play: registratie, kosten en beleid](https://digitaalnu.nl/blog/app-publiceren-in-google-play)
- [PWA of native app: wat past bij jouw bedrijf en jouw gebruikers?](https://digitaalnu.nl/blog/pwa-of-native-app-wat-past)
- [Van wie is maatwerk software? Eigendom en auteursrecht uitgelegd](https://digitaalnu.nl/blog/software-eigendom-en-auteursrecht-bij-maatwerk)

Laatst bijgewerkt: 11 oktober 2026

## Contact

- Telefoon: 023 230 21 42
- E-mail: info@digitaalnu.nl
- Bezoekadres: Wateringweg 1 A03, 2031 EK Haarlem
- KVK: 34315122
- Contactpagina: https://digitaalnu.nl/contact

---

Bron: https://digitaalnu.nl/blog/app-store-richtlijnen-en-publiceren