IMPLEMENTAÇÃO

Uma convenção UTM que um pequeno SaaS consegue manter

Crie um padrão UTM prático com origens consistentes, exemplos de campanha, testes seguros de links e limites claros para atribuição de receita.

Publicado · Atualizado

O objetivo é reduzir linhas ambíguas, não aumentar links

Uma convenção UTM é uma regra compartilhada para etiquetar links de campanhas de entrada. Sua função é tornar o relatório do próximo mês compreensível sem consultar quem escreveu a publicação anterior. Se newsletter, Newsletter e email-blast representam a mesma origem no sistema, você criou trabalho de limpeza, não detalhes úteis.

Para um SaaS pequeno, comece com um vocabulário controlado curto e um registro de links. Não precisa criar uma campanha para cada frase publicada. Precisa de detalhe suficiente para decidir qual canal trouxe visitantes adequados, qual posição chamou atenção e quais visitas registradas puderam depois se associar a clientes pagantes.

Separe onde, como e por quê

A documentação de campanhas do Google distingue source, medium e campaign; content diferencia peças ou posições de links. Uma convenção útil transforma esses significados em uma estrutura previsível. Source informa onde o link foi distribuído. Medium descreve o método. Campaign reúne atividades relacionadas. Content identifica uma variação relevante.

Por exemplo, o lançamento de um produto pode usar a mesma campanha em um e-mail e em uma publicação de comunidade, mantendo origens e meios diferentes. Não coloque o canal em todos os campos. Se os quatro dizem newsletter, você tem quatro cópias de uma só resposta.

Escolha letras minúsculas, um separador e um vocabulário estável de origens. São regras editoriais propostas, não exigências técnicas universais. As definições de canal da ferramenta podem exigir valores específicos de medium. Verifique antes de adotar um rótulo personalizado.

  • source: founder-newsletter, reddit, linkedin
  • medium: email, community, organic-social
  • campaign: launch-2026-11
  • content: hero-button, footer-link, demo-post

Um registro fictício de links

O exemplo abaixo foi inventado para demonstrar a estrutura, não é uma campanha real nem uma promessa de desempenho. Mantenha destino, URL completa etiquetada, responsável, data de distribuição e objetivo no registro. O responsável pertence ao registro, não necessariamente a uma query string pública.

Dois links da mesma newsletter compartilham source, medium e campaign. Os valores de content diferem porque a equipe quer comparar o link principal de demonstração com o rodapé. Se nenhuma decisão depende disso, omita o detalhe em vez de mantê-lo para sempre.

CAMPANHA FICTÍCIA: lançamento de novembro
Posição          Source              Medium       Campaign         Content
E-mail principal founder-newsletter  email        launch-2026-11   hero-button
Rodapé do e-mail founder-newsletter  email        launch-2026-11   footer-link
Comunidade       reddit              community    launch-2026-11   demo-post

https://example.com/demo?utm_source=founder-newsletter
  &utm_medium=email&utm_campaign=launch-2026-11&utm_content=hero-button
(As quebras facilitam a leitura; distribua uma URL completa em uma linha.)

Etiquete a distribuição, não cada movimento interno

Use o sistema para links externos sob seu controle: chamadas de newsletters, parcerias, biografias sociais e campanhas. Para a navegação da página inicial até preços, meça um evento de navegação ou clique. Reaproveitar etiquetas de aquisição dentro do site pode criar sinais enganosos em ferramentas que interpretam isso como um novo contato.

Não preencha todo espaço em branco com um palpite. Uma visita sem etiquetas não é automaticamente falha de campanha, e uma origem desconhecida não deve ser atribuída retroativamente à última publicação. Preserve a diferença entre uma visita Direta registrada e um pagamento sem visita atribuível; o guia relacionado explica esses problemas distintos.

Mantenha identidades e segredos fora de links públicos

Um rótulo de campanha deve descrever um grupo ou posição, não identificar uma pessoa. Não inclua e-mails de clientes, tokens de acesso, identificadores de faturas nem nomes privados de contas nas etiquetas. Query strings podem ser copiadas, registradas e expostas em lugares inesperados. Uma sequência aparentemente aleatória não é inofensiva se o aplicativo consegue usá-la para identificar alguém.

Crie URLs com uma biblioteca apropriada ou um gerador verificado, não concatenando texto manualmente. Confirme que parâmetros anteriores continuam válidos e caracteres especiais estão codificados. Uma campanha com nomes perfeitos que leva à página errada continua sendo uma campanha quebrada.

Teste o link depois de todas as redireções

Abra o link exato que será distribuído em uma sessão nova de teste. Inspecione o endereço final após encurtadores ou redireções. Com a permissão adequada de coleta concedida, examine o evento enviado e o relatório resultante. A origem esperada deve sobreviver ao percurso inteiro, não apenas aparecer na planilha.

Repita com permissão negada. Nesse caso, a ausência de analytics pode ser o comportamento correto, não um erro de instalação. Teste também a navegação dentro de aplicativos móveis se é onde seu público clica. Registre o que observou em vez de afirmar que todos os navegadores se comportam da mesma forma.

  • O destino carrega e preserva os parâmetros de campanha pretendidos.
  • Uma visita é registrada com a convenção esperada.
  • A solicitação não contém informação pessoal.
  • O checkout funciona; a atribuição é testada separadamente da coleta do link.

Revise os nomes uma vez; depois, os resultados

Após a primeira campanha, procure variantes inesperadas e corrija a origem dos novos links. Preserve os valores históricos brutos; se agrupar aliases nos relatórios, documente o mapa e quando ele foi aplicado. Reescrever rótulos antigos silenciosamente dificulta auditar comparações.

UTMs etiquetam uma jornada, mas não provam que o canal causou a venda. Para avaliar receita, associe visitas elegíveis a pagamentos confirmados, declare a janela de atribuição e mantenha associações ausentes visíveis. O resultado útil é uma pergunta respondida com confiança, não a promessa de conhecer o caminho de cada cliente.

Referências

Guias relacionados

Direto e Sem atribuição: por que a origem do pagamento sumiu

Diagnostique visitas Diretas e pagamentos Sem atribuição separadamente, com uma árvore de decisão, sem adivinhar origens nem reescrever o histórico.

Ler guia →

Atribuição de receita: conecte visitas a pagamentos

Entenda como ligar visitas a pagamentos verificados, escolher uma regra de atribuição e manter visíveis origens ausentes, reembolsos e moedas.

Ler guia →

Checklist de analytics: teste a jornada inteira

Valide solicitações, consentimento, navegação SPA, duplicatas e pagamentos confirmados com um checklist completo de instalação.

Ler guia →

Exemplo para fins educativos. Os dados e cálculos de exemplo não representam resultados empresariais verificados.

O site público e os artigos estão traduzidos. O espaço de trabalho privado está atualmente em inglês.