Vad används Next.js middleware för?

Question

Accepted Answer

**Middleware** är kod som körs **innan en begäran är slutförd** — på Edge, innan sidan eller route handler renderas. Det gör att du kan inspektera och skriva om/omdirigera begäranden, ställa in headers eller kontrollera autentisering för många vägar på ett ställe.

## Definiering av 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*"] };
```

## Vad middleware kan göra

```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.
```

Vanlig användning: **autentiseringskontroll**, **omdirigeringar** (språk/geo-baserad, www→apex), **A/B-testning** via omskrivningar, inställning av **säkerhetshuvuden** och bot/feature flags.

## Viktiga begränsningar

```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 är viktig: begränsa middleware till endast de vägar som behöver det, så att det inte körs på statiska tillgångar och saktar ner allt.

## Varför det är viktigt

Middleware är den enda kontrollpunkten för tvärsnittande begärandelogik — autentiseringsomdirigeringar, språkdirigering, omskrivningar och headers — tillämpade på många vägar utan att upprepa kod på varje sida.

Att veta om dess Edge-begränsningar (snabb, inga Node-API:er, endast lätta kontroller) och `matcher`-omfattningen är det som gör att du kan använda det korrekt för åtkomstkontroll och routningproblem.