Atualização sobre o pré-carregamento de imagens no aplicativo Gmail

Pássaro

25 de jan. de 2022

Email

1 min read

Atualização sobre o pré-carregamento de imagens no aplicativo Gmail

Principais Conclusões

    • O Gmail agora busca imagens com antecedência quando um usuário tem uma sessão ativa do Gmail na web ou no mobile, causando aberturas falsas antes de o email ser exibido.

    • A busca com antecedência ocorre apenas quando o aplicativo do Gmail está aberto e logado, e acontece imediatamente antes da interface do usuário renderizar o email.

    • Essas aberturas falsas se originam de faixas de IP do Google e sempre usam uma string de agente de usuário específica que difere do Cache de Imagens do Google.

    • A busca com antecedência é separada da abertura do Cache de Imagens do Google que ocorre quando um usuário realmente abre o email.

    • A análise de 9,8 bilhões de aberturas do Gmail descobriu que as aberturas falsas representam 1–6% das aberturas do Gmail, potencialmente inflacionando as taxas de abertura relatadas em até ~2 pontos percentuais.

    • O impacto é menor em comparação com a Proteção de Privacidade do Apple Mail, mas reduz ainda mais a confiabilidade do rastreamento de aberturas.

    • A medição de engajamento deve mudar para cliques, testes de linha de assunto e comportamentos posteriores.

    • O SparkPost sinaliza automaticamente esses eventos com o atributo is_prefetched na API de Eventos e Webhooks.

    • Os remetentes que não usam o SparkPost ainda podem detectar aberturas falsas filtrando o agente de usuário do conhecido Bot de Prefetch do Gmail.

    • A busca com antecedência parece estar ligada a uma varredura de segurança antes de renderizar emails no Gmail, com base no tempo e no comportamento de solicitação.

    • A busca com antecedência acontece apenas uma vez por thread não lida; mensagens futuras na mesma thread não irão acionar buscas adicionais a menos que estejam não lidas.

    • A busca com antecedência pode continuar brevemente após fechar o aplicativo móvel do Gmail devido à atividade em segundo plano.

Destaques de Perguntas e Respostas

  • Que novo comportamento o Gmail introduziu?

    O Gmail agora pré-carrega imagens antes de exibir e-mails quando um usuário está ativamente conectado ao Gmail na web ou no celular.

  • A pré-carregamento do Gmail conta como uma abertura real de e-mail?

    Não. Estas são aberturas falsas que ocorrem antes que o usuário veja o e-mail.

  • Quando o Gmail ativa a pré-busca de imagens?

    Apenas quando o destinatário tem uma sessão ativa do Gmail aberta no momento em que o e-mail é entregue.

  • Como o pré-carregamento do Gmail é diferente do Cache de Imagens do Google?

    O pré-carregamento ocorre antes de o e-mail ser exibido, enquanto o Google Image Cache carrega as imagens quando um usuário realmente abre o e-mail.

  • Qual user-agent identifica as aberturas de pré-carregamento do Gmail?

    Uma string UA específica que começa com:

    Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 ...

  • Quão significativa é a inflação nas taxas de abertura?

    Aberturas falsas representam cerca de 1–6% das aberturas do Gmail, inflando as taxas de abertura em até aproximadamente 2%.

  • Como os remetentes podem detectar aberturas de pré-busca?

    Filtrar eventos abertos que correspondem ao agente de usuário conhecido do Gmail Prefetch Bot e que se originam de intervalos de IP pertencentes ao Google.

  • O que a SparkPost fez para apoiar a detecção?

    Ele adicionou uma flag is_prefetched na API de Eventos e Webhooks para identificar automaticamente esses eventos.

  • Por que o Gmail pré-carrega imagens?

    A evidência sugere que atua como uma análise de segurança antes de mostrar o e-mail ao usuário.

  • A pré-busca acontece para cada mensagem em um thread?

    Não. Normalmente acontece apenas uma vez por thread de Gmail não lido.

  • O que acontece após a solicitação de pré-busca?

    Um pedido separado do Google Image Cache ainda ocorre quando o usuário realmente abre o e-mail.

  • No que os remetentes devem se concentrar em vez de aberturas?

    Cliques, comportamento no site, qualidade de entrega, higiene da lista e otimização de linha de assunto.

