• Accueil / Marketing Cloud / Transactional Send Journeys…
, Transactional Send Journeys and the Event Notification Service &#8211; Le blog principalement lié à Salesfoce de Markus Slabina, qui couvre les meilleures pratiques, trucs et astuces. La majorité des articles se concentre sur les scénarios Marketing Cloud et Cross-Cloud.<span class="wtr-time-wrap after-title"><span class="wtr-time-number">8</span> minutes de lecture</span>

Transactional Send Journeys and the Event Notification Service – Le blog principalement lié à Salesfoce de Markus Slabina, qui couvre les meilleures pratiques, trucs et astuces. La majorité des articles se concentre sur les scénarios Marketing Cloud et Cross-Cloud.8 minutes de lecture


Avez-vous déjà entendu parler de Transactional Send Journeys et du service de notification d’événements dans Marketing Cloud? Vous vous demandez ce que cela vous apporte et s’il vaut la peine de migrer vos anciens envois déclenchés? Agir sur les envois échoués et connecter un système de journalisation semble bien? Découvrez ce qui est possible et comment vous pouvez le configurer!

Voyages d’envoi transactionnels

Il y a quelque temps, Salesforce a introduit un nouveau type de parcours: le Voyage d’envoi transactionnel. Ce type de produit remplace les envois déclenchés que vous pouvez configurer dans Email Studio. Mais pour être plus précis, il s’agit de l’interface utilisateur manquante pour le API de messagerie transactionnelle. Les envois utilisant cette API étaient auparavant configurables via l’API uniquement, ce qui ne les rendait disponibles qu’aux développeurs et ne permettait même pas aux spécialistes du marketing de mettre à jour l’e-mail utilisé. Salesforce a changé cela en intégrant cette fonctionnalité dans Constructeur de voyage.

Pourquoi même s’embêter à utiliser l’API de messagerie transactionnelle?

Vous pouvez vous poser cette question si vos envois transactionnels sont déjà opérationnels à l’aide de la fonctionnalité d’envois déclenchés dans Email Studio. Mais les avantages sont évidents pour moi:

  • les spécialistes du marketing peuvent facilement mettre à jour les e-mails dans l’outil avec lequel ils sont à l’aise
  • envoyer des analyses disponibles dans l’interface Journey Builder
  • les envois sont encore plus rapides que les envois à haute priorité
  • un e-mail est facturé comme un super message (contrairement à 4 supermessages pour les envois déclenchés à haute priorité)
  • possibilité d’utiliser le Service de notification d’événement

Configurer un trajet d’envoi transactionnel

La configuration est aussi simple que vous le pensez. Allez simplement à Constructeur de voyage, créez un nouveau voyage et sélectionnez Voyage d’envoi transactionnel comme type de voyage. Tapez le Clé de devinition d’événement – le nom unique que vous utilisez lors du déclenchement de l’envoi via l’API – et éventuellement sélectionnez une extension de données à laquelle chaque envoi est connecté. Je recommande vivement de le faire pour avoir une meilleure vue d’ensemble des données qui arrivent. Cette extension de données doit être créée à partir du TriggeredSendDataExtension template afin d’être disponible pour cet usage. Maintenant, sélectionnez un e-mail, activez et vous êtes prêt à déclencher le premier e-mail!

Comment déclencher le voyage

Le déclenchement du parcours via l’API est différent des autres parcours déclenchés par l’API, mais exactement le même que pour les envois configurés via l’API de messagerie transactionnelle. Voici ce qu’un exemple de charge utile de demande au POST /messaging/v1/email/messages/ le point de terminaison ressemble à:

{
  "definitionKey": "[EVENT_DEFINITION_KEY_OF_YOUR_JOURNEY]",
  "recipients": [
    {
      "contactKey": "[YOUR_RECIPIENT_CONTACTKEY]",
      "to": "[YOUR_RECIPIENT_EMAIL]",
      "messageKey": "[YOUR-MESSAGE-KEY]",
      "attributes": {
        "FirstName": "John",
        "LastName": "Doe"
      }
    }
  ],
  "attributes": {
    "GeneralInfo": "Something"
  }
}

Comme vous vous en doutez, l’ajout d’autres destinataires est aussi simple que l’ajout d’un autre objet au recipients-array. Il existe deux propriétés d’attributs différentes – une pour chaque abonné pour les informations relatives au destinataire telles que le nom, un code de transaction, etc. et une autre propriété identique pour tous les destinataires et pouvant être utilisée pour la personnalisation générale ou l’envoi de données associées.

le messageKey peut être éventuellement défini par personne et utilisé pour récupérer l’état de l’envoi à ce destinataire en utilisant le GET /messaging/v1/email/messages/[YOUR-MESSAGE-KEY] Route API.

J’ai ajouté une collection de facteur avec toutes les demandes nécessaires, y compris celles pour le Service de notification d’événement à mon Dépôt Github «sfmc-transactional-send-event-notification-service».

Qu’est-ce qui pourrait être amélioré?

