Automatiser les déclencheurs e-commerce dans Salesforce Marketing Cloud

Avec la mise à jour Summer ’26, Salesforce Marketing Cloud franchit une étape attendue : des déclencheurs e-commerce natifs pour les scénarios qui font réellement le chiffre d’affaires, à savoir le panier abandonné, la baisse de prix, le retour en stock et les jalons du cycle de commande. Jusqu’ici, ces parcours demandaient des montages sur-mesure entre API, Automation Studio et Journey Builder. Ce guide vous montre comment poser une architecture propre, fiable et maintenable : structurer vos Data Extensions, déclencher un envoi en quasi temps réel via l’API REST, et personnaliser le contenu avec AMPscript. Objectif : passer d’un bricolage fragile à un système que vos équipes CRM peuvent faire évoluer sereinement.

Pourquoi les déclencheurs e-commerce changent la donne

Un message de panier abandonné envoyé une heure après l’événement convertit nettement mieux que le même message envoyé le lendemain. La latence est donc la première métrique à surveiller. Les nouveaux déclencheurs de Summer ’26 réduisent le délai entre l’événement métier (un panier laissé en plan, un prix qui baisse) et l’envoi, car ils s’appuient sur des entrées d’API plutôt que sur des automatisations planifiées toutes les heures.

Le second avantage est la centralisation. Plutôt que de multiplier les scripts SSJS et les requêtes SQL dispersées, vous exposez chaque comportement e-commerce comme un événement unique et réutilisable. Vos développeurs front et votre plateforme e-commerce poussent les données ; Marketing Cloud orchestre la décision d’envoi.

Étape 1 : structurer la Data Extension d’événements

Tout commence par une Data Extension bien pensée. Évitez la tentation d’une table fourre-tout : séparez les attributs d’identité (clé d’abonné, e-mail) des attributs d’événement (type, horodatage, valeur du panier). Voici un schéma de base pour les paniers abandonnés :

Field Name        Type        Length   Notes
SubscriberKey     Text        254      Clé primaire logique
EmailAddress      EmailAddress 254
EventType         Text        50       cart_abandon | price_drop | back_in_stock
CartId            Text        100
ProductSku        Text        100
ProductName       Text        254
ProductPrice      Decimal     18,2
CartValue         Decimal     18,2
EventTimestamp    Date                 UTC, défaut: GETDATE()
ProcessedFlag     Boolean              défaut: false

Indexez sur ce qui compte

Définissez SubscriberKey et EventTimestamp comme champs de clé primaire composite. Cela évite les doublons lorsqu’un même visiteur abandonne plusieurs paniers et accélère vos requêtes de déduplication en aval.

Étape 2 : déclencher l’envoi via l’API REST

Le cœur du dispositif est un triggered send appelé depuis votre back-end e-commerce. Dès qu’un panier est détecté comme abandonné (par exemple après 30 minutes d’inactivité), votre serveur appelle l’API REST :

POST /messaging/v1/messageDefinitionSends/key:cart_abandon_v1/send
Host: YOUR_SUBDOMAIN.rest.marketingcloudapis.com
Authorization: Bearer {access_token}
Content-Type: application/json

{
  "To": {
    "Address": "marie.dupont@example.com",
    "SubscriberKey": "marie.dupont@example.com",
    "ContactAttributes": {
      "SubscriberAttributes": {
        "ProductName": "Sac cabas en cuir",
        "ProductPrice": "129.00",
        "CartId": "CART-90817",
        "CartValue": "247.00"
      }
    }
  }
}

Le jeton OAuth s’obtient au préalable via l’endpoint d’authentification, avec un client_credentials dédié à cette intégration. Stockez ce secret côté serveur, jamais dans le code front.

La règle d’or des déclencheurs e-commerce : l’événement métier doit appeler Marketing Cloud, et non l’inverse. Une plateforme qui interroge votre site en boucle introduit de la latence et des coûts d’API ; un événement poussé en temps réel est plus rapide, plus fiable et plus simple à déboguer.

