Teknologivalgene vi tar i 2026: TypeScript, Next.js og Azure
En gjennomgang av tech stacken vi bruker i UNOS SOFTWARE AS — og hvorfor vi har landet på akkurat disse valgene for norske virksomheter.
I 2026 bygger vi all programvare med TypeScript, Next.js 14 og Azure — en teknologistabel som gir typesikkerhet, raske lastetider og data lagret i norske datasenter. Her er hvorfor vi har valgt akkurat denne stakken.
Teknologivalg er forretningsbeslutninger. Feil valg betyr ikke bare tapt tid — det betyr dyrere vedlikehold, dårligere rekrutteringsgrunnlag og systemer som ikke tåler å vokse. Riktig valg gir teamet fart, kunden stabilitet, og løsninger som kan leve i produksjon i mange år.
I denne artikkelen deler vi stakken vi har standardisert på i UNOS SOFTWARE AS — og begrunnelsen bak hvert valg.
Grunnprinsippet: pragmatisme over hype
Det er lett å bli fristet av det nyeste rammeverket eller den kuleste arkitekturen. Men vi har lært at det viktigste kriteriet for teknologivalg er langsiktig vedlikeholdbarhet. Koden vi skriver i dag skal leses og endres av noen om tre år — kanskje av et helt annet team.
Derfor velger vi teknologi basert på tre spørsmål:
- Er det et stort, aktivt fellesskap? — Får vi hjelp når vi trenger det, og finner vi utviklere som kjenner verktøyet?
- Er det modent nok for produksjon? — Er det testet i skala, med god dokumentasjon og stabile API-er?
- Passer det inn i resten av stakken? — Gir det synergi med eksisterende valg, eller skaper det et nytt vedlikeholdsproblem?
Hvorfor TypeScript?
Vi skriver all kode i TypeScript — frontend, backend, infrastrukturscripts og CLI-verktøy. Det har vi gjort konsekvent siden 2024, og vi har ikke sett oss tilbake.
Hvorfor TypeScript?
Type safety fanger feil før de når produksjon. Ifølge State of JS-undersøkelsen 2024 rapporterer 89 % av TypeScript-brukere at de opplever færre runtime-feil etter overgang fra JavaScript. Vår erfaring bekrefter dette — vi bruker markant mindre tid på debugging av typerelaterte feil.
Felles språk mellom frontend og backend. Når React-komponenter og API-endepunkter deler de samme typedefinisjonene, forsvinner en hel klasse av feil. En endring i datamodellen fanges opp av kompilatoren på begge sider umiddelbart.
Økosystemet er modent. TypeScript hadde over 57 millioner ukentlige nedlastinger på npm i januar 2026. Verktøy som ESLint, Prettier og tsx (runtime) fungerer sømløst. Rekruttering er enklere fordi de fleste JavaScript-utviklere allerede kjenner TypeScript.
Hva vi har vurdert som alternativ
- Go for backend-tjenester med høye ytelseskrav — vi bruker det for spesifikke microservices, men ikke som hovedspråk
- Rust for systemutvikling — for spesialisert for forretningsapplikasjoner
- Python for dataprosessering — vi bruker det til AI/ML-oppgaver, men ikke for web
Hvorfor Next.js?
Vi bruker Next.js for alle nettstedsprosjekter — fra corporate sites (som dette) til dashboards og kundeportaler.
Statisk generering for ytelse og SEO
Next.js genererer HTML ved byggetidspunktet. Det betyr at den ferdige siden serveres direkte fra CDN, uten at serveren trenger å rendre noe. Resultatet er lastetider under 1 sekund og en Lighthouse-score som konsekvent ligger over 90.
For et nettsted som dette genereres alle sider statisk med generateStaticParams(). Innholdet lagres som MDX-filer med frontmatter, og Next.js bygger ferdig HTML for hver rute.
Server Components fjerner unødvendig JavaScript
React Server Components — introdusert med App Router i Next.js 13 — lar oss bygge datadrevne sider uten å sende noe JavaScript til nettleseren for de komponentene. Menyer, innholdssider og datavisninger rendres på serveren, mens bare interaktive elementer som kontaktskjemaet og temavelgeren sender JavaScript til klienten.
Ifølge Vercel-benchmarks reduserer dette JavaScript-bundelstørrelsen med 40–70 % sammenlignet med tradisjonelle React-applikasjoner.
Innebygget infrastruktur
Next.js gir oss ut av boksen:
- Bildeoptimalisering — automatisk resizing, lazy loading og WebP/AVIF-konvertering
- Metadata-API — type-sikker generering av
<title>, Open Graph, Twitter Cards og JSON-LD - Middleware — for autentisering, omdirigering og sikkerhetshoder
- Inkrementell statisk regenerering (ISR) — oppdater enkeltside uten å bygge hele nettstedet på nytt
Hvorfor Azure?
Microsoft Azure er vår foretrukne skyplattform. For norske virksomheter er det spesielt tre egenskaper som gjør Azure til et naturlig valg:
Datasenter i Norge
Azure Norway East (Oslo-regionen) har vært operativt siden 2020 og gir norske virksomheter muligheten til å holde all data innenfor landets grenser. Dette forenkler compliance med personopplysningsloven og GDPR artikkel 44–49 om overføring til tredjeland.
For virksomheter som behandler helseopplysninger, finansielle data eller offentlige personopplysninger, er dette ikke bare en fordel — det er ofte et krav.
Microsoft Entra ID for autentisering
De fleste norske bedrifter bruker allerede Microsoft 365. Med Entra ID (tidligere Azure AD) kan vi implementere single sign-on uten at brukerne trenger enda et passord. Det er dette vi bruker for admin-tilgang til dette nettstedet — integrert via NextAuth v5.
PaaS fremfor IaaS
Vi foretrekker Platform-as-a-Service fremfor å administrere egne servere:
| Tjeneste | Bruksområde |
|---|---|
| App Service | Hosting av Next.js-applikasjoner |
| Azure Functions | Serverless API-er og bakgrunnsjobber |
| Logic Apps | Integrasjonsarbeidsflyter (f.eks. kontaktskjema → Teams) |
| Azure SQL / PostgreSQL | Relasjonsdatabaser |
| Blob Storage | Fillagring og statiske ressurser |
| Key Vault | Sikker håndtering av hemmeligheter og sertifikater |
Fordelen med PaaS er at Microsoft håndterer operativsystem-oppdateringer, skalering og høy tilgjengelighet — mens vi fokuserer på forretningslogikk.
Betalingsintegrasjoner for det norske markedet
For norske sluttbrukere er Vipps den foretrukne betalingsmetoden. I Splice har vi bygget en betalingsflyt som støtter:
- Vipps — Norges mest brukte mobilbetalingsløsning med over 4,4 millioner brukere (Vipps årsrapport, 2025)
- Dintero — en norsk betalingsorkestrator som samler kort, Vipps og faktura i ett API
- Mastercard Payment Services — for internasjonale korttransaksjoner
Integrasjonene er bygget som modulære tjenester slik at nye betalingsmetoder kan legges til uten å endre eksisterende kode.
Sikkerhet som gjennomgående prinsipp
Sikkerhet er ikke et lag vi legger oppå — det er integrert i hele stakken:
- Content Security Policy (CSP) — begrenser hvilke kilder som kan kjøre scripts på sidene våre
- HTTP Strict Transport Security (HSTS) — tvinger HTTPS med preload
- Inputvalidering og sanitering — all brukerinndata valideres på server, og markdown-innhold saniteres gjennom en streng allowlist
- JWT-basert autentisering — sesjonshåndtering uten server-state
- Miljøvariabel-isolering — hemmeligheter lever aldri i kode
Hva vi bevisst velger bort
Like viktig som hva vi velger, er hva vi velger bort:
Ingen WordPress eller PHP — vi vil ha type safety og moderne developer experience. WordPress er ypperlig for mange bruksområder, men passer ikke vårt kvalitetsnivå for skreddersydde løsninger.
Ingen Kubernetes for standardprosjekter — for de fleste prosjektene våre gir PaaS tilstrekkelig kontroll med betydelig lavere operasjonell kompleksitet. Kubernetes gir mening først ved svært store distribuerte systemer.
Ingen proprietære rammeverk — all kode bygger på åpen kildekode. Kundene våre eier koden sin og kan ta den med seg til en annen partner om de ønsker.
Stakken i praksis: dette nettstedet
Nettstedet du leser nå er bygget med akkurat denne stakken:
- Next.js 14 med App Router og statisk generering
- TypeScript i strict mode
- MDX-innhold med YAML frontmatter og gray-matter
- NextAuth v5 med Microsoft Entra ID for admin
- Custom CSS med designvariabler (ingen Tailwind)
- Playwright for E2E-testing
Hele nettstedet bygges til statisk HTML på under 10 sekunder og serveres med en Lighthouse-score over 95.
Oppsummert
Teknologivalg handler ikke om å bruke det nyeste og kuleste. Det handler om å velge verktøy som gir teamet fart, kunden stabilitet og kodebasen lang levetid. TypeScript, Next.js og Azure gir oss denne kombinasjonen — og vi tror den er spesielt godt egnet for norske virksomheter som trenger sikre, skalerbare løsninger med data i Norge.
Nysgjerrig på hvordan vi kan bruke denne stakken for ditt prosjekt? Ta kontakt. Vi leverer skreddersydd programvareutvikling med denne stakken, drifter alt på Azure med norske datasenter, og sørger for sikkerhet som møter GDPR-kravene.
Kilder og videre lesning
- State of JavaScript Survey (2024). «TypeScript satisfaction and usage statistics.» stateofjs.com
- Vercel (2025). «Next.js App Router Performance Benchmarks.» nextjs.org/blog
- Microsoft Azure (2025). «Azure geography: Norway.» azure.microsoft.com/explore/global-infrastructure/geographies
- Vipps MobilePay (2025). Årsrapport 2025.
- Dintero (2025). «Unified Commerce Platform.» dintero.com
- OWASP (2025). «Top 10 Web Application Security Risks.» owasp.org