UTM padrão de agência: um dicionário para vários anunciantes

A agência descobre o caos de UTM no mês em que o cliente pede um consolidado. Cinco gestores, três jeitos de escrever Facebook, dois jeitos de escrever Meta, um utm_campaign que é o nome da pessoa que estava de plantão, um utm_content vazio, um link de newsletter com o parâmetro do cliente anterior porque o estagiário duplicou a planilha. O Looker mente. O Ads diz uma receita. O GA4 diz outra. Ninguém está mentindo de propósito. Falta dicionário.

Este texto é produtividade de publishing e de ads na agência de publicidade. Um vocabulário pra vários anunciantes. Não é um tratado de atribuição. Não é fingerprint. É o mínimo pra o QA antes de publicar ter o que checar, e pra o naming de campanha conversar com a URL. Sem os dois alinhados, o time nomeia a campanha de um jeito e tagueia de outro.

O dicionário não precisa ser bonito. Precisa ser único, curto, escrito, com dono e com exemplos certos e errados. PDF de 40 páginas ninguém abre na terça. Uma página no roteiro, a mesa segue.

Por que cada cliente inventa o próprio idioma

O anunciante chega com a planilha da agência anterior. O gestor sênior chega com o hábito da casa onde trabalhou. O publishing usa source “instagram” minúsculo. A mídia usa “IG”. O e-commerce usa o padrão do Shopify. Ninguém está errado no vácuo. Juntos, estão inconciliáveis.

A tentação é deixar cada conta com o seu padrão “porque o cliente pediu”. O cliente pediu visibilidade. Não pediu cinco grafias de cpc. A agência pode mapear, na camada de relatório, um valor interno pra um valor que o cliente quer ver no dashboard. O que não pode é deixar o valor interno solto.

Tem um custo de passagem. Gestor sai. O idioma sai com ele. A campanha fica no ar com utm_medium que ninguém decodifica. O dicionário sobrevive à pessoa. A criatividade de parâmetro não.

Tem um custo de multi-cliente no mesmo time. Um gestor opera quatro anunciantes na mesma tarde. Se cada um tem um esquema, o erro de colar o UTM do cliente A no anúncio do cliente B deixa de ser raro. Vira estatística.

O que o dicionário define — e o que deixa livre

Defina as chaves. Na prática da mesa: source, medium, campaign, content, term. Não invente utm_gestor, utm_clima, utm_feeling. Cinco chaves já bastam pra brigar. Seis, se houver um id de peça no content.

Defina o vocabulário de source e medium. Meta, Google, TikTok, e-mail, crm, organic_social, qr, affiliate. Minúsculo. Underscore. Sem acento. Sem espaço. Uma lista fechada. Fora da lista, o QA barra.

Defina o esqueleto de campaign. Código do anunciante, objetivo, oferta ou produto, geo se importar, período se importar. O mesmo esqueleto do naming da campanha no Ads, ou um mapeamento explícito entre os dois. Se o nome da campanha no gerenciador é um e o utm_campaign é outro sem tabela, o relatório racha.

Deixe livre, dentro da regra, o valor que identifica a peça e o teste. Content pode ser o código do criativo. Term, o keyword no search. Não deixe livre a grafia do canal.

Código do anunciante: estável. Não o nome fantasia que muda em rebrand. Não o apelido interno do squad. Um slug curto que o contrato conhece. Esse código é o que impede dois clientes com oferta igual de compartilhar o mesmo utm_campaign.

Regras chatas que evitam o relatório mentiroso

Minúsculo. Sem espaço. Sem acento. Sem barra. Comprimento que a plataforma não corta no destino. URL final com os parâmetros, não só no campo de URL do anúncio se a plataforma duplicar. Sem UTM em link de checkout que já usa parâmetros próprios sem concatenação testada.

Não coloque dado pessoal na URL. E-mail, telefone, nome do lead. UTM é visível. Log de clique é visível. LGPD não pede criatividade aqui. Pede ausência.

Não coloque senha, token, ID de sessão. Parece óbvio até o dia em que o publishing cola o link de preview autenticado.

Não use o mesmo utm_campaign pra paid e organic “pra unificar”. Unifique no relatório com uma dimensão de medium. Na URL, medium diferencia. Campanha igual com medium diferente é legível. Medium igual com campanha genérica “sempre-on” em todos os clientes não é.

Preserve o primeiro toque que o cliente já tiver no próprio site, se o time de produto já grava. A agência não sobrescreve atribuição de produto no escuro. O dicionário é pro que a mesa controla: ads, e-mail, QR, social pago.

Publishing e ads no mesmo vocabulário

A rachadura clássica: mídia tagueia. Newsletter não tagueia. Social orgânico usa bit.ly sem parâmetro. O relatório de “campanha de lançamento” só vê o pago. O cliente acha que o e-mail não performou. Performou sem UTM.

Dono do dicionário: um. Executores: mídia e publishing. O calendário editorial usa o mesmo código de campanha do Ads quando for a mesma oferta. Se não for a mesma oferta, não force o mesmo utm_campaign. Force o mesmo idioma.

Agência que faz conteúdo e mídia pro mesmo anunciante precisa de um rito de URL. Planilha geradora, ou o gerenciador de links da casa, com o código do anunciante travado no perfil daquele cliente. Duplicar a aba do cliente anterior é o incidente. Travas na planilha valem mais que treinamento.

QR de PDV, influenciador, afiliado: entram no dicionário ou ficam fora do consolidado. Meio-termo — “a gente vê depois no session” — não fecha o mês.

