Comme décrit ci-dessus, la prélecture Gmail ne se produit que dans un ensemble limité de circonstances. La prélecture ne se produit pas avec d'autres clients de messagerie. Au lieu de cela, ce comportement est spécifique au moment où un utilisateur Gmail a l'application Gmail ouverte dans son navigateur web ou utilise activement l'application mobile. Notre meilleure supposition est qu'il s'agit d'un scan de sécurité avant de montrer l'e-mail à l'utilisateur dans son navigateur.

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

• Le référent est configuré sur http://mail.google.com. Fait intéressant, bien que l'utilisateur soit sur https://, Gmail définit toujours le référent sur le protocole http:// lors de la requête.

• La requête 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 au cache d'image Google, la chaîne user-agent n'identifie pas que la requête provient de l'un des bots de Google. Au lieu de cela, la chaîne user-agent ressemble à une véritable requête image utilisateur. Cependant, nous avons confirmé que cette chaîne user-agent identifie le bot de prélecture Google.

• La requête ouverte se produit en quelques secondes après la livraison de l'e-mail. De plus, la requête se produit avant que l'e-mail n'apparaisse dans l'interface Gmail de l'utilisateur. Ce comportement nous fait croire que la requête est à des fins de sécurité.

• La prélecture semble se produire une seule fois par fil de discussion d’e-mails non lus Gmail. Dans nos tests approfondis, une fois qu'un message était lu par l'utilisateur, tous les futurs e-mails qui allaient dans ce groupe de fil de discussion ne déclenchaient pas de requête de prélecture.

• Cette prélecture est séparée du cache d'image Google. Nos tests indiquent que même après la prélecture de l'image, une requête de cache d'image Google séparée est effectuée lorsque l'utilisateur ouvre l'e-mail.

• Si un utilisateur a l'application mobile Gmail ouverte, la prélecture continuera de se produire pendant une courte période, même après la fermeture de l'application mobile.

Voici un exemple de l'apparence des en-têtes de requête lorsqu'une image est demandée par le Bot de prélecture Google :

  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 confidentialité de Mail d'Apple, les expéditeurs doivent traiter tous les événements d'ouverture avec soin. Les ouvertures sont juste une, et souvent pas la meilleure, parmi les nombreuses métriques d'engagement que les expéditeurs devraient surveiller et inclure lors des déterminations sur l'engagement utilisateur.