跟踪大量电子邮件活动

Posted 2023-02-18

【中文标题】跟踪大量电子邮件活动

【英文标题】：Track mass email campaigns

【发布时间】：2011-02-26 21:15:30

【问题描述】：

Litmus 上个月（2010 年 5 月）发布了电子邮件分析服务。 见这里：http://litmusapp.com/email-analytics

它们拥有非常酷的“读取率”跟踪：它们可以跟踪正常读取、略读和浏览/删除。

他们如何跟踪略读和浏览/删除的内容？这对我来说似乎是不可能的:)

他们还向前跟踪和打印。 打印很容易（它们包括带有 bg 图像的 css @media print 查询）。

但是转发？我认为这可能是后续打开和不同 IP/引用 URL 之间的组合。但是，这意味着如果我打开我的邮件并从另一台计算机重新阅读它，它会被视为转发。关于这个有什么想法吗？

总结一下： Litmus Email Analytics 表示他们可以跟踪电子邮件阅读、浏览、浏览/删除、打印和 前锋。他们是如何做到的（略读、浏览/删除和转发）？

跟踪代码： 这是代码。您为每个列表/广告系列组合创建一个唯一代码（以便您可以跟踪广告系列..），然后将以下 html/css 代码放在您的电子邮件标签之前。

<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"   border="0" />

---

测试结果：

使用 Gmail，打印跟踪有效。雅虎！不知何故失败了。 Glances/Deleted 确实有效，我已经测试过了。

【问题讨论】：

如果他们 IMG SRC 是 CGI 生成的动画 GIF（如时钟），他们可以测量 CGI 向阅读器发送数据多长时间并将其用于浏览/浏览？

如果是这样，那么如果您在浏览器中加载 IMG URL……难道不应该一直加载到您关闭页面吗？事实并非如此。 PS：我已经用他们给你的跟踪代码编辑了最初的帖子。

说真的，对此的任何输入将不胜感激。我很好奇他们是怎么做到的。将继续测试和更新初始帖子。

我一直在测试更多，CGI gif 似乎是唯一的方法。浏览器对此反应不大……此外，它似乎只是加载了几秒钟。

【参考方案1】：

代码的工作方式如下：

<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"   border="0" />

查看电子邮件时会加载一张图片。这会计算“打开”统计信息。

还有一个从样式表引用的额外 div（id 为 _t）。 @media print 部分在打印电子邮件时应用背景图像。图片的 url 有一个额外的 p 属性，它可能告诉 Litmus 正在打印电子邮件。

前向统计的计算方式类似：当某些元素存在时加载背景图像。 Outlook 匹配 div.OutlookMessageHeader，其他东西（看起来像 Thunderbird，可能是 moz）匹配 table.moz-email-headers-table，其他所有东西都匹配 blockquote #_t（再次使用额外的 DIV）。这些元素由电子邮件客户端在撰写转发的电子邮件时创建。图像这次加载了 f 标志，它告诉 Litmus 计算前向统计量。

但是，这些统计数据必须谨慎对待：大多数电子邮件客户端会阻止任何类型的图像，直到用户决定显示它们。大多数网络邮件客户端将完全去除任何样式表，这使得打印和转发统计信息与 Gmail、Hotmail 和 Yahoo! 等客户端无关。邮件。

我希望这是有道理的！我还没有完全弄清楚扫视/删除的统计数据。当我这样做时，我一定会告诉你的。

【讨论】：

感谢您的回答。我已经弄清楚了打印跟踪，并且我理解您对转发的解释。但是，您对 webmail 客户端是正确的：它们不允许样式表 - 但您可以将 css 嵌入到消息中（这可能被视为垃圾邮件触发器）。浏览/浏览只能通过缓慢加载的 .gif 来跟踪，我对此非常确定。至于删除，仍然不知道 - Litmus 似乎只是在跟踪它们，就像是略读一样，这是有道理的。

我认为删除/浏览只是意味着消息在一段时间后被关闭。他们也会使用 .gif 文件进行跟踪。如果对 gif 的请求在完成加载之前关闭，则用户浏览或删除了它。有点简单的假设，但我想它是有效的。

我相信人们可能已经在大多数平台上实现了“读取率”功能，多亏了这个线程，我们也做到了，但是跟踪转发和打印给我带来了困难，在花了很多钱之后现在是时候进行研发了，我相信 Litmus 提到的所有限制仍然存在litmus.com/help/analytics/limitations

【参考方案2】：

我想知道对于skims 是否可以请求图像，但是src 脚本会休眠几秒钟，然后执行302 重定向到自身。它可以计算它被重定向的次数，并在一定次数后停止重定向，以确保浏览器不会提示重定向循环警告（但也许浏览器无论如何都不会对图像发出警告，我'从未测试过）。

【讨论】：

是的，他们就是这么干的。

有了 gmail 的新图像缓存/代理，这已经不在了。

@JeremyWeir，假设您现在可以在图像上指定无缓存（请参阅emailmarketingtipps.de/2013/12/07/…），这样 gmail 应该可以工作。

【参考方案3】：

我认为跟踪某人打开电子邮件的时间的一个好方法是模拟一个非常慢的连接。

您可以简单地构建一个跟踪处理程序，该处理程序逐字节返回跟踪图像。 在每个字节刷新响应并休眠一段时间后。

如果您遇到流关闭异常，则客户端已关闭电子邮件（已删除或更改为另一个知道的电子邮件）。

在异常发生时，您知道客户“阅读”电子邮件的时间。

希望这会有所帮助；-)

【讨论】：

这是个好主意。我唯一的问题是，如果我发送 30k 封电子邮件并让 1000 人几乎同时打开它们……这会为每人创建 10-20 秒的并发连接……那是很长一段时间内的大量并发连接时间。有什么想法吗？