2010-06-02 12 views
30

Litmus lanzó un servicio de análisis de correo electrónico el mes pasado (mayo de 2010).
Ver aquí: http://litmusapp.com/email-analyticsSeguimiento de campañas de correo electrónico masivo

Ellos cuentan con un seguimiento muy fresco "leer tasa": se puede realizar un seguimiento de lecturas normales, Skims, y echó un vistazo/eliminados.

¿Cómo pueden rastrear skims y echar un vistazo/eliminar? Esto para mí parece imposible :)

También rastrean hacia delante e imprimen. Las impresiones son fáciles (incluyen una consulta de impresión css @media con una imagen bg).

¿Pero hacia adelante? Creo que esto podría ser un combo entre las siguientes aperturas y diferentes direcciones IP/URL de referencia. Sin embargo, esto significa que si abro mi correo y lo vuelvo a leer desde otra computadora, cuenta como reenvío. ¿Alguna idea sobre éste?

En resumen: Litmus Email Analytics dice que pueden realizar un seguimiento de correo electrónico lee, espumas, miró/borrados, grabados y hacia delante. ¿Cómo lo hacen (skims, glanced/deleted y forwards)?

Código de seguimiento: Este es el código. Usted crea un código único para cada combinación de lista/campaña (para que pueda rastrear las campañas ...) luego coloca el siguiente código html/css antes de la etiqueta de su mensaje de correo electrónico.

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

Resultados del ensayo:

Con Gmail, trabajos de seguimiento de impresión. Yahoo! de alguna manera falla Glances/Deleted en realidad funciona, lo he probado.

+4

Si IMG SRC un GIF animado generada CGI-(como un reloj), que puede medir el tiempo que el CGI está enviando datos al lector y el uso que de leche descremada/vista? – barrycarter

+0

Si eso fuera cierto, entonces, si cargara la URL IMG en un navegador ... ¿no debería simplemente seguir cargando hasta que cierre la página? Ese no es el caso. PD: He editado la publicación inicial con el código de seguimiento que le dan. – VladFr

+0

En serio, cualquier comentario sobre esto será apreciado. Estoy muerto de curiosidad sobre cómo hacen esto. Continuará probando y actualizando la publicación inicial. – VladFr

Respuesta

41

el código funciona de la siguiente manera:

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

Hay una imagen que se carga cuando el correo electrónico se ve. Esto cuenta la estadística de "aperturas".

También hay un div adicional (con el ID _t) al que se hace referencia desde una hoja de estilo. La sección @media print aplica una imagen de fondo cuando se está imprimiendo el correo electrónico. La url de la imagen tiene el atributo adicional p, que probablemente le dice a Litmus que el correo electrónico se está imprimiendo.

La estadística de reenvío se calcula de manera similar: una imagen de fondo se carga cuando ciertos elementos están presentes. Outlook coincide con el div.OutlookMessageHeader, algo más (parece que Thunderbird quizás, dado el moz) coincide con table.moz-email-headers-table, y todo lo demás coincide con blockquote #_t (usando el DIV adicional de nuevo). Estos elementos son creados por el cliente de correo electrónico cuando se está compilando el correo electrónico reenviado. La imagen está cargada esta vez con la bandera f, que le dice a Litmus que calcule la estadística de avance.

Estas estadísticas se deben tomar con un grano de sal, sin embargo: la mayoría de los clientes de correo electrónico bloquearán imágenes de cualquier tipo hasta que el usuario decida mostrarlas. La mayoría de los clientes de correo web eliminarán por completo las hojas de estilo, lo que hace que las estadísticas de impresión y envío sean irrelevantes para clientes como Gmail, Hotmail y Yahoo! Correo.

¡Espero que esto tenga sentido!Todavía no he descifrado la estadística de glanded/deleted. Cuando lo haga, me aseguraré de hacértelo saber.

+1

Gracias por su respuesta. Había averiguado el seguimiento de impresión, y entiendo tu explicación con respecto a los forwards. Sin embargo, tiene razón acerca de los clientes de correo web: no permiten las hojas de estilo, pero puede insertar el CSS dentro del mensaje (que puede contar como un activador de correo no deseado). Skims/Glances solo se pueden rastrear con el .gif de carga lenta, estoy bastante seguro de eso. En cuanto a las eliminaciones, todavía no tengo idea: Litmus simplemente parece rastrearlas exactamente igual que los skims, lo que tiene sentido. – VladFr

+0

Creo que eliminar/borrar solo significa que el mensaje se cerró después de un tiempo menor. También rastrearían eso con el archivo .gif. Si la solicitud del archivo .gif se cerró antes de que terminara de cargarse, el usuario la eliminó o eliminó. Es una suposición simple, pero supongo que funciona. – devongovett

+0

Creo que la gente podría haber alcanzado la funcionalidad de "Tasa de lectura" para la mayoría de las plataformas y gracias a este hilo también lo hicimos, pero el seguimiento de Forward and Print me ha dado momentos difíciles, después de haber pasado mucho tiempo haciendo I + D ahora. todas las limitaciones mencionadas por Litmus se quedan todavía https://litmus.com/help/analytics/limitations – Soumyaansh

5

Me pregunto si para los skims si pudiera solicitar una imagen, pero la secuencia de comandos src duerme durante unos segundos, luego hace un redireccionamiento 302 a sí mismo. Podría contar la cantidad de veces que se redirigió y dejar de redireccionar después de una cierta cantidad de veces para asegurarse de que el navegador no solicite la advertencia de bucle de redireccionamiento (pero tal vez los navegadores no hagan esa advertencia para las imágenes de todos modos, ' nunca lo he probado).

+1

Sí, eso es más o menos cómo lo hacen. – Eli

+1

Con el nuevo caché/proxy de imagen de Gmail esto está fuera de la ventana. – JeremyWeir

+0

@JeremyWeir, supuestamente puede especificar no-caché en sus imágenes ahora (consulte http://www.emailmarketingtipps.de/2013/12/07/gmails-image-caching-affects-email-marketing-heal-opens-tracking /) entonces gmail debería funcionar. – that0n3guy

6

Creo que una buena manera de rastrear el tiempo que alguien tiene el correo electrónico abierto es simular una conexión muy lenta.

Simplemente puede crear un controlador de seguimiento que devuelve el byte de la imagen de seguimiento por byte. Después de cada byte, descargue la respuesta y duerma durante un período de tiempo.

Si encuentra una excepción de secuencia cerrada, el cliente ha cerrado el correo electrónico (eliminado o cambiado a otro correo electrónico, quién sabe).

En el momento de la excepción, usted sabe por cuánto tiempo el cliente 'leyó' el correo electrónico.

Esperanza esto ayuda ;-)

+0

Esta es una buena idea. El único problema que tengo es que si envío 30k correos electrónicos y consigo que 1000 personas los abran casi al mismo tiempo ... eso crea entre 10 y 20 segundos de conexiones simultáneas por persona ... eso es una gran cantidad de conexiones simultáneas por mucho tiempo. hora. ¿Alguna idea sobre esto? – that0n3guy

Cuestiones relacionadas