Controle de Conversões em Múltiplos Sites: Padrão Único
Cada site mede conversão de um jeito. Em um domínio, WhatsApp conta. Em outro, só formulário. Em outro, o telefone está solto. Resultado: métricas incomparáveis, relatórios quebrados e leads invisíveis.
Cada site mede diferente (e você perde dinheiro sem perceber)
Se você gerencia um portfólio de sites (Rank & Rent, SEO local, lead gen pra clientes), existe um veneno silencioso que destrói previsibilidade: falta de modelo. Sem um padrão único de conversões, dois sites com o mesmo tráfego podem parecer iguais, mas um captura WhatsApp e telefone direito e o outro não. Um registra leads duplicados. Outro conta clique em botão como lead fechado.
Aí você investe no errado, corta o que funciona e fica girando em ciclos de retrabalho. Já vi isso acontecer com portfólio de 30 sites: o gestor olhava “conversões totais” por domínio e achava que 3 sites estavam mortos. Quando padronizamos o tracking, descobrimos que 2 deles geravam mais leads via telefone do que os “melhores” geravam via formulário. Só que telefone não tinha evento. Era lead invisível.
Você só consegue operar em escala quando cria um dicionário único de eventos (o que é conversão, o que é microconversão, o que é só interação), um padrão de nomenclatura pros relatórios, uma rotina de validação e uma forma de ver por site e por página. O módulo de tracking do Rankito foi feito exatamente pra esse cenário: padrão único em todos os sites, sem depender de planilha.
O que todo site do portfólio precisa medir
Seu padrão deve separar conversões reais (leads) de microconversões (intenções fortes) e de interações (sinais fracos). Isso cria comparabilidade sem inflar números.
Conversões principais (Lead)
Escolha no máximo 3 conversões principais por site. Mais que isso vira bagunça. As três que funcionam pra praticamente qualquer operação de lead gen: envio de formulário (lead_form_submit), clique no WhatsApp com abertura (lead_whatsapp_start) e clique pra ligar (lead_call_start). A regra de ouro: conversão principal precisa indicar ação de contato. “Clique em botão” só é lead se o botão aciona contato real.
Microconversões (intenção forte)
Microconversões são úteis pra diagnóstico, principalmente quando o volume de lead é baixo. Clique em “ver preços” (intent_pricing_view), clique em “ver endereço” (intent_location_view), scroll profundo de 75% (intent_scroll_75). Esses eventos não entram como resultado final, mas ajudam a responder: “essa página recebe tráfego e o CTA está fraco, ou o tráfego não tem intenção?”
Interações (sinais fracos)
Clique em FAQ, clique em depoimento, tempo na página acima de 60 segundos. Servem pra diagnóstico de página, não pra relatório de resultado. A diferença entre quem opera bem e quem se perde é saber em qual camada cada evento entra.
O erro mais comum é misturar camadas. Contar intent_pricing_view como conversão infla o número e faz você achar que o site “converte bem” quando na verdade só gera curiosidade. Mantenha lead_* como conversão, intent_* como apoio e engagement_* como diagnóstico.
Padrão de nomenclatura: o que impede relatório de quebrar
Sem naming padronizado, você não escala tracking. Com naming, você consegue comparar sites diferentes como se fossem unidades do mesmo sistema. O padrão precisa existir em 3 camadas: evento (GA4/GTM), origem (UTM/gclid/referrer) e destino (site, página, intenção).
| Tipo | Evento | Quando dispara | Categoria |
|---|---|---|---|
| Lead | lead_form_submit |
Formulário enviado com sucesso | Conversão principal |
| Lead | lead_whatsapp_start |
Clique/abertura WhatsApp | Conversão principal |
| Lead | lead_call_start |
Clique pra ligar | Conversão principal |
| Intenção | intent_pricing_view |
Clique em “preços” | Microconversão |
| Engajamento | engagement_faq_open |
Abrir FAQ | Diagnóstico |
Parâmetros obrigatórios do evento
Todo evento do portfólio deve carregar parâmetros consistentes: site_id (ID único do site), site_name (nome legível), page_type (home, serviço, cidade, blog), page_slug (slug da URL) e cta_position (hero, meio, final, sticky).
Quando você tem site_id e page_type em todos os eventos, deixa de ver “conversão solta” e passa a ver conversão comparável: por site, por tipo de página, por posição de CTA. Esse detalhe é o que separa portfólio gerenciado de portfólio no escuro.
Quando implementei cta_position nos eventos de um cliente com 18 sites, descobrimos que 73% dos leads vinham do CTA no hero e apenas 4% do CTA no rodapé. Ele tinha investido 2 meses redesenhando rodapés. Com esse dado, redirecionou o esforço pro hero e pro bloco após depoimentos. A taxa de conversão subiu 22% em 3 semanas, sem mudar tráfego.
Use o código abaixo no checkout pra garantir condições especiais em qualquer plano. Válido pra novos assinantes.
Como implementar o padrão em escala
Você não implementa padrão em 50 sites na mão. Você cria um template (GTM/GA4), um checklist e uma rotina de validação. O resto é repetição controlada.
Primeiro: defina o dicionário de conversões. Antes de tocar em ferramenta, responda: o que é lead no seu portfólio? Quais são as 3 conversões principais que todo site deve ter? Quais microconversões você vai usar pra diagnosticar páginas com pouco lead? E o que não pode ser conversão (pra não inflar)? Um documento de 1 página resolve.
Depois: crie o template de GTM. Seu template precisa ter trigger de form submit (com validação real, não clique em botão), trigger de clique em WhatsApp (link ou elemento), trigger de clique em telefone (tel:) e variáveis pra capturar site_id, page_type e cta_position. O erro comum é marcar form submit como qualquer clique no botão. O certo é disparar quando houver confirmação (redirect, mensagem de sucesso ou callback).
Configure GA4 com conversões padronizadas. Registre os eventos e marque como conversão apenas os lead_*. Deixe intent_* e engagement_* como apoio de otimização, não como resultado final.
Padronize UTMs e identificação de origem. Sem origem, você cai no clássico: “esse site deu lead, mas não sei de onde veio.” O mínimo: UTM padrão em todas as campanhas pagas, captura de gclid quando houver Google Ads e registro de origem no lead (CRM) quando possível. O post sobre origem real e atribuição de leads aprofunda esse ponto.
Rotina de validação: o que checar pra não derreter o padrão
Tracking falha em silêncio. A rotina semanal existe pra detectar falhas antes que virem prejuízo. Leads perdidos + decisões erradas custam mais que 10 minutos de validação.
Toda semana (10 minutos por site): teste o CTA de WhatsApp (hero e rodapé) e confirme que o evento dispara. Teste o telefone e confirme o evento. Faça um envio real de formulário (ou em ambiente de teste) e verifique a conversão. Cheque se a página de serviço principal está registrando conversões. E olhe se as conversões caíram a zero, porque pode ser bug, não mercado.
Todo mês (30 a 60 minutos por cluster): audite páginas com mais tráfego vs páginas com mais conversão (o que atrai vs o que fecha). Revise duplicidade de eventos que inflam conversão. Verifique se mudanças no tema ou plugin quebraram triggers. E revise UTMs e campanhas.
O post sobre erros de rastreamento que sabotam ROI detalha os problemas técnicos mais comuns que essa rotina pega antes de virarem prejuízo.
Onde a maioria erra (e como corrigir rápido)
Contar clique como lead sem confirmação. Se o clique não garante que o contato aconteceu, é microconversão. Clique em “ver preços” não é lead. Parece óbvio, mas metade dos portfólios que eu audito tem isso inflando o número.
WhatsApp sem parâmetro e sem consistência. Se cada site tem um link diferente pro WhatsApp, você não consegue disparar evento igual. Padronize o formato do link e a classe do botão em todos os sites.
Telefone invisível no mobile. CTA de telefone precisa ser clicável (tel:) e com evento. Em lead gen local, telefone é conversão crítica. Se não mede, você não vê.
Evento duplicado inflando conversões. Duplicidade vem de dois triggers pro mesmo elemento, plugin que dispara evento próprio + GTM disparando também, ou reload que repete. Solução: auditoria de eventos + regra de deduplicação.
Relatório só por domínio. Você deixa dinheiro na mesa quando não vê por página. A página que mais converte pode não ser a que mais recebe tráfego. Se você só olha o total do domínio, otimiza a página errada. O post sobre como rastrear leads por página mostra como sair desse padrão.
O caso mais caro que já vi: um portfólio de 40 sites onde o gestor cortou 8 domínios “sem conversão”. Quando fui auditar, 5 deles tinham leads via telefone que nunca foram medidos. O custo de recriar esses sites do zero foi 4x maior do que teria sido padronizar o tracking antes da decisão de corte. O Rankito entra justamente pra evitar esse tipo de erro: visão por site, por página, com padrão único.
Use o código abaixo no checkout pra garantir condições especiais em qualquer plano. Válido pra novos assinantes.
Perguntas frequentes sobre controle de conversões em múltiplos sites
Quantas conversões devo ter por site?
Se eu tenho WhatsApp e formulário, conto os dois como lead?
E quando o lead acontece fora do site (ligação recebida)?
Como sei se o tracking está certo?
O que destrói a atribuição?
Lucas Rodrigues é Líder de Estratégias de SEO na SpiderRank e especialista em integração de CRM. Com foco em performance, combina o poder do Rankito CRM com técnicas avançadas de otimização para escalar o tráfego orgânico e a receita de empresas.
