Une ouverture enregistrée indique qu'une image a été demandée. Les services de confidentialité peuvent effectuer cette requête avant qu'une personne ne lise le message. Une personne peut aussi lire le message avec les images bloquées et ne produire aucun événement d'ouverture.
Comment fonctionne le suivi des ouvertures ?
Une plateforme d'e-mail ajoute une image de suivi transparente au message HTML. Son URL identifie le message et le destinataire, ce qui permet au serveur de suivi d'associer une requête d'image à cet envoi.
Lorsqu'un client charge l'image, le serveur enregistre un événement d'ouverture. L'événement peut inclure l'horodatage de la requête, l'adresse IP et l'agent utilisateur. Ces éléments décrivent la requête ; un proxy peut masquer l'appareil ou la localisation du destinataire. Le guide de suivi des ouvertures et des clics de Bird décrit les événements enregistrés.
Pourquoi le suivi des ouvertures est-il peu fiable ?
La récupération automatique d'images peut enregistrer une ouverture sans lecture. Les images bloquées et les messages en texte brut peuvent masquer une lecture réelle.
Apple Mail Privacy Protection télécharge le contenu distant en arrière-plan, que le destinataire interagisse ou non avec l'e-mail. Ce service masque également l'adresse IP du destinataire. Une ouverture causée par cette récupération ne peut pas prouver que la personne a lu le message.
Un destinataire qui bloque les images distantes peut lire le texte sans charger l'image de suivi. Un message en texte brut ne contient pas d'image de suivi. Aucun des deux ne produit la requête d'image nécessaire pour enregistrer une ouverture.
Comparez les ouvertures uniquement en tenant compte de l'audience, des paramètres de suivi et des effets de confidentialité. Un changement dans le taux enregistré identifie un point à investiguer ; il ne prouve pas un changement dans la lecture ou le placement en boîte de réception.
Qu'est-ce qu'un clic prouve ?
Un clic suivi prouve qu'un client a demandé un lien réécrit. Il ne prouve pas qui a effectué la requête ni si l'action prévue a été complétée.
Le suivi des clics redirige les requêtes via un serveur de suivi avant de poursuivre vers la destination. Il fonctionne sans charger d'image. Les systèmes anti-spam peuvent aussi suivre les liens, comme le décrit Spamhaus, un éditeur de listes de blocage d'e-mails.
Pour une campagne d'achat, mesurez les achats complétés dans votre application parallèlement aux clics enregistrés. Pour la configuration d'un compte, mesurez les configurations complétées. Gardez l'audience et la période de comparaison cohérentes. Les clics peuvent aider à localiser un changement dans le parcours, mais c'est l'action complétée qui prouve le résultat recherché.
Comment activer ou désactiver le suivi des ouvertures avec Bird ?
Vous activez le suivi des ouvertures pour votre domaine d'envoi et vérifiez son nom d'hôte de suivi. Le flag track_opens par message doit aussi être activé. Sa valeur par défaut API est true, mais ce flag seul n'active pas le suivi au niveau du domaine.
Définissez track_opens: false sur un message pour empêcher l'ajout de l'image de suivi. Configurez track_clicks séparément ; désactiver les ouvertures ne désactive pas le suivi des clics. La référence de requête d'envoi définit les deux flags booléens, et le guide de suivi explique les prérequis au niveau du domaine.
Vous pouvez inspecter les événements email.opened et leur champ is_prefetched via les événements API. Bird exclut les ouvertures préchargées identifiées du taux d'ouvertures uniques du tableau de bord. Le filtrage ne peut toujours pas comptabiliser une personne qui lit avec les images bloquées.
Un e-mail livré peut-il ne pas arriver en boîte de réception ?
Oui. Le serveur de messagerie récepteur peut accepter un message et le placer dans le spam. L'événement email.delivered enregistre cette acceptation par le serveur. Il ne prouve pas le placement en boîte de réception ni la lecture.
Inbox Insights fournit des estimations de placement à partir de boîtes aux lettres échantillonnées. Les événements de livraison rapportent le cycle de vie de l'envoi séparément. Un serveur récepteur peut aussi émettre un rebond tardif après avoir accepté le message, de sorte qu'un événement de livraison initial n'exclut pas un échec ultérieur.