Tracking para negócios que têm duas marcas separadas no mesmo domínio

Tracking para negócios com duas marcas separadas no mesmo domínio não é apenas uma questão de tags a mais. É um dilema de arquitetura de dados onde cada marca tem o seu próprio funil, mas os usuários cruzam caminhos entre elas. Quando o domínio é compartilhado, o risco é perder integridade de dados na hora da atribuição: sessões que viram várias visitas entre marcas, eventos que não se alinham com a venda final e métricas que parecem contraditórias entre GA4, GTM Server-Side e o CRM. O que funciona aqui não é uma gambiarra de configuração, e sim uma estratégia clara de vocabulário de eventos, regras de URL, consentimento e uma forma prática de validar tudo com o time de tecnologia. Este texto parte do problema real que você sente hoje — e entrega um guia para diagnosticar, ajustar e tomar decisões que mantenham a receita consolidada, independentemente da marca que o usuário esteja navegando. O objetivo é que você termine capaz de auditar fluxos, padronizar nomenclaturas e reduzir a ambiguidade entre dados de campanhas, cliques e fechamento no CRM.

Se você já viu GA4 e Meta Ads apontando números diferentes entre Brand A e Brand B, ou leads que surgem em uma marca e terminam a aquisição sob outra, sabe que não é apenas “mais uma diferença de janela de atribuição”. é comum que o mesmo usuário, movendo-se entre marcas no mesmo domínio, crie duplicidade de sessões ou perda de correspondência entre cliques, impressões e conversões. A proposta aqui é entregar uma linha de trabalho prática: como estruturar UTMs, dataLayer, eventos com prefixo de marca, e como gerenciar consentimento para manter a coleta estável mesmo com bloqueadores de cookies e requisitos LGPD. No fim, você terá um roteiro de diagnóstico técnico, uma configuração consolidada no GA4/GTM e uma base para reportar a receita por consumidor, não apenas por domínio.

Desafios reais ao tracking com duas marcas no mesmo domínio

Separação de dados entre marcas

Quando duas marcas compartilham o mesmo domínio, cada visita pode acender sinais atribuídos à marca errada se não houver clara distinção de contexto. Sem um vocabulário comum de eventos, o GA4 pode associar uma conversão a uma campanha de Brand A, mesmo que o usuário tenha passado pela Brand B meses depois. Isso gera confusão para o time de mídia e para o cliente, que espera uma leitura única da performance. A raiz do problema está na forma como o data layer carrega informações de marca e no modo como o GTM envia eventos para o GA4 sem um identificador estável de marca ao longo da sessão.

“Quando marcas distintas usam o mesmo domínio, cada clique pode acender o sinal errado na atribuição.”

Interferência de cookies e sessões

Cookies de terceiros já não são a base da medição em muitos ambientes. Mesmo com consent mode v2, o fato de a navegação entre subpaths de marcas distintas no mesmo domínio manter sessões compartimentadas é um desafio prático. Sem uma estratégia clara de cookie_domain, linker entre domínios ou uma camada de servidor (GTM Server-Side) para manter identidade de usuário, você tende a ver duplicidade de usuários únicos, contagens de sessões infladas e, consequentemente, variações de receita entre fontes de tráfego.

“A ausência de uma estratégia de identidade entre marcas faz a diferença entre uma visão coesa e dados que parecem fragmentados.”

Arquitetura de dados para duas marcas no mesmo domínio

Estrutura de UTMs específica por marca

Adote um mapa claro de parâmetros para cada marca, preferencialmente com UTMs que sigam uma convenção rígida, por exemplo: source/medium/campaign sempre com um prefixo de marca, como branda_-campanha ao invés de campanha isolada. Essa prática evita que dados se misturem na hora de construir relatórios no Looker Studio ou no Google Data Studio. Além disso, registre a marca no parâmetro de campanha toda vez que o usuário entrar pela primeira vez, para que a sessão tenha contexto mesmo após o cruzamento entre marcas.

