Aggiornamento sul caricamento delle immagini nell'app Gmail

Uccello

25 gen 2022

Email

1 min read

Aggiornamento sul caricamento delle immagini nell'app Gmail

Punti Chiave

    • Gmail ora prefetch immagini quando un utente ha una sessione Gmail attiva su web o mobile, causando aperture false prima che l'email venga visualizzata.

    • Il prefetching avviene solo quando l'app Gmail è aperta e connessa, e si verifica immediatamente prima che l'interfaccia utente visualizzi l'email.

    • Queste aperture false originano da intervalli IP di Google e utilizzano sempre una stringa utente specifica che differisce dalla Google Image Cache.

    • Il prefetching è separato dall'apertura della Google Image Cache che avviene quando un utente apre effettivamente l'email.

    • Un'analisi di 9,8 miliardi di aperture di Gmail ha trovato che le aperture false rappresentano 1–6% delle aperture di Gmail, potenzialmente gonfiando i tassi di apertura segnalati fino a ~2 punti percentuali.

    • L'impatto è minore rispetto alla Apple Mail Privacy Protection, ma riduce ulteriormente l'affidabilità del tracking delle aperture.

    • La misurazione dell'engagement dovrebbe spostarsi verso clic, test delle linee oggetto e comportamenti a valle.

    • SparkPost contrassegna automaticamente questi eventi con l'attributo is_prefetched nell'API eventi e nei webhook.

    • I mittenti non-SparkPost possono ancora rilevare aperture false filtrando per il noto user-agent del Gmail Prefetch Bot.

    • Il prefetching sembra essere legato a una scansione di sicurezza prima della visualizzazione delle email in Gmail, basato su tempistiche e comportamento delle richieste.

    • Il prefetch avviene solo una volta per thread non letto; messaggi futuri nello stesso thread non attiveranno prefetch aggiuntivi a meno che non siano non letti.

    • Il prefetch può continuare brevemente dopo la chiusura dell'app mobile Gmail a causa dell'attività in background.

Punti salienti del Q&A

  • Che nuovo comportamento ha introdotto Gmail?

    Gmail ora precarica le immagini prima di visualizzare le email quando un utente è attivamente connesso a Gmail sul web o sul mobile.

  • Il preloading di Gmail conta come un'apertura reale dell'email?

    No. Questi sono falsi apri che si verificano prima che l'utente veda l'email.

  • Quando Gmail attiva il prefetching delle immagini?

    Solo quando il destinatario ha una sessione attiva di Gmail aperta al momento della consegna dell'email.

  • In che modo il prefetching di Gmail è diverso dalla cache delle immagini di Google?

    Il prefetching avviene prima che l'email venga visualizzata, mentre Google Image Cache carica le immagini quando un utente apre realmente l'email.

  • Quale user-agent identifica le aperture di prefetch di Gmail?

    Una stringa UA specifica che inizia con:

    Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 ...

  • Quanto è significativa l'inflazione sui tassi di apertura?

    Le aperture false costituiscono circa 1-6% delle aperture di Gmail, gonfiando i tassi di apertura fino a circa 2%.

  • Come possono i mittenti rilevare le aperture di prefetch?

    Filtra gli eventi aperti che corrispondono all'user-agent noto del Gmail Prefetch Bot e provengono da indirizzi IP di proprietà di Google.

  • Cosa ha fatto SparkPost per supportare il rilevamento?

    Ha aggiunto un is_prefetched flag nell'API degli eventi e nei webhook per identificare automaticamente questi eventi.

  • Perché Gmail preleva in anticipo le immagini?

    Le evidenze suggeriscono che agisca come una scansione di sicurezza prima di mostrare l'email all'utente.

  • La prefetching avviene per ogni messaggio in un thread?

    No. Di solito accade solo una volta per thread Gmail non letto.

  • Cosa succede dopo la richiesta di prefetch?

    Una richiesta separata della cache delle immagini di Google si verifica ancora quando l'utente apre effettivamente l'email.

  • Su cosa dovrebbero concentrarsi i mittenti invece che sulle aperture?

    Clic, comportamento sul sito, qualità della consegna, igiene della lista e ottimizzazione dell'oggetto.

