App afgewezen door Apple: waarom (5 echte gevallen)

Een afwijzing door Apple heeft bijna altijd een concrete reden, die in het bericht van de review staat: een genummerde guideline, vaak met een screenshot erbij. De meest voorkomende redenen bij een eerste app zijn een app die niet af is (2.1), slecht opgegeven privacy (5.1.1), misleidende metadata (2.3.2), een betaling die de in-app aankoop omzeilt (3.1.1) of een beoordelingsverzoek op het verkeerde moment (5.6.3). In de overgrote meerderheid van de gevallen heeft de reviewer je app prima begrepen: het was je inzending die kwetsbaar was.

Ik weet dat omdat ik die afwijzingen zelf heb gekregen. Ik publiceer mijn eigen iOS-apps: Solys (een wekker met minigames) en TradaZen (een tradingsimulator) staan in de App Store. Solys werd twee keer afgewezen, een keer voor de lancering en een keer bij een update, en twee andere apps, Clic en Nolera, werden afgewezen, verbeterd en opnieuw naar Apple gestuurd. Hier zijn de vijf afwijzingen, hun echte oorzaak, en daarna de methode om te reageren en de checklist die ik voor elke inzending gebruik.

Waarom Apple een app afwijst: de 5 afwijzingen die ik kreeg

Afwijzing 2.1 op Solys: de demo was niet te winnen

De onboarding van Solys heeft een speelbare demo: je moet een minigame winnen, net als bij het wakker worden. Op mijn telefoons werkte alles. De reviewer testte echter op een iPad, waar een iPhone-app in compatibiliteitsmodus in een kleiner venster draait. Op dat formaat werd de doorgang voor het vogeltje in de minigame smaller dan het vogeltje zelf, en de knop "Doorgaan" ging alleen aan bij een overwinning. Apple vroeg om een manier om de game-opdracht over te slaan.

De oplossing: een demo waarvan de geometrie wordt berekend op basis van de echte schermgrootte, en een link om de demo over te slaan als het misgaat.

De les: elke verplichte stap moet een uitweg hebben, en elk verplicht scherm test je voor elke inzending op het kleinst mogelijke formaat.

Afwijzing 5.6.3 op Solys: het beoordelingsverzoek tijdens de onboarding

Tweede afwijzing, bij de volgende update. Apple schreef dat de app om een beoordeling vroeg bij de eerste start of tijdens de onboarding. Het beoordelingsscherm kwam direct na de demo, voordat de gebruiker iets in de app had meegemaakt.

De oplossing: het verzoek is naar het einde van de flow verplaatst, en het verschijnt alleen als de gebruiker net de demo heeft gewonnen.

De les: elk gevoelig verzoek (beoordeling, notificatie, abonnement, tracking) komt na een bewijs van waarde, nooit ervoor.

Afwijzing 5.1.1 op Clic: het online privacybeleid was niet bijgewerkt

Clic genereert content met AI, en de app had netjes een toestemmingsscherm. Het probleem zat ergens anders: het privacybeleid op de website was de oude versie, en die beschreef niet alles wat de app verzamelt.

De oplossing: volledig beleid gepubliceerd, Engelse samenvatting toegevoegd, review notes bijgewerkt.

De les: Apple leest je online beleid, niet het beleid dat in je repository ligt. Open voor elke inzending de opgegeven URL en check of die zegt wat je app doet.

Afwijzing 5.1.1 op Nolera: een knop "Toestaan" voor het systeemverzoek

Voor het echte iOS-verzoek om toegang tot de camera toonde Nolera een uitlegscherm met een knop "Toestaan". Volgens Apple duwt die tekst de gebruiker om te accepteren voor het officiële systeemverzoek.

De oplossing: de knop heet nu "Doorgaan", in alle 8 talen van de app.

De les: een scherm dat een toestemming voorbereidt, legt uit, het beslist niet in plaats van de gebruiker. De aanbevelingen van Apple staan in de designregels over privacy.

Afwijzing 2.3.2 op Nolera: het icoon hergebruikt als promotieafbeelding

Abonnementen kunnen een promotieafbeelding hebben in App Store Connect. Bij twee abonnementen van Nolera was dat gewoon het app-icoon. Apple vond dat niet conform.

De oplossing: de afbeeldingen zijn bij beide abonnementen verwijderd, en de inzending is opnieuw aangemaakt.

De les: elk onderdeel van je productpagina wordt bekeken, ook de dingen die je zonder nadenken invult, zoals de leeftijdsclassificatie.

Welke guidelines komen het vaakst voor?

