Mettez en place aisément vos campagnes e-mailings transactionnels (Emails de service) | Emailing/Focus/Transactionnel

Les emailings transactionnels arrivent à un moment où l’internaute est très abordable et réceptif à toute proposition. En les exploitant habilement, vous pouvez transformer ces emailings transactionnels en véritable canal puissant de ventes additionnelles (croisées et/ou montée en gamme…)

Pour une aisance de mise en place de vos e-mails transactionnels et grâce à ce focus vous pourrez :

>> Connaître la différence entre les deux modes de ciblage offerts sous Dialog pour en choisir le plus adapté !

>> Savoir quelle alternative choisir : le Tag ou l'URL de Web Service.

>> Comprendre les paramètres du tag pour réussir la mise en ligne de votre e-mailing transactionnel.

______________________________________________________________________________

>> Connaître la différence entre les deux modes ciblage offerts sous Dialog pour en choisir le plus adapté !

Rappelons que la cible de votre campagne d'e-mail transactionnel peut être définie de deux manières :

« Cibler les contacts en base uniquement » :

Pour procéder à un ciblage classique à l’instar de celui d’un e-mailing de fidélisation et seuls les contacts appartenant à la cible finale recevront les e-mails de service.

« Cibler indépendamment de la base » :
Dans ce cas, il n’y a pas l’étape de ciblage et tout [no-glossary]e-mail transactionnel [/no-glossary]déclenché sera accepté aussi bien pour les contacts appartenant à la base que ceux hors de votre BDD. Vous aurez juste à choisir si vous le souhaitez, la dimension des champs de personnalisation ou choisir tout simplement " aucune dimension". Dans ce dernier cas de figure, la personnalisation deumeure toujours possible, il suffit de rajouter les champs de personnalisation nécessaires à votre contenu lors de sa création et ce via l'icône "personnalisation" de l'onglet "contenu"

L'alternative la plus adaptée dépend de l'objectif de l'e-mail de service que vous envoyez ; si par exemple, la campagne d'emails transactionnels a pour objectif de confirmer des inscriptions, le choix le plus adapté est le mode "cibler indépendemment de la base". Par contre s'il s'agit d'une campagne pour confirmer des désinscriptions, ceci sous entend que les contacts figurent déjà dans votre base et que le ciblage à choisir est "cibler uniquement les contacts en base"

