Webhooks and Automation Hub in Contentstack
Content rarely lives in isolation. Webhooks and the Automation Hub let Contentstack trigger downstream systems — rebuilds, notifications, translations, search indexing — the moment content changes.
Webhooks: The Event Backbone
A webhook posts a JSON payload to a URL when an event occurs (entry published, asset updated, workflow stage changed). Your endpoint reacts however you like.
{ "event": "publish", "data": {
"content_type": "article",
"entry": { "uid": "blt123", "title": "Hello" },
"environment": "production" } }
Common Webhook Targets
| Target | Reaction |
|---|---|
| Next.js / Vercel | Revalidate or rebuild affected pages |
| Search (Algolia) | Re-index the changed entry |
| Slack/Teams | Notify editors of a publish |
| Translation service | Queue new content for localisation |
Automation Hub: No-Code Orchestration
For multi-step logic without standing up a server, the Automation Hub chains triggers and actions visually — "when an entry is published, call an API, then post to Slack, then update a field."
Making Event Handling Reliable
- Verify the request (shared secret / signature) before acting.
- Make handlers idempotent — the same event may arrive twice.
- Respond fast (2xx) and process async to avoid retries piling up.
- Log every event for debugging missed updates.
Treat publish events like any production event stream: validate, dedupe, and observe.
What to Learn Next
- Retry and delivery logs in the webhook UI
- Scheduled publishing combined with webhooks
- Launch for hosting the frontend that consumes these events