Je hebt een account in het Apple Developer Program nodig, je maakt in App Store Connect een app-record aan met een bundle-ID, je uploadt daar een build naartoe en je vult de verplichte metadata en privacygegevens in voordat je indient. Daarna beoordeelt een medewerker van Apple je app met de hand. Dat laatste is waar de meeste verrassingen zitten, en het ligt buiten jouw invloed.
Minder een technische handeling dan een administratief traject met een menselijke poort aan het eind.
De volgorde ligt vast: lidmaatschap, leeg app-record, build uploaden, verplichte velden invullen, indienen. Het uploaden is meestal het kleinste stuk werk. Screenshots, teksten en privacygegevens verzamelen kost vaak meer moeite, en de beoordeling erna ligt volledig bij Apple. De regels veranderen bovendien regelmatig: loop je vast op een veld of een foutcode, controleer dan de App Store Connect Help en de App Review Guidelines, niet een handleiding van een paar jaar oud.
Vier dingen die je niet halverwege kunt regelen zonder stil te vallen.
Hier zitten twee misverstanden die veel tijd kosten.
Bij het aanmaken kies je platform, naam, primaire taal, bundle-ID en een SKU. De SKU is voor je eigen administratie; de bundle-ID koppel je hier vast en wissel je daarna niet zomaar meer om, dus neem niet de testwaarde uit je prototype over. De naam moet beschikbaar zijn: een andere ontwikkelaar kan de jouwe al hebben vastgelegd. Hier kies je ook een categorie en doorloop je de vragenlijst voor de leeftijdsclassificatie, in 2025 herzien met nieuwe niveaus als 13+, 16+ en 18+ en vragen over onder meer ouderlijk toezicht, gezondheid en geweld. Een classificatie die niet klopt met wat de reviewer aantreft, is een afwijzingsgrond.
De build stuur je vanuit Xcode of met Transporter naar App Store Connect. Apple verwerkt hem eerst, dus hij is niet meteen selecteerbaar; lukt dat niet, dan volgt een mail met een foutcode. Daarna staat de build in TestFlight, en daar zit het tweede misverstand: dat is niet hetzelfde als aangemeld zijn. Je moet hem expliciet aan een versie koppelen, de resterende velden invullen en pas dan indienen.
Vul ook de reviewinformatie in. Zit er een inlog voor je app, geef dan een werkend demo-account mee: een reviewer die niet langs je inlogscherm komt, wijst af zonder de rest gezien te hebben. Zie verder onze app store launch-checklist.
Drie onderdelen veroorzaken de meeste vertraging vlak voor indienen.
Screenshots zijn verplicht, per apparaatformaat en in exacte pixelmaten. Apple schaalt vanaf het grootste iPhone-formaat naar kleinere modellen, maar draait je app ook op iPad, dan is apart iPad-materiaal nodig en blokkeert App Store Connect de inzending zonder. Een bestand dat afwijkt van de vereiste maat wordt geweigerd, en maten wijzigen met nieuwe toestellen.
De teksten moeten kloppen met wat deze build echt doet. Belooft je beschrijving een functie die er nog niet in zit, dan is dat een afwijzingsgrond, ook als de app verder prima werkt. Dat geldt ook voor beelden die alleen een logo of inlogscherm tonen.
Een support-URL, een copyrightregel, een versienummer en bij een update een tekst over wat er nieuw is. Velden die niemand spannend vindt en daarom pas op het laatste moment opduiken. Een support-URL naar een lege pagina telt niet.
Ze lopen vaak door elkaar, terwijl je ze allebei apart moet regelen.
Het eerste is de privacyverklaring: een openbaar bereikbare pagina waarvan je de URL invult, verplicht voor elke app, ook als je niets verzamelt. Je hebt hem dus nodig vóórdat je indient, en de reviewer opent de link om te zien of er een verklaring staat die bij je app past.
Het tweede is de App Privacy-sectie, in de wandelgangen het privacy nutrition label. Je beantwoordt een vragenlijst over welke gegevens je verzamelt, waarvoor, of ze aan de gebruiker gekoppeld zijn en of ze voor tracking dienen; daaruit genereert Apple het overzicht op je productpagina. Je vult het zelf in, dus de juistheid is jouw verantwoordelijkheid. Bijwerken mag later, zonder nieuwe versie.
Het meest onderschat: ook wat SDK's van derden verzamelen moet je opgeven. Analytics, crash-rapportage, advertentienetwerken, een inlogknop van een ander platform. Apple vraagt van veelgebruikte SDK's daarom een privacy-manifest en een handtekening, zie App Privacy Details. Bouw je op een AI-tool of een template met ingebouwde diensten, kijk dan eerst wat er meelift. Dit is algemene uitleg, geen juridisch advies; zie ook de AVG-checklist voor een nieuwe app.
Geen technische controle, maar een beoordelaar die je app installeert en probeert.
Verplichte informatie ontbreekt nog. Hier kun je alles wijzigen.
Binnen bij Apple, nog niet in behandeling. Screenshots kun je niet meer aanpassen.
Een reviewer is bezig. Terugtrekken kan, maar dan begin je opnieuw.
Goedgekeurd, of Pending Developer Release als je zelf het publicatiemoment kiest.
De beoordeling is menselijk: iemand installeert je app, opent hem en kijkt of gebeurt wat je belooft. Dat verklaart waarom vrijwel identieke inzendingen anders kunnen uitpakken, en waarom een duidelijke uitleg in het notitieveld helpt.
Afgewezen worden is normaal en overkomt ervaren teams net zo goed. Je krijgt bericht met de richtlijn waarop het misging, reageert in App Store Connect en dient opnieuw in. Gaat het alleen om teksten of screenshots, dan zie je Metadata Rejected en pas je die aan zonder nieuwe build; meer in app afgewezen in de App Store.
Eén grond steekt eruit voor wie met een AI-tool of no-code-bouwer werkt: minimale functionaliteit. Apple wijst apps af die vooral een website in een schil zijn of te dun aanvoelen om als app te bestaan. Of jouw versie ver genoeg is, weeg je af in wanneer is een prototype productierijp.
Over doorlooptijd valt weinig te beloven: er is geen toegezegde termijn voor een lanceerdatum, en na een afwijzing begint de beoordeling opnieuw. Bij echte urgentie kun je een expedited review aanvragen via een formulier bij Apple. Apple beslist zelf, en voorrang maakt de richtlijnen niet soepeler.
Publiceer je ook voor Android, dan geldt een apart traject; zie Google Play Console: je eerste app publiceren. Begin je hieraan met iets dat nog een demo is, lees dan van prototype naar productie.
Er is geen toegezegde doorlooptijd waarop je kunt plannen. Soms gaat het vlot, soms duurt het langer, en na een afwijzing begint de beoordeling opnieuw.
Ja. De URL naar een openbaar bereikbare privacyverklaring is een verplicht veld voor elke app. Zorg dat de pagina live staat voordat je indient; de reviewer opent de link.
Dezelfde status onder een nieuwe naam: Apple heeft Ready for Sale hernoemd naar Ready for Distribution. Je app is goedgekeurd en kan worden gepubliceerd. Oudere handleidingen gebruiken die nog.
Afwijzing hoort bij het proces en overkomt ervaren teams net zo goed. Je krijgt in App Store Connect bericht met de richtlijn waarop het misging, past aan, reageert en dient opnieuw in. Bij alleen tekst- of screenshotproblemen hoef je geen nieuwe build te uploaden.
Een verzoek aan Apple om je inzending met voorrang te behandelen, bedoeld voor uitzonderlijke situaties zoals een ernstige fout in een live versie of een lancering rond een vastgelegd evenement. Apple beslist, en te vaak aanvragen werkt tegen je.
Nee, wel per schermformaat dat Apple vraagt, in exacte afmetingen. Apple schaalt vanaf het grootste iPhone-formaat naar kleinere modellen. Draait je app ook op iPad, dan is apart iPad-materiaal verplicht.
Publiceren kost hoe dan ook aandacht en tijd. Stuur ons je idee: wij leveren in één werkdag een klikbaar prototype om de flow te toetsen bij echte gebruikers.
Een korte intake volgt na je inschrijving. Daarna stemmen we scope en datum af.
We nemen contact op om de intake in te plannen.
We gebruiken cookies om je ervaring te verbeteren en het gebruik van de site te meten.