Less dependence on manual reminders
A supported event can start the next configured step when information becomes available. That reduces the need for staff to repeatedly check one system just to update another.
Integrations · Webhooks
Configure supported webhook integrations in SAYLS to move business information between connected workflows. Use event delivery and commerce mappings where appropriate, with clear ownership of the destination, authentication and expected result.
7-day platform trial · No credit card required
Contact updated
Send configured event notifications to your integration.
The task behind the feature
Another system should not have to wait for a manual update.
A store event, form submission or customer update can sit unnoticed while staff work in another tool. Webhooks help one system tell another that something happened. The value is a timely, well-defined response, not simply sending every piece of customer data to another address without understanding what the receiving service will do.
See how the pieces fitOne practical way to use it
Choose the supported webhook workflow that matches your business event. Define the required fields, who controls the destination and why the receiving service needs that customer information.
Use the available webhook settings or commerce mapping tools. Check HTTPS access, authentication and the expected message values, and keep secrets out of shared documents or customer-facing content.
Trigger an appropriate test and inspect the recorded result or logs. Plan how your business will handle a delayed, rejected or repeated event so a retry does not create duplicate customer messages or orders.
Validate the receiving integration and its response handling before expanding delivery.
Why this is useful in practice
A supported event can start the next configured step when information becomes available. That reduces the need for staff to repeatedly check one system just to update another.
A defined payload and destination make it easier to explain what information is shared and why. Keep the integration narrow so privacy and operational responsibilities remain understandable.
Delivery activity and logs can help distinguish a bad mapping from an unavailable destination. The business still needs someone to investigate exceptions rather than assuming automation removes operational ownership.
Choose a useful starting point
Your first useful workflow
Send configured event notifications to your integration. Start with one configured customer-change notification and review the result before choosing a plan.
Understand the setup, the costs and the next step before you decide.
No. An API generally handles a request made by an application, while a webhook delivers or receives an event through a configured endpoint. A customer journey may use both, but they serve different integration roles.
No. The destination must meet the selected workflow's security and validation requirements, accept the expected payload and authenticate appropriately. Test the actual service rather than assuming a saved URL is a working integration.
Do not assume that. Network failures and retries can create uncertain outcomes. The receiving integration should handle repeated events safely and use suitable identifiers before performing consequential actions such as creating an order.