Comme détaillé ci-dessus, le préchargement de Gmail ne se produit que dans un ensemble limité de circonstances. Le préchargement ne se produit pas avec d'autres clients de messagerie. Au lieu de cela, ce comportement est spécifique au moment où un utilisateur de 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'une analyse de sécurité avant d'afficher l'email à l'utilisateur dans son navigateur.

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

• Le referer est défini sur http://mail.google.com. Fait intéressant, même si l'utilisateur est sur https://, Gmail définit toujours le referer 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'adresse IP du client se résout toujours dans un espace IP appartenant à Google.

• Contrairement au cache d'images Google, la chaîne de l'agent utilisateur n'identifie pas que la requête provient d'un des bots de Google. Au lieu de cela, la chaîne de l'agent utilisateur ressemble à une requête d'image d'utilisateur réelle. Cependant, nous avons confirmé que cette chaîne d’agent utilisateur identifie bien le bot de préchargement de Google.

• La requête ouverte se produit en quelques secondes après la livraison de l'email. De plus, la requête survient avant que l'email n'apparaisse dans l'interface Gmail de l'utilisateur. Ce comportement nous amène à croire que la requête est dans un but de sécurité.

• Le préchargement semble se produire une seule fois par fil d'email Gmail non lu. Dans nos tests approfondis, une fois qu'un message était lu par l'utilisateur, tous les futurs emails qui allaient dans ce groupe de fils n'initiaient pas de nouvelle requête de préchargement.

• Ce préchargement est distinct du cache d'images Google. Nos tests indiquent que même après le préchargement de l’image, une demande séparée de cache d'images Google est effectuée lorsque l'utilisateur ouvre l'email.

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

Voici un exemple de ce à quoi les en-têtes de requête ressembleront lorsqu'une image est demandée par le Bot de Préchargement de Google :

  en-têtes : {

    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 vie privée Mail d'Apple, les expéditeurs doivent traiter tous les événements d'ouverture avec soin. Les ouvertures ne sont qu'un des nombreux indicateurs d'engagement que les expéditeurs devraient surveiller et inclure lorsqu'ils prennent des décisions concernant l'engagement des utilisateurs.