Atualização sobre o pré-carregamento de imagens no aplicativo Gmail
Pássaro
25 de jan. de 2022
1 min read

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_prefetchedna 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_prefetchedna 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:
Um destinatário do Gmail está logado e tem uma sessão ativa aberta no aplicativo Gmail (seja no web ou aplicativo móvel).
Um e-mail é enviado ao destinatário do Gmail enquanto sua sessão está ativa/aberta.
O Gmail pré-carrega todas as imagens imediatamente antes que a interface do usuário exiba o e-mail.
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:
Um destinatário do Gmail está logado e tem uma sessão ativa aberta no aplicativo Gmail (seja no web ou aplicativo móvel).
Um e-mail é enviado ao destinatário do Gmail enquanto sua sessão está ativa/aberta.
O Gmail pré-carrega todas as imagens imediatamente antes que a interface do usuário exiba o e-mail.
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:
Um destinatário do Gmail está logado e tem uma sessão ativa aberta no aplicativo Gmail (seja no web ou aplicativo móvel).
Um e-mail é enviado ao destinatário do Gmail enquanto sua sessão está ativa/aberta.
O Gmail pré-carrega todas as imagens imediatamente antes que a interface do usuário exiba o e-mail.
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 |
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 |
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 |
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.