Che cos'è il prefetching delle immagini di Gmail?

Le recenti modifiche alla Protezione della Privacy di Apple Mail ci hanno fatto chiedere: dove altro sta avvenendo il prefetching? Mentre falsi aperture non sorprendono affatto, abbiamo ulteriori dettagli attorno al limitato insieme di circostanze in cui Gmail prefetcha immagini nelle email inviate agli utenti di Gmail. 

Quando avviene il prefetching di Gmail

Le aperture prefetch di Gmail si verificano nelle seguenti circostanze:

  1. Un destinatario Gmail è connesso e ha una sessione attiva aperta nell'app Gmail (sia nell'app web che nell'app mobile).

  2. Un'email viene inviata al destinatario Gmail mentre la loro sessione è attiva/aperta.

  3. Gmail prefetcha tutte le immagini immediatamente prima che l'interfaccia utente visualizzi l'email.

  4. Questo prefetch di immagini si aggiunge a (e differisce da) Google Image Cache aperture, che avviene quando l'utente apre l'email.

Il prefetch delle immagini si verifica solo quando l'utente è connesso all'applicazione Gmail, proviene da un indirizzo IP di Google e viene richiesto utilizzando la seguente stringa della user-agent:

Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, come Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0

Nell'indagare miliardi di eventi di apertura, possiamo dire con certezza che queste aperture sono aperture false e non indicano un reale evento di apertura da parte dell'utente. Questi eventi di apertura sono indipendenti e distinti dagli eventi di apertura avviati dall'utente attivati da Google Image Cache.

Come identificare le aperture prefetch di Gmail (sintesi)

Segnale

Cosa indica

Sessione Gmail attiva (web o mobile)

Il prefetch si verifica solo durante l'uso attivo

Immagini recuperate prima del rendering dell'interfaccia utente

Apertura registrata prima che l'utente veda l'email

IP sorgente di proprietà di Google

Richiesta lato server, non dispositivo del destinatario

User-agent specifica di prefetch di Gmail

Impronta affidabile per il filtraggio

Si verifica secondi dopo la consegna

Il tempismo conferma un comportamento automatizzato

Le recenti modifiche alla Protezione della Privacy di Apple Mail ci hanno fatto chiedere: dove altro sta avvenendo il prefetching? Mentre falsi aperture non sorprendono affatto, abbiamo ulteriori dettagli attorno al limitato insieme di circostanze in cui Gmail prefetcha immagini nelle email inviate agli utenti di Gmail. 

Quando avviene il prefetching di Gmail

Le aperture prefetch di Gmail si verificano nelle seguenti circostanze:

  1. Un destinatario Gmail è connesso e ha una sessione attiva aperta nell'app Gmail (sia nell'app web che nell'app mobile).

  2. Un'email viene inviata al destinatario Gmail mentre la loro sessione è attiva/aperta.

  3. Gmail prefetcha tutte le immagini immediatamente prima che l'interfaccia utente visualizzi l'email.

  4. Questo prefetch di immagini si aggiunge a (e differisce da) Google Image Cache aperture, che avviene quando l'utente apre l'email.

Il prefetch delle immagini si verifica solo quando l'utente è connesso all'applicazione Gmail, proviene da un indirizzo IP di Google e viene richiesto utilizzando la seguente stringa della user-agent:

Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, come Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0

Nell'indagare miliardi di eventi di apertura, possiamo dire con certezza che queste aperture sono aperture false e non indicano un reale evento di apertura da parte dell'utente. Questi eventi di apertura sono indipendenti e distinti dagli eventi di apertura avviati dall'utente attivati da Google Image Cache.

Come identificare le aperture prefetch di Gmail (sintesi)

Segnale

Cosa indica

Sessione Gmail attiva (web o mobile)

Il prefetch si verifica solo durante l'uso attivo

Immagini recuperate prima del rendering dell'interfaccia utente