O que é a pré-busca de imagens do Gmail?

As recentes mudanças com a Proteção de Privacidade do Apple Mail nos fizeram perguntar – onde mais está ocorrendo o prefetching? Enquanto falsas aberturas não são uma grande surpresa, temos detalhes adicionais sobre o conjunto limitado de circunstâncias em que o Gmail está pré-carregando imagens em e-mails enviados para usuários do Gmail. 

Quando o prefetching do Gmail ocorre

As aberturas de prefetch do Gmail ocorrem nas seguintes circunstâncias:

  1. Um destinatário do Gmail está logado e tem uma sessão ativa aberta no aplicativo Gmail (seja no web ou aplicativo móvel).

  2. Um e-mail é enviado ao destinatário do Gmail enquanto sua sessão está ativa/aberta.

  3. O Gmail pré-carrega todas as imagens imediatamente antes que a interface do usuário exiba o e-mail.

  4. Esse pré-carregamento de imagens é além de (e diferente de) aberturas do Google Image Cache, que ocorrem quando o usuário abre o e-mail.

O pré-carregamento de imagens ocorre apenas quando o usuário está logado no aplicativo Gmail, vem de um endereço IP do Google, e é solicitado usando a seguinte string de agente do usuário:

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

Ao investigar bilhões de eventos de abertura, podemos afirmar com segurança que essas aberturas são falsas aberturas e não indicam um evento real de abertura do usuário. Esses eventos de abertura são independentes e distintos dos eventos de abertura iniciados pelo usuário, acionados pelo Google Image Cache.

Como identificar aberturas pré-carregadas do Gmail (resumo)

Sinal

O que isso indica

Sessão ativa do Gmail (web ou móvel)

O prefetch ocorre apenas durante o uso ativo

Imagens buscadas antes da renderização da UI

Abertura registrada antes que o usuário veja o e-mail

IP de origem pertencente ao Google

Requisição do lado do servidor, não do dispositivo do destinatário

Agente do usuário específico do prefetch do Gmail

Impressão digital confiável para filtragem

Ocorre segundos após a entrega

A temporização confirma comportamento automatizado

As recentes mudanças com a Proteção de Privacidade do Apple Mail nos fizeram perguntar – onde mais está ocorrendo o prefetching? Enquanto falsas aberturas não são uma grande surpresa, temos detalhes adicionais sobre o conjunto limitado de circunstâncias em que o Gmail está pré-carregando imagens em e-mails enviados para usuários do Gmail. 

Quando o prefetching do Gmail ocorre

As aberturas de prefetch do Gmail ocorrem nas seguintes circunstâncias:

  1. Um destinatário do Gmail está logado e tem uma sessão ativa aberta no aplicativo Gmail (seja no web ou aplicativo móvel).

  2. Um e-mail é enviado ao destinatário do Gmail enquanto sua sessão está ativa/aberta.

  3. O Gmail pré-carrega todas as imagens imediatamente antes que a interface do usuário exiba o e-mail.

  4. Esse pré-carregamento de imagens é além de (e diferente de) aberturas do Google Image Cache, que ocorrem quando o usuário abre o e-mail.

O pré-carregamento de imagens ocorre apenas quando o usuário está logado no aplicativo Gmail, vem de um endereço IP do Google, e é solicitado usando a seguinte string de agente do usuário:

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

Ao investigar bilhões de eventos de abertura, podemos afirmar com segurança que essas aberturas são falsas aberturas e não indicam um evento real de abertura do usuário. Esses eventos de abertura são independentes e distintos dos eventos de abertura iniciados pelo usuário, acionados pelo Google Image Cache.

Como identificar aberturas pré-carregadas do Gmail (resumo)

Sinal

O que isso indica

Sessão ativa do Gmail (web ou móvel)

O prefetch ocorre apenas durante o uso ativo

Imagens buscadas antes da renderização da UI

Abertura registrada antes que o usuário veja o e-mail

IP de origem pertencente ao Google

Requisição do lado do servidor, não do dispositivo do destinatário

Agente do usuário específico do prefetch do Gmail

Impressão digital confiável para filtragem

Ocorre segundos após a entrega

A temporização confirma comportamento automatizado

