Webhook Received Trigger Flows

Webhook Received triggered automation flows execute when an external system sends a webhook request to your platform. This enables real-time automation based on external activities, making it ideal for third-party integrations, CRM syncs, and responsive workflows based on real-time data.

By using webhook triggers in your flows, you can respond to external events as they happen—whether it’s a user registration, transaction update, or signal from another system—enabling timely and personalized automation.

Here are a few ways you can use the Webhook Received Trigger automation type:

• User sign-ups – Automatically send a welcome message when a webhook is received for a new registration.

• Transaction events – Trigger emails or updates in response to payments, refunds, or order status changes.

• External CRM updates – Sync contact records or trigger flows based on updates from your CRM or data platform.

• Real-time alerts – Send notifications based on data from IoT devices, monitoring tools, or web-based services.

---

Before You Begin

• Ensure that your system or third-party platform is capable of sending properly formatted webhook requests.

---

Create a Webhook Received Automation Flow

Use the steps below to create an automation flow triggered when an external system sends a webhook request to the provided URL endpoint.

Step 1: Open the Create Flow Panel

1. Navigate to Automations > Flows.

2. Click the + Create Flow button.

Fig. 1. Open the Create Flow Panel.

Step 2: Select the Webhook Received Trigger

1. Enter a descriptive name for your flow.

2. In the Select a trigger window, choose Webhook Received.

3. Click OK to confirm.

Fig. 2. Select the Webhook Received Trigger.

Step 3: Edit the Webhook Received Trigger

To proceed with the automation setup, the Webhook Received Trigger must be configured. This is a required step before the flow can be activated.

You can edit the Webhook Received Trigger using one of the following methods:

A. Click the icon on the trigger object in the automation flow builder.
B. Click the Edit trigger button.

Fig. 3. Edit the Webhook Received Trigger.

Step 4: Configure the Webhook Received Trigger

In the Edit Webhook Received Trigger panel, complete the following steps:

1. Copy the Webhook URL – Use this URL to send POST requests with a JSON payload from your external system.

2. Send a Test Request - Use the following cURL command to simulate a webhook request. This example includes default Contact Attributes.

   curl -X POST https://messaging.didww.com/messaging/v1/webhook/3bb11111405b19531edf311111308967 \
   -H "Content-Type: application/json" \
   -d '{
       "messaging_id": "123",
       "contact_id": "456",
       "first_name": "John",
       "last_name": "Doe",
       "full_name": "John Doe",
       "phone_number": "+1234567890",
       "email": "john.doe@example.com",
       "timezone": "UTC+0",
       "country": "US",
       "sms_subscribed": true,
       "email_subscribed": true,
       "wa_subscribed": false,
   }'
   

   Note

   Replace the example Webhook URL with your unique Webhook Endpoint as displayed in the trigger configuration panel.

3. Review Sample Data – After a successful webhook call, the incoming JSON payload will appear as sample data in the panel. You can also select the timestamp of the most recent log that was received.

4. (Optional) Apply Filters – Define conditions to control which webhook events trigger the automation:

   • Use All of (AND) or At least one (OR) logic to group multiple conditions.

   • Click + Add Condition / Group.

   • Select a condition, such as Contact Attribute: SMS Subscribed = True.

5. Identify or Create Contact – Match incoming webhook data to an existing contact, or create a new one if no match is found.

   • Select an identifier type (e.g., Contact ID, Email, Phone Number, Messaging ID).

   • Specify the source of the identifier:

     • Trigger data attribute – Match values from the webhook payload.

     • Static: Overwrite the incoming data in the POST request with predefined static values.

   • Enable Create contact if not found to allow automatic contact creation, and click Add Attributes to map additional data fields from the payload.

   Example

   When a POST request includes the phone_number field, the system checks if a contact with that number exists. If contact does not exist, a new contact is created using the provided data such as first_name, last_name, email, and subscription statuses.

   Static fields (e.g., email_subscribed, sms_subscribed) can be set to Yes by default.

