How to Receive Stripe Webhooks in Next.js

App Router Route Handler with raw body access

Next.js is the most-deployed full-stack JavaScript framework in 2026. The App Router's Route Handlers are a natural fit for webhook endpoints, but the default body parsing strips the raw bytes you need for HMAC verification — you have to read the request stream yourself. This guide walks through the Next.js setup for Stripe webhooks end to end: capturing the raw body, verifying the signature, handling retries idempotently, and iterating locally without redeploying. Cross-reference the Stripe Webhooks overview for the event catalog and sample payload.

Stripe Official Webhook Docs

1. Set Up the Next.js Endpoint

The endpoint needs to do three things, in this order: read the raw body, verify the signature against those exact bytes, and only then parse the JSON for your business logic.

// app/api/webhooks/[service]/route.ts
import { NextRequest } from "next/server";

export const runtime = "nodejs"; // signature verification needs Node, not Edge
export const dynamic = "force-dynamic"; // always run, never cache

export async function POST(req: NextRequest) {
  // IMPORTANT: read the raw body BEFORE you parse JSON.
  // HMAC verification has to run against the bytes the sender signed.
  const rawBody = await req.text();
  const signature = req.headers.get("x-signature-header") ?? "";

  // 1. Verify the signature against the raw body
  // 2. Parse JSON only after verification passes
  // 3. Process the event idempotently (use the event id as your key)

  const event = JSON.parse(rawBody);
  console.log("Verified webhook:", event.type ?? event);

  return new Response("ok", { status: 200 });
}
Raw body, every time
Calling req.json() consumes the stream and you can no longer recover the original bytes. Always start with req.text() (or req.arrayBuffer() if you need binary), verify the signature on those bytes, and only then JSON.parse. If you ever see signature-verification working locally and failing in production, body-modifying middleware (compression, body-parsing proxies, custom rewrites) is almost always the cause.

2. Verify the Stripe Signature

Signing details
Algorithm
HMAC-SHA256
Header
Stripe-Signature
Encoding
hex

Stripe sends a composite header: `t={unix_timestamp},v1={signature}`. The signed payload is `{timestamp}.{raw_request_body}`.

Node.js verification

// Express + Stripe SDK — let the SDK do the timing-safe comparison.
import Stripe from 'stripe';
const stripe = new Stripe(process.env.STRIPE_SECRET_KEY!);

app.post(
  '/webhooks/stripe',
  // CRITICAL: the verifier needs the RAW body, not parsed JSON.
  express.raw({ type: 'application/json' }),
  (req, res) => {
    const sig = req.headers['stripe-signature'] as string;
    try {
      const event = stripe.webhooks.constructEvent(
        req.body,
        sig,
        process.env.STRIPE_WEBHOOK_SECRET!,
      );
      // event.type, event.data.object — safe to act on
      res.json({ received: true });
    } catch (err) {
      res.status(400).send(`Webhook Error: ${(err as Error).message}`);
    }
  },
);

Wire this verification call into the Next.js handler from section 1. The pattern is identical across Next.js versions: read raw body, verify, parse JSON, dispatch.

Watch out: The Stripe SDK enforces a 5-minute tolerance on the timestamp by default to prevent replay attacks. If you implement signature checking manually, replicate that check.

See Stripe's official signing docs for the canonical reference, or the cross-service signature verification guide for the same pattern in Ruby and other languages.

3. Make the Handler Idempotent

Stripe can — and will — send the same event twice. Network blips, your server returning a 5xx mid-processing, deploy windows: any of these triggers a retry, and your handler will see the same event id again. Build for that on day one rather than chasing duplicate-charge bugs in production.

The simplest pattern is a unique constraint on the event id in your database. The handler does the work inside a transaction, and the insert into the events table is the last step — if a retry arrives, the unique-constraint violation tells you the event already committed and you can return 200 without re-running the side effects.

Pattern in any framework:

  1. Read raw body, verify signature.
  2. Begin transaction.
  3. Apply business logic (charge, fulfil, notify, etc.).
  4. Insert event id into processed_events with a unique constraint.
  5. Commit. Return 200.
  6. On unique-constraint violation, return 200 — the event was already processed by a prior delivery.

4. Stripe Retry Behaviour

Retry policy
Max attempts
17
Total window
Up to 3 days
Backoff
Exponential, starting ~immediately
Retries on
5xx, timeout, connection error
Stops on
Any 2xx response. 4xx also stops retries (treated as terminal).

Combine the retry numbers above with the idempotency pattern in section 3: aim to acknowledge fast (return 200 under the timeout) and let the idempotency table absorb any duplicates from in-flight retries. The full pattern, including dead-letter queues and replay-from-capture, lives in the Webhook Retry Strategies guide.

5. Test Locally Without Deploying

The fastest iteration loop for any webhook handler is: capture a real Stripe event with HookRay, then replay that captured request against your local Next.js server until the verification + business logic both pass. No need to retrigger the event in Stripe, no need to redeploy.

  1. Get a free webhook URL at hookray.com — no signup.
  2. Paste the URL into your Stripedashboard's webhook settings.
  3. Trigger a test event. HookRay shows the headers, raw body, and parsed payload in real time.
  4. Use HookRay's replay feature to send the captured request against http://localhost:3000/api/webhooks/stripe (or wherever your Next.js app is listening) — iterate on your code without re-poking the Stripe dashboard.

Deploying the Next.js Handler

Vercel runs Route Handlers on either the Node.js or Edge runtime. Pin runtime = "nodejs" for any handler that does HMAC verification — Edge's Web Crypto subset has surprising gaps for older signing schemes.

Need a host that boots quickly enough to absorb webhook bursts? DigitalOcean droplets stay warm, support raw-body proxies cleanly, and avoid the cold-start traps of some serverless runtimes.

Capture a real Stripe webhook in 30 seconds

Free webhook URL, real-time payload inspection, one-click replay. No signup required.

Start Testing — Free