As recentes mudanças com a Proteção de Privacidade do Apple Mail nos fizeram perguntar – onde mais está ocorrendo o prefetching? Enquanto falsas aberturas não são uma grande surpresa, temos detalhes adicionais sobre o conjunto limitado de circunstâncias em que o Gmail está pré-carregando imagens em e-mails enviados para usuários do Gmail. 

Quando o prefetching do Gmail ocorre

As aberturas de prefetch do Gmail ocorrem nas seguintes circunstâncias:

  1. Um destinatário do Gmail está logado e tem uma sessão ativa aberta no aplicativo Gmail (seja no web ou aplicativo móvel).

  2. Um e-mail é enviado ao destinatário do Gmail enquanto sua sessão está ativa/aberta.

  3. O Gmail pré-carrega todas as imagens imediatamente antes que a interface do usuário exiba o e-mail.

  4. Esse pré-carregamento de imagens é além de (e diferente de) aberturas do Google Image Cache, que ocorrem quando o usuário abre o e-mail.

O pré-carregamento de imagens ocorre apenas quando o usuário está logado no aplicativo Gmail, vem de um endereço IP do Google, e é solicitado usando a seguinte string de agente do usuário:

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

Ao investigar bilhões de eventos de abertura, podemos afirmar com segurança que essas aberturas são falsas aberturas e não indicam um evento real de abertura do usuário. Esses eventos de abertura são independentes e distintos dos eventos de abertura iniciados pelo usuário, acionados pelo Google Image Cache.

Como identificar aberturas pré-carregadas do Gmail (resumo)

Sinal

O que isso indica

Sessão ativa do Gmail (web ou móvel)

O prefetch ocorre apenas durante o uso ativo

Imagens buscadas antes da renderização da UI

Abertura registrada antes que o usuário veja o e-mail

IP de origem pertencente ao Google

Requisição do lado do servidor, não do dispositivo do destinatário

Agente do usuário específico do prefetch do Gmail

Impressão digital confiável para filtragem

Ocorre segundos após a entrega

A temporização confirma comportamento automatizado

Como o pré-carregamento do Gmail afeta as taxas de abertura

Quais são as implicações das aberturas falsas no Gmail? Felizmente, elas são menores e estão longe da escala de Proteção de Privacidade do Apple Mail. No entanto, com o rastreamento de aberturas se tornando menos confiável, elaborar linhas de assunto atraentes torna-se ainda mais crítico para medir o envolvimento por meio de cliques em vez de aberturas.

Ao revisar mais de 9,8 bilhões de eventos de abertura de destinatários do Gmail em dezembro de 2021, para a maioria dos remetentes, vimos que as aberturas falsas representavam entre 1-6% dos eventos de abertura. O que isso significa é que sua taxa de abertura pode estar inflacionada em até 2 pontos percentuais. Por exemplo: Se você atualmente tem uma taxa de abertura geral de 20% no Gmail, sua taxa de abertura correta seria mais próxima de 18%.  

A pré-busca do Gmail vs Aberturas do Cache de Imagens do Google

Comportamento

Pré-busca do Gmail

Cache de Imagens do Google

Disparado por

Atividade do aplicativo Gmail

Usuário abrindo o e-mail

Representa envolvimento real

Não

Mais provável

Tempo de solicitação

Antes da exibição do e-mail

Após a abertura

Tratamento analítico

Filtrar ou ignorar

Manter (com ressalvas)

Sua taxa específica de aberturas falsas pode ser significativamente maior ou menor do que o que estamos relatando acima. Porque as aberturas falsas são acionadas com base em quando os usuários estão usando o aplicativo Gmail, o comportamento e os casos de uso do seu público específico são os principais fatores de quanto você será impactado por essa anomalia.

Dado esse impacto, o próximo passo é entender como identificar e filtrar esses eventos em seus dados.

Quais são as implicações das aberturas falsas no Gmail? Felizmente, elas são menores e estão longe da escala de Proteção de Privacidade do Apple Mail. No entanto, com o rastreamento de aberturas se tornando menos confiável, elaborar linhas de assunto atraentes torna-se ainda mais crítico para medir o envolvimento por meio de cliques em vez de aberturas.