Apertura registrata prima che l'utente veda l'email

IP sorgente di proprietà di Google

Richiesta lato server, non dispositivo del destinatario

User-agent specifica di prefetch di Gmail

Impronta affidabile per il filtraggio

Si verifica secondi dopo la consegna

Il tempismo conferma un comportamento automatizzato

Le recenti modifiche alla Protezione della Privacy di Apple Mail ci hanno fatto chiedere: dove altro sta avvenendo il prefetching? Mentre falsi aperture non sorprendono affatto, abbiamo ulteriori dettagli attorno al limitato insieme di circostanze in cui Gmail prefetcha immagini nelle email inviate agli utenti di Gmail. 

Quando avviene il prefetching di Gmail

Le aperture prefetch di Gmail si verificano nelle seguenti circostanze:

  1. Un destinatario Gmail è connesso e ha una sessione attiva aperta nell'app Gmail (sia nell'app web che nell'app mobile).

  2. Un'email viene inviata al destinatario Gmail mentre la loro sessione è attiva/aperta.

  3. Gmail prefetcha tutte le immagini immediatamente prima che l'interfaccia utente visualizzi l'email.

  4. Questo prefetch di immagini si aggiunge a (e differisce da) Google Image Cache aperture, che avviene quando l'utente apre l'email.

Il prefetch delle immagini si verifica solo quando l'utente è connesso all'applicazione Gmail, proviene da un indirizzo IP di Google e viene richiesto utilizzando la seguente stringa della user-agent:

Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, come Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0

Nell'indagare miliardi di eventi di apertura, possiamo dire con certezza che queste aperture sono aperture false e non indicano un reale evento di apertura da parte dell'utente. Questi eventi di apertura sono indipendenti e distinti dagli eventi di apertura avviati dall'utente attivati da Google Image Cache.

Come identificare le aperture prefetch di Gmail (sintesi)

Segnale

Cosa indica

Sessione Gmail attiva (web o mobile)

Il prefetch si verifica solo durante l'uso attivo

Immagini recuperate prima del rendering dell'interfaccia utente

Apertura registrata prima che l'utente veda l'email

IP sorgente di proprietà di Google

Richiesta lato server, non dispositivo del destinatario

User-agent specifica di prefetch di Gmail

Impronta affidabile per il filtraggio

Si verifica secondi dopo la consegna

Il tempismo conferma un comportamento automatizzato

Come il prefetching di Gmail influisce sui tassi di apertura

Quali sono le implicazioni delle aperture false su Gmail? Fortunatamente, sono minori e lontane dalla scala della Protezione della Privacy di Apple Mail. Tuttavia, con il tracciamento delle aperture che diventa meno affidabile, creare oggetti accattivanti diventa ancora più critico per misurare l'impegno tramite clic piuttosto che aperture.

Analizzando oltre 9,8 miliardi di eventi di apertura dei destinatari di Gmail nel dicembre 2021, per la maggior parte degli mittenti, abbiamo visto che le aperture false rappresentavano tra l'1 e il 6% degli eventi di apertura. Ciò significa che il tuo tasso di apertura potrebbe essere gonfiato fino a 2 punti percentuali. Ad esempio: se attualmente hai un tasso di apertura complessivo del 20% su Gmail, il tuo tasso di apertura corretto sarebbe più vicino al 18%.  

Prefetch di Gmail vs aperture della Cache Immagini Google

Comportamento

Gmail Prefetch

Cache Immagini Google

Attivato da

Attività dell'app Gmail

Utente che apre l'email

Rappresenta un reale impegno

No

Più probabile

Tempistica della richiesta

Prima della visualizzazione dell'email

Dopo l'apertura

Gestione analitica

Filtrare o ignorare

Retenere (con avvertenze)

Il tuo tasso specifico di aperture false può essere significativamente più alto o più basso rispetto a quanto riportato sopra. Poiché le aperture false sono attivate in base a quando gli utenti utilizzano l'applicazione Gmail, il comportamento e i casi d'uso del tuo pubblico specifico sono i fattori principali su quanto sarai influenzato da questo anomalia.

