Outils d’e-mail dans le navigateur

La version légère de la passerelle de cycle de vie côté serveur : elle écrit le lien de relecture dans l’outil d’e-mail que votre page charge déjà.

1. Deux passerelles, une même tâche, des compromis différents

MousePlayer peut atteindre votre plateforme d’e-mail de deux façons. Le bon choix dépend d’un point simple : l’outil s’exécute-t-il sur votre page ?

Cette passerelle (navigateur)Cycle de vie (côté serveur)
Exécutiondans le navigateur du visiteursur notre serveur
Données d’authentification requisesnonoui : une clé API
Fonctionne sile script de l’outil est sur la pagetoujours, avec ou sans script
Déclenchementdès que la session est identifiéeau même moment
OutilsKlaviyo, Braze, Iterable, Ortto, Emarsys, Bloomreach et d’autresActiveCampaign, Mailchimp, Iterable, Klaviyo, Braze, Customer.io, Brevo

Si l’outil est déjà sur votre page, cette passerelle est le choix le plus léger : rien à configurer, rien à garder secret, rien qui puisse expirer.

2. Ce que chaque outil attend

Cette catégorie cache une grande diversité. Deux particularités méritent d’être connues avant d’activer la passerelle.

Emarsys ne fait rien tant que vous ne lui en donnez pas l’ordre

Sa file de commandes collecte tout sans rien exécuter tant qu’une commande ['go'] n’arrive pas. Une passerelle qui ajoute les attributs puis s’arrête semble, vue de l’extérieur, ne pas fonctionner : les valeurs restent indéfiniment dans la file. Nous envoyons la commande go.

Ortto exige que l’activité existe d’abord

L’activité doit être créée dans votre compte Ortto et autorisée pour une utilisation côté client. Sans ces deux conditions, l’appel renvoie une erreur 404. Une erreur 404 provenant d’un outil manifestement chargé ressemble à une anomalie chez nous plutôt qu’à un réglage chez vous.

Klaviyo et Braze lisent l’identité depuis leur propre cookie

Ils fonctionnent donc aussi pour un visiteur identifié lors d’une session antérieure, pas seulement lors de la session actuelle.

3. Où la valeur est ajoutée

Dans un attribut de profil ou une propriété personnalisée nommée mouseplayer_session_url, selon le terme employé par l’outil. Elle devient alors utilisable là où vous en avez besoin :

  • Dans un segment. « Tous ceux qui ont abandonné le paiement » est un segment que vous possédez déjà ; ajouter le lien de relecture en fait une liste de sessions à regarder.
  • Dans un e-mail. À votre équipe, dans une alerte interne, pas au client.
  • Dans un scénario de cycle de vie. L’étape de transmission à l’assistance peut inclure l’enregistrement, pour que la personne qui prend le relais dispose immédiatement des éléments concrets.

Seuls le lien, le canal et la session sont transmis. Pas l’adresse e-mail : l’outil la connaît déjà, ce qui lui permet précisément d’associer le lien à la bonne personne sans que nous ayons à l’identifier pour lui.

4. Quand préférer la passerelle côté serveur

Trois cas à vérifier avant de choisir :

  • L’outil d’e-mail n’est pas intégré à votre site. C’est souvent le cas : une plateforme utilisée uniquement pour les campagnes n’a pas de script sur vos pages, et la passerelle navigateur n’a alors aucun objet dans lequel écrire.
  • Vous avez besoin d’une livraison fiable plutôt que d’un simple meilleur effort. Une passerelle navigateur dépend du maintien de la page ouverte assez longtemps ; la passerelle serveur utilise une file avec de nouvelles tentatives.
  • Vous voulez qu’elle fonctionne malgré un bloqueur de publicités. Un script marketing bloqué ne peut rien recevoir. Notre propre enregistrement n’est pas affecté, mais la passerelle vers l’outil bloqué l’est.

Les deux peuvent aussi fonctionner ensemble. Elles ne sont pas en conflit : celle du navigateur écrit un attribut, celle du serveur envoie un événement, et l’outil traite les deux comme des éléments distincts.

Toutes les marques citées appartiennent à leurs propriétaires respectifs. MousePlayer n’entretient aucune relation commerciale avec ces fournisseurs.