6. Click Save to proceed to the flow builder configuration.

Fig. 4. Webhook Received Trigger Configuration.

Step 5: Build the Automation Flow

After configuring the Webhook Received trigger, proceed to build the automation flow using available Actions and Rules in the drag-and-drop interface.

To build your automation flow, you will use two types of components:

• Actions – Define what should happen when the webhook is received (e.g., send a message, update a contact attribute).

• Rules – Add logic-based conditions to control how and when actions are executed (e.g., wait, branch, check contact attributes).

Start by adding an action. For example, to send a confirmation email:

1. From the Actions panel, select Send Email.

2. Drag the Send Email object to the + rectangle in the automation flow canvas.

3. Once placed, a configuration window will appear where you can customize the email content and sender information.

Repeat this process to include additional messaging actions or conditional logic based on your use case and the webhook data.

Fig. 5. Flow Builder.

Once you’re familiar with the drag-and-drop interface, explore the available Actions and Rules using the link below to configure your automation logic in detail:

Actions in Flow Builder

Actions define what happens when a flow is triggered. These actions allow you to send messages, update contact information, manage lists, or interact with external systems.

The table below outlines each available action, including a description, required inputs, and common usage examples.

Action	Description	Inputs Required	Usage Examples
Send Email	Sends an email to the contact using a predefined template. Commonly used for automated notifications, confirmations, or marketing messages.	Email Template Verified Domain Sender Address Reply-to Address (optional)	Send a welcome email Notify users about order status Send marketing or transactional emails
Send WhatsApp	Sends a WhatsApp message via the WhatsApp Business API using a pre-approved template and a configured source number.	WhatsApp Template Source Number	Order confirmations Customer service follow-ups Feedback requests
Send SMS	Sends an SMS message using a selected template and campaign. Supports opt-out footers for compliance.	SMS Template Source Number or Sender ID SMS Campaign Unsubscribe Footer	Appointment reminders Marketing campaigns Alert and notification messages
Remove from List	Removes a contact from a specified list. Useful for segmentation and managing opt-outs.	Contact List	Unsubscribe inactive users Remove contacts after campaign completion Reassign segments
Add to List	Adds a contact to a specified list. Used for managing subscriptions or categorizing contacts.	Contact List	Add new subscribers Move contacts to active lists Segment leads into categories
Update Contact	Updates a contact’s attributes such as name, preferences, or tags to personalize engagement.	Contact Attribute	Update subscription status Modify user preferences Add tracking metadata
Delete Contact	Permanently deletes a contact from the system. Used for compliance or list cleanup.	Contact Identifier	Remove inactive or duplicate contacts Comply with data deletion requests
Webhook	Sends structured data to external systems via an HTTP request. Enables real-time integrations.	Webhook URL Headers Payload Body	Sync contact data with CRM Trigger third-party processes Log flow activity externally

Rules in Flow Builder

Rules define the logic that controls how and when actions are executed within an automation flow. They are used to introduce delays, evaluate conditions, and create decision branches based on contact data or behavior.

The table below describes the available rules, including what each rule does, the configuration inputs required, and examples of when to use them.

Rule	Description	Inputs Required	Usage Examples
Time Delay	Pauses the flow for a specified duration before executing the next step. Commonly used to introduce delays between automated actions, ensuring proper message timing.	Delay – Duration to pause the flow Time Unit – Seconds, minutes, hours, or days	Schedule a follow-up message (e.g., email or SMS) Create wait periods between steps Ensure sequential timing of actions
True/False Branch	Splits the flow into two paths based on whether a condition is met (True) or not (False). Enables conditional logic based on contact attributes or behaviors.	Condition – Logical condition to evaluate	Check if a contact is SMS subscribed Split flow based on attribute (e.g., email verified) Apply different actions based on behavior

For detailed configuration steps and advanced usage, see the full documentation:

Flow Builder Actions and Rules