Ao revisar mais de 9,8 bilhões de eventos de abertura de destinatários do Gmail em dezembro de 2021, para a maioria dos remetentes, vimos que as aberturas falsas representavam entre 1-6% dos eventos de abertura. O que isso significa é que sua taxa de abertura pode estar inflacionada em até 2 pontos percentuais. Por exemplo: Se você atualmente tem uma taxa de abertura geral de 20% no Gmail, sua taxa de abertura correta seria mais próxima de 18%.  

A pré-busca do Gmail vs Aberturas do Cache de Imagens do Google

Comportamento

Pré-busca do Gmail

Cache de Imagens do Google

Disparado por

Atividade do aplicativo Gmail

Usuário abrindo o e-mail

Representa envolvimento real

Não

Mais provável

Tempo de solicitação

Antes da exibição do e-mail

Após a abertura

Tratamento analítico

Filtrar ou ignorar

Manter (com ressalvas)

Sua taxa específica de aberturas falsas pode ser significativamente maior ou menor do que o que estamos relatando acima. Porque as aberturas falsas são acionadas com base em quando os usuários estão usando o aplicativo Gmail, o comportamento e os casos de uso do seu público específico são os principais fatores de quanto você será impactado por essa anomalia.

Dado esse impacto, o próximo passo é entender como identificar e filtrar esses eventos em seus dados.

Quais são as implicações das aberturas falsas no Gmail? Felizmente, elas são menores e estão longe da escala de Proteção de Privacidade do Apple Mail. No entanto, com o rastreamento de aberturas se tornando menos confiável, elaborar linhas de assunto atraentes torna-se ainda mais crítico para medir o envolvimento por meio de cliques em vez de aberturas.

Ao revisar mais de 9,8 bilhões de eventos de abertura de destinatários do Gmail em dezembro de 2021, para a maioria dos remetentes, vimos que as aberturas falsas representavam entre 1-6% dos eventos de abertura. O que isso significa é que sua taxa de abertura pode estar inflacionada em até 2 pontos percentuais. Por exemplo: Se você atualmente tem uma taxa de abertura geral de 20% no Gmail, sua taxa de abertura correta seria mais próxima de 18%.  

A pré-busca do Gmail vs Aberturas do Cache de Imagens do Google

Comportamento

Pré-busca do Gmail

Cache de Imagens do Google

Disparado por

Atividade do aplicativo Gmail

Usuário abrindo o e-mail

Representa envolvimento real

Não

Mais provável

Tempo de solicitação

Antes da exibição do e-mail

Após a abertura

Tratamento analítico

Filtrar ou ignorar

Manter (com ressalvas)

Sua taxa específica de aberturas falsas pode ser significativamente maior ou menor do que o que estamos relatando acima. Porque as aberturas falsas são acionadas com base em quando os usuários estão usando o aplicativo Gmail, o comportamento e os casos de uso do seu público específico são os principais fatores de quanto você será impactado por essa anomalia.

Dado esse impacto, o próximo passo é entender como identificar e filtrar esses eventos em seus dados.

Como detectar e ignorar aberturas pré-carregadas do Gmail

O que fazer com base na sua configuração de envio

Tipo de remetente

Manuseio recomendado

Remetentes SparkPost

Use a flag is_prefetched na API de Eventos e Webhooks

Remetentes não-SparkPost

Filtrar aberturas correspondentes ao conhecido agente de usuário de prefetch do Gmail

Todos os remetentes

Mudar ênfase de aberturas para cliques e sinais posteriores

Para remetentes SparkPost

Para remetentes SparkPost, temos tudo coberto. Já atualizamos nossa API de eventos e webhooks de eventos para identificar automaticamente esses eventos de Prefetch do Gmail usando a nova introduzida is_prefetched flag. Também estamos trabalhando ativamente para adicionar a capacidade de distinguir aberturas prefetch e proxy em nossa interface de relatórios de Análise e API de Métricas. Fique atento para futuras atualizações sobre as melhorias da interface de relatórios.

Para remetentes não-SparkPost

Para os demais, detectar aberturas de prefetch do Gmail ainda é relativamente simples. Para mais detalhes técnicos sobre como analisar dados de e-mail, consulte nosso guia sobre leitura de cabeçalhos de e-mail. Para cada evento de abertura, você vai querer ignorar (ou marcar exclusivamente) qualquer evento de abertura que corresponda à seguinte string de agente de usuário:

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

