Cette section présente les bonnes pratiques pour gérer le module Interaction dans Adobe Campaign Classic, y compris les règles d'éligibilité, les filtres prédéfinis, les activités de workflow et les options de bases de données.
Interaction dans Adobe Campaign requiert une gestion attentive pour fonctionner de manière efficace. Vous devez trouver un équilibre entre le nombre de contacts, de catégories d’offres et d’offres. Si ces facteurs ne sont pas gérés avec attention, votre instance Adobe Campaign peut rencontrer des problèmes.
Vous trouverez ci-dessous les éléments importants à garder à l’esprit lors de la mise en œuvre et de la configuration des interactions.
Vous trouverez ci-dessous certaines bonnes pratiques en matière de règles d’éligibilité.
Vous trouverez ci-dessous quelques bonnes pratiques concernant la table de propositions.
Cette section contient des conseils plus détaillés sur la gestion des offres et l'utilisation du module Interaction dans Adobe Campaign Classic.
Lorsque vous incluez des offres dans des diffusions, elles sont généralement sélectionnées en amont dans le workflow Campaign par le biais d’une activité d’enrichissement (ou d’une autre activité similaire).
Pour sélectionner des offres dans une activité d’enrichissement, vous pouvez choisir l’emplacement d’offre à utiliser. Cependant, quel que soit l'emplacement sélectionné, le menu de personnalisation de la diffusion dépend de l'espace d'offre configuré dans la diffusion.
Dans l'exemple ci-dessous, l'emplacement d'offre sélectionné dans la diffusion est Email (Environnement - Destinataire):
Si l'emplacement d'offre sélectionné dans la diffusion ne dispose pas d'une fonction de rendu HTML configurée, vous ne la verrez pas dans le menu de diffusion et elle ne sera pas disponible pour pouvoir le sélectionner. Comme indiqué plus haut, cette situation est indépendante de l’emplacement d’offre sélectionné dans l’activité d’enrichissement.
Dans l'exemple ci-dessous, la fonction de rendu HTML est disponible dans la liste déroulante, car l'emplacement d'offre sélectionné dans la diffusion comporte une fonction de rendu :
Cette fonction insère du code tel que : <%@ include proposition="targetData.proposition" view="rendering/html" %>
.
Lorsque vous sélectionnez la proposition, la valeur de l'attribut vue est la suivante :
Lorsque vous incluez plusieurs emplacements d'offre dans une diffusion par email unique alors que seuls certains d'entre eux ont des fonctions de rendu, vous devez vous rappeler des offres et des emplacements d'offre correspondants, et dans ces emplacements, ceux dotés de fonctions de rendu.
Pour éviter tout problème, il est donc recommandé de définir une fonction de rendu HTML pour tous les emplacements d'offre, même si le vôtre ne nécessite que du contenu HTML.
Les emplacements d'offre permettent de stocker des données dans la table des propositions après génération ou acceptation de propositions :
Toutefois, cela ne s'applique qu'aux interactions entrantes.
Il est également possible de stocker des données supplémentaires dans la table des propositions si vous utilisez les interactions sortantes, ou les offres sortantes sans le module Interaction.
Un champ de la table temporaire de workflow dont le nom correspond à celui d'un champ de la table des propositions est copié dans le même champ de la table des propositions.
Par exemple, en cas de sélection manuelle d'une offre (sans le module interaction) dans un Enrichissement, les champs standard sont définis comme suit :
Il est possible d'ajouter d'autres champs, par exemple un champ @rank :
Puisqu'il existe un champ @rank dans la table des propositions, la valeur contenue dans la table temporaire du workflow sera copiée.
Pour plus d'informations sur le stockage de champs supplémentaires dans la table des propositions, voir la section Intégrer une offre via un workflow.
Pour les offres sortantes avec le module Interaction, cette possibilité est utile lorsque plusieurs offres sont sélectionnées et que vous souhaitez enregistrer l'ordre dans lequel elles seront affichées dans un email.
Vous pouvez également stocker des métadonnées supplémentaires directement dans la table des propositions, par exemple le niveau de dépense actuel, pour conserver des historiques enregistrés relatifs aux dépenses au moment de la génération des offres.
En cas d'utilisation d'une interaction sortante, il est possible d'ajouter le champ @rank, comme dans l'exemple ci-dessus. Cependant, sa valeur est automatiquement définie en fonction de l'ordre renvoyé par le module Interaction. Par exemple, si vous utilisez le module Interaction pour sélectionner trois offres, les valeurs 1, 2 et 3 sont renvoyées dans le champ @rank.
Lorsque vous utilisez le module Interaction et que vous sélectionnez manuellement des offres, l'utilisateur peut combiner les deux approches. Par exemple, l'utilisateur peut définir manuellement le champ @rank sur 1 pour l'offre sélectionnée manuellement et utiliser une expression telle que "1 + @rank" pour les offres renvoyées par le module Interaction. En supposant que l'interaction sélectionne trois offres, les offres renvoyées par les deux approches seront classées de 1 à 4 :
Lors de l'extension du schéma nms:offer, veillez à suivre la structure prête à l'emploi déjà configurée :
Définissez un nouveau champ pour le stockage du contenu sous <element name="view">
.
Un nouveau champ doit être défini deux fois. Une fois sous forme de champ XML normal, et une autre fois sous forme de champ XML CDATA en ajoutant "_jst" au nom. Par exemple :
<element label="Price" name="price" type="long" xml="true"/>
<element advanced="true" label="Script price" name="price_jst" type="CDATA" xml="true"/>
Un champ contenant des URL à tracker doit être placé sous <element name="trackedUrls">
, lequel se trouve sous <element name="view" >
.