Um modelo de rastreamento do Google Ads é um padrão de URL, configurado no nível de conta, campanha, grupo de anúncios, anúncio ou palavra-chave, que o Google Ads usa para montar o endereço que o clique realmente abre, inserindo sua URL final por meio de um parâmetro do ValueTrack como {lpurl} mais o que mais você adicionar. É um campo separado do sufixo de URL final, que apenas anexa parâmetros e não pode redirecionar para lugar nenhum. Um reescreve a URL inteira; o outro a estende. Confundir os dois é o motivo pelo qual tantas contas têm rastreamento que silenciosamente parou de funcionar.
Este post é sobre a mecânica em nível de campo: onde o modelo fica na hierarquia, qual nível prevalece, quando usá-lo em vez do sufixo, e o detalhe de codificação que quebra URLs de destino com sua própria string de consulta. Para as tags em si, Parâmetros UTM explicados é o guia introdutório, e Parâmetros UTM para anúncios do Google e da Meta cobre por que o Google Ads deveria, na maior parte, rodar com marcação automática em vez de UTMs manuais.
O Que o Modelo de Rastreamento Realmente Faz
Nada na landing page muda quando você edita um modelo de rastreamento. Ele só decide o que acontece entre o clique e o carregamento da página.
O Google Ads lê o modelo no momento da veiculação, substitui {lpurl} pela sua URL final real, preenche quaisquer parâmetros do ValueTrack, e só então envia o navegador para o endereço montado. Um modelo que começa com um domínio de redirecionamento envia o navegador para lá primeiro; um modelo que é apenas {lpurl} mais uma string de consulta envia direto para a sua página, com parâmetros extras anexados.
Esse é todo o sentido do campo. Cem anúncios podem compartilhar uma URL final e um modelo, e uma única edição no modelo muda o que todos os cem cliques carregam. As definições de campo estão descritas literalmente na documentação do Google sobre URLs finais e modelos de rastreamento. Se o modelo é apenas uma peça de um fluxo de marcação maior, rastrear campanhas UTM de ponta a ponta cobre o restante do pipeline.
Onde o Modelo Fica: Conta, Campanha, Grupo de Anúncios, Anúncio, Palavra-chave
O campo existe em cinco níveis, e o Google Ads não os mescla.
Configure um modelo de rastreamento no nível de conta, campanha, grupo de anúncios, anúncio ou palavra-chave, e quando mais de um estiver definido, o Google Ads usa o mais específico e ignora os demais, sem somar os efeitos. Ordem, do mais ao menos específico: palavra-chave, anúncio, grupo de anúncios, campanha, conta. Um modelo no nível de palavra-chave substitui tudo acima dele; o nível de conta só se aplica onde não existe nada mais específico.
É aqui que as contas se desalinham sem ninguém perceber. Alguém configura um modelo limpo no nível de conta para uma ferramenta nova, e ele funciona em todo lugar, exceto em três grupos de anúncios que já tinham um deixado por um fornecedor antigo. Esses três continuam rodando o redirecionamento antigo indefinidamente, porque a configuração mais específica sempre prevalece. Uma vez passei uma tarde inteira em uma conta que ainda estava silenciosamente roteando cliques por um domínio de call tracking desativado havia mais de um ano, porque um grupo de anúncios tinha um modelo que ninguém lembrava de ter configurado. Audite de cima para baixo: conta, depois campanha, grupo de anúncios, anúncio, palavra-chave, verificando cada um em busca de um valor esquecido antes de assumir que a mudança em nível de conta chegou a tudo.
Modelo de Rastreamento vs Sufixo de URL Final
Esses dois se confundem porque ambos adicionam texto a uma URL. O que cada um pode adicionar não é a mesma coisa.
Um modelo de rastreamento pode substituir a URL inteira: prefixar um domínio de redirecionamento, inserir parâmetros em qualquer lugar, desde que {lpurl} ou uma variante apareça em algum ponto. Um sufixo de URL final faz uma única coisa: anexa um conjunto fixo de parâmetros ao final da URL final, depois de qualquer coisa que já esteja lá, e não pode apontar para lugar nenhum além da sua própria página. A orientação do Google sobre como adicionar um sufixo de URL final é explícita ao dizer que o sufixo serve para parâmetros, não para redirecionamentos.
A regra é curta: para anexar apenas parâmetros, use o sufixo. Para rotear o clique primeiro por um domínio de terceiros, um redirecionamento de call tracking ou um pixel de verificação, use o modelo, porque o sufixo não pode redirecionar para lugar nenhum. Use o sufixo como padrão e recorra ao modelo somente quando um redirecionamento for genuinamente necessário.
Parâmetros do ValueTrack e Parâmetros Personalizados Que Vale a Pena Conhecer
Os parâmetros do ValueTrack são macros que o Google Ads preenche no momento do clique. Um punhado deles cobre quase toda necessidade prática.
{lpurl} é o que todo modelo precisa, a sua URL final. {campaignid} e {creative} (o ID do anúncio) identificam qual campanha e qual anúncio foram veiculados. {device} retorna mobile, tablet ou desktop; {network} informa Pesquisa, Display ou Parceiros de pesquisa. {keyword} e {matchtype} só são preenchidos em campanhas de pesquisa: a palavra-chave que disparou o anúncio e se a correspondência foi ampla, de frase ou exata. Para a lista completa, incluindo alguns específicos para campanhas do Shopping e de apps, veja a referência do ValueTrack do Google.
Montado em um modelo pronto para colar no campo em nível de campanha:
{lpurl}?utm_source=google&utm_medium=cpc&utm_campaign={campaignid}&utm_content={creative}&utm_term={keyword}&device={device}&network={network}
Troque pelos parâmetros que você realmente consulta; adicionar todos os que o Google oferece só deixa colunas vazias no tráfego de Display ou Shopping, onde metade deles nunca é preenchida. Qualquer coisa fora das macros do próprio Google, um ID de campanha interno, um código de região, precisa de um parâmetro personalizado em vez disso: um nome e um valor que você mesmo define, referenciado como {_region}, até oito por entidade, nome limitado a 16 caracteres e valor a 200. O guia de parâmetros personalizados do Google tem os limites exatos.
Montar essa string à mão em dezenas de campanhas é exatamente o tipo de tarefa que se desalinha no momento em que duas pessoas mexem nela. O criador de UTM do Elido gera a parte marcada a partir de um formulário em vez de um campo de texto em branco, então os nomes dos parâmetros ficam consistentes antes mesmo de chegar ao modelo.
A Armadilha de Codificação: lpurl vs Unescapedlpurl
Esse detalhe quebra modelos que pareciam perfeitos nos testes.
{lpurl} escapa certos caracteres, pontos de interrogação, sinais de igual, aspas, espaços, sempre que aparece em qualquer posição que não seja a primeiríssima do modelo. {unescapedlpurl} nunca escapa, independentemente da posição. Isso só importa quando a sua URL final já tem sua própria string de consulta: um ? escapado dentro de um wrapper de redirecionamento vira %3F, e um sistema posterior que lê o endereço literalmente recebe um parâmetro quebrado em vez de um funcional.
Coloque {lpurl} primeiro, como em {lpurl}?utm_source=google, e o escape nunca é acionado, então as duas macros se comportam de forma idêntica. Coloque-o depois de um prefixo de redirecionamento, como em https://track.example.com/go?dest={lpurl}, e o ? e o = próprios do destino são escapados dentro da URL externa, o que geralmente está correto, já que o redirecionamento precisa de um valor limpo para encaminhar. Troque as duas e o serviço de redirecionamento lê lixo em vez da sua página. Sempre que um modelo rotear por um domínio de redirecionamento, verifique com o procedimento de teste abaixo em vez de assumir que a escolha da macro não importa.
Como Isso Interage Com a Marcação Automática e o gclid
A marcação automática e o modelo de rastreamento resolvem problemas diferentes, e não disputam a URL da mesma forma que as UTMs manuais e a marcação automática disputam.
A marcação automática anexa o gclid depois que o modelo já montou o endereço, já que o gclid é adicionado no momento do disparo, não embutido na string do modelo. Um modelo que adiciona parâmetros do ValueTrack ou parâmetros personalizados roda primeiro, e o gclid chega por cima, então os dois coexistem sem conflito. O modo de falha é diferente do erro de UTM manual em Parâmetros UTM para anúncios do Google e da Meta: aqui só acontece se um modelo fixar um destino estático em vez de deixar o clique passar, caso em que o clique nunca chega ao caminho de disparo real e o gclid é descartado junto com tudo o mais. Contanto que {lpurl} ou {unescapedlpurl} esteja de fato no modelo, o gclid continua funcionando por baixo dele, e é em analytics para seus links que os parâmetros resultantes e o gclid aparecem como dados reportáveis.
O Rastreamento Paralelo Quebrou Rastreadores de Redirecionamento - Teste Antes de Confiar
Se um modelo parou de funcionar sem aviso nenhum, provavelmente é por isso.
Antes de o rastreamento paralelo se tornar o padrão, um modelo de redirecionamento funcionava exatamente como parece: o clique passava primeiro pelo redirecionamento, o serviço de redirecionamento fazia seu trabalho, depois encaminhava o navegador para a URL final. O rastreamento paralelo mudou essa ordem. O navegador agora vai direto para a URL final imediatamente, enquanto o redirecionamento do modelo carrega em segundo plano, fora do caminho do visitante. Um rastreador que realmente dependia de ser o primeiro salto, ler o clique antes de encaminhá-lo, definir um cookie antes de a página renderizar, parou de ver tráfego real no momento em que o rastreamento paralelo assumiu, mesmo que o modelo ainda parecesse configurado corretamente. Como confirma a visão geral do Google sobre rastreamento no Google Ads, o rastreamento paralelo é o comportamento padrão atual, o que é parte do motivo pelo qual o sufixo de URL final, que nunca redireciona, é o campo padrão mais seguro.
Não confie em um modelo só porque ele parece certo no editor. O Google Ads tem um botão Testar ao lado do campo: clique nele e o Google Ads monta a URL exatamente como um clique real faria, substituindo cada parâmetro, e mostra o endereço resultante junto com o tempo de carregamento e os erros. Leia essa string caractere por caractere; um {lpurl} mal posicionado ou um e comercial faltando aparece aqui antes de custar um dia inteiro de dados quebrados. O botão Testar verifica a montagem, não a entrega, então acompanhe com um clique real: carregue seu próprio anúncio em uma janela anônima, leia a barra de endereço assim que a página se estabilizar, confirme que os valores do ValueTrack estão preenchidos em vez de mostrar o texto literal {device}, e confirme que o gclid está presente se a marcação automática estiver ativada. Cinco minutos aqui detectam o que a verificação de sintaxe do editor não detecta.
Relacionado no Blog
Perguntas frequentes
O que é um modelo de rastreamento no Google Ads?
É um campo que guarda um padrão de URL que o Google Ads usa para montar o endereço em que o clique realmente chega, usando parâmetros do ValueTrack como {lpurl} mais qualquer coisa que você adicionar. Ele existe nos níveis de conta, campanha, grupo de anúncios, anúncio e palavra-chave, e permite rotear um clique por um redirecionamento ou anexar parâmetros sem mexer na URL final de cada anúncio.
Qual é a diferença entre um modelo de rastreamento e um sufixo de URL final?
Um modelo de rastreamento pode reescrever a URL inteira, inclusive enviando o clique primeiro por um domínio diferente. Um sufixo de URL final apenas anexa parâmetros ao final da URL final e não pode redirecionar para lugar nenhum. Use o sufixo para parâmetros de consulta simples e o modelo apenas quando precisar rotear por outro lugar.
Qual modelo de rastreamento se aplica se eu configurá-lo em vários níveis?
O mais específico prevalece. O Google Ads verifica palavra-chave, depois anúncio, depois grupo de anúncios, depois campanha, depois conta, e usa o primeiro modelo que encontrar configurado naquele nível. Um modelo em branco em um nível mais baixo não anula um nível mais alto; só uma substituição explícita faz isso.
Qual é a diferença entre lpurl e unescapedlpurl?
Os dois inserem sua URL final no modelo, mas {lpurl} escapa certos caracteres, como pontos de interrogação e sinais de igual, sempre que não é a primeiríssima coisa no modelo, enquanto {unescapedlpurl} nunca escapa nada. Coloque {lpurl} primeiro em um modelo e os dois se comportam da mesma forma; coloque-o depois de um prefixo de redirecionamento e eles divergem, o que é a armadilha de codificação que quebra URLs de destino com suas próprias strings de consulta.
Um modelo de rastreamento afeta o gclid e a marcação automática?
Não, eles funcionam de forma independente. A marcação automática anexa o gclid ao endereço depois que o modelo de rastreamento já o montou, então um modelo que adiciona parâmetros do ValueTrack ou parâmetros personalizados não remove nem substitui o gclid. A única forma de quebrar isso é fixar uma URL final estática dentro do modelo que não deixa o clique passar, o que remove todos os parâmetros, incluindo o gclid.
Por que o rastreamento paralelo quebrou meu rastreador de redirecionamento de terceiros?
O rastreamento paralelo envia o visitante diretamente para a URL final e carrega o redirecionamento do modelo de rastreamento em segundo plano, em vez de rotear o clique por ele primeiro. Qualquer rastreador que dependia de ser o primeiro salto, ler o clique antes de encaminhá-lo, ou definir um cookie antes de a landing page carregar, parou de ver esses cliques assim que o rastreamento paralelo se tornou obrigatório.
Experimente Elido
Cole uma URL, obtenha um link curto
Sem cadastro. O link vive 30 dias. Cadastre-se para mantê-lo para sempre.
Grátis, sem necessidade de registo · 2 por dia