Apple weigert nutteloze apps: het antwoord is niet er weken aan besteden

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:

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:

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.

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.