Dato questo impatto, il passo successivo è capire come identificare e filtrare questi eventi nei tuoi dati.

Quali sono le implicazioni delle aperture false su Gmail? Fortunatamente, sono minori e lontane dalla scala della Protezione della Privacy di Apple Mail. Tuttavia, con il tracciamento delle aperture che diventa meno affidabile, creare oggetti accattivanti diventa ancora più critico per misurare l'impegno tramite clic piuttosto che aperture.

Analizzando oltre 9,8 miliardi di eventi di apertura dei destinatari di Gmail nel dicembre 2021, per la maggior parte degli mittenti, abbiamo visto che le aperture false rappresentavano tra l'1 e il 6% degli eventi di apertura. Ciò significa che il tuo tasso di apertura potrebbe essere gonfiato fino a 2 punti percentuali. Ad esempio: se attualmente hai un tasso di apertura complessivo del 20% su Gmail, il tuo tasso di apertura corretto sarebbe più vicino al 18%.  

Prefetch di Gmail vs aperture della Cache Immagini Google

Comportamento

Gmail Prefetch

Cache Immagini Google

Attivato da

Attività dell'app Gmail

Utente che apre l'email

Rappresenta un reale impegno

No

Più probabile

Tempistica della richiesta

Prima della visualizzazione dell'email

Dopo l'apertura

Gestione analitica

Filtrare o ignorare

Retenere (con avvertenze)

Il tuo tasso specifico di aperture false può essere significativamente più alto o più basso rispetto a quanto riportato sopra. Poiché le aperture false sono attivate in base a quando gli utenti utilizzano l'applicazione Gmail, il comportamento e i casi d'uso del tuo pubblico specifico sono i fattori principali su quanto sarai influenzato da questo anomalia.

Dato questo impatto, il passo successivo è capire come identificare e filtrare questi eventi nei tuoi dati.

Quali sono le implicazioni delle aperture false su Gmail? Fortunatamente, sono minori e lontane dalla scala della Protezione della Privacy di Apple Mail. Tuttavia, con il tracciamento delle aperture che diventa meno affidabile, creare oggetti accattivanti diventa ancora più critico per misurare l'impegno tramite clic piuttosto che aperture.

Analizzando oltre 9,8 miliardi di eventi di apertura dei destinatari di Gmail nel dicembre 2021, per la maggior parte degli mittenti, abbiamo visto che le aperture false rappresentavano tra l'1 e il 6% degli eventi di apertura. Ciò significa che il tuo tasso di apertura potrebbe essere gonfiato fino a 2 punti percentuali. Ad esempio: se attualmente hai un tasso di apertura complessivo del 20% su Gmail, il tuo tasso di apertura corretto sarebbe più vicino al 18%.  

Prefetch di Gmail vs aperture della Cache Immagini Google

Comportamento

Gmail Prefetch

Cache Immagini Google

Attivato da

Attività dell'app Gmail

Utente che apre l'email

Rappresenta un reale impegno

No

Più probabile

Tempistica della richiesta

Prima della visualizzazione dell'email

Dopo l'apertura

Gestione analitica

Filtrare o ignorare

Retenere (con avvertenze)

Il tuo tasso specifico di aperture false può essere significativamente più alto o più basso rispetto a quanto riportato sopra. Poiché le aperture false sono attivate in base a quando gli utenti utilizzano l'applicazione Gmail, il comportamento e i casi d'uso del tuo pubblico specifico sono i fattori principali su quanto sarai influenzato da questo anomalia.

Dato questo impatto, il passo successivo è capire come identificare e filtrare questi eventi nei tuoi dati.

Come rilevare e ignorare le aperture prefetch di Gmail

Cosa fare in base alla tua configurazione di invio

Tipo di mittente

Gestione consigliata

Mittenti SparkPost

Usa il flag is_prefetched nell'API Events e nei Webhook

Mittenti non-SparkPost

