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

Le intestazioni complete della richiesta per l'immagine sono dettagliate di seguito. Alcune cose che noterai:

• Il referrer è impostato su http://mail.google.com. In modo interessante, anche se l'utente è su https://, Gmail imposta ancora il referrer al 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 user-agent non identifica che la richiesta proviene da uno dei bot di Google. Invece, la stringa user-agent sembra una richiesta immagine di un utente reale. Tuttavia, abbiamo confermato che questa stringa user-agent identifica il bot di precaricamento 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 precaricamento avvenga solo una volta per ogni thread di email non letta di Gmail. Nei nostri test estensivi, una volta che un messaggio è stato letto dall'utente, le email future che entravano nel gruppo di thread non avviavano una richiesta di precaricamento.

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

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

Ecco un esempio di come appariranno le intestazioni della 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 nel caso della Protezione Privacy della Posta di Apple, i mittenti dovrebbero trattare tutti gli eventi di apertura con cura. Concentrati sulla qualità complessiva delle email, inclusi prevenire errori di battitura negli indirizzi email e mantenere liste pulite per metriche di recapitabilità migliori. Le aperture sono solo una, e spesso non la migliore, delle molte metriche di coinvolgimento che i mittenti dovrebbero monitorare e includere quando fanno determinazioni sull'interazione dell'utente.