Tracking para neg\u00f3cios com duas marcas separadas no mesmo dom\u00ednio n\u00e3o \u00e9 apenas uma quest\u00e3o de tags a mais. \u00c9 um dilema de arquitetura de dados onde cada marca tem o seu pr\u00f3prio funil, mas os usu\u00e1rios cruzam caminhos entre elas. Quando o dom\u00ednio \u00e9 compartilhado, o risco \u00e9 perder integridade de dados na hora da atribui\u00e7\u00e3o: sess\u00f5es que viram v\u00e1rias visitas entre marcas, eventos que n\u00e3o se alinham com a venda final e m\u00e9tricas que parecem contradit\u00f3rias entre GA4, GTM Server-Side e o CRM. O que funciona aqui n\u00e3o \u00e9 uma gambiarra de configura\u00e7\u00e3o, e sim uma estrat\u00e9gia clara de vocabul\u00e1rio de eventos, regras de URL, consentimento e uma forma pr\u00e1tica de validar tudo com o time de tecnologia. Este texto parte do problema real que voc\u00ea sente hoje \u2014 e entrega um guia para diagnosticar, ajustar e tomar decis\u00f5es que mantenham a receita consolidada, independentemente da marca que o usu\u00e1rio esteja navegando. O objetivo \u00e9 que voc\u00ea termine capaz de auditar fluxos, padronizar nomenclaturas e reduzir a ambiguidade entre dados de campanhas, cliques e fechamento no CRM. <\/p>\n
Se voc\u00ea j\u00e1 viu GA4 e Meta Ads apontando n\u00fameros diferentes entre Brand A e Brand B, ou leads que surgem em uma marca e terminam a aquisi\u00e7\u00e3o sob outra, sabe que n\u00e3o \u00e9 apenas \u201cmais uma diferen\u00e7a de janela de atribui\u00e7\u00e3o\u201d. \u00e9 comum que o mesmo usu\u00e1rio, movendo-se entre marcas no mesmo dom\u00ednio, crie duplicidade de sess\u00f5es ou perda de correspond\u00eancia entre cliques, impress\u00f5es e convers\u00f5es. A proposta aqui \u00e9 entregar uma linha de trabalho pr\u00e1tica: como estruturar UTMs, dataLayer, eventos com prefixo de marca, e como gerenciar consentimento para manter a coleta est\u00e1vel mesmo com bloqueadores de cookies e requisitos LGPD. No fim, voc\u00ea ter\u00e1 um roteiro de diagn\u00f3stico t\u00e9cnico, uma configura\u00e7\u00e3o consolidada no GA4\/GTM e uma base para reportar a receita por consumidor, n\u00e3o apenas por dom\u00ednio. <\/p>\n
Quando duas marcas compartilham o mesmo dom\u00ednio, cada visita pode acender sinais atribu\u00eddos \u00e0 marca errada se n\u00e3o houver clara distin\u00e7\u00e3o de contexto. Sem um vocabul\u00e1rio comum de eventos, o GA4 pode associar uma convers\u00e3o a uma campanha de Brand A, mesmo que o usu\u00e1rio tenha passado pela Brand B meses depois. Isso gera confus\u00e3o para o time de m\u00eddia e para o cliente, que espera uma leitura \u00fanica da performance. A raiz do problema est\u00e1 na forma como o data layer carrega informa\u00e7\u00f5es de marca e no modo como o GTM envia eventos para o GA4 sem um identificador est\u00e1vel de marca ao longo da sess\u00e3o.<\/p>\n
\n\u201cQuando marcas distintas usam o mesmo dom\u00ednio, cada clique pode acender o sinal errado na atribui\u00e7\u00e3o.\u201d<\/p>\n<\/blockquote>\n
Interfer\u00eancia de cookies e sess\u00f5es<\/h3>\n
Cookies de terceiros j\u00e1 n\u00e3o s\u00e3o a base da medi\u00e7\u00e3o em muitos ambientes. Mesmo com consent mode v2, o fato de a navega\u00e7\u00e3o entre subpaths de marcas distintas no mesmo dom\u00ednio manter sess\u00f5es compartimentadas \u00e9 um desafio pr\u00e1tico. Sem uma estrat\u00e9gia clara de cookie_domain, linker entre dom\u00ednios ou uma camada de servidor (GTM Server-Side) para manter identidade de usu\u00e1rio, voc\u00ea tende a ver duplicidade de usu\u00e1rios \u00fanicos, contagens de sess\u00f5es infladas e, consequentemente, varia\u00e7\u00f5es de receita entre fontes de tr\u00e1fego.<\/p>\n
\n\u201cA aus\u00eancia de uma estrat\u00e9gia de identidade entre marcas faz a diferen\u00e7a entre uma vis\u00e3o coesa e dados que parecem fragmentados.\u201d<\/p>\n<\/blockquote>\n
Arquitetura de dados para duas marcas no mesmo dom\u00ednio<\/h2>\n
Estrutura de UTMs espec\u00edfica por marca<\/h3>\n
Adote um mapa claro de par\u00e2metros para cada marca, preferencialmente com UTMs que sigam uma conven\u00e7\u00e3o r\u00edgida, por exemplo: source\/medium\/campaign sempre com um prefixo de marca, como branda_-campanha ao inv\u00e9s de campanha isolada. Essa pr\u00e1tica evita que dados se misturem na hora de construir relat\u00f3rios no Looker Studio ou no Google Data Studio. Al\u00e9m disso, registre a marca no par\u00e2metro de campanha toda vez que o usu\u00e1rio entrar pela primeira vez, para que a sess\u00e3o tenha contexto mesmo ap\u00f3s o cruzamento entre marcas.<\/p>\n
Data Layer padronizado e eventos com prefixo de marca<\/h3>\n
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\u00edticos (page_view, click, add_to_cart, purchase). O naming convention de eventos deve ficar expl\u00edcito: brandA_purchase, brandB_purchase, brandA_button_click, etc. Dessa forma,, ainda que o usu\u00e1rio transite entre marcas, voc\u00ea ter\u00e1 vis\u00e3o segmentada por marca sem precisar criar propriedades diferentes no GA4 para cada uma. Essa consist\u00eancia facilita a consolida\u00e7\u00e3o de dados no BigQuery e a constru\u00e7\u00e3o de lookups no CSV de auditoria.<\/p>\n
\n\u201cO segredo n\u00e3o \u00e9 apenas coletar dados, \u00e9 unificar o vocabul\u00e1rio de eventos para que GA4 e GTM falem a mesma l\u00edngua.\u201d<\/p>\n<\/blockquote>\n
Configura\u00e7\u00e3o pr\u00e1tica: passo a passo<\/h2>\n
\n
- Mapeie as duas marcas no dom\u00ednio: identifique quais caminhos de navega\u00e7\u00e3o correspondem a Brand A e Brand B (ex.: example.com\/brand-a\/ e example.com\/brand-b\/) ou subdom\u00ednios distintos (brand-a.exemplo.com vs brand-b.exemplo.com).<\/li>\n
- Padronize UTMs por marca: defina um conjunto de par\u00e2metros (source, medium, campaign) com prefixo de marca, e crie regras autom\u00e1ticas de reescrita de URL para manter consist\u00eancia entre an\u00fancios no Google Ads e no Meta Ads Manager.<\/li>\n
- 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).<\/li>\n
- Escolha a arquitetura de coleta: use GA4 com uma \u00fanica Property e, se necess\u00e1rio, crie data streams por marca apenas para isolamento visual; ou mantenha uma \u00fanica Property com filtros de brand e cliques cruzados no GTM Server-Side para manter a identidade entre marcas.<\/li>\n
- Configure GTM Server-Side para manter identidade de usu\u00e1rio entre marcas: crie um linker que preserve o client_id\/uid ao navegar entre brand A e brand B, para que a sess\u00e3o n\u00e3o seja perdida ao cruzar o funil.<\/li>\n
- Implemente regras de consentimento com Consent Mode v2: garanta que as etiquetas respeitem o consentimento do usu\u00e1rio e que as varia\u00e7\u00f5es entre marcas n\u00e3o causem perda sist\u00eamica de dados, mantendo a governan\u00e7a de dados alinhada com LGPD.<\/li>\n<\/ol>\n
Ao longo desses passos, priorize validar cada pe\u00e7a com depuradores de GA4 e com o modo de depura\u00e7\u00e3o do GTM. Um fluxo de teste que simula a navega\u00e7\u00e3o entre BrandA e BrandB, com cliques, adi\u00e7\u00e3o ao carrinho e convers\u00f5es em diferentes canais, ajuda a capturar pontos onde o dado pode vazar antes de ir para a camada de relat\u00f3rio. A pr\u00e1tica de validar com cen\u00e1rios reais evita surpresas no fim do m\u00eas e facilita a comunica\u00e7\u00e3o com o time de dev e com o cliente.<\/p>\n
Valida\u00e7\u00e3o, auditoria e sinais de alerta<\/h2>\n
Sinais de que o setup est\u00e1 quebrado<\/h3>\n
Se a leitura entre GA4 e o CRM n\u00e3o condiz, ou se Looker Studio mostra discrep\u00e2ncias entre brandA e brandB, pode ser sinal de que o vocabul\u00e1rio de eventos n\u00e3o est\u00e1 unificado, ou que o gclid\/gclaw n\u00e3o est\u00e1 sendo preservado durante o redirecionamento entre marcas. Outro sinal t\u00edpico \u00e9 a duplicidade de sess\u00f5es quando o usu\u00e1rio transita entre marcas sem um identificador de usu\u00e1rio cont\u00ednuo, resultando em atribui\u00e7\u00e3o fragmentada.<\/p>\n
Como auditar com GA4 e Looker Studio<\/h3>\n
Crie um dashboard de valida\u00e7\u00e3o cruzando brand e evento, com m\u00e9tricas 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\u00e3o ao longo do funil. A auditoria de dados deve, obrigatoriamente, incluir um teste de fluxo completo: clique em an\u00fancio de Brand A, navegue para o site, conclua uma compra pela Brand B e verifique se a convers\u00e3o foi atribu\u00edda \u00e0 fonte correta com a devida marca associada no evento final.<\/p>\n
Decis\u00e3o estrat\u00e9gica: quando usar cada abordagem<\/h2>\n
Quando faz sentido usar uma \u00fanica propriedade GA4 com marca no evento<\/h3>\n
Essa abordagem funciona bem quando as duas marcas compartilham o mesmo dom\u00ednio sob padr\u00f5es de URL homog\u00eaneos e quando a equipe quer reportar uma vis\u00e3o consolidada de receita por consumidor, sem criar ru\u00eddos de dados administrativos. Mant\u00e9m um vi\u00e9s de an\u00e1lise mais simples para o cliente, com a vantagem de consolidar dados no BigQuery, facilitando a reconcilia\u00e7\u00e3o entre campanhas e CRM.<\/p>\n
Quando manter separa\u00e7\u00e3o expl\u00edcita por marca<\/h3>\n
Prefira separar por marca quando o funil, as mensagens criativas e as ofertas s\u00e3o substancialmente diferentes entre Brand A e Brand B, e a organiza\u00e7\u00e3o 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\u00e7\u00e3o de brand por evento, para evitar confus\u00e3o entre dados de aquisi\u00e7\u00e3o e convers\u00e3o.<\/p>\n
Se a sua implementa\u00e7\u00e3o depende de contexto espec\u00edfico \u2014 tipo de site, plataforma (SPA, e-commerce com checkout em iframe, WhatsApp via API), ou limita\u00e7\u00f5es de consentimento \u2014 busque um diagn\u00f3stico t\u00e9cnico antes de decidir pela abordagem final. A escolha entre Server-Side e Client-Side, ou entre uma \u00fanica propriedade com filtros por marca, precisa refletir a realidade de dados da empresa, o tempo dispon\u00edvel para implementa\u00e7\u00e3o e as regras de privacidade em vigor.<\/p>\n
Erros comuns e corre\u00e7\u00f5es espec\u00edficas<\/h2>\n
Erro: perda de GCLID no redirecionamento entre marcas<\/h3>\n
Sempre que um usu\u00e1rio transita entre Brand A e Brand B, \u00e9 comum perder o GCLID se o redirecionamento n\u00e3o carrega o par\u00e2metro corretamente. A corre\u00e7\u00e3o envolve manter o GCLID intacto atrav\u00e9s do fluxo (via GTM Server-Side ou linker) e registrar esse par\u00e2metro no dataLayer para que o GA4 associe a origem da convers\u00e3o com fidelidade.<\/p>\n
Erro: consentimento mal configurado impactando a coleta<\/h3>\n
Se Consent Mode v2 n\u00e3o est\u00e1 bem alinhado com a l\u00f3gica de duas marcas, voc\u00ea pode ver queda de dados de m\u00eddia ou inconsist\u00eancias entre plataformas. A pr\u00e1tica correta \u00e9 alinhar as regras de consentimento ao fluxo de navega\u00e7\u00e3o entre marcas, garantindo que, mesmo com consentimento restrito, os eventos cr\u00edticos ainda sejam enviados com a maior consist\u00eancia poss\u00edvel para fins de atribui\u00e7\u00e3o. Em ambientes LGPD, isso evita surpresas na reconcilia\u00e7\u00e3o de dados entre GA4, BigQuery e CRM.<\/p>\n
Ao longo do artigo, vale ressaltar que a implementa\u00e7\u00e3o real depende da stack tecnol\u00f3gica espec\u00edfica da empresa. A documenta\u00e7\u00e3o oficial da plataforma \u00e9 o melhor recurso para confirmar configura\u00e7\u00f5es de cross-domain tracking no GA4 e a forma correta de preservar identidades entre dom\u00ednios\/brands, como descrito na documenta\u00e7\u00e3o oficial de GA4. Para entender mais sobre as pr\u00e1ticas recomendadas de cross-domain tracking, consulte a documenta\u00e7\u00e3o da Google Developer para GA4 cross-domain e materiais de refer\u00eancia; para uma vis\u00e3o pr\u00e1tica de mercado, o Think with Google traz casos e padr\u00f5es aplic\u00e1veis a cen\u00e1rios de marcas no mesmo dom\u00ednio.<\/p>\n
Concluindo, a chave para rastrear duas marcas no mesmo dom\u00ednio est\u00e1 em: (1) definir um vocabul\u00e1rio de eventos por marca, (2) manter UTMs e par\u00e2metros consistentes com prefixo de marca, (3) preservar a identidade de usu\u00e1rio ao longo do caminho entre marcas e (4) validar continuamente com auditorias em GA4 e Looker Studio. Se voc\u00ea quiser aprofundar a implementa\u00e7\u00e3o com detalhes t\u00e9cnicos, a equipe da Funnelsheet pode ajudar a desenhar o fluxo de dados, a configura\u00e7\u00e3o de GTM Server-Side e a alinharConsent Mode com as pol\u00edticas de privacidade da sua empresa.<\/p>\n
Para refer\u00eancia t\u00e9cnica adicional, veja a documenta\u00e7\u00e3o de cross-domain do GA4 e materiais oficiais sobre rastreamento entre dom\u00ednios: GA4 cross-domain (Google Developers)<\/a> e Think with Google: o que \u00e9 cross-domain tracking<\/a>. Em caso de d\u00favidas sobre como estruturar UTMs por marca ou configurar o dataLayer para dois caminhos no dom\u00ednio, a consultoria pr\u00e1tica da Funnelsheet pode acelerar a entrega sem abrir m\u00e3o da confiabilidade dos dados.<\/p>\n","protected":false},"excerpt":{"rendered":"
Tracking para neg\u00f3cios com duas marcas separadas no mesmo dom\u00ednio n\u00e3o \u00e9 apenas uma quest\u00e3o de tags a mais. \u00c9 um dilema de arquitetura de dados onde cada marca tem o seu pr\u00f3prio funil, mas os usu\u00e1rios cruzam caminhos entre elas. Quando o dom\u00ednio \u00e9 compartilhado, o risco \u00e9 perder integridade de dados na hora…<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[3],"tags":[15,853,13,14,852],"content_language":[6],"class_list":["post-1629","post","type-post","status-publish","format-standard","hentry","category-blogbr","tag-atribuicao","tag-dominio-compartilhado","tag-ga4","tag-gtm-server-side","tag-multimarcas","content_language-br"],"acf":[],"_links":{"self":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/posts\/1629","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1629"}],"version-history":[{"count":0,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=\/wp\/v2\/posts\/1629\/revisions"}],"wp:attachment":[{"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1629"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1629"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1629"},{"taxonomy":"content_language","embeddable":true,"href":"https:\/\/cms.funnelsheet.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcontent_language&post=1629"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}