Easily Integrate Drift.com Webhooks with your application.

https://devdocs.drift.com/docs/webhook-events-1

Steps to receive Drift.com Webhooks

Sign up for your free Hooky account.
Create a new Webhook Source, and select Drift.com. This will be the endpoint that receives webhooks on behalf of your application, and forwards them using the unified SDK.
Step 1
Step 2
Once a webhook is received from Drift.com, you'll see it under the Live Logs section of your webhook source.
Next, follow the examples below to integrate the Hooky SDK in ruby or javascript, and start receiving webhooks.

Save countless hours integrating Drift.com webhooks into your application.

Integrating Drift.com Webhooks Using Javascript

Integrating Drift.com webhooks with Hooky in your Javascript based application is straight forward. Just grab the SDK, and call a function when that webhook is received.

Integrating Drift.com Webhooks Using Ruby

Integrating Drift.com webhooks with Hooky in your Ruby or Ruby on Rails application is straight forward. Just grab the SDK, and call a method when that webhook is received.

Configuring Drift.com Webhook Authentication

Here's how it works

Supported Drift.com Webhook Events

A new command message was received. Currently these begin with a slash / - ex: /msg. This is a filtered, lower access, version of new_message. Recommended if your app only cares about a trigger phrase being sent in chat.

new_conversation

A new conversation was started. This explicitly looks at conversations not started by bots - i.e. a site visitor interaction with a welcome message.

conversation_status_updated

The status of the conversation has changed. deprecated - use conversation_push or one of its source events

conversation_inactive

A conversation has not seen activity after a configurable period of time.

conversation_manual_push

Indicates that a conversation is ready to be consumed by listeners via a manual user action.

conversation_push

Combines events that indicate conversations are ready for consumption (conversation_manual_push and conversation_inactive)

conversation_participant_added

Participants were added to a conversation

conversation_participant_removed

Participants were removed from a conversation

button_clicked

A button was clicked in a conversation. The payload will include the contact ID.

playbook_goal_met

This will fire whenever a goal is met with a previously identified contact (i.e. a site visitor that provided their email or is known in the Drift UI). The payload will include the contact ID.

user_unsubscribed

A user unsubscribed from all emails - this is invoked whenever someone opts out of email communication (either manually, or by the API).

new_meeting

A meeting was booked by a contact or site visitor with a member of your team - scheduled by the bot or via your calendar schedule page. Requires calendar connection in Drift.