Skal dere bygge en nettside, en webapp eller en native app? Det er et av de første – og viktigste – valgene i ethvert digitalt prosjekt. Velger du feil, kan det koste hundretusener i unødvendig utvikling, eller enda verre: et produkt brukerne ikke tar i bruk. Spørsmålet «webapp eller app?» har ikke ett fasitsvar, men det finnes en ganske tydelig beslutningslogikk. I denne guiden forklarer vi forskjellen på nettside, webapp og native app, hva hvert alternativ koster i praksis, og hvordan du velger riktig for ditt prosjekt – uten at du trenger teknisk bakgrunn.
Hos InfoDesk bygger vi alle tre variantene, og det første vi gjør i ethvert prosjekt er å utfordre antakelsen om hva som faktisk trengs. Overraskende ofte ber kunder om «en app» når en webapp løser behovet raskere og billigere – og av og til er det motsatt.
Hva er egentlig forskjellen på nettside, webapp og native app?
Begrepene blandes ofte sammen, så la oss rydde opp først:
- Nettside: Innholdsorientert. Besøkende leser, ser og finner informasjon – tenk bedriftssider, nettbutikker og blogger. Bygges typisk med et publiseringssystem eller et rammeverk, og nås via nettleser.
- Webapp: Funksjonsorientert. Brukeren logger inn og gjør noe – fakturerer, booker, administrerer data. Kjører også i nettleseren, men oppfører seg som et program. En PWA (Progressive Web App) er en webapp som i tillegg kan installeres på hjemskjermen, fungere delvis offline og sende push-varsler.
- Native app: Installeres fra App Store eller Google Play og er bygget spesifikt for iOS og/eller Android. Gir full tilgang til telefonens maskinvare og best mulig ytelse. Kryssplattform-apper (React Native, Flutter, .NET MAUI) er en mellomvariant: én kodebase som kompileres til ekte apper for begge plattformer.
Med definisjonene på plass kan vi se på styrker og svakheter ved hvert alternativ.
Nettside: raskest ut, bredest rekkevidde
En nettside er riktig svar når målet er synlighet, informasjon og salg – ikke avansert funksjonalitet. Den er tilgjengelig for alle med en nettleser, indekseres av Google og krever ingen installasjon.
Fordeler: Lavest kostnad og kortest tid til lansering. Full søkemotorsynlighet – innholdet ditt kan rangere i Google, noe appbutikk-innhold ikke kan. Én versjon å vedlikeholde, og oppdateringer er live for alle umiddelbart. Ingen butikkavgifter eller godkjenningsprosesser.
Ulemper: Begrenset interaktivitet og ingen reell offline-funksjon. Ikke noe app-ikon på hjemskjermen (med mindre du bygger den som PWA), og ingen push-varsler i tradisjonell forstand. For komplekse arbeidsflyter blir en ren nettside fort en tvangstrøye.
Husk også at en nettside aldri blir bedre enn serveren den står på – god hosting er fundamentet uansett hvilket alternativ du lander på.
Webapp og PWA: programvare uten appbutikk
Webappen er arbeidshesten i moderne digitalisering. De fleste SaaS-produkter – fra regnskapssystemer til prosjektverktøy – er webapper. Bygger du den som PWA, får du i tillegg flere «app-følelser» med på kjøpet.
PWA-støtten har blitt vesentlig bedre de siste årene. På Android har PWA-er lenge hatt god støtte for installasjon, push-varsler og offline-funksjon. På iOS åpnet Apple for web-push i iOS 16.4 (2023), men med et viktig forbehold: varsler fungerer kun når brukeren først har lagt webappen til på hjemskjermen, og tillatelsen må utløses av en aktiv brukerhandling. I praksis betyr det at push-rekkevidden på iPhone er lavere enn for en native app, der varsler kan aktiveres rett etter installasjon fra App Store.
Fordeler: Én kodebase som fungerer på alle enheter – mobil, nettbrett og PC. Typisk 30–50 prosent lavere kostnad enn å bygge native apper for to plattformer i tillegg til web. Ingen 15–30 prosent butikkavgift på betalinger: du tar betalt direkte med Stripe, Vipps eller faktura. Umiddelbare oppdateringer uten godkjenningskø. Delbar via en helt vanlig lenke – friksjonen for å prøve produktet er nesten null.
Ulemper: Begrenset tilgang til maskinvare, særlig på iPhone: Safari på iOS støtter ikke Web Bluetooth, NFC-lesing fra nettleser eller ARKit, og bakgrunnsprosessering er sterkt begrenset. Ingen synlighet i App Store og Google Play, som fortsatt er en viktig markedsføringskanal for forbrukerapper. Offline-støtten er reell, men mindre robust enn i en native app for krevende «offline first»-scenarier.
Native app og kryssplattform: når opplevelsen er produktet
Native og kryssplattform-apper er riktig valg når mobilen er den primære flaten og du trenger det nettleseren ikke kan gi. Det gjelder typisk:
- Dyp maskinvaretilgang: Bluetooth-tilkobling til utstyr, NFC, biometri (Face ID/Touch ID), helsesensorer, presis bakgrunns-GPS og AR (ARKit/ARCore) krever native tilgang – spesielt på iOS.
- Krevende offline-bruk: Feltarbeidere uten dekning, store lokale databaser og pålitelig bakgrunnssynkronisering håndteres best native.
- Ytelse og flyt: Spill, videoredigering og animasjonstunge grensesnitt der hver millisekund merkes.
- Distribusjon via appbutikkene: Hvis kundene dine forventer å finne dere i App Store, eller appen er selve produktet dere selger abonnement på.
Fordeler: Best ytelse og brukeropplevelse, full maskinvaretilgang, pålitelige push-varsler på begge plattformer, og tilstedeværelse i butikkene der mange forbrukere leter.
Ulemper: Høyest kostnad og lengst utviklingstid. To rene native apper (Swift for iOS, Kotlin for Android) betyr i praksis to parallelle utviklingsløp. Kryssplattform-rammeverk som React Native, Flutter og .NET MAUI reduserer dette betraktelig – bransjeanalyser anslår gjerne 30–60 prosent besparelse mot dobbel native-utvikling, fordi mesteparten av koden deles. I tillegg kommer butikkenes godkjenningsprosesser, årlig utviklerlisens hos Apple, og løpende vedlikehold mot nye OS-versjoner. Vil du gå dypere i tallene, har vi en egen gjennomgang av hva det koster å utvikle en app i 2026.
Butikkavgifter og DMA: spillereglene er i endring
Velger du distribusjon via appbutikkene, må du regne med provisjon på digitale kjøp i appen. Standardsatsen har lenge vært 30 prosent, med 15 prosent for mindre aktører: Apples Small Business Program gir 15 prosent for utviklere med under én million dollar i årlig omsetning, og abonnementer faller til 15 prosent etter første år. Google Play tar 15 prosent på abonnementer fra dag én – og etter forliket med Epic Games senkes standardsatsen til 20 prosent og abonnementssatsen til 10 prosent fra 30. juni 2026 i blant annet USA, Storbritannia og EØS.
I EU har Digital Markets Act (DMA) endret mye: Apple må nå tillate alternative appbutikker, distribusjon direkte fra utviklerens nettside og alternative betalingsløsninger med lenking ut av appen. Fra 2026 samles Apples EU-modell rundt en «Core Technology Commission» på 5 prosent pluss reduserte butikkavgifter, ifølge Apples egen DMA-oversikt. For norske virksomheter betyr dette at totalkostnaden ved app-distribusjon i EU/EØS er på vei ned – men regelverket er komplekst, og en webapp er fortsatt den eneste modellen som er helt fri for plattformavgifter.
Slik velger du: webapp eller app – en praktisk beslutningsguide
Velg nettside hvis målet er å bli funnet, informere og konvertere: bedriftsprofil, tjenestesider, nettbutikk eller innholdsmarkedsføring. Start her hvis du er i tvil – en nettside er ofte fundamentet de andre bygges på.
Velg webapp (gjerne PWA) hvis brukerne skal logge inn og utføre oppgaver, dere vil støtte både mobil og desktop med én kodebase, dere tar betalt med abonnement og vil unngå butikkavgifter, eller dere skal teste et nytt konsept raskt i markedet. For de aller fleste B2B-verktøy og MVP-er er dette riktig startpunkt – vi har beskrevet metoden i fra idé til MVP på 30 dager.
Velg native eller kryssplattform-app hvis du trenger maskinvare nettleseren ikke når (Bluetooth, NFC, AR, biometri), pålitelig offline-bruk i felt, push-varsler med maksimal rekkevidde på iPhone, eller hvis App Store og Google Play er en viktig kanal for å nå målgruppen din. Med React Native, Flutter eller .NET MAUI får du begge plattformer fra én kodebase til en brøkdel av prisen for to native-løp.
Velg en kombinasjon hvis produktet skal vokse: mange av våre kunder starter med en webapp, validerer betalingsvilje, og bygger deretter en kryssplattform-app oppå samme API når brukerne ber om det. Da er ikke valget «enten–eller», men «i hvilken rekkefølge».
Sammenligning: nettside vs. webapp vs. native app
| Kriterium | Nettside | Webapp / PWA | Native / kryssplattform |
|---|---|---|---|
| Relativ kostnad | Lav | Middels | Høy (kryssplattform: middels–høy) |
| Tid til lansering | Uker | Uker–måneder | Måneder |
| Synlighet i Google | Full | Full | Kun app-sider, ikke innhold |
| App Store / Google Play | Nei | Nei (PWA kan pakkes for Play) | Ja |
| Push-varsler | Nei | Ja, men krever installasjon på hjemskjerm på iPhone | Ja, full støtte |
| Offline-funksjon | Nei | Delvis (service workers) | Full |
| Maskinvaretilgang (Bluetooth, NFC, AR) | Nei | Begrenset, særlig på iOS | Full |
| Butikkavgift på digitale kjøp | Ingen | Ingen | Typisk 15–30 % (på vei ned i EU/EØS) |
| Oppdateringer | Umiddelbart | Umiddelbart | Via butikkgodkjenning |
Tommelfingerregelen vår: start så nært nettleseren som behovet tillater. Hvert steg mot native gir mer kraft – men også mer kostnad, mer vedlikehold og lengre vei til markedet.
Ofte stilte spørsmål
Hva er forskjellen på en webapp og en native app?
En webapp kjører i nettleseren og krever ingen installasjon – brukeren går til en adresse og logger inn. En native app installeres fra App Store eller Google Play og er bygget spesifikt for iOS eller Android, med full tilgang til telefonens maskinvare. Webappen er billigere å bygge og vedlikeholde og når alle enheter med én kodebase; native-appen gir best ytelse, pålitelige push-varsler og tilgang til funksjoner som Bluetooth, NFC og AR.
Kan en PWA erstatte en native app?
Ofte, men ikke alltid. En PWA kan installeres på hjemskjermen, fungere delvis offline og sende push-varsler på både Android og iOS (sistnevnte siden iOS 16.4, forutsatt at brukeren legger appen på hjemskjermen først). Trenger du derimot Bluetooth, NFC, AR, biometri eller tung bakgrunnsprosessering på iPhone, holder ikke PWA – da må du bygge native eller kryssplattform. PWA er sterkest for innloggede verktøy og tjenester der distribusjon via lenke er en fordel, ikke en ulempe.
Hva koster en app sammenlignet med en webapp?
Som hovedregel er en webapp det rimeligste alternativet for full funksjonalitet på tvers av enheter, fordi alt bygges én gang. Kryssplattform-apper (React Native/Flutter) koster mer, men bransjetall viser typisk 30–60 prosent besparelse sammenlignet med å bygge to separate native apper. To rene native-løp er dyrest. I tillegg kommer løpende kostnader: butikkavgifter på digitale kjøp, Apples årlige utviklerlisens og vedlikehold mot nye OS-versjoner. Se vår detaljerte prisgjennomgang i hva det koster å utvikle en app i 2026.
Må jeg betale 30 prosent til Apple og Google?
Bare hvis du selger digitale varer eller abonnement inne i en app distribuert via butikkene – og satsen er ofte lavere enn 30: små utviklere betaler 15 prosent, Google Play tar 15 prosent på abonnementer (10 prosent fra medio 2026 i EØS, USA og Storbritannia), og i EU åpner DMA for alternative betalingsløsninger og distribusjon utenom App Store. Selger du fysiske varer eller tjenester som leveres utenfor appen, gjelder ingen butikkavgift. Og velger du webapp, slipper du hele problemstillingen.