Suivre les campagnes de messagerie de masse
Litmus a publié un service d'analyse de courrier électronique le mois dernier (mai 2010).
Voir ici: http://litmusapp.com/email-analytics
Ils se vantent d'un suivi très cool "Taux de lecture" : ils peuvent suivre les lectures normales, les écumes et les regards/supprimés.
Comment peuvent-ils suivre les skims et regardé/supprimé? Cela me semble impossible :)
Ils suivent également les avances et les impressions. Les impressions sont faciles (elles incluent une requête d'impression css @ media avec une image bg).
Mais en avant? Je pense que c' peut - être un combo entre les ouvertures suivantes et différentes URL IP/reffering. Cependant, cela signifie que si j'ouvre mon courrier et le relis à partir d'un autre ordinateur, il compte comme un transfert. Toutes les idées sur ce que c'est?
Pour résumer: Litmus email Analytics indique qu'ils peuvent suivre les lectures d'e-mails, les éraflures, les regards / supprimés, les impressions et transmettre. Comment le font-ils (skims, glanced/deleted et forwards)?
Code de suivi: C'est le code. Vous créez un code unique pour chaque combinaison liste / campagne (afin que vous puissiez suivre les campagnes..) ensuite, vous mettez le code html / css suivant avant la balise de votre message électronique.
<style>@media print{
#_t {
background-image: url('https://a6.emltrk.com/XX0000XX?p');}
}
div.OutlookMessageHeader, table.moz-email-headers-table, blockquote #_t {
background-image:url('https://a6.emltrk.com/XX0000XX?f')
}
</style>
<div id="_t"></div>
<img src="https://a6.emltrk.com/XX0000XX" style="display:none" width="1" height="1" border="0" />
Résultats des tests:
Avec Gmail, le suivi d'impression fonctionne. Yahoo! en quelque sorte échoue. Regards / supprimé fonctionne réellement, j'ai testé.
3 réponses
Le code fonctionne de la manière suivante:
<style>
/* Print stylesheet */
@media print{
#_t {
background-image: url('https://a6.emltrk.com/XX0000XX?p');
}
}
/* Forward stylesheet */
div.OutlookMessageHeader, table.moz-email-headers-table, blockquote #_t {
background-image:url('https://a6.emltrk.com/XX0000XX?f')
}
</style>
<!-- Extra DIV -->
<div id="_t"></div>
<!-- Main Image -->
<img src="https://a6.emltrk.com/XX0000XX" style="display:none" width="1" height="1" border="0" />
Il y a une image qui est chargée lorsque l'e-mail est affiché. Cela compte la statistique "ouvre".
Il y a aussi un div supplémentaire (avec l'id _t) qui est référencé à partir d'une feuille de style. La section @media print applique une image d'arrière-plan lorsque l'e-mail est imprimé. L'url de l'image a l'attribut p supplémentaire, qui indique probablement à Litmus que L'e-mail est en cours d'impression.
La statistique forward est calculée de la même manière: une image d'arrière-plan est chargée lorsque certains éléments sont présents. Outlook correspond au div.OutlookMessageHeader, quelque chose d'autre (ressemble peut-être à Thunderbird, étant donné le moz) correspond à table.moz-email-headers-table, et tout le reste correspond à blockquote #_t (en utilisant à nouveau la DIV supplémentaire). Ces éléments sont créés par le client de messagerie lorsque le courriel transmis est composé. L'image est cette fois chargée avec le drapeau f, qui indique à Litmus de calculer la statistique en avant.
Ces statistiques doivent être pris avec un grain de sel, cependant: la plupart des clients de messagerie bloqueront les images de toute nature jusqu'à ce que l'utilisateur décide de les montrer. La plupart des clients webmail supprimeront complètement toutes les feuilles de style, ce qui rend les statistiques d'impression et de transfert non pertinentes pour les clients comme Gmail, Hotmail et Yahoo! Courrier.
J'espère que cela a du sens! Je n'ai pas encore compris la statistique regardée/supprimée. Quand je le ferai, je ne manquerai pas de vous le faire savoir.
Je pense qu'une bonne façon de suivre le temps que quelqu'un a l'e-mail ouvert est de simuler une connexion très lente.
Vous pouvez simplement créer un gestionnaire de suivi qui renvoie l'image de suivi octet par octet. Après chaque octet, rincez la réponse et dormez pendant un certain temps.
Si vous rencontrez une exception de fermeture de flux, le client a fermé l'e-mail (supprimé ou changé pour un autre e-mail qui sait).
Au moment de l'exception, vous savez combien de temps le client " lit " le e-mail.
J'espère que cela aide ; -)
Je me demande si pour skims si elle pourrait Demander une image, mais le script src dort pendant quelques secondes, puis fait une redirection 302 vers lui-même. Il pourrait compter le nombre de fois où il a été redirigé, et arrêter de rediriger après un certain nombre de fois pour s'assurer que le navigateur ne vous invite pas avec l'avertissement de boucle de redirection (mais peut-être que les navigateurs ne font pas cet avertissement pour les images de toute façon, je ne l'ai jamais testé).