Integrations · Webhooks
Docs / Integrations

Webhooks

Send NevTan events to a URL on your own system, and watch delivery status from the console.

A webhook is NevTan calling out to a URL you control, so your own systems can react the moment something happens — a deploy finishes, a job completes, a billing event fires. Set it up once from the console: no code to write on the NevTan side, just a URL and a secret.

Set up a webhook

  1. 1
    Open Webhooks
    From a project's settings (or Account → Integrations for account-wide events), open the Webhooks tab and click Add webhook.
  2. 2
    Paste your URL
    Enter the URL on your own system that should receive events. This is the address NevTan will POST to — nothing you need to call yourself.
  3. 3
    Copy the signing secret
    The console generates a secret alongside the URL. Copy it into your own system's configuration so it can verify that a delivery genuinely came from NevTan.
  4. 4
    Save
    Save the webhook. It starts receiving events immediately, and every delivery attempt from then on shows up in the delivery log.

What a delivery looks like

Whatever the event, your endpoint receives a JSON payload describing what happened. The shape below is illustrative of a deploy event — the exact fields vary by event type, but every payload identifies the event and the resource it happened to:

Illustrative webhook payload (your endpoint receives this)
 

Each delivery is signed with your webhook's secret so your endpoint can confirm it wasn't forged — the exact header and scheme are shown on the webhook's detail page in the console alongside the secret itself.

Delivery history

Open a webhook to see its delivery log — every attempt, its timestamp, and whether your endpoint responded with success or failure. Failed deliveries show the response NevTan received, so you can tell a timeout apart from a rejected signature without leaving the console.

StatusWhat it means
SuccessYour endpoint responded and NevTan considers the event delivered.
FailedYour endpoint returned an error, an unexpected status, or didn't respond in time. The log shows whatever response (or timeout) NevTan actually received.
Note
A failure is almost always something the delivery log already explains — a connection timeout, a non-2xx status from your endpoint, or a signature your system rejected. Start there before assuming the webhook itself is misconfigured.

Choosing which events to send

Each webhook subscribes to a specific set of event types — you don't have to receive every event on a project just to catch the one you care about. Edit the Events field on the webhook to add or remove event types; the change applies to the next event that fires, with nothing to redeploy.

Regenerate the secret

If a secret may have leaked, click Regenerate secret on the webhook's detail page. Update your own system with the new value right away — deliveries signed with the old secret stop verifying the moment it's regenerated.

FieldWhat it's for
URLWhere the console sends each event — a URL on your own system.
SecretPaste into your system to verify a delivery genuinely came from NevTan.
EventsWhich event types this webhook subscribes to.
Delivery logRecent attempts, their status, and your endpoint's response.
Important
Treat the signing secret like any other credential — anyone who has it can forge deliveries to your endpoint. Regenerate it if you suspect it leaked.
Tip
If deliveries start failing, check the delivery log first — a wrong URL or an expired secret accounts for most failures, and both are visible right there.