E-mails envoyés via le API de messagerie transactionnelle manque de données de suivi envoyées à Sales / Service Cloud via Marketing Cloud Connect (tout comme les anciens envois déclenchés). À mon avis, cela envoie également apparaître comme Résultats individuels par e-mail Les objets seraient parfaits pour avoir une vue complète à 360 degrés du client dans un environnement Cross-Cloud. J’ai posté un idée sur IdeaExchange, donc si vous aimez également voir cette fonctionnalité, veuillez voter!

Si vous avez des idées d’amélioration – pour cette fonctionnalité ou toute autre – créez une idée sur IdeaExchange! Une fois qu’il a reçu suffisamment de votes, Salesforce l’examinera et le mettra peut-être sur la feuille de route à un moment donné.

Service de notification d’événement

Comme son nom l’indique, le service de notification d’événements (ENS) vous permet de recevoir des notifications si certains événements se produisent dans Salesforce Marketing Cloud. Vous vous demandez peut-être où ces notifications sont envoyées et à quoi elles ressemblent? Vous devez essentiellement fournir un point de terminaison d’API à Marketing Cloud, auquel le système peut envoyer des notifications. Vous êtes alors responsable de tout ce qui se passe avec ces données de notification.

De quoi avez-vous besoin pour le configurer?

Vous avez besoin d’un point de terminaison HTTP accessible au public, capable de gérer les données JSON que Marketing Cloud vous envoie. Il peut s’agir d’un point final d’un système de journalisation, de votre serveur Web ou de tout programme personnalisé accessible publiquement via HTTP. Un exemple serait l’hébergement d’un Node.js application sur Heroku.

Le processus d’installation

Le processus de configuration est décrit dans la documentation Marketing Cloud et comprend même un diagramme du flux programme / demande dans cet article: Activités du service de notification d’événements.

Cependant, ce flux pourrait vous intimider si vous n’êtes pas familier avec ces systèmes car ils semblent assez complexes. Si vous le décomposez en ce qui est réellement nécessaire de votre côté, vous vous retrouvez avec seulement trois requêtes HTTP:

  1. Enregistrez votre point de terminaison de rappel (→ indiquez à Marketing Cloud où envoyer les notifications)
  2. Vérifiez le rappel (→ envoyez à Marketing Cloud un code de vérification qu’il a envoyé à votre point de terminaison, afin qu’il sache qu’il vous appartient)
  3. Abonnez-vous aux notifications (→ indiquez à Marketing Cloud quels événements vous intéressent)

La demande de la première étape est aussi simple que de l’envoyer à /platform/v1/ens-callbacks:

[{
  "callbackName": "[NAME_OF_YOUR_FIRST_CALLBACK]",
  "url": "[URL_OF_YOUR_ENDPOINT]",
  "maxBatchSize": 100
}]

Pendant le processus de configuration, vous devez noter certains détails lors du test ou les stocker quelque part lorsque vous effectuez une configuration de production:

  • Tous les identifiants que vous recevez (rappel, abonnement)
  • La clé de signature que vous recevez (→ elle ne peut pas être récupérée plus tard! Elle est utilisée pour vérifier si les événements proviennent de SFMC)

J’ai ajouté une collection de facteur avec toutes les demandes nécessaires à mon Dépôt Github «sfmc-transactional-send-event-notification-service». Il comprend également ceux pour le déclenchement Voyage d’envoi transactionnel ainsi que ceux permettant de récupérer tous les abonnements actifs et de supprimer un abonnement.

Si vous n’aimez pas créer un programme qui sert de point de terminaison de rappel, mais que vous souhaitez néanmoins l’essayer, jetez un œil à Requestbin.com, que j’ai expliqué dans mon dernier article «Optimiser le développement du cloud marketing».

Que pouvez-vous faire avec ces notifications?

Si un envoi transactionnel important échoue pour une raison quelconque, il serait bien de définir une action alternative, non? Vous pouvez donc utiliser un autre fournisseur de messagerie transactionnelle ou déclencher un message texte à votre destinataire par exemple.

Un autre cas d’utilisation serait de connecter un enregistreur afin de voir les statistiques d’envoi pour les envois livrés / échoués / rebondis et les messages d’erreur dans le même système que l’application déclenchant les e-mails enregistre également les messages.

Mise à jour de l’état de la transmission ou de l’état actuel de l’engagement (ouvert, cliqué) dans l’application qui a déclenché l’email.

Comme vous le voyez, il existe de nombreux cas d’utilisation qui ont absolument du sens, vous devez donc absolument envisager de le configurer pour vos messages transactionnels.





Source de l’article traduit automatiquement en Français

Besoin d'aide ?
Voulez-vous utiliser Pardot à sa capacité maximale et avoir
+ DE LEADS QUALIFIÉS

Notre analyse de votre Pardot offerte dès aujourd'hui
Merci, vous pouvez compléter notre questionnaire
Nous allons revenir vers vous rapidement !

Fermer