2010-06-02 33 views
30

Litmus a publié un service d'analyse d'email le mois dernier (mai 2010).
Voir ici: http://litmusapp.com/email-analyticsSuivre les campagnes d'email de masse

Ils disposent d'un très cool suivi « vitesse de lecture »: ils peuvent suivre lit normale, écumes et jeta un regard/supprimé.

Comment peuvent-ils suivre les skims et regarder/supprimer? Cela me semble impossible :)

Ils permettent également de suivre et d'imprimer. Les impressions sont faciles (elles incluent une requête d'impression css @media avec une image bg).

Mais vers l'avant? Je pense que cela pourrait être un combo entre les ouvertures suivantes et les différentes URL/adresses URL. Cependant, cela signifie que si j'ouvre mon courrier et le relis d'un autre ordinateur, il compte comme un forward. Des idées sur celui-ci?

Pour résumer: Litmus Email Analytics dit qu'ils peuvent suivre email lit, écumes, jeta un regard/supprimé, estampes et vers l'avant. Comment font-ils (skims, regardé/supprimé et avant)?

Code de suivi: Ceci est le code. Vous créez un code unique pour chaque combinaison liste/campagne (afin que vous puissiez suivre les campagnes). Ensuite, vous placez le code html/css suivant avant le tag 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, les travaux de suivi d'impression. Yahoo! en quelque sorte échoue. Glances/Effacé fonctionne réellement, j'ai testé.

+4

Si elles IMG SRC un GIF animé généré CGI (comme une horloge), ils peuvent mesurer combien de temps CGI envoie des données au lecteur et l'utiliser pour écumer/coup d'oeil? – barrycarter

+0

Si cela était vrai, alors si vous chargiez l'URL IMG dans un navigateur ... ne devrait-il pas continuer à charger jusqu'à ce que vous fermiez la page? Ce n'est pas le cas. PS: J'ai modifié le message initial avec le code de suivi qu'il vous donne. – VladFr

+0

Sérieusement, toute contribution à ce sujet sera appréciée. Je suis vraiment curieux de savoir comment ils font ça. Tester et mettre à jour le message initial. – VladFr

Répondre

41

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é lorsque le message est affiché. Cela compte la statistique "opens".

Il existe également un div supplémentaire (avec l'ID _t) 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 en cours d'impression. L'URL de l'image possède l'attribut supplémentaire p, ce qui indique probablement à Litmus que l'e-mail est en cours d'impression.

La statistique de transfert est calculée de manière similaire: une image de fond est chargée lorsque certains éléments sont présents. Outlook correspond à la div.OutlookMessageHeader, quelque chose d'autre (ressemble à Thunderbird peut-être, étant donné le moz) correspond à table.moz-email-headers-table, et tout le reste correspond blockquote #_t (en utilisant le DIV supplémentaire à nouveau). Ces éléments sont créés par le client de messagerie lors de la composition de l'e-mail transféré. L'image est cette fois chargée avec le drapeau f, qui indique à Litmus de calculer la statistique en avant.

Ces statistiques doivent être prises 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 de messagerie Web suppriment complètement les feuilles de style, ce qui rend les statistiques d'impression et de transfert non pertinentes pour des clients tels que 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 pour le moment. Quand je le ferai, je serai sûr de vous le faire savoir.

+1

Merci pour votre réponse. J'avais compris le suivi de l'impression, et je comprends votre explication concernant les avants. Cependant vous avez raison sur les clients webmail: ils ne permettent pas les feuilles de style - mais vous pouvez intégrer le css dans le message (qui peut être considéré comme un déclencheur de spam). Skims/regards ne peuvent être suivis avec le .gif chargement lent, je suis assez sûr de cela. En ce qui concerne les suppressions, toujours aucune idée - Litmus semble juste les suivre exactement comme des skims, ce qui est logique. – VladFr

+0

Je pense que les suppressions/skims signifient simplement que le message a été fermé après un certain temps. Ils suivraient cela avec le fichier .gif aussi. Si la demande du fichier gif était fermée avant la fin du chargement, l'utilisateur l'a effleuré ou supprimé. Une sorte de supposition simple, mais je suppose que cela fonctionne. – devongovett

+0

Je crois que les gens pourraient avoir atteint la fonctionnalité "Read Rate" pour la plupart des plateformes et grâce à ce fil nous l'avons fait MAIS le tracking Forward and Print m'a donné des moments difficiles, après avoir passé beaucoup de temps à faire de la R & D toutes les limitations mentionnées par Litmus sont toujours là https://litmus.com/help/analytics/limitations – Soumyaansh

5

Je me demande si pour skims si elle peut demander une image, mais le script src dort pendant quelques secondes, puis une redirection 302 à lui-même. Il pourrait compter le nombre de fois qu'il a été redirigé, et arrêter de rediriger après un certain nombre de fois pour s'assurer que le navigateur ne demande pas l'avertissement de boucle de redirection (mais peut-être que les navigateurs ne le font pas Je ne l'ai jamais testé).

+1

Yup, c'est à peu près comme ça qu'ils le font. – Eli

+1

Avec la nouvelle mise en cache de l'image de Gmail/proxy, c'est par la fenêtre. – JeremyWeir

+0

@JeremyWeir, Supposément vous pouvez spécifier non-cache sur vos images maintenant (voir http://www.emailmarketingtipps.de/2013/12/07/gmails-image-caching-affects-email-marketing-heal-opens-tracking /) donc Gmail devrait fonctionner. – that0n3guy

6

Je pense qu'un bon moyen de suivre le temps que quelqu'un a l'e-mail est de simuler une connexion très lente.

Vous pouvez simplement créer un gestionnaire de suivi qui renvoie l'octet de l'image de suivi par octet. Après chaque octet, vidangez la réponse et dormez pendant un certain temps.

Si vous rencontrez une exception de flux fermé, le client a fermé l'e-mail (supprimé ou modifié pour un autre e-mail qui le sait).

Au moment de l'exception, vous savez combien de temps le client a «lu» l'e-mail.

Hope this helps ;-)

+0

C'est une bonne idée. Le seul problème que j'ai, c'est que si j'envoie 30k emails et que 1000 personnes les ouvrent presque en même temps ... cela crée 10-20secondes de connexions simultanées par personne .... c'est beaucoup de connexions simultanées pendant une longue période temps. Des idées dans tout cela? – that0n3guy