Mise à jour sur le préchargement des images de l'application Gmail
Oiseau
25 janv. 2022
1 min read

Points Clés
Gmail prélit maintenant les images lorsqu'un utilisateur a une session Gmail active sur le web ou mobile, provoquant des ouvertures erronées avant que l'e-mail ne soit affiché.
Le préchargement se produit uniquement lorsque l'application Gmail est ouverte et connectée, et cela se produit immédiatement avant que l'interface utilisateur rende l'e-mail.
Ces ouvertures erronées proviennent des plages d'IP de Google et utilisent toujours une chaîne d'identification utilisateur spécifique qui diffère de Google Image Cache.
Le préchargement est séparé de l'ouverture du Google Image Cache qui se produit lorsque qu'un utilisateur ouvre effectivement l'e-mail.
L'analyse de 9.8B ouvertures Gmail a révélé que les ouvertures erronées représentent 1–6% des ouvertures Gmail, ce qui peut potentiellement gonfler les taux d'ouverture rapportés jusqu'à environ 2 points de pourcentage.
L'impact est mineur comparé à la Protection de la Vie Privée de Mail d'Apple, mais il réduit encore la fiabilité du suivi des ouvertures.
La mesure de l'engagement devrait se déplacer vers les clics, les tests de lignes d'objet et les comportements en aval.
SparkPost signale automatiquement ces événements avec l'attribut
is_prefetcheddans Events API et Webhooks.Les expéditeurs non-SparkPost peuvent encore détecter les ouvertures erronées en filtrant pour le user-agent connu de Gmail Prefetch Bot.
Le préchargement semble lié à un scan de sécurité avant de rendre les e-mails dans Gmail, basé sur le timing et le comportement des requêtes.
Le préchargement se produit une seule fois par fil non lu ; les futurs messages dans le même fil ne déclencheront pas de préchargements supplémentaires sauf s'ils sont non lus.
Le préchargement peut brièvement continuer après la fermeture de l'application mobile Gmail en raison d'une activité en arrière-plan.
Points forts des Q&A
Quel nouveau comportement Gmail a-t-il introduit ?
Gmail précharge désormais les images avant d'afficher les emails lorsqu'un utilisateur est activement connecté à Gmail sur le web ou mobile.
Est-ce que le préchargement dans Gmail compte comme une ouverture réelle de l'email ?
Non. Ce sont des fausses ouvertures qui se produisent avant que l'utilisateur ne voie l'email.
Quand est-ce que Gmail déclenche la prélecture des images ?
Seulement lorsque le destinataire a une session Gmail active ouverte au moment où l'email est livré.
Comment le préchargement de Gmail est-il différent de Google Image Cache?
La prélecture se produit avant que l'email s'affiche, tandis que Google Image Cache charge les images quand un utilisateur ouvre effectivement l'email.
Quel user-agent identifie les ouvertures préchargées de Gmail ?
Une chaîne UA spécifique commençant par :
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 ...Quel est l'impact de l'inflation sur les taux d'ouverture ?
Les fausses ouvertures représentent environ 1 à 6% des ouvertures Gmail, gonflant les taux d’ouverture jusqu'à environ 2%.
Comment les expéditeurs peuvent-ils détecter les ouvertures préchargées ?
Filtrez les événements ouverts correspondant à l'agent utilisateur connu Gmail Prefetch Bot et provenant des plages d'adresses IP appartenant à Google.
Qu'a fait SparkPost pour soutenir la détection ?
Il a ajouté un indicateur
is_prefetcheddans l'Events API et Webhooks pour identifier automatiquement ces événements.Pourquoi Gmail précharge-t-il les images ?
Les preuves suggèrent qu'il agit comme un security scan avant de montrer l'email à l'utilisateur.
Le préchargement se produit-il pour chaque message dans un fil de discussion ?
Non. Cela se produit généralement une seule fois par fil de discussion Gmail non lu.
Que se passe-t-il après la requête de préchargement ?
Une demande distincte de Google Image Cache se produit toujours lorsque l'utilisateur ouvre réellement l'email.
Sur quoi les expéditeurs devraient-ils se concentrer au lieu des ouvertures ?
Clics, comportement sur site, qualité de la délivrabilité, hygiène de liste, et optimisation de ligne d'objet.
Qu'est-ce que l'image prefetching de Gmail?
Les récents changements avec la Protection de la vie privée de Mail Apple nous ont fait nous demander – où d'autre le préchargement se produit-il ? Bien que les fausses ouvertures ne soient pas une énorme surprise, nous avons des détails supplémentaires sur l'ensemble limité de circonstances dans lesquelles Gmail précharge les images dans les e-mails envoyés aux utilisateurs de Gmail.
Quand le préchargement de Gmail se produit
Les ouvertures préchargées de Gmail se produisent dans les circonstances suivantes :
Un destinataire Gmail est connecté et a une session active ouverte sur l'application Gmail (soit l'application web, soit l'application mobile).
Un e-mail est envoyé au destinataire Gmail alors que sa session est active/ouverte.
Gmail précharge toutes les images immédiatement avant que l'interface utilisateur n'affiche l'e-mail.
Ce préchargement d'images est en plus (et différent de) Google Image Cache ouvertures, qui se produisent lorsque l'utilisateur ouvre l'e-mail.
Le préchargement des images ne se produit que lorsque l'utilisateur est connecté à l'application Gmail, provient d'une adresse IP Google, et est demandé en utilisant 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
En examinant des milliards d'événements d'ouverture, nous pouvons dire avec confiance que ces ouvertures sont des fausses ouvertures et n'indiquent pas un véritable événement d'ouverture par un utilisateur. Ces événements d'ouverture sont indépendants et distincts des événements d'ouverture initiés par l'utilisateur déclenchés par Google Image Cache.
Comment identifier les ouvertures préchargées Gmail (résumé)
Signal | Ce que cela indique |
|---|---|
Session Gmail active (web ou mobile) | Préchargement uniquement pendant l'utilisation active |
Images chargées avant rendu de l'UI | Ouverture enregistrée avant que l'utilisateur ne voie l'e-mail |
Source IP appartenant à Google | Requête côté serveur, pas de l'appareil du destinataire |
Utilisateur-agent spécifique de préchargement Gmail | Empreinte fiable pour filtrage |
Se produit quelques secondes après la livraison | Le timing confirme un comportement automatisé |
Les récents changements avec la Protection de la vie privée de Mail Apple nous ont fait nous demander – où d'autre le préchargement se produit-il ? Bien que les fausses ouvertures ne soient pas une énorme surprise, nous avons des détails supplémentaires sur l'ensemble limité de circonstances dans lesquelles Gmail précharge les images dans les e-mails envoyés aux utilisateurs de Gmail.
Quand le préchargement de Gmail se produit
Les ouvertures préchargées de Gmail se produisent dans les circonstances suivantes :
Un destinataire Gmail est connecté et a une session active ouverte sur l'application Gmail (soit l'application web, soit l'application mobile).
Un e-mail est envoyé au destinataire Gmail alors que sa session est active/ouverte.
Gmail précharge toutes les images immédiatement avant que l'interface utilisateur n'affiche l'e-mail.
Ce préchargement d'images est en plus (et différent de) Google Image Cache ouvertures, qui se produisent lorsque l'utilisateur ouvre l'e-mail.
Le préchargement des images ne se produit que lorsque l'utilisateur est connecté à l'application Gmail, provient d'une adresse IP Google, et est demandé en utilisant 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
En examinant des milliards d'événements d'ouverture, nous pouvons dire avec confiance que ces ouvertures sont des fausses ouvertures et n'indiquent pas un véritable événement d'ouverture par un utilisateur. Ces événements d'ouverture sont indépendants et distincts des événements d'ouverture initiés par l'utilisateur déclenchés par Google Image Cache.
Comment identifier les ouvertures préchargées Gmail (résumé)
Signal | Ce que cela indique |
|---|---|
Session Gmail active (web ou mobile) | Préchargement uniquement pendant l'utilisation active |
Images chargées avant rendu de l'UI | Ouverture enregistrée avant que l'utilisateur ne voie l'e-mail |
Source IP appartenant à Google | Requête côté serveur, pas de l'appareil du destinataire |
Utilisateur-agent spécifique de préchargement Gmail | Empreinte fiable pour filtrage |
Se produit quelques secondes après la livraison | Le timing confirme un comportement automatisé |
Les récents changements avec la Protection de la vie privée de Mail Apple nous ont fait nous demander – où d'autre le préchargement se produit-il ? Bien que les fausses ouvertures ne soient pas une énorme surprise, nous avons des détails supplémentaires sur l'ensemble limité de circonstances dans lesquelles Gmail précharge les images dans les e-mails envoyés aux utilisateurs de Gmail.
Quand le préchargement de Gmail se produit
Les ouvertures préchargées de Gmail se produisent dans les circonstances suivantes :
Un destinataire Gmail est connecté et a une session active ouverte sur l'application Gmail (soit l'application web, soit l'application mobile).
Un e-mail est envoyé au destinataire Gmail alors que sa session est active/ouverte.
Gmail précharge toutes les images immédiatement avant que l'interface utilisateur n'affiche l'e-mail.
Ce préchargement d'images est en plus (et différent de) Google Image Cache ouvertures, qui se produisent lorsque l'utilisateur ouvre l'e-mail.
Le préchargement des images ne se produit que lorsque l'utilisateur est connecté à l'application Gmail, provient d'une adresse IP Google, et est demandé en utilisant 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
En examinant des milliards d'événements d'ouverture, nous pouvons dire avec confiance que ces ouvertures sont des fausses ouvertures et n'indiquent pas un véritable événement d'ouverture par un utilisateur. Ces événements d'ouverture sont indépendants et distincts des événements d'ouverture initiés par l'utilisateur déclenchés par Google Image Cache.
Comment identifier les ouvertures préchargées Gmail (résumé)
Signal | Ce que cela indique |
|---|---|
Session Gmail active (web ou mobile) | Préchargement uniquement pendant l'utilisation active |
Images chargées avant rendu de l'UI | Ouverture enregistrée avant que l'utilisateur ne voie l'e-mail |
Source IP appartenant à Google | Requête côté serveur, pas de l'appareil du destinataire |
Utilisateur-agent spécifique de préchargement Gmail | Empreinte fiable pour filtrage |
Se produit quelques secondes après la livraison | Le timing confirme un comportement automatisé |
Comment le préchargement de Gmail affecte les taux d'ouverture
Quelles sont les implications des fausses ouvertures sur Gmail ? Heureusement, elles sont mineures et n’atteignent pas l’échelle de la protection de la vie privée de la messagerie Apple. Cependant, avec le suivi des ouvertures devenant moins fiable, créer des lignes d'objet convaincantes devient encore plus crucial pour mesurer l'engagement à travers les clics plutôt que les ouvertures.
En examinant plus de 9,8 milliards d'événements d'ouverture de destinataires Gmail en décembre 2021, pour la plupart des expéditeurs, nous avons constaté que les fausses ouvertures représentaient entre 1% et 6% des événements d'ouverture. Cela signifie que votre taux d'ouverture peut être gonflé jusqu'à 2 points de pourcentage. Par exemple : Si vous avez actuellement un taux d'ouverture global de 20% sur Gmail, votre taux d'ouverture correct serait plus proche de 18%.
Gmail préchargement vs Google Image Cache ouvertures
Comportement | Préchargement Gmail | Google Image Cache |
|---|---|---|
Déclenché par | Activité de l'application Gmail | Utilisateur ouvrant l’email |
Représente un engagement réel | Non | Plus probable |
Timing de la requête | Avant l'affichage de l'email | Après l'ouverture |
Gestion des analyses | Filtrer ou ignorer | Conserver (avec réserves) |
Votre taux de fausses ouvertures spécifique peut être significativement plus élevé ou plus bas que ce que nous rapportons ci-dessus. Parce que les fausses ouvertures sont déclenchées en fonction de l'utilisation de l'application Gmail par les utilisateurs, le comportement spécifique de votre public et ses cas d'utilisation sont les principaux facteurs qui détermineront à quel point vous serez affecté par cette anomalie.
Vu cet impact, l'étape suivante consiste à comprendre comment identifier et filtrer ces événements dans vos données.
Quelles sont les implications des fausses ouvertures sur Gmail ? Heureusement, elles sont mineures et n’atteignent pas l’échelle de la protection de la vie privée de la messagerie Apple. Cependant, avec le suivi des ouvertures devenant moins fiable, créer des lignes d'objet convaincantes devient encore plus crucial pour mesurer l'engagement à travers les clics plutôt que les ouvertures.
En examinant plus de 9,8 milliards d'événements d'ouverture de destinataires Gmail en décembre 2021, pour la plupart des expéditeurs, nous avons constaté que les fausses ouvertures représentaient entre 1% et 6% des événements d'ouverture. Cela signifie que votre taux d'ouverture peut être gonflé jusqu'à 2 points de pourcentage. Par exemple : Si vous avez actuellement un taux d'ouverture global de 20% sur Gmail, votre taux d'ouverture correct serait plus proche de 18%.
Gmail préchargement vs Google Image Cache ouvertures
Comportement | Préchargement Gmail | Google Image Cache |
|---|---|---|
Déclenché par | Activité de l'application Gmail | Utilisateur ouvrant l’email |
Représente un engagement réel | Non | Plus probable |
Timing de la requête | Avant l'affichage de l'email | Après l'ouverture |
Gestion des analyses | Filtrer ou ignorer | Conserver (avec réserves) |
Votre taux de fausses ouvertures spécifique peut être significativement plus élevé ou plus bas que ce que nous rapportons ci-dessus. Parce que les fausses ouvertures sont déclenchées en fonction de l'utilisation de l'application Gmail par les utilisateurs, le comportement spécifique de votre public et ses cas d'utilisation sont les principaux facteurs qui détermineront à quel point vous serez affecté par cette anomalie.
Vu cet impact, l'étape suivante consiste à comprendre comment identifier et filtrer ces événements dans vos données.
Quelles sont les implications des fausses ouvertures sur Gmail ? Heureusement, elles sont mineures et n’atteignent pas l’échelle de la protection de la vie privée de la messagerie Apple. Cependant, avec le suivi des ouvertures devenant moins fiable, créer des lignes d'objet convaincantes devient encore plus crucial pour mesurer l'engagement à travers les clics plutôt que les ouvertures.
En examinant plus de 9,8 milliards d'événements d'ouverture de destinataires Gmail en décembre 2021, pour la plupart des expéditeurs, nous avons constaté que les fausses ouvertures représentaient entre 1% et 6% des événements d'ouverture. Cela signifie que votre taux d'ouverture peut être gonflé jusqu'à 2 points de pourcentage. Par exemple : Si vous avez actuellement un taux d'ouverture global de 20% sur Gmail, votre taux d'ouverture correct serait plus proche de 18%.
Gmail préchargement vs Google Image Cache ouvertures
Comportement | Préchargement Gmail | Google Image Cache |
|---|---|---|
Déclenché par | Activité de l'application Gmail | Utilisateur ouvrant l’email |
Représente un engagement réel | Non | Plus probable |
Timing de la requête | Avant l'affichage de l'email | Après l'ouverture |
Gestion des analyses | Filtrer ou ignorer | Conserver (avec réserves) |
Votre taux de fausses ouvertures spécifique peut être significativement plus élevé ou plus bas que ce que nous rapportons ci-dessus. Parce que les fausses ouvertures sont déclenchées en fonction de l'utilisation de l'application Gmail par les utilisateurs, le comportement spécifique de votre public et ses cas d'utilisation sont les principaux facteurs qui détermineront à quel point vous serez affecté par cette anomalie.
Vu cet impact, l'étape suivante consiste à comprendre comment identifier et filtrer ces événements dans vos données.
Comment détecter et ignorer les ouvertures préchargées de Gmail
Que faire en fonction de votre configuration d'envoi
Type d'expéditeur | Gestion recommandée |
|---|---|
Expéditeurs SparkPost | Utilisez le drapeau |
Expéditeurs non-SparkPost | Filtrez les ouvertures correspondant à l'user-agent connu de prélecture Gmail |
Tous les expéditeurs | Déplacez l'accent des ouvertures vers les clics et les signaux en aval |
Pour les expéditeurs SparkPost
Pour les expéditeurs SparkPost, nous vous avons couvert. Nous avons déjà mis à jour notre Events API et nos webhooks d'événements pour identifier automatiquement ces événements de prélecture Gmail à l'aide du nouvellement introduit drapeau is_prefetched . Nous travaillons également activement à ajouter la capacité de distinguer les ouvertures préfiltrées et les proxys dans notre interface utilisateur de rapport d'analyse et Metrics API. Restez à l'écoute pour les futures mises à jour concernant les améliorations de l'interface utilisateur des rapports.
Pour les expéditeurs non-SparkPost
Pour les autres, détecter les ouvertures de prélecture Gmail est encore relativement simple. Pour plus de détails techniques sur l'analyse des données d'email, consultez notre guide sur la lecture des en-têtes d'email. Pour chaque événement d'ouverture, vous voudrez ignorer (ou étiqueter de manière unique) tout événement d'ouverture qui correspond à la chaîne de l'agent utilisateur suivante :
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, comme Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0
Nous avons pu confirmer que cette chaîne est unique au Prefetch Bot de Google.
Que faire en fonction de votre configuration d'envoi
Type d'expéditeur | Gestion recommandée |
|---|---|
Expéditeurs SparkPost | Utilisez le drapeau |
Expéditeurs non-SparkPost | Filtrez les ouvertures correspondant à l'user-agent connu de prélecture Gmail |
Tous les expéditeurs | Déplacez l'accent des ouvertures vers les clics et les signaux en aval |
Pour les expéditeurs SparkPost
Pour les expéditeurs SparkPost, nous vous avons couvert. Nous avons déjà mis à jour notre Events API et nos webhooks d'événements pour identifier automatiquement ces événements de prélecture Gmail à l'aide du nouvellement introduit drapeau is_prefetched . Nous travaillons également activement à ajouter la capacité de distinguer les ouvertures préfiltrées et les proxys dans notre interface utilisateur de rapport d'analyse et Metrics API. Restez à l'écoute pour les futures mises à jour concernant les améliorations de l'interface utilisateur des rapports.
Pour les expéditeurs non-SparkPost
Pour les autres, détecter les ouvertures de prélecture Gmail est encore relativement simple. Pour plus de détails techniques sur l'analyse des données d'email, consultez notre guide sur la lecture des en-têtes d'email. Pour chaque événement d'ouverture, vous voudrez ignorer (ou étiqueter de manière unique) tout événement d'ouverture qui correspond à la chaîne de l'agent utilisateur suivante :
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, comme Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0
Nous avons pu confirmer que cette chaîne est unique au Prefetch Bot de Google.
Que faire en fonction de votre configuration d'envoi
Type d'expéditeur | Gestion recommandée |
|---|---|
Expéditeurs SparkPost | Utilisez le drapeau |
Expéditeurs non-SparkPost | Filtrez les ouvertures correspondant à l'user-agent connu de prélecture Gmail |
Tous les expéditeurs | Déplacez l'accent des ouvertures vers les clics et les signaux en aval |
Pour les expéditeurs SparkPost
Pour les expéditeurs SparkPost, nous vous avons couvert. Nous avons déjà mis à jour notre Events API et nos webhooks d'événements pour identifier automatiquement ces événements de prélecture Gmail à l'aide du nouvellement introduit drapeau is_prefetched . Nous travaillons également activement à ajouter la capacité de distinguer les ouvertures préfiltrées et les proxys dans notre interface utilisateur de rapport d'analyse et Metrics API. Restez à l'écoute pour les futures mises à jour concernant les améliorations de l'interface utilisateur des rapports.
Pour les expéditeurs non-SparkPost
Pour les autres, détecter les ouvertures de prélecture Gmail est encore relativement simple. Pour plus de détails techniques sur l'analyse des données d'email, consultez notre guide sur la lecture des en-têtes d'email. Pour chaque événement d'ouverture, vous voudrez ignorer (ou étiqueter de manière unique) tout événement d'ouverture qui correspond à la chaîne de l'agent utilisateur suivante :
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, comme Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0
Nous avons pu confirmer que cette chaîne est unique au Prefetch Bot de Google.
Gmail préchargement analyse détaillée
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 à lorsqu'un utilisateur de 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 de montrer l'e-mail à l'utilisateur dans son navigateur. Ce comportement de préchargement souligne également pourquoi l'optimisation de la taille des fichiers d'e-mail est importante pour un chargement plus rapide et une meilleure expérience utilisateur.
Comportement de la requête et signaux techniques
Les en-têtes de requête complète 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, bien que l'utilisateur soit sur https://, Gmail définit toujours le référent avec le protocole http:// lors de la réalisation de la demande.
La demande provient des serveurs de Gmail et non du navigateur de l'utilisateur. L'IP client se résout toujours à un espace IP appartenant à Google.
Contrairement au Google Image Cache, la chaîne d'agent utilisateur n'identifie pas que la demande provient de l'un des robots de Google. Au lieu de cela, la chaîne d'agent utilisateur ressemble à une demande réelle d'image par un utilisateur. Cependant, nous avons confirmé que cette chaîne d'agent utilisateur identifie le robot de préchargement de Google.
La requête ouverte se produit dans les secondes qui suivent la livraison de l'e-mail. De plus, la demande se produit avant que l'e-mail n'apparaisse dans l'interface Gmail de l'utilisateur. Ce comportement nous amène à croire que la demande est à des fins de sécurité.
Le préchargement semble se produire uniquement une fois par fil de conversation Gmail non lu. Dans nos tests approfondis, une fois qu'un message a été lu par l'utilisateur, tout futur e-mail qui entrait dans ce groupe de fils de discussion ne déclenchait pas une demande de préchargement.
Ce préchargement est séparé du Google Image Cache. Nos tests indiquent qu'après que l'image est préchargée, une demande séparée de Google Image Cache est effectuée lorsque l'utilisateur ouvre l'e-mail.
Si un utilisateur a l'application mobile Gmail ouverte, le préchargement continuera à se produire pendant une courte période 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 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 à lorsqu'un utilisateur de 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 de montrer l'e-mail à l'utilisateur dans son navigateur. Ce comportement de préchargement souligne également pourquoi l'optimisation de la taille des fichiers d'e-mail est importante pour un chargement plus rapide et une meilleure expérience utilisateur.
Comportement de la requête et signaux techniques
Les en-têtes de requête complète 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, bien que l'utilisateur soit sur https://, Gmail définit toujours le référent avec le protocole http:// lors de la réalisation de la demande.
La demande provient des serveurs de Gmail et non du navigateur de l'utilisateur. L'IP client se résout toujours à un espace IP appartenant à Google.
Contrairement au Google Image Cache, la chaîne d'agent utilisateur n'identifie pas que la demande provient de l'un des robots de Google. Au lieu de cela, la chaîne d'agent utilisateur ressemble à une demande réelle d'image par un utilisateur. Cependant, nous avons confirmé que cette chaîne d'agent utilisateur identifie le robot de préchargement de Google.
La requête ouverte se produit dans les secondes qui suivent la livraison de l'e-mail. De plus, la demande se produit avant que l'e-mail n'apparaisse dans l'interface Gmail de l'utilisateur. Ce comportement nous amène à croire que la demande est à des fins de sécurité.
Le préchargement semble se produire uniquement une fois par fil de conversation Gmail non lu. Dans nos tests approfondis, une fois qu'un message a été lu par l'utilisateur, tout futur e-mail qui entrait dans ce groupe de fils de discussion ne déclenchait pas une demande de préchargement.
Ce préchargement est séparé du Google Image Cache. Nos tests indiquent qu'après que l'image est préchargée, une demande séparée de Google Image Cache est effectuée lorsque l'utilisateur ouvre l'e-mail.
Si un utilisateur a l'application mobile Gmail ouverte, le préchargement continuera à se produire pendant une courte période 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 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 à lorsqu'un utilisateur de 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 de montrer l'e-mail à l'utilisateur dans son navigateur. Ce comportement de préchargement souligne également pourquoi l'optimisation de la taille des fichiers d'e-mail est importante pour un chargement plus rapide et une meilleure expérience utilisateur.
Comportement de la requête et signaux techniques
Les en-têtes de requête complète 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, bien que l'utilisateur soit sur https://, Gmail définit toujours le référent avec le protocole http:// lors de la réalisation de la demande.
La demande provient des serveurs de Gmail et non du navigateur de l'utilisateur. L'IP client se résout toujours à un espace IP appartenant à Google.
Contrairement au Google Image Cache, la chaîne d'agent utilisateur n'identifie pas que la demande provient de l'un des robots de Google. Au lieu de cela, la chaîne d'agent utilisateur ressemble à une demande réelle d'image par un utilisateur. Cependant, nous avons confirmé que cette chaîne d'agent utilisateur identifie le robot de préchargement de Google.
La requête ouverte se produit dans les secondes qui suivent la livraison de l'e-mail. De plus, la demande se produit avant que l'e-mail n'apparaisse dans l'interface Gmail de l'utilisateur. Ce comportement nous amène à croire que la demande est à des fins de sécurité.
Le préchargement semble se produire uniquement une fois par fil de conversation Gmail non lu. Dans nos tests approfondis, une fois qu'un message a été lu par l'utilisateur, tout futur e-mail qui entrait dans ce groupe de fils de discussion ne déclenchait pas une demande de préchargement.
Ce préchargement est séparé du Google Image Cache. Nos tests indiquent qu'après que l'image est préchargée, une demande séparée de Google Image Cache est effectuée lorsque l'utilisateur ouvre l'e-mail.
Si un utilisateur a l'application mobile Gmail ouverte, le préchargement continuera à se produire pendant une courte période 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: {}
Comment les expéditeurs devraient interpréter les métriques d'ouverture à l'avenir
Comme c'est le cas avec la protection de la vie privée dans Mail d'Apple, les expéditeurs doivent traiter tous les événements d'ouverture avec soin. Concentrez-vous sur la qualité globale des emails, y compris la prévention des fautes de frappe des adresses électroniques et le maintien de listes propres pour de meilleurs indicateurs de délivrabilité. 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 utilisateur, souvent pas le meilleur.
Comme c'est le cas avec la protection de la vie privée dans Mail d'Apple, les expéditeurs doivent traiter tous les événements d'ouverture avec soin. Concentrez-vous sur la qualité globale des emails, y compris la prévention des fautes de frappe des adresses électroniques et le maintien de listes propres pour de meilleurs indicateurs de délivrabilité. 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 utilisateur, souvent pas le meilleur.
Comme c'est le cas avec la protection de la vie privée dans Mail d'Apple, les expéditeurs doivent traiter tous les événements d'ouverture avec soin. Concentrez-vous sur la qualité globale des emails, y compris la prévention des fautes de frappe des adresses électroniques et le maintien de listes propres pour de meilleurs indicateurs de délivrabilité. 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 utilisateur, souvent pas le meilleur.