Data Layer padronizado e eventos com prefixo de marca

Padronize o dataLayer para que cada evento carregue o identificador de marca (por exemplo, brand: “BrandA” ou brand: “BrandB”) junto com todos os eventos críticos (page_view, click, add_to_cart, purchase). O naming convention de eventos deve ficar explícito: brandA_purchase, brandB_purchase, brandA_button_click, etc. Dessa forma,, ainda que o usuário transite entre marcas, você terá visão segmentada por marca sem precisar criar propriedades diferentes no GA4 para cada uma. Essa consistência facilita a consolidação de dados no BigQuery e a construção de lookups no CSV de auditoria.

“O segredo não é apenas coletar dados, é unificar o vocabulário de eventos para que GA4 e GTM falem a mesma língua.”

Configuração prática: passo a passo

1. Mapeie as duas marcas no domínio: identifique quais caminhos de navegação correspondem a Brand A e Brand B (ex.: example.com/brand-a/ e example.com/brand-b/) ou subdomínios distintos (brand-a.exemplo.com vs brand-b.exemplo.com).
2. Padronize UTMs por marca: defina um conjunto de parâmetros (source, medium, campaign) com prefixo de marca, e crie regras automáticas de reescrita de URL para manter consistência entre anúncios no Google Ads e no Meta Ads Manager.
3. Padronize o dataLayer: configure eventos com brand no payload (brand: “BrandA” ou “BrandB”) e use nomes de eventos compostos, evitando ambiguidades (ex.: brandA_purchase, brandB_purchase).
4. Escolha a arquitetura de coleta: use GA4 com uma única Property e, se necessário, crie data streams por marca apenas para isolamento visual; ou mantenha uma única Property com filtros de brand e cliques cruzados no GTM Server-Side para manter a identidade entre marcas.
5. Configure GTM Server-Side para manter identidade de usuário entre marcas: crie um linker que preserve o client_id/uid ao navegar entre brand A e brand B, para que a sessão não seja perdida ao cruzar o funil.
6. Implemente regras de consentimento com Consent Mode v2: garanta que as etiquetas respeitem o consentimento do usuário e que as variações entre marcas não causem perda sistêmica de dados, mantendo a governança de dados alinhada com LGPD.

Ao longo desses passos, priorize validar cada peça com depuradores de GA4 e com o modo de depuração do GTM. Um fluxo de teste que simula a navegação entre BrandA e BrandB, com cliques, adição ao carrinho e conversões em diferentes canais, ajuda a capturar pontos onde o dado pode vazar antes de ir para a camada de relatório. A prática de validar com cenários reais evita surpresas no fim do mês e facilita a comunicação com o time de dev e com o cliente.

Validação, auditoria e sinais de alerta

Sinais de que o setup está quebrado

Se a leitura entre GA4 e o CRM não condiz, ou se Looker Studio mostra discrepâncias entre brandA e brandB, pode ser sinal de que o vocabulário de eventos não está unificado, ou que o gclid/gclaw não está sendo preservado durante o redirecionamento entre marcas. Outro sinal típico é a duplicidade de sessões quando o usuário transita entre marcas sem um identificador de usuário contínuo, resultando em atribuição fragmentada.

Como auditar com GA4 e Looker Studio

Crie um dashboard de validação cruzando brand e evento, com métricas de session_count, total_conversions e revenue por marca, mantendo um filtro por brand no GA4. No Looker Studio, conecte a Lookups simples para associar cada evento a BrandA ou BrandB e valide a continuidade da sessão ao longo do funil. A auditoria de dados deve, obrigatoriamente, incluir um teste de fluxo completo: clique em anúncio de Brand A, navegue para o site, conclua uma compra pela Brand B e verifique se a conversão foi atribuída à fonte correta com a devida marca associada no evento final.

Decisão estratégica: quando usar cada abordagem

