First steps
User Data
- Responsive Email Editor Review
- Designing your email
- Creating Synchronized Modules
- Setting Up Responsive Email Design
- Setting Up Smart Containers
- Creating a Gmail Promotions Annotation
- Adding The Rollover Effect
- Adding Anchor Links
- Module Library
- Adding a Table to an Email
- Adding Custom Fonts
- Creating CTA Button
- Working with Images
- Creating Timer
- Using AI in the Email Editor
- Messenger Protocol Support in Email Clients and Platforms
Omnichannel
- Setting Up Widgets for Your Site
- Widgets Gamification
- Widget Calling
- Setting Up Locations for the Widget Calling Rules
- Storing data from widgets to contact fields
- Using Annoyance Safeguard
- Actions After Subscription
- Replacing Double Opt-In System Workflow
- Creating Pop-ups via Google Tag Manager or WordPress
- Sending Yespo Widget Events to Google Analytics
- Using A/B Tests for Widgets
- Collecting Contact Information Using Request Forms
Automation
- Building and Editing Workflows
- Configuring Workflow Start/Stop Conditions
- Start Block
- Popular Blocks
- Message Blocks
- Using One from Many Message Block
- Contact Blocks
- Conditions Blocks
- Other Blocks
- Message to Segment Blocks
- Time Blocks
- Advanced Workflow Block Parameters
- Setting Up Allowed Send Time
- Using Workflow Launch History
- Webhook Workflows
- Workflow Troubleshooting
- Double Opt-In
- Welcome Сampaign
- Welcome Series Segmented by Category
- Launching a Workflow After a Contact Import
- Regular Workflow for a Segment
- Birthday Campaign
- Linking Workflow to the Button
- Using Variables from Order in Workflow
- Collecting Order Feedback
- Customer Reactivation
- Sending Extra Campaigns
- Sending Reminders at the Time Specified by the User
- Sending Campaign to Those Who Did Not Open the Previous One
- Using A/B Tests In Workflows
Personalization
Analytics
- Email Campaign Report
- Web Push Campaign Report
- Viber Campaign Report
- Mobile Push Campaign Report
- App Inbox Campaign Report
- Telegram Campaign Report
- In-App Report
- Widget Report
- Triggered Campaign Report
- AMP Campaign Report
- SMS Campaign Report
- Multilingual Campaign Report
- Setting up UTM Tags
- Revenue from Campaigns
- Tracking Campaign Performance in Google Analytics 4
- Message Analytics
Multilanguage Campaigns
Events and Behaviour Tracking
Recommendations
API
Security and Compliance
Validating Event parameters
Events that are sent to Yespo must meet specific requirements. Otherwise, the workflows may not work, you may lose important data, etc.
The Yespo system allows you to validate events and provide immediate feedback if event parameters contain errors. Also, the system checks that event includes the required parameters.
Setting Required Event Parameters
Set required event parameters so the system accepts an event only if it meets the specified structure.
Steps to set up event’s structure validation:
1. Create a new event or edit an existing one (See Events to learn more about how to create events in Yespo).
2. Enable the Validate parameters slide button.
3. Click + Add parameter.
4. Enter the parameter name in the corresponding field and select the Required parameter checkbox if the parameter is required.
5. Add other parameters as necessary, then click Edit.
Validating Event Parameters
Validate event parameters and structure using Generate event API method. Indicate parameters in the params array.
If parameters do not meet the specified structure, you will get the 400 bad request error and the required event structure in the response.
Response example:
The event should have the following params: [
{
"name": "EmailAddress",
"required": true
},
{
"name": "Phone Number",
"required": false
},
{
"name": "Name",
"required": false
}
]
Event types with enabled parameter validation are marked with a check icon.
Event requirements
eventTypeKey
Parameter | Type |
Required/Optional |
Description | Requirements |
eventTypeKey | String | Required | Unique identifier for the event type, e.g., PageViewed. After the first request, it will appear in your account, and you can see it in the Automation → Event types section. |
1. All characters are allowed except < ; ’ \ / | " ` ' ^ ? ! , > 2. Max. length: 100 characters. |
eventParams
eventParams contain two types of information:
- Contact Identifiers (Required). An example:
{
"name": "externalCustomerId",
"value": "a7c9f9b8-d3a2-401c-8b93-7f3d4f91bfa2"
}
- Additional event-specific parameters (Optional). An example:
{
"name": "cartId",
"value": "CART12345"
}
Parameter | Type |
Required/Optional |
Description | Requirements |
Contact identifiers | String | Required |
eventParams must contain a contact identifier to determine the event's uniqueness. The priority of the parameters is as follows: - contactId (internal contact ID in our system); An event without one of these parameters is not accepted. Recommended value: External ID. |
1. All characters are allowed except < ; ’ \ / | " ` ' ^ ? ! , > 2. Max. length: 300 characters |
Additional event-specific parameters | Array of objects | Optional | An array of objects — lists with key-value pairs containing event-specific parameters. |
1. Params array may be empty: [] 2. The value of the name parameter must be unique. 3. Max. length of the name parameter’s value: 100 characters. |