Kort svar: For de fleste bedriftsapper er Flutter det beste valget. React Native er et godt alternativ hvis teamet ditt allerede kan React. Native Swift og Kotlin er riktig når appen lever av tung grafikk, AR eller dyp tilgang til maskinvaren. Her er hvorfor – og når svaret blir et annet.
Vi bruker Flutter som standard i de fleste prosjekter, men velger native når oppgaven krever det. Denne sammenligningen er skrevet for deg som skal bestille en app og vil forstå hva valget betyr for pris, kvalitet og vedlikehold. Versjonsnumre og fakta er sjekket mot offisiell dokumentasjon i september 2026.
Sammenligningen på ett minutt
| Flutter | React Native | Native (Swift/Kotlin) | |
|---|---|---|---|
| Står bak | Meta | Apple og Google | |
| Språk | Dart | JavaScript / TypeScript | Swift (iOS), Kotlin (Android) |
| Kodebaser | Én | Én, med noe plattformkode | To |
| Kostnad mot to native apper | 40–60 % lavere | 30–50 % lavere | Utgangspunkt |
| Ytelse | Nær native | God, noen begrensninger | Maksimal |
| Passer best for | De fleste bedriftsapper | Team som kan React | Tung grafikk, AR, maskinvare |
Hva er egentlig forskjellen?
Flutter
Flutter er Googles rammeverk for å lage apper til flere plattformer fra én kodebase, skrevet i språket Dart. Det spesielle med Flutter er at det tegner hele grensesnittet selv, med sin egen grafikkmotor. Siden versjon 3.27 er motoren Impeller standard på iOS og på Android fra API-nivå 29. Resultatet er at appen ser lik ut og oppfører seg likt på iPhone og Android. Siste stabile versjon er Flutter 3.47, lansert 12. august 2026.
React Native
React Native er Metas rammeverk, der du skriver appen i JavaScript eller TypeScript med React – det samme biblioteket mange bruker på web. I stedet for å tegne alt selv, bruker React Native plattformens egne grensesnittkomponenter. Den nye arkitekturen, som erstatter den gamle «broen» mellom JavaScript og native kode, har vært standard siden versjon 0.76 i oktober 2024 og den eneste arkitekturen siden 0.82. React Natives egen dokumentasjon anbefaler å starte nye apper med et rammeverk, og peker på Expo. Siste stabile versjon er 0.87, lansert 11. august 2026.
Native: Swift og Kotlin
Native betyr at appen skrives i plattformens egne språk og verktøy: Swift og SwiftUI for iPhone og iPad, Kotlin og Jetpack Compose for Android. Du får direkte tilgang til alle funksjoner i operativsystemet – også de nyeste, fra første dag. Prisen er at du bygger og vedlikeholder to apper.
Et fjerde alternativ: Kotlin Multiplatform
Kotlin Multiplatform lar deg dele forretningslogikk mellom iOS og Android og beholde native grensesnitt. Teknologien ble stabil i november 2023, og Compose Multiplatform – som også deler grensesnittet – ble stabil for iOS i mai 2025. Det er mest aktuelt for bedrifter som allerede har en native Android-app og et Kotlin-team.
Ytelse: merker brukerne forskjellen?
For en typisk bedriftsapp – skjemaer, lister, kart, betaling, innlogging og push-varsler – er vår erfaring at brukerne ikke merker om appen er laget i Flutter eller native. Forskjellen blir synlig først når appen presser maskinvaren: 3D-grafikk, AR, avansert kamera- og lydbehandling, eller tung sanntidsprosessering av sensordata.
Det som oftere gjør en app treg, er ikke rammeverket, men hvordan den er bygget: for mange kall mot serveren, store bilder som ikke komprimeres, og lister som laster alt på en gang. Det gjelder uansett teknologi.
Kostnad og vedlikehold
Den største forskjellen merkes i budsjettet – både ved bygging og i årene etterpå. Med Flutter regner vi typisk 40–60 prosent lavere utviklingskostnad enn for to separate native apper, og med React Native 30–50 prosent. Native utvikling koster typisk 1,5–1,8 ganger mer enn Flutter.
Besparelsen fortsetter etter lansering. Apple og Google flytter kravene hvert år – i 2026 må iOS-apper bygges med Xcode 26, og Android-apper målrettes mot Android 16 (API 36). Med én kodebase gjør du den jobben én gang. Vi anbefaler uansett å sette av 15–25 prosent av byggebudsjettet per år til vedlikehold. Se prisene for apputvikling og guiden om å publisere en app for detaljene.
Når bør du velge hva?
Velg Flutter når
- appen skal finnes på både iPhone og Android, og budsjettet er begrenset,
- du vil ha samme design og oppførsel på begge plattformer,
- appen er en bedriftsapp, kundeapp, bookingapp eller MVP,
- du vil holde vedlikeholdet i én kodebase.
Velg React Native når
- teamet ditt allerede skriver React og TypeScript på web,
- du vil dele kode eller logikk med en eksisterende webapp,
- appen bør bruke plattformens egne komponenter og følge hver plattforms stil.
Velg native når
- appen lever av tung grafikk, AR, avansert kamera eller lyd,
- den skal kommunisere tett med maskinvare, for eksempel sensorer eller Bluetooth-enheter med strenge krav,
- du trenger nye funksjoner i iOS eller Android fra dagen de lanseres,
- du har budsjett til å utvikle og vedlikeholde to apper.
Hvem bruker hva?
Begge kryssplattformrammeverkene brukes i store produksjonsapper, ifølge rammeverkenes egne oversikter:
- Flutter: Google Pay, My BMW-appen, Nubank, eBay, Headspace og partnerappen til Wolt. Google oppgir at Google Pay fikk 35 prosent mindre kode – 1,1 millioner mot 1,7 millioner linjer – etter overgangen.
- React Native: Deler av Facebook og Ads Manager fra Meta, Microsoft Office, Outlook og Teams, Amazon Shopping og Alexa, samt Shopify og Shop.
Poenget er ikke at du bør velge det de store velger, men at myten om at kryssplattform bare fungerer for enkle apper ikke stemmer.
Hvor populære er de?
I Stack Overflows utviklerundersøkelse for 2024 – den siste som målte dette – oppga 9,4 prosent av de 45 841 som svarte at de bruker Flutter, og 8,4 prosent React Native. Undersøkelsen for 2025 hadde ikke med denne kategorien. Begge har altså store miljøer, noe som betyr at det er lett å finne utviklere, biblioteker og hjelp.
Vår anbefaling
Start med spørsmålet «hva må appen gjøre?», ikke «hvilken teknologi er best?». For omtrent ni av ti bedriftsapper vi ser, er svaret Flutter: én kodebase, nær native ytelse og lavest totalkostnad over tid. Har dere et React-team, er React Native et godt og ærlig alternativ. Og skal appen presse maskinvaren, er native verdt merkostnaden.
Er du usikker, er det billigere å avklare det i et forprosjekt enn å skrive om appen etter lansering. Les også hvordan du lager en app steg for steg, eller om du trenger en app i det hele tatt.
Vanlige spørsmål om Flutter, React Native og native
Er Flutter eller React Native best?
Begge er modne og brukes i store produksjonsapper. Flutter tegner sitt eget grensesnitt og gir likt utseende på iOS og Android. React Native bruker JavaScript og React og passer godt hvis teamet allerede jobber med React på web. For de fleste bedriftsapper anbefaler vi Flutter.
Når bør jeg velge native Swift og Kotlin?
Når appen lever av tung grafikk, AR, avansert kamera- eller lydbehandling eller dyp integrasjon mot maskinvare, eller når du trenger nye plattformfunksjoner fra første dag. Native betyr to kodebaser, og typisk 1,5–1,8 ganger høyere kostnad enn Flutter.
Hvor mye billigere er kryssplattform enn native?
Med Flutter regner vi typisk 40–60 prosent lavere kostnad enn to separate native apper, og med React Native 30–50 prosent. Besparelsen fortsetter i vedlikeholdet, fordi feil rettes og krav oppfylles i én kodebase i stedet for to.
Kan en Flutter-app bytte til native senere?
Ja, men det betyr i praksis å skrive appen på nytt. Backend, design og API-er kan gjenbrukes. Derfor er det lurt å avklare ytelseskrav og maskinvarebehov før du velger teknologi, ikke etter lansering.