Hvorfor vi bruker Next.js til nesten alt

title: "Hvorfor vi bruker Next.js til nesten alt" publishedAt: "2026-04-28" summary: "App Router, React Server Components og Turbopack gjør Next.js til det eneste fullstack-rammeverket vi trenger for 90 % av norske SMB-prosjekter." tags: ["Next.js", "React", "Fullstack"] readingTime: 5

Next.js har blitt standardvalget vårt for nesten alle prosjekter. Her er hvorfor – og når vi ikke bruker det.

Hva gjør Next.js så bra for norske SMB?

For et enkeltpersonsforetak eller en liten byrå er tid den viktigste ressursen. Next.js med App Router lar oss bygge alt fra statiske markedsføringssider til fullstack-apper med autentisering, API-routes og databasekoblinger – uten å bytte rammeverk underveis.

Det viktigste er ikke featuresene, det er at vi slipper å ta beslutninger.

Du trenger ikke velge mellom Gatsby og Create React App for statiske sider, Express og Fastify for API, eller Vite og Webpack for bundling. Next.js velger for deg – og valgene er gode.

App Router og React Server Components

Fra og med Next.js 13 ble App Router standard. Det betyr:

• Servere rendrer React-komponenter – ingen unødvendig JavaScript til nettleseren
• Streaming – siden kan sende innhold bit for bit mens data lastes
• Nested layouts – én nav og footer for alle undersider, uten re-render

Et konkret eksempel: denne bloggen bruker RSC. Artikkellisten og MDX-innholdet rendres på serveren. Nettleseren mottar ferdig HTML. Ingen useEffect, ingen loading-spinner, ingen CLS.

// app/blogg/page.tsx – kjører på serveren, null JS til klienten
export default function BloggPage() {
  const posts = getAllPosts(); // filsystem-kall, kun på server
  return (
    <ul>
      {posts.map(p => <li key={p.slug}>{p.title}</li>)}
    </ul>
  );
}

Turbopack i dev-modus

Siden Next.js 15 er Turbopack default i next dev. For et prosjekt med 50+ filer gir det:

Det høres lite ut, men 80 ms vs 600 ms HMR er forskjellen mellom å oppleve at du koder og å vente på at du koder.

Når vi ikke bruker Next.js

• Ren mobilapp: React Native er bedre valg – no-brainer
• Tung datavisualisering med WebSockets: egner seg, men Remix sin loader-model er noen ganger renere
• WordPress-nettsted med eksisterende innhold: Squarespace eller WordPress med ferdig CMS sparer kunden for penger
• Prototype på under 2 timer: Vite + React er raskere å komme i gang med

Konklusjon

Next.js er ikke perfekt for alt, men det er perfekt nok for 90 % av det vi bygger. Det lar oss fokusere på produktet – ikke verktøyene.

"Det beste rammeverket er det som forsvinner."

Vil du se dette i praksis? Ta en titt på StackPatrol og PausePulse – begge bygget med Next.js og hostet på Vercel.