HTTP webhook → Discord
Any service that can send an HTTP request becomes a source. ingestlayer generates an ingest URL — https://in.ingestlayer.com/whk/<token> — and every POST to it becomes one event.
01source
02pipeline · 3 steps
- 01MUTtransformreshape the body to your schema
- 02CTLdedupedrop replays by id
- 03CTLfilter.matchroute only what matches
03destinations · 1
- todiscordDiscordchannel#ops
how events arrive
- 01
create the endpoint
Add an HTTP webhook source. ingestlayer generates a unique URL of the form https://in.ingestlayer.com/whk/<token> that accepts any HTTP POST.
- 02
choose auth
HMAC signing (the default) or a bearer token. In signed mode the sender includes an X-Ingest-Signature header — the hex HMAC-SHA256 of the raw body — which ingestlayer recomputes and compares in constant time, rejecting anything that doesn't match. An unauthenticated mode exists for local testing.
- 03
send your events
POST JSON to the URL. The body becomes the event payload; if it carries a string `type` that becomes the event type, otherwise ingestlayer stamps webhook.in.received. Rename or reshape fields with the transform action downstream.
POST /whk/wh_3f8a HTTP/1.1
Host: in.ingestlayer.com
Content-Type: application/json
X-Ingest-Signature: 9f86d081884c…
{
"type": "order.created",
"order_id": "ord_18f2",
"amount": 4200,
"currency": "eur",
"email": "ada@acme.com"
}route it to Discord
Send rich embeds to a channel via a connected bot or a channel webhook.
- 01
connect the bot
Add the ingestlayer bot to your server, or paste a channel webhook URL. Either credential is held in-region.
- 02
choose the channel
Select the target channel from the picker. Each connected channel is one reusable destination row.
- 03
shape the embed
The default embed carries the event name as its title and the payload as name/value fields; override with $event.* references.
┌─ #ops ─────────────────────────────────┐ │ ▎ payment.failed │ │ ▎ customer acme-inc │ │ ▎ amount €240.00 │ │ ▎ reason insufficient_funds │ │ ▎ attempt 2 │ └─────────────────────────────────────────┘
notes
- Channel webhooks are limited to about 30 messages per minute; sustained volume should use the bot connection instead.
- An embed allows at most 25 fields and 6000 total characters; larger events are summarized.
- Mentions (@everyone, @role) are suppressed by default — opt in per pipeline if you actually want a ping.
questions
- How do I know a webhook really came from my sender?
- Set the source to HMAC or bearer auth. In HMAC mode ingestlayer recomputes HMAC-SHA256 over the raw body and compares it to the X-Ingest-Signature header in constant time, rejecting anything that doesn't match before the event enters the pipeline.
- What stops a retry from being processed twice?
- Send an X-Ingest-Idempotency-Key header. Ingest is deduplicated on it, so a sender that retries on a timeout still produces exactly one event.
- Can I reshape the payload before it lands?
- Yes — the body arrives as-is, then the transform action maps it to whatever shape your destination expects, so a third party's field names never leak into your Slack message or your Postgres columns.
HTTP webhook, routed elsewhere
- HTTP webhook → SlackSlack
- HTTP webhook → TelegramTelegram
- HTTP webhook → EmailEmail
- HTTP webhook → WebhookWebhook
- HTTP webhook → PostgresPostgres
- HTTP webhook → NotionNotion