Conseguimos confirmar que essa string é única para o Bot de Prefetch do Google. 

O que fazer com base na sua configuração de envio

Tipo de remetente

Manuseio recomendado

Remetentes SparkPost

Use a flag is_prefetched na API de Eventos e Webhooks

Remetentes não-SparkPost

Filtrar aberturas correspondentes ao conhecido agente de usuário de prefetch do Gmail

Todos os remetentes

Mudar ênfase de aberturas para cliques e sinais posteriores

Para remetentes SparkPost

Para remetentes SparkPost, temos tudo coberto. Já atualizamos nossa API de eventos e webhooks de eventos para identificar automaticamente esses eventos de Prefetch do Gmail usando a nova introduzida is_prefetched flag. Também estamos trabalhando ativamente para adicionar a capacidade de distinguir aberturas prefetch e proxy em nossa interface de relatórios de Análise e API de Métricas. Fique atento para futuras atualizações sobre as melhorias da interface de relatórios.

Para remetentes não-SparkPost

Para os demais, detectar aberturas de prefetch do Gmail ainda é relativamente simples. Para mais detalhes técnicos sobre como analisar dados de e-mail, consulte nosso guia sobre leitura de cabeçalhos de e-mail. Para cada evento de abertura, você vai querer ignorar (ou marcar exclusivamente) qualquer evento de abertura que corresponda à seguinte string de agente de usuário:

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

Conseguimos confirmar que essa string é única para o Bot de Prefetch do Google. 

O que fazer com base na sua configuração de envio

Tipo de remetente

Manuseio recomendado

Remetentes SparkPost

Use a flag is_prefetched na API de Eventos e Webhooks

Remetentes não-SparkPost

Filtrar aberturas correspondentes ao conhecido agente de usuário de prefetch do Gmail

Todos os remetentes

Mudar ênfase de aberturas para cliques e sinais posteriores

Para remetentes SparkPost

Para remetentes SparkPost, temos tudo coberto. Já atualizamos nossa API de eventos e webhooks de eventos para identificar automaticamente esses eventos de Prefetch do Gmail usando a nova introduzida is_prefetched flag. Também estamos trabalhando ativamente para adicionar a capacidade de distinguir aberturas prefetch e proxy em nossa interface de relatórios de Análise e API de Métricas. Fique atento para futuras atualizações sobre as melhorias da interface de relatórios.

Para remetentes não-SparkPost

Para os demais, detectar aberturas de prefetch do Gmail ainda é relativamente simples. Para mais detalhes técnicos sobre como analisar dados de e-mail, consulte nosso guia sobre leitura de cabeçalhos de e-mail. Para cada evento de abertura, você vai querer ignorar (ou marcar exclusivamente) qualquer evento de abertura que corresponda à seguinte string de agente de usuário:

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

Conseguimos confirmar que essa string é única para o Bot de Prefetch do Google. 

Análise detalhada do pré-carregamento do Gmail

Conforme detalhado acima, o pré-carregamento do Gmail ocorre apenas em um conjunto limitado de circunstâncias. O pré-carregamento não ocorre com outros clientes de e-mail. Em vez disso, esse comportamento é específico para quando um usuário do Gmail tem o aplicativo Gmail aberto dentro de seu navegador ou está usando ativamente o aplicativo móvel. Nossa melhor suposição é que se trata de uma verificação de segurança antes de mostrar o e-mail ao usuário em seu navegador. Esse comportamento de pré-carregamento também destaca por que a otimização do tamanho do arquivo de e-mail é importante para um carregamento mais rápido e uma melhor experiência do usuário.

Comportamento de solicitação e sinais técnicos