Filtra le aperture abbinando l'user-agent di prefetch di Gmail conosciuto

Tutti i mittenti

Sposta l'enfasi dalle aperture ai clic e ai segnali successivi

Per i mittenti SparkPost

Per i mittenti SparkPost, ci siamo. Abbiamo già aggiornato la nostra API degli eventi e i webhook degli eventi per identificare automaticamente questi eventi di Prefetch di Gmail utilizzando il nuovissimo is_prefetched flag. Stiamo inoltre lavorando attivamente per aggiungere la capacità di distinguere le aperture prefetch e proxy nella nostra interfaccia dei rapporti di Analytics e nell'API Metrics. Rimanete sintonizzati per futuri aggiornamenti riguardanti i miglioramenti dell'interfaccia dei rapporti.

Per i mittenti non-SparkPost

Per gli altri, rilevare le aperture di prefetch di Gmail è ancora relativamente semplice. Per ulteriori dettagli tecnici sull'analisi dei dati email, consulta la nostra guida su come leggere le intestazioni delle email. Per ogni evento di apertura, dovrai ignorare (o contrassegnare univocamente) qualsiasi evento di apertura che corrisponde alla seguente stringa dell'user-agent:

Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, come Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0

Siamo stati in grado di confermare che questa stringa è unica per il Prefetch Bot di Google. 

Cosa fare in base alla tua configurazione di invio

Tipo di mittente

Gestione consigliata

Mittenti SparkPost

Usa il flag is_prefetched nell'API Events e nei Webhook

Mittenti non-SparkPost

Filtra le aperture abbinando l'user-agent di prefetch di Gmail conosciuto

Tutti i mittenti

Sposta l'enfasi dalle aperture ai clic e ai segnali successivi

Per i mittenti SparkPost

Per i mittenti SparkPost, ci siamo. Abbiamo già aggiornato la nostra API degli eventi e i webhook degli eventi per identificare automaticamente questi eventi di Prefetch di Gmail utilizzando il nuovissimo is_prefetched flag. Stiamo inoltre lavorando attivamente per aggiungere la capacità di distinguere le aperture prefetch e proxy nella nostra interfaccia dei rapporti di Analytics e nell'API Metrics. Rimanete sintonizzati per futuri aggiornamenti riguardanti i miglioramenti dell'interfaccia dei rapporti.

Per i mittenti non-SparkPost

Per gli altri, rilevare le aperture di prefetch di Gmail è ancora relativamente semplice. Per ulteriori dettagli tecnici sull'analisi dei dati email, consulta la nostra guida su come leggere le intestazioni delle email. Per ogni evento di apertura, dovrai ignorare (o contrassegnare univocamente) qualsiasi evento di apertura che corrisponde alla seguente stringa dell'user-agent:

Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, come Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0

Siamo stati in grado di confermare che questa stringa è unica per il Prefetch Bot di Google. 

Cosa fare in base alla tua configurazione di invio

Tipo di mittente

Gestione consigliata

Mittenti SparkPost

Usa il flag is_prefetched nell'API Events e nei Webhook

Mittenti non-SparkPost

Filtra le aperture abbinando l'user-agent di prefetch di Gmail conosciuto

Tutti i mittenti

Sposta l'enfasi dalle aperture ai clic e ai segnali successivi

Per i mittenti SparkPost

Per i mittenti SparkPost, ci siamo. Abbiamo già aggiornato la nostra API degli eventi e i webhook degli eventi per identificare automaticamente questi eventi di Prefetch di Gmail utilizzando il nuovissimo is_prefetched flag. Stiamo inoltre lavorando attivamente per aggiungere la capacità di distinguere le aperture prefetch e proxy nella nostra interfaccia dei rapporti di Analytics e nell'API Metrics. Rimanete sintonizzati per futuri aggiornamenti riguardanti i miglioramenti dell'interfaccia dei rapporti.

Per i mittenti non-SparkPost

