Webapp-utvikling og PWA – appopplevelse rett i nettleseren

De fleste interne verktøy hører hjemme i nettleseren. Timeregistrering, sjekklister, ordrehåndtering, vaktplaner og dashboards brukes av folk som allerede er logget inn på jobb, og som ikke trenger å finne dere i en butikk. Det samme gjelder kundeportaler, bookingløsninger og B2B-tjenester der kunden logger inn noen ganger i måneden. Der er terskelen for å laste ned en app høy, mens en lenke i en e-post fungerer med en gang.

Offentlige innkjøpere ber ofte om nettopp dette. Da Kystverket i oktober 2025 lyste ut en «fyrforvalterapp» for leietakere på fyrstasjoner, var kravet en brukervennlig HTML5-/webløsning integrert med FDV-systemet via API, med en anslått verdi på inntil 2,5 millioner kroner eks. mva. Se også apputvikling for kommuner og offentlig sektor.

En webapp er også et godt første steg. Mange bedrifter starter i nettleseren, måler bruken, og bygger native app senere når de vet hva brukerne trenger.

Nettleseren har grenser, og vi sier fra når dere er over dem. Skal appen bruke kamera i stor stil, Bluetooth, NFC, bakgrunnsposisjon eller tunge offline-funksjoner, får dere et bedre produkt med Flutter-utvikling, React Native-utvikling eller native iOS og Android. Push-varsler fungerer i PWA-er, men med flere forbehold enn i native apper, særlig på iPhone.

Distribusjon er den andre grunnen. Er det et poeng i seg selv å finnes i App Store og Google Play, fordi kundene leter der eller fordi ikonet på hjemskjermen er en del av markedsføringen, trenger dere en butikkapp. Apple avviser dessuten apper som bare er en innpakket nettside; retningslinjene krever funksjoner som løfter appen forbi «a repackaged website».

Tre ting skiller en PWA fra en vanlig webapp, og alle tre bygger på åpne webstandarder. Den kan installeres og vises som et ikon på hjemskjermen eller i startmenyen, og åpnes i eget vindu. Den kan mellomlagre innhold og data gjennom en service worker, slik at den starter raskt og fungerer med ustabilt nett, for eksempel på en byggeplass eller om bord i en båt. Og den kan sende varsler på operativsystemnivå.

På iPhone og iPad gjelder ett viktig forbehold: Apple åpnet for web-push i iOS og iPadOS 16.4, og bare for webapper som brukeren har lagt til på hjemskjermen. Brukeren må altså installere PWA-en og godkjenne varsler selv. For interne apper der dere kan instruere de ansatte, er det uproblematisk. For forbrukerapper der varslene er kjernen i produktet, anbefaler vi en butikkapp.

Vi bygger webapper i React med Next.js og TypeScript, med PostgreSQL som database. For mindre prosjekter og MVP-er bruker vi ofte Supabase, som gir database, innlogging og fillagring ferdig oppsatt, slik at pengene går til det som er spesielt for dere. Større løsninger får en egen backend i Node.js/TypeScript eller .NET, se backend, API og integrasjoner.

Løsningen driftes på datasentre i Norge eller EØS på en konto dere eier, og integreres med det dere allerede har: BankID og ID-porten for innlogging, Vipps for betaling, Fiken, Tripletex eller PowerOffice for regnskap, og Altinn der det trengs. Design og brukerflyt lages i Figma før vi koder, se appdesign og UX.

Universell utforming er ikke valgfritt. Forskriften om universell utforming av IKT-løsninger gjelder løsninger som retter seg mot allmennheten i Norge, og private virksomheter må oppfylle 29 minstekrav i WCAG, offentlige 42. Vi bygger etter kravene fra første skisse og tester med skjermleser og tastatur før lansering. Mer om dette under universell utforming av app.