2010-06-02 17 views
30

Litmus ha rilasciato un servizio di analisi e-mail il mese scorso (maggio 2010).
vedere qui: http://litmusapp.com/email-analyticsTracciare campagne email di massa

Vantano un molto cool di monitoraggio "read rate": possono tenere traccia normale legge, sfiora, e guardò/eliminati.

Come possono tracciare gli scarti e visualizzati/eliminati? Questo per me sembra impossibile :)

Inoltre tracciano avanti e stampa. Le stampe sono facili (includono una query di stampa css @media con un'immagine bg).

Ma avanti? Penso che potrebbe essere una combo tra successive aperture e diversi IP/URL di riferimento. Tuttavia, questo significa che se apro la mia posta e la rileggo da un altro computer, conta come un forward. Qualche idea su questo?

In sintesi: Litmus Email Analytics dice che possono tenere traccia delle e-mail si legge, rasature, guardò/cancellati, stampe e avanti. Come lo fanno (skims, guardato/cancellato e in avanti)?

Codice di identificazione: Questo è il codice. Crei un codice univoco per ciascuna combinazione di elenchi/campagne (in modo da poter monitorare le campagne ..) quindi inserisci il seguente codice html/css prima del tag del tuo messaggio di posta elettronica.

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

I risultati dei test:

Con Gmail, lavori di tracciamento di stampa. Yahoo! in qualche modo fallisce. Sguardi/cancellati funziona davvero, l'ho provato.

+4

Se IMG SRC un GIF animato CGI-generated (come un orologio), si può misurare quanto tempo il CGI sta inviando dati al lettore e l'uso che per scremato/sguardo? – barrycarter

+0

Se fosse vero, allora se dovessi caricare l'URL IMG in un browser ... non dovrebbe semplicemente continuare a caricare fino a quando non chiudi la pagina? Questo non è il caso. PS: Ho modificato il post iniziale con il codice di monitoraggio che ti danno. – VladFr

+0

Seriamente, qualsiasi input su questo sarà apprezzato. Sono morto curioso di sapere come lo fanno. Continuerà a testare e aggiornare il post iniziale. – VladFr

risposta

41

il codice funziona nel seguente modo:

<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'è un'immagine che viene caricato quando l'e-mail viene visualizzato. Questo conta la statistica "apre".

C'è anche un div extra (con id _t) a cui si fa riferimento da un foglio di stile. La sezione @media print applica un'immagine di sfondo al momento della stampa dell'e-mail. L'URL dell'immagine ha l'attributo p aggiuntivo, che probabilmente indica a Litmus che il messaggio è stato stampato.

La statistica di inoltro viene calcolata in modo simile: un'immagine di sfondo viene caricata quando sono presenti determinati elementi. Outlook corrisponde a div.OutlookMessageHeader, qualcos'altro (sembra Thunderbird forse, date le moz) corrispondenze table.moz-email-headers-table, e tutto il resto corrisponde a blockquote #_t (utilizzando di nuovo il DIV aggiuntivo). Questi elementi vengono creati dal client di posta elettronica al momento della composizione dell'email inoltrata. L'immagine viene caricata questa volta con il flag f, che indica a Litmus di calcolare la statistica diretta.

Queste statistiche devono essere prese con un pizzico di sale, tuttavia: la maggior parte dei client di posta elettronica bloccherà le immagini di qualsiasi tipo fino a quando l'utente non deciderà di mostrarle. La maggior parte dei client webmail elimina completamente i fogli di stile, il che rende le statistiche di stampa e inoltro irrilevanti per clienti come Gmail, Hotmail e Yahoo! Mail.

Spero che abbia senso!Non ho ancora capito bene la statistica occhiata/cancellata. Quando lo farò, sarò sicuro di farti sapere.

+1

Grazie per la risposta. Avevo capito il tracciamento della stampa e capisco la tua spiegazione in merito. Comunque hai ragione sui client webmail: non ammettono fogli di stile, ma potresti incorporare il css all'interno del messaggio (che può essere considerato come un trigger di spam). Le tracce/occhiate possono essere tracciate solo con il caricamento lento .gif, ne sono abbastanza sicuro. Per quanto riguarda le eliminazioni, non ne ho idea - i Litmus sembrano seguirli esattamente come se fossero degli scarti, il che ha senso. – VladFr

+0

Penso che cancella/scorza significhi solo che il messaggio è stato chiuso dopo un certo periodo di tempo. Lo avrebbero tracciato anche con il file .gif. Se la richiesta per la gif è stata chiusa prima del completamento del caricamento, l'utente lo ha scostato o cancellato. Una specie di supposizione semplice, ma immagino che funzioni. – devongovett

+0

Credo che le persone avrebbero potuto ottenere la funzionalità "Read Rate" per la maggior parte delle piattaforme e, grazie a questo thread, l'abbiamo fatto anche MA il monitoraggio di Forward and Print mi ha dato momenti difficili, dopo aver passato molto tempo a fare ricerca e sviluppo ora credo tutte le limitazioni menzionate da Litmus rimangono ancora https://litmus.com/help/analytics/limitations – Soumyaansh

5

Mi chiedo se per skims se possa richiedere un'immagine, ma lo script src dorme per alcuni secondi, quindi esegue un reindirizzamento 302 su se stesso. Può contare il numero di volte in cui è stato reindirizzato e interrompe il reindirizzamento dopo un certo numero di volte per assicurarsi che il browser non richieda l'avviso del ciclo di reindirizzamento (ma forse i browser non fanno comunque questo avviso per le immagini, I ' non l'ho mai testato).

+1

Sì, è praticamente come lo fanno. – Eli

+1

Con la nuova immagine cache/proxy di gmail questo è fuori dalla finestra. – JeremyWeir

+0

@JeremyWeir, Presumibilmente è possibile specificare no-cache sulle immagini ora (consultare http://www.emailmarketingtipps.de/2013/12/07/gmails-image-caching-affects-email-marketing-heal-opens-tracking /) quindi gmail dovrebbe funzionare. – that0n3guy

6

Penso che un buon modo per tenere traccia del tempo in cui qualcuno ha l'e-mail aperta è di simulare una connessione molto lenta.

È possibile semplicemente creare un gestore di tracciamento che restituisce l'immagine di tracciamento byte per byte. Dopo ogni byte svuotare la risposta e dormire per un periodo di tempo.

Se si verifica un'eccezione di flusso chiuso, il client ha chiuso l'e-mail (cancellato o modificato in un'altra e-mail, chissà).

Al momento dell'eccezione si conosce per quanto tempo il client "legge" l'e-mail.

Spero che questo aiuti ;-)

+0

Questa è una buona idea. L'unico problema che ho è che se invio e-mail 30k e ottengo 1000 persone per aprirle quasi allo stesso tempo ... questo crea 10-20 secondi di connessioni simultanee per persona .... questo è un sacco di connessioni simultanee per un lungo tempo. Qualche idea su questo? – that0n3guy

Problemi correlati