Le choix du mode de ciblage a des conséquences sur la personnalisation de vos e-mailings.
En effet, pour le mode "cibler uniquement en base" le paramétrage de champs de personnalisation et de contenu dynamique se fait sous Dialog comme pour les e-mailings de fidélisation. Par contre, en choisissant le deuxième mode, Dialog vous permet juste d'en définir l'emplacement dans votre contenu, ensuite, c'est à vous d'associer le contenu correspondant (valeurs du champ de personnalisation et du contenu dynamique) et ce en remplissant convenablement les paramètres correspondants au niveau du tag/url de web service. (voir l'explication des paramètres du tag ci-après)

>> Savoir quelle alternative choisir : le Tag ou l'URL de Web Service :

Du moment que le plus souvent les e-mails de service sont déclenchés par l'action d'un internaute sur une page web, l'alternative "Tag" est la plus utilisée. Il suffit de le copier / coller dans la page de votre site web où l'action est déclenchée (page d'inscription, de commande etc) pour pouvoir mettre en ligne votre campagne.

Cependant, pour ceux parmi vous ayant recours à un CRM ou à une interface externe pour gérer et déclencher l'envoi de l'e-mail de service, l'URL de web service est plus adaptée.

Le remplissage des paramètres devant être fait pour les deux alternatives, il est possible de les assimiler tout simplement à deux façons différentes de présenter les données à paramétrer pour la mise en ligne de votre campagne d'e-mailing transactionnel. En effet, même en choisissant l'alternative "tag", ce dernier produira une URL selon les paramètres qui y ont été renseignés afin de délencher l'e-mail de service.

>> Comprendre les paramètres du tag pour réussir la mise en ligne de votre e-mailing transactionnel :

Nous allons détailler dans cette partie les rubriques du tag généré par Dialog dès la validation d'une campagne d'e-mailing transactionnel, ci-dessous un exemple pour le mode de ciblage des contacts en base uniquement :

[no-glossary]
<SCRIPT LANGUAGE="JavaScript" SRC="http://home.edt02.net/emc/MT/TAG/lib/js/EdatisMT.js"></SCRIPT>
<SCRIPT LANGUAGE="JavaScript">

// Attention ! Faire des escape(s) si nécessaire !
// Format de réponse (xml,json,html,text), valeur par défaut xml

var pData = {
                method       : "Edatis_MT_API.Send",
                key          : "hwp+ZlILWWNgJIeIAbWj",
                cksum        : "",          //checksum: md5(v1+v2)
                format       : "xml",
                ack          : "no",        // no/sync/async attendre ou pas l'état d'envoi
                id           : "",          // Identifiant
                v1           : "",          // E-mail
                v2           : "",          // Civilité
                b8847         : "",            // Contenu dynamique (Contenu test-ciblage-uniquement-base - 1)
                b8848         : ""            // Contenu dynamique (Contenu test-ciblage-uniquement-base - 1)
            };

var edt_url    = "http://home.edt02.net/emc/MT/TAG/";
var callback   = null;    // fonction de callback

SendMT = new EdatisMT('SendMT');
SendMT._Send(edt_url,pData,callback);

</SCRIPT>
[/no-glossary]

Nécessitant un minimum de connaissances techniques, cette étape de paramétrage du tag ne pourrait être accomplie qu’en présence du webmaster, la personne la plus à même de vous fournir les paramètres des variables générées sur votre site et les scripts éventuels qui serviront à générer les autres variables du tag.

Commencer par l'insertion au niveau des champs entre guillemets du tag ( en rouge " " ), les paramètres spécifiques à ces variables, pour pouvoir poser ce tag au niveau de la page correspondante et mettre en ligne votre campagne d'e-maiing transactionnel.

Paramètres	Remarques
method	La méthode de transfert des données interne à Edatis, veillez à ne pas modifier ce champ au risque de dysfonctionnement du tag.
Key	Il s'agit de la signature permettant à Edatis de reconnaître les références de l'envoi (campagne, compte, contenu...) veillez à ne pas modifier ce champ également au risque de dysfonctionnement du tag.
Cksum	Ce champ est à renseigner facultativement, par un script de concaténation des variables. Un fois renseigné, Edatis va vérifier si par une intervention quelconque (phishing, piratage...) les variables ont été modifiées et bloquera le cas échéant l'envoi de l'e-mail. Vous pouvez laisser ce champ vide si vous ne souhaitez pas qu'Edatis opère un tel contrôle.
Format	Il s'agit du format de réponse du serveur (xml,json,html,text), la valeur par défaut est renseignée au niveau du tag à "xml" choisissez alors le format qui vous convient.
Ack	Il s'agit de l'acquittement (s'apparente au fonctionnement d'un accusé de réception) de l'e-mail de service. Si renseigné à : "no" : vous serez avisés de l'envoi "synch" : le serveur vous avise de l'état final de l'envoi d'un message donné avant de passer à l'envoi du message suivant (acquittement synchrone, en temps réel) Ce mode risque de ralentir l'envoi en cas où le Web service est utilisée dans une boucle. "asynch" : vous serez avisés de la réception de l'e-mail de service en différé. (asynchrone). Ce mode renvoie un identifiant pour chaque envoi avant de pousuivre l'acheminement du message et ce pour ne pas bloquer l'envoi des messages suivants. Pour consulter l’état d’envoi, il suffit accéder à "http://home.edt02.net/emc/MT/WebService/?method=Edatis_MT_API.Response&format=xml&p=identifiant" Il est conseillé d'exploiter ces réponses dans un délai maximum d'une heure. En effet, au delà de ce délai, les réponses seront automatiquement supprimées du serveur. N.B : Dans le cas où l'internaute déclenche lui même l'envoi de l'e-mail du service, il est plus comode d'opter pour le mode async (asynchrone) afin d'éviter le temps d'attente entre l'acquittement du Web service et le lancement du script appelant (page web de confirmation de commande...)
Id	En cas d'utilisation du mode de ciblage des contacts uniquement en base, il s'agit de l'identifiant unique du contact
V 1 à V n	les variables de 1 à n des champs de personnalisation à renseigner par les scripts d'extraction des valeurs correspondantes à chaque envoi
B 1 à B n	Les variables des contenus dynamiques à renseigner par les les scripts d'extraction des valeurs correspondantes à chaque envoi
Sb	C'est le sujet par défaut si vous avez défini des sujets dynamiques
var edt_url	Il s'agit de l'adresse du serveur Edatis, veillez à ne pas modifier ce champ également au risque de dysfonctionnement du tag.
var callback	A renseigner par le programme adéquat et ce si vous souhaitez exploiter les réponses du serveur. Exemple : var callback = function (response) { alert (response); }; Ci-dessus la liste des divers codes de réponse possibles des serveurs Edatis.

>> Liste des codes de retour de web service :

Codes erreurs Emailing transactionnel (email de service)

(Cliquez sur l'image pour l'agrandir)