Os cabeçalhos completos da solicitação para o pedido de imagem estão detalhados abaixo. Algumas coisas que você notará:

  • O referer está definido como http://mail.google.com. Curiosamente, mesmo que o usuário esteja em https://, o Gmail ainda define o referer como o protocolo http:// ao fazer a solicitação. 

  • A solicitação vem dos servidores do Gmail e não do navegador do usuário. O IP do cliente sempre resolve para um espaço de IP pertencente ao Google.

  • Diferente do Google Image Cache, a string do agente do usuário não identifica que a solicitação está vindo de um dos bots do Google. Em vez disso, a string do agente do usuário se parece com uma solicitação de imagem de um usuário real. No entanto, confirmamos que essa string do agente do usuário realmente identifica o bot de pré-carregamento do Google.

  • A solicitação aberta acontece dentro de segundos após a entrega do e-mail. Além disso, a solicitação ocorre antes que o e-mail apareça na interface do Gmail do usuário. Esse comportamento nos leva a acreditar que a solicitação é por motivos de segurança.

  • O pré-carregamento parece ocorrer apenas uma vez por conversa de e-mail não lida do Gmail. Em nossos extensos testes, uma vez que uma mensagem foi lida pelo usuário, quaisquer futuros e-mails que entraram nesse grupo de conversa não iniciaram uma solicitação de pré-carregamento.

  • Esse pré-carregamento é separado do Google Image Cache. Nossos testes indicam que mesmo após a imagem ser pré-carregada, uma solicitação separada do Google Image Cache é feita quando o usuário abre o e-mail.

  • Se um usuário tiver o aplicativo móvel do Gmail aberto, o pré-carregamento continuará a acontecer por um curto período de tempo, mesmo após fechar o aplicativo móvel.

Aqui está um exemplo de como os cabeçalhos da solicitação parecerão quando uma imagem for solicitada pelo Bot de Pré-carregamento do 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: {}

Conforme detalhado acima, o pré-carregamento do Gmail ocorre apenas em um conjunto limitado de circunstâncias. O pré-carregamento não ocorre com outros clientes de e-mail. Em vez disso, esse comportamento é específico para quando um usuário do Gmail tem o aplicativo Gmail aberto dentro de seu navegador ou está usando ativamente o aplicativo móvel. Nossa melhor suposição é que se trata de uma verificação de segurança antes de mostrar o e-mail ao usuário em seu navegador. Esse comportamento de pré-carregamento também destaca por que a otimização do tamanho do arquivo de e-mail é importante para um carregamento mais rápido e uma melhor experiência do usuário.

Comportamento de solicitação e sinais técnicos

Os cabeçalhos completos da solicitação para o pedido de imagem estão detalhados abaixo. Algumas coisas que você notará:

  • O referer está definido como http://mail.google.com. Curiosamente, mesmo que o usuário esteja em https://, o Gmail ainda define o referer como o protocolo http:// ao fazer a solicitação. 

  • A solicitação vem dos servidores do Gmail e não do navegador do usuário. O IP do cliente sempre resolve para um espaço de IP pertencente ao Google.

  • Diferente do Google Image Cache, a string do agente do usuário não identifica que a solicitação está vindo de um dos bots do Google. Em vez disso, a string do agente do usuário se parece com uma solicitação de imagem de um usuário real. No entanto, confirmamos que essa string do agente do usuário realmente identifica o bot de pré-carregamento do Google.

  • A solicitação aberta acontece dentro de segundos após a entrega do e-mail. Além disso, a solicitação ocorre antes que o e-mail apareça na interface do Gmail do usuário. Esse comportamento nos leva a acreditar que a solicitação é por motivos de segurança.

  • O pré-carregamento parece ocorrer apenas uma vez por conversa de e-mail não lida do Gmail. Em nossos extensos testes, uma vez que uma mensagem foi lida pelo usuário, quaisquer futuros e-mails que entraram nesse grupo de conversa não iniciaram uma solicitação de pré-carregamento.

  • Esse pré-carregamento é separado do Google Image Cache. Nossos testes indicam que mesmo após a imagem ser pré-carregada, uma solicitação separada do Google Image Cache é feita quando o usuário abre o e-mail.

  • Se um usuário tiver o aplicativo móvel do Gmail aberto, o pré-carregamento continuará a acontecer por um curto período de tempo, mesmo após fechar o aplicativo móvel.

Aqui está um exemplo de como os cabeçalhos da solicitação parecerão quando uma imagem for solicitada pelo Bot de Pré-carregamento do 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: {}

