Nem todo visitante que sai da loja sem comprar chegou perto do carrinho. A maioria viu um ou dois produtos, comparou o preço em outra aba e foi embora. É a audiência maior da loja, a que tem menos intenção declarada e, por isso mesmo, a que costuma ficar fora das réguas de CRM.
O abandono de navegação é a régua que fala com esse público: quem visualizou um produto ou uma categoria, foi identificado e não adicionou nada ao carrinho. O contato é mais leve do que o de carrinho abandonado e tem regras próprias de tempo, frequência, consentimento e medição.
Este guia mostra como montar essa régua do zero: o que precisa estar configurado antes, o passo a passo, a sequência de mensagens, os cuidados com a LGPD, a conta para medir a receita incremental e os erros que mais distorcem o resultado.
O que é abandono de navegação e como ele difere do carrinho abandonado
Abandono de navegação é o comportamento de um visitante identificado que visualiza páginas de produto ou de categoria e sai sem adicionar itens ao carrinho. A régua correspondente envia uma ou mais mensagens, em geral por e-mail ou WhatsApp, para levá-lo de volta ao produto que ele viu.
A diferença para o carrinho abandonado está na intenção. Quem coloca um item no carrinho já decidiu boa parte da compra. Quem apenas visualizou ainda pesquisa. Por isso a mensagem, o tempo de espera e o uso de incentivo mudam de uma régua para a outra. A tabela resume as diferenças.
| Régua | Gatilho | Intenção | Primeira mensagem | Incentivo | Volume |
|---|---|---|---|---|---|
| Abandono de navegação | Produto ou categoria visto, sem carrinho | Baixa a média | 4 a 24 horas depois | Evitar no início; usar prova social | Alto |
| Carrinho abandonado | Item no carrinho, sem checkout | Média a alta | 1 a 2 horas depois | Só a partir da segunda mensagem | Médio |
| Checkout abandonado | Checkout iniciado, sem pagamento | Alta | Minutos a 1 hora depois | Resolver a fricção (frete, pagamento) antes de dar desconto | Baixo |
Na prática, a régua de navegação costuma ser a maior em número de pessoas e a menor em taxa de conversão. Os dois pontos pedem tratamento diferente. O blog já cobre a etapa seguinte no guia de recuperação de carrinho abandonado pelo WhatsApp. Aqui o foco é a etapa anterior.
Quanto vale essa audiência
A taxa média de abandono de carrinho, nos 50 estudos reunidos pelo Baymard Institute, é de 70,22%. A mesma página mostra que 42% dos compradores dos EUA que abandonaram o carrinho disseram estar apenas navegando, sem intenção de comprar naquele momento. Os dados são dos EUA e medem carrinho, não navegação, mas apontam na mesma direção: grande parte dos visitantes não está pronta para comprar na primeira visita.
Em guia para lojistas, a Shopify cita que e-mails de recuperação de carrinho costumam recuperar entre 5% e 11% das vendas que seriam perdidas, dado da Econsultancy reproduzido no artigo. Não encontramos benchmark público e confiável de abandono de navegação no Brasil. Por isso a conta abaixo usa números hipotéticos, e o caminho recomendado é medir o seu próprio resultado com grupo de controle.
Exemplo hipotético: uma loja tem 120.000 sessões de produto por mês. Suponha que 8% venham de visitantes identificados, com e-mail conhecido e consentimento válido, e que 60% deles não adicionem nada ao carrinho. A conta: 120.000 × 8% = 9.600 identificados; 9.600 × 60% = 5.760 pessoas elegíveis por mês (tratando sessões como pessoas, para simplificar). Se a régua gerar 1,5% de pedidos incrementais sobre esse grupo, serão 86 pedidos (5.760 × 1,5% = 86,4). Com ticket médio de R$ 220, isso dá cerca de R$ 18.920 por mês (86 × R$ 220).
O número que mais pesa nessa conta é o percentual de visitantes identificados. Dobrar de 8% para 16% dobra o público elegível. Por isso a primeira etapa é de dados, não de mensagem.
O que precisa estar pronto antes de ligar a régua
Identificação do visitante
A régua só funciona se a loja souber quem é o visitante. Os caminhos mais comuns são: cliente logado; e-mail capturado em pop-up, newsletter ou etapa inicial do checkout; clique em um e-mail anterior, com identificação pelo link; e cookie ligado a um perfil já conhecido. Em lojas sem login obrigatório, a taxa de identificação é o gargalo: se só 3% das sessões são identificadas, a régua alcança 3% do tráfego, por melhor que seja o texto. Práticas de captura como as do guia de zero-party data aumentam esse percentual de forma consentida.
Evento de produto visualizado
O CRM precisa receber o evento de visualização com o ID do produto, o nome, o preço, a URL e a imagem, associado ao perfil da pessoa. O teste é simples: entre na loja logado, abra um produto e confira se o evento aparece no perfil em poucos minutos. Sem o ID do produto, o e-mail não consegue mostrar o item que a pessoa viu e vira uma mensagem genérica.
Consentimento e LGPD
O rastreamento do que cada pessoa viu depende de cookies e identificadores. O guia de cookies da ANPD classifica os cookies de publicidade como não necessários, caso em que o consentimento é a base mais adequada, e admite o legítimo interesse para medição de audiência em contextos específicos, com dados agregados e sem perfilamento.
Registrar o histórico de navegação de uma pessoa para enviar uma mensagem individual está mais próximo de perfilamento do que de medição agregada. Essa é a leitura da Analytikos, e não orientação jurídica. A recomendação prática é tratar dois consentimentos como requisitos da régua: o de cookies de personalização e o de contato por cada canal. Guarde quando e onde foram dados e leve o desenho ao seu jurídico. Os fundamentos estão na Lei 13.709/2018 (LGPD) e, para o teste de legítimo interesse, no guia da ANPD.
Passo a passo para montar a régua
O fluxo abaixo vale para qualquer plataforma de CRM. A ordem importa: as exclusões vêm antes da espera, e a medição é desenhada antes da primeira mensagem sair.
- 1Definir o públicoVisitante identificado, com consentimento, que viu produto ou categoria.
- 2Aplicar as exclusõesQuem comprou, adicionou ao carrinho ou iniciou o checkout desde a visita, quem está em outra régua e quem pediu descadastro.
- 3Esperar a janelaContar de 4 a 24 horas a partir da última visualização, e não da primeira.
- 4Enviar a sequênciaLembrete do produto, depois prova social, depois ajuda ou alternativa.
- 5Encerrar e limitarParar a sequência na compra ou no carrinho. Limitar a uma entrada a cada 30 dias.
- 6Medir com controleSeparar um grupo que não recebe a régua e comparar as conversões.
Gatilho e espera
Use a última visualização para contar a espera. Se a pessoa continua navegando, a mensagem não deve sair: o relógio reinicia a cada nova página de produto. Quando houver várias visualizações, agrupe tudo em uma única mensagem. Mostre o produto mais visto ou o último e acrescente dois similares.
Exclusões
As exclusões protegem a experiência e a medição. Avalie-as na entrada da régua e de novo no momento do envio, porque a pessoa pode ter comprado nesse intervalo.
- Compra concluída desde a visita.
- Item adicionado ao carrinho ou checkout iniciado desde a visita, que passam para a régua de carrinho.
- Participação nessa mesma régua nos últimos 30 dias.
- Contato recente por qualquer canal, respeitando um teto semanal somado.
- Descadastro, bloqueio ou denúncia de spam.
Sequência sugerida
A sequência de três mensagens equilibra lembrança e pressão de contato. Os tempos são hipóteses para teste, e o objetivo de cada mensagem é diferente.
| Mensagem | Quando | Objetivo | Conteúdo | Incentivo |
|---|---|---|---|---|
| 1 | 4 a 24 horas após a última visita | Lembrar | Produto visto, imagem, preço e link direto | Nenhum |
| 2 | 3 a 4 dias depois | Reduzir a dúvida | Avaliações, medidas, prazo de entrega e política de troca | Nenhum |
| 3 | 7 dias depois | Oferecer ajuda ou alternativa | Produtos similares e atendimento pelo WhatsApp | Só se a margem permitir e apenas para quem nunca comprou |
Segmentação por perfil
Nem toda pessoa merece a mesma mensagem. Quem nunca comprou precisa de confiança: prova social, política de troca e prazo. Quem já comprou precisa de relevância: complementos do que comprou antes e novidades da categoria. Uma análise RFM indica quem são os clientes de maior valor, e o guia de segmentação de clientes mostra como transformar esses grupos em públicos da régua.
Desconto: quanto ele custa
Evite cupom na primeira mensagem. Além de treinar a base a esperar desconto, ele consome margem sem necessidade. Exemplo: um produto de R$ 200 com margem de contribuição de 35% deixa R$ 70 por venda. Um cupom de 10% custa R$ 20 e reduz a margem para R$ 50, uma queda de 28,6% (R$ 20 ÷ R$ 70). Se a mensagem converteria sem o cupom, o desconto é puro custo.
Se o canal principal for o WhatsApp, vale ler como a conversa muda com opt-in, templates e cobrança por mensagem, tema que aparece também na régua de win-back.
Canais: e-mail, WhatsApp e outros
E-mail como canal de base
O e-mail é o canal natural para a régua de navegação: custo baixo por envio e espaço para mostrar o produto. O risco é a reputação do remetente. O Gmail exige, de remetentes em massa (5.000 mensagens por dia ou mais), taxa de spam abaixo de 0,30%, com recomendação de ficar abaixo de 0,10%, autenticação com SPF, DKIM e DMARC e descadastro com um clique. Como a régua escreve para quem não pediu contato naquele momento, acompanhe a taxa de spam no Postmaster Tools. O guia de entregabilidade de e-mail detalha a configuração.
Taxa de abertura não é critério de sucesso
A Apple oferece o recurso Mail Privacy Protection, que dificulta ao remetente saber o que o usuário fez no aplicativo Mail. Por isso, a abertura virou um sinal fraco para decisão. Prefira cliques, visitas de retorno, pedidos e receita incremental.
WhatsApp para segmentos de maior valor
O WhatsApp exige opt-in específico para mensagens de marketing, e mensagens fora da janela de atendimento usam templates, que têm custo por envio. Por isso, a recomendação da Analytikos é reservar o canal para segmentos de maior valor, como clientes com duas compras ou mais, e manter o e-mail como base. A visita a um produto não é, por si só, autorização para contato por WhatsApp.
Outros pontos de contato
Dois canais complementam a régua sem aumentar a pressão de contato por mensagem: um aviso discreto no próprio site, quando a pessoa volta e vê os itens consultados recentemente, e listas de clientes em campanhas de mídia, desde que o consentimento cubra esse uso. Em ambos, as mesmas exclusões e o mesmo teto de frequência valem.
Como medir: receita atribuída não é receita incremental
O relatório da ferramenta de e-mail costuma atribuir à mensagem todo pedido feito depois dela. Na navegação, isso exagera o resultado, porque muitas dessas pessoas voltariam e comprariam de qualquer forma. A forma de separar o que a régua causou do que ia acontecer é o grupo de controle (holdout): uma parcela aleatória do público elegível, em geral de 5% a 10%, que passa pelas mesmas regras e não recebe a mensagem. O guia de receita incremental com holdout explica o desenho completo.
As contas são quatro:
- Conversão do grupo tratado = pedidos do tratado ÷ pessoas do tratado.
- Lift absoluto = conversão do tratado menos conversão do controle.
- Pedidos incrementais = lift absoluto × pessoas do tratado.
- Receita incremental = pedidos incrementais × ticket médio.
Exemplo hipotético: 20.000 pessoas elegíveis, 90% no grupo tratado (18.000) e 10% no controle (2.000). O tratado faz 594 pedidos, ou 3,3% (594 ÷ 18.000). O controle faz 50 pedidos, ou 2,5% (50 ÷ 2.000). O lift é de 0,8 ponto percentual. Os pedidos incrementais são 144 (0,8% × 18.000). Com ticket de R$ 220, a receita incremental é de R$ 31.680 (144 × R$ 220). A receita atribuída seria de R$ 130.680 (594 × R$ 220). Só 24,2% dos pedidos (144 ÷ 594) foram causados pela régua.
O gráfico mostra por que a leitura muda a decisão. A receita incremental, dividida pelas 18.000 pessoas tratadas, dá R$ 1,76 por destinatário (R$ 31.680 ÷ 18.000). É esse valor que deve ser comparado com o custo de envio, de desconto e de operação. Os demais indicadores de acompanhamento são a taxa de identificação, a entrada na régua, o clique, a conversão em sete dias, o descadastro e a taxa de spam.
Erros comuns na régua de abandono de navegação
Os erros abaixo aparecem em lojas de todos os portes. Eles se agrupam em três naturezas: configuração e dados, interpretação e operação. Em cada um, a tabela mostra por que ele acontece, o efeito no resultado e a correção.
Erros de configuração e dados
| Erro | Por que acontece | Efeito no resultado | Correção |
|---|---|---|---|
| Não excluir quem comprou ou colocou no carrinho | O evento de visualização continua válido depois da compra | Mensagem chega após o pedido; reclamação, descadastro e receita atribuída inflada | Exclusões na entrada e no momento do envio |
| Contar a espera da primeira visualização | A régua usa o primeiro evento como marco | E-mail chega com a pessoa ainda navegando, e parece perseguição | Reiniciar o relógio a cada nova visualização |
| Evento sem ID, preço ou imagem do produto | A integração envia só a URL | Mensagem genérica, sem o produto visto; menos cliques | Validar o payload do evento antes de ligar a régua |
| Rodar junto da régua de carrinho sem prioridade | Cada régua é montada por uma pessoa diferente | Duas mensagens no mesmo dia; pressão de contato | Definir prioridade: carrinho e checkout vencem a navegação |
| Rastrear sem consentimento válido | A tag dispara antes da escolha no banner de cookies | Risco jurídico e base de contatos que pode ser inválida | Disparar a tag só após o consentimento e registrar a prova |
Um exemplo do efeito combinado: se 12% de quem recebe o e-mail já comprou no intervalo, em uma base de 18.000 destinatários são 2.160 mensagens inúteis (18.000 × 12%). Cada uma pode gerar descadastro ou denúncia, e o ganho de curto prazo se perde na reputação do remetente.
Erros de interpretação
| Erro | Por que acontece | Efeito no resultado | Correção |
|---|---|---|---|
| Medir só por atribuição | A ferramenta atribui todo pedido posterior à mensagem | Receita inflada; no exemplo, 4 vezes maior que a incremental | Grupo de controle e cálculo de lift |
| Tomar a taxa de abertura como sucesso | A abertura era a métrica padrão do e-mail | Decisão baseada em sinal fraco depois do Mail Privacy Protection | Priorizar clique, visita de retorno e pedido |
| Comparar com a conversão do carrinho | As duas réguas ficam no mesmo painel | Régua de navegação parece fraca, embora tenha lift positivo | Comparar sempre com o controle da própria régua |
| Ignorar margem e custo do desconto | O relatório mostra receita, não lucro | Cupom de 10% consome 28,6% da margem do exemplo | Calcular a margem de contribuição por pedido incremental |
Erros de operação
| Erro | Por que acontece | Efeito no resultado | Correção |
|---|---|---|---|
| Desconto na primeira mensagem | Busca de resultado rápido | A base aprende a esperar cupom e a margem cai | Começar com lembrete e prova social; desconto só em casos selecionados |
| Sem limite de frequência | A régua dispara a cada nova visita | Visitantes frequentes recebem mensagens toda semana | Uma entrada a cada 30 dias e teto semanal somando os canais |
| Conteúdo dinâmico sem teste | O modelo funciona no computador e quebra no celular | Imagem sem preço, botão fora da tela, menos cliques | Testar no celular e nos principais clientes de e-mail |
| Régua parada, sem teste A/B | Depois do lançamento, ninguém revisa | Resultado cai com o tempo e ninguém percebe | Testar uma variável por vez e revisar o desempenho todo mês |
O padrão por trás dos 13 erros é o mesmo: tratar uma audiência de baixa intenção como se fosse de alta. A correção é menos mensagem, mais critério de entrada e uma medição que separe causa de coincidência.
Checklist para colocar a régua no ar
- A taxa de visitantes identificados foi medida e tem uma meta.
- O evento de produto visualizado chega ao perfil com ID, preço, URL e imagem.
- O consentimento de cookies e o de contato por canal estão registrados.
- As exclusões de compra, carrinho e checkout valem na entrada e no envio.
- A espera conta a partir da última visualização.
- A régua de carrinho tem prioridade sobre a de navegação.
- A sequência tem no máximo três mensagens e termina na compra.
- Há limite de uma entrada a cada 30 dias e teto semanal de contatos.
- SPF, DKIM, DMARC e descadastro com um clique estão ativos.
- Um grupo de controle de 5% a 10% está separado desde o primeiro dia.
- Os relatórios mostram receita incremental, descadastro e taxa de spam.
Perguntas frequentes
O que é abandono de navegação?
É quando um visitante identificado vê produtos ou categorias e sai sem adicionar nada ao carrinho. A régua de abandono de navegação envia mensagens para levá-lo de volta ao produto visto.
Qual a diferença entre abandono de navegação e de carrinho?
No carrinho, a pessoa já escolheu o item e a intenção é maior. Na navegação, ela ainda pesquisa. Por isso a navegação pede espera maior, mensagem mais leve e, em geral, nenhum desconto no início.
Quanto tempo esperar para enviar a primeira mensagem?
A recomendação da Analytikos, para teste, é de 4 a 24 horas depois da última visualização. Defina o melhor tempo comparando janelas diferentes com grupo de controle.
Posso usar essa régua sem o consentimento do visitante?
O rastreamento de cookies de personalização e o contato por cada canal dependem de base legal adequada. A ANPD indica o consentimento como mais adequado para cookies não necessários. Leve o desenho ao seu jurídico antes de ligar a régua.
Vale usar WhatsApp nessa régua?
Só com opt-in específico e, de preferência, para segmentos de maior valor. A visita a um produto não autoriza contato por WhatsApp, e as mensagens de marketing por template têm custo.
Como saber se a régua realmente vende?
Separe um grupo de controle de 5% a 10% do público elegível e compare a conversão com o grupo que recebe as mensagens. A diferença, multiplicada pelo público e pelo ticket médio, é a receita incremental.