View the full guide on how to configure each available automation flow Action and Rule in the Flow Builder.

Flow Builder Actions and Rules

Step 6: Activate the Automation Flow

Once you’ve configured the main trigger object and built the flow based on your use case, you’re ready to activate the automation.

Note

• The Activate button will be disabled if the trigger object (shown at the top of the flow) has not been configured. To complete this setup, click Edit Trigger or refer to Step 3.

• After activation, you can pause the automation at any time if you need to make changes or temporarily stop the flow.

Follow these steps to activate the flow:

1. Click Activate in the top-right corner of the automation flow builder.

Fig. 6. Activate Button in the Flow Builder.

2. A modal window appears with optional settings you can configure before activating the flow:

Fig. 7. Activate Flow Confirmation Window.

In the Activate Flow window, you can configure optional settings to control how contacts enter, exit, or restart the automation:

Option	Description
Allow contact re-entry after exit	Allows contacts to re-enter the automation if they meet the trigger conditions again after exiting.
Set up wait time (only visible if re-entry is enabled)	Specifies how long the system should wait before checking if the contact matches the trigger conditions again.
Exit conditions	Defines when a contact should immediately exit the flow. For example, when they leave the target segment.
Restart conditions	Forces a contact to restart the flow from the beginning, regardless of their current progress.

Note

To configure Exit Conditions and Restart Conditions, click the Settings button inside the modal. These settings are optional and depend on your flow logic.

Tip

Adding the exit condition “contact exits the segment” is recommended when you want to stop contacts from continuing through the flow if they no longer belong to the segment. This helps ensure the automation behaves as intended.

3. Once you’ve reviewed or configured the optional settings, click Activate to launch the automation.

   The flow status will change from to and will automatically run based on the defined segment entry and exit conditions.

---

Edit the Webhook Received Automation Flow

To update an existing webhook received automation flow, use the Flow Builder to access and modify its configuration. Follow the steps below to edit the flow, including its trigger, actions, and other components.

1. Navigate to Automations > Flows.

2. Find the flow in the list.

3. Click the flow name or the button and select Builder.

Fig. 8. Edit the Webhook Received Automation Flow.

---

Pause an Active Webhook Received Automation Flow

To temporarily stop an automation from running, you can pause the webhook received automation flow. Follow the steps below to access the Flow Builder and pause the active flow.

1. Navigate to Automations > Flows.

2. Find the flow in the list.

3. Click the flow name or the button and select Builder.

4. In the Flow Builder, click the Pause button to stop the automation flow.

Fig. 9. Pausing Webhook Received Automation Flow.

---

Activate a Paused Webhook Received Automation Flow

To resume a previously paused webhook received automation flow, follow the steps below. During activation, you can review and adjust settings such as re-entry rules, wait times, and exit or restart conditions before reactivating the flow.

1. Navigate to Automations > Flows.

2. Find the flow in the list.

3. Click the flow name or the button and select Builder.

4. In the Flow Builder, click Activate to reactivate the automation flow.

5. A modal window appears with optional settings you can configure before activating the flow. These settings control how contacts enter, exit, or restart the automation. Adjust them as needed before proceeding. To learn more about optional settings, see Step 6: Activate the Automation Flow.

Fig. 10. Activating Webhook Received Automation Flow.

---

Explore Other Automation Flow Trigger Types

Contact Segment Trigger

Automate messaging when a contact enters or exits a segment. Ideal for lifecycle marketing, engagement campaigns, and audience-based automation.

Contact Segment Automation Flow

Contact List Trigger

Automate messaging when a contact is added to a list. Useful for welcome sequences and segmentation.

Contact List Automation Flow

Date Attribute Trigger

Run automations based on date-based attributes, such as birthdays, subscription renewals, or appointment reminders.

Date Attribute Automation Flows

Event Fired Trigger

Trigger flows based on external events, such as purchases, cart abandonments, or user interactions. Requires event tracking configuration.

Event Fired Automation Flow