Conforme detalhado acima, o pré-carregamento do Gmail ocorre apenas em um conjunto limitado de circunstâncias. O pré-carregamento não ocorre com outros clientes de e-mail. Em vez disso, esse comportamento é específico para quando um usuário do Gmail tem o aplicativo Gmail aberto dentro de seu navegador ou está usando ativamente o aplicativo móvel. Nossa melhor suposição é que se trata de uma verificação de segurança antes de mostrar o e-mail ao usuário em seu navegador. Esse comportamento de pré-carregamento também destaca por que a otimização do tamanho do arquivo de e-mail é importante para um carregamento mais rápido e uma melhor experiência do usuário.

Comportamento de solicitação e sinais técnicos

Os cabeçalhos completos da solicitação para o pedido de imagem estão detalhados abaixo. Algumas coisas que você notará:

  • O referer está definido como http://mail.google.com. Curiosamente, mesmo que o usuário esteja em https://, o Gmail ainda define o referer como o protocolo http:// ao fazer a solicitação. 

  • A solicitação vem dos servidores do Gmail e não do navegador do usuário. O IP do cliente sempre resolve para um espaço de IP pertencente ao Google.

  • Diferente do Google Image Cache, a string do agente do usuário não identifica que a solicitação está vindo de um dos bots do Google. Em vez disso, a string do agente do usuário se parece com uma solicitação de imagem de um usuário real. No entanto, confirmamos que essa string do agente do usuário realmente identifica o bot de pré-carregamento do Google.

  • A solicitação aberta acontece dentro de segundos após a entrega do e-mail. Além disso, a solicitação ocorre antes que o e-mail apareça na interface do Gmail do usuário. Esse comportamento nos leva a acreditar que a solicitação é por motivos de segurança.

  • O pré-carregamento parece ocorrer apenas uma vez por conversa de e-mail não lida do Gmail. Em nossos extensos testes, uma vez que uma mensagem foi lida pelo usuário, quaisquer futuros e-mails que entraram nesse grupo de conversa não iniciaram uma solicitação de pré-carregamento.

  • Esse pré-carregamento é separado do Google Image Cache. Nossos testes indicam que mesmo após a imagem ser pré-carregada, uma solicitação separada do Google Image Cache é feita quando o usuário abre o e-mail.

  • Se um usuário tiver o aplicativo móvel do Gmail aberto, o pré-carregamento continuará a acontecer por um curto período de tempo, mesmo após fechar o aplicativo móvel.

Aqui está um exemplo de como os cabeçalhos da solicitação parecerão quando uma imagem for solicitada pelo Bot de Pré-carregamento do 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 os remetentes devem interpretar métricas de abertura daqui para frente

Como ocorre com a Proteção à Privacidade de E-mail da Apple, os remetentes devem tratar todos os eventos de abertura com cuidado. Concentre-se na qualidade geral do e-mail, incluindo prevenir erros de digitação no endereço de e-mail e manter listas limpas para melhores métricas de entregabilidade. Aberturas são apenas uma, e muitas vezes não a melhor, das muitas métricas de engajamento que os remetentes devem monitorar e incluir ao fazer determinações sobre o engajamento do usuário.

Como ocorre com a Proteção à Privacidade de E-mail da Apple, os remetentes devem tratar todos os eventos de abertura com cuidado. Concentre-se na qualidade geral do e-mail, incluindo prevenir erros de digitação no endereço de e-mail e manter listas limpas para melhores métricas de entregabilidade. Aberturas são apenas uma, e muitas vezes não a melhor, das muitas métricas de engajamento que os remetentes devem monitorar e incluir ao fazer determinações sobre o engajamento do usuário.

Como ocorre com a Proteção à Privacidade de E-mail da Apple, os remetentes devem tratar todos os eventos de abertura com cuidado. Concentre-se na qualidade geral do e-mail, incluindo prevenir erros de digitação no endereço de e-mail e manter listas limpas para melhores métricas de entregabilidade. Aberturas são apenas uma, e muitas vezes não a melhor, das muitas métricas de engajamento que os remetentes devem monitorar e incluir ao fazer determinações sobre o engajamento do usuário.

Outras notícias

Leia mais desta categoria

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

A plataforma completa nativa de IA que escalará com o seu negócio.

© 2025 Pássaro

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

A plataforma completa nativa de IA que escalará com o seu negócio.

© 2025 Pássaro