Gmail laadt afbeeldingen vooraf, wat leidt tot lichtelijk verhoogde opens
De recente wijzigingen bij Apple Mail Privacybescherming brachten ons aan het denken - waar vindt het vooraf laden nog meer plaats? Hoewel valse opens geen grote verrassing zijn, hebben we aanvullende details over de beperkte omstandigheden waarin Gmail afbeeldingen vooraf laadt in e-mails die naar Gmail-gebruikers worden verzonden.
De Gmail-vooraf open situaties komen voor in de volgende omstandigheden:
Een Gmail-ontvanger is ingelogd en heeft een actieve sessie open op de Gmail-app (zowel web- als mobiele app).
Een e-mail wordt verzonden naar de Gmail-ontvanger terwijl hun sessie actief/open is.
Gmail laadt alle afbeeldingen vooraf kort voordat de UI de e-mail weergeeft.
Dit vooraf laden van afbeeldingen is aanvullend (en anders dan) Google Image Cache opens, die optreden wanneer de gebruiker de e-mail opent.
Het vooraf laden van afbeeldingen gebeurt alleen wanneer de gebruiker is ingelogd in de Gmail-applicatie, afkomstig is van een Google IP-adres en wordt aangevraagd met de volgende gebruikersagent-tekenreeks:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, zoals Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0
Bij het onderzoeken van miljarden open evenementen kunnen we met vertrouwen zeggen dat deze opens valse opens zijn en geen daadwerkelijke gebruikersopen gebeurtenis aangeven. Deze open evenementen zijn onafhankelijk en verschillend van door de gebruiker geïnitieerde open gebeurtenissen die worden geactiveerd door Google Image Cache.
Impact van Gmail Vooraf Laden
Wat zijn de implicaties van de valse opens bij Gmail? Gelukkig zijn ze klein en komen ze niet in de buurt van de schaal van Apple Mail Privacybescherming.
Bij het bekijken van meer dan 9,8 miljard Gmail-ontvanger open evenementen in december 2021, zagen we dat valse opens voor de meeste afzenders tussen 1-6% van de open evenementen uitmaakten. Dit betekent dat je open rate met maximaal 2 procentpunten kan worden opgeblazen. Bijvoorbeeld: Als je momenteel een totale open percentage van 20% bij Gmail hebt, zou je correcte open percentage dichter bij 18% liggen.
Je specifieke valse open rate kan aanzienlijk hoger of lager zijn dan wat we hierboven rapporteren. Omdat de valse opens worden geactiveerd op basis van wanneer gebruikers de Gmail-app gebruiken, zijn het gedrag van je specifieke publiek en gebruiksgevallen de primaire factoren in hoeveel je door deze anomalie wordt beïnvloed.
Hoe Gmail Vooraf Geladen Opens Te Detecteren en Negeer ze
Voor SparkPost-zenders hebben we je gedekt. We hebben onze evenement-API en 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 vooraf geladen en proxy-opens te onderscheiden in onze 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-vooraf openingen nog steeds relatief eenvoudig. Voor elke open gebeurtenis wil je elke open gebeurtenis die overeenkomt met de volgende gebruikersagent-tekenreeks negeren (of uniek taggen):
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, zoals Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0
We hebben kunnen bevestigen dat deze tekenreeks uniek is voor de Prefetch Bot van Google.
Gedetailleerde Analyse van Gmail Vooraf Laden
Zoals hierboven gedetailleerd, vindt het vooraf laden bij Gmail alleen plaats in een beperkte reeks omstandigheden. Vooraf laden gebeurt niet bij andere e-mailcliënten. In plaats daarvan is dit gedrag specifiek wanneer een Gmail-gebruiker de Gmail-app open heeft staan in hun webbrowser of actief de mobiele app gebruikt. Onze beste gok is dat het een beveiligingsscan is voordat de e-mail wordt getoond aan de gebruiker in hun browser.
De volledige aanvraagheaders voor de afbeeldingaanvraag zijn hieronder gedetailleerd. Een paar dingen die je zult opmerken:
De verwijzer is ingesteld op http://mail.google.com. Interessant is dat hoewel de gebruiker op https:// zit, Gmail nog steeds de verwijzer instelt op het http://-protocol bij het maken van de aanvraag.
De aanvraag komt van de Gmail-servers en niet van de browser van de gebruiker. Het client-IP lost altijd op naar een door Google-eigendom ruimte.
In tegenstelling tot Google Image Cache, identificeert de gebruikersagent-tekenreeks niet dat de aanvraag afkomstig is van een van de bots van Google. In plaats daarvan lijkt de gebruikersagent-tekenreeks op een echte gebruikersafbeeldingsaanvraag. We hebben echter bevestigd dat deze gebruikersagent-tekenreeks de Google-prefetch-bot identificeert.
De open aanvraag gebeurt binnen enkele seconden na de aflevering van de e-mail. Verder vindt de aanvraag plaats voordat de e-mail verschijnt in de Gmail-interface van de gebruiker. Dit gedrag doet ons geloven dat de aanvraag voor beveiligingsdoeleinden is.
Het vooraf laden lijkt slechts één keer per ongelezen Gmail e-mailthread te gebeuren. In onze uitgebreide tests, zodra een bericht door de gebruiker was gelezen, veroorzaakten toekomstige e-mails die in die thread-groep terechtkwamen geen nieuwe vooraf laadaanvraag.
Dit vooraf laden is gescheiden van Google Image Cache. Onze tests geven aan dat zelfs na het vooraf laden van de afbeelding, een afzonderlijke Google Image Cache-aanvraag wordt gedaan wanneer de gebruiker de e-mail opent.
Als een gebruiker de Gmail mobiele app open heeft, blijft het vooraf laden voor een korte tijd doorgaan, 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, zoals 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 Privacybescherming, moeten afzenders voorzichtig om gaan met alle open gebeurtenissen. Opens zijn slechts een van de vele betrokkenheidsstatistieken die afzenders moeten monitoren en opnemen bij het maken van beslissingen over gebruikersbetrokkenheid.