TL;DR, Resposta rápida
8 min de leituraUm pixel de rastreamento é uma imagem 1x1 cuja única função é fazer o navegador ou o cliente de e-mail enviar uma requisição HTTP a um servidor que a registra. A requisição carrega um endereço IP, um User-Agent, qualquer cookie já definido para o domínio do pixel, os identificadores assados na query string e um Referer que os navegadores hoje cortam até a origem em requisições cross-origin. Ele não consegue ler o DOM, medir rolagem nem cronometrar nada, e é isso que o separa de uma tag de script. No e-mail ele virou um sinal fraco: o Protect Mail Activity da Apple baixa conteúdo remoto em segundo plano tendo a mensagem sido aberta ou não, e o Gmail faz proxy de toda imagem.
O que é um pixel de rastreamento?
Profissionais de marketing embutem um pixel de rastreamento, uma imagem 1x1 referenciada por uma URL que identifica a campanha, para que renderizar a página ou o e-mail force uma requisição a um servidor que a registra. A imagem é acessória. A requisição é o produto.
A Meta entrega esse padrão no próprio código base documentado, como alternativa para visitantes cujo navegador não vai rodar a versão em JavaScript:
<noscript>
<img height="1" width="1" style="display:none"
src="https://www.facebook.com/tr?id={your-pixel-id-goes-here}&ev=PageView&noscript=1"/>
</noscript>Tudo o que um pixel reporta está nessa URL ou nos cabeçalhos que o cliente anexa. O id nomeia a conta, o ev=PageView nomeia o evento, o noscript=1 registra que este foi o caminho alternativo. O corpo da resposta é irrelevante para quem envia, e é por isso que os endpoints devolvem um GIF 1x1 transparente ou um 204 No Content vazio e que o elemento fica escondido com display:none.
O que o servidor recebe de fato?
Cinco coisas chegam com uma requisição de pixel, e apenas uma delas é escolhida por quem colocou o pixel ali.
| O que chega | De onde vem | Quão confiável é |
|---|---|---|
| Parâmetros da query string | A URL em src escrita por quem envia | Exato, porque quem envia escreveu |
| Endereço IP | A conexão TCP | Localização aproximada, facilmente um proxy ou relay |
User-Agent | O cliente | Família de dispositivo e de cliente, cada vez mais reduzida |
Referer | O navegador, sujeito à política de referrer | Só a origem em requisições cross-origin |
| Cookies | Cookies anteriores definidos no próprio domínio do pixel | Sujeito às regras de cookies de terceiros do navegador |
Repare no que está faltando. Não há título de página, tamanho de tela, posição de rolagem nem tempo na página, porque nada disso existe no momento em que uma imagem é requisitada. Um hit de pixel é uma linha em um log de acesso, e cada campo nela foi anexado automaticamente pelo cliente ou escrito na URL por quem enviou, semanas antes. Analistas rotineiramente creditam aos dados de pixel um detalhe que eles não comportam, e depois explicam as lacunas resultantes como bloqueio de anúncios.
A linha Referer é a que mais gente ainda entende errado. Os navegadores usam strict-origin-when-cross-origin por padrão, que a MDN descreve como enviar "the origin, path, and query string when performing a same-origin request" mas, em requisições cross-origin, enviar "the origin (only) when the protocol security level stays same (HTTPS to HTTPS)." Um pixel de terceiros, portanto, fica sabendo o site, não a página, a menos que quem publica a página tenha passado o caminho na query string de propósito.
![]()
O que um pixel não faz que um script faz?
Um pixel não consegue ler a página em que está. Ele dispara uma vez, carrega apenas o que a URL já continha, e então a requisição acaba.
| Capacidade | Pixel de imagem 1x1 | Tag de script |
|---|---|---|
| Registrar que houve uma visualização | Sim | Sim |
| Ler a URL e o título da página | Só se quem envia tiver fixado isso na URL | Sim, a partir de document |
| Ler tamanho de tela, idioma, memória do dispositivo | Não | Sim |
| Rastrear cliques, profundidade de rolagem, envios de formulário | Não | Sim |
| Medir tempo na página ou timings de performance | Não | Sim |
| Definir ou ler um cookie primário | Só via Set-Cookie no próprio domínio | Sim, via document.cookie |
| Enviar eventos seguintes na mesma visita | Não, uma requisição por elemento | Sim |
| Sobreviver ao descarregamento da página de forma confiável | Não | Sim, com navigator.sendBeacon |
| Ler dados de outra origem | Não | Não |
A documentação da Meta mostra a diferença dentro de um mesmo produto. O pixel em JavaScript, diz ela, "will track URLs visited, domains visited, and the devices your visitors use." A imagem em noscript logo abaixo reporta um único PageView com os parâmetros já escritos no src. Mesma conta, mesmo nome de evento, uma fração do detalhe.
É também por isso que o pixel é a ferramenta errada e a preocupação errada na maioria das discussões sobre analytics web. A medição baseada em script é o que lê a página; o pixel é o plano B degradado. Para a pergunta mais ampla sobre o que uma requisição de terceiros consegue costurar entre sites, o rastreamento entre sites e a diferença entre cookies primários e de terceiros importam muito mais do que o tamanho da imagem.
![]()
Por que as taxas de abertura de e-mail superestimam as aberturas?
O rastreamento de abertura de e-mail é o caso de uso clássico do pixel, e é o primeiro que quebrou. Não existe evento de abertura no e-mail. Existe só uma imagem remota que o cliente de e-mail pode ou não buscar, então a métrica inteira se apoia no cliente se comportar como se comportava em 2010.
O Protect Mail Activity da Apple, a configuração por trás do Mail Privacy Protection, quebra a inferência em dois pontos. A Apple afirma que ele "helps protect your privacy by preventing email senders, including Apple, from learning information about your Mail activity", e descreve o mecanismo sem ambiguidade: ele "downloads remote content in the background by default", tendo ou não a pessoa destinatária interagido com a mensagem. Essa frase sozinha converte uma taxa de abertura em uma taxa de entrega para toda pessoa com a configuração ligada. Do lado da rede, a Apple "routes all remote content downloaded by Mail through two separate relays operated by different entities", então o IP que chega a quem enviou não é o de quem recebeu, e "senders can't use your IP address as a unique identifier to connect your activity across websites or apps to build a profile about you."
O Gmail ataca o mesmo sinal por outro ângulo, escaneando e servindo as imagens ele mesmo. A página de ajuda do Google afirma que "senders can't use image loading to get information about your computer or location" e que "senders can't use the image to set or read cookies in your browser." Ela também admite o limite dessa proteção em uma linha: "sometimes, senders may know whether you've opened an email that has an image."
| Sinal que quem envia quer | Apple Mail com Protect Mail Activity | Gmail com proxy de imagem |
|---|---|---|
| A pessoa abriu | Dispara com ou sem interação com a mensagem | Ainda pode registrar uma abertura |
| Quando abriu | O horário reflete o download em segundo plano | Reflete a busca feita pelo proxy |
| Onde está | Dois relays, não o IP de quem recebeu | Nenhuma localização vinda da imagem |
| Qual dispositivo | Reportado pelo agente que busca | Reportado pelo proxy |
| Aberturas repetidas | Indistinguíveis | Imagem em cache, então reaberturas podem passar batido |
Leia a consequência com cuidado antes de reportar uma campanha. A taxa de abertura hoje é um teto feito em grande parte de buscas automatizadas, e as contagens inflam nos segmentos com mais usuários de Apple Mail, o que significa que comparar taxas de abertura entre segmentos é comparar clientes de e-mail. Cliques ainda exigem uma pessoa, e é por isso que a taxa de cliques, e a receita atribuída ao clique, sobrevivem à mudança. O mesmo raciocínio vale para o rastreamento no servidor na web: quanto mais perto a medição fica de uma ação que uma pessoa precisou fazer, menos ela depende de uma particularidade de renderização.
Painel em tempo real
Rastreamento de metas
Rastreamento sem cookies
Um pixel de rastreamento é a mesma coisa que um web beacon ou um spy pixel?
Sim, são três nomes para um mecanismo só, com conotações diferentes. "Web beacon" é o termo neutro mais antigo, "tracking pixel" é o termo dos fornecedores, e "spy pixel" é o termo que pegou depois que jornalistas começaram a contar quantos e-mails de marketing carregam um. O HTML é idêntico nos três casos.
Achar um exige um painel de rede e nenhuma ferramenta extra. Filtre requisições por tipo imagem, ordene por tamanho e procure respostas de algumas centenas de bytes ou menos cuja URL carregue um identificador e um nome de evento. Em um e-mail, ver a mensagem crua e buscar no HTML por tags img com width ou height igual a 1 encontra a mesma coisa antes de o cliente renderizar.
O que varia é a divulgação e a jurisdição, não a tecnologia. Um pixel que reporta uma compra a uma plataforma de publicidade, um que mede se uma newsletter foi entregue e um que faz fingerprinting de um leitor entre sites têm exatamente a mesma cara na marcação e são tratados de forma bem diferente pela lei de privacidade. O elemento não diz nada sobre a intenção; o domínio de destino e os parâmetros na URL dizem.
Perguntas frequentes
Por que um pixel de rastreamento é 1x1?
Porque ele precisa ser requisitado sem ser visto. Um pixel é a menor imagem válida, e costuma ficar escondido com display:none ou combinado com o fundo, para que nada no layout se desloque.
Um pixel de rastreamento consegue ler meu endereço de e-mail?
Só o que já estiver codificado na URL dele. Quem envia acrescenta um identificador de destinatário à query string antes do disparo, então o pixel devolve a identidade que já tinham, não uma que ele descobriu.
Bloqueadores de anúncios impedem pixels de rastreamento?
As listas de bloqueio comparam a URL da requisição, então um pixel apontando para um domínio de publicidade conhecido é bloqueado como qualquer outra requisição daquele domínio. Um pixel servido do domínio do próprio site é mais difícil de uma lista classificar.
O Apple Mail Privacy Protection bloqueia pixels?
Ele não bloqueia a busca. A Apple baixa conteúdo remoto em segundo plano por padrão, tendo havido interação com a mensagem ou não, e roteia isso por dois relays, então a requisição continua chegando, mas a abertura, o horário e o endereço IP deixam de significar o que quem envia supõe.
Um pixel pode definir um cookie?
A resposta dele pode enviar Set-Cookie para o próprio domínio, o que é um cookie de terceiros quando o pixel está na página de outra pessoa. Se o navegador guarda e depois devolve esse cookie depende das regras de cookies de terceiros daquele navegador.
Um pixel de rastreamento é dado pessoal segundo o GDPR?
A imagem não é, os dados que ela coleta podem ser. Um endereço IP somado a um identificador de destinatário na query string identifica uma pessoa, e é esse o teste que importa, não o formato do arquivo.
Um pixel de rastreamento funciona se o JavaScript estiver desativado?
Um pixel não precisa de JavaScript para funcionar. O código base da Meta traz justamente um fallback <noscript> feito com uma tag <img> simples, porque carregar qualquer imagem obriga o navegador a fazer a requisição, com ou sem script. Esse é todo o mecanismo: pedir a URL e registrar o acesso.
Por que pixels de rastreamento retornam uma imagem em branco ou uma resposta 204?
O remetente nunca lê o que volta. O que importa é que a requisição chegue ao servidor e seja registrada, por isso os endpoints respondem com um GIF transparente de 1x1 ou um 204 No Content vazio em vez de algo com conteúdo real. O display:none no elemento segue a mesma lógica, nada na imagem deve ser visto.
Um pixel de rastreamento consegue contar quantas vezes um e-mail foi aberto?
As contagens não são confiáveis. O Protect Mail Activity da Apple dispara a cada download em segundo plano, tenha a mensagem sido aberta ou não, então aberturas repetidas não se distinguem da primeira. O Gmail guarda a imagem proxied em cache, o que pode deixar uma segunda abertura passar despercebida.
Um pixel de rastreamento sabe em qual página alguém está?
Quase nunca além do domínio. Os navegadores usam por padrão strict-origin-when-cross-origin, que envia o caminho completo só em requisições de mesma origem e o reduz à origem em requisições entre origens. Um pixel de terceiros conhece então o domínio que o incorporou, não a página exata, a menos que o dono do site tenha escrito o caminho na query string.
Este artigo foi útil?
Diga-nos o que pensa!
Veja-nos mais no Google
Um clique marca a Flowsery como fonte preferida e nossos artigos passam a aparecer mais acima nas suas Principais notícias, no modo IA e nas visões gerais com IA.
Antes de ir...
Flowsery
Analytics orientado para receitas para o seu site
Rastreie cada visitante, fonte e conversão em tempo real. Simples, poderoso e sem cookies.
Painel em tempo real
Rastreamento de metas
Rastreamento sem cookies
Termos relacionados do glossário


