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 Form Submission
- 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
Naming Custom Events
Set up standard naming for your custom events and their parameters from the beginning of working with Yespo. This will make your code easier to interpret so anyone on your team can easily understand what each event means.
What Is Standardized Naming
Standardizing naming is following certain rules when naming events and their parameters sent from your side to other platforms. Standardized names will streamline analytics and simplify tracking setup.
Benefits of Standardized Naming
With standardized naming, your data will be consistent and convenient to use and understand:
- Unification. When all data types and events have consistent names across all platforms, it simplifies their utilization.
- Usability. As your business grows, you will need to keep track of more and more new events. Standardized naming will simplify the implementation of their transferring and save time for your developers.
- Transparency. Different teams work with the same data: developers, marketers, analysts, etc. Standardized names make it easy for everyone to understand an event and its parameters for further analysis, experimentation, and other actions.
ObjectAction Scheme
Without clear and standard rules for events’ naming, your analytics will become increasingly confusing and unclear. For example, when a user logs in to your site, you can send this event as Log in, Login or User logged in.
To avoid such problems and use all data effectively, create a standard naming scheme and stick to it when creating all events and their parameters.
We recommend creating events’ names from two parts: objects and actions related to them. For example, CartAbandoned or ProductViewed.
Use verbs in the past tense to underline that events created after actions happened.
The ObjectAction scheme of events’ naming will help you
- To build a funnel for analyzing interactions with particular features of your site: you will see object-related actions in alphabetical order.
- To easily find events in the event history.
- To ensure an understanding of what events are recorded in analytics: it’s obvious that an event called ProductAddedToWishlist means a contact added product to a wishlist.
Event Parameters
The more parameters you send in an event, the bigger picture of the interaction with your brand you get. For example, you can transfer in ProductPurchased event the total cost and cost of each item, discount value, product description, delivery method, etc.
Create a list of standard parameters for all events. For example, for the CartAbandoned and ProductViewed events, you must collect parameters such as productId, productName, productDescription, productCost, and so on.
Standardized event parameters will allow you to build dynamic segments based on contact behavior on your site for marketing analytics and target campaigns.
CamelCase Format
Use exceptional CamelCase format:
- Write the event name by capitalizing the first letter of each word and not using spaces, underlines, and other special characters: ProductPurchased.
- Write the parameter name by making the first letter of the first word lowercase and every subsequent word capitalized, not using spaces, underlines, and other special characters: imageUrl.
List of Standard Events and Parameters
Event name | Parameters |
CartAbandoned | productName, productPrice, productUrl, imageUrl, brand, tagsWeight, tagsOldPrice |
ContactCreated | externalCustomerId, email, phone, token |
Note
All events should include standard information about devices and contacts