How to use webhooks (Yuzap)

Webhooks are HTTP callbacks configured per account and triggered when certain events happen in Yuzap (e.g., message creation). It is possible to create multiple webhooks per account.


How to add a webhook

Go to Settings → Integrations → Webhooks and click Configure.

Click Add new webhook. In the modal:

  • Provide the URL that will receive the POST.

  • Select the desired events (subscriptions). That way you receive only what is relevant in Yuzap.

Save.

The Yuzap will send a request POST with the payload corresponding to the event.


Payload example (message_created)

Notes

  • message_type: incoming, outgoing or template.

  • content_type: input_select, cards, form or text (when interactive, message_type it will be template).

  • content_attributes: object with data specific to the content_type.


Payload objects (models)

Account

Inbox

Contact

User

Conversation

Message

Generic envelope


Webhook events (Yuzap)

Subscribe to these events in the dashboard (or via API) when configuring the webhook.

conversation_created — Conversation created

Triggered when a new conversation is created.

conversation_updated — Conversation updated

Triggered when any conversation attribute changes.

conversation_status_changed — Conversation status changed

Triggered when the status of the conversation is changed.

Note: If you use Agent bot APIs instead of webhooks, this event might not be available in some versions.

message_created — Message created

Triggered when a message is created in a conversation.

message_updated — Message updated

Triggered when a message is updated.

webwidget_triggered — Web widget opened

Triggered when the end user opens the live chat widget.

conversation_typing_on — Typing started

When an agent starts typing (private note or message to the customer). Use is_private to differentiate.

conversation_typing_off — Typing stopped

When the agent stops typing or leaves the window.


Best practices

  • Security: validate the origin, use HTTPS and (if available) signature/HMAC to verify integrity.

  • Retries: return 2xx quickly; for heavy processing, enqueue it and respond 200. Idempotency

  • : useid event/and timestamps to avoid duplicates. Observability

  • : logHTTP status latency, errors, and body (careful with PII). Versioning

  • : treat unknown fields as optional; do not break integrations."event": "message_created"

Last updated