Eight MídiaEight MídiaBlog
EN
Público lookalike bom não é sobre tamanho. É sobre a base que gerou ele

Foto: Conny Schneider / Unsplash

Tráfego Pago

Público lookalike bom não é sobre tamanho. É sobre a base que gerou ele

Pedro Toledo · 22 de junho de 2026 · 5 min de leitura

É comum julgar qualidade de público lookalike pelo tamanho da audiência de origem, quando o que realmente determina a qualidade é o quão bem essa base representa o comportamento que se quer replicar. Por que base grande e genérica gera lookalike fraco, o que faz uma base pequena e específica performar melhor, e como escolher a base certa antes de simplesmente aumentar o volume de dado usado.

Uma dúvida recorrente de quem gerencia tráfego pago é: "por que meu lookalike de 5% não performa tão bem quanto o de 1%, mesmo tendo mais alcance?" A resposta geralmente não está no percentual escolhido — está na qualidade da base original usada pra gerar aquele público, algo que costuma receber muito menos atenção do que merece.

Público lookalike bom não é definido pelo tamanho da base de origem. É definido por quão bem essa base representa especificamente o comportamento que você quer replicar na audiência nova.

Por que tamanho sozinho não garante qualidade

A lógica intuitiva sugere que mais dado sempre gera resultado melhor — quanto maior a base, mais preciso o algoritmo consegue ser ao encontrar pessoas parecidas. Mas isso só é verdade se a base for consistente no comportamento que representa. Uma base de dez mil pessoas que inclui qualquer visitante do site, independente de intenção ou engajamento, é uma base ruidosa: o algoritmo aprende um padrão médio diluído, que não representa bem nenhum comportamento específico.

Uma base de mil clientes que efetivamente compraram, com padrão de comportamento consistente entre si, ensina ao algoritmo um sinal muito mais claro do que ele está tentando replicar — mesmo sendo dez vezes menor.

O que faz uma base pequena performar melhor

Especificidade é o fator decisivo. Uma base composta só por clientes de maior valor, ou só por quem completou uma ação específica de alto comprometimento (comprou mais de uma vez, por exemplo), carrega um sinal mais forte e mais fácil de replicar do que uma base ampla e heterogênea. O algoritmo de lookalike funciona encontrando padrões — quanto mais nítido o padrão na base de origem, mais preciso o público gerado a partir dele.

Isso explica por que, em muitos testes, um lookalike de 1% baseado numa base pequena e qualificada supera um lookalike de 5% baseado numa base grande e genérica, mesmo tendo alcance potencial menor.

Comprador versus visitante como base de origem

Base de quem comprou tende a ser mais forte como sinal do que base de quem só visitou o site, porque compra representa uma decisão real e específica, enquanto visita pode incluir curiosidade sem intenção nenhuma. Mas essa hierarquia não é absoluta — depende do objetivo da campanha. Pra geração de lead, uma base de leads que efetivamente avançaram no funil pode ser mais representativa do comportamento desejado do que uma base de compradores de um produto completamente diferente.

O critério central pra escolher a base não é "qual ação é objetivamente mais valiosa", é "qual base representa melhor o comportamento específico que eu quero que o lookalike replique".

Por que misturar bases diferentes costuma diluir o resultado

Combinar clientes de produtos muito diferentes, ou leads de campanhas com objetivos distintos, numa única base de origem tende a diluir a especificidade que faz o lookalike funcionar bem. O algoritmo passa a aprender uma média entre comportamentos diferentes, ao invés de um padrão nítido e replicável.

Geralmente funciona melhor gerar lookalikes separados por tipo de base — um a partir de compradores de produto A, outro a partir de leads de campanha B — e comparar a performance de cada um isoladamente, em vez de assumir que uma base combinada vai automaticamente representar melhor os dois grupos.

Mantendo a base atualizada

O perfil de cliente ideal muda com o tempo — seja por mudança de mercado, ajuste de posicionamento, ou simplesmente evolução natural do produto. Uma base de origem desatualizada gera lookalike baseado num comportamento que talvez já não reflita quem realmente é o cliente mais valioso hoje. Revisar e atualizar periodicamente a base de origem evita replicar um perfil que já ficou defasado.

Um exemplo prático de comparação de bases

Uma loja online testando lookalike pode comparar três bases diferentes: todos os visitantes do site nos últimos 90 dias, todos que adicionaram algo ao carrinho, e só quem comprou mais de uma vez. Em geral, a terceira base — menor, mas mais específica — tende a gerar público com taxa de conversão mais alta, mesmo exigindo mais tempo pra acumular volume suficiente de dado antes de gerar o lookalike.

