Define a webhook with Blueprints
Blueprints allow you to define and manage your webhooks in code, then deploy them in a predictable manner.
With webhooks you can send customized HTTP requests when documents in your content lake change. If you also need code to run when documents change, you should try Functions.
In this guide, you’ll define a webhook resource with Blueprints and deploy the blueprint to Sanity.
Experimental feature
This article describes an experimental Sanity feature. The APIs and behavior may change at any time. Follow the changelog for updates.
Prerequisites:
- The latest version of
sanityCLI is recommended to interact with Blueprints. You can always run the latest CLI commands withnpx sanity@latest. - An existing project and a role with permission to edit webhooks (requires the
sanity-project-webhookspermission). - Webhook support was first introduced in
@sanity/blueprintsv0.11.0. We recommend using the latest version of the library.
Initialize a new blueprint
To initialize a blueprint in the current directory, run the command below. Replace the project ID with your own. Skip to the next section if you already have a blueprint set up.
npx sanity@latest blueprints init . --type ts --project-id <project-id> --stack-name production
pnpm dlx sanity@latest blueprints init . --type ts --project-id <project-id> --stack-name production
yarn dlx sanity@latest blueprints init . --type ts --project-id <project-id> --stack-name production
bunx sanity@latest blueprints init . --type ts --project-id <project-id> --stack-name production
Configure the document webhook
Use the defineDocumentWebhook helper to define a webhook.
import { defineBlueprint, defineDocumentWebhook } from "@sanity/blueprints"
export default defineBlueprint({
resources: [
defineDocumentWebhook({
name: 'my-webhook',
on: ['create'],
url: 'https://example.com/webhook',
filter: '_type == "post"',
projection: '{_id}',
dataset: 'production',
apiVersion: 'v2026-01-01',
})
],
})A full list of available configuration options is available in the reference documentation.
Deploy the blueprint
Once you’ve configured your webhook, deploy the blueprint.
npx sanity blueprints deploy
pnpm dlx sanity blueprints deploy
yarn dlx sanity blueprints deploy
bunx sanity blueprints deploy
Once the deployment finishes, your webhook will begin sending updates whenever a document changes that matches the configuration.
If you need to make changes, update the blueprint file (sanity.blueprint.ts) and run the deploy command again.
Remove the webhook
To remove a resource that’s been created with a blueprint, you need to either:
- Remove the definition from the blueprint, and run the
deploycommand again. - Destroy the blueprint with the
destroycommand.
Destroy will “undeploy” the blueprint and remove the stack, leaving only your local files.
Redeploy a destroyed blueprint
When you run blueprints destroy, it's as if you never used blueprints init during setup. The only difference is you still have all the files in your directory. To use this blueprint again and redeploy it, you'll need to let Sanity know about it. You can do this by running init again:
npx sanity blueprints init
pnpm dlx sanity blueprints init
yarn dlx sanity blueprints init
bunx sanity blueprints init
This launches an editing interface that lets you reconfigure the blueprint, if needed, and it reconnects the blueprint to Sanity. Now you can add more functions or redeploy. Keep in mind that any environment variables added before destroying the blueprint will not carry over.
Learn more about webhooks
GROQ-powered webhooks
Send customized HTTP requests when something in your content lake has changed. Use GROQ to define which documents should trigger a webhook and what its payload should be.
GROQ-Powered Webhooks – Intro to Filters
A thorough intro to using GROQ-filters in a webhook-context
GROQ-Powered Webhooks – Intro to Projections
A thorough intro to using GROQ-projections in a webhook contest