A great feature about Kindly is the ability to connect to third-party applications. This is achieved using webhooks. Webhooks can be added to any dialogue or fallback, and are simply sent by HTTP POST by the Kindly backend to a specific URL.
The POST request payload from Kindly to your webhook endpoint is a JSON serialized object containing multiple fields.
Here are the most important payload fields and what they represent:
chat_id - The chat ID is a UUID that defines the chat the message belongs to. This ID can be found in the inbox, in the URL of the page.
user_id - The user ID is a string, provided by the chat client that defines the user who triggered the webhook.
exchange - The dialogue (exchange) object that Kindly found and replied with when triggered by the webhook.
exchange_id - The exchange id is a UUID that defines the dialogue that triggered the webhook. It can be found in the URL of the build section, when editing the desired dialogue.
language_code - The language code indicating the dialogue language.
message - The exact phrase that the user wrote to trigger the webhook.
context- The collected chat context of the conversation. Read more about context here.
chat - If your webhook service requires more information about the chat or the previous messages, this can be fetched from the Chat Log API with a GET request to the url in _links.chat. Read more about the Chat Log API.
source - Source is the name of the chat client that triggered the webhook. It can be one of the following web (chat bubble in the browser), facebook (Facebook Messenger), slack (Slack), app (Application API) or test (app.kindly.ai test chat bubble).
web_path - The current URL path for Kindly Chat web clients, which is useful if you are implementing search and want to bias it towards documents related to the current page.
web_host - The current URL host for Kindly Chat web clients.
web_url - The current URL for Kindly Chat web clients.
Response
An incoming webhook should be answered with a 200 OK JSON response.
Example
Here is an example response showing some of the most common fields.
1
{
2
"reply":"Hello from server!",
3
"buttons":[
4
{
5
"button_type":"quick_reply",
6
"label":"Hello",
7
"value":"Hi server!"
8
}
9
],
10
"image":"https://via.placeholder.com/640x360",
11
"image_alt_text":"Optional alternative text for image",
You can also send a single image combined with a reply.
1
{
2
"image":"https://via.placeholder.com/640x360",
3
"image_alt_text":"Optional alternative text for image"
4
}
Copied!
The image in the object needs to be a valid image URL. The alt text is the text Kindly will show if the image is unavailable.
New context
If your webhook service computes some new value that you want the chatbot to remember, you can send it as JSON in new_context.
If the key you are adding already exists in the bot's context memory, the value will be overwritten.
1
{
2
"new_context":{
3
"some_key":"some value"
4
}
5
}
Copied!
Trigger dialogue
Instead of sending a reply defined by the webhook server, you can also trigger a dialogue that you have defined in the Kindly platform.
1
{
2
"exchange_id":"Dialogue ID"
3
}
Copied!
or
1
{
2
"exchange_slug":"Dialogue slug"
3
}
Copied!
The dialogue ID is a UUID, and can be found on the page where you edit the dialogue, or in the URL of the page.
The dialogue slug is an optional value picked by you that can be used in place of the dialogue UUID. You can set the dialogue slug on dialogues with the trigger type.