O ponto central

Antes de aumentar o tamanho da base achando que isso automaticamente melhora o lookalike, vale perguntar: essa base representa de forma nítida e consistente o comportamento que eu quero replicar? Base pequena e específica quase sempre performa melhor do que base grande e genérica — porque o algoritmo de lookalike depende da clareza do padrão que recebe, não do volume bruto de dado. Vale notar que isso não contradiz o argumento de que público amplo demais não é preguiça de segmentar: uma coisa é a especificidade da base que alimenta o algoritmo, outra é a amplitude do público final que ele entrega — a primeira precisa ser nítida, a segunda pode, e muitas vezes deve, ser deixada mais aberta.

Perguntas frequentes

Gostou do artigo?

Compartilhe com quem precisa ler isso.

CompartilharWhatsAppLinkedInXE-mail

Continue lendo

Artigos relacionados

Subir feed de produto pro Google Shopping com preço ou disponibilidade diferente do que está cadastrado no próprio site faz o produto ser reprovado no Merchant Center, cortando o alcance sem que ninguém perceba por dias

Tráfego Pago

Subir feed de produto pro Google Shopping com preço ou disponibilidade diferente do que está cadastrado no próprio site faz o produto ser reprovado no Merchant Center, cortando o alcance sem que ninguém perceba por dias

Subir ou manter um feed de produto pro Google Shopping com preço ou disponibilidade diferente do que está cadastrado no próprio site do negócio faz o produto ser reprovado dentro do Merchant Center, cortando o alcance real desse item sem que ninguém perceba, muitas vezes por dias, porque essa reprovação acontece silenciosamente e não gera nenhum alerta visível na campanha em si. Por que essa divergência entre feed e site é tão comum mesmo em operação bem estruturada, o que caracteriza uma sincronização de feed que evita reprovação por divergência, e como identificar rapidamente um produto que já está sendo reprovado por esse motivo.

Pedro Toledo
Pedro Toledo · 20 de agosto de 2026
Não excluir a categoria de app de jogo mobile da rede de Display faz o anúncio aparecer num posicionamento propenso a clique acidental, inflando custo sem gerar nenhuma intenção real de compra

Tráfego Pago

Não excluir a categoria de app de jogo mobile da rede de Display faz o anúncio aparecer num posicionamento propenso a clique acidental, inflando custo sem gerar nenhuma intenção real de compra

Não excluir explicitamente a categoria de app de jogo mobile na configuração de exclusão de conteúdo de uma campanha de Display faz o anúncio aparecer dentro de um posicionamento real conhecido por gerar clique acidental — um botão de anúncio posicionado exatamente onde o jogo espera o próximo toque do jogador —, inflando o custo da campanha sem gerar nenhuma intenção real de compra por trás desse clique. Por que essa exclusão específica costuma ficar de fora da configuração inicial da maioria das campanhas de Display, o que caracteriza uma configuração de exclusão que reduz esse desperdício sem cortar alcance real relevante, e como identificar se uma campanha já em andamento está sofrendo com esse problema específico.

Pedro Toledo
Pedro Toledo · 20 de agosto de 2026
Configurar rastreamento de conversão que trata uma ação de baixo valor com o mesmo peso de uma conversão de alto valor confunde o algoritmo do Performance Max, que passa a otimizar pra volume de evento, não pra receita real

Tráfego Pago

Configurar rastreamento de conversão que trata uma ação de baixo valor com o mesmo peso de uma conversão de alto valor confunde o algoritmo do Performance Max, que passa a otimizar pra volume de evento, não pra receita real

Configurar o rastreamento de conversão de uma campanha Performance Max sem diferenciar o valor real de cada ação registrada — tratando um clique em WhatsApp com a mesma importância de uma compra fechada, por exemplo — confunde o sinal que o algoritmo usa pra decidir onde investir o lance, porque ele passa a otimizar pra volume de evento registrado, não pra receita real gerada por esse evento. Por que misturar ação de baixo valor com conversão de alto valor é um erro tão fácil de cometer na configuração inicial, o que caracteriza um rastreamento de conversão que preserva sinal de qualidade real, e como corrigir essa mistura sem precisar recriar a campanha inteira do zero.

Pedro Toledo
Pedro Toledo · 19 de agosto de 2026