Zoals hierboven beschreven, vindt het voorladen van Gmail alleen plaats in een beperkte set omstandigheden. Voorladen vindt niet plaats bij andere mailclients. In plaats daarvan is dit gedrag specifiek voor wanneer een Gmail-gebruiker de Gmail-app open heeft in hun webbrowser of de mobiele app actief gebruikt. Onze beste gok is dat het een beveiligingsscan is voordat de e-mail aan de gebruiker in hun browser wordt getoond. Dit preload-gedrag benadrukt ook waarom optimalisatie van de e-mailbestandsgrootte belangrijk is voor snellere laadtijden en een betere gebruikerservaring.

De volledige aanvraagheaders voor de afbeeldingsverzoek worden hieronder gedetailleerd. Een paar dingen die je zult opmerken:

• De referer is ingesteld op http://mail.google.com. Interessant is dat, hoewel de gebruiker op https:// is, Gmail de referer nog steeds instelt op het http://-protocol bij het maken van het verzoek. 

• Het verzoek komt van de servers van Gmail en niet van de browser van de gebruiker. Het client-IP lost altijd op naar een door Google beheerde IP-ruimte.

• In tegenstelling tot Google Image Cache identificeert de user-agent-string niet dat het verzoek afkomstig is van een van de bots van Google. In plaats daarvan ziet de user-agent-string eruit als een daadwerkelijk gebruikersafbeeldingsverzoek. We hebben echter bevestigd dat deze user-agent-string inderdaad de Google preload-bot identificeert.

• Het open-verzoek gebeurt binnen enkele seconden na de levering van de e-mail. Verder vindt het verzoek plaats voordat de e-mail in de Gmail-interface van de gebruiker verschijnt. Dit gedrag doet ons geloven dat het verzoek voor beveiligingsdoeleinden is.

• Het preloaden lijkt slechts eenmaal per ongelezen Gmail-e-mailthread te gebeuren. In onze uitgebreide tests, zodra een bericht door de gebruiker was gelezen, veroorzaakten toekomstige e-mails die in die threadgroep terechtkwamen geen preload-verzoek meer.

• Deze preload is gescheiden van Google Image Cache. Onze tests geven aan dat zelfs nadat de afbeelding is gepreload, er een afzonderlijk Google Image Cache-verzoek wordt gedaan wanneer de gebruiker de e-mail opent.

• Als een gebruiker de Gmail mobiele app open heeft, blijft het preloaderen voor een korte periode doorgaan, zelfs nadat de mobiele app is gesloten.

Hier is een voorbeeld van hoe de aanvraagheaders eruit zullen zien wanneer een afbeelding wordt opgevraagd door de 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: {}

Zoals het geval is met Apple's Mail Privacy Protection, moeten afzenders alle open-evenementen zorgvuldig behandelen. Focus op de algehele kwaliteit van e-mails, inclusief het voorkomen van e-mailadrestypfouten en het onderhouden van schone lijsten voor betere bezorgstatistieken. Openingen zijn slechts een van de vele betrokkenheidsstatistieken die afzenders moeten monitoren en opnemen bij het maken van beslissingen over gebruikersbetrokkenheid.