You can send event transactional messages targeting an event. This type of transactional messages does not contain profile information: the delivery target is defined by the data contained in the event itself.
Once you have created and published an event (the cart abandonment as explained in this section), the corresponding transactional message is created automatically.
The configuration steps are presented in the Configuring an event to send an transactional message section.
In order for the event to trigger sending a transactional message, you have to personalize the message, then test it and publish it.
Note:
To access the transactional messages, you must have administration rights or appear in the Message Center agents (mcExec) security group. Event transactional messages do not contain profile information, therefore they are not compatible with fatigue rules (even in the case of an enrichment with profiles). See Fatigue rules.
Define an adapted test profile, which will allow you to preview your message and send a proof to check it.
-
Specify the information to send in JSON format in the Event data used for personalization section. This is the content that will be used when previewing the message and when the test profile receives the proof.
Note:
You can also enter the information relating to the profile table. See Enriching the transactional message content.
-
Click the Content block to modify your message's subject and content. For this example, import an HTML template containing images, the style sheet, and an HTML file. Importing HTML templates is presented in the Loading an existing content section.
-
Enter your message content. In this example, we have added three personalization fields: last name, last product consulted, total cart amount. The link to the abandoned cart is a link to an external URL that will redirect the person to their cart. This parameter is not managed in Adobe Campaign.
To add fields that you defined when you created your event (see Configuring an event), insert a personalization field in the message content. You can find the fields by selecting Transactional event > Event context .
-
To enrich the content of your message, add fields by selecting them from the table with which you linked your event. In our example, select the Title (salutation) field in the Profile table.
The steps for inserting a personalization field are detailed in the Inserting a personalization field section.
-
The steps for previewing a message are detailed in the Previewing messages section.
You can check that the personalization fields match the information entered in the test profile. For more on this, see Defining a test profile in a transactional message.
You can create product listings referencing one or more data collections in the content of a transactional email. For example, in a cart abandonment email you can include a list of all products that were in the users' carts when they left your website, with an image, the price, and a link to each product.
Caution:
Product listings are only available when editing transactional email messages through the Email Designer interface.
You can also watch a set of videos explaining the steps that are required to configure product listings in a transactional email. For more on this, see this page.
Note:
Adobe Campaign does not support nested product listings, meaning that you cannot include a product listing inside another one.
Before being able to use a product listing in a transactional message, you need to define at the event level the list of products and the fields for each product of the list you want to display. For more on this, see Defining data collections.
-
Drag and drop a structure component to the workspace. For more on this, see Editing the email structure.
For example, select a one-column structure component and add a text component, an image component and a button component. For more on this, see Adding fragments and components.
-
Note:
The Column option is only available when using a multicolumn structure component ( 2:2 column , 3:3 column and 4:4 column ). When editing the product listing, only fill in the first column: the other columns will not be taken into account. For more on selecting structure components, see Editing the email structure.
-
Select the data collection you created when configuring the event related to the transactional message. You can find it under the Context > Real-time event > Event context node.
For more on configuring the event, see Defining data collections.
-
Note:
If you want the elements of your list to be displayed vertically ( Column ), the maximum number of items is limited according to the selected structure component (2, 3 or 4 columns). For more on selecting structure components, see Editing the email structure.
To display a list of products coming from the event linked to the transactional email, follow the steps below.
For more on creating a collection and related fields when configuring the event, see Defining data collections.
-
From the Context > Real-time event > Event context node, open the node corresponding to the collection that you created (here Product list ) and select the URL field that you created (here Product URL ). Click Save .
Caution:
For security reasons, make sure you insert the personalization field inside a link starting with a proper static domain name.
-
From the Settings pane, edit the styles for the product listing. For more on this, see Editing email styles.
-
Preview the email using a test profile linked to the relevant transactional event and for which you defined collection data. For example, add the following information in the Event data section for the test profile you want to use:
For more on defining a test profile in a transactional message, see this section.
The steps for sending a proof are detailed in the Sending a proof section.
Now, as soon as the "Cart abandonment" event is triggered, it automatically prompts a message containing the recipient's title and last name, the cart URL, the last product consulted or a list of products if you defined a product listing, and the total cart amount to be sent.
To access reports concerning your transactional message, use the Reports button. See Reports.
You can suspend publishing your transactional message by using the Pause button, for example, to modify the data contained in the message. The events are therefore no longer processed, but instead kept in a queue in the Adobe Campaign database.
The queued events are kept during a period of time that is defined in the REST API (see REST API documentation) or in the trigger event if you are using the Triggers core service (see Working with Campaign and Experience Cloud Triggers).
When clicking Resume , all of the queued events (provided that they are not expired) are processed. They now contain all of the modifications carried out while the template publication was suspended.
Clicking Unpublish allows you to cancel the transactional message publication, but also the publication of the corresponding event, which deletes from the REST API the resource corresponding to the event that you previously created. Now, even if the event is triggered through your website, the corresponding messages are not sent anymore and they are not stored in the database.
Note:
To publish the message again, you need to go back to the corresponding event configuration, publish it, and then publish the message. For more on this, see Publishing a transactional message.
If you unpublish a paused transactional message, you may have to wait up to 24 hours before you can publish it again. This is to let the Database cleanup workflow clean all the events that were sent to the queue. The steps for pausing a message are detailed in the Suspending a transactional message publication section.
The Database cleanup workflow, which runs every day at 4am, is accessible through Administration > Application settings > Workflows .
By selecting a transactional message, you can delete it with the Delete element button even if it has already been published. However, deleting a transactional message can only be done under certain conditions:
-
For transaction message: To delete a transactional message, the messages should be unpublished and not paused.
If the transactional message is unpublished, the event configuration also needs to be unpublished to successfully delete your transactional message unless another transactional message is linked to the corresponding event. For more information on how to unpublish a transactional message, refer to this section.
Caution:
Deleting a transactional message that has already sent notifications will also delete its sending and tracking logs.
Twitter™ and Facebook posts are not covered under the terms of Creative Commons.