Waarom apps van Replit, Lovable en Bolt worden geweigerd in de App Store

In maart 2026 blokkeerde Apple stilletjes updates voor meerdere "vibe coding"-applicaties, waaronder Replit en Vibecode. Die beslissing bracht een fundamenteel probleem naar buiten: apps die met deze gereedschappen worden gegenereerd zijn geen echte native apps, en Apple is niet van plan ze door te laten.

Wat er gebeurde

Op 18 maart 2026 meldde The Information dat Apple de updates van Replit in de App Store had geblokkeerd. Sinds de laatste update in januari zakte de Replit-app van de eerste naar de derde plaats in de lijst van gratis ontwikkelaarstools. Vibecode, een ander vibe coding-platform, werd ronduit afgewezen.

Waarom Apple deze apps weigert

Apple beroept zich op twee concrete regels uit zijn richtlijnen:

Het technische probleem is helder. Wanneer een gebruiker een prompt in Replit typt, genereert de AI code die rechtstreeks in de app wordt uitgevoerd via een ingebedde webview. De gebruiker houdt een app in een app over, die Apple nooit heeft beoordeeld. Precies dat verbiedt guideline 2.5.2.

Het probleem van vermomde webapps (guideline 4.2)

Voorbij vibe coding raakt een breder probleem elk gereedschap dat webapplicaties genereert en die vervolgens in de App Store probeert te publiceren. Platformen als Lovable, Bolt en andere no-codetools maken webapplicaties die in een native container zitten, een webview.

Apple weigert die apps geregeld op grond van guideline 4.2, Design: Minimum Functionality. De regel eist dat apps nuttig zijn en een echte app-ervaring bieden. Een website in een webview haalt die lat niet.

Om ook maar kans te maken op goedkeuring moet een ingepakte app minstens het volgende bevatten:

• Minstens twee native functies (pushmeldingen, biometrie, in-app-aankopen enzovoort)
• Deep links die daadwerkelijk werken
• Een offlinemodus voor de hoofdschermen
• Een instellingenscherm met privacybeleid en beheer van meldingen

Zelfs met dat alles blijft goedkeuring onzeker. En die apps houden het op termijn niet: Apple scherpt zijn criteria geregeld aan, en wat vandaag doorkomt wordt morgen geweigerd.

Is Apple inconsequent?

Critici hebben erop gewezen dat Apple het uitvoeren van code in zijn eigen apps toestaat: Swift Playgrounds, Pythonista, Safari met JavaScript en de Opdrachten-app. Apple behandelt die als afgeschermde, duidelijk afgebakende interpreters, tegenover de veel bredere uitvoeringsruimte van Replit. Het onderscheid is technisch reëel, ook al kan het van buitenaf willekeurig lijken.

Tegelijk heeft Apple agentische codeondersteuning in zijn eigen ontwikkelomgeving Xcode gebouwd, wat aangeeft dat het bedrijf niet tegen AI in ontwikkeling is. Het wil dat de apps die eruit komen echte native apps blijven en de beoordeling doorlopen.

Het antwoord is native ontwikkeling

De werkelijkheid is eenvoudig. Wil je een app die in de App Store wordt geaccepteerd en dat blijft, dan heb je een native app nodig. Geen website in een webview. Geen code die in een container wordt gegenereerd en uitgevoerd. Echte Swift voor iOS, echte Kotlin voor Android.

AI blijft een uitstekende manier om sneller vooruit te komen, in handen van een ontwikkelaar die de richtlijnen, de architecturen en de conventies van elk platform kent. Dat is het verschil tussen een app die de beoordeling één keer met geluk haalt en een app die hem bij elke update haalt omdat hij van meet af aan volgens de regels is gebouwd.