2010-06-02 6 views
30

Litmus đã phát hành một dịch vụ phân tích email vào tháng trước (có thể 2010).
Xem tại đây: http://litmusapp.com/email-analyticsTheo dõi các chiến dịch email hàng loạt

Chúng tự hào theo dõi "tỷ lệ đọc" rất tuyệt: họ có thể theo dõi số lần đọc bình thường, Skims và Glanced/Deleted.

Làm cách nào để theo dõi skims và liếc/xóa? Điều này với tôi dường như không thể :)

Họ cũng theo dõi chuyển tiếp và in. In dễ dàng (chúng bao gồm truy vấn in css @media với hình ảnh bg).

Nhưng chuyển tiếp? Tôi nghĩ rằng đây có thể là sự kết hợp giữa các lần mở tiếp theo và các IP khác nhau/các URL phân phối lại. Tuy nhiên, điều này có nghĩa là nếu tôi mở thư của mình và đọc lại nó từ một máy tính khác, nó sẽ được tính là tiền đạo. Có ý kiến ​​gì về cái này không?

Để tóm tắt: Litmus Email Analytics nói rằng họ có thể theo dõi email đọc, skims, liếc/xóa, in và chuyển tiếp. Làm thế nào để họ làm điều đó (skims, glanced/deleted và forwards)?

Mã theo dõi: Đây là mã. Bạn tạo mã duy nhất cho mỗi kết hợp danh sách/chiến dịch (để bạn có thể theo dõi chiến dịch ..), sau đó bạn đặt mã html/css sau trước thẻ của thông báo email của bạn.

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

Kết quả thử nghiệm:

Với Gmail, công trình theo dõi in. Yahoo! bằng cách nào đó thất bại. Liếc/Xóa thực sự hoạt động, tôi đã thử nghiệm.

+4

Nếu họ IMG SRC một GIF động CGI tạo (như một chiếc đồng hồ), họ có thể đo lường bao lâu CGI được gửi dữ liệu đến người đọc và sử dụng cho skim/lướt qua? – barrycarter

+0

Nếu điều đó đúng, thì nếu bạn tải URL IMG trong trình duyệt ... không nên đơn giản tiếp tục tải cho đến khi bạn đóng trang? Đó không phải là trường hợp. PS: Tôi đã chỉnh sửa bài đăng đầu tiên bằng mã theo dõi mà họ cung cấp cho bạn. – VladFr

+0

Nghiêm túc, bất kỳ đầu vào nào về điều này sẽ được đánh giá cao. Tôi đã rất tò mò về cách họ làm điều này. Sẽ tiếp tục thử nghiệm và cập nhật bài đăng đầu tiên. – VladFr

Trả lời

41

Mã này hoạt động theo cách sau:

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

Có một hình ảnh đó được nạp khi email được xem. Điều này đếm thống kê "mở".

Ngoài ra còn có thêm div (với id _t) được tham chiếu từ biểu định kiểu. Phần @media print áp dụng hình nền khi email đang được in. Url của hình ảnh có thuộc tính bổ sung p, có thể cho Litmus biết rằng email đang được in.

Thống kê chuyển tiếp được tính theo cách tương tự: hình nền được tải khi có một số yếu tố nhất định. Outlook khớp với div.OutlookMessageHeader, một cái gì đó khác (trông giống như Thunderbird có lẽ, được cho là moz) khớp với table.moz-email-headers-table và mọi thứ khác khớp với blockquote #_t (sử dụng lại DIV). Các yếu tố này được tạo bởi ứng dụng email khi email chuyển tiếp đang được soạn thảo. Hình ảnh này được tải với cờ f, cho Litmus tính toán số liệu thống kê về phía trước.

Các thống kê này phải được thực hiện bằng một hạt muối, tuy nhiên: hầu hết các ứng dụng email sẽ chặn bất kỳ hình ảnh nào cho đến khi người dùng quyết định hiển thị chúng. Hầu hết các ứng dụng webmail sẽ loại bỏ hoàn toàn bất kỳ bảng định kiểu nào, điều này làm cho các số liệu thống kê in và chuyển tiếp không phù hợp với các khách hàng như Gmail, Hotmail và Yahoo! Thư.

