Hvorfor apps fra Replit, Lovable og Bolt bliver afvist i App Store

I marts 2026 blokerede Apple stille og roligt opdateringer til flere "vibe coding"-applikationer, heriblandt Replit og Vibecode. Beslutningen bragte et grundlæggende problem frem i lyset: apps, der genereres med disse værktøjer, er ikke rigtige native apps, og Apple har ikke tænkt sig at lade dem slippe igennem.

Hvad der skete

Den 18. marts 2026 kunne The Information fortælle, at Apple havde blokeret Replits opdateringer i App Store. Siden den sidste opdatering i januar er Replit-appen faldet fra første til tredje plads på listen over gratis udviklerværktøjer. Vibecode, en anden vibe coding-platform, blev afvist direkte.

Hvorfor Apple afviser de her apps

Apple henviser til to konkrete regler i sine retningslinjer:

Det tekniske problem er ligetil. Når en bruger skriver en prompt i Replit, genererer AI'en kode, som køres direkte inde i appen via en indlejret webview. Brugeren står med en app inde i en app, som Apple aldrig har gennemgået. Det er præcis det, guideline 2.5.2 forbyder.

Problemet med forklædte webapps (guideline 4.2)

Ud over vibe coding rammer et bredere problem alle værktøjer, der genererer webapplikationer og derefter forsøger at udgive dem i App Store. Platforme som Lovable, Bolt og andre no-code-værktøjer producerer webapplikationer pakket ind i en native beholder, en webview.

Apple afviser jævnligt de apps under guideline 4.2, Design: Minimum Functionality. Reglen kræver, at apps er nyttige og tilbyder en rigtig app-oplevelse. Et website i en webview kommer ikke over den barre.

For overhovedet at have en chance for at slippe gennem gennemgangen skal en indpakket app mindst indeholde:

• Mindst to native funktioner (push-notifikationer, biometri, køb i appen og så videre)
• Deep links, der rent faktisk virker
• En offlinetilstand til hovedskærmene
• En indstillingsskærm med privatlivspolitik og styring af notifikationer

Selv med alt det er godkendelsen fortsat usikker. Og de apps holder ikke i længden: Apple strammer sine kriterier jævnligt, og det, der slipper igennem i dag, bliver afvist i morgen.

Er Apple inkonsekvent?

Kritikere har peget på, at Apple tillader kørsel af kode i sine egne apps: Swift Playgrounds, Pythonista, Safari med JavaScript og Genveje-appen. Apple behandler dem som sandboxede, veldefinerede fortolkere, i modsætning til det langt bredere kørselsrum, Replit giver. Skellet er reelt teknisk set, selv om det kan se vilkårligt ud udefra.

Samtidig har Apple bygget agentbaseret kodning ind i sit eget udviklingsmiljø, Xcode, hvilket siger, at virksomheden ikke er imod AI i udvikling. Den vil have, at de apps, der kommer ud af det, forbliver rigtige native apps og går gennem gennemgangen.

Svaret er native udvikling

Virkeligheden er enkel. Vil du have en app, der bliver accepteret i App Store og bliver ved med at være det, skal du have en native app. Ikke et website pakket ind i en webview. Ikke kode, der genereres og køres inde i en beholder. Rigtig Swift til iOS, rigtig Kotlin til Android.

AI er stadig en fremragende måde at komme hurtigere frem på, i hænderne på en udvikler, der kender retningslinjerne, arkitekturerne og konventionerne på hver platform. Det er forskellen på en app, der slipper gennem gennemgangen én gang ved held, og en app, der slipper igennem ved hver opdatering, fordi den fra starten er bygget efter reglerne.