Alle regels staan in de App Review Guidelines. Deze zijn het vaakst een valkuil voor een eerste app:

2.1: App Completeness. De app crasht, een knop leidt nergens heen, een verplicht scherm werkt niet op een bepaald formaat. Vraagt je app om in te loggen, geef dan een demoaccount in de review notes, anders blijft de reviewer hangen op het loginscherm. Alles over deze reden staat in mijn gids over guideline 2.1.

2.3: Metadata. Screenshots die niet de echte app laten zien, een beschrijving die een functie belooft die er niet is, promotieafbeeldingen die niet conform zijn.

3.1.1: In-App Purchase. Om digitale content of functies in de app te ontgrendelen, is de algemene regel de in-app aankoop van Apple. De uitzonderingen verschillen per land en veranderen: lees de actuele versie van de guidelines voordat je een andere betaalmethode plant. Het complete verhaal staat op de pagina in-app abonnementen op iOS.

3.1.2: Subscriptions. Een app met abonnement moet duidelijk laten zien wat de gebruiker krijgt en voor welke prijs. De klassieke fouten op betaalschermen staan in iOS-paywall: 7 beginnersfouten.

4.3: Spam. De app lijkt op duizend andere of biedt op zichzelf niet genoeg. Dit is de moeilijkste afwijzing om op te lossen: je voorkomt hem al bij de keuze van je idee. Ik leg het uitgebreid uit in de gids over guideline 4.3.

5.1.1: Privacy. Opgaven over dataverzameling die niet kloppen met wat de app doet, een onvolledig privacybeleid, een toestemming die wordt gevraagd zonder duidelijke uitleg.

Hoe reageer je op een afwijzing van Apple zonder dagen te verliezen?

Een afwijzing is geen vonnis, het is heen-en-weer. De aanpak die werkt:

1. Lees de reden twee keer. Het bericht noemt de guideline en heeft vaak een screenshot. Veel ontwikkelaars antwoorden langs de vraag heen omdat ze te snel lazen.
2. Zoek de echte oorzaak. Bij Clic en bij Nolera was de echte oorzaak niet wat de tekst op het eerste gezicht deed vermoeden. Reproduceer het probleem onder de omstandigheden van de reviewer: hetzelfde type apparaat, een nieuw account, de eerste start.
3. Los de reden op, en niets anders. Dit is niet het moment om drie functies toe te voegen: elke wijziging vergroot wat er gereviewd wordt.
4. Antwoord in App Store Connect. Leg in twee feitelijke zinnen uit wat je hebt opgelost, door te antwoorden op het bericht van App Review.
5. Ga alleen in beroep als je het zeker weet. Apple laat je een beroep doen op de App Review Board als je denkt dat je app verkeerd is begrepen, met één beroep per afgewezen inzending. Een terechte afwijzing aanvechten kost je alleen maar tijd.

Wat de doorlooptijd betreft: Apple zegt minstens 50 % van de inzendingen binnen 24 uur te beoordelen, en 90 % binnen 48 uur. Het zijn de afwijzingen die je planning oprekken, niet de wachtrij: de details staan in doorlooptijd van de App Store-review. De complete aanpak na een afwijzing staat op de pagina app afgewezen door Apple.

Een vermijdbare afwijzing kost een volledige reviewronde. Het beste antwoord aan Apple is een inzending waar niets op aan te merken valt.

De checklist die ik voor elke inzending gebruik

Opgebouwd afwijzing na afwijzing, op mijn eigen apps:

• Elk verplicht scherm getest op de kleinste iPhone, de grootste, en op iPad in compatibiliteitsmodus, volgens het schema van guideline 4.0 design
• Een mogelijke uitweg bij elke stap van de onboarding, ook als het misgaat
• Demoaccount in de review notes als de app een login heeft
• Aankopen getest in de sandbox, inclusief herstellen
• Prijs, looptijd en links naar de voorwaarden en het privacybeleid aanwezig waar Apple ze eist, in elke taal
• Online privacybeleid nagelezen op de dag van inzending
• Privacyopgaven in lijn met wat de app echt verzamelt, inclusief het privacy manifest
• Schermen voor een toestemming zonder knop "Toestaan"
• Verzoeken om beoordelingen en notificaties na een bewijs van waarde, zonder iets te ontgrendelen in ruil voor een beoordeling (guideline 3.2.2)
• Promotieafbeeldingen en screenshots die de echte app laten zien, ook op je custom product pages

Is dit je eerste publicatie? De pagina een app publiceren in de App Store loopt alle stappen voor de inzending door.

Een sjabloon om je flow uit te leggen aan App Review

