Come descritto sopra, il prefetching Gmail si verifica solo in un numero limitato di circostanze. Il prefetching non si verifica con altri client di posta. Invece, questo comportamento è specifico quando un utente Gmail ha l'app Gmail aperta nel browser web o sta utilizzando attivamente l'app mobile. La nostra ipotesi migliore è che si tratti di una scansione di sicurezza prima di mostrare l'email all'utente nel loro browser.

L'intestazione completa della richiesta per l'immagine è dettagliata di seguito. Alcune cose noterai:

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

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

• A differenza della Google Image Cache, la stringa user-agent non identifica che la richiesta proviene da uno dei bot di Google. Invece, la stringa user-agent sembra una richiesta immagine effettiva dell'utente. Tuttavia, abbiamo confermato che questa stringa 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 appaia nell'interfaccia Gmail dell'utente. Questo comportamento ci porta a credere che la richiesta sia per scopi di sicurezza.

• Sembra che il prefetch avvenga solo una volta per ogni thread email Gmail non letto. Nei nostri test estensivi, una volta che un messaggio è stato letto dall'utente, qualsiasi email futura inserita in quel gruppo di thread non ha avviato una richiesta di prefetch.

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

• Se un utente ha aperto l'app mobile 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 le intestazioni delle richieste 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 nel caso della protezione della privacy di Apple Mail, i mittenti dovrebbero trattare tutti gli eventi di apertura con cautela. 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 dell'utente.