Per gli altri, rilevare le aperture di prefetch di Gmail è ancora relativamente semplice. Per ulteriori dettagli tecnici sull'analisi dei dati email, consulta la nostra guida su come leggere le intestazioni delle email. Per ogni evento di apertura, dovrai ignorare (o contrassegnare univocamente) qualsiasi evento di apertura che corrisponde alla seguente stringa dell'user-agent:

Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, come Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0

Siamo stati in grado di confermare che questa stringa è unica per il Prefetch Bot di Google. 

Analisi dettagliata del prefetch di Gmail

Come dettagliato sopra, il prefetching di Gmail si verifica solo in un insieme limitato di circostanze. Il prefetching non avviene con altri client di posta. Invece, questo comportamento è specifico per quando un utente di Gmail ha l'app Gmail aperta nel proprio browser web o sta attivamente utilizzando l'app mobile. La nostra migliore ipotesi è che si tratti di una scansione di sicurezza prima di mostrare l'email all'utente nel proprio browser. Questo comportamento di prefetching evidenzia anche perché l'ottimizzazione delle dimensioni dei file email è importante per un caricamento più rapido e una migliore esperienza utente.

Comportamento delle richieste e segnali tecnici

Di seguito sono dettagliati gli header di richiesta completi per la richiesta dell'immagine. Alcune cose che noterai:

  • Il referer è impostato su http://mail.google.com. Curiosamente, anche se l'utente si trova su https://, Gmail imposta comunque il referer sul protocollo http:// quando effettua la richiesta. 

  • La richiesta proviene dai server di Gmail e non dal browser dell’utente. L'IP del client si risolve sempre in uno spazio IP di proprietà di Google.

  • A differenza della Cache Immagini di Google, la stringa dell'user-agent non indica che la richiesta proviene da uno dei bot di Google. Invece, la stringa dell'user-agent appare come una richiesta di immagine di un utente reale. Tuttavia, abbiamo confermato che questa stringa dell'user-agent identifica il bot di prefetch di Google.

  • La richiesta di apertura avviene entro pochi secondi dalla consegna dell'email. Inoltre, la richiesta avviene prima che l'email compaia nell'interfaccia Gmail dell'utente. Questo comportamento ci porta a credere che la richiesta sia per scopi di sicurezza.

  • Il prefetch sembra avvenire solo una volta per thread di email Gmail non letta. Nei nostri test approfonditi, una volta che un messaggio è stato letto dall'utente, le future email che rientrano in quel gruppo di thread non hanno avviato una richiesta di prefetch.

  • Questo prefetch è separato dalla Cache Immagini di Google. I nostri test indicano che anche dopo che l'immagine è stata prefetchata, viene effettuata una richiesta separata alla Cache Immagini di Google quando l'utente apre l'email.

  • Se un utente ha aperta l'app mobile di Gmail, il prefetch continuerà a verificarsi per un breve periodo di tempo, anche dopo la chiusura dell'app mobile.

Ecco un esempio di come appariranno gli header di richiesta quando un'immagine viene richiesta dal Google Prefetch Bot:


  headers: {
    host: {redacted}.m.pipedream.net’,
    ‘x-amzn-trace-id’: ‘Root={redacted},
    ‘accept-language’: ‘en-US’,
    referer: ‘http://mail.google.com/’,
    accept: ‘image/avif,image/webp,image/apng,image/svg+xml,image/*,*/*;q=0.8,
    from: ,
    ‘user-agent’: ‘Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0,
    ‘accept-encoding’: ‘gzip, deflate, br’
   },
   body: {},
   inferred_body_type: ‘FORM’,
   method: ‘GET’,
   url: ‘https://{redacted}.m.pipedream.net/header-1641a1.gif’,
   client_ip: ‘66.249.92.1,
   query: {}

Come dettagliato sopra, il prefetching di Gmail si verifica solo in un insieme limitato di circostanze. Il prefetching non avviene con altri client di posta. Invece, questo comportamento è specifico per quando un utente di Gmail ha l'app Gmail aperta nel proprio browser web o sta attivamente utilizzando l'app mobile. La nostra migliore ipotesi è che si tratti di una scansione di sicurezza prima di mostrare l'email all'utente nel proprio browser. Questo comportamento di prefetching evidenzia anche perché l'ottimizzazione delle dimensioni dei file email è importante per un caricamento più rapido e una migliore esperienza utente.