Download het sjabloon voor App Review notes: instructies in het Frans, notes in het Engels om in te vullen en een opzet voor een antwoord op een afwijzing. Je geeft er de versie, het pad door de schermen en het verwachte resultaat in aan. Houd alleen over wat echt in je build zit.

Vervang "de app slaat correct op" door een reproduceerbaar scenario: beginscherm, actie, afsluiten en opnieuw starten, resultaat teruggevonden. Noem na een afwijzing het verbeterde gedrag en het apparaat waarop je het hebt gecheckt. Heb je het probleem niet kunnen reproduceren, leg dan uit wat er ontbreekt om het te reproduceren.

De inloggegevens van een demoaccount vul je in de daarvoor bedoelde velden van App Store Connect in, nooit in een openbaar bestand. Je kunt het bewijs voorbereiden met het TestFlight-testschema en de vijf gratis sjablonen vinden.

Deze afwijzingen voorkomen voor de inzending

De Apple Review Kit bundelt mijn checklist voor de inzending, mijn opgeloste Apple-afwijzingen en Claude Code-skills die je project, je paywall en je productpagina nalopen voordat je insturt.

Is je app al afgewezen? De kit helpt je de genoemde regel terug te vinden, wat die vraagt, en een voorbeeld van een oplossing en een antwoord. Wil je dat we nu meteen samen naar je dossier kijken, boek dan een uur met mij, via videogesprek.

Niemand kan garanderen dat Apple je app accepteert. Vertrekken vanuit afwijzingen die al eens zijn meegemaakt, verkleint gewoon de kans dat je in dezelfde valkuilen trapt.

Heb je je app nog niet ingestuurd? De gratis diagnose stuurt je mijn anti-afwijzingschecklist voor Apple en vertelt je wat er nog moet gebeuren. Ben je nog aan het bouwen, dan laat de homepage zien hoe je een mobiele app maakt met deze afwijzingen in je achterhoofd.

Veelgestelde vragen

Waarom wordt mijn app afgewezen door Apple?

Bijna altijd om een concrete reden, die in het bericht van de review staat: een genummerde guideline, vaak met een screenshot erbij. Bij een eerste app zijn de meest voorkomende redenen een app die niet af is (2.1), slecht opgegeven privacy (5.1.1) en misleidende metadata (2.3.2). Daarnaast heb je nog een betaling die de in-app aankoop omzeilt (3.1.1) en een beoordelingsverzoek op het verkeerde moment (5.6.3).

Waarom wordt mijn app afgewezen terwijl hij op mijn iPhone werkt?

Omdat de reviewer onder andere omstandigheden kan testen dan jij. Bij Solys, mijn wekker met minigames, testte hij op een iPad, waar een iPhone-app in compatibiliteitsmodus in een kleiner venster draait. Daar was de demo niet te winnen. De oplossing: een demo die is berekend op de echte schermgrootte, en een link om hem over te slaan als het misgaat.

Wat doe ik als Apple mijn app afwijst?

Lees de reden twee keer en zoek dan de echte oorzaak door het probleem te reproduceren onder de omstandigheden van de reviewer: hetzelfde type apparaat, een nieuw account, de eerste start. Los de reden op en niets anders, want elke wijziging vergroot wat er gereviewd wordt. Antwoord daarna in App Store Connect, in twee feitelijke zinnen over wat je hebt opgelost.

Kun je een afwijzing van Apple aanvechten?

Ja, maar alleen als je zeker van je zaak bent. Apple laat je een beroep doen op de App Review Board als je denkt dat je app verkeerd is begrepen, met één beroep per afgewezen inzending. Een terechte afwijzing aanvechten kost je alleen maar tijd. Anders los je de reden op en antwoord je in App Store Connect.

Maakt een afwijzing de publicatietijd langer?

Ja. Apple zegt minstens 50 % van de inzendingen binnen 24 uur te beoordelen, en 90 % binnen 48 uur: het zijn dus de afwijzingen die je planning oprekken, niet de wachtrij. Een vermijdbare afwijzing kost een volledige reviewronde. De details over doorlooptijden staan in doorlooptijd van de App Store-review.

Wat moet je checken voordat je een app naar Apple stuurt?

Test elk verplicht scherm op de kleinste iPhone, de grootste en een iPad in compatibiliteitsmodus, en test daarna de aankopen in de sandbox, inclusief herstellen. Lees je online privacybeleid na op de dag van inzending en geef een demoaccount in de review notes als de app een login heeft. Deze checklist is afwijzing na afwijzing opgebouwd, op mijn eigen apps.