Quando faz sentido usar uma única propriedade GA4 com marca no evento

Essa abordagem funciona bem quando as duas marcas compartilham o mesmo domínio sob padrões de URL homogêneos e quando a equipe quer reportar uma visão consolidada de receita por consumidor, sem criar ruídos de dados administrativos. Mantém um viés de análise mais simples para o cliente, com a vantagem de consolidar dados no BigQuery, facilitando a reconciliação entre campanhas e CRM.

Quando manter separação explícita por marca

Prefira separar por marca quando o funil, as mensagens criativas e as ofertas são substancialmente diferentes entre Brand A e Brand B, e a organização precisa de responsabilidade financeira independente, ou when o CRM registra dados por marca de venda. Nesse caso, vale criar data streams distintos ou uma propriedade compartilhada com a segmentação de brand por evento, para evitar confusão entre dados de aquisição e conversão.

Se a sua implementação depende de contexto específico — tipo de site, plataforma (SPA, e-commerce com checkout em iframe, WhatsApp via API), ou limitações de consentimento — busque um diagnóstico técnico antes de decidir pela abordagem final. A escolha entre Server-Side e Client-Side, ou entre uma única propriedade com filtros por marca, precisa refletir a realidade de dados da empresa, o tempo disponível para implementação e as regras de privacidade em vigor.

Erros comuns e correções específicas

Erro: perda de GCLID no redirecionamento entre marcas

Sempre que um usuário transita entre Brand A e Brand B, é comum perder o GCLID se o redirecionamento não carrega o parâmetro corretamente. A correção envolve manter o GCLID intacto através do fluxo (via GTM Server-Side ou linker) e registrar esse parâmetro no dataLayer para que o GA4 associe a origem da conversão com fidelidade.

Erro: consentimento mal configurado impactando a coleta

Se Consent Mode v2 não está bem alinhado com a lógica de duas marcas, você pode ver queda de dados de mídia ou inconsistências entre plataformas. A prática correta é alinhar as regras de consentimento ao fluxo de navegação entre marcas, garantindo que, mesmo com consentimento restrito, os eventos críticos ainda sejam enviados com a maior consistência possível para fins de atribuição. Em ambientes LGPD, isso evita surpresas na reconciliação de dados entre GA4, BigQuery e CRM.

Ao longo do artigo, vale ressaltar que a implementação real depende da stack tecnológica específica da empresa. A documentação oficial da plataforma é o melhor recurso para confirmar configurações de cross-domain tracking no GA4 e a forma correta de preservar identidades entre domínios/brands, como descrito na documentação oficial de GA4. Para entender mais sobre as práticas recomendadas de cross-domain tracking, consulte a documentação da Google Developer para GA4 cross-domain e materiais de referência; para uma visão prática de mercado, o Think with Google traz casos e padrões aplicáveis a cenários de marcas no mesmo domínio.

Concluindo, a chave para rastrear duas marcas no mesmo domínio está em: (1) definir um vocabulário de eventos por marca, (2) manter UTMs e parâmetros consistentes com prefixo de marca, (3) preservar a identidade de usuário ao longo do caminho entre marcas e (4) validar continuamente com auditorias em GA4 e Looker Studio. Se você quiser aprofundar a implementação com detalhes técnicos, a equipe da Funnelsheet pode ajudar a desenhar o fluxo de dados, a configuração de GTM Server-Side e a alinharConsent Mode com as políticas de privacidade da sua empresa.

Para referência técnica adicional, veja a documentação de cross-domain do GA4 e materiais oficiais sobre rastreamento entre domínios: GA4 cross-domain (Google Developers) e Think with Google: o que é cross-domain tracking. Em caso de dúvidas sobre como estruturar UTMs por marca ou configurar o dataLayer para dois caminhos no domínio, a consultoria prática da Funnelsheet pode acelerar a entrega sem abrir mão da confiabilidade dos dados.