Mise à jour sur le préchargement des images de l'application Gmail

Comme détaillé ci-dessus, le préchargement 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 Gmail a l'application Gmail ouverte dans son navigateur Web ou utilise activement l'application mobile. Notre meilleure hypothèse est qu'il s'agit d'une analyse de sécurité avant d'afficher l'e-mail à l'utilisateur dans son navigateur. Ce comportement de préchargement souligne également pourquoi l'optimisation de la taille des fichiers d'email est importante pour un chargement plus rapide et une meilleure expérience utilisateur.

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

• Le référent est défini sur http://mail.google.com. Curieusement, même si l'utilisateur est sur https://, Gmail définit toujours le référent sur le protocole http:// lors de la demande. 

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

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

• La demande ouverte se produit en quelques secondes après la livraison de l’email. De plus, la demande se produit avant que l'email n'apparaisse dans l'interface Gmail de l'utilisateur. Ce comportement nous amène à penser que la demande a un but de sécurité.

• Le préchargement semble ne se produire qu'une seule fois par fil de conversation Gmail non lu. Dans nos tests approfondis, une fois qu'un message était lu par l'utilisateur, aucun futur email entrant dans ce groupe de fils ne déclenchait une demande de préchargement.

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

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

Voici un exemple de l'apparence que les en-têtes de demande auront lorsque une image est demandée par le bot de préchargement 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 la vie privée de Mail d'Apple, les expéditeurs doivent traiter tous les événements d'ouverture avec soin. Concentrez-vous sur la qualité globale des e-mails, y compris la prévention des erreurs de frappe d'adresses e-mail et le maintien de listes propres pour de meilleures métriques de délivrabilité. Les ouvertures ne sont qu'un seul, et souvent pas le meilleur, des nombreux indicateurs d'engagement que les expéditeurs devraient surveiller et inclure lors de la prise de décisions concernant l'engagement des utilisateurs.