Hvordan optimerer du performance og Core Web Vitals i Next.js?

Question

Accepted Answer

Next.js giver dig mange performance-værktøjer; ved at bruge dem korrekt targets du Core Web Vitals — LCP (indlæsning), CLS (layout-stabilitet) og INP (interaktivitet).

Minimér client JavaScript (største håndtag)

tsx

// ✅ Keep components as Server Components; ship "use client" only at interactive leaves
// A Server Component sends ZERO JS for itself → smaller bundle → better INP/load

App Routerens superpower er at sende mindre JS. Tung logik og dataformatering bliver på serveren; kun ægte interaktive "islands" bliver til Client Components.

Optimer LCP-billedet

// priority = load eagerly (don't lazy-load the LCP image); width/height prevent CLS ``` ## Optimer fonte (CLS + indlæsning) ```tsx import { Inter } from "next/font/google"; const inter = Inter({ subsets: ["latin"], display: "swap" }); // self-hosted, no layout shift ``` ## Code-split tunge client components ```tsx import dynamic from "next/dynamic"; const Chart = dynamic(() => import("./Chart"), { ssr: false }); // load only when needed ``` Lazy-load store, ikke-kritiske client components (diagrammer, editorer, modaler) så de ikke oppuster det initiale bundle. ## Stream langsomt indhold ```tsx }> // ship the shell instantly, stream slow data → better TTFB/FCP ``` ## Cache aggressivt, validér præcist ```tsx fetch(url, { next: { revalidate: 3600, tags: ["x"] } }); // static speed + controlled freshness ``` ## Checklist kortlagt til metrics ```text LCP ↓ : next/image + priority, streaming, CDN/static caching, preconnect CLS ↓ : image width/height, next/font, reserve space for dynamic content INP ↓ : less client JS (Server Components), code-splitting, avoid heavy effects ``` ## Mål, gæt ikke ```text next build → see per-route JS sizes Lighthouse / PageSpeed Insights, the Web Vitals lib, Vercel Analytics → real metrics @next/bundle-analyzer → find what's bloating the bundle ``` ## Hvorfor det betyder noget Next.js performance handler mest om **at sende mindre JavaScript** (Server Components, code-splitting) og at bruge de indbyggede optimizere (`next/image`, `next/font`, streaming, caching) — hver enkelt mapper direkte til en Core Web Vital. At vide hvilket værktøj, der løser hvilken metrik (og måle med `next build`/Lighthouse i stedet for at gætte) er sådan, du systematisk rammer gode LCP/CLS/INP-scores.