Wie oben beschrieben, tritt das Prefetching von Gmail nur unter bestimmten Umständen auf. Prefetching erfolgt nicht mit anderen E-Mail-Clients. Stattdessen ist dieses Verhalten spezifisch, wenn ein Gmail-Nutzer die Gmail-App in seinem Webbrowser geöffnet hat oder die mobile App aktiv nutzt. Unsere beste Vermutung ist, dass es sich um einen Sicherheitscheck handelt, bevor die E-Mail dem Benutzer in seinem Browser angezeigt wird.

Die vollständigen Anfrage-Header für die Bildanforderung sind unten detailliert. Ein paar Dinge, die Sie bemerken werden:

• Der Referrer ist auf http://mail.google.com gesetzt. Interessanterweise setzt Gmail den Referrer-Protokoll auf http://, auch wenn der Benutzer über https:// auf die Seite zugreift, wenn die Anfrage gemacht wird. 

• Die Anfrage kommt von den Gmail-Servern und nicht vom Browser des Benutzers. Die Client-IP wird stets auf einen Google-eigenen IP-Bereich aufgelöst.

• Im Gegensatz zum Google Image Cache identifiziert der User-Agent-String nicht, dass die Anfrage von einem der Google-Bots stammt. Stattdessen sieht der User-Agent-String wie eine tatsächliche Benutzerbildanforderung aus. Wir haben jedoch bestätigt, dass dieser User-Agent-String den Google-Prefetch-Bot identifiziert.

• Die offene Anfrage erfolgt innerhalb von Sekunden nach der E-Mail-Zustellung. Zudem erfolgt die Anfrage bevor die E-Mail in der Gmail-Oberfläche des Benutzers erscheint. Dieses Verhalten lässt uns darauf schließen, dass die Anfrage Sicherheitszwecken dient.

• Das Prefetch scheint nur einmal pro ungelesenem Gmail-E-Mail-Thread zu geschehen. In unseren umfangreichen Tests, sobald eine Nachricht vom Benutzer gelesen wurde, führten alle zukünftigen E-Mails, die in diese Threadgruppe gingen, keine Prefetch-Anfrage mehr durch.

• Dieses Prefetch ist getrennt vom Google Image Cache. Unsere Tests zeigen, dass sogar nach dem Prefetch der Bildanfrage, eine separate Google Image Cache-Anfrage erfolgt, wenn der Benutzer die E-Mail öffnet.

• Wenn ein Benutzer die Gmail-Mobile-App geöffnet hat, wird das Prefetch für einen kurzen Zeitraum weiter geschehen, selbst nachdem die mobile App geschlossen wurde.

Hier ist ein Beispiel, wie die Anfrageheader aussehen, wenn ein Bild vom Google Prefetch Bot angefordert wird:

  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: {}

Wie es bei Apples Mail Privacy Protection der Fall ist, sollten Sender alle Öffnungsvorgänge mit Vorsicht behandeln. Öffnungen sind nur eine, und oft nicht die beste, der vielen Engagement-Metriken, die Absender überwachen und berücksichtigen sollten, wenn sie Bestimmungen über das Benutzerengagement treffen.