Alle artikler

Hvorfor apper fra Replit, Lovable og Bolt blir avvist i App Store

· 6 min lesing

I mars 2026 blokkerte Apple stille oppdateringer for flere "vibe coding"-applikasjoner, blant dem Replit og Vibecode. Beslutningen løftet fram et grunnleggende problem: apper som genereres med disse verktøyene er ikke ekte native apper, og Apple har ikke tenkt å slippe dem gjennom.

Hva som skjedde

Den 18. mars 2026 meldte The Information at Apple hadde blokkert Replits oppdateringer i App Store. Siden den siste oppdateringen i januar har Replit-appen falt fra første til tredje plass på listen over gratis utviklerverktøy. Vibecode, en annen vibe coding-plattform, ble avvist rett ut.

Hvorfor Apple avviser disse appene

Apple viser til to bestemte regler i retningslinjene sine:

Guideline 2.5.2: apper kan "ikke laste ned, installere eller kjøre kode som innfører eller endrer funksjoner i appen, inkludert andre apper".

Punkt 3.3.1(B) i Developer Program: nedlastet fortolket kode kan ikke endre "applikasjonens primære formål".

Det tekniske problemet er klart. Når en bruker skriver en ledetekst i Replit, genererer KI-en kode som kjøres direkte inne i appen via en innebygd webview. Brukeren sitter igjen med en app inni en app, som Apple aldri har gjennomgått. Det er nøyaktig det guideline 2.5.2 forbyr.

Problemet med forkledde webapper (guideline 4.2)

Utover vibe coding rammer et bredere problem alle verktøy som genererer webapplikasjoner og deretter forsøker å publisere dem i App Store. Plattformer som Lovable, Bolt og andre no-code-verktøy lager webapplikasjoner pakket inn i en native beholder, en webview.

Apple avviser regelmessig disse appene med hjemmel i guideline 4.2, Design: Minimum Functionality. Regelen krever at apper er nyttige og gir en ekte appopplevelse. Et nettsted i en webview kommer ikke over den listen.

For i det hele tatt å ha en sjanse til å klare gjennomgangen må en innpakket app minst inneholde:

  • Minst to native funksjoner (push-varsler, biometri, kjøp i appen og så videre)
  • Dyplenker som faktisk virker
  • En frakoblet modus for hovedskjermene
  • En innstillingsskjerm med personvernerklæring og styring av varsler

Selv med alt dette er godkjenningen fortsatt usikker. Og disse appene holder ikke over tid: Apple strammer kriteriene sine jevnlig, og det som slipper gjennom i dag blir avvist i morgen.

Er Apple inkonsekvent?

Kritikere har påpekt at Apple tillater kjøring av kode i sine egne apper: Swift Playgrounds, Pythonista, Safari med JavaScript og Snarveier-appen. Apple behandler disse som sandkassede, veldefinerte fortolkere, i motsetning til det langt bredere kjøringsrommet Replit gir. Skillet er reelt teknisk sett, selv om det kan se vilkårlig ut utenfra.

Samtidig har Apple bygget agentbasert koding inn i sitt eget utviklingsmiljø Xcode, noe som sier at selskapet ikke er imot KI i utvikling. Det vil at appene som kommer ut av det forblir ekte native apper og går gjennom gjennomgangen.

Svaret er native utvikling

Virkeligheten er enkel. Vil du ha en app som blir godtatt i App Store og fortsetter å være det, trenger du en native app. Ikke et nettsted pakket inn i en webview. Ikke kode som genereres og kjøres inne i en beholder. Ekte Swift for iOS, ekte Kotlin for Android.

KI er fortsatt en utmerket måte å komme raskere fram på, i hendene på en utvikler som kan retningslinjene, arkitekturene og konvensjonene på hver plattform. Det er forskjellen på en app som klarer gjennomgangen én gang på flaks, og en app som klarer den ved hver oppdatering fordi den ble bygget etter reglene fra starten.

Har du et mobilappprosjekt?

Native apper, utviklet i Swift og Kotlin, fra 500 € eks. mva. Installert på enheten din innen dagen er omme.

Snakk om prosjektet mitt