Como se detalla arriba, la precarga de Gmail solo ocurre en un conjunto limitado de circunstancias. La precarga no ocurre con otros clientes de correo. En su lugar, este comportamiento es específico cuando un usuario de Gmail tiene la aplicación de Gmail abierta en su navegador web o está usando activamente la aplicación móvil. Nuestra mejor suposición es que es un escaneo de seguridad antes de mostrar el correo electrónico al usuario en su navegador.

Las cabeceras completas de la solicitud de la imagen se detallan a continuación. Notarás algunas cosas:

• El referer está configurado en 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 en un espacio de IP propiedad de Google.

• A diferencia del Caché de Imágenes de Google, la cadena de user-agent no identifica que la solicitud proviene de uno de los bots de Google. En cambio, la cadena de user-agent parece una solicitud de imagen de un usuario real. No obstante, hemos confirmado que esta cadena de user-agent sí identifica al bot de precarga de Google.

• La solicitud abierta ocurre en segundos después de la entrega del correo electrónico. Además, la solicitud ocurre antes de que el correo electrónico aparezca en la interfaz de Gmail del usuario. Este comportamiento nos lleva a creer que la solicitud es con fines de seguridad.

• Parece que la precarga solo ocurre una vez por cada hilo de correo electrónico no leído de Gmail. En nuestras pruebas extensivas, una vez que un mensaje fue leído por el usuario, cualquier correo futuro que entrase en ese grupo de hilos no inició una solicitud de precarga.

• Esta precarga es separada del Caché de Imágenes de Google. Nuestras pruebas indican que incluso después de que la imagen se haya precargado, se realiza una solicitud separada de Caché de Imágenes de Google cuando el usuario abre el correo electrónico.

• Si un usuario tiene la aplicación móvil de Gmail abierta, la precarga continuará sucediendo por un corto periodo de tiempo, incluso después de cerrar la aplicación móvil.

Aquí hay un ejemplo de cómo se verán las cabeceras de la solicitud cuando se solicita una imagen del Bot de Precarga de Google:

  headers: {

    host: ‘{redacted}.m.pipedream.net’,

    ‘x-amzn-trace-id’: ‘Root={redacted}’,

    ‘accept-language’: ‘es-ES’,

    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, como 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 es el caso con la Protección de Privacidad de Correo de Apple, los remitentes deben tratar todos los eventos de apertura con cuidado. Las aperturas son solo uno, y a menudo no el mejor, de los muchos métricas de participación que los remitentes deben monitorear e incluir al tomar determinaciones sobre el compromiso del usuario.