Étape 3 : personnaliser le contenu avec AMPscript

Une fois l’envoi déclenché, AMPscript prend le relais pour afficher dynamiquement les produits concernés. Pour un panier abandonné, vous récupérez les lignes du panier depuis une Data Extension de détail :

%%[
VAR @cartId, @rows, @row, @count, @i, @sku, @name, @price
SET @cartId = AttributeValue("CartId")
SET @rows = LookupRows("Cart_Items","CartId", @cartId)
SET @count = RowCount(@rows)

IF @count > 0 THEN
  FOR @i = 1 TO @count DO
    SET @row = Row(@rows, @i)
    SET @name = Field(@row,"ProductName")
    SET @price = Field(@row,"ProductPrice")
]%%
      <tr>
        <td>%%=v(@name)=%%</td>
        <td>%%=FormatCurrency(@price,"fr-FR","EUR")=%%</td>
      </tr>
%%[
  NEXT @i
ENDIF
]%%

Soignez la baisse de prix

Pour le scénario « price drop », ajoutez un calcul de pourcentage d’économie directement dans le message. Cela renforce le sentiment d’urgence sans dépendre d’un champ supplémentaire :

%%[
VAR @old, @new, @pct
SET @old = AttributeValue("OldPrice")
SET @new = AttributeValue("NewPrice")
SET @pct = FormatNumber(((@old - @new) / @old) * 100, "N0")
]%%
<p>Économisez %%=v(@pct)=%% % dès maintenant !</p>

Étape 4 : cadencer et protéger l’expérience client

La puissance des déclencheurs impose de la discipline. Trois garde-fous sont indispensables. Le premier est la fréquence : limitez les rappels de panier à un ou deux envois par événement, espacés de plusieurs heures. Le deuxième est le respect du consentement : filtrez sur l’état d’abonnement et la base CNIL/RGPD avant tout déclenchement. Le troisième est la suppression croisée : si le client a finalisé sa commande entre-temps, annulez le rappel.

Une requête SQL d’exclusion, exécutée juste avant l’envoi, joue ce rôle de filet de sécurité :

SELECT e.SubscriberKey, e.EmailAddress, e.CartId
FROM Cart_Events e
LEFT JOIN Orders o
  ON e.SubscriberKey = o.SubscriberKey
  AND e.CartId = o.CartId
WHERE e.EventType = 'cart_abandon'
  AND e.ProcessedFlag = 0
  AND o.OrderId IS NULL

Étape 5 : mesurer et itérer

Suivez trois indicateurs au minimum : le taux de conversion post-déclencheur, la latence moyenne entre événement et envoi, et le taux de désabonnement par scénario. Un taux de désabonnement qui grimpe sur le scénario « retour en stock » signale souvent une cadence trop agressive ou un ciblage imprécis. Industrialisez ces mesures dans un tableau de bord dédié plutôt que de les consulter parcours par parcours.

À retenir

1. L’événement pilote l’envoi. Poussez les comportements e-commerce vers Marketing Cloud via l’API REST plutôt que d’interroger votre site en boucle : vous gagnez en latence et en fiabilité.

2. Séparez identité et événement. Une Data Extension bien structurée, avec clé composite sur SubscriberKey et EventTimestamp, évite les doublons et fluidifie la déduplication.

3. AMPscript personnalise, le back-end déclenche. Laissez votre plateforme décider du « quand » et AMPscript gérer le « quoi » affiché.

4. Protégez l’expérience. Plafonnez la fréquence, respectez le consentement RGPD et appliquez une suppression croisée pour ne jamais relancer un client qui a déjà acheté.

5. Mesurez en continu. Conversion, latence et désabonnement par scénario sont vos boussoles pour itérer.

Vous souhaitez structurer vos déclencheurs e-commerce sur Salesforce Marketing Cloud sans accumuler de dette technique ? Parlons de votre projet.