Actualización sobre la precarga de imágenes en la aplicación de Gmail
Pájaro
25 ene 2022
Correo electrónico
1 min read

Puntos clave
Gmail ahora precarga las imágenes cuando un usuario tiene una sesión activa en Gmail en la web o en el móvil, causando aperturas falsas antes de que se muestre el correo electrónico.
La precarga ocurre solo cuando la aplicación de Gmail está abierta e iniciada sesión, y sucede inmediatamente antes de que la interfaz de usuario muestre el correo electrónico.
Estas aperturas falsas se originan en rangos de IP de Google y siempre utilizan un string de agente de usuario específico que difiere de Google Image Cache.
La precarga es independiente de la apertura de Google Image Cache que ocurre cuando un usuario realmente abre el correo electrónico.
El análisis de 9.8B aperturas de Gmail encontró que las aperturas falsas representan del 1 al 6% de las aperturas de Gmail, potencialmente inflando las tasas de apertura reportadas hasta en ~2 puntos porcentuales.
El impacto es menor en comparación con la Protección de Privacidad de Apple Mail, pero reduce aún más la fiabilidad del seguimiento de aperturas.
La medición del compromiso debería centrarse en clics, pruebas de línea de asunto y comportamientos posteriores.
SparkPost marca automáticamente estos eventos con el atributo
is_prefetcheden la Events API y Webhooks.Los remitentes no de SparkPost aún pueden detectar aperturas falsas filtrando por el conocido user-agent del Bot de Prefetch de Gmail.
La precarga parece estar relacionada con un escaneo de seguridad antes de mostrar los correos en Gmail, basado en el tiempo y el comportamiento de las solicitudes.
La precarga ocurre solo una vez por hilo no leído; los mensajes futuros en el mismo hilo no desencadenarán precargas adicionales a menos que estén no leídos.
La precarga puede continuar brevemente después de cerrar la aplicación móvil de Gmail debido a la actividad en segundo plano.
Destacados de Q&A
¿Qué nuevo comportamiento introdujo Gmail?
Gmail ahora precarga imágenes antes de mostrar correos electrónicos cuando un usuario ha iniciado sesión activamente en Gmail en la web o en el móvil.
¿El prefetching de Gmail cuenta como una apertura real de correo electrónico?
No. Estos son falsos aperturas que ocurren antes de que el usuario vea el correo electrónico.
¿Cuándo Gmail activa la precarga de imágenes?
Solo cuando el destinatario tiene una sesión activa de Gmail abierta en el momento en que se entrega el correo electrónico.
¿Cómo es Gmail prefetching diferente de Google Image Cache?
La precarga ocurre antes de que se muestre el correo electrónico, mientras que Google Image Cache carga imágenes cuando un usuario realmente abre el correo electrónico.
¿Qué agente de usuario identifica las aperturas prefetch de Gmail?
Un UA específico que comienza con:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 ...¿Qué tan significativa es la inflación en las tasas de apertura?
Las falsas aperturas representan aproximadamente 1–6% de las aperturas de Gmail, inflando las tasas de apertura hasta aproximadamente un 2%.
¿Cómo pueden los remitentes detectar las aperturas de prefetch?
Filtrar eventos abiertos que coincidan con el user-agent conocido del Gmail Prefetch Bot y que se originen en los rangos de IP propiedad de Google.
¿Qué ha hecho SparkPost para apoyar la detección?
Se añadió una bandera
is_prefetcheden Events API y Webhooks para identificar automáticamente estos eventos.¿Por qué Gmail prefetch images?
La evidencia sugiere que actúa como un security scan antes de mostrar el correo electrónico al usuario.
¿Ocurre la precarga para cada mensaje en un hilo?
No. Normalmente, ocurre solo una vez por hilo de Gmail no leído.
¿Qué ocurre después de la solicitud de prefetch?
Cuando el usuario realmente abre el correo electrónico, todavía ocurre una solicitud separada de Google Image Cache.
¿En qué deberían centrarse los remitentes en lugar de en las aperturas?
Clics, comportamiento en el sitio, calidad de entrega, higiene de la lista y optimización de la línea de asunto.
¿Qué es la precarga de imágenes de Gmail?
Los cambios recientes con la Protección de Privacidad de Correo de Apple nos hicieron preguntarnos: ¿dónde más está ocurriendo la precarga? Si bien falsas aperturas no son una gran sorpresa, tenemos detalles adicionales sobre el conjunto limitado de circunstancias en las cuales Gmail está precargando imágenes en correos enviados a usuarios de Gmail.
Cuándo ocurre la precarga de Gmail
Las aperturas por precarga de Gmail ocurren en las siguientes circunstancias:
Un destinatario de Gmail ha iniciado sesión y tiene una sesión activa abierta en la aplicación de Gmail (ya sea la web o la aplicación móvil).
Se envía un correo al destinatario de Gmail mientras su sesión está activa/abierta.
Gmail precarga todas las imágenes inmediatamente antes de que la interfaz de usuario muestre el correo.
Esta precarga de imágenes es adicional (y diferente a) las aperturas de Google Image Cache, que ocurren cuando el usuario abre el correo.
La precarga de imágenes solo ocurre cuando el usuario ha iniciado sesión en la aplicación de Gmail, proviene de una dirección IP de Google y se solicita usando la siguiente cadena de agente de usuario:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, como Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0
Al investigar miles de millones de eventos de apertura, podemos decir con confianza que estas aperturas son falsas y no indican un evento de apertura real por parte del usuario. Estos eventos de apertura son independientes y distintos de los eventos de apertura iniciados por el usuario activados por Google Image Cache.
Cómo identificar las aperturas precargadas de Gmail (resumen)
Señal | Qué indica |
|---|---|
Sesión activa de Gmail (web o móvil) | La precarga solo ocurre durante el uso activo |
Imágenes obtenidas antes del renderizado de UI | La apertura se registra antes de que el usuario vea el correo |
IP de origen propiedad de Google | Solicitud del lado del servidor, no del dispositivo del destinatario |
Agente de usuario específico de precarga de Gmail | Huella digital confiable para filtrar |
Ocurre segundos después de la entrega | El momento confirma comportamiento automatizado |
Los cambios recientes con la Protección de Privacidad de Correo de Apple nos hicieron preguntarnos: ¿dónde más está ocurriendo la precarga? Si bien falsas aperturas no son una gran sorpresa, tenemos detalles adicionales sobre el conjunto limitado de circunstancias en las cuales Gmail está precargando imágenes en correos enviados a usuarios de Gmail.
Cuándo ocurre la precarga de Gmail
Las aperturas por precarga de Gmail ocurren en las siguientes circunstancias:
Un destinatario de Gmail ha iniciado sesión y tiene una sesión activa abierta en la aplicación de Gmail (ya sea la web o la aplicación móvil).
Se envía un correo al destinatario de Gmail mientras su sesión está activa/abierta.
Gmail precarga todas las imágenes inmediatamente antes de que la interfaz de usuario muestre el correo.
Esta precarga de imágenes es adicional (y diferente a) las aperturas de Google Image Cache, que ocurren cuando el usuario abre el correo.
La precarga de imágenes solo ocurre cuando el usuario ha iniciado sesión en la aplicación de Gmail, proviene de una dirección IP de Google y se solicita usando la siguiente cadena de agente de usuario:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, como Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0
Al investigar miles de millones de eventos de apertura, podemos decir con confianza que estas aperturas son falsas y no indican un evento de apertura real por parte del usuario. Estos eventos de apertura son independientes y distintos de los eventos de apertura iniciados por el usuario activados por Google Image Cache.
Cómo identificar las aperturas precargadas de Gmail (resumen)
Señal | Qué indica |
|---|---|
Sesión activa de Gmail (web o móvil) | La precarga solo ocurre durante el uso activo |
Imágenes obtenidas antes del renderizado de UI | La apertura se registra antes de que el usuario vea el correo |
IP de origen propiedad de Google | Solicitud del lado del servidor, no del dispositivo del destinatario |
Agente de usuario específico de precarga de Gmail | Huella digital confiable para filtrar |
Ocurre segundos después de la entrega | El momento confirma comportamiento automatizado |
Los cambios recientes con la Protección de Privacidad de Correo de Apple nos hicieron preguntarnos: ¿dónde más está ocurriendo la precarga? Si bien falsas aperturas no son una gran sorpresa, tenemos detalles adicionales sobre el conjunto limitado de circunstancias en las cuales Gmail está precargando imágenes en correos enviados a usuarios de Gmail.
Cuándo ocurre la precarga de Gmail
Las aperturas por precarga de Gmail ocurren en las siguientes circunstancias:
Un destinatario de Gmail ha iniciado sesión y tiene una sesión activa abierta en la aplicación de Gmail (ya sea la web o la aplicación móvil).
Se envía un correo al destinatario de Gmail mientras su sesión está activa/abierta.
Gmail precarga todas las imágenes inmediatamente antes de que la interfaz de usuario muestre el correo.
Esta precarga de imágenes es adicional (y diferente a) las aperturas de Google Image Cache, que ocurren cuando el usuario abre el correo.
La precarga de imágenes solo ocurre cuando el usuario ha iniciado sesión en la aplicación de Gmail, proviene de una dirección IP de Google y se solicita usando la siguiente cadena de agente de usuario:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, como Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0
Al investigar miles de millones de eventos de apertura, podemos decir con confianza que estas aperturas son falsas y no indican un evento de apertura real por parte del usuario. Estos eventos de apertura son independientes y distintos de los eventos de apertura iniciados por el usuario activados por Google Image Cache.
Cómo identificar las aperturas precargadas de Gmail (resumen)
Señal | Qué indica |
|---|---|
Sesión activa de Gmail (web o móvil) | La precarga solo ocurre durante el uso activo |
Imágenes obtenidas antes del renderizado de UI | La apertura se registra antes de que el usuario vea el correo |
IP de origen propiedad de Google | Solicitud del lado del servidor, no del dispositivo del destinatario |
Agente de usuario específico de precarga de Gmail | Huella digital confiable para filtrar |
Ocurre segundos después de la entrega | El momento confirma comportamiento automatizado |
Cómo el prefetching de Gmail afecta las tasas de apertura
¿Cuáles son las implicaciones de los falsos abiertos en Gmail? Afortunadamente, son menores y no se acercan a la escala de Apple Mail Privacy Protection. Sin embargo, con el seguimiento de aperturas volviéndose menos confiable, crear líneas de asunto atractivas se vuelve aún más crítico para medir el compromiso a través de clics en lugar de aperturas.
Al observar más de 9.8 mil millones de eventos de apertura de destinatarios de Gmail en diciembre de 2021, para la mayoría de los remitentes, vimos que los falsos abiertos representaron entre el 1-6% de los eventos de apertura. Lo que esto significa es que tu tasa de apertura puede estar inflada hasta en 2 puntos porcentuales. Por ejemplo: Si actualmente tienes una tasa de apertura general del 20% en Gmail, tu tasa de apertura correcta estaría más cerca del 18%.
Prefetch de Gmail vs aperturas de Google Image Cache
Comportamiento | Prefetch de Gmail | Google Image Cache |
|---|---|---|
Activado por | Actividad de la app de Gmail | Usuario abriendo correo |
Representa compromiso real | No | Más probable |
Momento de la solicitud | Antes de mostrar el correo | Después de abrir |
Gestión de analíticas | Filtrar o ignorar | Retener (con advertencias) |
Tu tasa específica de falsos abiertos puede ser significativamente mayor o menor que lo que estamos reportando arriba. Debido a que los falsos abiertos se activan en función de cuándo los usuarios están utilizando la aplicación de Gmail, el comportamiento y los casos de uso específicos de tu audiencia son los factores principales en cuánto te afectará esta anomalía.
Dado este impacto, el próximo paso es entender cómo identificar y filtrar estos eventos en tus datos.
¿Cuáles son las implicaciones de los falsos abiertos en Gmail? Afortunadamente, son menores y no se acercan a la escala de Apple Mail Privacy Protection. Sin embargo, con el seguimiento de aperturas volviéndose menos confiable, crear líneas de asunto atractivas se vuelve aún más crítico para medir el compromiso a través de clics en lugar de aperturas.
Al observar más de 9.8 mil millones de eventos de apertura de destinatarios de Gmail en diciembre de 2021, para la mayoría de los remitentes, vimos que los falsos abiertos representaron entre el 1-6% de los eventos de apertura. Lo que esto significa es que tu tasa de apertura puede estar inflada hasta en 2 puntos porcentuales. Por ejemplo: Si actualmente tienes una tasa de apertura general del 20% en Gmail, tu tasa de apertura correcta estaría más cerca del 18%.
Prefetch de Gmail vs aperturas de Google Image Cache
Comportamiento | Prefetch de Gmail | Google Image Cache |
|---|---|---|
Activado por | Actividad de la app de Gmail | Usuario abriendo correo |
Representa compromiso real | No | Más probable |
Momento de la solicitud | Antes de mostrar el correo | Después de abrir |
Gestión de analíticas | Filtrar o ignorar | Retener (con advertencias) |
Tu tasa específica de falsos abiertos puede ser significativamente mayor o menor que lo que estamos reportando arriba. Debido a que los falsos abiertos se activan en función de cuándo los usuarios están utilizando la aplicación de Gmail, el comportamiento y los casos de uso específicos de tu audiencia son los factores principales en cuánto te afectará esta anomalía.
Dado este impacto, el próximo paso es entender cómo identificar y filtrar estos eventos en tus datos.
¿Cuáles son las implicaciones de los falsos abiertos en Gmail? Afortunadamente, son menores y no se acercan a la escala de Apple Mail Privacy Protection. Sin embargo, con el seguimiento de aperturas volviéndose menos confiable, crear líneas de asunto atractivas se vuelve aún más crítico para medir el compromiso a través de clics en lugar de aperturas.
Al observar más de 9.8 mil millones de eventos de apertura de destinatarios de Gmail en diciembre de 2021, para la mayoría de los remitentes, vimos que los falsos abiertos representaron entre el 1-6% de los eventos de apertura. Lo que esto significa es que tu tasa de apertura puede estar inflada hasta en 2 puntos porcentuales. Por ejemplo: Si actualmente tienes una tasa de apertura general del 20% en Gmail, tu tasa de apertura correcta estaría más cerca del 18%.
Prefetch de Gmail vs aperturas de Google Image Cache
Comportamiento | Prefetch de Gmail | Google Image Cache |
|---|---|---|
Activado por | Actividad de la app de Gmail | Usuario abriendo correo |
Representa compromiso real | No | Más probable |
Momento de la solicitud | Antes de mostrar el correo | Después de abrir |
Gestión de analíticas | Filtrar o ignorar | Retener (con advertencias) |
Tu tasa específica de falsos abiertos puede ser significativamente mayor o menor que lo que estamos reportando arriba. Debido a que los falsos abiertos se activan en función de cuándo los usuarios están utilizando la aplicación de Gmail, el comportamiento y los casos de uso específicos de tu audiencia son los factores principales en cuánto te afectará esta anomalía.
Dado este impacto, el próximo paso es entender cómo identificar y filtrar estos eventos en tus datos.
Cómo detectar e ignorar las aperturas precargadas de Gmail
Qué hacer según su configuración de envío
Tipo de remitente | Manejo recomendado |
|---|---|
Remitentes SparkPost | Usar el indicador |
Remitentes no-SparkPost | Filtrar las aperturas que coincidan con el agente de usuario conocido de prefetch de Gmail |
Todos los remitentes | Cambiar el énfasis de aperturas a clics y señales posteriores |
Para remitentes de SparkPost
Para remitentes de SparkPost, lo tenemos cubierto. Ya hemos actualizado nuestro Events API y webhooks de eventos para identificar automáticamente estos eventos de Prefetch de Gmail utilizando el recién introducido is_prefetched indicador. También estamos trabajando activamente para agregar la capacidad de distinguir entre aperturas prefetched y proxy en nuestra interfaz de usuario de informes de análisis y en el Metrics API. Manténgase atento para futuras actualizaciones sobre las mejoras en la interfaz de usuario de informes.
Para remitentes no-SparkPost
Para otros, detectar las aperturas de prefetch de Gmail sigue siendo relativamente sencillo. Para más detalles técnicos sobre el análisis de datos de correos electrónicos, consulte nuestra guía sobre cómo leer los encabezados de correo electrónico. Para cada evento de apertura, querrá ignorar (o marcar exclusivamente) cualquier evento de apertura que coincida con la siguiente cadena de agente de usuario:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, como Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0
Hemos podido confirmar que esta cadena es única del Prefetch Bot de Google.
Qué hacer según su configuración de envío
Tipo de remitente | Manejo recomendado |
|---|---|
Remitentes SparkPost | Usar el indicador |
Remitentes no-SparkPost | Filtrar las aperturas que coincidan con el agente de usuario conocido de prefetch de Gmail |
Todos los remitentes | Cambiar el énfasis de aperturas a clics y señales posteriores |
Para remitentes de SparkPost
Para remitentes de SparkPost, lo tenemos cubierto. Ya hemos actualizado nuestro Events API y webhooks de eventos para identificar automáticamente estos eventos de Prefetch de Gmail utilizando el recién introducido is_prefetched indicador. También estamos trabajando activamente para agregar la capacidad de distinguir entre aperturas prefetched y proxy en nuestra interfaz de usuario de informes de análisis y en el Metrics API. Manténgase atento para futuras actualizaciones sobre las mejoras en la interfaz de usuario de informes.
Para remitentes no-SparkPost
Para otros, detectar las aperturas de prefetch de Gmail sigue siendo relativamente sencillo. Para más detalles técnicos sobre el análisis de datos de correos electrónicos, consulte nuestra guía sobre cómo leer los encabezados de correo electrónico. Para cada evento de apertura, querrá ignorar (o marcar exclusivamente) cualquier evento de apertura que coincida con la siguiente cadena de agente de usuario:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, como Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0
Hemos podido confirmar que esta cadena es única del Prefetch Bot de Google.
Qué hacer según su configuración de envío
Tipo de remitente | Manejo recomendado |
|---|---|
Remitentes SparkPost | Usar el indicador |
Remitentes no-SparkPost | Filtrar las aperturas que coincidan con el agente de usuario conocido de prefetch de Gmail |
Todos los remitentes | Cambiar el énfasis de aperturas a clics y señales posteriores |
Para remitentes de SparkPost
Para remitentes de SparkPost, lo tenemos cubierto. Ya hemos actualizado nuestro Events API y webhooks de eventos para identificar automáticamente estos eventos de Prefetch de Gmail utilizando el recién introducido is_prefetched indicador. También estamos trabajando activamente para agregar la capacidad de distinguir entre aperturas prefetched y proxy en nuestra interfaz de usuario de informes de análisis y en el Metrics API. Manténgase atento para futuras actualizaciones sobre las mejoras en la interfaz de usuario de informes.
Para remitentes no-SparkPost
Para otros, detectar las aperturas de prefetch de Gmail sigue siendo relativamente sencillo. Para más detalles técnicos sobre el análisis de datos de correos electrónicos, consulte nuestra guía sobre cómo leer los encabezados de correo electrónico. Para cada evento de apertura, querrá ignorar (o marcar exclusivamente) cualquier evento de apertura que coincida con la siguiente cadena de agente de usuario:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, como Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0
Hemos podido confirmar que esta cadena es única del Prefetch Bot de Google.
Gmail prefetch análisis detallado
Como se detalla anteriormente, la precarga de Gmail solo ocurre en un conjunto limitado de circunstancias. La precarga no ocurre con otros clientes de correo. En cambio, este comportamiento es específico para cuando un usuario de Gmail tiene abierta la aplicación de Gmail en su navegador web o está usando activamente la aplicación móvil. Nuestra mejor suposición es que se trata de un escaneo de seguridad antes de mostrar el correo al usuario en su navegador. Este comportamiento de precarga también resalta por qué la optimización del tamaño del archivo de correo electrónico es importante para una carga más rápida y una mejor experiencia de usuario.
Comportamiento de la solicitud y señales técnicas
Las cabeceras completas de la solicitud para la imagen se detallan a continuación. Algunas cosas que notará:
El referer está configurado a http://mail.google.com. Curiosamente, aunque el usuario está en https://, Gmail todavía configura el referer al protocolo http:// al hacer la solicitud.
La solicitud proviene de los servidores de Gmail y no del navegador del usuario. La IP del cliente siempre se resuelve a un espacio de IP propiedad de Google.
A diferencia del Caché de Imágenes de Google, la cadena del agente de usuario no identifica que la solicitud proviene de uno de los bots de Google. En cambio, la cadena del agente de usuario parece una solicitud de imagen de un usuario real. Sin embargo, hemos confirmado que esta cadena del agente de usuario sí identifica al bot de precarga de Google.
La solicitud de apertura ocurre dentro de segundos después de la entrega del correo electrónico. Además, la solicitud ocurre antes de que el correo aparezca en la interfaz de Gmail del usuario. Este comportamiento nos lleva a creer que la solicitud es por razones de seguridad.
La precarga parece ocurrir solo una vez por cada hilo de correo no leído de Gmail. En nuestras pruebas extensivas, una vez que un mensaje fue leído por el usuario, cualquier correo futuro que entró en ese grupo de hilos no inició una solicitud de precarga.
Esta precarga es independiente del Caché de Imágenes de Google. Nuestras pruebas indican que, incluso después de que la imagen es precargada, se realiza una solicitud separada de Caché de Imágenes de Google cuando el usuario abre el correo.
Si un usuario tiene abierta la aplicación móvil de Gmail, la precarga continuará ocurriendo por un breve periodo de tiempo, incluso después de cerrar la aplicación móvil.
A continuación, se muestra un ejemplo de cómo se verán las cabeceras de solicitud cuando una imagen es solicitada por el Bot de Precarga de Google:
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: {}
Como se detalla anteriormente, la precarga de Gmail solo ocurre en un conjunto limitado de circunstancias. La precarga no ocurre con otros clientes de correo. En cambio, este comportamiento es específico para cuando un usuario de Gmail tiene abierta la aplicación de Gmail en su navegador web o está usando activamente la aplicación móvil. Nuestra mejor suposición es que se trata de un escaneo de seguridad antes de mostrar el correo al usuario en su navegador. Este comportamiento de precarga también resalta por qué la optimización del tamaño del archivo de correo electrónico es importante para una carga más rápida y una mejor experiencia de usuario.
Comportamiento de la solicitud y señales técnicas
Las cabeceras completas de la solicitud para la imagen se detallan a continuación. Algunas cosas que notará:
El referer está configurado a http://mail.google.com. Curiosamente, aunque el usuario está en https://, Gmail todavía configura el referer al protocolo http:// al hacer la solicitud.
La solicitud proviene de los servidores de Gmail y no del navegador del usuario. La IP del cliente siempre se resuelve a un espacio de IP propiedad de Google.
A diferencia del Caché de Imágenes de Google, la cadena del agente de usuario no identifica que la solicitud proviene de uno de los bots de Google. En cambio, la cadena del agente de usuario parece una solicitud de imagen de un usuario real. Sin embargo, hemos confirmado que esta cadena del agente de usuario sí identifica al bot de precarga de Google.
La solicitud de apertura ocurre dentro de segundos después de la entrega del correo electrónico. Además, la solicitud ocurre antes de que el correo aparezca en la interfaz de Gmail del usuario. Este comportamiento nos lleva a creer que la solicitud es por razones de seguridad.
La precarga parece ocurrir solo una vez por cada hilo de correo no leído de Gmail. En nuestras pruebas extensivas, una vez que un mensaje fue leído por el usuario, cualquier correo futuro que entró en ese grupo de hilos no inició una solicitud de precarga.
Esta precarga es independiente del Caché de Imágenes de Google. Nuestras pruebas indican que, incluso después de que la imagen es precargada, se realiza una solicitud separada de Caché de Imágenes de Google cuando el usuario abre el correo.
Si un usuario tiene abierta la aplicación móvil de Gmail, la precarga continuará ocurriendo por un breve periodo de tiempo, incluso después de cerrar la aplicación móvil.
A continuación, se muestra un ejemplo de cómo se verán las cabeceras de solicitud cuando una imagen es solicitada por el Bot de Precarga de Google:
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: {}
Como se detalla anteriormente, la precarga de Gmail solo ocurre en un conjunto limitado de circunstancias. La precarga no ocurre con otros clientes de correo. En cambio, este comportamiento es específico para cuando un usuario de Gmail tiene abierta la aplicación de Gmail en su navegador web o está usando activamente la aplicación móvil. Nuestra mejor suposición es que se trata de un escaneo de seguridad antes de mostrar el correo al usuario en su navegador. Este comportamiento de precarga también resalta por qué la optimización del tamaño del archivo de correo electrónico es importante para una carga más rápida y una mejor experiencia de usuario.
Comportamiento de la solicitud y señales técnicas
Las cabeceras completas de la solicitud para la imagen se detallan a continuación. Algunas cosas que notará:
El referer está configurado a http://mail.google.com. Curiosamente, aunque el usuario está en https://, Gmail todavía configura el referer al protocolo http:// al hacer la solicitud.
La solicitud proviene de los servidores de Gmail y no del navegador del usuario. La IP del cliente siempre se resuelve a un espacio de IP propiedad de Google.
A diferencia del Caché de Imágenes de Google, la cadena del agente de usuario no identifica que la solicitud proviene de uno de los bots de Google. En cambio, la cadena del agente de usuario parece una solicitud de imagen de un usuario real. Sin embargo, hemos confirmado que esta cadena del agente de usuario sí identifica al bot de precarga de Google.
La solicitud de apertura ocurre dentro de segundos después de la entrega del correo electrónico. Además, la solicitud ocurre antes de que el correo aparezca en la interfaz de Gmail del usuario. Este comportamiento nos lleva a creer que la solicitud es por razones de seguridad.
La precarga parece ocurrir solo una vez por cada hilo de correo no leído de Gmail. En nuestras pruebas extensivas, una vez que un mensaje fue leído por el usuario, cualquier correo futuro que entró en ese grupo de hilos no inició una solicitud de precarga.
Esta precarga es independiente del Caché de Imágenes de Google. Nuestras pruebas indican que, incluso después de que la imagen es precargada, se realiza una solicitud separada de Caché de Imágenes de Google cuando el usuario abre el correo.
Si un usuario tiene abierta la aplicación móvil de Gmail, la precarga continuará ocurriendo por un breve periodo de tiempo, incluso después de cerrar la aplicación móvil.
A continuación, se muestra un ejemplo de cómo se verán las cabeceras de solicitud cuando una imagen es solicitada por el Bot de Precarga de Google:
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: {}
Cómo los remitentes deberían interpretar las métricas abiertas en el futuro
Como es el caso con la Protección de Privacidad de Correo de Apple, los remitentes deben tratar todos los eventos de apertura con cuidado. Concéntrese en la calidad general del correo electrónico, incluyendo prevenir errores tipográficos en las direcciones de correo electrónico y mantener listas limpias para mejores métricas de entregabilidad. Las aperturas son solo una, y a menudo no la mejor, de las muchas métricas de compromiso que los remitentes deben estar monitoreando e incluyendo al tomar determinaciones sobre el compromiso del usuario.
Como es el caso con la Protección de Privacidad de Correo de Apple, los remitentes deben tratar todos los eventos de apertura con cuidado. Concéntrese en la calidad general del correo electrónico, incluyendo prevenir errores tipográficos en las direcciones de correo electrónico y mantener listas limpias para mejores métricas de entregabilidad. Las aperturas son solo una, y a menudo no la mejor, de las muchas métricas de compromiso que los remitentes deben estar monitoreando e incluyendo al tomar determinaciones sobre el compromiso del usuario.
Como es el caso con la Protección de Privacidad de Correo de Apple, los remitentes deben tratar todos los eventos de apertura con cuidado. Concéntrese en la calidad general del correo electrónico, incluyendo prevenir errores tipográficos en las direcciones de correo electrónico y mantener listas limpias para mejores métricas de entregabilidad. Las aperturas son solo una, y a menudo no la mejor, de las muchas métricas de compromiso que los remitentes deben estar monitoreando e incluyendo al tomar determinaciones sobre el compromiso del usuario.
Otras noticias
Leer más de esta categoría

Correo electrónico
15 Mejores Prácticas de Entregabilidad de Email para Gmail

Correo electrónico
Entender SPF y DKIM para mejorar la entregabilidad del correo electrónico

Correo electrónico
4 Perspectivas sobre los Impactos No Inmediatamente Obvios de los Cambios en la Protección de Privacidad del Correo de iOS 15
