Gmail préaffiche des images, ce qui entraîne des ouvertures légèrement gonflées

Le recent changes with Protection de la confidentialité d'Apple Mail had us wondering – where else is prefetching happening? While false opens come as no huge surprise, we have additional details around the limited set of circumstances in which Gmail is prefetching images in emails sent to Gmail users. 

Les ouvertures de prélecture de Gmail se produisent dans les circonstances suivantes :

1. Un destinataire Gmail est connecté et a une session active ouverte sur l'application Gmail (web ou mobile).

2. Un courriel est envoyé au destinataire Gmail pendant que sa session est active/ouverte.

3. Gmail prélivre toutes les images immédiatement avant que l'interface utilisateur n'affiche l'e-mail.

4. This image prefetch is in addition to (and different from) Google Image Cache opens, which occurs when the user opens the email.

Le image prefetch only occurs when the user is logged into the Gmail application, comes from a Google IP address, and is requested using the following user-agent string:

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

Après avoir étudié des milliards d'événements d'ouverture, nous pouvons affirmer avec certitude que ces ouvertures sont de fausses ouvertures et n'indiquent pas un événement d'ouverture réel de l'utilisateur. Ces ouvertures sont indépendantes et distinctes des ouvertures initiées par l'utilisateur et déclenchées par Google Image Cache.

Impacts de Gmail Prefetch

What are the implications of the false opens at Gmail? Thankfully, they are minor and nowhere near the Apple Mail Vie privée Protection scale. 

In looking at over 9.8B Gmail recipient open events in December 2021, for most senders, we saw that false opens accounted for between 1-6% of open events. What this means is your open rate may be inflated by up to 2 percentage points. For example: If you currently have an overall open rate of 20% at Gmail, your correct open rate would be closer to 18%.  

Your specific false open rate may be significantly higher or lower than what we are reporting above. Because, the false opens are triggered based upon when users are using the Gmail application, your specific audience’s behavior and use-cases are the primary factors in how much you will be impacted by this anomaly.  

Comment détecter et ignorer les ouvertures préprogrammées de Gmail

For SparkPost senders, we have you covered. We have already updated our events API and event webhooks to automatically identify these Gmail Prefetch events using the nouvellement introduit est_préféré drapeau. We are also actively working to add the ability to distinguish prefetched and proxy opens in our Analytics Report UI and Metrics API. Stay tuned for future updates regarding the Report UI enhancements.

Pour les autres, la détection des ouvertures de Gmail prefetch reste relativement simple. Pour chaque événement d'ouverture, vous voudrez ignorer (ou marquer de manière unique) tout événement d'ouverture qui correspond à la chaîne d'agent utilisateur suivante :

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

We have been able to confirm that this string is unique to Google’s Prefetch Bot. 

Analyse détaillée de Gmail Prefetch

As detailed above, Gmail prefetching only occurs in a limited set of circumstances. Prefetching does not occur with other mail clients. Instead, this behavior is specific to when a Gmail user has the Gmail app open within their web browser or is actively using the mobile app. Our best guess is that it’s a security scan before showing the email à la user in their browser.

Les en-têtes complets de la demande d'image sont détaillés ci-dessous. Vous remarquerez quelques éléments :

• The referer is set to http://mail.google.com. Interestingly, even though the user is on https://, Gmail still sets the referer à la http:// protocol when making the request. 

• La demande provient des serveurs de Gmail et non du navigateur de l'utilisateur. L'IP du client se résout toujours à un espace IP appartenant à Google.

• Contrairement à Google Image Cache, la chaîne user-agent ne permet pas d'identifier que la requête provient d'un des robots de Google. Au lieu de cela, la chaîne user-agent ressemble à une demande d'image d'un utilisateur réel. Cependant, nous avons confirmé que cette chaîne d'agent utilisateur identifie bien le robot Google prefetch.

• La demande d'ouverture se produit dans les secondes qui suivent la livraison de l'e-mail. De plus, la demande intervient avant que l'e-mail n'apparaisse dans l'interface Gmail de l'utilisateur. Ce comportement nous amène à penser que la demande est faite à des fins de sécurité.

• La récupération anticipée ne semble se produire qu'une fois par fil de discussion Gmail non lu. Lors de nos tests approfondis, une fois qu'un message a été lu par l'utilisateur, tous les courriels ultérieurs qui sont entrés dans ce groupe de fils n'ont pas déclenché de demande de récupération préalable.

• Cette préextraction est distincte de Google Image Cache. Nos tests indiquent que, même après la préextraction de l'image, une demande distincte de Google Image Cache est effectuée lorsque l'utilisateur ouvre l'e-mail.

• Si l'utilisateur a l'application mobile Gmail ouverte, la recherche préalable se poursuivra pendant un court laps de temps, même après la fermeture de l'application mobile.

Voici un exemple de ce à quoi ressembleront les en-têtes de requête lorsqu'une image est demandée par le 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: {}

Comme c'est le cas avec la protection de la confidentialité du courrier d'Apple, les expéditeurs doivent traiter tous les événements d'ouverture avec précaution. Les ouvertures ne sont qu'une des nombreuses mesures d'engagement, et souvent pas la meilleure, que les expéditeurs devraient surveiller et inclure lorsqu'ils déterminent l'engagement des utilisateurs.