Os parâmetros UTM identificam um URL de campanha para que uma configuração analítica compatível possa reconhecer a origem, o meio e a campanha associados a uma visita. O Criador de links UTM da Screpy acrescenta essas etiquetas ao destino, mantém outros valores de consulta e o fragmento e permite copiar a ligação completa. Os campos opcionais distinguem um elemento criativo, uma palavra-chave paga ou um ID de campanha.
Construir um URL não instala acompanhamento nem comprova que uma visita será registada corretamente. A ferramenta cria uma ligação a partir dos seus valores sem a visitar, recolher cliques ou verificar a análise. Prepare etiquetas consistentes e confirme depois o destino e a medição separadamente.
Escolher o destino e a campanha a identificar
Comece pela página que os visitantes devem alcançar, não automaticamente pela página inicial. Para uma promoção fictícia de um webinar, use https://example.com/webinar/?lang=en#register como destino. O valor lang=en pertence à página e #register identifica uma secção. Ambos devem permanecer quando acrescentar as etiquetas.
Decida onde colocará a ligação e que iniciativa representa. Uma newsletter, uma referência de um parceiro e uma publicação social podem apontar para a mesma página com origens ou meios diferentes. Mantenha um único nome de campanha quando essas colocações pertencem à mesma iniciativa e o plano de relatórios as agrupa.
Introduza o URL HTTP ou HTTPS completo sem credenciais incorporadas. A Screpy constrói o endereço, mas não verifica a existência da página nem o funcionamento do fragmento. Escolha primeiro o destino público pretendido; acrescentar etiquetas não repara uma página avariada ou sem relação.
Dar uma função clara a cada campo UTM
Origem, meio e campanha são obrigatórios neste formulário. Respondem a perguntas diferentes: quem enviou o tráfego, que tipo de colocação continha a ligação e a que iniciativa pertence? Não preencha os três com a mesma palavra apenas para concluir o formulário.
| Campo e parâmetro URL | Função | Exemplo e requisito aqui |
|---|---|---|
Origem — utm_source |
Identifica a origem da referência | customer_newsletter; obrigatório, até 100 caracteres. |
Meio — utm_medium |
Descreve o meio de marketing | email; obrigatório, até 100 caracteres. |
Campanha — utm_campaign |
Dá nome à iniciativa partilhada | webinar_launch; obrigatório, até 100 caracteres. |
Termo — utm_term |
Identifica uma palavra-chave paga quando aplicável | Opcional, até 200 caracteres; em branco neste exemplo de newsletter. |
Conteúdo — utm_content |
Distingue elementos criativos ou posições das ligações | primary_button; opcional, até 200 caracteres. |
ID da campanha — utm_id |
Contém o identificador de campanha já existente | wb_042; opcional, até 100 caracteres. |
Estes significados seguem o guia de URLs de campanha do Google Analytics. A ferramenta não inventa um ID, não pesquisa palavras-chave nem consulta contas publicitárias. Os opcionais devem conter informação útil que realmente mantém, não valores inventados para preencher todas as caixas.
As plataformas analíticas podem suportar outros parâmetros, como utm_source_platform, além destes seis campos. Não são campos editáveis neste criador. Um valor de meio aceite também não comprova que a plataforma atribuirá o grupo de canais esperado; siga as convenções e os requisitos da sua configuração real.
Construir um exemplo consistente de URL de campanha
Para a newsletter fictícia do webinar, use origem customer_newsletter, meio email, campanha webinar_launch, conteúdo primary_button e ID wb_042. Deixe o termo em branco porque este exemplo não identifica uma palavra-chave paga. Crie a ligação e reveja os parâmetros antes de a copiar.
O resultado ilustrativo é:
https://example.com/webinar/?lang=en&utm_source=customer_newsletter&utm_medium=email&utm_campaign=webinar_launch&utm_content=primary_button&utm_id=wb_042#register
O lang=en original permanece antes dos novos parâmetros e o fragmento fica no fim. Não é acrescentado um utm_term vazio. É uma ilustração calculada, não uma campanha publicada nem prova de visitas.
Para uma segunda ligação no mesmo e-mail, mantenha origem, meio, campanha e ID, mas use uma etiqueta de conteúdo clara como footer_text. Assim distingue as posições sem as apresentar como iniciativas separadas. Continua a ser necessário confirmar que os relatórios recolhem e mostram essa diferença.
Combine a escrita, os separadores e as maiúsculas antes de partilhar ligações. A Screpy preserva a capitalização: Email e email permanecem cadeias diferentes. Uma convenção em minúsculas é muitas vezes mais simples de manter, mas o criador não a impõe nem combina etiquetas antigas. Guarde uma referência partilhada para a equipa reutilizar valores em vez de inventar abreviaturas de cada vez.
Rever as etiquetas existentes antes de as substituir
Se o destino já incluir um UTM gerido, a Screpy mostra os valores existentes e pede confirmação. Nesta fase não gera um novo URL nem escolhe silenciosamente entre duplicados. Compare as etiquetas atuais com a campanha proposta antes de selecionar a substituição e criar novamente.
Considere esta ligação antiga ilustrativa:
https://example.com/webinar/?lang=en&utm_source=old&utm_source=partner&utm_content=old_banner#register
Contém duas origens e uma etiqueta de conteúdo antiga. Com a substituição confirmada, origem customer_newsletter, meio email, campanha webinar_launch e todos os opcionais em branco, obtém:
https://example.com/webinar/?lang=en&utm_source=customer_newsletter&utm_medium=email&utm_campaign=webinar_launch#register
Desaparecem as duas origens antigas e utm_content=old_banner. A confirmação remove todas as ocorrências dos seis nomes geridos e acrescenta uma vez cada valor preenchido. Não conserva um opcional antigo se o respetivo campo ficar em branco. Introduza antes da confirmação qualquer valor opcional que queira manter.
Os nomes geridos são exatamente utm_source, utm_medium, utm_campaign, utm_term, utm_content e utm_id. Outros nomes, incluindo chaves com maiúsculas diferentes ou parâmetros adicionais, não são normalizados automaticamente para estes nomes. Reveja-os separadamente em vez de presumir uma limpeza de todos os parâmetros de acompanhamento. Os outros valores da consulta e o fragmento permanecem.
Introduzir texto simples e deixar o criador codificá-lo
Escreva as etiquetas como texto normal, não como fragmentos de URL já codificados. Os espaços iniciais e finais são retirados; a capitalização é mantida. Os espaços internos e caracteres especiais são codificados ao construir a consulta.
Por exemplo, Launch + demo torna-se utm_campaign=Launch+%2B+demo: os espaços são serializados como + e o sinal mais literal como %2B. Se escrever Launch%20demo, o sinal de percentagem também é codificado e produz Launch%2520demo. Isso representa os caracteres introduzidos, não o espaço pretendido. A documentação de URLSearchParams explica a diferença.
A consulta existente pode também assumir outra representação equivalente, como um espaço passar de %20 para +. Um endereço assinado ou sensível à codificação pode depender da sua representação exata. Use um destino adequado e verifique estas ligações após a alteração, sem presumir que preservar valores garante preservar a assinatura.
O destino aceita até 2 048 caracteres e o URL final até 4 096. Um resultado demasiado longo é rejeitado, não cortado. Encurte as etiquetas ou escolha um destino mais adequado; não corte manualmente o endereço gerado com o risco de perder um valor ou fragmento.
Verificar o destino e os relatórios de campanha separadamente
Copie a ligação depois de rever o destino e a tabela de parâmetros. Uma geração bem-sucedida significa que foi construído um endereço a partir de entradas aceites. Não confirma que a página responde, que um redirecionamento mantém as etiquetas ou que uma propriedade analítica as regista.
Antes de distribuir:
- Abra o URL completo e confirme a página, língua ou estado de produto e secção pretendidos.
- Investigue redirecionamentos inesperados. Use o verificador de redirecionamentos para a cadeia HTTP e confirme depois que o destino mantém a informação de campanha. Esse verificador não valida a recolha analítica.
- Confirme que a configuração analítica pretendida está instalada e recebe dados nas condições de consentimento e recolha aplicáveis. O criador não diagnostica etiquetas ausentes, recolha bloqueada ou uma propriedade errada.
- Faça uma visita controlada adequada e compare as dimensões da campanha tendo em conta o processamento e os relatórios do sistema. Não presuma que cada clique aparecerá de imediato ou será atribuído da mesma forma.
Para o Google Analytics, o guia dos relatórios de campanha identifica as dimensões de origem, meio e campanha da sessão em Aquisição de tráfego. Reveja as dimensões certas em vez de procurar o URL completo em todos os relatórios de caminhos. Uma linha ausente pede investigação do destino, recolha e relatórios, não a geração repetida da mesma ligação.
Manter ligações úteis e adequadas para partilhar
As etiquetas devem descrever a colocação ou iniciativa, não identificar um visitante. Não inclua e-mails, telefones, credenciais ou outros valores pessoais sensíveis nas etiquetas ou na consulta do destino. Passam a fazer parte do URL distribuído e podem entrar nos dados analíticos. O guia de ocultação de dados do Google descreve proteções limitadas; não justifica incluir informação que não deveria estar ali. O criador não anonimiza as suas entradas.
Use etiquetas para o contexto de aquisição que pretende medir. Para ligações comuns entre páginas próprias, meça a interação interna separadamente em vez de a voltar a identificar como campanha externa. O efeito depende do sistema analítico; não presuma que cada clique interno etiquetado inicia uma nova sessão.
Mantenha um registo partilhado do URL final, origem, meio, campanha, posição do conteúdo, publicação prevista e responsável. Guarde a ligação realmente distribuída antes de alterar etiquetas, para que as comparações se refiram a versões conhecidas. Copiar ou transferir um relatório não cria um painel de campanhas partilhado.
A Screpy não encurta a ligação, não cria códigos QR ou lotes nem monitoriza visitas futuras. O resultado útil é um URL revisto com uma convenção que a equipa consegue manter, acompanhado de uma verificação separada de que o destino e a medição funcionam como previsto.