Comportamento delle richieste e segnali tecnici

Di seguito sono dettagliati gli header di richiesta completi per la richiesta dell'immagine. Alcune cose che noterai:

  • Il referer è impostato su http://mail.google.com. Curiosamente, anche se l'utente si trova su https://, Gmail imposta comunque il referer sul protocollo http:// quando effettua la richiesta. 

  • La richiesta proviene dai server di Gmail e non dal browser dell’utente. L'IP del client si risolve sempre in uno spazio IP di proprietà di Google.

  • A differenza della Cache Immagini di Google, la stringa dell'user-agent non indica che la richiesta proviene da uno dei bot di Google. Invece, la stringa dell'user-agent appare come una richiesta di immagine di un utente reale. Tuttavia, abbiamo confermato che questa stringa dell'user-agent identifica il bot di prefetch di Google.

  • La richiesta di apertura avviene entro pochi secondi dalla consegna dell'email. Inoltre, la richiesta avviene prima che l'email compaia nell'interfaccia Gmail dell'utente. Questo comportamento ci porta a credere che la richiesta sia per scopi di sicurezza.

  • Il prefetch sembra avvenire solo una volta per thread di email Gmail non letta. Nei nostri test approfonditi, una volta che un messaggio è stato letto dall'utente, le future email che rientrano in quel gruppo di thread non hanno avviato una richiesta di prefetch.

  • Questo prefetch è separato dalla Cache Immagini di Google. I nostri test indicano che anche dopo che l'immagine è stata prefetchata, viene effettuata una richiesta separata alla Cache Immagini di Google quando l'utente apre l'email.

  • Se un utente ha aperta l'app mobile di Gmail, il prefetch continuerà a verificarsi per un breve periodo di tempo, anche dopo la chiusura dell'app mobile.

Ecco un esempio di come appariranno gli header di richiesta quando un'immagine viene richiesta dal Google Prefetch Bot:


  headers: {
    host: {redacted}.m.pipedream.net’,
    ‘x-amzn-trace-id’: ‘Root={redacted},
    ‘accept-language’: ‘en-US’,
    referer: ‘http://mail.google.com/’,
    accept: ‘image/avif,image/webp,image/apng,image/svg+xml,image/*,*/*;q=0.8,
    from: ,
    ‘user-agent’: ‘Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0,
    ‘accept-encoding’: ‘gzip, deflate, br’
   },
   body: {},
   inferred_body_type: ‘FORM’,
   method: ‘GET’,
   url: ‘https://{redacted}.m.pipedream.net/header-1641a1.gif’,
   client_ip: ‘66.249.92.1,
   query: {}

Come dettagliato sopra, il prefetching di Gmail si verifica solo in un insieme limitato di circostanze. Il prefetching non avviene con altri client di posta. Invece, questo comportamento è specifico per quando un utente di Gmail ha l'app Gmail aperta nel proprio browser web o sta attivamente utilizzando l'app mobile. La nostra migliore ipotesi è che si tratti di una scansione di sicurezza prima di mostrare l'email all'utente nel proprio browser. Questo comportamento di prefetching evidenzia anche perché l'ottimizzazione delle dimensioni dei file email è importante per un caricamento più rapido e una migliore esperienza utente.

Comportamento delle richieste e segnali tecnici

