Apple weigert nutteloze apps: het antwoord is niet er weken aan besteden
· 6 min lezen
Op 9 juni 2026 heeft Apple zijn reviewregels aangescherpt om apps „zonder waarde“ te weren. Velen lazen daarin een simpele boodschap: voortaan zou je weken aan een app moeten besteden om die geaccepteerd te krijgen. Dat klopt niet. Apple meet niet hoeveel tijd u eraan besteedt. Apple kijkt of de app verdient te bestaan.
Wat Apple op 9 juni 2026 veranderde
De belangrijkste wijziging raakt guideline 4.3(b). Apple voegt er een ondubbelzinnige zin aan toe:
„Dien geen apps in die niet te onderscheiden zijn van wat al breed beschikbaar is. Het opportunistisch maken van varianten op bestaande categorieën of populaire apps verslechtert de vindbaarheid op de App Store, verlaagt de algehele kwaliteit en schaadt zowel gebruikers als ontwikkelaars.“
Apple noemt zelfs de categorieën die niet langer worden geaccepteerd zonder een werkelijk andere ervaring: dating, zaklamp, geluidseffecten, achtergronden, basistimer, waarzeggerij. Apps met scheetgeluiden, boeren, Kama Sutra of drankspellen schaart Apple onder de categorie „middelmatig, van lage kwaliteit of zonder inzet“.
Het criterium is niet de bestede tijd
Dit is het punt dat de meeste reacties missen. Apple weigert een app niet omdat die snel is gemaakt. Apple weigert die omdat hij niets toevoegt. Nog een kloon, ook al kostte hij u drie weken, wordt afgewezen. Een gerichte app, met een echte bestaansreden, in vier dagen gebouwd, komt erdoor.
Waarde is dus geen kwestie van uren. U kunt een maand besteden aan het bijschaven van een idee waar niemand op zit te wachten, of in een paar dagen iets opleveren dat een echt probleem oplost. Apple wil het tweede zien.
De clausule die het spel echt verandert
De belangrijkste verscherping is niet de afwijzing bij binnenkomst, maar wat er daarna gebeurt. Apple staat zichzelf voortaan toe om reeds gepubliceerde apps te verwijderen:
„We kunnen deze apps in de toekomst uit de App Store verwijderen als ze niet worden bijgewerkt, verbeterd, of als ze geen klanten aantrekken. Herhaalde inzendingen van dit type kunnen leiden tot uitsluiting van het Apple-ontwikkelaarsprogramma.“
Een app kan dus worden geaccepteerd, online blijven en vervolgens verdwijnen bij gebrek aan gebruikers. En een ontwikkelaar die de ene nutteloze app na de andere aflevert, riskeert zijn account. Zes weken besteden aan het polijsten van een app in het luchtledige, zonder die ooit voor te leggen aan echte gebruikers, wordt de slechtste gok van allemaal.
Een boodschappenlijst-app in een overvolle categorie
Ik heb er dit jaar een uitgebracht, en op papier is het precies het soort app waar deze regels op mikken. Boodschappenlijsten zijn overvol. Apples eigen voorbeelden noemen zaklampen, achtergronden en eenvoudige timers, en een boodschappenlijst woont dicht genoeg bij die straat om even na te denken voordat je er nog een maakt.
Hij kwam er bij de eerste beoordeling doorheen, zonder afwijzing en zonder één bericht van een beoordelaar.
Hij kwam er doorheen omdat hij één ding doet dat niets anders in de App Store op dezelfde manier doet. TapTap Grocery is één scherm en één tik. Je tikt op een groot gekleurd pictogram en het artikel staat op de lijst. Er is geen zoekveld, geen receptenbibliotheek, geen voorraadoverzicht, geen barcodescanner, geen maaltijdplanner. Een kind dat nog niet kan lezen kan appels toevoegen, omdat het plaatje een appel is. Hij draait op Apple Watch, en daar hoort een lijst thuis wanneer je beide handen vol hebt.
De functies die ik heb weggelaten zijn het hele argument. Boodschappenapps krijgen na verloop van tijd recepten en weekmenu's, want daar grijp je naar wanneer je een reden nodig hebt om meer te vragen. Elke toevoeging kost een tik, een scherm of een beslissing, precies op het moment dat iemand in de keuken staat met een kind dat aan zijn mouw trekt. Ze weglaten was geen luiheid. Het is het product.
Dat is wat een werkelijk andere ervaring betekent. Het vraagt geen nieuwe categorie, en het betekent niet dat je de gevestigde namen moet overtreffen in functies. Het betekent een verdedigbaar antwoord hebben op de vraag die de beoordeling echt stelt: waarom bestaat dit als de anderen er al zijn? Hier is het antwoord dat de anderen niet één tik en één scherm zijn, en dat ook niet kunnen worden, door alles wat ze eraan hebben toegevoegd.
Waarom een MVP in een paar dagen het juiste antwoord is
Als Apple nut en echt gebruik beloont, dan is de logica: snel een versie opleveren die één ding goed doet, die in handen geven van echte gebruikers, en dan itereren. Niet er weken aan schaven voordat u überhaupt weet of iemand er behoefte aan heeft.
Een goede MVP rust op een heldere kern:
- Eén hoofdfunctie die echt werkt, geen mockup
- Echte native functies, die een simpele website verpakt in een webview niet kan bieden
- Een net instellingenscherm, met privacy en beheer van meldingen
- Iets om te meten of mensen terugkomen, om te bepalen wat u vervolgens bouwt
Die kern bouwt u in een paar dagen als u weet waar u heen wilt. De rest, de secundaire functies en de randgevallen, komt daarna, zodra de app heeft bewezen dat iemand er interesse in heeft.
Snel omdat ervaren, niet snel omdat geknoeid
Er is een nuance die u niet mag missen. „In een paar dagen opleveren“ is niet hetzelfde als „afraffelen“. De apps die Apple nu opruimt zijn juist die welke snel en zonder vakmanschap zijn geproduceerd, vaak gegenereerd met vibe coding tools. Snelheid redt ze niet, hun gebrek aan waarde veroordeelt ze.
Het verschil zit in de ervaring. Na achttien jaar apps ontwikkelen weet u wat de review doorstaat en wat wordt afgewezen. U weet welke native functies een reviewer verwacht, waar guideline 4.2 knelt, waarom een vermomde web-app het op de lange termijn nooit volhoudt. U verliest geen tijd door die regels opnieuw te ontdekken via afwijzingen. U bouwt de app in één keer goed.
Dat is het: snel opleveren zonder slecht op te leveren. U schrapt de verspilling, niet de essentiële functies. De kern is nooit onderhandelbaar. Wat u weglaat, zijn de weken besteed aan het bijschaven van iets waar niemand behoefte aan heeft.