Geração, QA e o erro de colar o vizinho

A URL não nasce na memória. Nasce de template. Template com o código do anunciante preenchido automaticamente pelo contexto do cliente. Se o gestor tem que lembrar de trocar o slug, o slug não será trocado na sexta às sete.

QA antes de publicar: destino abre, UTM presente, valores no dicionário, código do anunciante certo, sem parâmetro do cliente anterior, sem espaço, landing certa. O checklist de campanha existe pra isso. UTM é uma linha, não um capítulo.

Ferramenta de encurtador da casa: o encurtador guarda o destino completo. Encurtar um link já errado só esconde o erro até o relatório. O QA olha o destino expandido.

Teste A/B: content distingue a peça. Campaign permanece a da oferta. Se cada variação vira um utm_campaign novo, o consolidado da oferta some. Se todas as variações compartilham tudo, o teste some. O dicionário diz qual chave carrega o teste.

Casos que o dicionário precisa prever por escrito

Lançamento com pré-venda, aquecimento e captura: três estágios, uma oferta. O utm_campaign pode permanecer e o content ou um token de estágio muda. Três utm_campaign diferentes pro mesmo produto, o consolidado do lançamento some na semana seguinte.

Always-on e burst: o always-on não herda o utm_campaign do burst “pra aproveitar”. São intenções diferentes. O relatório de burst precisa fechar. O always-on precisa sobreviver. Medium e campaign distintos.

Influenciador: source pode ser o código do criador, medium affiliate ou paid_social, campaign a oferta. Sem dicionário, cada gestor inventa “inf_maria”. Maria sai. O histórico fica. Código estável do criador, se o programa for recorrente.

E-mail com deep link pro app e pro site: dois destinos, o mesmo vocabulário. Se o app engole parâmetros, teste. UTM que o app descarta não existe. O dicionário não obriga a plataforma a respeitar. Obriga o QA a verificar.

Erro de acento e de caixa: “Meta” e “meta”, “facebook” e “Facebook”. A lista fechada em minúsculo mata isso. Exceção documentada é melhor do que “a gente aceita os dois”.

Ferramenta geradora e o contexto do cliente

A planilha geradora, o CMS de links ou o campo no briefing deve nascer já preso ao anunciante. Se o gestor escolhe o cliente num dropdown e o código entra sozinho, o erro de vizinho cai. Se o gestor cola de um Slack antigo, o erro sobe.

Permissão: quem pode gerar URL de qual anunciante. Estagiário gera pro piloto, não pra carteira inteira. Publishing gera pro calendário daquele cliente, não a partir da aba do anterior.

Versionamento do dicionário: v1, data, o que mudou. Sem versão, a reunião discute se “cpc” ainda vale. Com versão, o QA cita a página. Revisão trimestral não é reescrita. É poda da lista de source que cresceu demais.

Homologação com o time de dados: o Looker e o GA4 precisam das dimensões. Dicionário que a mídia ama e o dado não consegue agrupar é dicionário incompleto. Uma reunião. Não um PDF paralelo.

Relatório: mapeie, não renegocie a URL no ar

Campanha no ar com UTM antigo não se reescreve em massa na terça porque o dicionário novo nasceu na segunda. Versione. A partir da data D, o vocabulário novo. O histórico antigo ganha uma tabela de de-para no Looker. Reescrever URL de anúncio aprovado só pra estética quebra o histórico e, em alguns casos, a aprovação.

Dashboard do cliente pode mostrar rótulos amigáveis. A camada de dado guarda o valor cru do dicionário. Traduzir na coleta — “vamos aceitar IG e Instagram e insta” — eterniza o caos. Traduza na visualização, se precisar, a partir de uma lista fechada de erros conhecidos, com data pra morrer.

GA4, Ads, Meta, planilha do cliente: o dicionário é o contrato entre eles. Sem contrato, cada um tem razão.

Implantação em agência que já está no ar

Não pare o tráfego pra padronizar. Escolha um anunciante piloto. Publique o dicionário. Gere as próximas campanhas no padrão. Treine o QA naquele anunciante. Depois o segundo. O parque inteiro no mesmo dia é teatro de roteiro.

Dono: operação ou um head de mídia que sobrevive a turnover. Revisão trimestral: a lista de source cresceu demais? Alguém inventou chave nova? O código de algum cliente mudou no contrato?

Erro recorrente da sexta: o gestor duplica o anúncio aprovado, esquece de trocar o UTM, o conteúdo novo aponta pra oferta antiga ou pro anunciante antigo. O QA de UTM não é só na criação. É na duplicação. Duplicar é o momento em que o dicionário mais falha. Trave isso no checklist com a mesma seriedade da conta certa.

O dicionário é ferramenta de produtividade. Não é política de anúncio. Não é isolamento de browser. É o idioma em que a mesa fala de campanha quando há vários anunciantes na mesma tarde. Sem idioma, o relatório mente e o QA publica o link do vizinho.

Quando um anunciante novo entra, a entrada de UTM é uma linha: código no contrato, exemplos de campaign e content, quem gera URL, quem faz QA. Sem essa linha, o primeiro lançamento nasce no idioma do gestor da vez. Três meses depois, o consolidado pede um tradutor. O dicionário existe pra o primeiro lançamento já nascer no idioma da casa. Sem isso, o padrão só vive nos clientes antigos e morre em cada conta nova. A casa que documenta o idioma no kickoff não discute grafia no mês de consolidado.