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

Actualización sobre la precarga de imágenes en la aplicación de Gmail

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_prefetched en 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_prefetched en 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:

  1. 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).

  2. Se envía un correo al destinatario de Gmail mientras su sesión está activa/abierta.

  3. Gmail precarga todas las imágenes inmediatamente antes de que la interfaz de usuario muestre el correo.

  4. 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:

  1. 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).

  2. Se envía un correo al destinatario de Gmail mientras su sesión está activa/abierta.

  3. Gmail precarga todas las imágenes inmediatamente antes de que la interfaz de usuario muestre el correo.

  4. 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:

  1. 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).

  2. Se envía un correo al destinatario de Gmail mientras su sesión está activa/abierta.

  3. Gmail precarga todas las imágenes inmediatamente antes de que la interfaz de usuario muestre el correo.

  4. 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 is_prefetched en Events API y Webhooks

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 is_prefetched en Events API y Webhooks

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 is_prefetched en Events API y Webhooks

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

A person is standing at a desk while typing on a laptop.

La plataforma completa AI-native que escala con tu negocio.

© 2025 Bird

A person is standing at a desk while typing on a laptop.

La plataforma completa AI-native que escala con tu negocio.

© 2025 Bird