Skip to main content
Plan availability: Pro or higher. See Plans & Billing.

​
What Are Webhooks?

Webhooks let Clarky push real-time notifications to your own systems whenever something interesting happens — a new conversation starts, a contact is created, a booking is confirmed, or sentiment turns negative. Instead of polling for updates, your services receive an HTTP request the moment an event occurs. Common use cases:
  • Notify a Slack channel when a user asks to speak with a human
  • Sync new contacts into your data warehouse
  • Trigger an automation in Zapier, Make, or n8n
  • Update a custom CRM when a booking is confirmed
  • Alert on-call staff when a conversation is flagged with negative sentiment

​
Adding a Webhook

1

Open Webhooks settings

Go to Settings > Webhooks and click Add Webhook.
2

Name and describe it

Give the webhook a clear name (for example, “Notify Slack on Escalation”) and an optional description so teammates know what it does.
3

Enter the destination URL

Paste the URL of the endpoint that should receive the event. This is usually provided by the service you’re integrating with — a Slack incoming webhook, a Zapier catch hook, or your own server endpoint.
4

Choose an HTTP method

Most destinations expect POST, which is the default. PUT, PATCH, GET, and DELETE are also supported for special cases.
5

Select the events to trigger it

Pick one or more events from the list (see Available Events below). The webhook will only fire when one of these events occurs.
6

Scope to specific agents (optional)

By default, a webhook applies to all agents in the workspace. You can narrow it to one or more specific agents if you only want notifications for a subset.
7

Save

Click Create Webhook. New webhooks are enabled by default and will start firing immediately.

​
Available Events

Clarky can send a webhook for any of the following events:
  • Contact Created — When a new contact is created
  • Contact Updated — When a contact is updated
  • Contact Deleted — When a contact is deleted
  • Conversation Started — When a new conversation starts
  • Conversation Updated — When a conversation is updated
  • Conversation Bad Sentiment — When a conversation is flagged with negative sentiment
  • Escalation Requested — When a user asks to speak with a human
  • Message Sent (Outbound) — When the agent sends a message
  • Message Received (Inbound) — When a user sends a message
  • Booking Created — When a new booking is made
  • Booking Confirmed — When a booking is confirmed
  • Booking Cancelled — When a booking is cancelled
  • Booking Rescheduled — When a booking is rescheduled
  • Booking Completed — When a booking is marked as completed
  • Booking No Show — When an attendee doesn’t show up
  • Booking Reminder Sent — When a booking reminder is sent

​
Authentication

If your destination requires authentication, add a Bearer Token when creating or editing the webhook. Clarky will include it as an Authorization header on every request to that endpoint.
The token is masked in the UI by default. Use the eye icon next to the field to reveal or hide it while editing.
Treat bearer tokens like passwords. Anyone with the token can post to your endpoint as Clarky. If a token is exposed, rotate it on the receiving service and update the webhook.

​
Customizing the Payload

By default, Clarky sends a structured JSON payload that includes the event name, a timestamp, and details about the conversation, contact, and agent. You can override this with your own template if the receiving service expects a specific shape (for example, Slack’s text field). The payload editor supports inserting variables that are replaced at delivery time. Click any variable to drop it at your cursor: Clarky validates your template as you type and won’t let you save invalid JSON.
Leave the payload template empty to use the default payload, which includes all standard fields. Only customize it when the receiving service expects a specific format.

​
Enabling and Disabling Webhooks

Each webhook has a toggle switch on its card. Turn a webhook off temporarily — for example, while you’re debugging a downstream system — without deleting it. Disabled webhooks don’t fire and don’t count toward delivery activity.

​
Testing a Webhook

The simplest way to verify a webhook is to trigger one of its events in a sandbox conversation:
1

Pick a low-impact event

For example, Conversation Started or Message Received (Inbound).
2

Open your widget or send a message

Start a test conversation with the agent the webhook is scoped to.
3

Check the receiving system

Confirm the request arrived in Slack, Zapier, your server logs, or wherever the URL points.
For destinations like Webhook.site or RequestBin, you can paste a temporary inspection URL into the URL field while you build out your real integration.

​
Managing Existing Webhooks

From the Webhooks list you can:
  • Toggle a webhook on or off without deleting it
  • Edit the URL, events, agent scope, or payload template
  • Delete a webhook you no longer need
Deleting a webhook is permanent — once removed, no further events will be sent to that endpoint.

Back to Settings

Return to Settings overview