Update over het vooraf ophalen van afbeeldingen in de Gmail-app
Bird
25 jan 2022
1 min read

Belangrijkste punten
Gmail haalt nu beelden vooraf op wanneer een gebruiker een actieve Gmail-sessie heeft op web of mobiel, wat valse opens veroorzaakt voordat de e-mail wordt weergegeven.
Prefetching vindt alleen plaats wanneer de Gmail-app is geopend en ingelogd, en gebeurt onmiddellijk voordat de UI de e-mail weergeeft.
Deze valse opens komen van Google IP-reeksen en gebruiken altijd een specifieke user-agent-string die verschilt van de Google Image Cache.
Prefetching is gescheiden van het Google Image Cache-openen dat plaatsvindt wanneer een gebruiker de e-mail daadwerkelijk opent.
Analyse van 9.8B Gmail-opens vond dat valse opens 1–6% van de Gmail-opens uitmaken, wat de gemelde open tarieven met maximaal ~2 procentpunten kan verhogen.
De impact is klein vergeleken met Apple Mail Privacy Protection, maar het vermindert verder de betrouwbaarheid van het bijhouden van opens.
Engagementmeting zou moeten verschuiven naar kliks, onderwerpregeltesten en downstream-gedragingen.
SparkPost markeert deze gebeurtenissen automatisch met het
is_prefetchedattribuut in Events API en Webhooks.Niet-SparkPost-verzenders kunnen nog steeds valse opens detecteren door te filteren op de bekende Gmail Prefetch Bot user-agent.
Prefetching lijkt gekoppeld te zijn aan een beveiligingsscan voordat e-mails in Gmail worden weergegeven, gebaseerd op timing en aanvraaggedrag.
Prefetch gebeurt slechts één keer per ongelezen thread; toekomstige berichten in dezelfde thread zullen geen extra prefetches activeren tenzij ze ongelezen zijn.
Prefetch kan kort doorgaan na het sluiten van de Gmail mobiele app vanwege achtergrondactiviteit.
Q&A Hoogtepunten
Welke nieuwe gedrag heeft Gmail geïntroduceerd?
Gmail haalt nu afbeeldingen vooraf op voordat e-mails worden weergegeven wanneer een gebruiker actief is ingelogd op Gmail via web of mobiel.
Wordt het prefetchen van Gmail beschouwd als een echte e-mailopen?
Nee. Dit zijn valse openingen die optreden voordat de gebruiker de e-mail ziet.
Wanneer triggert Gmail het voorladen van afbeeldingen?
Alleen wanneer de ontvanger een actieve Gmail-sessie heeft geopend op het moment dat de e-mail wordt bezorgd.
Hoe verschilt het voorladen van Gmail van Google Image Cache?
Prefetching gebeurt voordat de e-mail wordt weergegeven, terwijl de Google Image Cache afbeeldingen laadt wanneer een gebruiker de e-mail daadwerkelijk opent.
Welke user-agent identificeert Gmail prefetch opens?
Een specifieke UA-string die begint met:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 ...Hoe significant is de inflatie op open rates?
Valse opens vormen ongeveer 1–6% van Gmail-openingen, waardoor open tarieven met maximaal ongeveer 2% worden opgeblazen.
Hoe kunnen verzenders prefetch opens detecteren?
Filter open evenementen die overeenkomen met de bekende Gmail Prefetch Bot user-agent en afkomstig zijn van door Google beheerde IP-reeksen.
Wat heeft SparkPost gedaan om detectie te ondersteunen?
Er is een
is_prefetched-vlag toegevoegd in Events API en Webhooks om deze gebeurtenissen automatisch te identificeren.Waarom laadt Gmail afbeeldingen vooraf?
Bewijs suggereert dat het fungeert als een beveiligingsscan voordat de e-mail aan de gebruiker wordt getoond.
Gebeuren er voorladen voor elk bericht in een thread?
Nee. Dit gebeurt meestal slechts één keer per ongelezen Gmail-thread.
Wat gebeurt er na het prefetch verzoek?
Een aparte Google Image Cache-aanvraag vindt nog steeds plaats wanneer de gebruiker de e-mail daadwerkelijk opent.
Waar moeten afzenders zich op concentreren in plaats van opens?
Klikken, on-site gedrag, leverbetrouwbaarheid, lijsthygiene en optimalisatie van onderwerpregels.
Wat is Gmail image prefetching?
De recente wijzigingen met Apple Mail Privacy Protection hadden ons afvragend – waar gebeurt prefetching nog meer? Terwijl false opens niet als een grote verrassing komen, hebben we aanvullende details over de beperkte omstandigheden waarin Gmail afbeeldingen ophaalt in e-mails die naar Gmail-gebruikers worden verzonden.
Wanneer Gmail prefetching plaatsvindt
De Gmail prefetch-openingen gebeuren in de volgende omstandigheden:
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/open is.
Gmail haalt direct alle afbeeldingen op voordat de UI de e-mail weergeeft.
Dit ophalen van afbeeldingen is naast (en anders dan) Google Image Cache openingen, die optreden wanneer de gebruiker de e-mail opent.
Het ophalen van afbeeldingen vindt alleen plaats wanneer de gebruiker is ingelogd in de Gmail-applicatie, 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, zoals 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 opens false opens zijn en geen daadwerkelijke gebruikersopen gebeurtenis aangeven. Deze open gebeurtenissen zijn onafhankelijk en verschillend van door de gebruiker geïnitieerde open gebeurtenissen die worden geactiveerd door Google Image Cache.
Hoe Gmail-prefetch-openingen te identificeren (samenvatting)
Signaal | Wat het aangeeft |
|---|---|
Actieve Gmail-sessie (web of mobiel) | Prefetch vindt alleen plaats tijdens actief gebruik |
Afbeeldingen opgehaald vóór UI-render | Open geregistreerd voordat gebruiker e-mail ziet |
Bron-IP eigendom van Google | Server-side verzoek, niet apparaat van de ontvanger |
Specifieke Gmail prefetch user-agent | Betrouwbare vingerafdruk voor filtratie |
Vindt seconden na bezorging plaats | Tijdstip bevestigt geautomatiseerd gedrag |
De recente wijzigingen met Apple Mail Privacy Protection hadden ons afvragend – waar gebeurt prefetching nog meer? Terwijl false opens niet als een grote verrassing komen, hebben we aanvullende details over de beperkte omstandigheden waarin Gmail afbeeldingen ophaalt in e-mails die naar Gmail-gebruikers worden verzonden.
Wanneer Gmail prefetching plaatsvindt
De Gmail prefetch-openingen gebeuren in de volgende omstandigheden:
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/open is.
Gmail haalt direct alle afbeeldingen op voordat de UI de e-mail weergeeft.
Dit ophalen van afbeeldingen is naast (en anders dan) Google Image Cache openingen, die optreden wanneer de gebruiker de e-mail opent.
Het ophalen van afbeeldingen vindt alleen plaats wanneer de gebruiker is ingelogd in de Gmail-applicatie, 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, zoals 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 opens false opens zijn en geen daadwerkelijke gebruikersopen gebeurtenis aangeven. Deze open gebeurtenissen zijn onafhankelijk en verschillend van door de gebruiker geïnitieerde open gebeurtenissen die worden geactiveerd door Google Image Cache.
Hoe Gmail-prefetch-openingen te identificeren (samenvatting)
Signaal | Wat het aangeeft |
|---|---|
Actieve Gmail-sessie (web of mobiel) | Prefetch vindt alleen plaats tijdens actief gebruik |
Afbeeldingen opgehaald vóór UI-render | Open geregistreerd voordat gebruiker e-mail ziet |
Bron-IP eigendom van Google | Server-side verzoek, niet apparaat van de ontvanger |
Specifieke Gmail prefetch user-agent | Betrouwbare vingerafdruk voor filtratie |
Vindt seconden na bezorging plaats | Tijdstip bevestigt geautomatiseerd gedrag |
De recente wijzigingen met Apple Mail Privacy Protection hadden ons afvragend – waar gebeurt prefetching nog meer? Terwijl false opens niet als een grote verrassing komen, hebben we aanvullende details over de beperkte omstandigheden waarin Gmail afbeeldingen ophaalt in e-mails die naar Gmail-gebruikers worden verzonden.
Wanneer Gmail prefetching plaatsvindt
De Gmail prefetch-openingen gebeuren in de volgende omstandigheden:
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/open is.
Gmail haalt direct alle afbeeldingen op voordat de UI de e-mail weergeeft.
Dit ophalen van afbeeldingen is naast (en anders dan) Google Image Cache openingen, die optreden wanneer de gebruiker de e-mail opent.
Het ophalen van afbeeldingen vindt alleen plaats wanneer de gebruiker is ingelogd in de Gmail-applicatie, 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, zoals 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 opens false opens zijn en geen daadwerkelijke gebruikersopen gebeurtenis aangeven. Deze open gebeurtenissen zijn onafhankelijk en verschillend van door de gebruiker geïnitieerde open gebeurtenissen die worden geactiveerd door Google Image Cache.
Hoe Gmail-prefetch-openingen te identificeren (samenvatting)
Signaal | Wat het aangeeft |
|---|---|
Actieve Gmail-sessie (web of mobiel) | Prefetch vindt alleen plaats tijdens actief gebruik |
Afbeeldingen opgehaald vóór UI-render | Open geregistreerd voordat gebruiker e-mail ziet |
Bron-IP eigendom van Google | Server-side verzoek, niet apparaat van de ontvanger |
Specifieke Gmail prefetch user-agent | Betrouwbare vingerafdruk voor filtratie |
Vindt seconden na bezorging plaats | Tijdstip bevestigt geautomatiseerd gedrag |
Hoe Gmail-prefetching open rates beïnvloedt
Wat zijn de implicaties van de valse opens bij Gmail? Gelukkig zijn ze minimaal en niet in de buurt van de Apple Mail Privacy Protection omvang. Echter, met het minder betrouwbaar worden van open tracking, wordt het maken van boeiende onderwerpregels nog crucialer voor het meten van betrokkenheid via kliks in plaats van opens.
Bij het bekijken van meer dan 9,8 miljard open gebeurtenissen van Gmail-ontvangers in december 2021, zagen we dat valse opens voor de meeste afzenders tussen de 1-6% van de open gebeurtenissen uitmaakten. Wat dit betekent, is dat je open rate mogelijk met maximaal 2 procentpunten is opgeblazen. Bijvoorbeeld: als je momenteel een algemene open rate van 20% bij Gmail hebt, zou je correcte open rate dichter bij 18% liggen.
Gmail prefetch versus Google Image Cache opens
Gedrag | Gmail Prefetch | Google Image Cache |
|---|---|---|
Geactiveerd door | Gmail app activiteit | Gebruiker opent e-mail |
Vertegenwoordigt echte betrokkenheid | Nee | Meer waarschijnlijk |
Timing van aanvraag | Voor het weergeven van e-mail | Na openen |
Analyseafhandeling | Filteren of negeren | Behoud (met kanttekeningen) |
Jouw 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-applicatie gebruiken, zijn het gedrag en de gebruikssituaties van je specifieke publiek de belangrijkste factoren in hoeveel je door deze anomalie wordt beïnvloed.
Gezien deze impact is de volgende stap te begrijpen hoe je deze gebeurtenissen in je gegevens kunt identificeren en filteren.
Wat zijn de implicaties van de valse opens bij Gmail? Gelukkig zijn ze minimaal en niet in de buurt van de Apple Mail Privacy Protection omvang. Echter, met het minder betrouwbaar worden van open tracking, wordt het maken van boeiende onderwerpregels nog crucialer voor het meten van betrokkenheid via kliks in plaats van opens.
Bij het bekijken van meer dan 9,8 miljard open gebeurtenissen van Gmail-ontvangers in december 2021, zagen we dat valse opens voor de meeste afzenders tussen de 1-6% van de open gebeurtenissen uitmaakten. Wat dit betekent, is dat je open rate mogelijk met maximaal 2 procentpunten is opgeblazen. Bijvoorbeeld: als je momenteel een algemene open rate van 20% bij Gmail hebt, zou je correcte open rate dichter bij 18% liggen.
Gmail prefetch versus Google Image Cache opens
Gedrag | Gmail Prefetch | Google Image Cache |
|---|---|---|
Geactiveerd door | Gmail app activiteit | Gebruiker opent e-mail |
Vertegenwoordigt echte betrokkenheid | Nee | Meer waarschijnlijk |
Timing van aanvraag | Voor het weergeven van e-mail | Na openen |
Analyseafhandeling | Filteren of negeren | Behoud (met kanttekeningen) |
Jouw 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-applicatie gebruiken, zijn het gedrag en de gebruikssituaties van je specifieke publiek de belangrijkste factoren in hoeveel je door deze anomalie wordt beïnvloed.
Gezien deze impact is de volgende stap te begrijpen hoe je deze gebeurtenissen in je gegevens kunt identificeren en filteren.
Wat zijn de implicaties van de valse opens bij Gmail? Gelukkig zijn ze minimaal en niet in de buurt van de Apple Mail Privacy Protection omvang. Echter, met het minder betrouwbaar worden van open tracking, wordt het maken van boeiende onderwerpregels nog crucialer voor het meten van betrokkenheid via kliks in plaats van opens.
Bij het bekijken van meer dan 9,8 miljard open gebeurtenissen van Gmail-ontvangers in december 2021, zagen we dat valse opens voor de meeste afzenders tussen de 1-6% van de open gebeurtenissen uitmaakten. Wat dit betekent, is dat je open rate mogelijk met maximaal 2 procentpunten is opgeblazen. Bijvoorbeeld: als je momenteel een algemene open rate van 20% bij Gmail hebt, zou je correcte open rate dichter bij 18% liggen.
Gmail prefetch versus Google Image Cache opens
Gedrag | Gmail Prefetch | Google Image Cache |
|---|---|---|
Geactiveerd door | Gmail app activiteit | Gebruiker opent e-mail |
Vertegenwoordigt echte betrokkenheid | Nee | Meer waarschijnlijk |
Timing van aanvraag | Voor het weergeven van e-mail | Na openen |
Analyseafhandeling | Filteren of negeren | Behoud (met kanttekeningen) |
Jouw 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-applicatie gebruiken, zijn het gedrag en de gebruikssituaties van je specifieke publiek de belangrijkste factoren in hoeveel je door deze anomalie wordt beïnvloed.
Gezien deze impact is de volgende stap te begrijpen hoe je deze gebeurtenissen in je gegevens kunt identificeren en filteren.
Hoe detecteer en negeer je Gmail vooraf geladen openingen
Wat te doen op basis van uw verzendinstellingen
Type verzender | Aanbevolen aanpak |
|---|---|
SparkPost-verzenders | Gebruik de |
Niet-SparkPost-verzenders | Filter openingen die overeenkomen met bekende Gmail-prefetch user-agent |
Alle verzenders | Verleg de nadruk van openingen naar klikken en downstream-signalen |
Voor SparkPost-verzenders
Voor SparkPost-verzenders hebben we het voor u geregeld. We hebben onze events API en eventwebhooks al bijgewerkt om deze Gmail Prefetch-gebeurtenissen automatisch te identificeren met behulp van de nieuw geïntroduceerde is_prefetched vlag. We zijn ook actief bezig om het vermogen toe te voegen om geprefetchte en proxy-openingen te onderscheiden in onze Analytics Report UI en Metrics API. Blijf op de hoogte voor toekomstige updates met betrekking tot de verbeteringen aan de Report UI.
Voor niet-SparkPost-verzenders
Voor anderen is het detecteren van Gmail-prefetch-openingen nog steeds relatief eenvoudig. Voor meer technische details over het analyseren van e-mailgegevens, zie onze gids over het lezen van e-mailheaders. Voor elk open evenement wilt u elk open evenement dat overeenkomt met de volgende user-agent string negeren (of uniek labelen):
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 string uniek is voor Google's Prefetch Bot.
Wat te doen op basis van uw verzendinstellingen
Type verzender | Aanbevolen aanpak |
|---|---|
SparkPost-verzenders | Gebruik de |
Niet-SparkPost-verzenders | Filter openingen die overeenkomen met bekende Gmail-prefetch user-agent |
Alle verzenders | Verleg de nadruk van openingen naar klikken en downstream-signalen |
Voor SparkPost-verzenders
Voor SparkPost-verzenders hebben we het voor u geregeld. We hebben onze events API en eventwebhooks al bijgewerkt om deze Gmail Prefetch-gebeurtenissen automatisch te identificeren met behulp van de nieuw geïntroduceerde is_prefetched vlag. We zijn ook actief bezig om het vermogen toe te voegen om geprefetchte en proxy-openingen te onderscheiden in onze Analytics Report UI en Metrics API. Blijf op de hoogte voor toekomstige updates met betrekking tot de verbeteringen aan de Report UI.
Voor niet-SparkPost-verzenders
Voor anderen is het detecteren van Gmail-prefetch-openingen nog steeds relatief eenvoudig. Voor meer technische details over het analyseren van e-mailgegevens, zie onze gids over het lezen van e-mailheaders. Voor elk open evenement wilt u elk open evenement dat overeenkomt met de volgende user-agent string negeren (of uniek labelen):
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 string uniek is voor Google's Prefetch Bot.
Wat te doen op basis van uw verzendinstellingen
Type verzender | Aanbevolen aanpak |
|---|---|
SparkPost-verzenders | Gebruik de |
Niet-SparkPost-verzenders | Filter openingen die overeenkomen met bekende Gmail-prefetch user-agent |
Alle verzenders | Verleg de nadruk van openingen naar klikken en downstream-signalen |
Voor SparkPost-verzenders
Voor SparkPost-verzenders hebben we het voor u geregeld. We hebben onze events API en eventwebhooks al bijgewerkt om deze Gmail Prefetch-gebeurtenissen automatisch te identificeren met behulp van de nieuw geïntroduceerde is_prefetched vlag. We zijn ook actief bezig om het vermogen toe te voegen om geprefetchte en proxy-openingen te onderscheiden in onze Analytics Report UI en Metrics API. Blijf op de hoogte voor toekomstige updates met betrekking tot de verbeteringen aan de Report UI.
Voor niet-SparkPost-verzenders
Voor anderen is het detecteren van Gmail-prefetch-openingen nog steeds relatief eenvoudig. Voor meer technische details over het analyseren van e-mailgegevens, zie onze gids over het lezen van e-mailheaders. Voor elk open evenement wilt u elk open evenement dat overeenkomt met de volgende user-agent string negeren (of uniek labelen):
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 string uniek is voor Google's Prefetch Bot.
Gmail prefetch gedetailleerde analyse
Zoals hierboven beschreven, komt Gmail-prefetchen alleen voor in een beperkte set omstandigheden. Prefetchen vindt niet plaats met andere mailclients. In plaats daarvan is dit gedrag specifiek voor wanneer een Gmail-gebruiker de Gmail-app geopend heeft binnen hun webbrowser of actief de mobiele app gebruikt. Onze beste gok is dat het een beveiligingsscan is voordat de e-mail aan de gebruiker in hun browser wordt getoond. Dit prefetch-gedrag benadrukt ook waarom optimalisatie van e-mailbestandsgrootte belangrijk is voor snellere laadtijden en een betere gebruikerservaring.
Verzoekgedrag en technische signalen
De volledige verzoekkoppen voor het afbeeldingverzoek worden hieronder gedetailleerd. Een paar dingen die je zult opmerken:
De referer is ingesteld op http://mail.google.com. Interessant genoeg zet Gmail, zelfs als de gebruiker op https:// zit, nog steeds de referer op het http://-protocol bij het maken van het verzoek.
Het verzoek komt van de Gmail-servers en niet van de browser van de gebruiker. Het client-IP is altijd te herleiden tot een door Google beheerde IP-ruimte.
In tegenstelling tot Google Image Cache, identificeert de user-agent string niet dat het verzoek afkomstig is van een van de bots van Google. In plaats daarvan ziet de user-agent string eruit als een echt gebruikersafbeeldingsverzoek. We hebben echter bevestigd dat deze user-agent string de Google prefetch-bot identificeert.
Het open verzoek gebeurt binnen enkele seconden na de e-mailbezorging. Verder vindt het verzoek plaats voordat de e-mail in de interface van de gebruiker in Gmail verschijnt. Dit gedrag doet ons geloven dat het verzoek om veiligheidsredenen is.
Het lijkt erop dat de prefetch slechts één keer per ongelezen Gmail-e-mailthread plaatsvindt. Uit onze uitgebreide tests bleek dat zodra een bericht door de gebruiker werd gelezen, toekomstige e-mails die naar die threadgroep gingen geen prefetch-verzoek deden.
Deze prefetch is gescheiden van Google Image Cache. Onze tests geven aan dat zelfs nadat de afbeelding is geprefetcht, er een apart Google Image Cache-verzoek wordt gedaan wanneer de gebruiker de e-mail opent.
Als een gebruiker de Gmail-mobiele app open heeft, blijft de prefetch gedurende korte tijd doorgaan, zelfs na het sluiten van de mobiele app.
Hier is een voorbeeld van hoe de verzoekkoppen eruit zullen zien wanneer een afbeelding wordt opgevraagd 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 hierboven beschreven, komt Gmail-prefetchen alleen voor in een beperkte set omstandigheden. Prefetchen vindt niet plaats met andere mailclients. In plaats daarvan is dit gedrag specifiek voor wanneer een Gmail-gebruiker de Gmail-app geopend heeft binnen hun webbrowser of actief de mobiele app gebruikt. Onze beste gok is dat het een beveiligingsscan is voordat de e-mail aan de gebruiker in hun browser wordt getoond. Dit prefetch-gedrag benadrukt ook waarom optimalisatie van e-mailbestandsgrootte belangrijk is voor snellere laadtijden en een betere gebruikerservaring.
Verzoekgedrag en technische signalen
De volledige verzoekkoppen voor het afbeeldingverzoek worden hieronder gedetailleerd. Een paar dingen die je zult opmerken:
De referer is ingesteld op http://mail.google.com. Interessant genoeg zet Gmail, zelfs als de gebruiker op https:// zit, nog steeds de referer op het http://-protocol bij het maken van het verzoek.
Het verzoek komt van de Gmail-servers en niet van de browser van de gebruiker. Het client-IP is altijd te herleiden tot een door Google beheerde IP-ruimte.
In tegenstelling tot Google Image Cache, identificeert de user-agent string niet dat het verzoek afkomstig is van een van de bots van Google. In plaats daarvan ziet de user-agent string eruit als een echt gebruikersafbeeldingsverzoek. We hebben echter bevestigd dat deze user-agent string de Google prefetch-bot identificeert.
Het open verzoek gebeurt binnen enkele seconden na de e-mailbezorging. Verder vindt het verzoek plaats voordat de e-mail in de interface van de gebruiker in Gmail verschijnt. Dit gedrag doet ons geloven dat het verzoek om veiligheidsredenen is.
Het lijkt erop dat de prefetch slechts één keer per ongelezen Gmail-e-mailthread plaatsvindt. Uit onze uitgebreide tests bleek dat zodra een bericht door de gebruiker werd gelezen, toekomstige e-mails die naar die threadgroep gingen geen prefetch-verzoek deden.
Deze prefetch is gescheiden van Google Image Cache. Onze tests geven aan dat zelfs nadat de afbeelding is geprefetcht, er een apart Google Image Cache-verzoek wordt gedaan wanneer de gebruiker de e-mail opent.
Als een gebruiker de Gmail-mobiele app open heeft, blijft de prefetch gedurende korte tijd doorgaan, zelfs na het sluiten van de mobiele app.
Hier is een voorbeeld van hoe de verzoekkoppen eruit zullen zien wanneer een afbeelding wordt opgevraagd 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 hierboven beschreven, komt Gmail-prefetchen alleen voor in een beperkte set omstandigheden. Prefetchen vindt niet plaats met andere mailclients. In plaats daarvan is dit gedrag specifiek voor wanneer een Gmail-gebruiker de Gmail-app geopend heeft binnen hun webbrowser of actief de mobiele app gebruikt. Onze beste gok is dat het een beveiligingsscan is voordat de e-mail aan de gebruiker in hun browser wordt getoond. Dit prefetch-gedrag benadrukt ook waarom optimalisatie van e-mailbestandsgrootte belangrijk is voor snellere laadtijden en een betere gebruikerservaring.
Verzoekgedrag en technische signalen
De volledige verzoekkoppen voor het afbeeldingverzoek worden hieronder gedetailleerd. Een paar dingen die je zult opmerken:
De referer is ingesteld op http://mail.google.com. Interessant genoeg zet Gmail, zelfs als de gebruiker op https:// zit, nog steeds de referer op het http://-protocol bij het maken van het verzoek.
Het verzoek komt van de Gmail-servers en niet van de browser van de gebruiker. Het client-IP is altijd te herleiden tot een door Google beheerde IP-ruimte.
In tegenstelling tot Google Image Cache, identificeert de user-agent string niet dat het verzoek afkomstig is van een van de bots van Google. In plaats daarvan ziet de user-agent string eruit als een echt gebruikersafbeeldingsverzoek. We hebben echter bevestigd dat deze user-agent string de Google prefetch-bot identificeert.
Het open verzoek gebeurt binnen enkele seconden na de e-mailbezorging. Verder vindt het verzoek plaats voordat de e-mail in de interface van de gebruiker in Gmail verschijnt. Dit gedrag doet ons geloven dat het verzoek om veiligheidsredenen is.
Het lijkt erop dat de prefetch slechts één keer per ongelezen Gmail-e-mailthread plaatsvindt. Uit onze uitgebreide tests bleek dat zodra een bericht door de gebruiker werd gelezen, toekomstige e-mails die naar die threadgroep gingen geen prefetch-verzoek deden.
Deze prefetch is gescheiden van Google Image Cache. Onze tests geven aan dat zelfs nadat de afbeelding is geprefetcht, er een apart Google Image Cache-verzoek wordt gedaan wanneer de gebruiker de e-mail opent.
Als een gebruiker de Gmail-mobiele app open heeft, blijft de prefetch gedurende korte tijd doorgaan, zelfs na het sluiten van de mobiele app.
Hier is een voorbeeld van hoe de verzoekkoppen eruit zullen zien wanneer een afbeelding wordt opgevraagd 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: {}
Hoe afzenders voortaan open statistieken moeten interpreteren
Zoals het geval is bij Apple’s Mail Privacy Protection, moeten afzenders alle open gebeurtenissen met zorg behandelen. Focus op de algehele e-mailkwaliteit, inclusief het voorkomen van typefouten in e-mailadressen en het behouden van schone lijsten voor betere leverbaarheidsstatistieken. Opens zijn slechts één, en vaak niet de beste, van de vele betrokkenheidsstatistieken die afzenders zouden moeten monitoren en opnemen bij het maken van beslissingen over gebruikersbetrokkenheid.
Zoals het geval is bij Apple’s Mail Privacy Protection, moeten afzenders alle open gebeurtenissen met zorg behandelen. Focus op de algehele e-mailkwaliteit, inclusief het voorkomen van typefouten in e-mailadressen en het behouden van schone lijsten voor betere leverbaarheidsstatistieken. Opens zijn slechts één, en vaak niet de beste, van de vele betrokkenheidsstatistieken die afzenders zouden moeten monitoren en opnemen bij het maken van beslissingen over gebruikersbetrokkenheid.
Zoals het geval is bij Apple’s Mail Privacy Protection, moeten afzenders alle open gebeurtenissen met zorg behandelen. Focus op de algehele e-mailkwaliteit, inclusief het voorkomen van typefouten in e-mailadressen en het behouden van schone lijsten voor betere leverbaarheidsstatistieken. Opens zijn slechts één, en vaak niet de beste, van de vele betrokkenheidsstatistieken die afzenders zouden moeten monitoren en opnemen bij het maken van beslissingen over gebruikersbetrokkenheid.



