español - email marketing
Seguimiento de campañas masivas de correo electrónico (3)
Creo que una buena manera de rastrear el momento en que alguien tiene abierto el correo electrónico es simular una conexión muy lenta.
Simplemente puede compilar 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.
Espero que esto ayude ;-)
Litmus lanzó un servicio de análisis de correo electrónico el mes pasado (mayo de 2010).
Vea aquí: http://litmusapp.com/email-analytics
Cuentan con un excelente seguimiento de "tasa de lectura": pueden rastrear lecturas normales, Skims y Glanced / Deleted.
¿Cómo pueden rastrear skims y glanced / deleted? Esto para mí parece imposible :)
También rastrean hacia adelante 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?
Para resumir: http://litmusapp.com/email-analytics dice que pueden rastrear lecturas de correos electrónicos, skims, glanced / deleted, prints y forwards. ¿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 de la prueba:
Con Gmail, el seguimiento de impresión funciona. Yahoo! de alguna manera falla Glances / Deleted en realidad funciona, lo he probado.
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 se mira el correo electrónico. 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 de @media print aplica una imagen de fondo cuando se está imprimiendo el correo electrónico. La url de la imagen tiene el atributo p adicional, que probablemente le dice a Litmus que el correo electrónico se está imprimiendo.
La estadística directa se calcula de manera similar: una imagen de fondo se carga cuando ciertos elementos están presentes. Outlook coincide con div.OutlookMessageHeader , algo más (parece que Thunderbird quizás, dado el table.moz-email-headers-table ) 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.
Sin embargo, estas estadísticas deben tomarse con un grano de sal: 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.
Me pregunto si para Skims si podría solicitar una imagen, pero la secuencia de comandos src duerme durante unos segundos, luego hace un 302 redirigir 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).