PWAs ble for noen år siden hyllet som "fremtiden" — en måte å bygge én ting som fungerer både som webside og app. I 2026 er bildet mer nyansert. Apple har holdt PWA-støtte begrenset, App Stores har strammet kravene, og rene native-apper har fått ny medvind. Men PWAs er ikke døde — de er bare blitt et spesifikt verktøy for spesifikke problemer.
Hva en PWA faktisk er
En PWA er en nettside med tre tilleggsfunksjoner:
- Installerbarhet — brukere kan "legge til på hjemskjermen" og få et app-ikon
- Offline-støtte — via Service Worker som cacher ressurser
- Push-notifikasjoner — varsel selv når appen ikke er åpen
I tillegg: kjører i fullskjerm uten nettleser-UI, har splash-skjerm, og kan integrere med plattform-funksjoner (kamera, GPS, fil-system) — men her er det fortsatt forskjeller mellom iOS og Android.
Hvor PWAs vinner
1. Du har en webside, ikke en app-idé
Hvis du i bunn og grunn har innhold som brukere konsumerer (artikler, dashboards, e-handel) og ikke trenger dyp plattform-integrasjon, er PWA ofte raskere og billigere enn native. Du bygger én ting, ikke tre.
2. Du vil unngå App Store-friksjon
App Store og Google Play tar 15–30 % av kjøp gjort i appen. Hvis du selger noe (abonnement, in-app-kjøp), kan en PWA spare deg betydelige beløp. Spotify, Netflix og en del andre prøver å pushe brukere til web-betaling av nettopp denne grunn.
3. Du vil ikke vedlikeholde tre kodebaser
Web + iOS + Android = tre versjoner som må holdes synkronisert. En PWA er én kodebase. For SMB-er uten store team er det betydelig.
4. Internasjonale brukere på lavt-end-enheter
I markeder hvor brukere har 5-årige Android-telefoner med 32 GB lagring, er en 5 MB PWA en mye bedre opplevelse enn en 150 MB native app de ikke har plass til. Twitter Lite, Pinterest Lite og Uber Lite finnes nettopp av denne grunn.
Hvor PWAs taper
1. iOS-begrensninger
Apple har vært tydelig på at de ikke vil at PWAs skal konkurrere med App Store. Push-notifikasjoner på iOS har vært begrenset (selv om de har bedret seg i iOS 16.4+), bakgrunns-prosessering er ikke-eksisterende, og noen Web APIs (Bluetooth, NFC) er ikke støttet.
Hvis hovedbrukerne dine er på iOS og du trenger ekte app-funksjonalitet, er PWA en kompromiss.
2. App Store-eksponering
Brukere oppdager apper i App Store og Google Play. En PWA har ikke den eksponering — den må markedsføres på samme måte som en webside. Hvis App Store-discovery er en del av go-to-market-strategien din, trenger du native.
3. Komplekse native-funksjoner
AR, kompleks kamerabehandling, integrasjon med HealthKit / Google Fit, CarPlay, dyp Bluetooth-bruk — alt dette er begrenset eller umulig i PWA.
4. "Føles som en app"
En perfekt bygget PWA kommer 80 % nær følelsen av en native app. Men de siste 20 % — micro-interactions, native gesture-respons, transitions — er vanskelig å replikere. For premium-merker hvor følelsen er en del av merket, kan dette være en deal-breaker.
Tekniske krav for en god PWA
Service Worker — riktig konfigurert
De fleste PWA-problemer kommer fra dårlig konfigurerte Service Workers. Aggressive caching gir "stale" data, for lite caching gir dårlig offline. Bruk Workbox eller next-pwa for å håndtere det riktig.
Web App Manifest
Fil som forteller nettleseren hvordan PWA-en skal vises (ikon, splash, theme color, display mode). Må være korrekt for at "legg til på hjemskjermen" skal fungere.
HTTPS
Krav. Ingen unntak.
Ytelse
PWA-er må prestere som apper, ikke som nettsider. Lighthouse-score på 90+ for både ytelse, tilgjengelighet og best practices er minimum.
Verktøy for å bygge PWA
- Next.js + next-pwa — vår favoritt for nye prosjekter. Server-side rendering, automatic code splitting, og PWA-funksjonalitet med minimal config
- Vite + PWA Plugin — for SPAs hvor SSR ikke er nødvendig
- Workbox — Google's bibliotek for Service Worker-mønstre, fungerer med hvilken som helst stack
Faktiske use-cases hvor PWA fungerer best
- Nyhetspubliseringer — brukere konsumerer innhold, vil ha offline-tilgang
- SaaS-dashboards — proff-brukere, oftere på desktop, vil ha "alltid på"-følelse
- B2B-verktøy — internt bruk, App Store-discovery ikke relevant
- E-handel for mellomstore butikker — alternativ til App Store-friksjon
- Frequent updates — apper som endrer seg ofte og trenger umiddelbar deployment
Hva vi anbefaler
- Bygger du noe som primært er innhold + lett interaksjon? → PWA er sannsynligvis rett valg
- Trenger du dyp plattform-integrasjon, AR eller App Store-discovery? → Native eller cross-platform native
- Usikker? → Bygg PWA først, og legg til en native wrapper med Capacitor hvis du senere finner ut at du trenger App Store-tilstedeværelse
Hos Inovix har vi bygget både PWA-er og native-apper. Hvis du vurderer hvilken som passer ditt prosjekt, kan vi gi en ærlig vurdering på 20 minutter.
