Update zur Gmail-App-Vorabladung von Bildern
Vogel
25.01.2022
1 min read

Wichtige Erkenntnisse
Gmail lädt jetzt Bilder vor, wenn ein Nutzer eine aktive Gmail-Sitzung auf dem Web oder Mobilgerät hat, was zu falschen Öffnungen führt, bevor die E-Mail angezeigt wird.
Das Vorladen erfolgt nur, wenn die Gmail-App geöffnet und eingeloggt ist und passiert unmittelbar bevor das UI die E-Mail rendert.
Diese falschen Öffnungen stammen aus Google-IP-Bereichen und verwenden immer einen spezifischen User-Agent-String, der sich von Google Image Cache unterscheidet.
Das Vorladen ist getrennt von dem Google Image Cache, der geöffnet wird, wenn ein Nutzer tatsächlich die E-Mail öffnet.
Die Analyse von 9.8 Milliarden Gmail-Öffnungen fand heraus, dass falsche Öffnungen für 1–6% der Gmail-Öffnungen verantwortlich sind und die gemeldeten Öffnungsraten möglicherweise um bis zu ~2 Prozentpunkte erhöhen.
Der Einfluss ist gering im Vergleich zum Apple Mail Privacy Protection, aber er verringert die Zuverlässigkeit des Öffnungsverfolgung weiter.
Die Messung des Engagements sollte sich mehr auf Klicks, Betreffzeilentests und nachgelagerte Verhaltensweisen verlagern.
SparkPost kennzeichnet automatisch diese Ereignisse mit dem
is_prefetched-Attribut in Events API und Webhooks.Absender, die nicht SparkPost verwenden, können immer noch falsche Öffnungen erkennen, indem sie den bekannten Gmail Prefetch Bot User-Agent filtern.
Das Vorladen scheint mit einem Sicherheitsscan verknüpft zu sein, der vor dem Rendern von E-Mails in Gmail basierend auf Timing und Anforderungsverhalten stattfindet.
Das Vorladen passiert nur einmal pro ungelesenem Thread; zukünftige Nachrichten im gleichen Thread lösen keine zusätzlichen Vorladungen aus, es sei denn ungelesen.
Das Vorladen kann kurz nach dem Schließen der Gmail-Mobile-App aufgrund von Hintergrundaktivität fortgesetzt werden.
Q&A Highlights
Welches neue Verhalten hat Gmail eingeführt?
Gmail lädt jetzt Bilder vor, bevor E-Mails angezeigt werden, wenn ein Benutzer aktiv in Gmail im Web oder auf dem Handy eingeloggt ist.
Zählt das Gmail-Prefetching als echtes Öffnen einer E-Mail?
Nein. Dies sind false opens, die auftreten, bevor der Benutzer die E-Mail sieht.
Wann löst Gmail das Abrufen von Bildern im Voraus aus?
Nur wenn der Empfänger zum Zeitpunkt der Zustellung der E-Mail eine aktive Gmail-Sitzung geöffnet hat.
Wie unterscheidet sich das Gmail-Prefetching vom Google Image Cache?
Das Vorabrufen erfolgt bevor die E-Mail angezeigt wird, während der Google Image Cache Bilder lädt, wenn ein Benutzer die E-Mail tatsächlich öffnet.
Welcher User-Agent identifiziert Gmail-Prefetch-Öffnungen?
Eine spezifische UA-Zeichenfolge beginnend mit:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 ...Wie signifikant ist die Inflation auf die Öffnungsraten?
Falsche Öffnungen machen etwa 1–6% der Gmail-Öffnungen aus und erhöhen die Öffnungsraten um bis zu etwa 2%.
Wie können Absender Prefetch-Opens erkennen?
Filtern Sie offene Ereignisse, die mit dem bekannten Gmail Prefetch Bot-Benutzeragenten übereinstimmen und aus von Google besessenen IP-Bereichen stammen.
Was hat SparkPost getan, um die Erkennung zu unterstützen?
Es wurde ein
is_prefetched-Flag in Events API und Webhooks hinzugefügt, um diese Ereignisse automatisch zu identifizieren.Warum lädt Gmail Bilder im Voraus?
Beweise legen nahe, dass es als Sicherheitsüberprüfung fungiert, bevor die E-Mail dem Benutzer angezeigt wird.
Erfolgt das Prefetching für jede Nachricht in einem Thread?
Nein. Es passiert normalerweise nur einmal pro ungelesenem Gmail-Thread.
Was passiert nach der Prefetch-Anfrage?
Ein separater Google Image Cache-Anfrage tritt immer noch auf, wenn der Benutzer die E-Mail tatsächlich öffnet.
Worauf sollten Absender sich konzentrieren, anstatt auf Öffnungen?
Klicks, On-Site-Verhalten, Zustellqualität, Listenhygiene und Betreffzeilenoptimierung.
Was ist Gmail-Bildvorabruf?
Die jüngsten Änderungen mit dem Apple Mail Privacy Protection haben uns nachdenklich gemacht – wo sonst passiert Prefetching? Während false opens keine große Überraschung sind, haben wir zusätzliche Details zu den begrenzten Umständen, unter denen Gmail Bilder in an Gmail-Nutzer gesendeten E-Mails vorab lädt.
Wann das Gmail-Prefetching auftritt
Die Gmail Prefetch-Öffnungen treten unter den folgenden Umständen auf:
Ein Gmail-Empfänger ist eingeloggt und hat eine aktive Sitzung in der Gmail-App geöffnet (entweder Web- oder Mobil-App).
Eine E-Mail wird an den Gmail-Empfänger gesendet, während seine Sitzung aktiv/geöffnet ist.
Gmail lädt alle Bilder vorab, unmittelbar bevor die Benutzeroberfläche die E-Mail anzeigt.
Dieses Bild-Prefetching ist zusätzlich zu (und unterscheidet sich von) Google Image Cache-Öffnungen, die auftreten, wenn der Benutzer die E-Mail öffnet.
Das Bild-Prefetching tritt nur auf, wenn der Benutzer in der Gmail-Anwendung eingeloggt ist, von einer Google-IP-Adresse stammt und anhand des folgenden User-Agent-Strings angefordert wird:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, wie Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0
Beim Untersuchen von Milliarden von Öffnungsereignissen können wir mit Sicherheit sagen, dass diese Öffnungen false opens sind und kein tatsächliches Benutzeröffnungsereignis anzeigen. Diese Öffnungsereignisse sind unabhängig und unterscheiden sich von benutzerinitiierte Öffnungsereignissen, ausgelöst durch Google Image Cache.
So identifizieren Sie Gmail vorab geladene Öffnungen (Zusammenfassung)
Signal | Was es anzeigt |
|---|---|
Aktive Gmail-Sitzung (Web oder Mobil) | Prefetching tritt nur bei aktiver Nutzung auf |
Bilder vor UI-Render abgerufen | Öffnung vor Protokollierung, bevor Benutzer die E-Mail sieht |
Quell-IP gehört Google | Server-seitige Anfrage, nicht Empfängergerät |
Speziellen Gmail-Prefetch-User-Agent | Zuverlässiger Fingerabdruck zum Filtern |
Passiert Sekunden nach Lieferung | Zeitpunkt bestätigt automatisiertes Verhalten |
Die jüngsten Änderungen mit dem Apple Mail Privacy Protection haben uns nachdenklich gemacht – wo sonst passiert Prefetching? Während false opens keine große Überraschung sind, haben wir zusätzliche Details zu den begrenzten Umständen, unter denen Gmail Bilder in an Gmail-Nutzer gesendeten E-Mails vorab lädt.
Wann das Gmail-Prefetching auftritt
Die Gmail Prefetch-Öffnungen treten unter den folgenden Umständen auf:
Ein Gmail-Empfänger ist eingeloggt und hat eine aktive Sitzung in der Gmail-App geöffnet (entweder Web- oder Mobil-App).
Eine E-Mail wird an den Gmail-Empfänger gesendet, während seine Sitzung aktiv/geöffnet ist.
Gmail lädt alle Bilder vorab, unmittelbar bevor die Benutzeroberfläche die E-Mail anzeigt.
Dieses Bild-Prefetching ist zusätzlich zu (und unterscheidet sich von) Google Image Cache-Öffnungen, die auftreten, wenn der Benutzer die E-Mail öffnet.
Das Bild-Prefetching tritt nur auf, wenn der Benutzer in der Gmail-Anwendung eingeloggt ist, von einer Google-IP-Adresse stammt und anhand des folgenden User-Agent-Strings angefordert wird:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, wie Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0
Beim Untersuchen von Milliarden von Öffnungsereignissen können wir mit Sicherheit sagen, dass diese Öffnungen false opens sind und kein tatsächliches Benutzeröffnungsereignis anzeigen. Diese Öffnungsereignisse sind unabhängig und unterscheiden sich von benutzerinitiierte Öffnungsereignissen, ausgelöst durch Google Image Cache.
So identifizieren Sie Gmail vorab geladene Öffnungen (Zusammenfassung)
Signal | Was es anzeigt |
|---|---|
Aktive Gmail-Sitzung (Web oder Mobil) | Prefetching tritt nur bei aktiver Nutzung auf |
Bilder vor UI-Render abgerufen | Öffnung vor Protokollierung, bevor Benutzer die E-Mail sieht |
Quell-IP gehört Google | Server-seitige Anfrage, nicht Empfängergerät |
Speziellen Gmail-Prefetch-User-Agent | Zuverlässiger Fingerabdruck zum Filtern |
Passiert Sekunden nach Lieferung | Zeitpunkt bestätigt automatisiertes Verhalten |
Die jüngsten Änderungen mit dem Apple Mail Privacy Protection haben uns nachdenklich gemacht – wo sonst passiert Prefetching? Während false opens keine große Überraschung sind, haben wir zusätzliche Details zu den begrenzten Umständen, unter denen Gmail Bilder in an Gmail-Nutzer gesendeten E-Mails vorab lädt.
Wann das Gmail-Prefetching auftritt
Die Gmail Prefetch-Öffnungen treten unter den folgenden Umständen auf:
Ein Gmail-Empfänger ist eingeloggt und hat eine aktive Sitzung in der Gmail-App geöffnet (entweder Web- oder Mobil-App).
Eine E-Mail wird an den Gmail-Empfänger gesendet, während seine Sitzung aktiv/geöffnet ist.
Gmail lädt alle Bilder vorab, unmittelbar bevor die Benutzeroberfläche die E-Mail anzeigt.
Dieses Bild-Prefetching ist zusätzlich zu (und unterscheidet sich von) Google Image Cache-Öffnungen, die auftreten, wenn der Benutzer die E-Mail öffnet.
Das Bild-Prefetching tritt nur auf, wenn der Benutzer in der Gmail-Anwendung eingeloggt ist, von einer Google-IP-Adresse stammt und anhand des folgenden User-Agent-Strings angefordert wird:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, wie Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0
Beim Untersuchen von Milliarden von Öffnungsereignissen können wir mit Sicherheit sagen, dass diese Öffnungen false opens sind und kein tatsächliches Benutzeröffnungsereignis anzeigen. Diese Öffnungsereignisse sind unabhängig und unterscheiden sich von benutzerinitiierte Öffnungsereignissen, ausgelöst durch Google Image Cache.
So identifizieren Sie Gmail vorab geladene Öffnungen (Zusammenfassung)
Signal | Was es anzeigt |
|---|---|
Aktive Gmail-Sitzung (Web oder Mobil) | Prefetching tritt nur bei aktiver Nutzung auf |
Bilder vor UI-Render abgerufen | Öffnung vor Protokollierung, bevor Benutzer die E-Mail sieht |
Quell-IP gehört Google | Server-seitige Anfrage, nicht Empfängergerät |
Speziellen Gmail-Prefetch-User-Agent | Zuverlässiger Fingerabdruck zum Filtern |
Passiert Sekunden nach Lieferung | Zeitpunkt bestätigt automatisiertes Verhalten |
Wie sich das Vorladen von Gmail auf die Öffnungsraten auswirkt
Was sind die Auswirkungen der falschen Öffnungen bei Gmail? Glücklicherweise sind sie gering und bei weitem nicht im Apple Mail Privacy Protection Maßstab. Da das Öffnen-Tracking jedoch weniger zuverlässig wird, wird das Erstellen überzeugender Betreffzeilen noch entscheidender, um das Engagement eher durch Klicks als durch Öffnungen zu messen.
Bei der Betrachtung von über 9,8 Milliarden Gmail-Empfänger-Öffnungen im Dezember 2021 stellten wir bei den meisten Absendern fest, dass falsche Öffnungen zwischen 1-6% der Öffnungsereignisse ausmachten. Das bedeutet, dass Ihre Öffnungsrate um bis zu 2 Prozentpunkte erhöht sein könnte. Zum Beispiel: Wenn Sie derzeit eine Gesamteröffnungsrate von 20% bei Gmail haben, läge Ihre korrekte Öffnungsrate näher bei 18%.
Gmail Prefetch vs Google Image Cache Öffnungen
Verhalten | Gmail Prefetch | Google Image Cache |
|---|---|---|
Ausgelöst durch | Gmail App-Aktivität | Nutzer öffnet E-Mail |
Stellt echtes Engagement dar | Nein | Wahrscheinlicher |
Anforderungszeitpunkt | Vor der E-Mail-Anzeige | Nach dem Öffnen |
Analyse-Handling | Filtern oder ignorieren | Beibehalten (mit Vorbehalten) |
Ihre spezifische falsche Öffnungsrate kann erheblich höher oder niedriger sein als das, was wir oben berichten. Da die falschen Öffnungen auftritt, basierend darauf, wann Nutzer die Gmail-Applikation verwenden, sind das Verhalten Ihres spezifischen Publikums und die Anwendungsfälle die Hauptfaktoren dafür, wie stark Sie von dieser Anomalie betroffen sein werden.
Angesichts dieses Einflusses besteht der nächste Schritt darin, zu verstehen, wie man diese Ereignisse in Ihren Daten identifiziert und filtert.
Was sind die Auswirkungen der falschen Öffnungen bei Gmail? Glücklicherweise sind sie gering und bei weitem nicht im Apple Mail Privacy Protection Maßstab. Da das Öffnen-Tracking jedoch weniger zuverlässig wird, wird das Erstellen überzeugender Betreffzeilen noch entscheidender, um das Engagement eher durch Klicks als durch Öffnungen zu messen.
Bei der Betrachtung von über 9,8 Milliarden Gmail-Empfänger-Öffnungen im Dezember 2021 stellten wir bei den meisten Absendern fest, dass falsche Öffnungen zwischen 1-6% der Öffnungsereignisse ausmachten. Das bedeutet, dass Ihre Öffnungsrate um bis zu 2 Prozentpunkte erhöht sein könnte. Zum Beispiel: Wenn Sie derzeit eine Gesamteröffnungsrate von 20% bei Gmail haben, läge Ihre korrekte Öffnungsrate näher bei 18%.
Gmail Prefetch vs Google Image Cache Öffnungen
Verhalten | Gmail Prefetch | Google Image Cache |
|---|---|---|
Ausgelöst durch | Gmail App-Aktivität | Nutzer öffnet E-Mail |
Stellt echtes Engagement dar | Nein | Wahrscheinlicher |
Anforderungszeitpunkt | Vor der E-Mail-Anzeige | Nach dem Öffnen |
Analyse-Handling | Filtern oder ignorieren | Beibehalten (mit Vorbehalten) |
Ihre spezifische falsche Öffnungsrate kann erheblich höher oder niedriger sein als das, was wir oben berichten. Da die falschen Öffnungen auftritt, basierend darauf, wann Nutzer die Gmail-Applikation verwenden, sind das Verhalten Ihres spezifischen Publikums und die Anwendungsfälle die Hauptfaktoren dafür, wie stark Sie von dieser Anomalie betroffen sein werden.
Angesichts dieses Einflusses besteht der nächste Schritt darin, zu verstehen, wie man diese Ereignisse in Ihren Daten identifiziert und filtert.
Was sind die Auswirkungen der falschen Öffnungen bei Gmail? Glücklicherweise sind sie gering und bei weitem nicht im Apple Mail Privacy Protection Maßstab. Da das Öffnen-Tracking jedoch weniger zuverlässig wird, wird das Erstellen überzeugender Betreffzeilen noch entscheidender, um das Engagement eher durch Klicks als durch Öffnungen zu messen.
Bei der Betrachtung von über 9,8 Milliarden Gmail-Empfänger-Öffnungen im Dezember 2021 stellten wir bei den meisten Absendern fest, dass falsche Öffnungen zwischen 1-6% der Öffnungsereignisse ausmachten. Das bedeutet, dass Ihre Öffnungsrate um bis zu 2 Prozentpunkte erhöht sein könnte. Zum Beispiel: Wenn Sie derzeit eine Gesamteröffnungsrate von 20% bei Gmail haben, läge Ihre korrekte Öffnungsrate näher bei 18%.
Gmail Prefetch vs Google Image Cache Öffnungen
Verhalten | Gmail Prefetch | Google Image Cache |
|---|---|---|
Ausgelöst durch | Gmail App-Aktivität | Nutzer öffnet E-Mail |
Stellt echtes Engagement dar | Nein | Wahrscheinlicher |
Anforderungszeitpunkt | Vor der E-Mail-Anzeige | Nach dem Öffnen |
Analyse-Handling | Filtern oder ignorieren | Beibehalten (mit Vorbehalten) |
Ihre spezifische falsche Öffnungsrate kann erheblich höher oder niedriger sein als das, was wir oben berichten. Da die falschen Öffnungen auftritt, basierend darauf, wann Nutzer die Gmail-Applikation verwenden, sind das Verhalten Ihres spezifischen Publikums und die Anwendungsfälle die Hauptfaktoren dafür, wie stark Sie von dieser Anomalie betroffen sein werden.
Angesichts dieses Einflusses besteht der nächste Schritt darin, zu verstehen, wie man diese Ereignisse in Ihren Daten identifiziert und filtert.
Wie man das Vorabrufen und Öffnen von Gmail erkennt und ignoriert
Was je nach Ihrer Sendekonfiguration zu tun ist
Absendertyp | Empfohlene Vorgehensweise |
|---|---|
SparkPost-Absender | Verwenden Sie das |
Nicht-SparkPost-Absender | Filtern Sie Öffnungen, die mit dem bekannten Gmail-Prefetch-Benutzeragent übereinstimmen |
Alle Absender | Verschieben Sie den Schwerpunkt von Öffnungen zu Klicks und nachgelagerte Signale |
Für SparkPost-Absender
Für SparkPost-Absender haben wir alles abgedeckt. Wir haben unsere Events-API und Event-Webhooks bereits aktualisiert, um diese Gmail-Prefetch-Ereignisse automatisch mit dem neu eingeführten is_prefetched Flag zu identifizieren. Wir arbeiten auch aktiv daran, die Möglichkeit hinzuzufügen, vorab abgerufene und Proxy-Öffnungen in unserem Analytics Report UI und der Metrics API zu unterscheiden. Bleiben Sie dran für zukünftige Updates zu den Verbesserungen der Report-UI.
Für Nicht-SparkPost-Absender
Für andere ist es immer noch relativ einfach, Gmail-Prefetch-Öffnungen zu erkennen. Weitere technische Details zur Analyse von E-Mail-Daten finden Sie in unserem Leitfaden zum Lesen von E-Mail-Headern. Bei jedem Öffnungsereignis sollten Sie alle Öffnungsereignisse ignorieren (oder eindeutig kennzeichnen), die mit dem folgenden Benutzeragent-String übereinstimmen:
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
Wir konnten bestätigen, dass diese Zeichenfolge einzigartig für Google’s Prefetch Bot ist.
Was je nach Ihrer Sendekonfiguration zu tun ist
Absendertyp | Empfohlene Vorgehensweise |
|---|---|
SparkPost-Absender | Verwenden Sie das |
Nicht-SparkPost-Absender | Filtern Sie Öffnungen, die mit dem bekannten Gmail-Prefetch-Benutzeragent übereinstimmen |
Alle Absender | Verschieben Sie den Schwerpunkt von Öffnungen zu Klicks und nachgelagerte Signale |
Für SparkPost-Absender
Für SparkPost-Absender haben wir alles abgedeckt. Wir haben unsere Events-API und Event-Webhooks bereits aktualisiert, um diese Gmail-Prefetch-Ereignisse automatisch mit dem neu eingeführten is_prefetched Flag zu identifizieren. Wir arbeiten auch aktiv daran, die Möglichkeit hinzuzufügen, vorab abgerufene und Proxy-Öffnungen in unserem Analytics Report UI und der Metrics API zu unterscheiden. Bleiben Sie dran für zukünftige Updates zu den Verbesserungen der Report-UI.
Für Nicht-SparkPost-Absender
Für andere ist es immer noch relativ einfach, Gmail-Prefetch-Öffnungen zu erkennen. Weitere technische Details zur Analyse von E-Mail-Daten finden Sie in unserem Leitfaden zum Lesen von E-Mail-Headern. Bei jedem Öffnungsereignis sollten Sie alle Öffnungsereignisse ignorieren (oder eindeutig kennzeichnen), die mit dem folgenden Benutzeragent-String übereinstimmen:
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
Wir konnten bestätigen, dass diese Zeichenfolge einzigartig für Google’s Prefetch Bot ist.
Was je nach Ihrer Sendekonfiguration zu tun ist
Absendertyp | Empfohlene Vorgehensweise |
|---|---|
SparkPost-Absender | Verwenden Sie das |
Nicht-SparkPost-Absender | Filtern Sie Öffnungen, die mit dem bekannten Gmail-Prefetch-Benutzeragent übereinstimmen |
Alle Absender | Verschieben Sie den Schwerpunkt von Öffnungen zu Klicks und nachgelagerte Signale |
Für SparkPost-Absender
Für SparkPost-Absender haben wir alles abgedeckt. Wir haben unsere Events-API und Event-Webhooks bereits aktualisiert, um diese Gmail-Prefetch-Ereignisse automatisch mit dem neu eingeführten is_prefetched Flag zu identifizieren. Wir arbeiten auch aktiv daran, die Möglichkeit hinzuzufügen, vorab abgerufene und Proxy-Öffnungen in unserem Analytics Report UI und der Metrics API zu unterscheiden. Bleiben Sie dran für zukünftige Updates zu den Verbesserungen der Report-UI.
Für Nicht-SparkPost-Absender
Für andere ist es immer noch relativ einfach, Gmail-Prefetch-Öffnungen zu erkennen. Weitere technische Details zur Analyse von E-Mail-Daten finden Sie in unserem Leitfaden zum Lesen von E-Mail-Headern. Bei jedem Öffnungsereignis sollten Sie alle Öffnungsereignisse ignorieren (oder eindeutig kennzeichnen), die mit dem folgenden Benutzeragent-String übereinstimmen:
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
Wir konnten bestätigen, dass diese Zeichenfolge einzigartig für Google’s Prefetch Bot ist.
Gmail Vorabruf detaillierte Analyse
Wie oben beschrieben, tritt das Prefetching von Gmail nur unter bestimmten Umständen auf. Prefetching erfolgt nicht bei anderen E-Mail-Clients. Stattdessen ist dieses Verhalten spezifisch, wenn ein Gmail-Benutzer die Gmail-App in ihrem Webbrowser geöffnet hat oder die mobile App aktiv nutzt. Unser bester Tipp ist, dass es sich um einen Sicherheitsscan handelt, bevor die E-Mail dem Benutzer in ihrem Browser angezeigt wird. Dieses Prefetching-Verhalten verdeutlicht auch, warum die Optimierung der E-Mail-Dateigröße wichtig für schnelleres Laden und eine bessere Benutzererfahrung ist.
Anfrageverhalten und technische Signale
Die vollständigen Anfrage-Header für die Bildanforderung sind unten aufgeführt. Ein paar Dinge, die Ihnen auffallen werden:
Der Referer ist auf http://mail.google.com gesetzt. Interessanterweise, obwohl der Benutzer https:// verwendet, setzt Gmail den Referer beim Erstellen der Anfrage weiterhin auf das http://-Protokoll.
Die Anfrage kommt von den Gmail-Servern und nicht vom Browser des Benutzers. Die Client-IP löst sich immer auf einen von Google-eigenen IP-Bereich auf.
Im Gegensatz zum Google-Bildcache identifiziert die User-Agent-Zeichenfolge nicht, dass die Anfrage von einem der Google-Bots kommt. Stattdessen sieht die User-Agent-Zeichenfolge wie eine echte Benutzerbildanfrage aus. Wir haben jedoch bestätigt, dass diese User-Agent-Zeichenfolge den Google-Prefetch-Bot identifiziert.
Die offene Anfrage erfolgt innerhalb von Sekunden nach der E-Mail-Zustellung. Zudem erfolgt die Anfrage, bevor die E-Mail in der Gmail-Oberfläche des Benutzers erscheint. Dieses Verhalten führt uns zu der Annahme, dass die Anfrage aus Sicherheitsgründen erfolgt.
Das Prefetch scheint nur einmal pro ungelesenem Gmail-E-Mail-Thread zu erfolgen. In unseren umfangreichen Tests, sobald eine Nachricht vom Benutzer gelesen wurde, lösten alle zukünftigen E-Mails, die in diese Thread-Gruppe gingen, keine Prefetch-Anfrage aus.
Dieses Prefetch ist getrennt vom Google-Bildcache. Unsere Tests zeigen, dass selbst nachdem das Bild vorgeholt wurde, eine separate Google-Bildcache-Anfrage gestellt wird, wenn der Benutzer die E-Mail öffnet.
Wenn ein Benutzer die Gmail-Mobile-App geöffnet hat, wird das Prefetch für eine kurze Zeit fortgesetzt, auch nachdem die mobile App geschlossen wurde.
Hier ist ein Beispiel, wie die Anfrage-Header aussehen, wenn ein Bild vom Google Prefetch Bot angefordert wird:
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: {}
Wie oben beschrieben, tritt das Prefetching von Gmail nur unter bestimmten Umständen auf. Prefetching erfolgt nicht bei anderen E-Mail-Clients. Stattdessen ist dieses Verhalten spezifisch, wenn ein Gmail-Benutzer die Gmail-App in ihrem Webbrowser geöffnet hat oder die mobile App aktiv nutzt. Unser bester Tipp ist, dass es sich um einen Sicherheitsscan handelt, bevor die E-Mail dem Benutzer in ihrem Browser angezeigt wird. Dieses Prefetching-Verhalten verdeutlicht auch, warum die Optimierung der E-Mail-Dateigröße wichtig für schnelleres Laden und eine bessere Benutzererfahrung ist.
Anfrageverhalten und technische Signale
Die vollständigen Anfrage-Header für die Bildanforderung sind unten aufgeführt. Ein paar Dinge, die Ihnen auffallen werden:
Der Referer ist auf http://mail.google.com gesetzt. Interessanterweise, obwohl der Benutzer https:// verwendet, setzt Gmail den Referer beim Erstellen der Anfrage weiterhin auf das http://-Protokoll.
Die Anfrage kommt von den Gmail-Servern und nicht vom Browser des Benutzers. Die Client-IP löst sich immer auf einen von Google-eigenen IP-Bereich auf.
Im Gegensatz zum Google-Bildcache identifiziert die User-Agent-Zeichenfolge nicht, dass die Anfrage von einem der Google-Bots kommt. Stattdessen sieht die User-Agent-Zeichenfolge wie eine echte Benutzerbildanfrage aus. Wir haben jedoch bestätigt, dass diese User-Agent-Zeichenfolge den Google-Prefetch-Bot identifiziert.
Die offene Anfrage erfolgt innerhalb von Sekunden nach der E-Mail-Zustellung. Zudem erfolgt die Anfrage, bevor die E-Mail in der Gmail-Oberfläche des Benutzers erscheint. Dieses Verhalten führt uns zu der Annahme, dass die Anfrage aus Sicherheitsgründen erfolgt.
Das Prefetch scheint nur einmal pro ungelesenem Gmail-E-Mail-Thread zu erfolgen. In unseren umfangreichen Tests, sobald eine Nachricht vom Benutzer gelesen wurde, lösten alle zukünftigen E-Mails, die in diese Thread-Gruppe gingen, keine Prefetch-Anfrage aus.
Dieses Prefetch ist getrennt vom Google-Bildcache. Unsere Tests zeigen, dass selbst nachdem das Bild vorgeholt wurde, eine separate Google-Bildcache-Anfrage gestellt wird, wenn der Benutzer die E-Mail öffnet.
Wenn ein Benutzer die Gmail-Mobile-App geöffnet hat, wird das Prefetch für eine kurze Zeit fortgesetzt, auch nachdem die mobile App geschlossen wurde.
Hier ist ein Beispiel, wie die Anfrage-Header aussehen, wenn ein Bild vom Google Prefetch Bot angefordert wird:
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: {}
Wie oben beschrieben, tritt das Prefetching von Gmail nur unter bestimmten Umständen auf. Prefetching erfolgt nicht bei anderen E-Mail-Clients. Stattdessen ist dieses Verhalten spezifisch, wenn ein Gmail-Benutzer die Gmail-App in ihrem Webbrowser geöffnet hat oder die mobile App aktiv nutzt. Unser bester Tipp ist, dass es sich um einen Sicherheitsscan handelt, bevor die E-Mail dem Benutzer in ihrem Browser angezeigt wird. Dieses Prefetching-Verhalten verdeutlicht auch, warum die Optimierung der E-Mail-Dateigröße wichtig für schnelleres Laden und eine bessere Benutzererfahrung ist.
Anfrageverhalten und technische Signale
Die vollständigen Anfrage-Header für die Bildanforderung sind unten aufgeführt. Ein paar Dinge, die Ihnen auffallen werden:
Der Referer ist auf http://mail.google.com gesetzt. Interessanterweise, obwohl der Benutzer https:// verwendet, setzt Gmail den Referer beim Erstellen der Anfrage weiterhin auf das http://-Protokoll.
Die Anfrage kommt von den Gmail-Servern und nicht vom Browser des Benutzers. Die Client-IP löst sich immer auf einen von Google-eigenen IP-Bereich auf.
Im Gegensatz zum Google-Bildcache identifiziert die User-Agent-Zeichenfolge nicht, dass die Anfrage von einem der Google-Bots kommt. Stattdessen sieht die User-Agent-Zeichenfolge wie eine echte Benutzerbildanfrage aus. Wir haben jedoch bestätigt, dass diese User-Agent-Zeichenfolge den Google-Prefetch-Bot identifiziert.
Die offene Anfrage erfolgt innerhalb von Sekunden nach der E-Mail-Zustellung. Zudem erfolgt die Anfrage, bevor die E-Mail in der Gmail-Oberfläche des Benutzers erscheint. Dieses Verhalten führt uns zu der Annahme, dass die Anfrage aus Sicherheitsgründen erfolgt.
Das Prefetch scheint nur einmal pro ungelesenem Gmail-E-Mail-Thread zu erfolgen. In unseren umfangreichen Tests, sobald eine Nachricht vom Benutzer gelesen wurde, lösten alle zukünftigen E-Mails, die in diese Thread-Gruppe gingen, keine Prefetch-Anfrage aus.
Dieses Prefetch ist getrennt vom Google-Bildcache. Unsere Tests zeigen, dass selbst nachdem das Bild vorgeholt wurde, eine separate Google-Bildcache-Anfrage gestellt wird, wenn der Benutzer die E-Mail öffnet.
Wenn ein Benutzer die Gmail-Mobile-App geöffnet hat, wird das Prefetch für eine kurze Zeit fortgesetzt, auch nachdem die mobile App geschlossen wurde.
Hier ist ein Beispiel, wie die Anfrage-Header aussehen, wenn ein Bild vom Google Prefetch Bot angefordert wird:
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: {}
Wie Absender offene Metriken in Zukunft interpretieren sollten
Wie im Fall des "Apple’s Mail Privacy Protection" sollten Absender alle Öffnungsereignisse mit Vorsicht behandeln. Konzentrieren Sie sich auf die allgemeine E-Mail-Qualität, einschließlich der Vermeidung von Tippfehlern bei E-Mail-Adressen und der Pflege sauberer Listen für bessere Zustellbarkeitsmetriken. Öffnungen sind nur eine, und oft nicht die beste, der vielen Engagement-Metriken, die Absender überwachen und einbeziehen sollten, wenn sie Entscheidungen über die Nutzeransprache treffen.
Wie im Fall des "Apple’s Mail Privacy Protection" sollten Absender alle Öffnungsereignisse mit Vorsicht behandeln. Konzentrieren Sie sich auf die allgemeine E-Mail-Qualität, einschließlich der Vermeidung von Tippfehlern bei E-Mail-Adressen und der Pflege sauberer Listen für bessere Zustellbarkeitsmetriken. Öffnungen sind nur eine, und oft nicht die beste, der vielen Engagement-Metriken, die Absender überwachen und einbeziehen sollten, wenn sie Entscheidungen über die Nutzeransprache treffen.
Wie im Fall des "Apple’s Mail Privacy Protection" sollten Absender alle Öffnungsereignisse mit Vorsicht behandeln. Konzentrieren Sie sich auf die allgemeine E-Mail-Qualität, einschließlich der Vermeidung von Tippfehlern bei E-Mail-Adressen und der Pflege sauberer Listen für bessere Zustellbarkeitsmetriken. Öffnungen sind nur eine, und oft nicht die beste, der vielen Engagement-Metriken, die Absender überwachen und einbeziehen sollten, wenn sie Entscheidungen über die Nutzeransprache treffen.



