Chaque fois qu'un contact fait quelque chose (effectue une action), commande, abandonne son panier, une fiche est créée dans la liste d'actions. La liste d'actions contient une fiche par action. Vous pouvez créer plusieurs actions par contact (relation 1:n). Chaque fiche Action contient un ou plusieurs champs qui stockent le contenu pour l'e-mail d'action. Ces articles peuvent être enregistrés dans ce champ dans l'un des 2 formats suivants : XML ou JSON.
Exemple : une liste d'actions nommée « Abandon du panier », avec un champ ORDERLINES_CONTENT, dans lequel elle est stockée au format JSON.
Le format suivant doit être respecté :
JSON:
[{
"ID" : 1,
"PARAM" : "ACTIONCONTAINERNAME",
"CONTENT" : {
"FIELD1" : "Field 1 data",
"FIELD2" : "Field 2 data"
}
},
{
"ID" : 2,
"PARAM" : "ACTIONCONTAINERNAME",
"CONTENT" : {
"FIELD1" : "Field 1 data",
"FIELD2" : "Field 2 data"
}
}]
XML:
<PARAMETERS>
<PARAMETERNAME="ACTIONCONTAINERNAME">
<ARTICLES>
<ARTICLEID="1">
<FIELD1><![CDATA[Field 1 data]]></FIELD1>
<FIELD2><![CDATA[Field 2 data]]></FIELD2>
</ARTICLE>
<ARTICLEID="2">
<FIELD1><![CDATA[Field 1 data]]></FIELD1>
<FIELD2><![CDATA[Field 2 data]]></FIELD2>
</ARTICLE>
</ARTICLES>
</PARAMETER>
</PARAMETERS>
Où 'Param' (JSON) / 'Parameter Name' (XML) doit correspondre au nom du conteneur d'actions (utilisé lors de la création de ce dernier). Il est en effet possible d'appeler plusieurs conteneurs d'articles via la balise PARAMETER pour un seul e-mail et un seul contact. L'avantage est que les données peuvent être livrées combinées et stockées dans un seul champ de la base de données. Si le nom exact du conteneur d'actions est utilisé, le système saura où récupérer les articles.
L'ID d'article doit être unique. Si l'ID n'est pas défini, l'article ne sera pas chargé. En cas de doublons d'ID, seul le premier sera chargé.
Les noms de champ sont également utilisés dans la définition du conteneur d'actions. Par conséquent, si le fichier JSON/XML est créé avant le conteneur d'actions, notez-les ou reprenez les champs utilisés dans le conteneur d'actions Les balises « CDATA » du fichier XML sont recommandées et utilisées pour éviter une mauvaise analyse du fichier XML due à des caractères non valides.
Étant donné que les articles d'action ne peuvent être utilisés que pour un contact particulier, limitez le nombre des articles stockés dans une fiche Action à ceux qui sont requis pour le contact.
Exemple de fiche dans une liste d'actions : ORDERLINES_CONTENT, contenant le fichier JSON avec les articles à utiliser dans le conteneur d'actions.
Avant de pouvoir utiliser la liste d'actions dans un Journey, nous devons ajouter les codes action à cette liste. Ces codes action représentent les valeurs possibles du champ ACTIONCODE dans la liste d'actions et permettent de filtrer les fiches ayant un certain code action dans le Journey. Pour en savoir plus, consultez la rubrique dédiée aux listes d'actions.
Journey action
Dans un Journey, vous pouvez configurer un composant Audience pour utiliser une liste d'actions. Pour ce faire, vous devez également sélectionner un ou plusieurs codes action définis dans la liste d'actions. Chaque fois que le Journey « voit » des nouvelles fiches dans la liste d'actions ayant l'un des codes action sélectionnés, il les traite selon leur définition dans le Journey. Le Journey traitera uniquement les fiches ayant une certaine valeur, par exemple «Basket_abandon ». Plusieurs Journeys peuvent utiliser la même liste d'actions, chacun traitant les fiches ayant une valeur spécifique. Par exemple, un second Journey « Confirmation de commande » peut traiter les fiches ayant la valeur ACTIONCODE « order_confirm ».
Voici un exemple de Journey utilisant la liste d'actions « Panier abandonné ». Un e-mail sera envoyé chaque fois qu'une fiche Action est ajoutée avec ce code action.
Seules les fiches de la liste d'actions qui ont un ACTIONCODE qui correspond à l'un des codes sélectionnés sont utilisées dans le Journey.
