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écution | dans le navigateur du visiteur | sur notre serveur |
| Données d’authentification requises | non | oui : une clé API |
| Fonctionne si | le script de l’outil est sur la page | toujours, avec ou sans script |
| Déclenchement | dès que la session est identifiée | au même moment |
| Outils | Klaviyo, Braze, Iterable, Ortto, Emarsys, Bloomreach et d’autres | ActiveCampaign, 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.