Un'apertura registrata indica che un'immagine è stata richiesta. I servizi di privacy possono effettuare quella richiesta prima che una persona legga il messaggio. Una persona può anche leggere con le immagini bloccate senza generare alcun evento di apertura.
Come funziona il tracciamento delle aperture?
Una piattaforma email aggiunge un'immagine di tracciamento trasparente al messaggio HTML. Il suo URL identifica il messaggio e il destinatario, così il server di tracciamento può associare una richiesta di immagine a quell'invio.
Quando un client carica l'immagine, il server registra un evento di apertura. L'evento può includere il timestamp della richiesta, l'indirizzo IP e lo user agent. Questi descrivono la richiesta; un proxy può nascondere il dispositivo o la posizione del destinatario. La guida al tracciamento di aperture e clic di Bird descrive gli eventi registrati.
Perché il tracciamento delle aperture non è affidabile?
Il recupero automatico delle immagini può registrare un'apertura senza lettura. Le immagini bloccate e i messaggi in testo semplice possono nascondere una lettura reale.
Apple Mail Privacy Protection scarica i contenuti remoti in background indipendentemente dal fatto che il destinatario interagisca con l'email. Nasconde anche l'indirizzo IP del destinatario. Un'apertura causata da quel recupero non può stabilire che la persona abbia letto il messaggio.
Un destinatario che blocca le immagini remote può leggere il testo senza caricare l'immagine di tracciamento. Un messaggio in testo semplice non contiene immagini di tracciamento. Nessuno dei due genera la richiesta di immagine necessaria per registrare un'apertura.
Confronta le aperture solo tenendo conto dell'audience, delle impostazioni di tracciamento e degli effetti sulla privacy. Una variazione nel tasso registrato identifica qualcosa da indagare; non stabilisce un cambiamento nella lettura o nel posizionamento in inbox.
Cosa stabilisce un clic?
Un clic tracciato stabilisce che un client ha richiesto un link riscritto. Non stabilisce chi ha effettuato la richiesta né se ha completato l'azione prevista.
Il tracciamento dei clic reindirizza le richieste attraverso un server di tracciamento prima di proseguire verso la destinazione. Funziona senza caricare un'immagine. Anche i sistemi anti-spam possono seguire i link, come Spamhaus, un gestore di blocklist email, descrive.
Per una campagna di acquisto, misura gli acquisti completati nella tua applicazione insieme ai clic registrati. Per la configurazione di un account, misura le configurazioni completate. Mantieni l'audience e il periodo di confronto coerenti. I clic possono aiutare a individuare un cambiamento nel percorso, ma l'azione completata stabilisce il risultato desiderato.
Come si abilita o disabilita il tracciamento delle aperture con Bird?
Abiliti il tracciamento delle aperture per il tuo dominio di invio e verifichi il relativo hostname di tracciamento. Anche il flag per messaggio track_opens deve essere abilitato. Il suo valore predefinito API è true, ma quel flag da solo non abilita il tracciamento a livello di dominio.
Imposta track_opens: false su un messaggio per impedire l'inserimento dell'immagine di tracciamento. Configura track_clicks separatamente; disabilitare le aperture non disabilita il tracciamento dei clic. Il riferimento della richiesta di invio definisce entrambi i flag booleani e la guida al tracciamento spiega i prerequisiti del dominio.
Puoi ispezionare gli eventi email.opened e il loro campo is_prefetched attraverso gli eventi API. Bird esclude le aperture identificate come prefetch dal tasso di aperture uniche della dashboard. Il filtraggio non può comunque contare una persona che legge con le immagini bloccate.
Un'email consegnata può comunque non arrivare nella inbox?
Sì. Il mail server ricevente può accettare un messaggio e collocarlo nello spam. L'evento email.delivered registra l'accettazione da parte del server. Non stabilisce il posizionamento in inbox né la lettura.
Inbox Insights fornisce stime di posizionamento da caselle di posta campionate. Gli eventi di consegna riportano separatamente il ciclo di vita dell'invio. Un server ricevente può anche emettere un bounce tardivo dopo aver accettato il messaggio, quindi un evento di consegna iniziale non esclude un errore successivo.