Como funciona o opt-out do Google Analytics e o que cada método bloqueia
Um opt-out do Google Analytics pode ser um add-on, uma flag ga-disable ou o consentimento negado. Veja o que cada um bloqueia e quem o controla.


O que sete fornecedores publicam sobre retenção de dados de session replay
Comparamos a retenção de dados de session replay nas docs de FullStory, Hotjar, Clarity, LogRocket, PostHog, Sentry e Datadog, e o que o GDPR exige.


O que o rrweb grava e como funcionam suas opções de privacidade
Como o rrweb grava uma sessão como snapshot do DOM mais mutações, não vídeo: pacotes npm, licença MIT e opções de privacidade como maskAllInputs e blockClass.


Onde os padrões da redação de PII no session replay deixam dados expostos
Os padrões da redação de PII no session replay variam muito: o rrweb mascara só senhas, o Sentry mascara todo o texto e o Clarity mascara números e e-mails.


Como os cookies particionados CHIPS dão a cada site seu próprio pote
Definir cookies particionados CHIPS exige Secure, SameSite=None e mais um atributo, e o navegador guarda uma cópia por site de nível superior.


Como o analytics sem cookies conta visitantes sem identificador
O analytics sem cookies conta visitantes sem guardar um identificador no navegador. O que isso remove, quanto custa e por que o fingerprinting falha.
Artigos relacionados


O teste que resolve controlador vs processador de dados
O teste do GDPR para controlador vs processador de dados é quem determina as finalidades e os meios. O que cada papel assina, deve e faz diante de uma violação.


Só o domínio decide entre cookies first-party vs third-party
A divisão entre cookies first-party vs third-party é o domínio que gravou o cookie, não quem o escreveu. O que os navegadores bloqueiam e o que quebra junto.


O que o limite de 7 dias dos cookies no Safari realmente restringe
O limite de 7 dias dos cookies no Safari da Apple corta cookies first-party gravados por script, com um limite mais curto de 24 horas depois de certos cliques.