# Lage en iOS-app med AI: fallgruver og sjekker

> Claude, ChatGPT og Cursor skriver iOS-koden din raskt. Signering, abonnementer, Apples gjennomgang, ekte iPhone: dette bommer de på, og slik sjekker du alt.

Opprinnelig side: [Lage en iOS-app med AI: fallgruver og sjekker](https://devoria.fr/no/blog/lage-ios-app-med-ai-fallgruver-sjekker)
Forfatter: [Mehdi Azizi](https://devoria.fr/no/mehdi-azizi)
Publisert: 2026-09-23
Innhold sist revidert: 2026-10-09


## Lage en iOS-app med AI: det korte svaret

Ja, du kan lage en iOS-app med AI selv om du er nybegynner. Denne måten å bygge på har et navn: [vibe coding](https://devoria.fr/no/blog/vibe-coding-hva-er-det-definisjon-verktoy). Claude, ChatGPT eller Cursor skriver skjermer, navigasjon, enkel logikk og kall mot en database veldig godt. Det de gjør dårlig, er alt som skjer utenfor koden: signering av appen, oppsettet i App Store Connect, abonnementer, [Apples gjennomgang](https://devoria.fr/no/kits/review-apple) og krasjene som bare dukker opp på en ekte iPhone.

Med andre ord: AI sparer deg for uker på den mest synlige delen av jobben, og lar deg stå alene med den delen som avgjør om appen din noen gang blir publisert. Denne guiden viser deg hvor grensen går, hvordan du styrer AI-en så den forblir nyttig, og hvordan du sjekker det den lager før Apple eller brukerne dine gjør det for deg.

Jeg koder mine egne iOS-apper med Claude og Cursor, hver dag. Solys, en vekkerklokke med minispill, og TradaZen, en tradingsimulator, ligger på App Store. Nolera og Clic ble avvist av Apple, og så rettet. Alt som følger kommer fra dette arbeidet, ikke fra en demo. Hvis du fortsatt er usikker på verktøyet, sammenligner jeg [Claude Code, Cursor og ChatGPT for en iPhone-app](https://devoria.fr/no/blog/hvilken-ai-lage-app-codex-claude-cursor) i en egen guide.

## Det AI faktisk gjør godt

### Skjermer og navigasjon

Beskriv en skjerm presist (hva den viser, hva hver knapp gjør, hva som skjer når listen er tom), og AI-en gir deg en ryddig komponent på noen sekunder. Det er her gevinsten er mest spektakulær, særlig med React Native og Expo, fordi AI-en har sett enormt mye kode av denne typen. Det er forresten den stacken jeg bruker i alle appene mine, og jeg forklarer hvorfor på siden om [React Native og Expo for en mobilapp](https://devoria.fr/no/expertise/mobilapp-react-native-expo).

### Enkel forretningslogikk

Regne ut en poengsum, sortere en liste, formatere en dato, validere et skjema: AI-en gjør det raskt og ganske bra, så lenge du gir den grensetilfellene. En tom liste, et for langt felt, en dato i en annen tidssone. Hvis du ikke nevner dem, håndterer den dem ikke alltid.

### Forklare det du ikke forstår

Dette er den mest undervurderte bruken. Lim inn en feilmelding, en bit konfigurasjon eller en avvisning fra Apple, og spør «forklar meg hva dette betyr, uten å rette noe». Du lærer raskere enn ved å lese en tutorial, fordi forklaringen handler om ditt eget prosjekt.

### Koble til en backend

Lage tabeller i Supabase, skrive en funksjon som leser dataene til den innloggede brukeren, håndtere lastetilstanden: AI-en kjenner disse verktøyene godt. Bare hold et øye med sikkerheten, det kommer vi tilbake til lenger ned.

## Det AI bommer på når du lager en iOS-app

Dette er delen ingen viser deg i «jeg lagde en app på en helg»-videoene. Hvert av disse punktene kan blokkere publiseringen din i flere dager, i tillegg til de automatiske kontrollene ved opplasting, som ITMS-90338 for ikke-offentlige API-er.

### Signering og sertifikater

For å kjøre på en iPhone og komme på App Store må appen din være signert med et sertifikat og en provisioning-profil knyttet til Apple Developer-kontoen din. AI-en kan forklare prinsippet, men den kjenner ikke kontoen din uten autorisert tilgang. Noen ganger finner den på steg som ikke finnes lenger, eller blander Xcode-metoden og Expo-metoden, noe som kan ende med ITMS-90034 ved opplasting. Med EAS Build er det verktøyet som lager og holder orden på disse filene for deg, push-nøkkelen inkludert: la det gjøre jobben i stedet for å følge en gjettet fremgangsmåte.

### Oppsettet i App Store Connect

App-siden, bundle-ID-en, [personverndeklarasjonene](https://devoria.fr/no/blog/guideline-5-1-2-tredjeparts-ki-att-datadeling), spørsmålet om kryptering, skjermbildene, lenkene til brukervilkårene: denne informasjonen må stemme med versjonen du sender inn. Noen agenter kan handle i en innlogget nettleser, som [Claude Code med Chrome](https://code.claude.com/docs/en/chrome). Den tilgangen må være autorisert og resultatet sjekket. En fremgangsmåte som ramses opp uten å lese det nåværende grensesnittet, kan være utdatert.

### Abonnementer

Det er her AI-en får deg til å kaste bort mest tid. Koden til en paywall er lett. Det som er vanskelig, er samsvaret mellom tre steder: produktene opprettet i App Store Connect, oppsettet deres i RevenueCat og koden som viser dem. En ID som skiller seg med ett tegn, et produkt som ikke er sendt til gjennomgang sammen med versjonen, og paywallen din vises tom hos revieweren. AI-en kan lese disse konsollene hvis du gir den passende tilgang. Uten den tilgangen kan den ikke sjekke at de stemmer med koden. Hele jobben er beskrevet på siden om [in-app-abonnementer på iOS](https://devoria.fr/no/expertise/abonnement-i-app-ios).

### Apples gjennomgang

AI-en kjenner hovedlinjene i App Review Guidelines, men den kan ikke se på appen din med en reviewers øyne. Den sier ikke av seg selv at en obligatorisk skjerm er kuttet på en liten iPhone, at en forespørsel om vurdering kommer for tidlig, at det mangler en demokonto i notatene til gjennomgangen, eller at appen din ligner for mye på et nettsted for [guideline 4.2](https://devoria.fr/no/blog/guideline-4-2-minimum-functionality-app-avvist). De to første er avvisninger jeg faktisk fikk på Solys, fortalt i [hvorfor Apple avviser en app](https://devoria.fr/no/blog/avvist-av-apple-hvorfor-appen-blir-avvist).

### Krasj på en ekte iPhone

Simulatoren og utviklingsappen tilgir mye. En ekte iPhone i produksjon gjør det ikke. En native modul som mangler i builden, en tillatelse uten forklaringstekst, en datalesing for tidlig ved oppstart: appen åpner og lukker seg med en gang, uten melding. En agent kan kjøre tester eller analysere skjermbilder, men bare hvis testoppsettet tillater det. Et resultat fra simulatoren validerer ikke alene binærfilen som er installert på iPhonen din. Det er opp til deg å installere appen på telefonen før hver opplasting, og [TestFlight](https://devoria.fr/no/blog/testflight-teste-iphone-app-for-innsending) er laget for nettopp det.

> AI skriver kode som ser riktig ut. Bare en test på iPhonen din forteller deg om den er det.

## Slik styrer du AI-en så den forblir nyttig

Problemet er nesten aldri hvor intelligent modellen er. Det er hva du gir den å lese.

### Gi den konteksten din, én gang for alle

Skriv en kort fil i roten av prosjektet som beskriver stacken din (Expo, SDK-versjonen, Supabase, RevenueCat), mappestrukturen og reglene dine. Claude Code leser en `CLAUDE.md`-fil, Cursor har sine egne regelfiler. Uten denne konteksten gjetter AI-en, og den gjetter ofte en annen stack enn din. [Tutorialen min om å lage en app med Claude Code](https://devoria.fr/no/blog/lage-app-med-claude-code-iphone-guide) gir et fullstendig eksempel på denne filen.

### Del opp i små oppgaver

«Lag en vanesporingsapp med abonnement til meg» gir et enormt og skjørt prosjekt. «Lag skjermen som lister dagens vaner, med en tom tilstand og en lastetilstand» gir en skjerm du kan lese gjennom og teste på fem minutter. Én oppgave, ett resultat du kan sjekke, så den neste.

### Be om en plan før koden

For alt som berører flere filer, start med «foreslå en plan, ikke kod ennå». Du leser planen, retter det som er feil, og setter i gang. Slik unngår du overraskende omskrivinger der AI-en skriver om halve prosjektet ditt for å legge til en knapp.

### La den lese oppdatert dokumentasjon

Verktøyene endrer seg raskt: Expo, RevenueCat og App Store Connect endres jevnlig. Når et svar virker tvilsomt, lim inn den offisielle dokumentasjonssiden i samtalen, eller bruk et verktøy som gir den til AI-en. En AI som leser dagens dokumentasjon tar mye sjeldnere feil enn en AI som husker den fra for to år siden.

### Behold kontrollen over beslutningene

AI-en foreslår, du bestemmer. Valget av idé, pris, og hva appen ikke skal gjøre: det er din jobb. Hvis du lar AI-en legge til hver funksjon den foreslår, får du en app som gjør ti ting middels i stedet for én ting veldig bra. For å avgrense en første versjon, les siden om [MVP for en iOS-app](https://devoria.fr/no/expertise/mvp-ios-app).

## Slik sjekker du det AI-en lager

Dette er ferdigheten som skiller dem som publiserer fra dem som samler halvferdige prosjekter.

### Les gjennom hver endring

Du trenger ikke forstå alt linje for linje. Men du må kunne svare på tre spørsmål: hvilke filer er endret, hvorfor, og stemmer det med det jeg ba om. Hvis AI-en har rørt en fil som ikke har noe med forespørselen å gjøre, spør den hvorfor før du godtar.

### Test på iPhonen din, ikke bare på datamaskinen

Installer appen på din egen telefon så tidlig som mulig, og deretter ved hvert viktig steg. Sjekk første oppstart etter installasjon, flymodus, en liten og en stor skjerm, og tastaturet åpent på skjemaene. Det er regelen jeg følger før hver innsending til Apple, i hver eneste av appene mine.

### Legg til verktøy som ser det du ikke ser

I appene mine rapporterer Sentry krasj med kodelinjen som er årsaken, og PostHog viser hvor brukerne faller fra. Uten dem forblir en feil i produksjon usynlig til en dårlig vurdering kommer. AI-en kan hjelpe deg med å installere dem. Du må selv se på hva de forteller deg.

### Pass på datasikkerheten

Når AI-en lager tabeller i Supabase, sjekk at tilgangsreglene (RLS-policyene) faktisk er aktive: hver bruker skal bare kunne lese sine egne data. Sjekk også at ingen hemmelig nøkkel havner i koden til appen, som kan dekompileres. Dette er to feil AI-en lett gjør hvis du ikke forbyr dem.

### Still den det motsatte spørsmålet

Når koden er skrevet, spør: «hva kan gå i stykker her?» eller «les denne koden som en Apple-reviewer». Den samme modellen som skrev koden, finner ofte sine egne glipper når du endrer vinkelen på spørsmålet. Det erstatter ikke testen på iPhonen, men det reduserer frem-og-tilbake.

## Den realistiske veien når du er nybegynner

1. **Velg en bitteliten idé**: én hovedfunksjon, ikke ti.
2. **Sett opp en stack AI-en kjenner godt**: Expo, React Native, Supabase hvis du trenger kontoer.
3. **Bygg skjerm for skjerm**, med én liten oppgave per forespørsel og en test ved hvert steg.
4. **Test på iPhonen din** med en development build, så med TestFlight.
5. **Koble på inntektene**: produkter i App Store Connect, RevenueCat, paywall.
6. **Forbered App Store-materialet**: app-side, [skjermbilder](https://devoria.fr/no/kits/captures-app-store), personvern, notater til revieweren.
7. **Send til Apple**, les svaret nøye, rett det som blir bedt om.

Hvert steg har sine fallgruver, og AI-en hjelper deg med halvparten av dem. For helheten beskriver siden [lage en iPhone-app](https://devoria.fr/no/expertise/lage-en-iphone-app) hele løpet. Og hvis du lurer på hvor langt man kan komme uten å skrive en eneste kodelinje selv, les [lage en app uten å kode](https://devoria.fr/no/blog/lage-app-uten-koding-no-code-ai).

## Lag iOS-appen din med AI, helt til App Store

AI har endret hvem som kan lage en iOS-app. Den har ikke endret hva Apple krever for å publisere den, eller hva som skal til for at den får sine første abonnementer. Det er denne delen jeg har lagt i [iOS Kit](https://devoria.fr/no/kits/ios): startkoden fra appene mine, abonnementer inkludert, og Claude Code-skills for hvert steg. Løpet er beskrevet etter verktøyet ditt: [Claude Code-kurs](https://devoria.fr/no/expertise/claude-code-kurs-ios-app) eller [vibe coding-kurs](https://devoria.fr/no/expertise/vibe-coding-kurs-iphone-app). Forsiden viser hvordan du [lager en mobilapp](https://devoria.fr/no) på denne måten, steg for steg.

Vet du ikke hva som stopper deg, koden, AI-en eller Apple? Den [gratis diagnosen](https://devoria.fr/no/diagnostic) forteller deg det og sender deg sjekklisten min mot avvisninger fra Apple.

Jeg lover deg verken inntekt eller publisering: det er Apple som avgjør godkjenningen, og markedet som avgjør resten. Det jeg gir deg, er metoden jeg selv bruker på appene mine.

## Ofte stilte spørsmål

### Kan man lage en iOS-app med AI som nybegynner?

Ja. AI skriver skjermer, navigasjon, enkel logikk og kall mot en database veldig godt. Den gjør dårlig alt som skjer utenfor koden. Det gjelder signering, App Store Connect, abonnementer, Apples gjennomgang og krasj som bare synes på en ekte iPhone.

### Hvilken AI bør jeg bruke for å lage en iOS-app?

Claude, ChatGPT eller Cursor skriver skjermer, navigasjon og enkel logikk veldig godt. Problemet er nesten aldri hvor intelligent modellen er, men hva du gir den å lese. Gi den stacken din, reglene dine og oppdatert dokumentasjon. Jeg sammenligner [Claude Code, Cursor og ChatGPT for en iPhone-app](https://devoria.fr/no/blog/hvilken-ai-lage-app-codex-claude-cursor) i en egen guide.

### Kan ChatGPT lage en app?

Ja, den synlige delen: ChatGPT, som Claude eller Cursor, skriver skjermer, navigasjon, enkel logikk og kall mot en database veldig godt. Men den kjenner ikke Apple-kontoen din uten autorisert tilgang, og den ser ikke på appen din med en reviewers øyne. Bare en test på iPhonen din forteller deg om koden er riktig.

### Hvordan lager jeg min egen app med AI, steg for steg?

Velg en bitteliten idé, med én hovedfunksjon. Sett opp en stack AI-en kjenner godt: Expo, React Native, og Supabase hvis du trenger kontoer. Bygg skjerm for skjerm, med én liten oppgave per forespørsel og en test ved hvert steg. Test på iPhonen din med en development build og så TestFlight, før du kobler på inntektene, forbereder App Store-materialet og sender til Apple.

### Hvordan kontrollerer jeg koden AI-en skriver?

Les gjennom hver endring: hvilke filer er endret, hvorfor, og om det stemmer med forespørselen din. Installer appen på din egen iPhone så tidlig som mulig, og deretter ved hvert viktig steg. Sjekk at tilgangsreglene i Supabase, RLS-policyene, er aktive. Sjekk også at ingen hemmelig nøkkel havner i koden til appen, som kan dekompileres.

### Hvorfor vises en paywall skrevet av AI tom hos revieweren?

Koden til en paywall er lett. Det vanskeligste er samsvaret mellom tre steder: produktene i App Store Connect, oppsettet deres i RevenueCat og koden som viser dem. En ID som skiller seg med ett tegn, eller et produkt som ikke er sendt til gjennomgang ennå, gjør paywallen tom. Uten passende tilgang til disse konsollene kan ikke AI-en sjekke dette samsvaret.


## Prosjektet ditt

[iOS Kit](https://devoria.fr/no/kits/ios): Lag iPhone-appen din med Claude Code: startkoden til appene mine, skills som sjekker arbeidet, og Apple Review Kit, App Store Screenshots Kit og ASO Kit. 129,99 €.