{"id":1288,"date":"2026-04-14T22:19:26","date_gmt":"2026-04-14T22:19:26","guid":{"rendered":"https:\/\/cms.funnelsheet.com\/?p=1288"},"modified":"2026-04-14T22:19:26","modified_gmt":"2026-04-14T22:19:26","slug":"how-to-track-attribution-for-a-dental-clinic-running-ads-in-multiple-cities","status":"publish","type":"post","link":"https:\/\/cms.funnelsheet.com\/?p=1288","title":{"rendered":"How to Track Attribution for a Dental Clinic Running Ads in Multiple Cities"},"content":{"rendered":"

Atribui\u00e7\u00e3o precisa \u00e9 essencial para cl\u00ednicas odontol\u00f3gicas que atuam em v\u00e1rias cidades. Quando a meta \u00e9 atrair novos pacientes por meio de an\u00fancios em Google Ads, Meta Ads e canais offline, o caminho do lead pode passar por m\u00faltiplos pontos de contato: cliques em an\u00fancios, visitas ao site, mensagens no WhatsApp e liga\u00e7\u00f5es que ocorrem dias depois do clique inicial. Em uma opera\u00e7\u00e3o com v\u00e1rias cidades, \u00e9 comum ver diverg\u00eancia entre GA4, GTM Web, GTM Server-Side e as plataformas de publicidade: cada canal aponta n\u00fameros distintos para a mesma a\u00e7\u00e3o. Esse desalinhamento transforma investimento em percep\u00e7\u00e3o de desempenho, dificultando decis\u00f5es sobre or\u00e7amento, criativos e prioriza\u00e7\u00e3o de cidades. Neste texto, vou direto ao ponto: como estruturar uma track de atribui\u00e7\u00e3o confi\u00e1vel para uma cl\u00ednica que investe em v\u00e1rias cidades, com foco t\u00e9cnico, pr\u00e1tico e aplic\u00e1vel a cen\u00e1rios reais, incluindo o WhatsApp como etapa de convers\u00e3o.<\/p>\n

Voc\u00ea vai sair deste conte\u00fado com um diagn\u00f3stico claro sobre onde o dado falha, um modelo de dados capaz de capturar a jornada completa por cidade, e um roteiro de implementa\u00e7\u00e3o que n\u00e3o depende de promessas vagas. A tese central \u00e9 simples: se o seu tracking n\u00e3o separa cidades e n\u00e3o conecta o clique ao momento exato de convers\u00e3o, voc\u00ea n\u00e3o est\u00e1 rastreando atribui\u00e7\u00e3o \u2014 est\u00e1 apenas somando cliques. Ao t\u00e9rmino, voc\u00ea ter\u00e1 as pe\u00e7as para consolidar uma vis\u00e3o \u00fanica da performance por cidade, respeitando LGPD, consentimento e as particularidades de convers\u00f5es offline via WhatsApp ou telefone.<\/p>\n\n\n

\"Woman<\/figure>\n \n\n

Diagn\u00f3stico r\u00e1pido de atribui\u00e7\u00e3o para cl\u00ednicas odontol\u00f3gicas com v\u00e1rias cidades<\/h2>\n

Sinais de dados desalinhados entre plataformas<\/h3>\n

Quando cada plataforma (GA4, Meta CAPI, Google Ads) mostra trajet\u00f3rias de convers\u00e3o distintas, h\u00e1 algo errado com a base de dados. Em cl\u00ednicas com v\u00e1rias cidades, o problema t\u00edpico \u00e9 falta de identifica\u00e7\u00e3o de cidade nos eventos, ou a cidade n\u00e3o sendo propagada com a mesma granularidade entre plataformas. Al\u00e9m disso, o fluxo de WhatsApp para agendamento pode ser registrado como convers\u00e3o apenas em uma ponta do funil, deixando o restante do caminho sem atribui\u00e7\u00e3o adequada. O resultado \u00e9 um gr\u00e1fico de atribui\u00e7\u00e3o que favorece um canal ou uma cidade espec\u00edfica, sem refletir a verdadeira jornada do paciente.<\/p>\n\n\n

\"a<\/figure>\n \n\n

Por que GA4 e Meta exibem n\u00fameros diferentes<\/h3>\n

GA4 costuma tratar janelas de convers\u00e3o, modelagem de atribui\u00e7\u00e3o e identifica\u00e7\u00e3o de usu\u00e1rios de forma diferente de Meta CAPI. Em cen\u00e1rios multi-city, \u00e9 comum ver discrep\u00e2ncias devido a: disparos de eventos que chegam sem city_id, disparos duplicados ou deduplica\u00e7\u00e3o inconsistente, diferen\u00e7a de janela de convers\u00e3o entre plataformas e varia\u00e7\u00f5es na forma como offline conversions s\u00e3o imputadas. Sem um esquema de city dimension comum e sem uma trilha de dados padronizada (UTMs, par\u00e2metros de URL, city_id no dataLayer), voc\u00ea ter\u00e1 uma hist\u00f3ria fragmentada, n\u00e3o uma verdade de neg\u00f3cio confi\u00e1vel.<\/p>\n

Observa\u00e7\u00e3o: a robustez da atribui\u00e7\u00e3o come\u00e7a pela consist\u00eancia de identidade entre plataformas e pela granularidade por cidade. Sem city_id, voc\u00ea n\u00e3o diferencia desempenho de Curitiba, Bras\u00edlia ou Porto Alegre na mesma m\u00e9trica.<\/p><\/blockquote>\n

Nota pr\u00e1tica: o caminho de convers\u00e3o que come\u00e7a no an\u00fancio e termina na conversa pelo WhatsApp precisa ser rastre\u00e1vel em cada ponto de contato para cada cidade. Caso contr\u00e1rio, a infer\u00eancia de atribui\u00e7\u00e3o tende a favorecer a fonte mais est\u00e1vel, n\u00e3o necessariamente a respons\u00e1vel pela convers\u00e3o.<\/p><\/blockquote>\n

Estrutura de dados para multi-cidades<\/h2>\n

Estrutura de UTMs por cidade e city param<\/h3>\n

Padronize a captura de cidade em todos os pontos de contato. Use UTMs consistentes para campanhas (utm_source, utm_medium, utm_campaign) e adicione um par\u00e2metro city ou city_id que represente a cidade-alvo. Em URLs de an\u00fancios, landing pages e caminhos de WhatsApp, esse par\u00e2metro deve viajar at\u00e9 o Google Analytics 4 e at\u00e9 o servidor de GTM Server-Side. Sem esse alinhamento, o city dimension nasce quebrado, e as janelas de convers\u00e3o passam a se sobrepor entre cidades, levando a uma vis\u00e3o enviesada de performance.<\/p>\n

Modelos de atribui\u00e7\u00e3o e janelas<\/h3>\n

Defina, de forma expl\u00edcita, o modelo de atribui\u00e7\u00e3o a ser utilizado por cidade. Em muitos casos, o modelo de atribui\u00e7\u00e3o de m\u00faltiplas fontes (posi\u00e7\u00e3o, decaimento de janela, last non-direct) tende a gerar resultados que n\u00e3o refletem a jornada completa do paciente. Um approach pragm\u00e1tico \u00e9 manter uma janela de convers\u00e3o consistente entre GA4 e Google Ads (por exemplo, 30 dias para convers\u00e3o online e um mecanismo para mapear convers\u00f5es offline). Para a cl\u00ednica, o objetivo n\u00e3o \u00e9 apenas \u201cgerar \u00faltimo clique\u201d, mas capturar o caminho completo desde o clique at\u00e9 a convers\u00e3o offline e a marca\u00e7\u00e3o de consulta via WhatsApp.<\/p>\n

Arquitetura recomendada: GA4 + GTM Server-Side + Meta CAPI<\/h2>\n

Data Layer e city_id<\/h3>\n

Configure o dataLayer para carregar city_id ou city_name em eventos-chave (page_view, view_item, click, form_submit) e garanta que o city_id seja preservado em todos os envios de GA4 e GTM Server-Side. No GTM Server-Side, crie um mapeamento claro entre city_id e a origem do evento (web, app, offline). Essa arquitetura reduz o ru\u00eddo causado por redirecionamentos entre dom\u00ednios e pelos cliques que passam por diferentes dispositivos. A cidade, na pr\u00e1tica, transforma-se no atributo que liga o usu\u00e1rio ao conjunto de convers\u00f5es da regi\u00e3o.<\/p>\n

Testes de convers\u00f5es offline (WhatsApp e telefone)<\/h3>\n

Para cl\u00ednicas que dependem de WhatsApp Business API ou atendimentos telef\u00f4nicos, \u00e9 essencial testar a captura de convers\u00f5es offline. Use importa\u00e7\u00e3o offline no Google Ads ou no BigQuery para consolidar os dados de agendamento com os cliques que geraram a intera\u00e7\u00e3o. A integra\u00e7\u00e3o precisa de um identificador est\u00e1vel (por exemplo, GCLID) que seja preservado at\u00e9 a conclus\u00e3o da conversa no WhatsApp ou na liga\u00e7\u00e3o. Sem esse v\u00ednculo, uma convers\u00e3o offline pode n\u00e3o ser atribu\u00edda \u00e0 campanha correta ou \u00e0 cidade correta, gerando ru\u00eddos no reporting.<\/p>\n

Roteiro de auditoria: passo a passo para consolidar a atribui\u00e7\u00e3o por cidade<\/h2>\n
    \n
  1. Mapear cidades-alvo: crie uma lista de cidades atendidas e assigne um city_id dispon\u00edvel para cada uma. Garanta que todos os pontos de contato usem o mesmo city_id.<\/li>\n
  2. Padronizar par\u00e2metros de URL: implemente UTMs com city_id para cada cidade, por exemplo, utm_campaign=”dentist-porto-alegre-2026″ e city_id=”PA”; valide que esses par\u00e2metros viajam pelos caminhos de an\u00fancios, landing pages e mensagens no WhatsApp.<\/li>\n
  3. Instrumentar GA4 e GTM Server-Side: configure o dataLayer para empurrar city_id em eventos-chave; valide que GA4 recebe o city_id em todas as streams relevantes.<\/li>\n
  4. Habilitar Cross-Domain e consent mode adequadamente: para n\u00e3o perder visitas entre dom\u00ednios do site e da plataforma de agendamento, ative a coleta multi-domain com a devida autoriza\u00e7\u00e3o de consentimento (Consent Mode v2 quando aplic\u00e1vel).<\/li>\n
  5. Consolidar convers\u00f5es offline: alinhe GCLID\/ID de clique com convers\u00f5es de WhatsApp e telefone via importa\u00e7\u00e3o offline ou BigQuery; garanta que o city_id seja preservado no retorno de dados.<\/li>\n
  6. Verificar consist\u00eancia entre GA4, Meta CAPI e Google Ads: gere reconc\u00edlia de dados em um per\u00edodo de teste (pelo menos 7\u201314 dias) para identificar desvios por cidade e canal.<\/li>\n
  7. Auditar dados de origem: confirme que a origem de cada convers\u00e3o (busca, display, social) est\u00e1 associada \u00e0 city_id correta; elimine duplica\u00e7\u00e3o de eventos e falsos positivos.<\/li>\n
  8. Documentar regras de atribui\u00e7\u00e3o por cidade: crie um guia claro para a equipe e para o cliente com regras de janela, modelos de atribui\u00e7\u00e3o e tratamento de offline.<\/li>\n
  9. Iterar com base em findings: atualize estruturas de dados, par\u00e2metros e fluxos conforme os resultados da auditoria; implemente corre\u00e7\u00f5es de forma controlada.<\/li>\n
  10. Validar continuamente: implemente dashboards que cruzem GA4, Meta CAPI, e dados offline por cidade, com checks autom\u00e1ticos de consist\u00eancia semanal.<\/li>\n<\/ol>\n

    Erros comuns e corre\u00e7\u00f5es pr\u00e1ticas<\/h2>\n

    Erro: city_id n\u00e3o \u00e9 capturado em todos os eventos<\/h3>\n

    Corre\u00e7\u00e3o: padronize a inje\u00e7\u00e3o de city_id no dataLayer de todas as p\u00e1ginas e garanta que o GTM Server-Side o reempacote em todos os eventos enviados para GA4 e para Meta CAPI. Sem city_id constante, cada cidade cai no mesmo bucket, distorcendo a atribui\u00e7\u00e3o.<\/p>\n

    Erro: UTMs desajustados entre an\u00fancios e landing pages<\/h3>\n

    Corre\u00e7\u00e3o: implemente uma estrat\u00e9gia de UTMs centralizada por cidade e confirme passagem entre dom\u00ednios. Use par\u00e2metros consistentes para campanhas, m\u00eddia e cidade, verificando logs de servidor para garantir que nenhum par\u00e2metro seja perdido em redirecionamentos.<\/p>\n

    Erro: convers\u00f5es offline n\u00e3o vinculadas ao clique<\/h3>\n

    Corre\u00e7\u00e3o: utilize identificadores de clique (GCLID) ou par\u00e2metros equivalentes na conversa de WhatsApp e registre a associa\u00e7\u00e3o com o clique original no CRM ou em BigQuery. Sem esse link, a convers\u00e3o ocorre offline sem refer\u00eancia de origem, tornando a atribui\u00e7\u00e3o por cidade imprecisa.<\/p>\n

    Erro: discrep\u00e2ncias entre GA4 e Meta\/Ads que escalonam sem explica\u00e7\u00e3o<\/h3>\n

    Corre\u00e7\u00e3o: crie um protocolo de reconcilia\u00e7\u00e3o semanal entre plataformas, com valida\u00e7\u00e3o de city_id, janela de convers\u00e3o e deduplica\u00e7\u00e3o. Ajuste o modelo de atribui\u00e7\u00e3o para refletir jornadas reais, em vez de depender apenas do \u00faltimo clique ou da visualiza\u00e7\u00e3o de an\u00fancio isolada.<\/p>\n

    Quando esta abordagem faz sentido e quando n\u00e3o faz<\/h2>\n

    Quando faz sentido<\/h3>\n

    Quando a cl\u00ednica opera em m\u00faltiplas cidades e requeira uma vis\u00e3o por cidade para or\u00e7amento, criativo e capacity planning. Quando h\u00e1 convers\u00f5es offline (WhatsApp\/telefone) que precisam ser conectadas ao caminho online. Quando a varia\u00e7\u00e3o entre GA4, GTM e Meta \u00e9 alta e o time precisa de uma camada de governan\u00e7a dos dados com city_id como eixo central.<\/p>\n

    Quando n\u00e3o faz sentido<\/h3>\n

    Se a cl\u00ednica n\u00e3o tem dados suficientes para distinguir cidades (ex.: todo tr\u00e1fego vindo de um \u00fanico dom\u00ednio sem city_id), ou se n\u00e3o h\u00e1 infraestrutura para importa\u00e7\u00e3o offline confi\u00e1vel. Nesses casos, vale a pena priorizar uma pilotagem de city_id em um subconjunto de campanhas antes de escalar para todas as cidades.<\/p>\n

    Conte\u00fado adicional \u00fatil para ado\u00e7\u00e3o pr\u00e1tica<\/h2>\n

    Observa\u00e7\u00e3o: a ado\u00e7\u00e3o de uma abordagem por cidade exige governan\u00e7a de dados clara, al\u00e9m de alinhamento entre marketing, TI e jur\u00eddico. Sem esse alinhamento, os dados tornam-se dif\u00edceis de auditar.<\/p><\/blockquote>\n

    A seguir, alguns pontos que ajudam a manter a consist\u00eancia sem transformar o processo em uma opera\u00e7\u00e3o de TI gigante:<\/p>\n