Hvad bruges Next.js middleware til?

Question

Accepted Answer

**Middleware** er kode, der køres **før en request er fuldført** — på Edge, før siden eller route handler renderes. Det lader dig inspicere og omskrive/omdirekte requests, sætte headers eller kontrollere godkendelse for mange routes på ét sted.

## Definering af middleware

```ts
// middleware.ts (at the project root)
import { NextRequest, NextResponse } from "next/server";

export function middleware(req: NextRequest) {
  const token = req.cookies.get("session")?.value;

// protect /dashboard — redirect unauthenticated users to login
  if (req.nextUrl.pathname.startsWith("/dashboard") && !token) {
    return NextResponse.redirect(new URL("/login", req.url));
  }
  return NextResponse.next(); // allow the request to proceed
}

// only run on these paths (performance — don't run on every asset)
export const config = { matcher: ["/dashboard/:path*", "/account/:path*"] };
```

## Hvad middleware kan gøre

```ts
NextResponse.redirect(url);          // send the user elsewhere (auth gates)
NextResponse.rewrite(url);           // serve different content, URL unchanged (A/B, i18n)
NextResponse.next();                  // continue, optionally with modified headers
// req.geo / req.cookies / req.headers — inspect location, auth, etc.
```

Vanlige anvendelser: **godkendelsesadgang**, **omdirigeringer** (lokale/geo-baserede, www→apex), **A/B-test** via rewrites, indstilling af **sikkerhedsheaders** og bot/funktionalitetsflag.

## Vigtige begrænsninger

```text
⚠️ Runs on the EDGE runtime → no Node.js APIs (no fs, limited libraries)
⚠️ Must be FAST — it runs before every matched request; heavy work adds latency
⚠️ Can't access the database directly for complex auth — do lightweight checks
   (e.g. verify a JWT/cookie exists); do full auth in the page/handler
```

`matcher`-konfigurationen er vigtig: begrænse middleware til kun de routes, der har brug for det, så det ikke kører på statiske assets og bremser alt ned.

## Hvorfor det betyder noget

Middleware er det eneste kritiske punkt for cross-cutting request-logik — godkendelseomdirigeringer, lokale routing, rewrites og headers — anvendt på mange routes uden at gentage kode på hver side.

At kende dets Edge-begrænsninger (hurtig, ingen Node API'er, kun lette kontroller) og `matcher`-scoping er det, der lader dig bruge det korrekt til gatekeeping og routing-bekymringer.