De recente wijzigingen met Apple Mail Privacy Protection vroegen ons af – waar gebeurt prefetching nog meer? Hoewel valse openingen geen grote verrassing zijn, hebben we aanvullende details over de beperkte omstandigheden waarin Gmail afbeeldingen prefetches in e-mails die naar Gmail-gebruikers worden gestuurd.
Business in a box.
Ontdek onze oplossingen.
Praat met ons verkoopteam
Gmail haalt afbeeldingen vooraf op, wat leidt tot marginaal opgeblazen openingen
De recente wijzigingen met Apple Mail Privacy Protection deden ons afvragen – waar gebeurt het prefetchen nog meer? Hoewel valse openingen geen grote verrassing zijn, hebben we aanvullende details over de beperkte omstandigheden waarin Gmail afbeeldingen ophaalt in e-mails die naar Gmail-gebruikers worden verzonden.
De Gmail-prefetch-openingen komen voor in de volgende situaties:
Een Gmail-ontvanger is ingelogd en heeft een actieve sessie geopend in de Gmail-app (zowel web als mobiele app).
Een e-mail wordt naar de Gmail-ontvanger verzonden terwijl hun sessie actief/geopend is.
Gmail haalt alle afbeeldingen op onmiddellijk voordat de gebruikersinterface de e-mail weergeeft.
Dit beeld-prefetch is aanvullend op (en anders dan) Google Image Cache openingen, die optreden wanneer de gebruiker de e-mail opent.
De beeld-prefetch gebeurt alleen wanneer de gebruiker is ingelogd in de Gmail-toepassing, afkomstig is van een Google IP-adres, en wordt aangevraagd met de volgende user-agent string:
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
Bij het onderzoeken van miljarden open-gebeurtenissen, kunnen we met vertrouwen zeggen dat deze openingen valse openingen zijn en geen daadwerkelijke gebruikersopeningen aangeven. Deze open-gebeurtenissen zijn onafhankelijk en onderscheiden zich van door gebruikers geïnitieerde openingen die worden geactiveerd door Google Image Cache.
Gmail Prefetch Invloeden
Hoe Gmail Prefetched Opens te Detecteren en Negeren
Voor SparkPost-gebruikers hebben we je gedekt. We hebben onze events API en event webhooks al bijgewerkt om deze Gmail Prefetch-gebeurtenissen automatisch te identificeren met behulp van de nieuw geïntroduceerde is_prefetched vlag. We werken ook actief aan het toevoegen van de mogelijkheid om geprefetchte en proxy-openingen te onderscheiden in ons Analytics Report UI en Metrics API. Blijf op de hoogte voor toekomstige updates over de verbeteringen van de Report UI.
Voor anderen is het detecteren van Gmail prefetch-openingen nog steeds relatief eenvoudig. Voor elke open event wil je elke open event negeren (of uniek taggen) die overeenkomt met de volgende user agent string:
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
We hebben kunnen bevestigen dat deze string uniek is voor Google's Prefetch Bot.
Gmail Prefetch Gedetailleerde Analyse
Zoals hierboven beschreven, vindt Gmail-prefetching alleen plaats in een beperkte set omstandigheden. Prefetching gebeurt niet met andere e-mailclients. In plaats daarvan is dit gedrag specifiek voor wanneer een Gmail-gebruiker de Gmail-app in hun webbrowser geopend heeft of de mobiele app actief gebruikt. Onze beste gok is dat het een beveiligingsscan is voordat de e-mail aan de gebruiker in hun browser wordt getoond.
De volledige aanvraagheaders voor de afbeeldingaanvraag worden hieronder beschreven. Een paar dingen die u zult opmerken:
De referer is ingesteld op http://mail.google.com. Interessant is dat, hoewel de gebruiker op https:// zit, Gmail de referer nog steeds instelt op het http:// protocol wanneer de aanvraag wordt gedaan.
De aanvraag komt van Gmail's servers en niet van de browser van de gebruiker. Het client-IP lost altijd op naar een door Google beheerde IP-ruimte.
Anders dan Google Image Cache, identificeert de user-agent string niet dat de aanvraag komt van een van Google's bots. In plaats daarvan lijkt de user-agent string op een daadwerkelijke gebruikersaanvraag voor een afbeelding. We hebben echter bevestigd dat deze user-agent string de Google-prefetch-bot identificeert.
De open aanvraag gebeurt binnen seconden na de e-mailevering. Verder vindt de aanvraag plaats voordat de e-mail in de gebruikersinterface van Gmail verschijnt. Dit gedrag doet ons geloven dat de aanvraag voor beveiligingsdoeleinden is.
De prefetch lijkt slechts eenmaal te gebeuren per ongelezen Gmail e-mailthread. Uit onze uitgebreide tests bleek dat zodra een bericht door de gebruiker was gelezen, eventuele toekomstige e-mails die in die threadgroep binnenkwamen geen prefetch-aanvraag activeerden.
Deze prefetch is gescheiden van Google Image Cache. Onze tests geven aan dat zelfs nadat de afbeelding is geprefetcht, er een aparte Google Image Cache-aanvraag wordt gedaan wanneer de gebruiker de e-mail opent.
Als een gebruiker de Gmail mobiele app open heeft, zal de prefetch korte tijd blijven gebeuren, zelfs na het sluiten van de mobiele app.
Hier is een voorbeeld van hoe de aanvraagheaders eruit zullen zien wanneer een afbeelding wordt aangevraagd van de 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: {}
Zoals het geval is met Apple’s Mail Privacy Protection, zouden afzenders alle open evenementen met zorg moeten behandelen. Opens zijn slechts één, en vaak niet de beste, van de vele betrokkenheidsstatistieken die afzenders zouden moeten monitoren en meenemen bij het maken van beslissingen over gebruikersbetrokkenheid.
