views:

545

answers:

3

Litmus released an email analytics service last month (may 2010).
See here: http://litmusapp.com/email-analytics

They boast a very cool "read rate" tracking: they can track normal reads, Skims, and Glanced/Deleted.

How can they track skims and glanced/deleted? This to me seems impossible :)

They also track forwards and prints. Prints are easy (they include a css @media print query with a bg image).

But forwards? I think this might be a combo between subsequent opens and different IPs/reffering URLs. However, this means that if I open my mail and re-read it from another computer, it counts as a forward. Any ideas on this one?

To summarize: Litmus Email Analytics says they can track email reads, skims, glanced/deleted, prints and forwards. How do they do it (skims, glanced/deleted and forwards)?

Tracking code: This is the code. You create a unique code for each list/campaign combination (so that you can track campaigns..) then you put the following html/css code before the tag of your email message.

<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')}&lt;/style&gt;&lt;div id="_t"></div><img src="https://a6.emltrk.com/XX0000XX" style="display:none" width="1" height="1" border="0" />

Test results:

With Gmail, print tracking works. Yahoo! somehow fails. Glances/Deleted actually works, I've tested.

+4  A: 

The code works in the following way:

<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" />

There is an image that gets loaded when the email is viewed. This counts the "opens" statistic.

There is also an extra div (with the id _t) which is referenced from a stylesheet. The @media print section applies a background image when the email is being printed. The url of the image has the additional p attribute, which probably tells Litmus that the email is being printed.

The forward statistic is calculated in a similar manner: a background image is loaded when certain elements are present. Outlook matches the div.OutlookMessageHeader, something else (looks like Thunderbird perhaps, given the moz) matches table.moz-email-headers-table, and everything else matches blockquote #_t (using the additional DIV again). These elements are created by the email client when the forwarded email is being composed. The image is this time loaded with the f flag, which tells Litmus to calculate the forward statistic.

These statistics must be taken with a grain of salt, however: most email clients will block images of any kind until the user decides to show them. Most webmail clients will completely strip out any stylesheets, which makes the print and forward statistics irrelevant for clients like Gmail, Hotmail, and Yahoo! Mail.

I hope this makes sense! I haven't quite figured out the glanced/deleted statistic yet. When I do, I'll be sure to let you know.

devongovett
Thanks for your answer. I had figured out the print tracking, and I understand your explanation regarding forwards. However you're right about the webmail clients: they don't allow for stylesheets - but you could embed the css inside the message (which may count as a spam trigger).Skims/glances can only be tracked with the slow-loading .gif, I'm pretty sure of that. As for deletes, still no idea - Litmus just seems to be tracking them exactly like skims, which makes sense.
I think deletes/skims just mean that the message was closed after a under a certain amount of time. They would track that with the .gif file as well. If the request for the gif was closed before it had finished loading, then the user skimmed or deleted it. Kind of a simple assumption, but I guess it works.
devongovett
A: 

How can anyone track skims? Is it that they track the open rate and no clickthroughs?

email marketing
That could be another metric: read. Skims differ from opens in that in a skim, the reader didn't read the email for more than say 3 secs. If she opened it and the email stayed open for more than 5-6 secs, that counts towards a real open-to-read.Clicks is another thing :) An open-to-read does not mean a conversion (neither does a click :P)
+1  A: 

I wonder if for skims if it could request an image, but the src script sleeps for a few seconds, then does a 302 redirect to itself. It could count the number of times it got redirected, and stop redirecting after a certain amount of times to make sure the browser doesn't prompt with the redirect loop warning (but maybe browsers don't do that warning for images anyway, I've never tested it).

jayrdub
Yup, that's pretty much how they do it.
Eli