Questa società di analisi email offre una "metrica di coinvolgimento" che mostra quanto tempo qualcuno passa a guardare un'email, sia che l'e-mail sia stampata o cancellato .
Inoltre affermano che funziona praticamente in tutti i client di posta elettronica, sia esso web, desktop o mobile.
Guardando un esempio per il codice di monitoraggio (primo collegamento), posso vedere come tracciano le stampe, ma come tengono traccia di quanto tempo hai letto l'email e se la cancelli o meno?
L'email include riferimenti a immagini ospitate esternamente, come http://example.com/[tracking_id].png , in cui la società di monitoraggio controlla il server che ospita l'immagine. La società registra come e quando ciascun URL di immagine unico viene caricato da un client di posta.
Come hai notato, le operazioni di stampa possono essere registrate da un'immagine di tracciamento nella direttiva CSS @media print . Ciò presuppone che l'immagine di tracciamento non verrà caricata fino a quando l'utente non stamperà effettivamente l'e-mail.
La durata del tempo di visione potrebbe teoricamente essere tracciata da un'immagine a caricamento lento. Il server manterrebbe la risposta HTTP permanentemente incompleta e verrà terminata solo quando l'utente si allontana dall'e-mail. Il server può registrare il tempo impiegato dal client per interrompere la connessione. Tuttavia, non ho osservato questo comportamento a caricamento lento in HTTP. Potrebbe essere possibile fare qualcosa di simile con i socket TCP, che potrebbero essere mantenuti aperti anche dopo il completamento della richiesta HTTP (poiché l'immagine viene pubblicata con Connection: keep-alive ), ma la mia ricerca iniziale suggerisce che le connessioni TCP possano essere mantenute in vita dopo la navigazione lontano da una pagina che richiedeva la risorsa keep-alive.
Escludendo questa possibilità, sembra che il codice che hai incluso non tenga traccia del tempo trascorso a cercare l'email. Probabilmente il monitoraggio del tempo è una funzione premium non abilitata per questo tracker.
L'unica possibilità (leggermente ridicola) che posso considerare è che la risorsa /F viene in qualche modo caricata quando viene eseguita un'azione di navigazione (cioè, l'azione di navigazione causa una manipolazione alla struttura del documento che causa l'applicazione della regola CSS ). Se questa è la teoria (abbastanza fuori), il monitoraggio del tempo funzionerà solo sulla posta basata sul Web.
Infine, non hanno la possibilità di rilevare le eliminazioni. In questo articolo si presuppone semplicemente che un utente che ha trascorso meno di 2 secondi a guardare una e-mail lo abbia eliminato.
Ottengo regolarmente queste domande dai clienti. Il problema fondamentale è che qualsiasi tecnologia di tracciamento della posta elettronica richiede la collaborazione del cliente. L'altra risposta ha sezionato il tracciamento dell'immagine, quindi non lo ripeterò qui, se non per sottolineare che il client deve caricare l'immagine dal proprio server (il server è ora nella mia lista di blocco).
I client di posta elettronica basati sul Web ti combatteranno a denti stretti per problemi di css, quindi probabilmente hanno un'opzione in linea o solo una consegna su misura basata sul record MX del destinatario. I client desktop di solito hanno un'opzione "download images", molto facile da disattivare.
Quindi, è possibile sapere (o indovinare) che cosa ha fatto il lettore con il tuo messaggio SE collaborano con te. Se il 40% dei tuoi messaggi ritorna come "non letto" non significa che non sono stati letti, significa solo che il cliente non ti ha detto se sono stati letti. Allo stesso modo, posso vedere un antivirus che acquisisce tutto per processarlo interpretato come "letto ed eliminato".
Leggi altre domande sui tag html email css privacy user-tracking