App Store Review Guidelines — wat is het, publicatieregels en hoe door de review te komen

Wat zijn App Store Review Guidelines

App Store Review Guidelines — is het officiële Apple-document met vereisten voor apps die in de App Store worden gepubliceerd. Het behandelt veiligheid, privacy, ontwerp, content en technische kwaliteit.

Het document wordt gepubliceerd op de Apple Developer-website en meerdere keren per jaar bijgewerkt — meestal samen met de release van nieuwe iOS-versies of wijzigingen in het bedrijfsbeleid. Elke app ondergaat vóór publicatie een automatische en handmatige controle op naleving van deze regels.

Volgens gegevens van Apple, 2026 werden in het afgelopen jaar meer dan 5 miljoen builds beoordeeld, waarvan ongeveer 40% in de eerste controleafdeling werd afgewezen.

Structuur van de richtlijnen: vijf belangrijke secties

De richtlijnen bestaan uit zes hoofdsecties, die elk een specifiek aspect van de app reguleren. De ontwikkelaar moet de structuur van het document begrijpen om zijn app vooraf te kunnen controleren op naleving van alle categorieën.

Elke sectie bevat specifieke regels met voorbeelden van overtredingen en aanbevelingen voor correctie. Apple werkt deze secties regelmatig bij — met name de sectie Safety, die reageert op nieuwe soorten bedreigingen en wettelijke vereisten.

Hoe het reviewproces in de App Store werkt

Het reviewproces in de App Store bestaat uit twee opeenvolgende fasen: geautomatiseerde controle en handmatige moderatie. Elke fase controleert verschillende aspecten van de app.

De automatische fase wordt uitgevoerd door de serverinfrastructuur van Apple en duurt enkele minuten tot een uur. Het systeem controleert de binaire code op verboden API's, analyseert configuratiebestanden en valideert certificaten.

De handmatige fase wordt uitgevoerd door het App Review-team — medewerkers van Apple die de app op een echt apparaat installeren, de functionaliteit, het ontwerp en de conformiteit met de beschrijving in App Store Connect controleren.

Gemiddelde controletijd — 24–48 uur. Volgens Apple Developer Forums (2026) kan de wachtrij in de periode van nieuwe iOS-releases oplopen tot 5–7 dagen. De ontwikkelaar kan de status volgen via het App Store Connect-dashboard.

Typische redenen voor afwijzing van apps

Afwijzing van de app — een veelvoorkomende situatie, vooral bij de eerste publicatie. Analyse van meer dan 10.000 afwijzingsgevallen, uitgevoerd door de ontwikkelaarsgemeenschap, heeft verschillende meest voorkomende redenen aan het licht gebracht.

• Onvolledige beschrijving van functionaliteit — de ontwikkelaar heeft niet alle functies van de app vermeld en de reviewer kon ze niet vinden. Het is vereist om een demo-login of een werkvideo te verstrekken.
• Verborgen content — code die alleen onder bepaalde voorwaarden wordt geactiveerd (schakelaars, debug-modi). Apple verbiedt deze aanpak.
• Schending van ontwerpregels — knoppen, gebaren of navigatie die niet voldoen aan de Human Interface Guidelines van Apple.
• Problemen met abonnementen — onjuiste weergave van de prijs, ontbrekende annuleerknop, onjuiste proefperiode.
• Gebruik van private API's — aanroepen van methoden die geen deel uitmaken van de openbare frameworks van Apple. Dergelijke aanroepen worden automatisch gedetecteerd in de statische analysefase.

Apple geeft een gedetailleerde beschrijving van de afwijsreden in de sectie Resolution Center in App Store Connect, evenals aanbevelingen voor correctie.

Hoe je de app voorbereidt op review: checklist

Voorbereiding op de review verkort de publicatietijd aanzienlijk en verkleint het risico op afwijzing. Ervaren ontwikkelaars gebruiken een checklist die rekening houdt met de meest voorkomende vereisten van de richtlijnen.

1. Controleer de metadata — naam, beschrijving, screenshots en categorie. Alle teksten moeten in de ondersteunde talen zijn en overeenkomen met de werkelijke functionaliteit.
2. Zorg dat er geen crashes zijn — de app mag bij geen enkel gebruiksscenario crashen. Gebruik Crashlytics of Sentry voor het verzamelen van logs.
3. Zorg voor demo-toegang — als de app inloggen vereist, maak dan een testaccount aan en vermeld deze in de review-opmerkingen.
4. Controleer HIG-naleving — interface-elementen moeten voldoen aan de Human Interface Guidelines: knopgroottes, spaties, omgang met gebaren.
5. Configureer in-app aankopen — alle aankopen moeten correct zijn geconfigureerd in App Store Connect, prijzen correct vermeld en de proefperiode werkt zoals verwacht.
6. Werk het privacybeleid bij — de link naar het Privacybeleid moet actief zijn en overeenkomen met de daadwerkelijke gegevensverzameling door de app.

Na het doorlopen van alle punten laad je de build via Xcode Organizer of Transporter en stuur je deze ter review via App Store Connect.

Beroep en versnelling van de review

Beroep — een officieel verzoek om heroverweging van het besluit van Apple, als de ontwikkelaar van mening is dat de app ten onrechte is afgewezen. De beroepsprocedure is beschreven in de richtlijnen zelf.

Om beroep aan te tekenen, selecteer je in App Store Connect de afwijsreden en schrijf je een gemotiveerde uitleg waarom de beslissing van de reviewer ongegrond is. Apple behandelt beroepen binnen 1–2 werkdagen.

Als de app dringend moet worden gepubliceerd (correctie van een kritieke fout, beveiligingslek), kan de ontwikkelaar een Expedited Review aanvragen. Apple biedt versnelde afhandeling voor kritieke correcties maximaal twee keer per jaar per app.

In geval van herhaalde afwijzing na beroep kan de ontwikkelaar zich wenden tot de App Review Board — de onafhankelijke commissie van Apple die het definitieve besluit neemt in controversiële gevallen.