in Platform Updates

Webhook tutorial: What are webhooks & how to use them with the LiveChat API?

Aleksandra Kacperczyk in Programming, on April 29, 2021

In the non-digital world, it’s the mailman who delivers our mail whenever there’s any. Imagine how incredibly inconvenient and inefficient it would be if there were no mailmen, and we would have to take a trip to the nearest post office every now and then to check if our bills have come. The same rules apply in the digital world, and one way of implementing a resource-efficient information flow is by using webhooks.

Webhooks explained

Webhooks are a way for web services to exchange information in an automated way. The automation aspect makes the whole mechanism effective because applications don’t have to periodically ask for the information they’re awaiting. Instead, they go about their business executing actions or just patiently waiting – when the event occurs and the information with new data comes, they’ll know about it. They’ll get a notification: a webhook request.

Let’s drill down a bit. From the technical perspective, a webhook is usually a regular HTTP request with a POST method. The requester is the party sending the information to the recipient. The message is forwarded as this HTTP request body, and it’s most often the JSON format, although XML formats are also possible. In LiveChat, we send all webhook requests in the JSON format.

So, when we talk about webhooks, we’re generally talking about a way for one service to notify another service of some event or change that has occurred by sending real-time data. In most cases, these notifications are implemented using HTTP requests. Specifically, webhooks rely on HTTP POST requests, where the payload of the request contains information about the event that triggered the webhook.

It’s worth noting that instead of a standard HTTP POST request, other protocols could also be used in some cases. For example, some services might use WebSockets, yet the HTTP requests are still the most common in web development and the easiest to implement in webhook integrations.

When to use webhooks

Webhooks are helpful for building applications that execute particular behavior in response to various actions, allowing you to create automated flows.

Actions are usually invoked by users playing in the UI or by the application’s code. When an action happens (for example, a click), an event containing the information about the action is emitted (what was clicked, when it happened, etc.). As this event occurs, it becomes the trigger for sending another piece of information, a webhook request. The webhook is sent to a pre-defined destination endpoint, conveying the info about the initial action (the click).

What happens when the webhook reaches its destination webhook URL (another application) is entirely up to that application’s developer. Usually, receiving a webhook request causes some behavior in the application (for instance, displaying a message with some new data).

You can compare the webhook request process to the ripple effect!

What is a webhook? The way webhooks work resembles the ripple effect.

In the context of LiveChat, customer service software with live chat capabilities, we may distinguish a couple of sample use cases for webhook integrations:

📨 Integrating LiveChat with a marketing automation tool

Event: A new visitor starts a chat.
LiveChat webhook: incoming_chat
Behavior: Adding the visitor to a contact list in the marketing automation tool.

👤 A game for customers waiting in the queue

Event: A new chat is started, but the customer lands in the queue.
LiveChat webhook: incoming_chat
Behavior: The integration detects when customers are in the queue and displays to them a game they could play in the chat widget to make waiting more pleasant.

🏷 Automatic chat tagging

Events: A customer starts a new chat. Messages are sent in the chat. The chat ends.
LiveChat webhooks: incoming_chat, incoming_event, chat_deactivated
Behavior: The integration scans messages sent in the chat in search of specific keywords or canned responses. Based on that, it tags the ended chat. The flow could be as follows:

  1. The incoming_chat webhook request notifies you when a new chat starts and provides information about initial chat events.
  2. Then, incoming_event signals when each new event occurs in the chat, providing its content.
  3. Finally, chat_deactivated tells you that the chat has ended. It’s time to tag the chat based on the keywords found in the conversation.

Configuring webhooks via the LiveChat API

Version 3.3 of the Configuration API introduced significant changes to the way LiveChat webhooks work. It is now a two-step process that involves the following:

  1. Registering a webhook per application. (Each application is represented by Client ID, which you can find in Developer Console.)
  2. Enabling the webhook for specific licenses.

Registering webhooks

Unlike in the Configuration API v3.2 and below, webhooks are now registered per application. Once registered, a specific webhook is assigned to the Client ID, which in the request is represented by owner_client_id.

To register a webhook, use the Register Webhook method.

The registration step is crucial; without it, the LiveChat backend won’t know you’re expecting to receive webhook requests. During registration, you need to specify the endpoint where you want us to send the information (hence the webhook url param). The webhook URL is usually your backend service. You can read more about the request payload parameters in the documentation.

curl -X POST \ \
  -H 'Content-Type: application/json' \
  -H 'Authorization: Bearer <your_access_token>' \
  -d '{
        "url": "",
        "description": "Webhook informing about new chats",
        "action": "incoming_chat",
        "secret_key": "laudla991lamda0pnoaa0",
        "owner_client_id": "asXdesldiAJSq9padj",
        "type": "license"

The type param defines one of the two possible webhooks types: license or bot. License webhooks are registered per Client ID and enabled per license. It’s the kind of webhooks this article is dedicated to. As for bot webhooks, they’re assigned to a bot, and configuring them is a three-step process: create a bot, register a webhook, and set the bot’s routing status. We’ll share more info about bot webhooks in the upcoming guides.

Let’s get back to our example. To make sure you registered the webhook correctly, call List Webhooks.

Enabling webhooks

You managed to register the webhook for your application, but does it mean that the webhook will automatically work for the licenses which installed your app when an event occurs? No, unless you enable the webhook first.

Calling Enable License Webhooks is rather straightforward:

curl -X POST \ \
  -H 'Authorization: Bearer <your_access_token>' \
  -H 'Content-Type: application/json' \
  -d '{}'

You’ll need to include owner_client_id in the request body if you authorize the call using Personal Access Tokens (PATs), but keep in mind this authorization method is good for experimenting with the API or for private apps. For public (which can be paid unlike private apps) server-side applications that use webhooks, you’ll need to implement the Authorization code grant flow to safely send data.

You probably noticed that Enable License Webhooks requires neither action nor the license number in the payload. That’s because the method enables all webhooks registered for a given application. Those webhooks are enabled for the license associated with the access token provided in the request.

Hassle-free way to test webhooks requests

To use webhooks, you typically need to provide a webhook URL that the other application can send the HTTP request to. Let’s take a look at how to use the — a website where you can test and post webhook requests. is an independent online system that allows you to receive webhook requests and test your webhook implementation without needing to set up your own server. Here, you can simply send a single webhook request and preview the webhooks payloads before you configure the same webhook request in other apps.

To test your webhooks, simply provide the webhook URL from during webhook registration in LiveChat and wait until the events occur so LiveChat can send data — you can also trigger the events yourself!

It’s very helpful to test your webhooks before you dive into the implementation details as it helps you to deeply understand the specifics of a webhook from a certain webhooks provider you want to integrate with.

Get started with building apps

Selling apps on the LiveChat Marketplace is an excellent way of generating passive income. Here are some resources that will help you kick off app development:

See other Platform Updates

[Get to know us] What is product management, and what it takes to be a good leader?

In the second edition of our “Get to know us” series, we’re talking to Jakub Derda, product manager of the LiveChat Developer Program….

Read more

Optimizing JavaScript libraries by making tree shaking actually work

The so-called tree shaking is a concept library authors will utilize the most, but the knowledge of the process will also benefit every….

Read more
See all updates