Tôi hy vọng điều này có ý nghĩa!Tôi đã không hoàn toàn tìm ra số liệu thống kê liếc/xóa. Khi tôi làm, tôi chắc chắn sẽ cho bạn biết.

+1

Cảm ơn câu trả lời của bạn. Tôi đã tìm ra bản in và tôi hiểu lời giải thích của bạn về việc chuyển tiếp. Tuy nhiên, bạn đúng về các ứng dụng email trực tuyến: chúng không cho phép các bảng định kiểu - nhưng bạn có thể nhúng css bên trong thư (có thể được tính là trình kích hoạt spam). Skims/glances chỉ có thể được theo dõi với tải chậm .gif, tôi khá chắc chắn về điều đó. Đối với xóa, vẫn không có ý tưởng - Litmus chỉ có vẻ là theo dõi chúng chính xác như skims, mà làm cho tinh thần. – VladFr

+0

Tôi nghĩ rằng xóa/skims chỉ có nghĩa là tin nhắn đã được đóng sau một thời gian nhất định. Họ sẽ theo dõi điều đó với tệp .gif. Nếu yêu cầu gif bị đóng trước khi nó tải xong, thì người dùng đã lướt qua hoặc xóa nó. Loại giả định đơn giản, nhưng tôi đoán nó hoạt động. – devongovett

+0

Tôi tin rằng mọi người có thể đã đạt được chức năng "Đọc giá" cho hầu hết các nền tảng và nhờ vào chủ đề này, chúng tôi đã làm nó quá NHƯNG theo dõi Chuyển tiếp và In đã cho tôi thời gian khó khăn, sau khi dành nhiều thời gian làm R & D bây giờ tôi tin tất cả những hạn chế được đề cập bởi Litmus vẫn là https://litmus.com/help/analytics/limitations – Soumyaansh

5

Tôi tự hỏi nếu trượt nếu nó có thể yêu cầu một hình ảnh, nhưng kịch bản src ngủ trong một vài giây, sau đó thực hiện chuyển hướng 302 cho chính nó. Nó có thể đếm số lần nó được chuyển hướng và dừng chuyển hướng sau một khoảng thời gian nhất định để đảm bảo trình duyệt không nhắc nhở cảnh báo vòng lặp chuyển hướng (nhưng có thể trình duyệt không thực hiện cảnh báo đó cho ảnh, tôi ' đã không bao giờ thử nghiệm nó).

+1

Yup, đó là cách chúng thực hiện. – Eli

+1

Với bộ nhớ đệm/proxy hình ảnh mới của gmail, đây là cửa sổ. – JeremyWeir

+0

@JeremyWeir, Giả sử bạn có thể chỉ định không có bộ nhớ cache trên hình ảnh của mình ngay bây giờ (xem http://www.emailmarketingtipps.de/2013/12/07/gmails-image-caching-affects-email-marketing-heal-opens-tracking /) vì vậy gmail sẽ hoạt động. – that0n3guy

6

Tôi nghĩ rằng một cách hay để theo dõi thời gian ai đó mở e-mail là mô phỏng kết nối rất chậm.

Bạn có thể chỉ cần tạo trình xử lý theo dõi trả về byte hình ảnh theo dõi theo byte. Sau mỗi byte xóa câu trả lời và ngủ trong một khoảng thời gian.

Nếu bạn gặp phải một luồng ngoại lệ, khách hàng đã đóng e-mail (đã xóa hoặc thay đổi sang một e-mail khác).

Tại thời điểm ngoại lệ, bạn biết thời gian khách hàng đọc 'e-mail.

Hope this helps ;-)

+0

Đây là một ý tưởng hay. Vấn đề duy nhất tôi có là nếu tôi gửi 30k email và nhận 1000 người để mở chúng cùng lúc ... tạo ra 10-20 giây kết nối đồng thời cho mỗi người .... thats nhiều kết nối đồng thời trong một thời gian dài thời gian. Bất kỳ ý tưởng nào về điều này? – that0n3guy