Alla artiklar

Varför appar från Replit, Lovable och Bolt nekas i App Store

· 6 min läsning

I mars 2026 blockerade Apple i tysthet uppdateringar för flera "vibe coding"-applikationer, bland dem Replit och Vibecode. Beslutet förde upp ett grundläggande problem i ljuset: appar som genereras med de här verktygen är inte riktiga native-appar, och Apple tänker inte släppa igenom dem.

Vad som hände

Den 18 mars 2026 rapporterade The Information att Apple hade blockerat Replits uppdateringar i App Store. Sedan den senaste uppdateringen i januari har Replit-appen fallit från första till tredje plats på listan över gratis utvecklarverktyg. Vibecode, en annan vibe coding-plattform, nekades rakt av.

Varför Apple nekar de här apparna

Apple hänvisar till två bestämda regler i sina riktlinjer:

Guideline 2.5.2: appar får "inte ladda ner, installera eller köra kod som inför eller ändrar funktioner i appen, inklusive andra appar".

Avsnitt 3.3.1(B) i Developer Program: nedladdad tolkad kod får inte ändra "applikationens primära syfte".

Det tekniska problemet är tydligt. När en användare skriver en prompt i Replit genererar AI:n kod som körs direkt inne i appen via en inbäddad webview. Användaren står med en app inuti en app, som Apple aldrig har granskat. Det är precis vad guideline 2.5.2 förbjuder.

Problemet med förklädda webbappar (guideline 4.2)

Bortom vibe coding drabbar ett bredare problem alla verktyg som genererar webbapplikationer och sedan försöker publicera dem i App Store. Plattformar som Lovable, Bolt och andra no-code-verktyg producerar webbapplikationer inpackade i en native behållare, en webview.

Apple nekar regelbundet de apparna med stöd av guideline 4.2, Design: Minimum Functionality. Regeln kräver att appar är användbara och erbjuder en riktig appupplevelse. En webbplats i en webview klarar inte den ribban.

För att över huvud taget ha en chans att klara granskningen måste en inpackad app minst innehålla:

  • Minst två native-funktioner (push-notiser, biometri, köp i appen och så vidare)
  • Djuplänkar som faktiskt fungerar
  • Ett offlineläge för huvudskärmarna
  • En inställningsskärm med integritetspolicy och hantering av notiser

Även med allt det förblir godkännandet osäkert. Och de här apparna håller inte över tid: Apple skärper sina kriterier regelbundet, och det som går igenom i dag nekas i morgon.

Är Apple inkonsekvent?

Kritiker har påpekat att Apple tillåter körning av kod i sina egna appar: Swift Playgrounds, Pythonista, Safari med JavaScript och Genvägar-appen. Apple behandlar dem som sandlådade, väldefinierade tolkar, till skillnad från det betydligt bredare körningsutrymme Replit ger. Skillnaden är verklig rent tekniskt, även om den kan se godtycklig ut utifrån.

Samtidigt har Apple byggt in agentbaserad kodning i sin egen utvecklingsmiljö Xcode, vilket säger att företaget inte är emot AI i utveckling. Det vill att apparna som kommer ut ur det förblir riktiga native-appar och går genom granskningen.

Svaret är native utveckling

Verkligheten är enkel. Vill du ha en app som accepteras i App Store och fortsätter vara det, behöver du en native-app. Ingen webbplats inpackad i en webview. Ingen kod som genereras och körs inuti en behållare. Riktig Swift för iOS, riktig Kotlin för Android.

AI är fortfarande ett utmärkt sätt att komma framåt snabbare, i händerna på en utvecklare som kan riktlinjerna, arkitekturerna och konventionerna på varje plattform. Det är skillnaden mellan en app som klarar granskningen en gång på turen och en app som klarar den vid varje uppdatering för att den byggdes efter reglerna från början.

Har du ett projekt för en mobilapp?

Native-appar, utvecklade i Swift och Kotlin, från 500 € exkl. moms. Installerad på din enhet innan dagen är slut.

Prata om mitt projekt