Di seguito sono dettagliati gli header di richiesta completi per la richiesta dell'immagine. Alcune cose che noterai:

  • Il referer è impostato su http://mail.google.com. Curiosamente, anche se l'utente si trova su https://, Gmail imposta comunque il referer sul protocollo http:// quando effettua la richiesta. 

  • La richiesta proviene dai server di Gmail e non dal browser dell’utente. L'IP del client si risolve sempre in uno spazio IP di proprietà di Google.

  • A differenza della Cache Immagini di Google, la stringa dell'user-agent non indica che la richiesta proviene da uno dei bot di Google. Invece, la stringa dell'user-agent appare come una richiesta di immagine di un utente reale. Tuttavia, abbiamo confermato che questa stringa dell'user-agent identifica il bot di prefetch di Google.

  • La richiesta di apertura avviene entro pochi secondi dalla consegna dell'email. Inoltre, la richiesta avviene prima che l'email compaia nell'interfaccia Gmail dell'utente. Questo comportamento ci porta a credere che la richiesta sia per scopi di sicurezza.

  • Il prefetch sembra avvenire solo una volta per thread di email Gmail non letta. Nei nostri test approfonditi, una volta che un messaggio è stato letto dall'utente, le future email che rientrano in quel gruppo di thread non hanno avviato una richiesta di prefetch.

  • Questo prefetch è separato dalla Cache Immagini di Google. I nostri test indicano che anche dopo che l'immagine è stata prefetchata, viene effettuata una richiesta separata alla Cache Immagini di Google quando l'utente apre l'email.

  • Se un utente ha aperta l'app mobile di Gmail, il prefetch continuerà a verificarsi per un breve periodo di tempo, anche dopo la chiusura dell'app mobile.

Ecco un esempio di come appariranno gli header di richiesta quando un'immagine viene richiesta dal Google Prefetch Bot:


  headers: {
    host: {redacted}.m.pipedream.net’,
    ‘x-amzn-trace-id’: ‘Root={redacted},
    ‘accept-language’: ‘en-US’,
    referer: ‘http://mail.google.com/’,
    accept: ‘image/avif,image/webp,image/apng,image/svg+xml,image/*,*/*;q=0.8,
    from: ,
    ‘user-agent’: ‘Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0,
    ‘accept-encoding’: ‘gzip, deflate, br’
   },
   body: {},
   inferred_body_type: ‘FORM’,
   method: ‘GET’,
   url: ‘https://{redacted}.m.pipedream.net/header-1641a1.gif’,
   client_ip: ‘66.249.92.1,
   query: {}

Come i mittenti dovrebbero interpretare le metriche di apertura in futuro

Come nel caso della Protezione della Privacy delle Email di Apple, i mittenti dovrebbero trattare tutti gli eventi di apertura con attenzione. Concentrati sulla qualità complessiva delle email, includendo la prevenzione di errori di battitura negli indirizzi email e mantenendo liste pulite per migliori metriche di consegna. Le aperture sono solo una, e spesso non la migliore, delle molte metriche di coinvolgimento che i mittenti dovrebbero monitorare e includere quando prendono decisioni sul coinvolgimento degli utenti.

Come nel caso della Protezione della Privacy delle Email di Apple, i mittenti dovrebbero trattare tutti gli eventi di apertura con attenzione. Concentrati sulla qualità complessiva delle email, includendo la prevenzione di errori di battitura negli indirizzi email e mantenendo liste pulite per migliori metriche di consegna. Le aperture sono solo una, e spesso non la migliore, delle molte metriche di coinvolgimento che i mittenti dovrebbero monitorare e includere quando prendono decisioni sul coinvolgimento degli utenti.

Come nel caso della Protezione della Privacy delle Email di Apple, i mittenti dovrebbero trattare tutti gli eventi di apertura con attenzione. Concentrati sulla qualità complessiva delle email, includendo la prevenzione di errori di battitura negli indirizzi email e mantenendo liste pulite per migliori metriche di consegna. Le aperture sono solo una, e spesso non la migliore, delle molte metriche di coinvolgimento che i mittenti dovrebbero monitorare e includere quando prendono decisioni sul coinvolgimento degli utenti.

Altre notizie

Leggi di più da questa categoria

A person is standing at a desk while typing on a laptop.

La piattaforma completa nativa dell'IA che si espande con la tua azienda.

© 2025 Uccello

A person is standing at a desk while typing on a laptop.

La piattaforma completa nativa dell'IA che si espande con la tua azienda.

© 2025 Uccello