Suivi des ouvertures et des clics

Le suivi des ouvertures et des clics produit les événements d'engagement affichés sur le tableau de bord Metrics. Les deux modifient le message au moment de l'envoi. Ils restent désactivés tant que vous ne les activez pas pour le domaine d'envoi dans Email > Domains.

Nous injectons un pixel transparent dans la partie HTML du message. Lorsque le client de messagerie du destinataire le charge, nous enregistrons un événement email.opened avec l'adresse IP et le user agent du client.

Ce signal est plus fragile qu'il n'y paraît. Les fonctions de confidentialité du courrier, notamment Apple Mail Privacy Protection et le proxy d'images de Gmail, chargent les images pour le compte du destinataire, de sorte qu'une ouverture peut provenir d'une machine et non d'un lecteur. Nous les marquons avec is_prefetched: true, et votre taux d'ouverture ne compte que les ouvertures uniques non préchargées, de sorte que le trafic proxy ne le gonfle pas. Les totaux bruts et filtrés figurent dans les stats API si vous souhaitez voir l'écart.

Le filtrage ne prouve pas qu'une personne a lu le message. Utilisez les ouvertures pour observer les variations d'activité de suivi. Apple Mail Privacy and open tracking en détaille les limites.

Nous réécrivons les liens de votre HTML via une redirection de suivi. Lorsqu'un client demande l'URL réécrite, nous enregistrons un événement email.clicked avec le url d'origine et redirigeons le client vers la destination. Les scanners de sécurité peuvent aussi suivre les liens, comme Spamhaus le décrit. Un événement de clic ne prouve pas qu'une personne a agi ou finalisé un achat. Mesurez l'action souhaitée dans votre application avant de juger le résultat d'une campagne.

Les liens réécrits sont servis en HTTPS depuis votre nom d'hôte de suivi personnalisé, un CNAME sur votre domaine d'envoi dont la valeur par défaut est links (soit links.mail.acme.com pour un domaine d'envoi mail.acme.com). Rien n'est réécrit tant que cet enregistrement n'est pas vérifié. L'ajouter, choisir un libellé différent et le modifier ultérieurement sont traités dans Tracking domain.

Un message peut enregistrer un clic sans aucune ouverture. Les deux instruments l'expliquent : une ouverture nécessite le chargement d'une image, pas un clic.

Le pixel n'est pas enregistré lorsqu'il ne se charge jamais. Le client du destinataire bloque les images distantes, ou le destinataire lit la partie texte brut du message, qui ne contient aucun pixel. Un lien réécrit fonctionne dans les deux cas, de sorte que le clic aboutit et l'ouverture ne se produit jamais. C'est l'inverse du problème de préchargement : les fonctions de confidentialité gonflent les ouvertures, et les images bloquées les sous-estiment.

Le transfert produit le même schéma pour une cause différente. Une copie transférée conserve les mêmes liens réécrits, un clic peut donc provenir d'une personne qui n'a jamais figuré sur votre liste de destinataires, et aucune ouverture de sa part n'a jamais été mesurable.

Un nombre de clics supérieur aux ouvertures peut résulter du blocage d'images, du transfert ou de requêtes de liens automatisées. Comparez les deux signaux avec les actions accomplies dans votre application avant de modifier le parcours d'un destinataire.

Le suivi d'un message donné est le ET logique de trois éléments :

Un espace de travail vierge ne suit donc rien, même si les indicateurs par envoi sont à true par défaut : un true par envoi ne peut pas activer le suivi à lui seul. Ajoutez et vérifiez le CNAME de suivi, puis activez le paramètre du domaine. Vous pouvez activer le paramètre avant la vérification de l'enregistrement et il prend effet dès qu'elle aboutit, mais l'activer pour un domaine sans aucun nom d'hôte de suivi configuré renvoie une 409.

Un false par envoi l'emporte toujours, c'est la raison d'être de ces indicateurs. Définissez track_clicks: false sur les réinitialisations de mot de passe et les notifications de sécurité, où un lien réécrit est pire que l'absence de données de clic. Les deux indicateurs sont des booléens sur POST /v1/email/messages, et la ressource message renvoie les valeurs résolues dans la réponse d'envoi et lors des lectures ultérieures, afin que vous puissiez voir avec quels paramètres le message a réellement été envoyé.

Un CNAME de suivi non vérifié ne bloque jamais l'envoi. Un domaine signale sa disponibilité de suivi séparément de sa disponibilité d'envoi, sous la forme capabilities.tracking et capabilities.sending.